[DNG] Report bugs

[viverna via Dng]

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

[viverna via Dng]

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

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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?

[viverna]

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

[viverna]

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

[viverna]

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 !

[viverna]

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?

[viverna]

il devuanizzato Antony Stone  il 18-03-20 
18:24:27 ha scritto:

https://www.phoronix.com/scan.php?page=article=ryzen-3700x-3900x-linux=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?

[viverna]

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?

[viverna]

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?

[viverna]

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?

[viverna]

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?

[viverna]

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?)

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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)

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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)

[viverna]

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

[viverna]

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)

[viverna]

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)

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

; 
]; 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

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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.

[viverna]

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] epoch init system and script distribution

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

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

[viverna]

il devuanizzato Didier Kryn <k...@in2p3.fr> il 11-05-18 08:00:28 ha scritto:
> Le 10/05/2018 à 19:12, viverna a écrit :
> >il devuanizzato Didier Kryn <k...@in2p3.fr> 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

[viverna]

il devuanizzato Didier Kryn <k...@in2p3.fr> 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

[viverna]

il devuanizzato Joel Roth <jo...@pobox.com> 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

[viverna]

il devuanizzato KatolaZ <kato...@freaknet.org> 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

[viverna]

il devuanizzato KatolaZ <kato...@freaknet.org> 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

[DNG] Meltdown and linux kernel KPTI patch

[viverna]

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.

[viverna]

Renaud (Ron) OLGIATI <ren...@olgiati-in-paraguay.org> 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.

[viverna]

il devuanizzato Renaud (Ron) OLGIATI <ren...@olgiati-in-paraguay.org> 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

[viverna]

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

[viverna]

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

[viverna]

il devuanizzato Olaf Meeuwissen <paddy-h...@member.fsf.org> 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

[viverna]

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