Am Sat, 14 May 2016 05:28:42 +0000 schrieb Irrwahn <[email protected]> > Sounds reasonable to mention the default desktop flavor. It > really doesn't already? (I didn't pay attention last time I > installed.)
No. When it comes to choose the software to install, it says Devuan default desktop (i should have known, eventually, but i didn't ;) > > > 2) I love it's using slim (and not lightdm) as default login > > manager. > > However, there are problems with SLiM. Foremost, the project seems > to be abandoned. So I'd expect it to be replaced in future Devuan > releases. BTW, I've been using lightdm for years and it never really > let me down, save some cosmetic issues. YMMV, etc. pp. I find the configuration of lightdm ugly (configure a greeter here, the login there etc. pp.). One simple conf in etc, that's it or should it be. Preferrable then, imho, lxdm (although it seems to have problems with policykit (??) ). > > 3) May be for wireless there could be used some wpa_supplicant based > > tool (like ceni e.g.)? In any case wicd is way better and less > > intrusive than nm. > > IIRC Devuan even has its own GUI wrapper for wpa_supplicant. As I > am fine with just wpa_supplicant or wpa_gui myself, I never used > that tool and unfortunately cannot locate the package for it ATM. I'd be interested in. In the end, i find the configuration via wpa_supplicant is simpler. May be i'll try to "migrate" on my own the nice script from tinycorelinux. But anyway, which would be the Devuan wrapper? I'm aware there is wpa_gui (but it's qt based so, in a gtk environment it pulls lots of dependencies, i'm afraid ... > Devuan Jessie is in sync with Debian Jessie, so you will get the > same version general purpose kernel as in Debian. You can get a > more recent version from e.g. Devuan testing, codename Ascii. > On a personal note: IMHO, as long as nothing is seriously broken, > there is no need to closely follow kernel updates (modulo security > fixes, of course). FWIW, I am running Devuan Ascii with a 3.16 > kernel and an 1.17 Xorg to keep the ... um ... "fine" AMD > proprietary drivers working. (Inb4 others commenting on that last > bit: No, the free drivers don't cut it, in my case at least.) That's interesting: I had the same strategy as long as i used slackware, but it seems modern kernels work well with catalyst (at least Manjaro 16.06 OpenRC does. Void too, boots fine (they come with kernel 4.4 or even, Void, with kernel 4.5). The case of Void is interesting because it does not offer automatically the non-free driver and never make the machine going crazily hot like the Devuan installer does. I was unable to install from the installer usb, because the machine always stopped because overheated (> 90°!!!!). In the end i had the - good, but doubtful idea to put the samsung on a box with crashed ice and voilà ... I do not know, why, but there seem something in the Devuan (Debian) installer routines which is extremely cpu intense (compared to the installers of other distros. With slackware that was never ever a problem, during the installation i mean!). Cheers! _______________________________________________ Dng mailing list [email protected] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
