[DNG] Report bugs
I have found a bug in dialog. How do I report a bug? Devuan, debian or to the author of the software? -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Menus: Was: What not to back up
il devuanizzato Steve Litt il 24-11-21 17:19:51 ha scritto: know this because I once tried to make a CLI (or maybe nCurses) version of dmenu and failed. SteveT Steve Litt A dmenu clone for the console: https://github.com/joshaw/slmenu Unfortunately the code has not been updated in years but it is easy to modify. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Strange behaviour with last version of grub
il devuanizzato viverna il 04-03-21 17:22:42 ha scritto: I am currently reluctant to upgrade again. And now the question. Has anyone reported the error in Devuan? Has anyone haved this problem? I tried with various pc without errors, but this behavior was generated in a pc booted in UEFI mode. In fact the pc booted in UEFI mode and grub-pc are installed. I removed grub-pc and I installed grub-efi. I reapplied the procedure again and I have not received any errors. I am surprised though precedent grub version works. For me it's solved. Thank you all. -- _____ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Strange behaviour with last version of grub
Yesterday I updated one of my computers with apt-get upgrade. This packages are upgraded: grub-common grub-pc grub-pc-bin grub2-common dpkg install from version 2.02+dfsg1-20+deb10u3 to version 2.02+dfsg1-20+deb10u4 2.02+dfsg1-20+deb10u4 seems came from to: http://deb.devuan.org/merged beowulf-security/main 2.02+dfsg1-20+deb10u3 is in: http://deb.devuan.org/merged beowulf/main Upgrading system does not produce or show any problems and then I halt the system. I use Devuan Beowulf for all my pc. In this computer there is only 1 hd, partition type gpt, 3 partitions: /dev/sda1 EFI System /dev/sda2 Linux filesystem /dev/sda3 Linux swap I switched on the pc later and grub rescue appears. WTF? I solved (temporarily) the problems with: set prefix=(hd0,gpt2)/boot/grub set root=(hd0,gpt2) insmod normal normal and grub menù appears. Login with root, and then update-grub... grub-install... and so on... Restart the system. Grub rescue. Then login with root. New tests. Grub rescue again. [N times?] At the end I downgrade from 2.02+dfsg1-20+deb10u4 to 2.02+dfsg1-20+deb10u3 the upgraded package. update-grub and grub-install. Reboot. Grub works! I am currently reluctant to upgrade again. And now the question. Has anyone reported the error in Devuan? Has anyone haved this problem? -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] (Almost) no sound under Beowulf
il devuanizzato Marc Shapiro via Dng il 26-09-20 07:54:14 ha scritto: The issue that I am having is with sound. My daughter reported that it was not working. I tried playing a video (in Firefox) from my login and also got no sound. Me too when installed beowulf I had problems. Pulseaudio brings trouble and has odd behavior. Alsa it is not without problems. However both works with no|a little|medium effort. I don't like pulseaudio and in my machines tend to remove it. Sometimes install it with disgust. I have since determined that pulseaudio was not running (it is installed). So I started the pulseaudio daemon under my login, started up Firefox and played a video. Sound. Yay! I logged into my daughter's account and started the pulseaudio daemon, started Firefox and played a video. No sound. Boo! The I started pavucontrol under both logins. My login shows the 'Built in Analog Stereo' output device, and its monitor for input. My daughter's login shows a 'Dummy' output device and its monitor for input. under my wife's login, it shows the same 'Dummy' devices as my daughter's login . 1) If anyone can tell me how to get pulseaudio to see my built-in audio for all three logins, it would be greatly appreciated. You need to make a file named .asoundrc in home directory and select correct audio card. You can find it with: cat /proc/asound/cards You may insert a number or (best) the name of audio card. For info: https://www.alsa-project.org/main/index.php/Asoundrc pulseaudio is alsa based and it should work. 2) How do I get pulseaudio to run for each user when they log into the system. I recommend you not to waste time configuring pulseaudio. If pulseaudio don't work and troubleshooting is more difficult than expected remove it and configure alsa. If alsa work then: if is necessary (advanced mixing, trouble with pulseaudio only software as firefox, other...) install pulseaudio else install apulse (sound working in pulseaudio only software as firefox for example), configure dmix plugin in alsa and so on... end if 3) The 'play' utility from the sox package gives an error whenever I try to play an mp3 file. Using 'aplay' to play .wav files works fine. What do I need to do to play mp3s from the commandline? You can try: vlc -Incurses FILE or moc (it also works by freeing the terminal): http://moc.daper.net/ (NOTE: I boot to console only. Each user switches to a different VT and runs startx from there.) Yes, me too run X from VT. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Xorg stopped working after upgrade to Beowulf
il devuanizzato spiralofhope il 26-09-20 02:45:21 ha scritto: On Tue, 22 Sep 2020 20:30:53 +0200 viverna wrote: or xinit with custom command line, for example: xinit /home/user/.xinitrc -- /etc/X11/xinit/xserverrc :0 vt2 -keeptty I had some entertainment dealing with this problem over the years. When I switched to Devuan I had to tinker a bit. I can't remember any of the details, but this is what I ended with in my zsh login script: string="$TTY" # I don't know why this works, even though $TTY is actually /dev/pts1 pattern='/dev/tty' tty_to_use='' # I could rewrite this in POSIX sh if someone needs tty_to_use="${string##${pattern}}" tty_to_use="${string##*${pattern}}" xinit /etc/X11/xinit/xinitrc -- /usr/bin/X :$(( tty_to_use - 1 )) \ vt"$tty_to_use" -auth "$( \tempfile --prefix='serverauth.' )" logout xinit parameters sometimes needs tuning. I use my script for start X (don't use startx). In beowulf just upgraded xinit with usual parameters (ascii works well) don't work. I digged inside startx script and get this: # Automatically determine an unused $DISPLAY d=0 while true ; do [ -e "/tmp/.X$d-lock" -o -S "/tmp/.X11-unix/X$d" ] || break d=$(($d + 1)) done defaultdisplay=":$d" unset d and I added this: if tty|grep "/dev/tty[0-9]*" >/dev/null ; then VT="vt`tty|grep "/dev/tty[0-9]*"|sed 's/\/dev\/tty//g'`" else printf "Virtual terminal not found.\n" return 1 fi Passing $defaultdisplay (display number) and $VT (virtual terminal) X start without problem. If anyone really really wants to dig through my history of desperate experimentation throughout multiple Linuxes: https://github.com/spiralofhope/shell-random/commits/master/live/zsh/dot_zsh/4-login.sh Thanks interesting. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Xorg stopped working after upgrade to Beowulf
il devuanizzato Marc Shapiro via Dng il 22-09-20 16:43:42 ha scritto: I do use startx from a terminal login, so this sounds like it could be the problem. I'll check it out when I get home, tonight and pass the results to the list. I installed xserver-xorg-legacy then: chmod +s /usr/lib/xorg/Xorg You can change /etc/X11/Xwrapper.config file: allowed_users=console man Xwrapper.config for info it should fit your needs You can start X with: startx or you custom script or ax at https://notabug.org/viverna/ax or xinit with custom command line, for example: xinit /home/user/.xinitrc -- /etc/X11/xinit/xserverrc :0 vt2 -keeptty without use any graphical login manager for X11. -- _____ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] dev1galaxy.org down?
dev1galaxy is down? -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Fwd: [kbd] [ANNOUNCE] kbd-2.3.0
il devuanizzato terryc il 12-07-20 05:59:45 ha scritto: On Sat, 11 Jul 2020 16:14:44 +0200 viverna wrote: Swapping the order of your comments. Only I think pure console in Linux should be better treated (for example 16M colors (if framebuffer is enabled it is possible), support for very large font, better support for SGR parameters in ANSI escape code, maybe Sixel. Err, AFAIK, the console is just a minimmal text based output to provide information in the event of error in the intial boot up and yes, ever since 1920x1024(?) capable screen became common place, you might have to quIck with a magnifying glass if you need to see those initial few lines. For me console is more than a minimal text based output to provide information in the event of error until X11 login manager ask you password. Console and text based shell is the core of the system. My workflow is the following: - start pc - grub (heavly configurated) launch 3 different configuration of framebuffer (KMS,uvesafb,none) (maybe in the future with different init system). - init system do the job - no X at startup - getty manage CLI login - using pure console for: * internet (read email, browsing simple site, instant messaging, * and so on...) * programming * read most document (maybe with framebuffer) * watch photo and simple video (with framebuffer) * almost everything else - launch X with WM/DE that I want at that moment with "ax" and exit - halt the system I'm not young man and my preferred Human-computer interaction is TUI. Various interfaces in the DOS era and modern software TUI for Linux are the best. WIMP it's not for me. Technically speaking: - 16M colors (if framebuffer is enabled it is possible, without is not possible because of hardware limitations of VGA consoles, 2 byte for character and color). I read commit in linux: https://github.com/torvalds/linux/commit/cec5b2a97a11ade56a701e83044d0a2a984c67b4 "Because of hardware limitations of VGA consoles, colours are downgraded to 16 foregrounds and 8 backgrounds. On fbdev consoles it would be possible to support them without quality loss, but adding that would require quite a large amount of code." I wonder how large code could be. - support for very large font "Due to kernel limitations, this is suitable only for 16x16 or smaller fonts." Where are in the kernel these limitations? Swapping from the default of 640x460 to 1024x768 enabled me to clearly read the boot up text on the console after the initial few lines. Lowering the resolution enlarge me the font. But I don't know how change resolution in console with KMS framebuffer (fbset don't work). With uvesafb fbset work well. The the solution of course has always been to have a simpler monitor to pug in to sort out the initial book problems. Should I buy a new large monitor with lower resolution (for "lower" intend Full HD not likely "lower")? -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Fwd: [kbd] [ANNOUNCE] kbd-2.3.0
il devuanizzato Clarke Sideroad via Dng il 11-07-20 05:52:30 ha scritto: I thought this might be of interest to some. Clarke Forwarded Message Subject:[kbd] [ANNOUNCE] kbd-2.3.0 Date: Fri, 10 Jul 2020 20:18:30 +0200 From: Alexey Gladkov Reply-To: Linux console tools development discussion To: Linux console tools development discussion kbd 2.3.0 Release Notes === Changes === + Added option -d to double size of font (setfont). Wonderful! I don't buy until now 4K monitor because fonts in console are too small! https://man7.org/linux/man-pages/man8/setfont.8.html "Doubles the size of the font, by replicating all of its pixels vertically and horizontally. This is suitable for high pixel density (e.g. "4k") displays on which the standard fonts are too small to be easily legible." But: "Due to kernel limitations, this is suitable only for 16x16 or smaller fonts." But if I want a very large console fonts 64x64 or 128x128 and so on I obtain an error: "incorrect height" if I manually enlarge character. It is possibile to have a very VERY large console fonts in pure linux console (with fbterm is very simple)? Where are in the kernel these limitations? Only I think pure console in Linux should be better treated (for example 16M colors (if framebuffer is enabled it is possible), support for very large font, better support for SGR parameters in ANSI escape code, maybe Sixel. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Ascii to Beowulf upgrade - 32% slowdown !
il devuanizzato Bastiaan van den Berg il 12-06-20 15:44:38 ha scritto: Maybe try ; https://make-linux-fast-again.com/ kerneloptions to disable all spectre and meltdown stuff Experimented slowdown me too. Thanks for reminding me this site. Joking, risky and written immediately one line substitution: sed -i "s/GRUB_CMDLINE_LINUX_DEFAULT=\"/GRUB_CMDLINE_LINUX_DEFAULT=\"`wget https://make-linux-fast-again.com/ -O - 2>/dev/null` /g" /etc/default/grub -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] AMD Ryzen?
il devuanizzato Antony Stone il 18-03-20 18:24:27 ha scritto: https://www.phoronix.com/scan.php?page=article&item=ryzen-3700x-3900x-linux&num=2 seems pretty off-putting, however it exclusively mentions "systemd services not starting", so I wonder how much this is systemd-based and how much it might be Linux drivers in general. It is not a systemd problem, but AMD firmware problem. I think that AMD have corrected it last summer. I have no more specific information. https://www.forbes.com/sites/jasonevangelho/2019/07/12/amd-motherboard-patch-ryzen-3000-customers-affected-by-destiny-2-and-linux-boot-problems/#6bed6dde16b8 https://betanews.com/2019/07/13/amd-ryzen-3000-linux-problems/ https://arstechnica.com/gadgets/2019/10/how-a-months-old-amd-microcode-bug-destroyed-my-weekend/ -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Which DE?
il devuanizzato Steve Litt il 01-03-20 10:13:59 ha scritto: On Tue, 25 Feb 2020 21:04:10 +0100 viverna wrote: il devuanizzato al3xu5 / dotcommon il 25-02-20 16:29:58 ha scritto: >So what you suggest should be the first choice to bet on? LXDE+openbox for me or openbox only. I concur. If you like them, you'll like them even better by simply incorporating Suckless Tools' dmenu via hotkey. Yes, already done! And while there are, I enabled shortcut with: - scrot - root-menu openbox in LXDE - numeric keypad to move/resize windows - semi tiling -- _____ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Which DE?
il devuanizzato Dr. Nikolaus Klepp il 26-02-20 21:43:41 ha scritto: Anno domini 2020 Wed, 26 Feb 20:15:59 +0100 viverna scripsit: I don't try Trinity, there is in Devuan repo? add these, they work for beowulf, too: deb http://mirror.ppa.trinitydesktop.org/trinity-sb buster deps-r14 extra-r14 main-r14 deb-src http://mirror.ppa.trinitydesktop.org/trinity-sb buster deps-r14 extra-r14 main-r14 Then install trinity-keyring and then tde-trinity. Nik A curiosity please... why isn't in official Devuan repo? -- _____ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Which DE?
il devuanizzato Dimitris via Dng il 26-02-20 14:07:14 ha scritto: On 2/25/20 10:07 PM, viverna wrote: LXDE is ancestor of LXQt. However is a wonderful DE mostly with openbox combination. Openbox is great even alone. MATE with Openbox is a lighter possibility too.. Yes, MATE is a good DE (fork of Gnome 2 before Gnome 3 madness). Time ago Gnome 2 has been my first choice DE... kinda of think of those as systemd-like DEs, bloated to the bone.). Kde3 and Gnome2 are best version of the corresponding DE. Gnome3 are very very insane and "phone-centric". Kde4 is too big. However some KDE apps are very good. I use it often. LXDE is not abandoned, but it's missing stuff that you have to get from other DEs (=download extra libs, packages..), same as LXQT which is very interesting.. LXDE is perfect for me. This is my opinion. Trinity was very buggy last 2 times i tried it, completely unusable for me.. (even though my first ever DE was kde3 and i wanted it to work for old times sake... :D ) I don't try Trinity, there is in Devuan repo? -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Which DE?
il devuanizzato al3xu5 / dotcommon il 25-02-20 16:29:58 ha scritto: Hi all I am using Devuan (2.1) + MATE DE since 08/2016... Now I wish to change DE but I am in doubt: XFCE or LXDE or LXQt??? LXDE is ancestor of LXQt. However is a wonderful DE mostly with openbox combination. Openbox is great even alone. Please, based on your experience and knowledge of Devuan and DEs, can you help me in choosing (avoiding me to invest too much time doing long experiments)? I would install in your place all WM/DE that I would try. Then remove all graphical login manager and use WM/DE launcher (ax) available here: https://notabug.org/viverna/ax So what you suggest should be the first choice to bet on? LXDE+openbox for me or openbox only. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Which DE?
il devuanizzato al3xu5 / dotcommon il 25-02-20 16:29:58 ha scritto: Hi all I am using Devuan (2.1) + MATE DE since 08/2016... Now I wish to change DE but I am in doubt: XFCE or LXDE or LXQt??? LXDE is ancestor of LXQt. However is a wonderful DE mostly with openbox combination. Openbox is great even alone. Please, based on your experience and knowledge of Devuan and DEs, can you help me in choosing (avoiding me to invest too much time doing long experiments)? I would install in your place all WM/DE that I would try. Then remove all graphical login manager and use WM/DE launcher (ax) available here: https://notabug.org/viverna/ax So what you suggest should be the first choice to bet on? LXDE+openbox for me or openbox only. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Embrace extend and extinguish (was: Devuan /etc/os-relase - no VERSION info?)
il devuanizzato hal il 01-02-20 12:55:05 ha scritto: This file comes in handy for parsing from shell scripts when lsb_release isn't installed or /etc/issue has been customized. Although one unique file for check distro is not a bad idea is still in Redhat's agenda. :Ironic mode ON: I think that Poettering will shift it in the future to binary file and an command like systemd-read-binary-os-release to read it... :Ironic mode OFF: -- _____ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] my first two packages
il devuanizzato Aitor il 19-01-20 11:06:26 ha scritto: Hi again, Here you are my first packaging attempt: experimental-epoch_1.3.0 Download the sources and follow the steps bellow: - Create your own gpg signature key. - Create a folder named epoch and go into it. - Generate an empty git repository and import the project using git-buildpackage: $ git init $ git config --global user.name "viverna" $ git config --global user.email "vive...@inventati.org" $ gpg import-orig ../epoch_1.3.0.tar.bz2 Enter the name of the project and its version. - Now yo can build the project: $ git-buildpackage -j4 -tc -k --git-export-dir="../build-area" --git-tag --git-ignore-branch being the public part of your gpg key. Once you've built it, you can import the whole project using git-builtpackage again via: $ gbp import-dsc ../epoch_1.3.0.dsc As an exercise, you can include all the defined conditionals in the buildepoch.sh script (I *removed* this file!) in the Makefile by the following way: ifeq () endif https://www.gnu.org/software/make/manual/html_node/Conditional-Example.html#Conditional-Example I'll study this part in the next month. You could fuse both projects in an unique source defining two separate packages in the control file, but they have different version numbers. Keep it in mind. I do not think so. epoch init-system change rarely, config file will be added in the project faster. Cheers, Aitor. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] my first two packages
il devuanizzato Aitor il 18-01-20 11:48:58 ha scritto: My short answer for now: - Use lowercase letters for the debian folder. A DEBIAN folder with uppercase letters will be created within each generated packages. "DEBIAN" uppercase is required from `dpkg-deb -b`: " Creates a debian archive from the filesystem tree stored in binary-directory. binary-directory must have a DEBIAN subdirectory, which contains the control information files such as the control file itself." I don't create package with Debian normal method documented, I don't understand how make good package. - Create a debian/rules file. This file is paramount, but it's missing! I insert rules file. I will commit soon. Hope this helps, Aitor. Thanks Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] my first two packages
Hi folks, I tried in my computers a epoch init system homemade package. I have no experience as packager and I don't like bureaucratic style for to make a Debian package or maybe I didn't understand it completely... :-) However I make my first, and maybe last :-) two package: epoch (base program) and epoch-data (config files). Grab it on: https://git.devuan.org/viverna/experimental-epoch https://git.devuan.org/viverna/experimental-epoch-data "make dist" make package "homemade" for arch amd64. Why Epoch? I like init scripts (for example runit) but epoch + daemon configuration file are the simplest infrastructure I know. epoch (program) is a package dependent on epoch-data (config file). Installing epoch, all config files are copied for all daemon installed and if grub is present epoch is added as entry in grub menu. Deleting epoch remove all scripts and entry in grub menu if grub is present. This solution is generic and could be applied for other init system. Init program (base program) and init-data (scripts init/config files). ifj in the devuan infrastructure to inject in all package init freedom (add conf file and init script in all daemon). With collaboration with ifj that disseminates in all packages init scripts or configuration files it could be guaranteed Init Freedom. There is no need of forking all daemon. Create 2 packages (init and init-data) for 1 init system. Create config file/init script for all daemon. Injected with ifj automatically. But there are problems: - I have little time to devote to this project. - Write code is ok for me but I am a very poor packager. I don't understand how make good packages. - I need help for write config file/init script for all daemon. - I (fairly) know only epoch and runit, other init just for the name. - Warning! Use it at your own risk! These packages are very very very experimental! However this could be a first start. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] OT: Langue naturelle (was Re: Fonts trouble on beowulf)
il devuanizzato Dimitris via Dng il 10-01-20 12:55:20 ha scritto: On 1/10/20 1:32 PM, Olaf Meeuwissen via Dng wrote: Why ? Everyone else seems to want to learn English ;-) Want to? I was forced to at the tender age of 12. In addition to French. +1 , and i think nowadays they start "wanting to learn english" even younger, about ~6-7 years old. p.s. u can also replace "english" with "systemd" :D We should talk Esperanto. Esperanto=Posix :-) -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Init Freedom inJector and IFJ script
For those interested IFJ is in https://git.devuan.org: https://git.devuan.org/viverna/ifj I donate my config file/init script that work with ifj in: https://git.devuan.org/viverna/ifj_script I ask you if anyone is interested in being able to contribute as my time is very limited and bursty. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] IFJ - Init Freedom inJector
il devuanizzato goli...@devuan.org il 29-11-19 17:09:02 ha scritto: Hi viverna, Perhaps you could put the IFJ in https://git.devuan.org. And continue to develop it there also? Thanks. golinux Hi golinux, thanks, I thought it was reserved for main Devuan developers. I don't know very well Devuan infrastucture. Ideally a package downloaded from Debian could be injected with ifj adding rules for init system. It should be called by Amprolla I think. My free time is very variable. I release it because for 2/3 week from December my free time is equal to zero and I won't be able to develop anything. This time can be useful to show it and let him try it. -- _____ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] IFJ - Init Freedom inJector
Inject init diversity in a single package. I just released IFJ. Grab it: https://notabug.org/viverna/ifj It is a posix shell script (use dpkg-deb and sed). Sorry, it is not available a man pages. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan cannot exist without the help of Debian
il devuanizzato Joril via Dng il 27-11-19 09:01:37 ha scritto: On 26/11/19 22:13, viverna wrote: I wrote this summer in this list about a possibility of inject init run scripts (for example runit) in all Devuan packages automatically. This is a great idea. I've been in favor of something similar since 2015. It frees "upstreams" from the responsibility of maintaining init script/configurations for init systems they don't care about or perhaps despise. Daemon start files are written by experts on the init system. Sadly it's not just init scripts: for example how would a case like http://bugs.devuan.org/db/27/276.html be handled? I do not know. Maybe using a workaround with sed and friends and inject rules in postinst? Easy to say hard to get... -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Affero: was - Init Freedom inJector (was: cannot exist without the help of Debian)
il devuanizzato Steve Litt il 25-11-19 02:59:04 ha scritto: On Sat, 23 Nov 2019 09:54:31 + (UTC) Alexis PM via Dng wrote: GNU AGPL version 3 is the best. Because? ... I'd like to see your list of benefits vs disadvantages. If I used an Affero program as a part of my for-profit website, would I be requires to provide the entirety of my website code to all comers, thereby creating competitors who are not in debt for the research and development I used to create it? Would I need to consult a $400/hr lawyer to answer this question? Would an Affero license put a chilling effect on using its code to make money, and if so, would your job be one of the victims? I know that the same arguments could be made about GPL2's copyleft facilities, but not to the same degree. For me GPL is a BSD license on the network. AGPL is a GPL license on the network. Now any program can be used online and not distributed. Normally I use AGPL 3.0 for all my personal project because: https://www.gnu.org/licenses/why-affero-gpl.en.html I could make Devuan modified public repositories, modify the script and not released it. I could add malware, and other crap or simply useful extra features. This is obviously not the case! But if the script is GPL is correct, but with AGPL license I must release the script. Substitute "I" with "multinational corporation". That's why AGPL is important. However this is a simple script and I don't want to pass for megalomaniac then... (read below) If I init my for-profit web-server using a series of Affero-licensed daemon startup files, do I then need to supply my web code to those who request it? Are you sure? "Both the ordinary GNU GPL, version 3, and the GNU Affero GPL have text allowing you to link together modules under these two licenses in one program." The IFJ script might be released with AGPL3, but init script with GPL or Apache or public domain. In this case I believe the answer to your questions is NO. If you use a init script injected in the package (no AGPL) you don't have to publish anything. But if you use the script, modify it for alter package (maybe improving the code) and make repo with altered package for others, you must publish the code. And it seems right to me. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan cannot exist without the help of Debian
il devuanizzato Steve Litt il 25-11-19 02:48:08 ha scritto: I wrote this summer in this list about a possibility of inject init run scripts (for example runit) in all Devuan packages automatically. This is a great idea. I've been in favor of something similar since 2015. It frees "upstreams" from the responsibility of maintaining init script/configurations for init systems they don't care about or perhaps despise. Daemon start files are written by experts on the init system. Thanks. Script I wrote support epoch and runit. Other init can be supported if implemented. Thank you so much for remembering Epoch! It's excellent and fast. Yes I thank you because I did not know Epoch until I read this: http://www.troubleshooters.com/linux/init/manjaro_experiments.htm Although Epoch was last maintained in 2016, it was the fastest and easiest init to configure, and my experience was that it was in the same ballpark, boot time wise, as systemd and runit. I confirm all! -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] INJ - Init Freedom inJector (was: cannot exist without the help of Debian)
il devuanizzato Alexis PM via Dng il 23-11-19 10:54:31 ha scritto: Init Freedom inJector is great, fantastic, wonderful, if that really achieves its goal (automatically introduce in all packages the necessary scripts to make any init work _without problems or bugs_). Best regards! Thanks. I have a busy schedule this days but I believe that I release script before Thursday. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] INJ - Init Freedom inJector (was: cannot exist without the help of Debian)
il devuanizzato spiralofhope il 22-11-19 20:25:03 ha scritto: On Fri, 22 Nov 2019 18:31:25 +0100 viverna wrote: I propose this: a script called INJ - Init Freedom inJector I wrote this summer in this list about a possibility of inject init run scripts (for example runit) in all Devuan packages automatically. I'm writing a simple script that inject init diversity in a single package. ... I would like to release the script in the next days with AGPL3 but tell me. Do you mean AGPL3 as in the GNU Affero General Public License? https://www.gnu.org/licenses/agpl-3.0.en.html If so, please don't use the language "AGPL3 or later" since the "or later" could be a sabotaged license in the future. Yes, GNU Affero General Public License 3.0 (no later). But i'm willing to choose other license if change is helpful to save Devuan. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan cannot exist without the help of Debian
il devuanizzato Denis Roio il 22-11-19 10:55:46 ha scritto: Devuan cannot exist without the help of Debian. If Debian drops the support for any other init system but systemd, I believe we won't be able to keep up with the legwork needed to support all other init systems. I say this because we do not have a comparable amount of people and resources to face the huge amount of work Debian will cease to do. Of course quality matters, but not that far. No, we will not allow it! I propose this: a script called INJ - Init Freedom inJector I wrote this summer in this list about a possibility of inject init run scripts (for example runit) in all Devuan packages automatically. I'm writing a simple script that inject init diversity in a single package. Workflow I imagined it like this: - Init script experts write run scripts for all daemon based on rules specified below (also sysvinit) - Script read a package one by one: - Open package in tmp dir - For all init system included in Devuan: - If exists run script for package - Insert run script - Edit if requested postinst and prerm script - Create package from tmp dir - New package created (automatically) Run script resides in /var/local/INITSYSTEM/ and are copied in the package. Script I wrote support epoch and runit. Other init can be supported if implemented. Config file for epoch are in /var/local/epoch/package_name_all_daemon.conf For example openssh-server.conf ObjectID=sshd ObjectDescription=SSHD ObjectStartCommand=mkdir -p /run/sshd && /usr/sbin/sshd ObjectStopCommand=PIDFILE /run/sshd.pid ObjectStartPriority=Start_Network_Daemon_H ObjectStopPriority=Stop_Daemon_H ObjectEnabled=true ObjectOptions=SERVICE AUTORESTART ObjectRunlevels=boot core net Script file for runit are in /var/local/runit/package/ For daemon: /var/local/runit/package/daemon/run For example /var/local/runit/openssh-server/sshd/run #!/bin/sh exec 2>&1 sv start rsyslogd || exit 1 mkdir -p /run/sshd exec /usr/sbin/sshd -D System one time tasks (inject in /etc/runit/{1,2,3}): /var/local/runit/package/dir/{1,2,3} If the resolution nr.4 proposed by Ian Jackson will not pass, Devuan will die. No, inject treatment scripts in all systemd-unit-file only infected packages automatically. Hard work is ONLY create script for all init systems supported (more easy if a small committee of experts write it). I would like to release the script in the next days with AGPL3 but tell me. We are at war. Let's defend ourselves or die fighting. -- _ < Viverna > - \^/^ \ / \ // \ \ |\___/| / \// .\ \ /0 0 \__ /// | \ \ ** / / \/_/// | \ \ \ | @_^_@`/ \/_ //| \ \ \/\ \ //_^_/ \/_ // |\\ \ \ ( //) |\/// | \ \ | | ( / /) | // | \ _\ | / ( // /) | ; -.|_ _\.-~ / / (( / / )) |_ *-.|.-~-. .~~ (( // / ))\ / ~-. _ .-~ / (( /// )) `. }{ / (( / )) .~-.\\-` .~ ///...<\ _ -~ ///-._ _ _ _ _ _ _{^ - - - - ~ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Runit service depend another script not daemon
il devuanizzato Hendrik Boom il 08-07-19 18:59:00 ha scritto: Epoch is an init system very interesting. Syntax config file it's declarative like systemd. Don't exist dependency between objects but only prority (it may be strange in the beginning). I like scriptable init system (for example runit) however it's simple (more simple than runit) make your init environment and collection of objects with epoch init system. It's easy intersperse daemon and not daemon. The epoch documentation links are correct. The documentation is detailed. I discover epoch reading Steve Litt's "Manjaro Experiment" documentation. From what I know, epoch is packaged by gentoo folks. It should not be difficult considering small size and simplicity, make package for Devuan. I have a small subset of objects (entity to be managed in epoch) and i will be very happy to share with you. Is epoch capable of running as a service starter or manager if another init system starts the system? -- hendrik I think it's not possible. Epoch should be at the same time init system and service management. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Runit service depend another script not daemon
il devuanizzato Martin Steigerwald il 08-07-19 11:03:36 ha scritto: viverna - 06.07.19, 15:58: Put my code here. Work for epoch init system but it is adaptable to any other such as runit, s6 and so on... Thanks a lot for your code contribution I was not even aware of epoch init system. https://universe2.us/epoch.html https://universe2.us/epochconfig.html Hmmm… -- Martin Epoch is an init system very interesting. Syntax config file it's declarative like systemd. Don't exist dependency between objects but only prority (it may be strange in the beginning). I like scriptable init system (for example runit) however it's simple (more simple than runit) make your init environment and collection of objects with epoch init system. It's easy intersperse daemon and not daemon. The epoch documentation links are correct. The documentation is detailed. I discover epoch reading Steve Litt's "Manjaro Experiment" documentation. From what I know, epoch is packaged by gentoo folks. It should not be difficult considering small size and simplicity, make package for Devuan. I have a small subset of objects (entity to be managed in epoch) and i will be very happy to share with you. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Runit service depend another script not daemon
il devuanizzato Martin Steigerwald il 06-07-19 08:49:52 ha scritto: That said, I agree it would be good to find a way to inject runit symlinks into packages, cause I believe it to be unlikely that many Debian package maintainers would include runit support. However that said, I would. Thanks, -- Martin I hope it may be possible to do so. Maybe, when package have been merged in amprolla (Devuan infrastructure use amprolla, now at the version 3, who has the task to merge apt repository; the software is written in python). Inject runit/s6/otherinit script in packages should be equivalent to: - open package deb - edit postinst and prerm files and add rule at bottom of postinst and rule at top of prerm: if [ runit_is_present ]; then do stuff fi if [ other_init_is_present ]; then do stuff fi if [ another_init_is_present ]; then do stuff fi - close package deb All possible scenarios should be considered, and this could complicate the software. We could ask to Devuan developers and caretakers if it could be a good idea. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Runit service depend another script not daemon
ot; -eq "$MOD_REMOVE" -o "$ACTION" -eq "$MOD_PURGE" ]; then if [ "$STATUS" = "ii" -o "$STATUS" = "ri" -o "$STATUS" = "pi" ]; then # If exists package, is remove command and package is installed, remove script # aptitude return "pi" instead of "ii", remove alike printf "${HIGH_EVID}Remove script${HIGH_NORM}\n" $PACKAGE $STATUS # Epoch init system epoch $ACTION $PACKAGE # Runit #runit $ACTION $PACKAGE # Other init #otherinit $ACTION $PACKAGE fi fi done elif [ "$DPKG_PHASE" -eq "2" ]; then printf "${HIGH_EVID}Post-invoke${HIGH_NORM}\n" #printf "%s\n" $EXDPKG | dpkg-query -W -f='${binary:Package}\t${db:Status-Abbrev}\n' $ALL 2>/dev/null | while read PACKAGE STATUS do echo Package $PACKAGE Status $STATUS if [ "$ACTION" -eq "$MOD_INSTALL" ]; then if [ "$STATUS" = "ii" ]; then # If exist package, is install command and package it was just installed, install script printf "${HIGH_EVID}Install script${HIGH_NORM}\n" $PACKAGE $STATUS # Epoch init system epoch $ACTION $PACKAGE # Runit #runit $ACTION $PACKAGE # Other init #otherinit $ACTION $PACKAGE fi fi done else echo "nothing" fi For epoch init system it run epoch function. In /etc/epoch/ there are 2 dir, "repo" and "object". repo is an "object repository" (objects collection). When user install a package, if exist in repo/package.conf copy it in object directory. I don't use symbolic links because in "repo" there are object distro but in "object" there are object which can be modified and customized by the user. Then use the "Import" attribute to generate a row that import object. When user remove a package, just before remove package, delete object. Then remove the "Import" attribute generate previously. For runit simply create a function and copy/remove your files. For all init system that we intend to support create a function and do stuff. Below my epoch.conf: #/etc/epoch/epoch.conf #Epoch Init System Configuration for Devuan BootBannerText=Hello world! BootBannerColor=CYAN Hostname=FILE /etc/hostname DefaultRunlevel=boot EnableLogging=true DisableCAD=true BlankLogOnBoot=true # DEFINE PRIORITY CONSTANTS DefinePriority=Start_Sysclock 1 DefinePriority=Start_Fs_H 4 DefinePriority=Start_Fs_M 5 DefinePriority=Start_Fs_L 6 DefinePriority=Start_Daemon_First 9 DefinePriority=Start_Log 10 DefinePriority=Start_Daemon_H 11 DefinePriority=Start_Daemon_M 14 DefinePriority=Start_Daemon_L 18 DefinePriority=Start_Network 19 DefinePriority=Start_Network_Daemon_H 20 DefinePriority=Start_Network_Daemon_M 24 DefinePriority=Start_Network_Daemon_L 28 DefinePriority=Start_Other_Daemon_H 31 DefinePriority=Start_Other_Daemon_M 34 DefinePriority=Start_Other_Daemon_L 37 DefinePriority=Start_Early_Getty 40 DefinePriority=Start_Getty 45 DefinePriority=Start_Display_Manager 49 DefinePriority=Stop_Display_Manager 51 DefinePriority=Stop_Daemon_H 51 DefinePriority=Stop_Daemon_M 55 DefinePriority=Stop_Daemon_L 59 DefinePriority=Stop_Log 65 DefinePriority=Stop_Network 70 DefinePriority=Stop_Sysclock 80 DefinePriority=Stop_Kill_Soft 95 DefinePriority=Stop_Kill 96 DefinePriority=Stop_Fs_H 97 DefinePriority=Stop_Fs_M 98 DefinePriority=Stop_Fs_L 99 Import /etc/epoch/object/acpid.conf Import /etc/epoch/object/anacron.conf Import /etc/epoch/object/at.conf Import /etc/epoch/object/clamav-freshclam.conf Import /etc/epoch/object/console-setup.conf Import /etc/epoch/object/coreutils.conf Import /etc/epoch/object/cron.conf Import /etc/epoch/object/dbus.conf Import /etc/epoch/object/gpm.conf Import /etc/epoch/object/ifupdown.conf Import /etc/epoch/object/irqbalance.conf Import /etc/epoch/object/openssh-server.conf Import /etc/epoch/object/pcscd.conf Import /etc/epoch/object/rsyslog.conf Import /etc/epoch/object/smartmontools.conf Import /etc/epoch/object/util-linux.conf Import /etc/epoch/object/xinetd.conf Import /etc/epoch/object/xorg.conf I tested above scripts in my computers but they should be well tested. I consider them a workaround more than a "clean" solution. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Runit service depend another script not daemon
il devuanizzato Steve Litt il 04-07-19 22:23:51 ha scritto: Hi viverna, I have a very different viewpoint than most people, so the following is *my opinion* and is not in the mainstream. I think that, for both s6 and runit, run scripts (and any finish scripts or environment files) should come from a small committee of runit/s6 experts, NOT from the overworked "upstreams" who created the software, nor the overworked distro-based maintainers who adapt the software to the distro. During the Debian-User systemd war, one of the greatest sources of resistance to multi-initism was "upstreams" and maintainers who bitched about now having to take care of an extra set of init scripts. If each "upstream" simply documents: 1) How to run the software, in the foreground, without excessive logging. 2) The preferred user and group to run the software. 3) What daemons should already be running before the software. 4) Any special state circumstances necessary to start the software. For instance: * Network up * Such and such file with so and so permissions * Etc. 5) Any cleanup that must be done after the software finishes or crashes. 6) Any environment vars the software is responsive to. 7) The software's response to any signals. 8) Any special logging the software does all by itself. 9) Does it require a "twin" daemon, like smbd and nmbd, and if so, which should start first? Possessing the preceding info, it's easy to make an s6 or runit run script, finish script, and if necessary environment file. In most cases only the first 4 are really necessary. If an "upstream" refuses to answer the questions, the info can probably be gleaned from the software's systemd unit file. This list of questions could be sent to each "upstream", and the answers will almost 1 for 1 correspond to the run script. The runit package could install tree /etc/runit/scriptdirs and the directory /etc/sv, and a daemon's (call it mydaemon) install could include something like the following: if -d /etc/runit/scriptdirs; then ln -s /etc/runit/scriptdirs/mydaemon /etc/sv/mydaemon fi Uninstalling the mydaemon package would remove symlink /etc/sv/mydaemon. My method runs counter to the way it's always been done, and I always get a lot of pushback when suggesting it, but my way would probably limit resistance from "upstreams" and maintainers, and would not require those people to become runit and/or s6 experts. Meanwhile, it would be trivial for a couple runit and s6 experts to write the actual startup files, based on the "upstream"s answer to a few simple questions. SteveT Steve Litt July 2019 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng Sounds like a good solution to me, however the main problem remains; all packaged daemon must implement (at install phase) the simple script you specified above. How to do? Devuan, if I'm not wrong, get packages from Debian for all packages with no systemd hard dependency. Devuan is a great distro and has excellent developers but limited manpower. I think that fork all daemon is not praticable. Instead it's possible inject in all daemon's install a piece of posix shell? Workaround script on event "DPkg::Post-Invoke" as I said in the previous email? Else is better another strategy? These are questions that I ask myself but it's important for the future of Devuan and init systems diversity. The choice of Debian is to follow freedesktop "fancy" guy. It is not difficult to think of the day when Debian will remove completely sysvinit script in all packages. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Runit service depend another script not daemon
il devuanizzato Steve Litt il 03-07-19 01:09:55 ha scritto: On Tue, 2 Jul 2019 20:28:51 +0200 viverna wrote: I'm not an expert of Runit and I want ask you how make a service depend another script not daemon. Hi viverna, Hi Steve Litt, thanks for the reply. I'm not quite sure what you're trying to accomplish, but if I'm playing with runit mainly because I like to study new things and because I'd like to have various init system installed in my machine and script/config file related for all daemon. I think that users wants, like me, when they installed a daemon with apt and friends script/config file created for all init system installed. Ideally it is possible to make this executing a script on event "DPkg::Post-Invoke" and copy script/config file in proper directory. I have already written a simple posix shell script that works in my computer with epoch init system, but I need help because code is written in my spare time (very little time) and need coder better than me. Finally for all init system supported there will be: - a package for init system (for example runit) - a complete collection of script/config file (for example runit-init-collection-script) in a proper format - above script copy/delete script/config file in the correct directory. I don't know if this can be a feasible solution for to ensure init freedom. What do you think? If service_required should still be running when my_service starts up, then service_required should have its own /etc/sv/service_required and the symlink in /var/service, and a test should be devised to determine whether service_required is functional. Let's say that test is contained in a shellscript called service_required_is_functional, that returns 0 when the service proves it's functioning, and some other number otherwise (I use 1). Then the run script for my_service looks like this: #!/bin/sh if service_required_is_functional; then exec my_service fi sleep 1 Very interesting. Simple and useful. I will try your solution as soon as I have time available. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Very large console fonts
I have not found very large console fonts. Using tools for edit console font I can enlarge font 8x16 up to 16x32 with the framebuffer. But if I want a very large console fonts 32x64 or 64x128 and so on I obtain an error: "incorrect height". It is possibile to have a very large console fonts in pure linux console (with fbterm is very simple)? -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Runit service depend another script not daemon
I'm not an expert of Runit and I want ask you how make a service depend another script not daemon. For example if I have a service that needs another service: cat /etc/service/my_service/run #!/bin/sh sv start service_required || exit 1 exec my_service But if "service_required" is not a daemon? For example run ssh daemon is required bring a network interface up. Bring a network interface up is accomplished from a simple/very few command/s such as ifup and friend. ifup execute and terminate, and execute again forever. I have found a ugly solution. Declare "sv once not-daemon" in the script. Or a very ugly solution: while true; do; read VAR; done and a trap on TERM signal that execute final command (for example ifdown -a at exit). Browsing around seems distro put it in stage 1. It's the cleanest solution... but how to do if I want intersperse daemon and not daemon and define for example a cascade of dependencies like this: service1 (daemon) depends script (not daemon) depends service2 (daemon)? -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] calendars, contacts, to do lists
il devuanizzato Hendrik Boom il 23-05-19 16:44:00 ha scritto: > I'm looking for software to handle appointment calendars, contact > lists, and todo lists. Org mode: https://orgmode.org/ -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] sysvinit replacement: was Please, inform users about the current 'health' of Devuan.
il devuanizzato Steve Litt il 19-04-19 14:09:24 ha scritto: > I haven't fulfilled my promise to 1) make an s6 supervision package and > 2) Hand over a collection of curated run files for each of s6 and > runit. I'm sorry about that --- I've had a lot of time management > problems the past two years. I'll try to do at least a partial > collection of #2 in the next half-year. If anybody who is faster or has > more time than I does some of this stuff before me, especially #1, I > won't be insulted: I'll be relieved. I have config file for epoch init system working for ascii and I'm going to wrote a simple script executed from dpkg that install/remove automatically object file. It can be generalized to other init system. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] init script distribution for alternate init systems
I'm thinking of a possibility to distribute init script for alternate init system. Generally speaking if I install a daemon, for example Apache server, I want script/config file for all init system installed and accordingly I want script/config file deleted for all init system if I remove a daemon. I'm going to wrote a simple script executed from dpkg. To do this simply put a file in /etc/apt/apt.conf.d/ that run the script. DPkg::Pre-Invoke { "/usr/local/bin/my_script preinvoke"; }; DPkg::Post-Invoke { "/usr/local/bin/my_script postinvoke"; }; Ideally if we have a script/config file for all daemon for all init systems (for example epoch, runit, s6, shepherd ad so on...), a script will check which init system are installed and install/remove script/config file. What do you think? -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] epoch init system and script distribution
Hi folks, I like scriptable init system however I tried epoch init system and I found it very interesting. It's very simple compile epoch and install but it would be useful to have package in the repository. It is useful because the main problem (considering systemd dictatorship in main distribution specially in Debian) with init system "derEDHatted" is distribution of script/config file. Generally speaking if I install a daemon, for example Apache server, I want script/config file for all init system installed and accordingly I want script/config file deleted for all init system if I remove a daemon. How to do? Forks all daemon packages is impossibile. But ideally if we have a script/config file for all daemon just before apt & dpkg & friends terminate installation/remove phase, a script will check which init system are installed and install/remove script/config file. For Epoch init system the "import" attribute can be used to split a single configuration file in a group of config file one for each object. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [ASCII][PATCH] startx to a new tty
Steve Litt il 18-09-18 00:29:59 ha scritto: > Your idea merits more research. The "we must cover every corner case" > crowd can use startx in its Redhat-diminished state, while people like > us use a <20 line shellscript. Perhaps call it viverna. I call it "ax" (acronym for Avvia (italian word for starts) X). At first I wrote "ax" because I liked change WM/DE very often. I like lxde and openbox but I used gnome2 (in the past) and I use rarely kde and play with other WM/DE. Change .xinitrc is easy but not immediate and I developed several years ago a personal shell script. So when I want run lxde: ax lxde when I want run openbox: ax openbox... and so on. Almost a year ago I rewrite this shell script to be suitable for distribution, I will be happy if it may be useful for someone: https://notabug.org/viverna/ax Execute: ax [your_favorite_wmde] for example: ax lxde ax kde ax without parameters run last WM/DE or the default. ax understands WM/DE reading $ETCPREFIX/etc/ax/client (for me $ETCPREFIX is /usr/local). "client" file has a very simple syntax: NAME_WMDE NAME_EXECUTABLE MULTIPLE_ARGS_EXECUTABLE for example: https://notabug.org/viverna/ax/src/master/etc/client usage: https://notabug.org/viverna/ax/src/master/USAGE.txt xinit args are the output of args.sh file in $ETCPREFIX/etc/ax/ I use everyday and works well but it is my personal case and it needs more tests. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [ASCII][PATCH] startx to a new tty
Steve Litt il 16-09-18 22:21:11 ha scritto: > Then here's a solution that bridges all the options: Release Dario's > version of startx under some other name, so that Gnome/KDE people can > still have their "features", and everyone else can have X that works > and leaves the system in good shape when it terminates. Put it in the > same package that startx comes in. Just use Dario's patch to make it, > each time Debian changes startx. Good solution. But I think Dario's solution should be the default. Another possibility is don't use startx and execute xinit from a personal shell script and (fine grained) control all parameters passed to xinit. This is my approach. If you are interested I write a simple shell script and I will be happy if it may be useful for someone. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Wishlist - to enable or to disable in the installer boot to GUI
Hi, me and other people like boot to CLI, and then, if necessary, run X. I like change WM/DE very often. I like lxde and openbox but I used gnome2 (in the past) and I use rarely kde and play with other WM/DE. Change .xinitrc and run xinit is easy but not immediate and I developed several years ago a personal shell script. Almost a year ago I rewrite this shell script to be suitable for distribution, I will be happy if it may be useful for someone: https://notabug.org/viverna/ax Execute: ax [your_favorite_wmde] for example: ax lxde ax kde What do you think if Devuan 3 allows in the installer (expert mode) to choose to disable (or to enable if you like) any display manager? Yes, it is a minute operation, but I think it is important to educate more people to the benefits of the command line. I don't want to generate "flame war" but only a pacific starting point for discussion. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Congratulations! and some migration questions
il devuanizzato Didier Kryn il 11-05-18 08:00:28 ha scritto: > Le 10/05/2018 à 19:12, viverna a écrit : > >il devuanizzato Didier Kryn il 10-05-18 17:49:42 ha scritto: > >>does the job as it always did. In case you want your system to > >>deconfigure/reconfigure Ethernet interfaces when you unplug/replug the > >>cables, then 'apt-get install ifplugd'; it's potterware but it just works. > >I prefer to use netplug: > >apt-get install netplug > >it is not potterware. > > > Happy to learn there's an alternative :-) In FOSS world this is very important. :-) -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Congratulations! and some migration questions
il devuanizzato Didier Kryn il 10-05-18 17:49:42 ha scritto: > does the job as it always did. In case you want your system to > deconfigure/reconfigure Ethernet interfaces when you unplug/replug the > cables, then 'apt-get install ifplugd'; it's potterware but it just works. I prefer to use netplug: apt-get install netplug it is not potterware. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Backup revisited - the rsync time machine
il devuanizzato Joel Roth il 03-02-18 04:32:36 ha scritto: > Dear list, > > For years I'd used a couple of rsync scripts for backup, > usually just full snapshots. > > I knew there is an option using hardlinks that behaves like > the Mac Time Machine app, giving cheap incremental backups. You may try rsnapshot. It is based on rsync and use hard links whenever possible. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Meltdown and linux kernel KPTI patch
il devuanizzato KatolaZ il 09-01-18 18:54:58 ha scritto: > Just to confirm that a patched kernel for jessie is available in > jessie-security, as reported at the URL above. > > HND > > KatolaZ Thank you. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Meltdown and linux kernel KPTI patch
il devuanizzato KatolaZ il 06-01-18 19:45:27 ha scritto: > On Fri, Jan 05, 2018 at 09:52:48PM +0100, viverna wrote: > > When the KPTI patch will be in ascii and jessie? > The patched kernel is already in ascii, if you have ascii-security > enabled, and comes directly from stretch. Wonderful, thanks for the {f,w}ork. I don't know but is it possible for Devuan jessie to apply KPTI patch? -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Meltdown and linux kernel KPTI patch
il devuanizzato viverna il 05-01-18 21:52:48 ha scritto: > With AMD processor is possible to ignore patch? Reply to myself: pti=off disable Kernel page-table isolation -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Meltdown and linux kernel KPTI patch
When the KPTI patch will be in ascii and jessie? With AMD processor is possible to ignore patch? According with: https://meltdownattack.com/ "it is unclear whether ARM and AMD processors are also affected by Meltdown." and AMD wrote: https://www.amd.com/en/corporate/speculative-execution "Zero AMD vulnerability due to AMD architecture differences." ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Life under Devuan is impossible.
Renaud (Ron) OLGIATI il 07/10/17 alle ore 14:20 ha scritto: > Since I updated my Debian Wheezy to Devuan Jessie I am unable to access USB > drives to store data. Have you try to write udev rules? I use a modified version of this code (comment are in italian): https://wiki.archlinux.org/index.php/Udev_(Italiano)#Mount_in_.2Fmedia.3B_usando_l.27etichetta_della_partizione_se_presente If you want mount removable devices manually as normal user try pmount: apt-get install pmount > Is there a way to move from Devuan Jessie to Debian Jessie without catching > the systemd pox ? Debian Jessie is infected. No hope to escape to systembloat. > Cheers, > > Ron. -- Viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] And another new behaviour under Devuan.
il devuanizzato Renaud (Ron) OLGIATI il 21/09/17 alle ore 23:21 ha scritto: > My camera, cell phone and USB pendrives that used to mount without trouble > under Debian now give an error "Not authorized" and I have to launch a > Pcmanfm as root to access them. Lucky I learned this morning how to launch a > prog as root from the CLI.. > > Why did the configuration change ? > > How can I restore it ? > > Cheers, > > Ron. Have you try to write udev rules? I use a modified version of this code (comment are in italian): https://wiki.archlinux.org/index.php/Udev_(Italiano)#Mount_in_.2Fmedia.3B_usando_l.27etichetta_della_partizione_se_presente -- Viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Proposed change in behaviour for ascii: eudev net.ifnames logic reversing proposal
il devuanizzato Daniel Reurich il 20/08/17 alle ore 15:38 ha scritto: > This would lead network interface names default to the old "eth0" or > "wlan0" scheme, rather than the new(?) "enp0s3"-like scheme. It implies > having "net.ifnames=1" in the kernel cmdline to get the "enp0s3"-like > scheme and not touching anything to get the "eth0" scheme. +1 for "eth0"/"wlan0" scheme. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Scanner and sane-utils
il devuanizzato Olaf Meeuwissen il 07/08/17 alle ore 12:22 ha scritto: > Hi, > > This scanner was added in sane-backends-1.0.25. Devuan's jessie has > 1.0.24. > > Hope this helps, > -- > Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 > GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 > Support Free Softwarehttps://my.fsf.org/donate > Join the Free Software Foundation https://my.fsf.org/join > Thank you very much. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Scanner and sane-utils
il devuanizzato Olaf Meeuwissen il 06/08/17 alle ore 03:06 ha scritto: > Hi, > > viverna writes: > > > Hello folks, > > I'm a new Devuan user (from Debian) from few week. > > In Debian world I had a problem with my scanner, the script (run by > > user root) in /usr/local/bin/sanato solves the problem assigning group > > 'scanner' to device: > > Your scanner should be assigned an appropriate group by the rules in > /lib/udev/rules.d/60-libsane.rules which run > > /bin/setfacl -m g:scanner:rw $env{DEVNAME} > > You can check whether this happened with the getfacl command. > > What scanner are you using? > > Hope this helps, > -- > Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 > GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 > Support Free Softwarehttps://my.fsf.org/donate > Join the Free Software Foundation https://my.fsf.org/join > Thanks, more correctly the scanner (Epson Stylus Office BX305F model 04b8 product 0863) is a multifunction printer (printer, scanner, fax) but i don't use the "printer" and "fax" part. Assigned group is "lp" and i want force in my system group "scanner" because xsane don't work if group is not "scanner". I solved with udev's rules: ATTRS{idVendor}=="04b8", ATTRS{idProduct}=="0863", GROUP="scanner" ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Scanner and sane-utils
Hello folks, I'm a new Devuan user (from Debian) from few week. In Debian world I had a problem with my scanner, the script (run by user root) in /usr/local/bin/sanato solves the problem assigning group 'scanner' to device: #!/bin/sh line=`sane-find-scanner | grep 'found USB scanner' | sed -e 's/.*libusb://'` if [ "$line" = "" ]; then echo not found else line=`echo $line | sed -e 's;:;/;'` chgrp scanner /dev/bus/usb/$line fi With devuan remained the problem. Sane-utils is systemd infected and so I wrote a new script: #!/bin/sh line=`lsusb|grep "Your model"|sed -e 's/Bus \([0-9]\+\) Device \([0-9]\+\).\+/\1\/\2/'` if [ "$line" = "" ]; then echo not found else chgrp scanner /dev/bus/usb/$line fi Change "Your model" with your scanner. Udev rules that run script: # /etc/udev/rules.d/42-usb-permissions.rules SUBSYSTEM!="usb", GOTO="end_skip_usb" ACTION=="add", RUN+="/usr/local/bin/sanato" LABEL="end_skip_usb" It can serve someone. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng