The officially official Devuan Forum!

You are not logged in.

#126 Hardware & System Configuration » Cooling down ancient laptop » 2018-05-31 21:22:17

devuser
Replies: 3

Little bit of backstory: Right now i am stuck with using an ancient (coppermine celeron) laptop as a 3G router. I am not complaining the thing is working. The problem is just that to get any kind of usable reception i have to put it in the absolute top of the roof and it's freaking hot there. Not to mention there is a ton of easily flamable stuff around that's pretty much non removable. Now on top of that the laptop gets pretty hot on it's own by just being idle. I don't think i can justify the risk of keeping it running up there (it's not like i can really monitor it as it's hard to get there in the first place). Imo the problem is basically that the laptop is a piece of shit since i didn't have those problems with my former sorry (pentium 3 based) excuse of a router but sitting in the middle of nowhere it's not easy to get a replacement so my question is:

Does anyone have an idea how to cool a coppermine based celeron? Cpufreq doesn't seem to find a matching kernel module and searching around also suggests that this CPU simply doesn't support any kind of speedstep (i guess that's also why it is getting so stupidly hot). BIOS is of no help either and i don't like the idea of turning up the fans as considering the conditions up there it would suck up dust in no time and just get more dangerous than it already is. So anyone knows any voodoo ritual to keep this stupid thing from heating up?

#127 Re: Installation » Problems to update grub. [solved] » 2018-05-30 15:22:27

If the problem is simply the text not fitting on the screen you could try:

DEBIAN_FRONTEND=readline dpkg --configure -a

This should force readline to be used instead of dialog for the configuration questions which might give you a possibility to actually select something.

#128 Re: Installation » Problems to update grub. [solved] » 2018-05-30 12:37:20

Offtopic: Localized system messages are horrible for troubleshooting. My 5 word spanish knowledge doesn't give me the slightest clue of what's going on.

#129 Re: Hardware & System Configuration » [SOLVED] Internal soundcard not detected » 2018-05-30 12:28:23

nick_stokie wrote:

grep dmesg with either 'hda' or 'codec' only shows a single entry

[    9.239822] snd_hda_intel 0000:00:1b.0: no codecs initialized

I see. I am out of ideas then i guess. Hopefully someone else has a better grip on the topic. Model option might be still worth a try even if just to specify a generec Xjack model. Also for reference this was what i was looking at concerning the codec detecting problem: https://01.org/linuxgraphics/gfx-docs/d … ng-problem.

#130 Re: Hardware & System Configuration » [SOLVED] Internal soundcard not detected » 2018-05-30 11:20:20

nick_stokie wrote:

but lsinitramfs only shows

lib/modules/4.9.0-6-amd64/kernel/sound
lib/modules/4.9.0-6-amd64/kernel/sound/soundcore.ko
lib/modules/4.9.0-6-amd64/kernel/sound/core
lib/modules/4.9.0-6-amd64/kernel/sound/core/seq
lib/modules/4.9.0-6-amd64/kernel/sound/core/seq/snd-seq-device.ko
lib/modules/4.9.0-6-amd64/kernel/sound/core/snd-rawmidi.ko
lib/modules/4.9.0-6-amd64/kernel/sound/core/snd.ko

when I think I should be seeing some 'snd-hda-intel' entries in there?

Don't think thats the problem. I've just checked my initrd and it also just contains those files while my intel hda card is working fine.

lsmod | grep hda shows the following modules as loaded:

snd_hda_codec_hdmi     49152  1
snd_hda_codec_conexant    24576  1
snd_hda_codec_generic    69632  1 snd_hda_codec_conexant
snd_hda_intel          36864  0
snd_hda_codec         135168  4 snd_hda_intel,snd_hda_codec_conexant,snd_hda_codec_hdmi,snd_hda_codec_generic
snd_hda_core           86016  5 snd_hda_intel,snd_hda_codec_conexant,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic
snd_hwdep              16384  2 snd_hda_codec,snd_usb_audio
snd_pcm               110592  5 snd_hda_intel,snd_hda_codec,snd_usb_audio,snd_hda_core,snd_hda_codec_hdmi
snd                    86016  15 snd_hda_intel,snd_hwdep,snd_hda_codec_conexant,snd_hda_codec,snd_usb_audio,snd_timer,thinkpad_acpi,snd_rawmidi,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_usbmidi_lib,snd_seq_device,snd_pcm

Looking around a bit problems to get the available codecs seems to be a known. Maybe grep dmesg for hda_codec if there is anything suspicious. Seems that's also related to getting the right card model which is what i was referring to by intel hda module options (see: http://git.alsa-project.org/?p=alsa-ker … xt;hb=HEAD).

#131 Re: Hardware & System Configuration » [SOLVED] Internal soundcard not detected » 2018-05-30 10:34:36

Just a wild guess but maybe it's firmware related? Do you have all firmware packages including non free installed? Also the intel hda chipset module has quite a bit options maybe configuring the exact type of your soundcard could get you somewhere?

#132 Re: Installation » [CLOSED] choosewm » 2018-05-30 09:42:56

oui wrote:

choosewm does not seem to be at the jessie depot

Are you sure about that? From what i can tell it seems to be available in both Devuan Jessie and Ascii.

#133 Re: Installation » install devuan jessie with debootstrap in graphic mode using Puduan » 2018-05-30 09:27:54

fakechroot fakeroot /usr/sbin/debootstrap --variant=minbase ascii /target/directory

Using fakechroot seems to leave bad symlinks though so either skip fakechroot and obviously also fakeroot and run debootstrap as root or fix them afterwards with something like:

for LINK in $( find /target/directory -type l ); do
	LOCAL="$( readlink "$LINK" | sed "s|^/target/directory||" )"
	rm "$LINK"
	ln -s "$LOCAL" "$LINK"
done

Beware that iirc a system setup in this way doesn't have grub so you'd need to chroot to /target/directory after mount binding the usual directories and fix that.

Edit: Removed superflous $ in second code tag leftover from adjusted copy paste.

#134 Re: Installation » Problems to update grub. [solved] » 2018-05-29 17:50:51

Sorry, i am not much help here but if you actually booted using grub that doesn't seem to make any sense. No idea what kind of mistake during install could cause this short of not installing grub at all.

#135 Re: Hardware & System Configuration » How to update drivers in Devuan (Miyo)? » 2018-05-29 12:29:17

Likely not related to the actual problem but in general updating drivers (modules) comes down to updating the kernel (probably using backports). You could also compile a new module for your current kernel or a whole new kernel but i guess that's out of scope here. Graphics are a bit of an exception as at least for NVIDIA and ATI there should be newer versions available in backports and easily installable standalone modules from the given vendor. Never actually needed to do that though and you probably won't have either as long as you aren't running some rather bleeding edge hardware. Anyways as MiyoLinux said the tearing problem is more likely related to some configuration issue than the module version.

#136 Re: Hardware & System Configuration » can't mount external device » 2018-05-28 13:03:08

msi wrote:
stroudmw wrote:

Clearly the desktop option installs some dependencies that are missing from the Openbox installation.

Just for the record: Those dependencies are not missing in the case of Openbox. Openbox is very much nothing but a window manager. It is not a desktop environment. So there is no need for it to depend on anything required to handle removable media as a non-privileged user.

If they are missing very much depends on view point but i agree. I'd be quite annoyed to put it lightly if IceWM (or any window manager for that matter) started pulling in dependencies like polkit or even yike gnome stuff.

#137 Re: Devuan » Will Devuan ever stop being based on Debian? » 2018-05-27 13:02:23

mt12345 wrote:

I didnt know pulseaudio is Lennart's
LOL

Yeah funny isn't it? big_smile The guy has quite a bit of a track record. Ever cursed at any of the *kits and their crazy configs hidden away in some awkward directory that certainly isn't /etc? Yes? Now you know who to thank for that wink

#138 Re: Devuan » Will Devuan ever stop being based on Debian? » 2018-05-27 12:09:07

mt12345 wrote:

My favourite distro is Slackware, simple and straightforward, free from ... pulseaudio

Yep, that's kinda what i ment by pattern wink It's not like his other inventions aren't awful and unix hating but pulseaudio is a good example. For the average user there is hardly any advantage over ALSA, it took forever (and another maintainer) to become somewhat stable and those who might welcome the additional features (professional audio users) won't touch it since it's technically useless for them. Pure lennart ware.

#139 Re: Hardware & System Configuration » can't mount external device » 2018-05-27 11:46:20

Not an actual solution and i think it has been mentioned before but i think SpaceFM (which is based on PCManFM iirc) + udevil should work.

#140 Re: Devuan » Will Devuan ever stop being based on Debian? » 2018-05-27 07:40:55

mt12345 wrote:

Systemd itself is not a mess. It's only Debian where it got totally messed up.
Fedora or Arch distributions don't really need systemd-free versions because systemd in these distros are implemented properly.
So, the chances are, one day project Devuan will no longer be needed.
I use whatever system works for me, for the time of writing this it's Devuan and (systemd-based) Archlinux.

Well, what is a mess is quite subjective. It might be OK for you but for other people it isn't. I don't want to use it because in my opinion it's horrible by design (it's a lennart design after all - look at all the other stuff he did and i am quite sure you'll notice a pattern...). It interferes with my fundamental reasons for using Linux and that won't change no matter how it's packaged. Tons of complexity added for little to no gain is simply not my cup of tea.

#141 Re: Devuan Derivatives » [MiyoLinux] New Releases Uploaded » 2018-05-06 18:51:54

GNUser wrote:

The bit about login time being shorter when mouse is moved around is very strange. The only process I can think of which is faster when mouse is moved is entropy generation.

Wow, getting from the mouse weirdness to entropy generation is seriously great thinking imo!

#142 Re: Devuan Derivatives » [NEW]-FluXuan Linux-[RELEASE] » 2018-05-06 10:39:24

wdq wrote:

Seems like Slim  have problems with policykit permissions related to udisks and upower when you use JWM or ICEWM.

If there is a new linux user and does not like using sudo mount /dev/XXX then it will be a small problem using Slim.

With Slim will give problems in auto mounting Removable Drives, even if you turn your computer on with the flashdrive in .

I see. Never tried auto mounting. At most i use spacefm and udevil to mount stuff but i can't even remember if i did this back then. My usage of slim was probably during wheezy days so it's been a while.

wdq wrote:

I will try to write a wiki with no gramatical problems and better structure , for the moment i am trying to finish the FluXuan website .

It will be fun to reed because,  i still work on my English skills being Romanian and English my second Language and the fact i started using it 4 years ago,
could give me a small excuse in the way i write . big_smile

Cool and don't worry to much about your english. As far as i am concerned it's fine but then i am not a native speaker either. Who knows how we both sound to someone who has spoken english for his/her whole life? big_smile

#143 Re: Devuan Derivatives » [NEW]-FluXuan Linux-[RELEASE] » 2018-05-05 22:37:22

siva wrote:

I am trying to figure out where is the relation to FluXuan in all the latest POSTS !

I think it'd be a great idea to make a wiki for your project.  I'd be interested in reading it.

Seconded. Seems like an exciting topic.

wdq wrote:

JWM - ICEWM - 3 mb but they do not play well with slim and lighdm.

What's the problem with IceWM (besides the package in ascii being practically broken) btw? I've been using it with slim for years with zero issues.

#144 Re: Devuan Derivatives » [NEW]-FluXuan Linux-[RELEASE] » 2018-05-05 22:32:07

wdq wrote:

Ohhh Yeah that is s question related to this topic  big_smile LOLOLOL

My pleasure. Any time! tongue

wdq wrote:

What i will try to do is a system that can be used on a system let us say AMD k6 2 with 800mghz and 512 mb of ram

Ah, i see. On such a system 32bit is obviously a perfect choice (besides 64bit not really being possible of course). Those specs remind me a little of my old laptop. A Mobile Athlon 1800+ with exactly 512MB of RAM and that was tough to setup already. I also still have Pentium 3 based laptop lying around. If i get the time i might give FluXuan a try on this beast big_smile

wdq wrote:

next release will not have chromium

Yes, finding a usable browser will be hard. I recently tried to use a very old laptop (sorry can't remember the actual specs - some very old Celeron CPU maybe?) and while it would run firefox it was to slow to do anything with it. After trying a bunch of browsers i settled for netsurf. Still slow but somewhat usable. Sadly no javascript support but i think they are working on it. Links2 in graphics mode would likely run even faster but it's seriously ugly to point i'd rather use text mode.

wdq wrote:

and a lot of changes in the program list as in kernel a lot of tweaks to reduce ram usage and size ...... with the next release i will release MiniUan witch will be only the base of FluXuan no Xorg or anything just the minimum base of Devuan with FluXuan tweaks that anyone can build on.

Sounds great. I am quite curious as to how much performance you can squeeze out of these old systems and looking forward to testing it smile

#145 Re: Devuan Derivatives » [NEW]-FluXuan Linux-[RELEASE] » 2018-05-05 14:39:55

32bit only is an interesting approach. I think 64bit might perform a little better for some calculations (where being able to use 64bit registers is an advantage or the noriously low register count of x86 becomes noticable) but will use more RAM (due to larger pointers, larger alignments and probably also larger opcodes). What kind of specs do you have in mind when you think of older hardware? I see nothing wrong with using 64bit on a Core 2 Duo with 2GB of RAM (that's actually what i am using right now - without swap). Systems where i'd opt for 32bit would likely have 512MB or even less RAM (besides CPUs that simply don't support it of course).

#146 Re: Devuan Derivatives » [MiyoLinux] New Releases Uploaded » 2018-05-05 09:19:49

Ron wrote:

I meant login time. From the time I enter my password and hit enter, it takes 27 seconds to log in.

Have you used Mate before on the same hardware and what kind of hardware are you using? 27 seconds seems excessive but if you are using (much) older hardware it might be just that Mate is way more heavyweight compared to openbox (and likely most other plain window managers). As Miyo i haven't used Mate either but i read that they are updating to GTK3 so it seems Mate is very much in active development and even if it used to start faster things might have changed a bit. Still if it used to start in 5 seconds it suddenly taking 27 doesn't seem exactly right. Also can't explain the mouse weirdness. Just a random guess.

#147 Re: Hardware & System Configuration » Inverse CPU throttling issue » 2018-05-04 10:11:18

Haven't had to deal with this myself yet but from a quick look it seems the intel_pstate driver is kinda special. The way i read https://www.kernel.org/doc/html/v4.12/a … state.html is that at least while in active mode it acts pretty much autonomous. Sorry for just dumping a bunch of links on you but maybe what is described as passive mode at https://www.kernel.org/doc/html/v4.12/a … ssive-mode is interesting in your situation since it seems to give control back to cpufreq as described at https://wiki.debian.org/HowTo/CpuFrequencyScaling.

#148 Re: Off-topic » In what country are you right Now ? » 2018-05-04 09:24:27

sgage wrote:
devuser wrote:
sgage wrote:

Also, my deep thanks (and respect) to those of you for whom English is a second (third?) language. I know it is a strange language, but somehow you make it work!

At least english doesn't assign random genders to inanimate objects which all have different articles. A bit of fun trivia: Guess which genders knife, spoon and fork have in german. Hint: You are likely to be wrong since it makes no sense at all wink

Heh, point taken. German happens to be the one language I've somewhat studied, so das, die, and der is the answer to your question. :-)  And yes, it makes no sense and all, other than to maybe differentiate things in a complex sentence with their adjectives and pronouns and what have you.

Well, almost wink You got die and der mixed up. A spoon is male while a fork is female (for whatever unknown reasons). It's pretty much a non issue anyways since beyond sounding a bit weird it's not going to change the meaning of a sentence and at least where i life there are so many non native speakers that it's not going to be noticed much at all. Besides, with some words it even depends on the region you are in. Like email for example is generaly accepted to be female in northern and central germany but when you move further south torwards austria you'll notice that it suddenly lost it's gender and became neutral.

If someone is interested in germanic languages i think dutch would be easier for english speakers than german as it doesn't have the gender/article madness and often seems closer to english than the german translations. Like you have 'street' in english 'straat' in dutch but 'Straße' in german, 'blood' - 'bloed' - 'Blut', 'i have' - 'ik heb' - 'ich habe' or even 'santa claus' - 'sinterclaas' - 'Weihnachtsmann' with german being completly off here. Anyways, my coffee is empty so i guess that's enough language observations for now. Hope i did'nt bore you to much wink

#149 Re: Desktop and Multimedia » cannot get VLC hardware acceleration under Ascii/Raspberry Pi 3 » 2018-05-03 22:39:54

siva wrote:
devuser wrote:

i'd probably keep hosting my packages at a custom repo anyways unless there is a huge demand

If you believe it's worth sharing and people will benefit, then share it.  smile

Well, i am not the OP (sorry for the confusion) and i don't even own a Pi so sadly nothing to share for me here. I am actually thinking about packaging some desktop tools but they aren't yet in a state where i'd feel comfortable releasing them.

Edit: I'll stay out of this thread now since i feel i am derailing it.

#150 Re: Desktop and Multimedia » cannot get VLC hardware acceleration under Ascii/Raspberry Pi 3 » 2018-05-03 18:32:39

golinux wrote:
devuser wrote:
golinux wrote:
--enable-omxil --enable-omxil-vout --enable-rpi-omxil --disable-mmal-codec --disable-mmal-vout

Devuan does not maintain VLC if that's what you're assuming.  I don't know whether Debian touches it or whether it comes directly from VLC.  You could always recompile it yourself.

Anyways in my opinion the most pragmatic approach would be to build a package with the proposed changes and host it at a custom repo (kinda like the old debian multimedia repo) first.

Pragmatic for whom?  Certainly not Devuan as we have our hands more than full.

Sorry, i did not want to imply the Devuan team should do the work but the person interested in providing the package.

golinux wrote:

Besides, there is already a process where "improved" and new packages can move from experimental to testing to the main repo.
If you want to offer a new, forked or altered Devuan/Debian package, work on it at git.devuan.org.  For packaging instructions, please read about the d1h packaging helper.  And be prepared to maintain it for future releases.

That's pretty much where i saw room for pragmatism. Setting the official adoption in motion is something i'd try to avoid before gauging interest/response/stability. If it turns out non optimal that approach would result in the least amount of time wasted for everyone or am i missing something there?

As far as i am concerned i'd probably keep hosting my packages at a custom repo anyways unless there is a huge demand and i can see myself doing a proper job at maintaining it.

Board footer

Forum Software