Re: [DNG] Odd issue with busybox dc in beowulf

[tito via Dng]

On Thu, 29 Apr 2021 09:59:02 +0800
Brad Campbell via Dng  wrote:

> G'day All,
> 
> I've upgraded a staging server from Jessie to Beowulf and find a
> script in my initramfs is now broken, tracking it down it is a huge
> change in behaviour in the busybox version of dc and I can't find any
> reference to what I'm missing. Has anyone bumped up against this?
> I've tried this on both the arm and x64 versions and the behaviour is
> identical, so it's not an arm thing specifically.
> 
> On jessie :
> brad@srv:~$ busybox dc
> 2
> 2
> add
> p
> 4
> 
> On beowulf :
> root@rpi31:~# busybox dc
> 2
> 2
> add
> p
> 
> 
> What you can't see at the bottom of the last example is the rendering
> of the 0x02 character in the shell.
> 
> The input processor also appears to have changed.
> 
> brad@srv:~$ busybox dc
> 0x127
> p
> 295
> 
> root@rpi31:~# busybox dc
> 0x127
> p
> 127
> 
> Installed packages.
> 
> root@rpi31:~# apt-cache showpkg busybox
> Package: busybox
> Versions:
> 1:1.30.1-4
> (/var/lib/apt/lists/deb.devuan.org_merged_dists_beowulf_main_binary-armhf_Packages)
> (/var/lib/dpkg/status) Description Language:
> File: 
> /var/lib/apt/lists/deb.devuan.org_merged_dists_beowulf_main_binary-armhf_Packages
> MD5: b7707908219c331294f3f9e8d926a9dc Description Language: en
>   File: 
> /var/lib/apt/lists/deb.devuan.org_merged_dists_beowulf_main_i18n_Translation-en
>MD5: b7707908219c331294f3f9e8d926a9dc
> 
> 
> Reverse Depends:
>initramfs-tools-core,busybox 1:1.22.0-17~
>zfs-initramfs,busybox
>udhcpd,busybox 1:1.30.1
>udhcpc,busybox 1:1.30.1
>open-iscsi,busybox
>open-infrastructure-system-boot,busybox
>live-boot-initramfs-tools,busybox
>initramfs-tools-core,busybox 1:1.22.0-17~
>busybox-syslogd,busybox 1:1.30.1
>dropbear-initramfs,busybox
>cryptsetup-initramfs,busybox
>bootcd,busybox
>busybox-static,busybox
>busybox-static,busybox
> Dependencies:
> 1:1.30.1-4 - libc6 (2 2.28) busybox-static (0 (null)) initramfs-tools
> (3 0.99) busybox-static (0 (null)) Provides:
> 1:1.30.1-4 -
> Reverse Provides:
> busybox-static 1:1.30.1-4 (= )
> 
> 
> brad@srv:~$ apt-cache showpkg busybox
> Package: busybox
> Versions:
> 1:1.22.0-9+deb8u4 (/var/lib/dpkg/status)
>   Description Language:
>   File: 
> /var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_binary-amd64_Packages
>MD5: b7707908219c331294f3f9e8d926a9dc
>   Description Language: en
>   File: 
> /var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_i18n_Translation-en
>MD5: b7707908219c331294f3f9e8d926a9dc
> 
> 1:1.22.0-9+deb8u1
> (/var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_binary-amd64_Packages)
> Description Language:
> File: 
> /var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_binary-amd64_Packages
> MD5: b7707908219c331294f3f9e8d926a9dc Description Language: en
>   File: 
> /var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_i18n_Translation-en
>MD5: b7707908219c331294f3f9e8d926a9dc
> 
> 
> Reverse Depends:
>udhcpd,busybox 1:1.22.0
>udhcpc,busybox 1:1.22.0
>live-boot-initramfs-tools,busybox
>initramfs-tools,busybox 1:1.01-3
>initramfs-tools,busybox 1:1.01-3
>cryptsetup,busybox
>busybox-syslogd,busybox 1:1.22.0
>busybox-static,busybox
>busybox-static,busybox
>bootcd,busybox
> Dependencies:
> 1:1.22.0-9+deb8u4 - libc6 (2 2.16) busybox-static (0 (null))
> initramfs-tools (3 0.99) busybox-static (0 (null)) 1:1.22.0-9+deb8u1
> - libc6 (2 2.16) busybox-static (0 (null)) initramfs-tools (3 0.99)
> busybox-static (0 (null)) Provides: 1:1.22.0-9+deb8u4 -
> 1:1.22.0-9+deb8u1 -
> Reverse Provides:
> busybox-static 1:1.22.0-9+deb8u1
> 
> Am I doing something dumb?
> 
> Regards,
> Brad
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
the only changes in the last years in busybox's dc are:

Commit message (Expand) Author  Age Files   Lines
*   timeout,top,watch,ping: parse NN.N fractional duration in locales with 
other ...Gravatar Denys Vlasenko 2021-03-23  1   -0/+1
*   randomconfig fixes  Gravatar Denys Vlasenko 2020-12-29  1   
-1/+1
*   decrease paddign: gcc-9.3.1 slaps 32-byte alignment on arrays 
willy-nilly   Gravatar Denys Vlasenko 2020-11-30  1   -1/+1
*   libbb: reduce the overhead of single parameter bb_error_msg() calls 
Gravatar James Byrne2019-07-02  1   -2/+2
*   dc: make 4 % 0 emit error messgaes and set result to 0  Gravatar Denys 
Vlasenko 2019-05-16  1   -7/+12
*   dc: code shrink Gravatar Denys Vlasenko 2019-05-09  1   -6/+16

Could you take a look at them?

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https:

Re: [DNG] Odd issue with busybox dc in beowulf

[tito via Dng]

On Thu, 29 Apr 2021 09:59:02 +0800
Brad Campbell via Dng  wrote:

> G'day All,
> 
> I've upgraded a staging server from Jessie to Beowulf and find a
> script in my initramfs is now broken, tracking it down it is a huge
> change in behaviour in the busybox version of dc and I can't find any
> reference to what I'm missing. Has anyone bumped up against this?
> I've tried this on both the arm and x64 versions and the behaviour is
> identical, so it's not an arm thing specifically.
> 
> On jessie :
> brad@srv:~$ busybox dc
> 2
> 2
> add
> p
> 4
> 
> On beowulf :
> root@rpi31:~# busybox dc
> 2
> 2
> add
> p
> 
> 
> What you can't see at the bottom of the last example is the rendering
> of the 0x02 character in the shell.
> 
> The input processor also appears to have changed.
> 
> brad@srv:~$ busybox dc
> 0x127
> p
> 295
> 
> root@rpi31:~# busybox dc
> 0x127
> p
> 127
> 
> Installed packages.
> 
> root@rpi31:~# apt-cache showpkg busybox
> Package: busybox
> Versions:
> 1:1.30.1-4
> (/var/lib/apt/lists/deb.devuan.org_merged_dists_beowulf_main_binary-armhf_Packages)
> (/var/lib/dpkg/status) Description Language:
> File: 
> /var/lib/apt/lists/deb.devuan.org_merged_dists_beowulf_main_binary-armhf_Packages
> MD5: b7707908219c331294f3f9e8d926a9dc Description Language: en
>   File: 
> /var/lib/apt/lists/deb.devuan.org_merged_dists_beowulf_main_i18n_Translation-en
>MD5: b7707908219c331294f3f9e8d926a9dc
> 
> 
> Reverse Depends:
>initramfs-tools-core,busybox 1:1.22.0-17~
>zfs-initramfs,busybox
>udhcpd,busybox 1:1.30.1
>udhcpc,busybox 1:1.30.1
>open-iscsi,busybox
>open-infrastructure-system-boot,busybox
>live-boot-initramfs-tools,busybox
>initramfs-tools-core,busybox 1:1.22.0-17~
>busybox-syslogd,busybox 1:1.30.1
>dropbear-initramfs,busybox
>cryptsetup-initramfs,busybox
>bootcd,busybox
>busybox-static,busybox
>busybox-static,busybox
> Dependencies:
> 1:1.30.1-4 - libc6 (2 2.28) busybox-static (0 (null)) initramfs-tools
> (3 0.99) busybox-static (0 (null)) Provides:
> 1:1.30.1-4 -
> Reverse Provides:
> busybox-static 1:1.30.1-4 (= )
> 
> 
> brad@srv:~$ apt-cache showpkg busybox
> Package: busybox
> Versions:
> 1:1.22.0-9+deb8u4 (/var/lib/dpkg/status)
>   Description Language:
>   File: 
> /var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_binary-amd64_Packages
>MD5: b7707908219c331294f3f9e8d926a9dc
>   Description Language: en
>   File: 
> /var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_i18n_Translation-en
>MD5: b7707908219c331294f3f9e8d926a9dc
> 
> 1:1.22.0-9+deb8u1
> (/var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_binary-amd64_Packages)
> Description Language:
> File: 
> /var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_binary-amd64_Packages
> MD5: b7707908219c331294f3f9e8d926a9dc Description Language: en
>   File: 
> /var/lib/apt/lists/archive.devuan.org_merged_dists_jessie_main_i18n_Translation-en
>MD5: b7707908219c331294f3f9e8d926a9dc
> 
> 
> Reverse Depends:
>udhcpd,busybox 1:1.22.0
>udhcpc,busybox 1:1.22.0
>live-boot-initramfs-tools,busybox
>initramfs-tools,busybox 1:1.01-3
>initramfs-tools,busybox 1:1.01-3
>cryptsetup,busybox
>busybox-syslogd,busybox 1:1.22.0
>busybox-static,busybox
>busybox-static,busybox
>bootcd,busybox
> Dependencies:
> 1:1.22.0-9+deb8u4 - libc6 (2 2.16) busybox-static (0 (null))
> initramfs-tools (3 0.99) busybox-static (0 (null)) 1:1.22.0-9+deb8u1
> - libc6 (2 2.16) busybox-static (0 (null)) initramfs-tools (3 0.99)
> busybox-static (0 (null)) Provides: 1:1.22.0-9+deb8u4 -
> 1:1.22.0-9+deb8u1 -
> Reverse Provides:
> busybox-static 1:1.22.0-9+deb8u1
> 
> Am I doing something dumb?
> 
> Regards,
> Brad
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
by looking at the latest git code:

static const struct op operators[] ALIGN_PTR = {
#if ENABLE_FEATURE_DC_LIBM
{"^",   power},
//  {"exp", power},
//  {"pow", power},
#endif
{"%",   mod},
//  {"mod", mod},
// logic ops are not standard, remove?
{"and", and},
{"or",  or},
{"not", not},
{"xor", eor},
{"+",   add},
//  {"add", add},
{"-",   sub},
//  {"sub", sub},
{"*",   mul},
//  {"mul", mul},
{"/",   divide},
//  {"div", divide},
{"p", print_no_pop},
{"f", print_stack_no_pop},
{"o", set_output_base},
};

it seems to me that mod, add, sub, mul, div are disabled
and only %, +, -, *,  / are supported.
Cannot say if simply uncommenting  them restores
the previous functionality, could be worth a try.
Eventually if it works a patch for making them optional
(CONFIG_DC_LONG_OPS or the like) could be sent
to the list.

Hope 

Re: [DNG] ..are we|Devuan safe from this systemd backdoor malware, taking our kernels from Debian?

[tito via Dng]

On Wed, 05 May 2021 19:04:10 +0900
Olaf Meeuwissen via Dng  wrote:

> Hi Martin, list,
> Martin Steigerwald writes:
> 
> > Hi!
> >
> > goli...@devuan.org - 02.05.21, 22:15:48 CEST:
> >> On 2021-05-02 06:08, terryc wrote:
> >> > Unfortunately there are systemd libraries installed by
> >> > Devuan-beowulf
> >> > desktop installation DVD.
> >>
> >> [snip]
> >>
> >> And they are harmless.
> >>
> >> Why are systemd files present in Devuan?
> >> https://dev1galaxy.org/viewtopic.php?id=1925
> >
> > No systemd library on my Devuan systems:
> >
> > % dpkg -l | grep systemd
> > [no output]
> 
> I forgot about dpkg's -l option, having gotten used to dpkg-query
> -W :-)
> 
> > Also none via locate.
> >
> > Using Plasma as desktop together with elogind.
> 
> No libsystemd0 on my beowulf machine but I did find it on a chimaera
> system I installed just a few days ago (using the alpha installer).
> 
> Curiousity peaked, I hunted it down and it turns out that my console
> only chimaera system installed it to satisfy Depends: for rsyslog,
> lvm2 and liblvm2cmd2.03.  The latter two depend on libsystemd0 (>=
> 222).
> 
> But wait a sec!  I've got lvm2 installed on my beowulf system too and
> there's no libsystemd0 to be found there!  What gives?
> 
> Turns out that libelogind0 is installed there and that happens to
> sport a Provides: libsystemd0 (= 241.4).  On chimaera the versioned
> dependency equals 246.10 (as of writing).
> 
> So people trying to get rid of the libsystemd0 package might try
> 
>   apt install libelogind0 libsystemd0-
> 
> but IIRC (and I'm relying on *very* vague memory here!) not all
> desktop environments will work with that.  FWIW, my beowulf machine
> is running fine with Xfce.
> 
Hi,

as far as I can tell having tested briefly all DEs supported by the
Debian buster installer, while working on my buster to beowulf 
migration script, nowadays all of them work with elogind/libelogind.
The only problematic Display Manager was Gnome's gdm3 which
could be easily substituted with slim or lightdm.

Ciao,
Tito  

> 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 Software
> https://my.fsf.org/donate Join the Free Software
> Foundation  https://my.fsf.org/join
> ___ Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] End of free open source software?

[tito via Dng]

Hi to all,
today while reading online my selection of international newspapers on
the german www. faz.net I've found this little article which made my
antennas vibrate, link is:

https://www.faz.net/aktuell/wirtschaft/reform-der-produkthaftung-verbraucher-sollen-vor-schaeden-durch-softwarefehler-geschuetzt-werden-17330921.html

text in german is:

Kunden sollen nach dem Willen der Verbraucherschutzministerkonferenz
(VSMK) künftig besser vor Schäden durch Softwarefehler geschützt
werden. Der Bund solle entsprechende Maßnahmen prüfen, sagte
Schleswig-Holsteins Verbraucherschutzminister Claus Christian Claussen
(CDU) nach dem Ende der Konferenz am Freitag. Zudem solle das
Produkthaftungsrecht künftig auch digitale Schäden umfassen, darunter
auch Datenverluste.

Das Produkthaftungsgesetz basiere auf einer EU-Richtlinie von 1985 und
sei angesichts des technischen Fortschritts nicht mehr zeitgemäß, so
Claussen weiter - besonders mit Blick auf die wachsende Bedeutung von
Software im Vergleich zu Hardware. Clausen sagte: „Wir wollen, dass ein
verbraucherfreundliches, digitales Produkthaftungsrecht eingeführt
wird.“ Das müsse vom Bund auf den Weg gebracht werden. Er sei
zuversichtlich, dass die Verbraucherschutzminister-Konferenz den Bund
bittet, entsprechende Vorschläge zu machen.

Auch die Überwachung des Lebensmittelhandels muss nach Claussens
Überzeugung an die aktuellen Entwicklungen angepasst werden.
Lebensmittel würden zunehmen über das Internet bestellt und nach Hause
geliefert. „Die klassischen Überwachungsmethoden greifen da natürlich
nicht durch.“ Auch hier solle die Bundesregierung tätig werden und
Rechtsgrundlagen schaffen.

Rudimental google translation is:

According to the wishes of the Conference of Consumer Protection
Ministers (VSMK), customers should be better protected from damage
caused by software errors in the future. The federal government should
examine appropriate measures, said Schleswig-Holstein's consumer
protection minister Claus Christian Claussen (CDU) after the end of the
conference on Friday. In addition, product liability law should also
include digital damage in the future, including data loss.

According to Claussen, the product liability law is based on an EU
directive from 1985 and is no longer up-to-date in view of technical
progress - especially with a view to the growing importance of software
compared to hardware. Clausen said: "We want consumer-friendly, digital
product liability law to be introduced." That must be initiated by the
federal government. He is confident that the consumer protection
ministers' conference will ask the federal government to make
appropriate proposals.

According to Claussens, the monitoring of the food trade must also be
adapted to current developments. Groceries are increasingly being
ordered online and delivered to your home. “Of course, the classic
monitoring methods do not work.” Here, too, the federal government
should act and create a legal basis.

So the first question that arises is:
how could open source and free software projects ensure
protection from damage up to data loss if actually even proprietary
software comes with no warranty at all?

For example Microsoft:

https://docs.microsoft.com/en-us/legal/windows-server/system-insights-eula

DISCLAIMER OF WARRANTY. THE SOFTWARE IS LICENSED “AS IS.” YOU BEAR THE
RISK OF USING IT. MICROSOFT GIVES NO EXPRESS WARRANTIES, GUARANTEES, OR
CONDITIONS. TO THE EXTENT PERMITTED UNDER APPLICABLE LAWS, MICROSOFT
EXCLUDES ALL IMPLIED WARRANTIES, INCLUDING MERCHANTABILITY, FITNESS
FOR A PARTICULAR PURPOSE, AND NON-INFRINGEMENT.

Ciao,
Tito
  

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] attempting to migrate from Buster to Beowulf

[tito via Dng]

On Sun, 23 May 2021 07:53:21 -0500
o1bigtenor via Dng  wrote:

> Greetings
> 
> For a number of reasons I would prefer to migrate (this machine is a
> server test bed (where I experiment)).
> 
> Following the 'destrucitons' on:
> https://www.devuan.org/os/documentation/dev1fanboy/en/buster-to-beowulf
> 
> I'm totally stuck at:
> If you want to use the wicd network manager this needs to be installed
> now or the upgrade will fail.
> 
> root@debian:~# apt-get install wicd-gtk
> 
> I have used dpkg and apt to remove network-manager yet every time I
> ask apt to install 'wicd-gtk' I'm getting the following (have
> removed/purged the installed files a few times too and dried a reboot
> to see if I could clear things this way but - - - ):
> 
> $ dpkg -l | grep network*   (pertinent selection)
> ii  traceroute1:2.1.0-2
> amd64Traces the route taken by packets over an
> IPv4/IPv6 network
> iF  wicd-daemon   1.7.4+tb2-6+devuan1.1
> all  wired and wireless network manager - daemon
> iU  wicd-gtk  1.7.4+tb2-6+devuan1.1
> all  wired and wireless network manager - GTK+
> client
> 
> # dpkg --configure -a
> Setting up wicd-daemon (1.7.4+tb2-6+devuan1.1) ...
> Failed to start wicd.service: Unit dbus.socket not found.
> invoke-rc.d: initscript wicd, action "start" failed.
> \u25cf wicd.service - Wicd a wireless and wired network manager for
> Linux Loaded: loaded (/lib/systemd/system/wicd.service; disabled;
> vendor preset: enabled)
>Active: inactive (dead)
>  Docs: man:wicd(8)
> dpkg: error processing package wicd-daemon (--configure):
>  installed wicd-daemon package post-installation script subprocess
> returned error exit status 1
> dpkg: dependency problems prevent configuration of wicd-gtk:
>  wicd-gtk depends on wicd-daemon (= 1.7.4+tb2-6+devuan1.1); however:
>   Package wicd-daemon is not configured yet.
> 
> dpkg: error processing package wicd-gtk (--configure):
>  dependency problems - leaving unconfigured
> Errors were encountered while processing:
>  wicd-daemon
>  wicd-gtk
> 
> 
> 
> This is feeling like a gordian knot at present.
> Is there anyone who might be able to show me how to beat this issue
> into submission?
> 
> Please advise soonest (grin - - - I am getting frustrated with this
> boondoggle!)
> 
> TIA
>

Hi,
You could take a look for inspiration at my migration script
that could be found at:

https://git.devuan.org/farmatito/migration

Use at your own risk. BACKUP YOUR DATA FIRST!!!

Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] attempting to migrate from Buster to Beowulf

[tito via Dng]

On Sun, 23 May 2021 09:00:43 -0500
o1bigtenor  wrote:

> On Sun, May 23, 2021 at 8:03 AM tito via Dng 
> wrote:
> >
> > On Sun, 23 May 2021 07:53:21 -0500
> > o1bigtenor via Dng  wrote:
> >
> > > Greetings
> > >
> > > For a number of reasons I would prefer to migrate (this machine
> > > is a server test bed (where I experiment)).
> > >
> > > Following the 'destrucitons' on:
> > > https://www.devuan.org/os/documentation/dev1fanboy/en/buster-to-beowulf
> > >
> > > I'm totally stuck at:
> > > If you want to use the wicd network manager this needs to be
> > > installed now or the upgrade will fail.
> > >
> > > root@debian:~# apt-get install wicd-gtk
> > >
> > > I have used dpkg and apt to remove network-manager yet every time
> > > I ask apt to install 'wicd-gtk' I'm getting the following (have
> > > removed/purged the installed files a few times too and dried a
> > > reboot to see if I could clear things this way but - - - ):
> > >
> > > $ dpkg -l | grep network*   (pertinent selection)
> > > ii  traceroute1:2.1.0-2
> > > amd64Traces the route taken by packets over an
> > > IPv4/IPv6 network
> > > iF  wicd-daemon   1.7.4+tb2-6+devuan1.1
> > > all  wired and wireless network manager -
> > > daemon iU  wicd-gtk
> > > 1.7.4+tb2-6+devuan1.1 all  wired and wireless network
> > > manager - GTK+ client
> > >
> > > # dpkg --configure -a
> > > Setting up wicd-daemon (1.7.4+tb2-6+devuan1.1) ...
> > > Failed to start wicd.service: Unit dbus.socket not found.
> > > invoke-rc.d: initscript wicd, action "start" failed.
> > > \u25cf wicd.service - Wicd a wireless and wired network manager
> > > for Linux Loaded: loaded (/lib/systemd/system/wicd.service;
> > > disabled; vendor preset: enabled)
> > >Active: inactive (dead)
> > >  Docs: man:wicd(8)
> > > dpkg: error processing package wicd-daemon (--configure):
> > >  installed wicd-daemon package post-installation script subprocess
> > > returned error exit status 1
> > > dpkg: dependency problems prevent configuration of wicd-gtk:
> > >  wicd-gtk depends on wicd-daemon (= 1.7.4+tb2-6+devuan1.1);
> > > however: Package wicd-daemon is not configured yet.
> > >
> > > dpkg: error processing package wicd-gtk (--configure):
> > >  dependency problems - leaving unconfigured
> > > Errors were encountered while processing:
> 
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> > >  wicd-daemon
> > >  wicd-gtk
> > >
> > >
> > >
> > > This is feeling like a gordian knot at present.
> > > Is there anyone who might be able to show me how to beat this
> > > issue into submission?
> > >
> > > Please advise soonest (grin - - - I am getting frustrated with
> > > this boondoggle!)
> > >
> > > TIA
> > >
> >
> > Hi,
> > You could take a look for inspiration at my migration script
> > that could be found at:
> >
> > https://git.devuan.org/farmatito/migration
> >
> > Use at your own risk. BACKUP YOUR DATA FIRST!!!
> >
> > Ciao,
> > Tito
> >
> 
> Thanks Mr Tito
> I have been following what you have been presenting here.
> Wondering why you have not upgraded your DE list in the code
> (lines 9 and 10) to the list you have in the 'README' as I'm looking
> at your script.
> 
Hi,

migration.sh

# Supported DE's:
# 1) GNOME 
# 2) LXDE   
# 3) LXQT   
# 4) XFCE   
# 5) KDE
# 6) MATE   
# 7) CINNAMON

README.md

   GNOME
LXDE
LXQT
XFCE
KDE
   MATE
   CINNAMON

They look the same to me. Do I miss something?

> Wonder - - - - this is a test box. (And I'm a 'gambling' man - - -
> grin) do I just dump the script into a terminal and let it rip?

Yes it should work even from inside the DE, open a root terminal
and run migration.sh
 
> Is that a bad idea when one has already started the process?

I really cannot say, the script is rather conservative and tries 
not to break users's boxes but It is difficult without crystall ball
to foresee what a sysadmin already has done.

One problem I can think of is that if you have already uninstalled
systemd the box will not reboot cleanly at the end.
 
> Please advise.

I would reinstall systemd and start from a clean debian system,
but as you are a gamblin' man
 
> TIA

Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] exim paniclog

[tito via Dng]

On Mon, 31 May 2021 21:43:54 +0200
Antony Stone  wrote:

> On Monday 31 May 2021 at 21:37:30, g4sra via Dng wrote:
> 
> > > Is deleting the paniclog the proper way to stop receiving these
> > > e-mails?
> > 
> > No, don't delete it, empty it, this should be the standard practice
> > when manually manipulating daemon log files.
> 
> Hm, why do you say that?
> 
> Surely you want exim to open a new log file when it has something new
> to report.
> 
> If you do not delete the log file but simply write "nothing" to it in
> order to empty it, won't the daemon keep the current write position
> and then get confused when the file is smaller?
> 
> 
> Antony.
> 
Hi,
wouldn't the daemon simply append to the end of the log file?

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Hopman and inotify

[tito via Dng]

On Sat, 12 Jun 2021 15:35:56 -0400
Steve Litt  wrote:

> Hi all,
> 
> I think inotify is the best foundation for a usb plugin/plugout
> detector. I used it in my early 2015 proof of concept proving that
> Poettering's socket activation was overkill and could be accomplished
> much less intrusively with inotify.
> 
> As far as I know, Hopman's only usage is to mount thumb drives and USB
> connected SATA drives. 

Hi,
don't forget smartphones there are billions far more than thumb drives
and  USB SATA drives.

Ciao,
Tito

> If that's the case, filtering the inotify event
> stream should be fairly straightforward. Once detection is
> accomplished, functions, callbacks or objects can be used to
> accomplish the proper action.
> 
> SteveT
> 
> Steve Litt 
> Spring 2021 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

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] ..maybe webmin?, was: Cockpit removal might make sense

[tito via Dng]

On Sun, 13 Jun 2021 19:41:28 +0900
Olaf Meeuwissen via Dng  wrote:

> Hi,
> 
> d...@d404.nl writes:
> 
> > On 08-06-2021 00:46, Hendrik Boom wrote:
> >> On Tue, Jun 08, 2021 at 12:05:39AM +0200, Arnt Karlsen wrote:
> >>> ..snip "tech" justification of subversive systemd politics.
> >>>
>  So in summary, there is no way of running cockpit in a
>  non-systemd/Linux environment that I'd be willing to support.
> >> Most of the worries mentioed here seem a bit overblown, but still
> >> need to be considered.
> >>> ..found just 3 mentions of "systemd", and this gem in:
> >>> https://metadata.ftp-master.debian.org/changelogs//main/c/cockpit/cockpit_243-1_changelog
> >>> "- Detect unregistered RHEL systems on Software Updates page"
> >> But I did look at those mentions of systemd.  The one I found
> >> worrisome was the first:
> >>
> >>* Add smoke autopkgtest that can run in containers.
> >>  Add a simple test of cockpit-bridge and the login page to
> >> ensure that packages have the right dependencies and contents, and
> >> that the systemd units are set up correctly to get a login page on
> >>  https://localhost:9090.
> >>  This can also run in a container and thus in Debian's CI and
> >> on all
> >>
> >> If systemd becomes an integral par of Debian's packaging system,
> >> it may cause us difficulties.
> >>
> >> -- hendrik
> >>> ..now, Martin Pitt does offer a good recommendation:
>  For these I'd rather recommend looking at webmin, ebox, or
>  similar project."
> >>> ..https://alternativeto.net/software/cockpit-linux/
> >>>
> >>> ..to maintain e.g. webmin (https://www.webmin.com/ )
> >>> support for cockpit, you may wanna look at these 2: ...
> >>> "https://packages.debian.org/sid/cockpit-bridge
> >>> Cockpit bridge server-side component
> >>> The Cockpit bridge component installed server side and runs
> >>> commands on the system on behalf of the web based user interface."
> >>> ...and "https://packages.debian.org/sid/cockpit-tests
> >>> Tests for Cockpit
> >>> This package contains tests and files used while testing Cockpit.
> >>> These files are not required for running Cockpit." ...
> >>>
> >>> ...and check systemd and cockpit brass thinking: ...
> >>> https://packages.debian.org/sid/cockpit-doc
> >>> "Cockpit deployment and developer guide
> >>> The Cockpit Deployment and Developer Guide shows sysadmins how to
> >>> deploy Cockpit on their machines as well as helps developers who
> >>> want to embed or extend Cockpit."
> >>>
> >>> ...against: https://packages.debian.org/source/sid/cockpit
> >>> and the possible potential Ken Thompson style hacks:
> >>> https://duckduckgo.com/?q=Ken+Thompson+style+hacks&ia=web
> >>>
> >>> ..and, who needs a compiler with systemd onboard?  My guess is
> >>> systemd running as PID1, can be set up to launch such possible
> >>> "Ken Thompson style hack" attacks, all you need to do is hide
> >>> them away in binaries somewhere "neccessary" online, so these new
> >>> Cockpit web admin user systemd victims never understand them,
> >>> even if they ever find out how to read such C etc code...
> >>>
> >>> ..on cockpit and alternatives:
> >>> https://www.unixmen.com/cockpit-a-beginner-friendly-server-administration-tool/
> >>> https://www.linux-magazine.com/Issues/2020/241/Cockpit
> >>> https://www.hostingadvice.com/how-to/cpanel-vs-plesk-vs-webpanel/
> >>> https://alternativeto.net/software/webmin/
> >>> https://en.wikipedia.org/wiki/Comparison_of_web_hosting_control_panels
> >>>
> >>> ..cockpit is not known by Wikipedia:
> >>> https://en.wikipedia.org/wiki/Cockpit_(disambiguation)
> >>> https://en.wikipedia.org/w/index.php?title=Special:Search&limit=500&offset=0&profile=default&search=intitle%3A%22Cockpit%22&ns0=1
> >>>
> >>>
> >>> ..turns out ebox changed its name, and, it does not support
> >>> Procmail: https://zentyal.com/features/
> >>>
> >>> ..webmin supports procmail.
> >>>
> >>> --
> >>> ..med vennlig hilsen = with Kind Regards from Arnt Karlsen
> >>> ...with a number of polar bear hunters in his ancestry...
> >>>Scenarios always come in sets of three:
> >>>best case, worst case, and just in case.
> >
> > Not hindered by any knowledge about system programming I am
> > wondering how much work it would be to implement a socket
> > activation interface without systemd. Although what I read about
> > its design it is unnecessary complicated. Using a tinylog component
> > in systemd until syslogd is loaded is one example of such
> > complicating solution.
> >
> > Has anyone invested some time in analyzing systemd's socket
> > activation and mind to share it on this list or in email?
> 
> When I read[1]
> 
>   Cockpit itself doesn’t eat resources or even run in the background
>   when you’re not using it. It runs on demand, thanks to systemd
> socket activation.

Hi,
would it be possible to start it with a initscript and let it run?
and totally ignore this socket stuff?
 
> all I could think of was that inetd and xinetd have been doing tha

Re: [DNG] USB mount problem

[tito via Dng]

On Sun, 13 Jun 2021 12:37:00 -0700
Fred  wrote:

> On 6/11/21 7:05 AM, Patrick Bartek via Dng wrote:
> > On Thu, 10 Jun 2021 17:37:13 -0700
> > Fred  wrote:
> > 
> >> On 6/10/21 1:48 PM, Patrick Bartek via Dng wrote:
> >>> On Thu, 10 Jun 2021 08:49:24 -0700
> >>> Fred  wrote:
> >>>
>  Hello,
> 
>  I have a new Beowulf AMD64 install and am having trouble mounting
>  USB storage devices.
> 
>  The USB keyboard and mouse work ok.  lsusb shows the storage
>  device is present.  The usbmount program is apparently no longer
>  available and I haven't been able to find what took its place.
>  I have another computer that had Debian Jessie installed then was
>  upgraded to Beowulf x86.  It has usbmount and will automatically
>  mount USB storage devices.
> 
>  What do I need to install?
> >>>
> >>> I use udisks2 to automount external USB devices.
> >>>
> >>> B
> >>> ___
> >>> Dng mailing list
> >>> Dng@lists.dyne.org
> >>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> >>>
> >> Hi,
> >> I found udisks2 installed on the computer that automatically mounts
> >> USB devices but there is no man page so I would not know how to use
> >> it if installed on the other computer.
> > 
> > Not much to using it: apt-get install udisks2 and everything gets
> > set up. I used the defaults. Devices are mounted under /media/"your
> > username". If you run a panel, the udisks2 gadget shows up there
> > with additional options. Manual unmounting is necessary, but I use
> > only a window manager (Openbox) and lxpanel for my GUI, so your
> > mileage may vary if you use a desktop environment.
> > 
> > Others have shown you how to access the mans.  So, I won't repeat
> > that.
> > 
> > B
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> > 
> Hello,
> I still need some help with this.
> I installed udisks2.  The last line of the installation dialog showed 
> what I believe is a warning, maybe of no consequence:
> 
> W: 
> http://deb.debian.org/debian/pool/main/libb/libblockdev/libblockdev-crypto2_2.20-7+deb10u1_amd64.deb:
>  
> Automatically disabled Acquire::http::Pipeline-Depth due to incorrect 
> response from server/proxy. (man 5 apt.conf)
> 
> The udisksd man page says the daemon is started by dbus-daemon or 
> systemd.  However, it is not started by inserting a USB device.  I
> tried starting it manually (with USB device inserted) and received
> this:
> 
> root@aragog:/home/fred# /usr/lib/udisks2/udisksd &
> [1] 523
> root@aragog:/home/fred# udisks-Message: 07:27:15.642: udisks daemon 
> version 2.8.1 starting
> 
> ** (udisksd:523): WARNING **: 07:27:15.773: failed to load module 
> mdraid: libbd_mdraid.so.2: cannot open shared object file: No such
> file or directory
> sh: 1: dmidecode: not found
> 
> (udisksd:523): udisks-WARNING **: 07:27:15.776: Failed to load the 
> 'mdraid' libblockdev plugin
> udisks-Message: 07:27:16.017: Acquired the name
> org.freedesktop.UDisks2 on the system message bus
> 
> If that library file was needed it should have been loaded by the 
> installer.  I don't know what to do from here.
> 
> I use openbox and xterms if that info. is needed.
> 
> Best regards,
> Fred
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
try

apt install libblockdev-mdraid2

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Another request for assistance

[tito via Dng]

On Mon, 14 Jun 2021 17:42:04 -0500
o1bigtenor via Dng  wrote:

> On Sun, Jun 13, 2021 at 4:11 PM Tim Wallace 
> wrote:
> 
> > After you boot with rEFInd, follow the directions for "Reinstalling
> > grub-efi on your hard drive" on this page: GrubEFIReinstall -
> > Debian Wiki 
> >
> > GrubEFIReinstall - Debian Wiki
> >
> > 
> >
> >
> > Thank you mr Tim
> 
> Worked my way through the destructions with all required responses
> being textbook.
> Ejected the rEFInd disk and then asked for a reboot.
> 
> Resultant is :
> grub>
> 
> grub> ls
> lists some 18 partitions none of which indicate the msdos needed for
> efi (proc), (hdo), (hd0,gpt15) (hd0, gpt 14 to 1) (hd1)
> 
> Tried booting using the rEFInd disk and everything is working (select
> the correct partition and then everything works).
> Ran through the destructions again (just in case) with everything
> looking as indicated.
> Still not bootable directly.
> 
> Looked at some pages re: booting from grub directly but somehow I was
> supposed to have this msdos partition (which I don't).
> So I'm still at least somewhat lost - - - I can get the system to
> boot but only using the long way around.
> 
> Ideas/suggestions ?
> 
> TIA

Hi,
I can just show you what I have in the only efi booting system of mine:

/etc/fstab
/dev/nvme0n1p1 on /boot/efi type vfat 
(rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
/dev/nvme0n1p2 on / type ext4 (rw,relatime,errors=remount-ro)
+ other partitions not relevant


in boot/efi there are this files and dirs:

ls -la /boot/efi/
total 12
drwx-- 3 root root 4096 Jan  1  1970 .
drwxr-xr-x 4 root root 4096 May 20 14:45 ..
drwx-- 4 root root 4096 May 18 19:12 EFI
# ls -la /boot/efi/EFI
total 16
drwx-- 4 root root 4096 May 18 19:12 .
drwx-- 3 root root 4096 Jan  1  1970 ..
drwx-- 2 root root 4096 May 18 19:12 debian
drwx-- 2 root root 4096 May 18 19:12 devuan
# ls -la /boot/efi/EFI/debian
total 12
drwx-- 2 root root 4096 May 18 19:12 .
drwx-- 4 root root 4096 May 18 19:12 ..
-rwx-- 1 root root  117 May 18 19:12 grub.cfg
# ls -la /boot/efi/EFI/devuan
total 5236
drwx-- 2 root root4096 May 18 19:12 .
drwx-- 4 root root4096 May 18 19:12 ..
-rwx-- 1 root root 108 May 18 19:12 BOOTX64.CSV
-rwx-- 1 root root 1206824 May 18 19:12 fbx64.efi
-rwx-- 1 root root 117 May 18 19:12 grub.cfg
-rwx-- 1 root root 1549696 May 18 19:12 grubx64.efi
-rwx-- 1 root root 1261192 May 18 19:12 mmx64.efi
-rwx-- 1 root root 1322936 May 18 19:12 shimx64.efi

the two grub.cfg files are identical.

Running update-grub shows:

# update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.19.0-16-amd64
Found initrd image: /boot/initrd.img-4.19.0-16-amd64
Found linux image: /boot/vmlinuz-4.19.0-14-amd64
Found initrd image: /boot/initrd.img-4.19.0-14-amd64
Adding boot menu entry for EFI firmware configuration
done

The following grub and efi  packages are installed:

dpkg --get-selections | grep grub
grub-common install
grub-efi-amd64  install
grub-efi-amd64-bin  install
grub-efi-amd64-signed   install
grub2-commoninstall
root@aplysia:/home/tito# dpkg --get-selections | grep efi
efibootmgr  install
grub-efi-amd64  install
grub-efi-amd64-bin  install
grub-efi-amd64-signed   install
libefiboot1:amd64   install
libefivar1:amd64install

The system was setup by the devuan installer iso.

Hope this helps.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] ntp setup

[tito via Dng]

On Sat, 19 Jun 2021 09:31:23 -0500
o1bigtenor via Dng  wrote:

> Greetings
> 
> Noticed that my new Beowulf install time was not accurate.
> 
> Went looking for a tips page and all I could find was information
> relating to using systemd and or its tools to do such. I know there is
> a way to do this without systemd - - - - - just - - - its been a very
> long time since I've done that.
> 
> Please  - - - anyone for a short writeup on how to
> install/start/whatever else to ntp without using systemd?
> 
> TIA

Hi,

apt install ntp

or

apt install chrony

or

 apt install openntpd

or

apt install ntpdate   (deprecated)

or

apt install ntpsec-ntpdate (more secure replacement for ntpdate)

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Refracta have a static IP

[tito via Dng]

On Tue, 13 Jul 2021 16:41:06 -0400
Steve Litt  wrote:

> Hi all,
> 
> I'm trying to make my new Chimera based Refracta have a static IP
> address at 192.168.0.199/24, in order that every other computer on the
> 192.168.0.0/24 subnet can easily access it, and so I can put it on my
> LAN DNS.
> 
> So I made my /etc/network/interfaces look like the following, which
> follows the guidelines of "man interfaces":
> 
> ===
> auto lo
> iface lo inet loopback
> 
> allow-hotplug eth0
> iface eth0 inet static
>   address 192.168.0.199
>   gateway 192.168.0.1
> ===
> 
> Unfortunately, instead of the IP address being 192.168.0.199, it's a
> DHCP supplied 192.168.0.204 . What additional steps must I take to get
> my desired 192.168.0.199?

Check the interface name is really eth0?

Ciao,
Tito

> Additional note: When I used 192.168.0.40, which I KNOW is not in my
> leased DHCP range, the result was the same. What must I do to get a
> static IP at 192.168.0.199/24 ?
> 
> Thanks,
> 
> SteveT
> 
> Steve Litt 
> Spring 2021 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

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan for WSL

[tito via Dng]

On Thu, 15 Jul 2021 13:57:54 -0400
Linux O'Beardly via Dng  wrote:

> Has anyone attempted and/or had success at creating a WSL distribution from
> a Devuan docker image? I started a new gig and am stuck with a Windows
> laptop, but they will allow us to run WSL. Any info would be greatly
> appreciated.
> 
> Thanks,
> 

Hi,
I've installed Devuan in a HyperV VM and after a little tweaking of
the HyperV settings it works well for me.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Remote power management

[tito via Dng]

On Thu, 22 Jul 2021 10:10:16 +0100
fraser kendall  wrote:

> Hi,
> 
> This feels like a damnfool question, but I don't seem able to find an
> appropriate solution.
> 
> The situation: careless staff leaving desktops logged on, open tabs in
> browsers, monitors left on etc.etc.
> 
> First solution: cron job: '/sbin/shutdown -r now' run daily at 7pm
> 
> But this reboots to a live console login (no dm installed) and I
> haven't yet found a way to remotely configure the power management; all
> the solutions seem to merge to one where X is already running (or
> eliminating human error!).
> 
> The situation is complicated by the need to subsequently disable power
> management and screensaver so that online video (tutoring) doesn't get
> interrupted once X and xfce are manually launched. So here is my
> damnfool question:
> 
> How can I manually turn any monitors off remotely if they are not
> running X? The computers are all running Chimaera.
> 
> Sorry for such an elementary question, but it's eluded me.
> 
> fraser
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
something like (at the end of startx?):

#export DISPLAY=:0.0 (should be set)
# turn off
xset -display $DISPLAY dpms force off
# read keyboard input 
read dummy
# turn on again if keyboard active
xset -display $DISPLAY dpms force on

Untested.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Nasty Linux systemd security bug revealed

[tito via Dng]

On Mon, 26 Jul 2021 22:53:02 -0400
Steve Litt  wrote:

> Hendrik Boom said on Mon, 26 Jul 2021 17:21:24 -0400
> 
> >On Mon, Jul 26, 2021 at 11:48:53AM -0400, Steve Litt wrote:
> >> Andreas Messer said on Mon, 26 Jul 2021 09:38:23 +0200
> >> 
> >>   
> >> >My feeling is, that you can not simply teach someone how to write
> >> >safe software.   
> >> 
> >> Why not? You can teach a person to do anything else. But maybe not in
> >> college, because college is built to make money, not to teach.
> >> Consider the average textbook and compare to the average "For
> >> Dummies" book. The former makes the subject matter look incredibly
> >> complex, justifying the professor. The latter makes it easy to learn.
> >> 
> >> What is needed is a curated document explaining the five or ten or
> >> twenty things you need to do to be secure, and then how to achieve
> >> them in a practical world. Let's start with input field cleansing and
> >> protection from errant pointers and buffer overflow. There are many
> >> more:  
> >
> >Knowing you, you probably already have a draft of such a document
> >lying around.
> 
> Not that I know of. That's why I'm starting at the level of a simple
> list.
> 
> SteveT
> 
> Steve Litt 
> Spring 2021 featured book: Troubleshooting Techniques of the Successful
> Technologist http://www.troubleshooters.com/techniques

Hi,

Ten Commandments

  1) use the least amount of code possible
  2) try harder and go to point 1
  3) if the code doesn't fit into one screen go to point 2
  4) always initialize your vars at declaration time
  5) always set your vars to NULL after freeing them
  6) always check error codes of the functions you call and something 
appropriate
  7) add comments about what and why you did (that ugly hack)
  8) use meaningful (to others) names for your functions and vars
  9) your code must be readable to others like a children's book
10) if you don't know how to solve it, look what others did, then do it your 
way (or forget Ctrl-C)

these are the few rules I used when I did a little programming in the past.
So tell me yours...

Ciao,
Tito








___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Nasty Linux systemd security bug revealed

[tito via Dng]

On Tue, 27 Jul 2021 13:07:01 -0400
Steve Litt  wrote:

> tito via Dng said on Tue, 27 Jul 2021 08:26:03 +0200
> 
> 
> >Ten Commandments
> >
> >  1) use the least amount of code possible
> >  2) try harder and go to point 1
> >  3) if the code doesn't fit into one screen go to point 2
> 
> Do you mean if the code OF ONE SUBROUTINE doesn't fit into one screen,
> go to point 2?

Yes. I have a big screen nowadays 

> Thanks,
> 
> SteveT
> 
> Steve Litt 
> Spring 2021 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

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Nasty Linux systemd security bug revealed

[tito via Dng]

On Tue, 27 Jul 2021 13:11:47 -0400
Steve Litt  wrote:

> tito via Dng said on Tue, 27 Jul 2021 08:26:03 +0200
> 
> 
> >Ten Commandments
> >
> >  1) use the least amount of code possible
> >  2) try harder and go to point 1
> >  3) if the code doesn't fit into one screen go to point 2
> >  4) always initialize your vars at declaration time
> >  5) always set your vars to NULL after freeing them
> >  6) always check error codes of the functions you call and something
> > appropriate 
> > 7) add comments about what and why you did (that ugly
> > hack) 
> > 8) use meaningful (to others) names for your functions and vars
> >  9) your code must be readable to others like a children's book
> >10) if you don't know how to solve it, look what others did, then do
> >it your way (or forget Ctrl-C)
> 
> Thanks Tito,
> 
> This is a good part of what I was asking for. I'd like to add that you
> need to cleanse and length-check any user input that comes in.

Yes, forgot about that one, was a pain when I did my first 
and last (til now) C + GTK + LIBMYSQL program for win32.

Tito   

> SteveT
> 
> Steve Litt 
> Spring 2021 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

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Starting outline for the DNG Safe Programmer Certificate

[tito via Dng]

On Wed, 28 Jul 2021 16:12:53 -0400
Steve Litt  wrote:

> Hi all,
> 
> Here's the info we've collected so far on safe programming:
> 
> ==
> From Tito:
> 
> Ten Commandments
> 
>   1) use the least amount of code possible
>   2) try harder and go to point 1
>   3) if the code doesn't fit into one screen go to point 2
>   4) always initialize your vars at declaration time
>   5) always set your vars to NULL after freeing them
Hi,
Should be:
  6) always check error codes of the functions you call and _do_ something 
appropriate 

>   6) always check error codes of the functions you call and something
>   appropriate 
>   7) add comments about what and why you did (that ugly
>   hack) 
>   8) use meaningful (to others) names for your functions and vars
>   9) your code must be readable to others like a children's book
>   10) if you don't know how to solve it, look what others did, then do
>   it your way (or forget Ctrl-C)
> 
> EDITOR'S NOTE: #3 means all code *from one subroutine* fits on one
> screen.
> ==
> 
> ==
> From g4sra:
> 
> Software Developer's Mantra
> ~~~
> completeness conciseness
> high-cohesion low-coupling
> resilience robustness
> validation verification
> ==
> 
> 
> ==
> From Josef Grosch:
> 
> 1) KISS (Keep It Simple Stupid) Clever code always comes back to bite 
> you in the ass. Simplicity is a beautiful thing.
> 
> 2) White space is free, use it to make the code readable.
> 
> 3) Pick a coding style and stick to it, I personally prefer the One
> True coding style. Most languages have a tool like Beautify that can be 
> configured to format your code to your coding style.
> 
> 4) If a block of code gets repeated 2 or more time break it out as a 
> function or a method.
> 
> 5) Most languages have a Lint type tool, use it often.
> 
> 6) Use the system and languages libraries. Never try to re-write them, 
> it will only lead to more bugs and rabbit holes. Same goes for
> libraries from other projects, they have had the benefit of many eyes
> looking at 
> their code.
> 
> 7) Pay attention to the scope of variables and functions.
> 
> 8) Use a revision control system like Git to check code in on a regular 
> basis into a branch for a coding session, not into the main branch. 
> Working in a branch lets you figure out what really works and only when 
> everything is correct then merge into the main branch. I usually do a 
> pull at the beginning of a coding session and a push at the end.
> ==
> 
> 
> ==
> From Steve Litt:
> 
> Cleanse and length-check any user input, or any data that comes in
> externally.
> 
> Avoid volleyball code. Use yo-yo code instead.
> 
> Avoid global variables if at all possible. (See g4sra's "low coupling").

That's bad... I love global variables  ;-( as they avoid shuffling around 
parameters in functions (KISS?)

Ciao,
Tito 

> Avoid software switchtracks (e.g. dbus) (See g4sra's "low coupling").
> 
> Use names instead of magic numbers.
> 
> Name variables, functions and methods descriptively.
> 
> Avoid parallel variables.
> ==
> 
> I wish I had had this list when I started programming professionally in
> 1984. I'm sure glad to have it now.
> 
> Does anyone have other list items to add?
> 
> Thanks,
> 
> SteveT
> 
> Steve Litt 
> Spring 2021 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

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Rant: was fresh install of chimaera on an Ultrabook - no touchpad

[tito via Dng]

On Wed, 28 Jul 2021 22:26:07 +
g4sra via Dng  wrote:

> <--snip-->
> This is why Devuan's installer will ask\prompt you to insert additional 
> installation media such as a USB stick.
Hi
The user most of the time doesn't even know which driver or firmware blob he 
needs so this is not a solution
(unless you know how to scan dmesg...to spot the trouble).

Better would be to tell them:
1) minimal install, netinstall isos/usb images are for advanced users as they 
could miss firmware/drivers and you are on your own.
2) full install CD/DVD/usb images contain all available firmware/drivers and 
give best results (plus initial opt out of non-free stuff defaulting to: I want 
it)

Just my 2 cents,
Ciao,
Tito

> There are just too many Gigabytes of Drivers required to satisfy every corner 
> case, put the drivers your quirky hardware requires on a USB stick and use it 
> when prompted!
> I do not ever want to have to install an OS from 31 removable media's ever 
> again! (Windows NT anybody?).

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Rant: was fresh install of chimaera on an Ultrabook - no touchpad

[tito via Dng]

On Thu, 29 Jul 2021 12:43:00 +
g4sra via Dng  wrote:

> On Thursday, July 29th, 2021 at 6:58 AM, tito via Dng  
> wrote:
> 
> > On Wed, 28 Jul 2021 22:26:07 +
> > g4sra via Dng dng@lists.dyne.org wrote:
> > > <--snip-->
> > > This is why Devuan's installer will ask\prompt you to insert additional 
> > > installation media such as a USB stick.
> > 
> 
> > Hi
> > 
> 
> > The user most of the time doesn't even know which driver or firmware blob 
> > he needs so this is not a solution
> > (unless you know how to scan dmesg...to spot the trouble).
> > 
> 
> > Better would be to tell them:
> > 1.  minimal install, netinstall isos/usb images are for advanced users as 
> > they could miss firmware/drivers and you are on your own.
> > 2.  full install CD/DVD/usb images contain all available firmware/drivers 
> > and give best results (plus initial opt out of non-free stuff defaulting 
> > to: I want it)
> 
> Note the line following in my original text
> > > There are just too many Gigabytes of Drivers required to satisfy every 
> > > corner case,
> You would need to put Drivers and Firmware for every network device in 
> existence on the installation media. 

Hi,
let's add this up for example for amd64

kernel 48 MB
firmware-linux-free 19.2 KB

There no more interesting packages in my Synaptic kernel and modules section if 
we 
assume that a install iso ships just one kernel.
In the kernel and modules (contrib) section there a few packages not more then 
20MB.
in the kernel and modules (non-free) section about 50 more packages about 206 
MB.
Some 300 MB in total, where are all the GBs?
Even if we add DKMS and compilers which I skipped how much GBs will them be?.
What am I missing?
 
Ciao,
Tito

> 
> > > put the drivers your quirky hardware requires on a USB stick and use it 
> > > when prompted!
> > > I do not ever want to have to install an OS from 31 removable media's 
> > > ever again! (Windows NT anybody?).
> > 
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Rant: was fresh install of chimaera on an Ultrabook - no touchpad

[tito via Dng]

On Thu, 29 Jul 2021 17:16:31 +
g4sra via Dng  wrote:

> <--snip->> 
> 
> > > > > There are just too many Gigabytes of Drivers required to satisfy 
> > > > > every corner case,
> > > > > You would need to put Drivers and Firmware for every network device 
> > > > > in existence on the installation media.
> > 
> 
> > Hi,
> > 
> 
> > let's add this up for example for amd64
> > 
> 
> > kernel 48 MB
> > firmware-linux-free 19.2 KB
> > 
> 
> > There no more interesting packages in my Synaptic kernel and modules 
> > section if we
> > assume that a install iso ships just one kernel.
> > In the kernel and modules (contrib) section there a few packages not more 
> > then 20MB.
> > in the kernel and modules (non-free) section about 50 more packages about 
> > 206 MB.
> > Some 300 MB in total, where are all the GBs?
> > Even if we add DKMS and compilers which I skipped how much GBs will them 
> > be?.
> > 
> 
> > What am I missing?
> 
> All the 'other' Drivers that people are complaining are NOT in the netinstall 
> ISO's.
> I don't understand the point you are making in adding up the Drivers that 
> *are* included.

Hi,
I'm just saying that I wonder why being not that big in size they were not 
included
and in fact as you confirm they are included.
The ones you list here are all firmware blob packages so now the question arises
which are the DRIVER packages that should have been included and are not?
By inspecting the repos (not the isos) with the synaptic package manager
I was not able to spot the GBs of packages you mentioned,
probably this is my fault and I just look in the wrong places.

Ciao,
Tito

> mount -o loop devuan_beowulf_3.1.0_amd64-netinstall.iso /mnt/tmp
> find /mnt/tmp/pool/DEBIAN/ -type f -name "firmware-*"
> /mnt/tmp/pool/DEBIAN/contrib/b/b43-fwcutter/firmware-b43-installer_019-4+deb10u1_all.deb
> /mnt/tmp/pool/DEBIAN/contrib/b/b43-fwcutter/firmware-b43legacy-installer_019-4+deb10u1_all.deb
> /mnt/tmp/pool/DEBIAN/main/f/firmware-free/firmware-linux-free_3.4_all.deb
> /mnt/tmp/pool/DEBIAN/main/o/open-ath9k-htc-firmware/firmware-ath9k-htc-dbgsym_1.4.0-97-g75b3e59+dfsg-3_all.deb
> /mnt/tmp/pool/DEBIAN/main/o/open-ath9k-htc-firmware/firmware-ath9k-htc_1.4.0-97-g75b3e59+dfsg-3_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-adi_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-amd-graphics_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-atheros_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-bnx2_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-bnx2x_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-brcm80211_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-cavium_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-intel-sound_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-intelwimax_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-ipw2x00_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-ivtv_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-iwlwifi_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-libertas_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-linux-nonfree_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-linux_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-misc-nonfree_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-myricom_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-netronome_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-netxen_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-qcom-media_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-qlogic_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-ralink_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-realtek_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-samsung_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-siano_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/f/firmware-nonfree/firmware-ti-connectivity_20190114-2_all.deb
> /mnt/tmp/pool/DEBIAN/non-free/z/zd1211-firmware/firmware-zd1211_1.5-6_all.deb

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Rant: was fresh install of chimaera on an Ultrabook - no touchpad

[tito via Dng]

On Fri, 30 Jul 2021 21:05:18 +0900
Olaf Meeuwissen  wrote:

> Hi Tito, list,
> 
> tito via Dng writes:
> 
> > On Thu, 29 Jul 2021 17:16:31 +
> > g4sra via Dng  wrote:
> >
> > [...snip...]
> >>
> >> > What am I missing?
> >>
> >> All the 'other' Drivers that people are complaining are NOT in the 
> >> netinstall ISO's.
> >> I don't understand the point you are making in adding up the Drivers that 
> >> *are* included.
> >
> > Hi,
> > I'm just saying that I wonder why being not that big in size they were not 
> > included
> > and in fact as you confirm they are included.
> > The ones you list here are all firmware blob packages so now the question 
> > arises
> > which are the DRIVER packages that should have been included and are not?
> > By inspecting the repos (not the isos) with the synaptic package manager
> > I was not able to spot the GBs of packages you mentioned,
> > probably this is my fault and I just look in the wrong places.
> 
> For one thing, you are forgetting all the third-party drivers that
> aren't in the Debian package repositories to begin with.

Hi,

I don't think devuan or debian will ever ship them as they will never be 
packaged
so they don't count. If I understood it correctly the problem is about
adding the drivers and firmware blobs which are in the non-free repos
to the isos and install images and in my opinion for a given arch
(i386, am64, etc) they do not sum up to GBs of software and could
easily be added to to the bigger images/isos for a best possible user experience
(at least for video cards, ethernet cards and wifi cards/dongles).
By not doing it potential users are driven away from devuan (and linux)
at the beginning of they new linux life of freedom and consciousness.

Ciao,
Tito  


> I bought a USB WiFi dongle that (quietly) advertised Linux support and
> needed to add the vendor package repository for its out-of-tree driver.
> Had to fiddle a little bit to work around Debian<->Devuan issues but it
> compiles and works fine otherwise.
> 
> IIRC, there is even a GitHub repository for the sources but I haven't
> checked if it contains any blobs.
> 
> The dongle's at the office and I don't remember the vendor/device name.
> Sorry.
> 
> 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

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Starting outline for the DNG Safe Programmer Certificate

[tito via Dng]

On Sun, 1 Aug 2021 07:56:18 -0400
Hendrik Boom  wrote:

> On Fri, Jul 30, 2021 at 01:49:46PM -0400, Steve Litt wrote:
> > Josef Grosch via Dng said on Thu, 29 Jul 2021 15:32:05 -0700
> > 
> > 
> > >Another suggestion I have is to use the variable and method naming 
> > >convention that java uses. I like the way it looks and I think camel 
> > >case is more readable than snake case.
> > 
> > This reminds me of something not yet in the outline. The originating
> > author should place, in comments, near the top, his or her syntax
> > conventions including naming conventions, brace placements if not
> > Python, spaces or tabs. 
> > 
> > I'm hidiously guilty of using violating my own conventions (or not
> > having any), so I should make that document at the start of a project.
> > Matter of fact, I should make it BEFORE my next project. Naturally, one
> > such stylesheet must be made for Python, another for C, etc.
> > 
> > In an ideal world, here's how I'd do C blocks:
> > 
> > if(mybool)
> >{
> >do_my_stuff()
> >}
> 
> I tend to use
> if(mybool)
>   { do_my_stuff();
> do_other_stuff);
>   }

Hi,
I really prefer 

if (mybool) {
   do_my_stuff();
   do_other_stuff);
}

for the rule of least vertical screen usage (same as yours)
and the brace and the if on the same indentation level
make it clear where  the conditional block of code stops.
Also for one liners this form saves space

if (mybool) { do_my_stuff(); }

but keep the braces if you or others need to add more code
later.

Just my 2 cents
Tito

> 
> I really believe matching braces should be on the same line, or, 
> failing that, at the same level of indentation; i.e., above one 
> another.
> 
> And I'd like the compile to warn me of deviations from that.
> 
> -- hendrik
> 
> > 
> > However, I do it the way Vim preformats for me, to make my life easier:
> > 
> > if(mybool){
> >do_my_stuff()
> > }
> > 
> > #ifndef AUTHOR
> >char * AUTHOR = "SteveT"
> > #endif
> > 
> > AUTHOR
> > 
> > Steve Litt 
> > Spring 2021 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
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Only a few packages now still on hold

[tito via Dng]

On Sun, 1 Aug 2021 21:58:47 -0400
Hendrik Boom  wrote:

> On Sun, Aug 01, 2021 at 09:54:33PM -0400, Hendrik Boom wrote:
> > On Sun, Aug 01, 2021 at 01:13:26PM -0400, Hendrik Boom wrote:
> > > On Sun, Aug 01, 2021 at 05:33:23PM +0200, Bernard Rosset via Dng wrote:
> > > > On 31/07/2021 22:03, Hendrik Boom wrote:
> > > > > I'm practicing upgrades on my spare laptop, getting ready for doing 
> > > > > my server
> > > > > upgrade from ascii to beowulf..
> > > > > 
> > > > > They are both running ascii.
> > > > > 
> > > > > Starting, of course, by making the ascii up to date still as ascii, 
> > > > > before I try tye
> > > > > upgrade to beowulf.
> > > > > 
> > > > > Having trouble doing even this innocuous act.
> > > > > 
> > > > > I tried starting by using interactive aptitude to just update and 
> > > > > upgrade.
> > > > 
> > > > After changing your sources to point to the new release,
> > > 
> > > I have not yet changed my sources.  I figured I should make sure the 
> > > ascii system is up-to-date as an ascii system before I start to upgrade 
> > > to beowulf.
> > > 
> > > > have you run
> > > > "apt-get upgrade" or "apt-get dist-upgrade"?
> > > > It looks to me as if you did the former.
> > > 
> > > I used the update and upgrade inside the interactive aptitude.
> > > 
> > > I guess I have to do dist-upgrade outside the interacctive aptitude.
> > 
> > And today I did aptitude update and aptitude upgrade in the CLI instead 
> > of in the interactive apttude.  Just about everything just worked, 
> > except for 3 packages:
> >   elogind
> >   libpam-elogind
> >   libelogind0
> > They do nog get upgraded.
> > 
> > Following this with
> >   aptitude dist-upgrade
> > tells me these will be upgraded, but then balks, telling me to remove 
> >   libpam-elogind 
> 
> This is what it says:
> 
> root@notlookedfor:~# aptitude dist-upgrade
> The following packages will be upgraded: 
>   elogind libelogind0 libpam-elogind{b} 
> 3 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> Need to get 861 kB of archives. After unpacking 0 B will be used.
> The following packages have unmet dependencies:
>  libpam-elogind : Breaks: libpam-ck-connector but 0.4.6-6 is installed
> The following actions will resolve these dependencies:
> 
>  Remove the following packages:
> 1) libpam-elogind [234.4-1+devuan1.5 (now)]
> 
> 
> 
> Accept this solution? [Y/n/q/?] 
> 
> > 
> > How safe is this?  isn't elogind kind of important?
> > 
> > I'm still just upgrading from ascii to ascii.  Beowulf is not in my 
> > sights yet.
> > 
> > -- hendrik
> > 
Hi,
Do you have consolekit installed?
 
if not you can try at  your own _risk_

apt-get download libelogind0
apt-get download libpam-elogind
apt-get download elogind
dpkg --purge --force-all libpam-ck-connector
dpkg -i --force-all ./libelogind0*.deb
dpkg -i --force-all ./elogind*.deb
dpkg -i --force-all ./libpam-elogind*.deb

I told you at your own risk.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Latest DNG software guide (20210807) now available

[tito via Dng]

On Sat, 7 Aug 2021 16:59:03 -0400
Steve Litt  wrote:

> Hi all,
> 
> As you know, the people on the DNG Devuan mailing list are developing
> documentation on how to make safe, resilient, maintainable and
> efficient software.
> 
> The latest revision of this documentation can be downloaded, as a TGZ,
> at 
> 
> http://troubleshooters.com/linux/presentations/golug_software_guide_20210807.tgz
> 
> This revision incorporates the input from the 8/4/2021 GoLUG meeting.
> It can be downloaded with a simple wget command. Please make sure the
> directory into which you downloaded the .tgz has no existing
> golug_software_guide directory, or else moves and deletions won't be
> respected.
> 
> Thanks,
> 
> SteveT
> 
> Steve Litt 
> Spring 2021 featured book: Troubleshooting Techniques of the Successful
> Technologist http://www.troubleshooters.com/techniques

Hi,
its great I never believed (as self-taught C programmer) to get into
such document!!!

Some additions that came to my mind while reading it:

Universal and complete error handling
Handling every error is ultimately the right thing to do
But sometimes it interferes with the pace of development
Which can lead to forgetting the algorithm you're 
working on

+My compromise: write your algorithm (sized so that it 
fits your screen)
  +than go back and ask yourself what happens if this step 
fails for every line.
  + A side effect is that it helps (me) to optimize code size, 
and makes clear
  + every side aspect of that so clever looking code (which 
most of the
  + is not so clever at all in its first iterations).

Minimizing the tradeoff:
Make comment every time you omit error handling, come 
back later to put it in
Make a few error handling functions to make error 
handling trivial
 
+ Compilers often offer macros like gcc's  _FILE_,  _FUNCTION_, 
 _LINE_ that
+ make it easier to detect where  that error message came from.

 In C, use assert() and come back later to change it to real 
error handling.
  
Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Advice sought on kernel upgrade

[tito via Dng]

On Fri, 13 Aug 2021 08:37:00 -0400
Hendrik Boom  wrote:

> On Fri, Aug 13, 2021 at 08:06:37PM +1000, wirelessduck--- via Dng wrote:
> > 
> > 
> > > On 13 Aug 2021, at 18:28, Steve Litt  wrote:
> > > 
> > > terryc said on Fri, 13 Aug 2021 13:55:07 +1000
> > > 
> > > 
> > >> 
> > >> Setting up? As in reallocating desktops?
> > >> 
> > >> I'd be more inclined to look at HW/Sw problems when you are adding
> > >> something like a 4K screen. Is there sufficient ram?
> > > 
> > > And...
> 
> > > 
> > > OP, while you're at it, just for fun run a ram test on all the ram.
> > 
> > Memtest86+ would be a good choice?
> > 
> > http://www.memtest.org/
> 
> I've always wondered about memtest:
> 
> It presumably has to be loaded into memory somewhere.
> Does it ever manage to test the memory it is loaded into?
> Perhaps by moving itself into different memeory to do this?
> 
> My guess is not.
> 
> -- hendrik
Hi,
the iso is only 1.8 MB in size so eventually 2MB of RAM (or less)
will not be tested. Shuffle around the ram sticks and test again
to be sure all ram was tested.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] a how to question (project(s) related)

[tito via Dng]

On Sun, 15 Aug 2021 09:43:46 -0500
o1bigtenor via Dng  wrote:

> Greetings
> 
> I'm finding myself occasionally drowning in information resulting in me
> trying to improve the connection between what I'm working on AND the
> information that I'm collecting.
> 
> An example (followed by some questions).
> 
> I'm into gardening/raising my own food (simplified for here!!).
> 
> Create a directory 'gardening' .
> 
> Inside 'gardening' notes for a particular year (each year in its own
> directory).
> Also in 'gardening' are directories for various crops 'potatoes'/'malus'
> (easier to say apples but I'm
> including pears and and ).
> 'Potatoes' includes files (notes) some of which needs to be taken from
> something like a
>diary/journal (rednotebook is my preferred tool at this point).
> 'Potatoes' includes directories like specific
> varieties/diseases/pests/fertilization/remedies.
> Further information like cooking/techniques for/health related/other uses
> (think distilling) as a
>further level.
> 
> This is all found in one project - - - - and I have projects - - maybe too
> many but things are what they are.
> 
> I'm trying to find a way of connecting things.
> 
> So when I find an idea that I can use for electronic control on movement
> that I can link that to irrigation and then back to the
> 'shrubs/trees/plants'.
> 
> I would rather NOT have 10 different copies of the same information stored
> - - - wastes space - - - but I'm finding that looking for information that
> sometimes I have what I'm found but it was/is connected to a very different
> project.
> 
> Dig some digging and hard links to directories are a no no (!) - -
> like forbidden.
> 
> I could see hard links being useful for what I want where soft links are
> going to break (have had the joy of breaking some myself and causing myself
> all kinds of joy in the process).

Hi,
I was going to propose file systems with hard and soft links 
(which BTW break only if you yourself break them) 
but as they are taboo the only other and far superior 
system is to use paper and ink. This system showed resilience,
ease of use and hardware independence for the last 4000 years.
In conjunction with a physiological process better known as
learning which transforms your brain in the primary
storage for pointers to the information stored in
your papyrus rolls and allows endless recombination
of the inputted information to achieve what is called progress
through try and error (let's see what happens if principle). 
In the end this process will make you a expert in the field of your
choice and your papyrus rolls will be saved in libraries
for the future generations to study (unless they use
only wikipedia and instead of studying they just
print them out wasting loads of paper with no
result at all).

Ciao,
Tito

P.S.: I suggest for urban gardening: onions, peppers and cucumbers
they grow in almost every condition. 
Tomatoes are very sensible to lots of diseases and lost their taste
long time ago in the process to be made solid red.
With avocado trees in pots I got mixed results,
with mango trees in pots this year is the first time
there is a good chance of eating some mangos.

> Any ideas out there on how to find such an ecosystem?
> 
> (I don't think a RDMS is what I want because then how does one store
> directories inside the topic - - - its almost like a RDMS that has a system
> inside it might do - - - argh - - - I think I'm getting more confused
> rather than less in trying to set up something - - - argh!!)
> 
> TIA

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] The audacity of it all...

[tito via Dng]

On Tue, 24 Aug 2021 22:44:39 -0400
tempforever  wrote:

> Neat.  Thanks for the info.  I was actually wondering about just that
> very thing (how to block a program's network access) when the audacity
> topic restarted.

Hi,

with this methods it will be a never ending cat and mouse game
and you give legitimation to audacity's new policy. The only
solution is fork and remove from the repos because we have
seen in the past what "we don't will be evil" promises are worth.

Ciao,
Tito

> Mason Loring Bliss wrote:
> > On Tue, Aug 24, 2021 at 06:41:59PM -0400, Mason Loring Bliss wrote:
> >
> >> So, whether you set it persistently or not, you start with:
> >>
> >> sudo sysctl -w kernel.unprivileged_userns_clone=1
> >>
> >> ...and then you can run something that has no configured network:
> >>
> >> $ unshare -n ping 4.2.2.1
> >> unshare: unshare failed: Operation not permitted
> > Didn't follow up here. One also needs to be mapped to root inside the
> > namespace:
> >
> > $ unshare -r -n ping 4.2.2.1
> > connect: Network is unreachable
> >
> > Without that, it doesn't do much. =cough=
> >
> >
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] The audacity of it all...

[tito via Dng]

On Thu, 26 Aug 2021 20:34:58 -0400
Mason Loring Bliss  wrote:

> On Wed, Aug 25, 2021 at 07:41:17AM +0200, tito via Dng wrote:
> 
> > with this methods it will be a never ending cat and mouse game
> > and you give legitimation to audacity's new policy.
> 
> There are other reasons to use this. Let's say you're doing security
> research and you want to strace or gcore a random binary but not let it
> write to disk or connect to the network. Here you are.
> 
> This is a tool. Tools are good.
> 
Hi,

yes tools are good. Sometimes they are so good and convenient
that they make us lazy and prone to accept things we otherwise wouldn't,
see smartphones: I don't care they spying on me as they are so useful

Ciao,
Tito 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] License for the DNG created software guide

[tito via Dng]

On Thu, 2 Sep 2021 14:26:52 -0400
Steve Litt  wrote:

> Hi everyone,
> 
> A discussion on this list about a month ago spawned several documents
> about programming best practices, which I have been calling the "DNG
> Software Guide", even though it's absolutely not sponsored or even
> approved by Devuan.
> 
> With the latest version at
> http://troubleshooters.com/linux/presentations/golug_software_guide_20210901.tgz
> , it's mature enough to get a license and Git distribution. This email
> is about the license.
> 
> If this were software, I'd probably vote for an extremely permissive
> license like the license of Expat (
> https://directory.fsf.org/wiki/License:Expat ). However, this is
> documentation, and I'm a little afraid that people with insufficient
> knowledge, or with political agendas, will water it down with bullshit.
> Only skilled people can modify source code, but any fool can modify
> documentation.
> 
> Because of https://people.debian.org/~srivasta/Position_Statement.html
> , I think the GFDL would be a bad choice.
> 
> I've been thinking of this for weeks now, and I'm stumped. What license
> should we apply in order for this to be free and open information, and
> yet to the degree possible, limit contamination by the uninformed or
> the malicious?

Hi,

This are the Ten Commandments of software writing, have you ever heard
of somebody who wants to change the Ten Commandments?

Jokes aside there is no license whatsoever that will save your work
from idiots because there are so many and because they will in due time
find various and subtle ways to subvert and corrupt your work that you
cannot even imagine now.

The only helpful license is the one that forbids any modification,
or subordinately permits modifications only under your supervision
or under the supervision of a person appointed by you
(unless by error you appoint one of the aforementioned idiots. That would be a 
pity!).

I understand that this form of licensing is not propitious to encourage 
progress. 

OTOH often I ask myself: Progress? what progress?
 
This are my pessimistic 2 cents.

Ciao,
Tito

 
> Thanks,
> 
> SteveT
> 
> Steve Litt 
> Spring 2021 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

[DNG] KUserFeedback

[tito via Dng]

Hi,
while reading the latest edition of the PCLinuxOS Magazine,
I've found this interesting article about KUserFeedback
at https://pclosmag.com/html/Issues/202109/page09.html
which relevant parts I copy here for ease of discussion:

" Recently, there was a debate on the PCLinuxOS forum about KDE Plasma's 
implementation
 of telemetry through KUserFeedback. While in PCLinuxOS, we can remove it 
without any
 collateral effects to the system, while other users reported that doing the 
same in other
 distros (like Debian 11) results in the complete removal of KDE Plasma! Why 
force such
 an implementation, if, as KDE's developers say, it is just an innocuous, 
privacy-respecting
 measure?

Coincidence or not, in the past years many popular Linux distributions started 
rolling out
optional telemetry. Then it was the time of computer programs: news broke out 
in May
regarding Audacity, a popular audio editing app, which announced it was 
starting the
use of telemetry. The move was finally pushed back after users revolted against 
it.

But in Plasma's case, it is not just an app or a single distro, but an entire 
desktop
environment, employed in several Linux distributions, that is being shipped with
telemetry. While many point out that the data collection is by opt-in and 
entirely
anonymous, others have found that, even if you don't activate telemetry, data is
still collected, using computer resources, registering "apps and boot, number of
times used and duration in /home/user/telemetry folder." As such, they argue 
that,
because of the way Linux permissions work, other programs could have access
to these log files. KUserFeedback's FAQs page confirms this:

'KUserFeedback is designed to be compliant with KDE Telemetry Policy, which 
forbids
the usage of unique identification. If you are using KUserFeedback outside of 
the
scope of that policy, it's of course possible to add a custom data source 
generating
and transmitting a unique id.'

Not being an expert on such matters, it is anyway a little strange the step 
taken by
KDE and the way it is being implemented by most mainstream distros, as if there
was a certain consternation about it. To better understand the picture, let us 
give
a look at the organization that maintains the Plasma desktop."

What possible solutions are there to avoid this user data hoarding and their 
abuse?

Simple workarounds that I can think off:

1) allow removal of  KUserFeedback by modifying deb deps (rather ineffective
 as most user will not care to do so)

1a) allow removal of  KUserFeedback by modifying deb deps and don't install
  by default unless the way data is collected is changed so that data
are collected only if opted in

2) if the user opted out make /home/user/telemetry a tmpfs so that data stored
 are forgotten at reboot (easy but not very effective as data could still be
   abused in the meanwhile)

3) if the user opted out create some kind of /dev/null folder (I suspect that 
such
thing doesn't exist yet) to delete the data in realtime

4) if the user opted out run cron jobs or other autostart scripts to 
periodically
(boot, login, logout, hourly etc) delete this data

Comments and better ideas are welcome.

Ciao,
Tito


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] KUserFeedback

[tito via Dng]

On Sun, 05 Sep 2021 08:54:14 +
g4sra via Dng  wrote:

> <--snip-->
> > Comments and better ideas are welcome.
> 
> Apparmor

Hi,

the cure is worse than the disease  ;-)

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] KUserFeedback

[tito via Dng]

On Sun, 05 Sep 2021 10:18:15 +
g4sra via Dng  wrote:

> On Sunday, September 5th, 2021 at 11:15 AM, tito  wrote:
> > On Sun, 05 Sep 2021 08:54:14 +
> > g4sra via Dng dng@lists.dyne.org wrote:
> > > <--snip-->
> > > > Comments and better ideas are welcome.
> > > Apparmor
> > Hi,
> > the cure is worse than the disease ;-)
> How is Apparmor abusive ?
> 

Hi,
I'm not very fond of apparmor for various reasons:

1) I experienced unexpected behavior of programs
  silently failing to do something (log, run, etc)
  because the apparmor profile was wrong/bugged

2) unless you study every code path in the program you want to
supervise the profiles used will not be safe but nobody really cares
 (e.g. maintainer adds a profile that works with the default setup
 of the distro (if it really works)) 

3) if you use a customized setup of services or other programs
  it is highly probable that the profiles will not work for you

Summary:
   apparmor gets in the way of doing stuff and
 in the end adds just one more software layer
 with a million code lines and the inevitable 
 programming errors, so in my humble opinion
 it just adds complexity (bad!) with no guarantee of improving
 security (not so good!) and makes linux more
 windows-like (worse!!).  

Addendum:   

  Quis custodiet ipsos custodes?

What will be the next evolutionary step, will we need
a new layer that secures apparmor? 

My Solution:

To avoid all of this trouble and reduce complexity I pin -1 
apparmor in apt preferences, purge it and everything related
and disable it on the kernel command line with apparmor=0
and everything is smooth, understandable and reliable again
as it has been "in saecula saeculorum".
 
Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] KUserFeedback

[tito via Dng]

On Sun, 5 Sep 2021 09:59:09 +0200
"Dr. Nikolaus Klepp via Dng"  wrote:

> Hi!
> 
> Anno domini 2021 Sun, 5 Sep 09:52:11 +0200
>  tito via Dng scripsit:
> > Hi,
> > while reading the latest edition of the PCLinuxOS Magazine,
> > I've found this interesting article about KUserFeedback
> > at https://pclosmag.com/html/Issues/202109/page09.html
> > which relevant parts I copy here for ease of discussion:
> > 
> > " Recently, there was a debate on the PCLinuxOS forum about KDE Plasma's 
> > implementation
> >  of telemetry through KUserFeedback. While in PCLinuxOS, we can remove it 
> > without any
> >  collateral effects to the system, while other users reported that doing 
> > the same in other
> >  distros (like Debian 11) results in the complete removal of KDE Plasma! 
> > Why force such
> >  an implementation, if, as KDE's developers say, it is just an innocuous, 
> > privacy-respecting
> >  measure?
> > 
> > Coincidence or not, in the past years many popular Linux distributions 
> > started rolling out
> > optional telemetry. Then it was the time of computer programs: news broke 
> > out in May
> > regarding Audacity, a popular audio editing app, which announced it was 
> > starting the
> > use of telemetry. The move was finally pushed back after users revolted 
> > against it.
> > 
> > But in Plasma's case, it is not just an app or a single distro, but an 
> > entire desktop
> > environment, employed in several Linux distributions, that is being shipped 
> > with
> > telemetry. While many point out that the data collection is by opt-in and 
> > entirely
> > anonymous, others have found that, even if you don't activate telemetry, 
> > data is
> > still collected, using computer resources, registering "apps and boot, 
> > number of
> > times used and duration in /home/user/telemetry folder." As such, they 
> > argue that,
> > because of the way Linux permissions work, other programs could have access
> > to these log files. KUserFeedback's FAQs page confirms this:
> > 
> > 'KUserFeedback is designed to be compliant with KDE Telemetry Policy, which 
> > forbids
> > the usage of unique identification. If you are using KUserFeedback outside 
> > of the
> > scope of that policy, it's of course possible to add a custom data source 
> > generating
> > and transmitting a unique id.'
> > 
> > Not being an expert on such matters, it is anyway a little strange the step 
> > taken by
> > KDE and the way it is being implemented by most mainstream distros, as if 
> > there
> > was a certain consternation about it. To better understand the picture, let 
> > us give
> > a look at the organization that maintains the Plasma desktop."
> > 
> > What possible solutions are there to avoid this user data hoarding and 
> > their 
> > abuse?
> > 
> > Simple workarounds that I can think off:
> > 
> > 1) allow removal of  KUserFeedback by modifying deb deps (rather ineffective
> >  as most user will not care to do so)
> > 
> > 1a) allow removal of  KUserFeedback by modifying deb deps and don't install
> >   by default unless the way data is collected is changed so that data
> > are collected only if opted in
> > 
> > 2) if the user opted out make /home/user/telemetry a tmpfs so that data 
> > stored
> >  are forgotten at reboot (easy but not very effective as data could 
> > still be
> >abused in the meanwhile)
> > 
> > 3) if the user opted out create some kind of /dev/null folder (I suspect 
> > that such
> > thing doesn't exist yet) to delete the data in realtime
> > 
> > 4) if the user opted out run cron jobs or other autostart scripts to 
> > periodically
> > (boot, login, logout, hourly etc) delete this data
> > 
> > Comments and better ideas are welcome.
> 
> Don't think a lot of people here use KDE4 :)

Hi,
I do, that's a lot to me! 
.and we ship it in the repos that is a enough
of a reason to care about it.

cura ut valeas

> Anyway, e.g. "audacity" has added "telemetry" and "lawful inspection" a while 
> ago and was promptly forked 
> https://www.theregister.com/2021/07/06/audacity_fork/ . Unpleasently there is 
> still audacity in the devuan/debian repository, so keep an eye open on the 
> new spyware.
> 
> nik
> 
> > 
> > Ciao,
> > Tito
> > 
> > 
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> > 
> 
> 
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] KUserFeedback

[tito via Dng]

On Sun, 5 Sep 2021 13:25:58 +0200
Antony Stone  wrote:

> On Sunday 05 September 2021 at 12:54:01, tito via Dng wrote:
> 
> > On Sun, 05 Sep 2021 10:18:15 + g4sra wrote:
> > > 
> > > How is Apparmor abusive ?
> > 
> > I'm not very fond of apparmor for various reasons:
> > 
> > 1) I experienced unexpected behavior of programs
> >   silently failing to do something (log, run, etc)
> >   because the apparmor profile was wrong/bugged
> > 
> > 2) unless you study every code path in the program you want to
> > supervise the profiles used will not be safe but nobody really cares
> >  (e.g. maintainer adds a profile that works with the default setup
> >  of the distro (if it really works))
> > 
> > 3) if you use a customized setup of services or other programs
> >   it is highly probable that the profiles will not work for you
> 
> So, a bad configuration doesn't work as you would like.  No surprise there, 
> really.

> > Summary:
> >apparmor gets in the way of doing stuff...
> 
> You can say the same about network firewalls (or almost any security measure, 
> in fact).  Security is seldom aligned with convenience.
Hi,
Yes and this makes security lucrative and unquestionable.

> However, just as many people would not want to operate systems without a 
> network firewall, and are prepared to configure it correctly for their needs, 
> I 

All ports by default are in CLOSED state so the default is safe unless
you want to run a service on a port and control or filter access to that service
through this port. You don't need a watchdog by default to check if
the ports are closed. This is security by design.

> think apparmor has a valuable place in enforcing security within one system; 
> the price is that the system admin has to tell it to do the right job.

The "right job" as I understand it is to let program apparmor tell program xyz
to do what it is allowed to do, which program xyz already knows as it is
written in his code.
Could program xyz be subverted to do things that are not written in his
code or are unwanted then better fix xyz rather than add more code as
watchdog.

Ciao,
Tito
> 
> Antony.
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] KUserFeedback

[tito via Dng]

On Sun, 05 Sep 2021 11:07:59 +
g4sra via Dng  wrote:

> On Sunday, September 5th, 2021 at 11:54 AM, tito via Dng  
> wrote:
> > On Sun, 05 Sep 2021 10:18:15 +
> > g4sra via Dng dng@lists.dyne.org wrote:
> > > On Sunday, September 5th, 2021 at 11:15 AM, tito farmat...@tiscali.it 
> > > wrote:
> > > > On Sun, 05 Sep 2021 08:54:14 +
> > > > g4sra via Dng dng@lists.dyne.org wrote:
> > > > > <--snip-->
> > > > > > Comments and better ideas are welcome. 
> 
> > > > > Apparmor
> > > > > Hi,
> > > > > the cure is worse than the disease ;-)
> > > > > How is Apparmor abusive ?
> > Hi,
> > 
> 
> > I'm not very fond of apparmor for various reasons:
> > 1.  I experienced unexpected behavior of programs 
> 
> > silently failing to do something (log, run, etc
> 
> > because the apparmor profile was wrong/bugged
> > 2.  unless you study every code path in the program you want to   
> 
> > supervise the profiles used will not be safe but nobody really cares
> 
> > (e.g. maintainer adds a profile that works with the default setup
> 
> > of the distro (if it really works))
> > 3.  if you use a customized setup of services or other programs 
> 
> > it is highly probable that the profiles will not work for you
> >
> 
> > Summary:
> > 
> 
> > apparmor gets in the way of doing stuff and
> 
> > in the end adds just one more software layer   
> 
> > with a million code lines and the inevitable 
> 
> > programming errors, so in my humble opinion 
> 
> > it just adds complexity (bad!) with no guarantee of improving 
> 
> > security (not so good!) and makes linux more
> 
> > windows-like (worse!!).
> > 
> 
> > Addendum:
> > 
> 
> > Quis custodiet ipsos custodes?
> > 
> 
> > What will be the next evolutionary step, will we need
> 
> > a new layer that secures apparmor?
> > 
> 
> > My Solution:
> > 
> 
> > To avoid all of this trouble and reduce complexity I pin -1 
> 
> > apparmor in apt preferences, purge it and everything related
> 
> > and disable it on the kernel command line with apparmor=0
> 
> > and everything is smooth, understandable and reliable again
> 
> > as it has been "in saecula saeculorum".
> > 
> 
> > Ciao,
> > 
> 
> > Tito
> > 
> 
> So to summarise...
> The answer to my question 'What is abusive about Apparmor ?' is "nothing".

The concept is abusive:

1) it is not KISS
2) it does not fix the underlying issues if there are any 
3) who watches the watchdog?

Ciao,
Tito

> 
> You don't like it because you find it overly complicated to configure.
> Better throw overly complicated to configure KDE4 out (and Xorg, and ALSA, 
> and...) with the bathwater as well then, and then KUserFeedback becomes a 
> non-issue.
> 
> 

I find them easier to configure than apparmor despite the fact they want to 
start to spy on me.

> 
> 
> 
> 
> 
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] KUserFeedback

[tito via Dng]

On Sun, 5 Sep 2021 22:40:23 +1000
wirelessduck--- via Dng  wrote:

> 
> > 3) if the user opted out create some kind of /dev/null folder (I suspect 
> > that such
> >   thing doesn't exist yet) to delete the data in realtime
> 
> Is the data saved into the telemetry folder before being transmitted 
> anywhere? Can you just delete the folder and recreate it as a symlink to 
> /dev/null?
Hi,
They say it is not transmitted by them unless you opt-in but it is stored and 
other applications with the same user permissions
could read it and send it if they want to. So periodically deleting the data 
could be a mitigation but is sub-optimal.
You cannot link a directory to /dev/null, only files.

To create a directory equivalent to /dev/null you need something like:

https://github.com/abbbi/nullfsvfs

nullfs

a virtual file system that behaves like /dev/null

It can handle regular file operations like mkdir/rmdir/ln but writing to files 
does not store any data.
The file size is however saved, so reading from the files behaves like reading 
from /dev/zero with a fixed size.

Writing and reading is basically an NOOP, so it can be used for performance 
testing with applications that
require directory structures. Implemented as kernel module, instead of using 
FUSE, there is absolutely no
overhead for copying application data from user to kernel space while 
performing write or read operations.

This one looks really good to me as the project seems to be active and has dkms 
support.
I think I will test it as it comes handy to solve this and similar cases of 
data hoarding
by sending the data directly into oblivion. Will add it to my private repo.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] KUserFeedback

[tito via Dng]

On Sun, 05 Sep 2021 08:00:51 -0600
Gabe Stanton via Dng  wrote:

> On Sun, 2021-09-05 at 12:54 +0200, tito via Dng wrote:
> > Hi,
> > I'm not very fond of apparmor for various reasons:
> > 
> > 1) I experienced unexpected behavior of programs
> >   silently failing to do something (log, run, etc)
> >   because the apparmor profile was wrong/bugged
> 
> I experienced the same, as my first introduction to AppArmor, and a
> couple times more before I did the same as you and purged it.
> 
> > 
> > 2) unless you study every code path in the program you want to
> > supervise the profiles used will not be safe but nobody really
> > cares
> >  (e.g. maintainer adds a profile that works with the default
> > setup
> >  of the distro (if it really works))   
> 
> This is a great point and probably the biggest reason I remain unsure
> about it, combined with the level of permissions it controls, it's like
> giving another root-level program access to every bit of processing
> that happens. Yes all programs have code that need to be understood to
> be trusted, but a program with root-level authority that polices all
> other programsI need to understand that program a lot better,
> before trusting it, than I do basically any other program. Maybe there
> are flaws in that thinking, but unless I misunderstand the level of
> permission and control AppArmor has, I'm right to be weary of it.
> 
> Also, the fact that it comes by default, and is enabled by default, and
> has those permissions and capabilities, to me, that's the kind of
> program that is likely to be exploited in the future, assuming it's not
> exploited now and that the dev's or the project are exploitable one way
> or another. The fact that it has such permissions and is enabled by
> default, and that it was introduced recently, all of those things
> justify suspicion as far as I'm concerned. To my unprofessional but
> suspicious eyes, it reminds me of systemd. 
> 
> Maybe we're wrong, but until we take the time to look at and understand
> every line of code, and get to know the project, it seems far safer to
> rely on things like firewalls and other trusted security tools.
> 
> 
> Gabe
> 
Hi,

one stupid question that struck my mind right now could
apparmor control itself? 
could you write an apparmor profile to limit what apparmor 
is doing?

Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Some questions to update the debian to devuan migration script

[tito via Dng]

Hi,
some questions I hope somebody on the list can answer:
 
1) is debian-pulseaudio-config-override still needed in chimaera?
Found out myself:  seems not.

2) are other config-override packages needed (for standard debian DE setups)
as I see there are a few in the repos?
3) are these config-override packages automagically sucked in by
installing some devuan package?

Thanks in advance for your answers.

Ciao,
Tito  
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] devuan gitea broken?

[tito via Dng]

Hi,
is there any problem with devuan's gitea web interface?
It loads so slowly that it is impossible to work with it.
My connectivity seems ok as all other sites work as expected.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] devuan gitea broken?

[tito via Dng]

On Wed, 22 Sep 2021 14:54:54 +0200
tito via Dng  wrote:

> Hi,
> is there any problem with devuan's gitea web interface?
> It loads so slowly that it is impossible to work with it.
> My connectivity seems ok as all other sites work as expected.
> 
> Ciao,
> Tito
>

Hi,
just wanted to tell that the gitea problem has not improved yet.
Opening files is slow but editing them is impossible.
I'm still waiting after 6 min that the file loads in the web editing
interface.
It used to work flawlessly  last time I used it so please whatever
was changed revert it.
Still after 8.21 mins no file loaded.

Ciao,
Tito
 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] devuan gitea broken?

[tito via Dng]

On Fri, 24 Sep 2021 09:57:59 +1000
Ralph Ronnquist via Dng  wrote:

> This one turned out to be that someone (aka me) had mistakenly raised a
> blanket traffic blockage as a misdirected response to an apparent DoS
> effect via gitea accesses. Things should be better now, at least until I
> have another go at dealing with the same problem.
> 
> Ralph.

Hi,
whatever you did it fixed the web interface.
It is speedy now, just loading files in the
editor is still a little slow but acceptable.

Thanks for your time and effort.

Ciao,
Tito


> On Thu, 23 Sep 2021 21:42:41 +0200
> tito via Dng  wrote:
> 
> > On Wed, 22 Sep 2021 14:54:54 +0200
> > tito via Dng  wrote:
> > 
> > > Hi,
> > > is there any problem with devuan's gitea web interface?
> > > It loads so slowly that it is impossible to work with it.
> > > My connectivity seems ok as all other sites work as expected.
> > > 
> > > Ciao,
> > > Tito
> > >
> > 
> > Hi,
> > just wanted to tell that the gitea problem has not improved yet.
> > Opening files is slow but editing them is impossible.
> > I'm still waiting after 6 min that the file loads in the web editing
> > interface.
> > It used to work flawlessly  last time I used it so please whatever
> > was changed revert it.
> > Still after 8.21 mins no file loaded.
> > 
> > Ciao,
> > Tito
> >  
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] devuan gitea broken?

[tito via Dng]

On Sat, 25 Sep 2021 08:45:50 +1000
Ralph Ronnquist via Dng  wrote:

> On Fri, 24 Sep 2021 21:39:01 +0200
> tito  wrote:
> 
> > On Fri, 24 Sep 2021 09:57:59 +1000
> > Ralph Ronnquist via Dng  wrote:
> > 
> > > This one turned out to be that someone (aka me) had mistakenly
> > > raised a blanket traffic blockage as a misdirected response to an
> > > apparent DoS effect via gitea accesses. Things should be better
> > > now, at least until I have another go at dealing with the same
> > > problem.
> > > 
> > > Ralph.  
> > 
> > Hi,
> > whatever you did it fixed the web interface.
> > It is speedy now, just loading files in the
> > editor is still a little slow but acceptable.
> > 
> > Thanks for your time and effort.
> 
> Yeah; if I don't have things to do I create some :)
> 
> Btw the favoured way to work with git, both generally and also
> for Devuan's git store, is to clone the project into a workspace on your
> own machine to edit and commit locally, and then push changes back.
> Apart from being slow, editing via the repository browser is error prone
> in many ways, especially because it causes a very refined commit history
> which reduces its usefulness.
> 
> In fact, if you deep dive into the ontological structure that underpins
> the notion of version control for collaborative authoring you're likely
> to arrive at and take a position to the very question whether editing
> while browsing is or is not a contrary idea. I'd say "is".
> 
> Ralph.
Hi,

Yes, but I don't have the time to learn the git-fu at the moment.
I work on my local cloned tree and when I'm ready or to tired I just delete
the current git version in the editing window and copy my new version.
This way I get a diff in a simple and fast way add some commit notes,
hit commit and I'm done and can drink a beer and go to sleep.
I agree with you that this is not the most elegant way to use git
but it works for me.

Ciao and keep up the good work,

Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Git learning -- Was: devuan gitea broken?

[tito via Dng]

On Sat, 25 Sep 2021 15:53:48 +0200
Bernard Rosset via Dng  wrote:

> > Yes, but I don't have the time to learn the git-fu at the moment.
> 
> I usually prefer to say "I don't *take* the time", because there is 
> plenty of time; it's just a series of choices (some of them not being 
> freely taken) on what to allocate it for that matters.
> 
> Said otherwise, you'll never take the time to learn something until you 
> decide to allocate time for it.
> 
> Hit me up privately if you want a (quick?) session about the basics of 
> Git, so you'd be able to see changes, write them and pull from/push to 
> repositories (ie any other Git repository you got access to out there - 
> decentralised!).
> I'm readily available/motivated to share such important knowledge, and 
> the basics could be covered in, say, 30 minutes hands-on.
> 
> Of course, if/when you'll start pulling on the thread of specifics to 
> discover/learn, the required time will grow exponentially :o)
> 
> Bernard (Beer) Rosset
> https://rosset.net/

Hi,
the freely taken choices aren't that much nowadays unless you
win the lottery jackpot. But I'll come back to you as soon as I start
again to mess with the android code base. Thanks for your time
and effort.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Debian to Devuan migration script

[tito via Dng]

Hi,
at https://git.devuan.org/farmatito/migration you can find
the latest and greatest Debian to Devuan migration script
supporting Bullseye to Chimaera conversion.

Supported DE’s:

   GNOME/GNOME FLASHBACK
LXDE
LXQT
XFCE
KDE
   MATE
   CINNAMON

also SERVER migration is possible but risky
if you are not sitting in the same room with the server.

This script is tested only in virtualbox as I don't have
machines to migrate right now.
Backwards compatibility for buster to beowulf should
work but is untested.

I hope there are some fearless testers!

Hints, improvements and critics are welcome.

Ciao,
Tito
 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Announcing Devuan 4.0: Chimaera!

[tito via Dng]

This is good news!!!
Thanks to all!

Ciao,
Tito

On Thu, 14 Oct 2021 11:00:33 -0400
Mason Loring Bliss  wrote:

> Dear Friends and Software Freedom Lovers,
> 
> Devuan Developers are pleased to announce the release of Devuan Chimaera
> 4.0 as the project's newest stable release. This is the result of lots of
> painstaking work by the team and extensive testing by the wider Devuan
> community.
> 
> ---
> What's new in Chimaera 4.0?
> 
> * Based on Debian Bullseye (11.1) with Linux kernel 5.10.
> * Your choice of init: sysvinit, runit, and OpenRC.
> * Improved desktop support - virtually all desktop environments available
>   in Debian are now part of Devuan, systemd-free.
> * New boot, display manager and desktop theming.
> * Enhanced accessibility: installation via GUI or console can now be
>   accomplished via software or hardware speech synthesis, or using a
>   refreshable braille display, and Devuan Chimaera has the ability to
>   install desktop environments without PulseAudio, allowing speech
>   synthesis in both console and GUI sessions at the same time.
> 
> ---
> Installation and Documentation
> 
> Whether you are upgrading an existing Devuan install, migrating from Debian
> or installing from scratch, instructions and guidance can be found online:
> 
> https://devuan.org/os/install
> https://devuan.org/get-devuan.
> 
> Packages, netboot images and installation media are available through a
> resilient network of http package mirrors, http, https, ftp and rsync iso
> mirrors, torrent and magnet.
> 
> Please take time to read the Release Notes. They include important
> configuration information and tips to help your install or upgrade go as
> smoothly as possible.
> 
> https://files.devuan.org/devuan_chimaera/Release_notes.txt
> 
> For the impatient, you can go straight to the package and sources.list
> information or the installation media downloads:
> 
> https://devuan.org/os/packages
> http://files.devuan.org/devuan_chimaera/
> 
> ---
> Resources and Support
> 
> * Mailing list: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> * IRC: #devuan #devuan-dev (Libera)
> * Forum: https://dev1galaxy.org
> * Press contact: free...@devuan.org
> * Source code: https://git.devuan.org
> * Bug tracker: https://bugs.devuan.org
> * Package information: https://pkginfo.devuan.org
> * Popularity contest: https://popcon.devuan.org
> 
> ---
> After Chimaera
> 
> The next Devuan release, 5.0, is codenamed Daedalus. Repositories are
> already available for the adventurous to test.
> 
> ---
> Appreciation
> 
> We wish to thank all of you for the incredible support given to Devuan.
> Without your help and feedback, Devuan could not be the reliable and
> versatile distribution that it is.
> 
> To support the Devuan project you can examine our financial reports and
> donate at:
> 
> https://devuan.org/donate
> 
> ---
>Live long and prosper!
> The Devuan Development Team 
> ---

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Announcing Devuan 4.0: Chimaera!

[tito via Dng]

Hi,
upgraded my desktop/workstation from beowulf to chimaera.
It is a rather complex setup with several raid arrays
(I like them and it is a good training for using them
in work setups).
Upgrade went smoothly but with several iterations
of apt upgrade / apt dist-upgrade.
I was surprised by seeing backport packages
being sucked in, but it seems that this is now 
fixed. 
Everything works as expected and seems to be
faster (placebo effect?) in the xfce desktop.
The only little problem is a clicking noise
in the speakers when opening some websites
in firefox even with volume set to zero or disabled.
Couldn't figure out a solution yet.
Thanks to all Devuan developers for this 
great work.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Clicking website wasRe: Announcing Devuan 4.0: Chimaera!

[tito via Dng]

On Mon, 25 Oct 2021 09:28:54 +1100
terryc  wrote:

> On Sun, 24 Oct 2021 17:49:17 +0200
> tito via Dng  wrote:
> 
> > Everything works as expected and seems to be
> > faster (placebo effect?) in the xfce desktop.
> > The only little problem is a clicking noise
> > in the speakers when opening some websites
> > in firefox even with volume set to zero or disabled.
> > Couldn't figure out a solution yet.
> 
> Information on the clicking website problem that may aid in tracking it
> down as I have it too.
> 
> System is a pre-release installation of chimaera (about march?) but
> updated.
> Sound system is alsa with problem of single focus only; i.e. only one
> sound program can be run at a time. So I have to shut down vlc to be
> able to play a video(ewetube) in falkon(browser) with sound.
> 
> If falkon is open, the selecting a linked video(ewetube) in firefox
> produces a click. The video will still play, but no sound.
> 
> I just put it down to something to do with alsa configuration as
> porto=hdmi(no spreakers in screen) and port1=hw and none of the little
> fiddling I've attempted can fix that.
> 
> It was easier to adapt my actions than waste time with the mono sound
> problem and wrestling with alsa config.. YMMv
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Hi,
I'm using pulseaudio, but your hint was useful because
turning off some unused input channels seems to have
fixed it, will see if the fix survives a reboot later.

Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan with usr merge?

[tito via Dng]

On Mon, 8 Nov 2021 13:50:25 +0100
Didier Kryn  wrote:

> Le 06/11/2021 à 03:03, Steve Litt a écrit :
> > Personally, I want a directory, guaranteed not to be a mount point,
> > where the statically compiled binaries necessary to bring up the
> > system, things like mount and ln and vi and fsck, etc, so if I don't
> > want to, I don't have to run an initramfs.
> 
>     Hi Steve. It seems you always understand the s of sbin as meaning
> "static". it isn't. Look at Devuan binaries in /sbin and /usr/sbin; they
> are dynamically linked. s stands for "system".
> 
>  # file /bin/mount
> /bin/mount: setuid ELF 64-bit LSB pie executable, x86-64, version 1
> (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2,
> BuildID[sha1]=82eb1fdddc0083f599c4072f4e1a39e28de6c759, for GNU/Linux
> 3.2.0, stripped
> 
> What is called "interpreter" here is the dynamic linker associated to
> the shared version of gcc, the Gnu C library. There is practically no
> statically linked application in a Debian distribution, except some part
> of debootstrap.
> 
> --     Didier
> 

Hi,
on my system there are just a couple:

/bin/sash:   ELF 64-bit LSB executable, x86-64, version 1 
(GNU/Linux), statically linked, 
BuildID[sha1]=433ea9ce7bb7462db5f83bd9bd4e59535b826cc9, for GNU/Linux 3.2.0, 
stripped
/sbin/e2fsck.static: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), 
statically linked, BuildID[sha1]=b6cb05441d3e0215639e4445ca0d1947ac26ab43, for 
GNU/Linux 3.2.0, stripped

and in the repos:

bash-static/stable 5.1-2+b3 amd64
busybox-static/stable 1:1.30.1-6+b3 amd64
cdebootstrap-static/stable 0.7.8+b3 amd64
dar-static/stable 2.6.13-2+b3 amd64
zsh-static/stable 5.8-6+b2 amd64

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Some RAID1's inaccessible after upgrade to beowulf from ascii

[tito via Dng]

On Tue, 9 Nov 2021 14:56:59 -0500
Hendrik Boom via Dng  wrote:

> I upgraded my server to beowulf.
> 
> After rebooting, all home directories except root's are no longer
> accessible.
> 
> They are all on an LVM on software RAID.
> 
> The problem seems to be that two of my three RAID1 systems are not
> starting up properly.  What can I do about it?
> 
> 
> 
> hendrik@april:/$ cat /proc/mdstat
> Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5]
> [raid4] [raid10]
> md1 : inactive sda2[3](S)
>   2391296000 blocks super 1.2
> 
> md2 : inactive sda3[0](S)
>   1048512 blocks
> 
> md0 : active raid1 sdf4[1]
>   706337792 blocks [2/1] [_U]
> 
> unused devices: 
> hendrik@april:/$

Hi,
I would try:
1) detect which is the missing drive for md0 re-add it to the array
and wait till rebuild of the array is completed.

To detect which drive to re-add you can use this command:

  mdadm --examine /dev/sd* | grep -E "(^\/dev|UUID)"

Output is similar to:

/dev/sda:
/dev/sda1:
 Array UUID : 423e4c05:aa5f073c:19d557d7:2d8ada5a
Device UUID : 6335644d:1c23a8cb:8098f60b:893546f1
/dev/sdb:
/dev/sdb1:
 Array UUID : 423e4c05:aa5f073c:19d557d7:2d8ada5a
Device UUID : e4234284:f7e12df4:9cc00061:13143756
 
look for drives with the same Array UID then run:
mdadm --manage /dev/md0 -a /dev/sdxx

2) when you are done with md0, you repeat the array member detection
  for md1 and as the array are inactive I would stop them
  and restart them with the correct members

 mdadm --stop /dev/mdX

Then try to reassemble the array manually:

mdadm --assemble /dev/mdX /dev/sdxx /dev/sdyy

  eventually use --force

mdadm --assemble --force /dev/mdX /dev/sdxx /dev/sdyy
 
 wait for rebuilding

3) then repeat the same process for md2
 
4) when everything is restored recreate mdadm.conf
   cp mdadm.conf mdadm.conf.bak
mdadm --examine --scan > mdadm.conf.new

   add the other configuration parameters you like

DEVICE 
 HOMEHOST
 MAILADDR
 
 mv mdadm.conf.new mdadm.conf

5) rebuild your initramfs if you use one 

  update-initramfs -k all -u



There is no guarantee that this works, you have been warned.
Hope this helps at least as inspiration to find a way to recover your arrays.

Ciao,
Tito


> 
> 
> 
> hendrik@april:/$ cat /etc/mdadm/mdadm.conf
> DEVICE partitions
> ARRAY /dev/md0 level=raid1 num-devices=2
> UUID=4dc189ba:e7a12d38:e6262cdf:db1beda2
> ARRAY /dev/md1 metadata=1.2 name=april:1
> UUID=c328565c:16dce536:f16da6e2:db603645
> ARRAY /dev/md2 UUID=5d63f486:183fd2ea:c2a3a88f:cb2b61de
> MAILADDR root
> hendrik@april:/$
> 
> 
> 
> The standard recommendation seems to be to replace lines
> in /etc/mdadm/mdadm.conf by lines prouced by mdadm --examine --scan:
> 
> 
> 
> april:~# mdadm --examine --scan
> ARRAY /dev/md/1  metadata=1.2 UUID=c328565c:16dce536:f16da6e2:db603645
> name=april:1
> ARRAY /dev/md2 UUID=5d63f486:183fd2ea:c2a3a88f:cb2b61de
> ARRAY /dev/md0 UUID=4dc189ba:e7a12d38:e6262cdf:db1beda2
> april:~#
> 
> 
> 
> But this replacement involves changing a line that dies work (md0),
> not changing one that did not (md2),
> and changing another one that did not work (md1).
> 
> Since --examine's suggested changes seem uncorrelated
> with the active/inactive record, I have little faith in
> this alleged fix without first gaining more understanding.
> 
> -- hendrik

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Some RAID1's inaccessible after upgrade to beowulf from ascii

[tito via Dng]

On Wed, 10 Nov 2021 18:37:24 -0500
Hendrik Boom  wrote:

> On Tue, Nov 09, 2021 at 02:56:59PM -0500, Hendrik Boom via Dng wrote:
> > I upgraded my server to beowulf.
> > 
> > After rebooting, all home directories except root's are no longer
> > accessible.
> > 
> > They are all on an LVM on software RAID.
> > 
> > The problem seems to be that two of my three RAID1 systems are not
> > starting up properly.  What can I do about it?
> > 
> 
> After following suggestions from the replies I got here, I determined 
> that one of my three physical disk drives was not being reognised by the 
> operating system.
> 
> Took the cover off the machine.
> 
> Looked in with a penlight and tured the machine off.
> 
> Wiggled and pushed on some SATA cables and power-supply cables.
> 
> Rebooted.
> 
> All three drives came up properly.  The RAIDs assembled properly.
> 
> All except /dev/md0.  It's a defective RAID necause the disk drive 
> containing its second copy died a long time ago.  I should move its data 
> off it onto one of the other RAIDs sometime.
> 
> Now there remains the question:
> 
> Why didn't /dev/md1 and /dev/md2 assemble properly as defective 
> RAID1s when their second copies were gone?  Isn't that the whole point 
> of a RAID1?
> 
> /dev/md0 had no such problem.
> 
> -- hendrik

Hi,
I once had similar problems with disk randomly vanishing at reboot
and arrays not coming up correctly. I tried all possible solutions:
swapping disks, cables, controllers, motherboards, hd cages with
no result. In the end I discovered that the old 500w psu was not able
to power all 10 hd drives when they were spinning up all at the same time
at boot or when one array was rebuilding and I did heavy io on another 
array. Changing the psu to a newer 1000w one solved the issue magically.

Hope this helps.

Ciao,
Tito 
 
> > 
> > 
> > hendrik@april:/$ cat /proc/mdstat
> > Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5]
> > [raid4] [raid10]
> > md1 : inactive sda2[3](S)
> >   2391296000 blocks super 1.2
> > 
> > md2 : inactive sda3[0](S)
> >   1048512 blocks
> > 
> > md0 : active raid1 sdf4[1]
> >   706337792 blocks [2/1] [_U]
> > 
> > unused devices: 
> > hendrik@april:/$
> > 
> > 
> > 
> > hendrik@april:/$ cat /etc/mdadm/mdadm.conf
> > DEVICE partitions
> > ARRAY /dev/md0 level=raid1 num-devices=2
> > UUID=4dc189ba:e7a12d38:e6262cdf:db1beda2
> > ARRAY /dev/md1 metadata=1.2 name=april:1
> > UUID=c328565c:16dce536:f16da6e2:db603645
> > ARRAY /dev/md2 UUID=5d63f486:183fd2ea:c2a3a88f:cb2b61de
> > MAILADDR root
> > hendrik@april:/$
> > 
> > 
> > 
> > The standard recommendation seems to be to replace lines
> > in /etc/mdadm/mdadm.conf by lines prouced by mdadm --examine --scan:
> > 
> > 
> > 
> > april:~# mdadm --examine --scan
> > ARRAY /dev/md/1  metadata=1.2 UUID=c328565c:16dce536:f16da6e2:db603645
> > name=april:1
> > ARRAY /dev/md2 UUID=5d63f486:183fd2ea:c2a3a88f:cb2b61de
> > ARRAY /dev/md0 UUID=4dc189ba:e7a12d38:e6262cdf:db1beda2
> > april:~#
> > 
> > 
> > 
> > But this replacement involves changing a line that dies work (md0),
> > not changing one that did not (md2),
> > and changing another one that did not work (md1).
> > 
> > Since --examine's suggested changes seem uncorrelated
> > with the active/inactive record, I have little faith in
> > this alleged fix without first gaining more understanding.
> > 
> > -- hendrik
> 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] kernels (was Re: Devuan with usr merge?)

[tito via Dng]

On Sat, 13 Nov 2021 22:20:32 +0100 (CET)
k...@aspodata.se wrote:

> Steve Litt:
> > k...@aspodata.se said on Sat, 13 Nov 2021 12:42:51 +0100 (CET)
> > >Steve Litt:
> ...
> > >> Which brings up another beef I have: Why don't they build Ext4 and
> > >> maybe a couple other mainstream filesystems into the kernel, so if I
> > >> want, I can boot without initramfs? What would it cost?  
> > >...
> > >
> > >I use it all the time.
> > >
> > >Just do it yourself, it just cost you a little time, or do you
> > >volunteer to maintain a such kernel for devuan ?
> ...
> > I think it's more than just a little time.
> 
> Depends on what you want.
> 
> > Every time the kernel updates,
> 
> No, you don't have to follow the dists update schedule, you don't
> need to use the dist kernel at all.
> 
> It should read, every time _you_ want to update the kernel.
> 
> > you need to get the new kernel's source, recompile, and
> > replace the new kernel.
> 
> Well, get used to it and streamline it then.
> 
> Regards,
> /Karl Hammar
> 
> 
Hi,
This is rather easy, I use this simple script to compile and package a kernel 
with mods
for one of my wifi-routers. The script must be run from within the kernel 
source dir.

#! /bin/sh
echo "REMOVE CONFIG_SYSTEM_TRUSTED_KEYS"
./scripts/config --set-val CONFIG_SYSTEM_TRUSTED_KEYS \"\"
echo "REMOVE CONFIG_DEBUG_INFO"
./scripts/config --set-val  CONFIG_DEBUG_INFO n
make oldconfig
make -j4 bindeb-pkg LOCALVERSION=-custom


when the build is done you get in the dir one level up something like:

-rw-r--r-- 1 tito tito 5066 Nov 13 14:04 
linux-4.19.217-custom_4.19.217-custom-24_amd64.buildinfo
-rw-r--r-- 1 tito tito 2064 Nov 13 14:04 
linux-4.19.217-custom_4.19.217-custom-24_amd64.changes
-rw-r--r-- 1 tito tito 11128628 Nov 13 14:03 
linux-headers-4.19.217-custom_4.19.217-custom-24_amd64.deb
-rw-r--r-- 1 tito tito 46691460 Nov 13 14:04 
linux-image-4.19.217-custom_4.19.217-custom-24_amd64.deb
-rw-r--r-- 1 tito tito  1015060 Nov 13 14:03 
linux-libc-dev_4.19.217-custom-24_amd64.deb

Ciao,
Tito



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Simple-netaid 1-0 released

[tito via Dng]

On Sat, 20 Nov 2021 12:47:24 +0100
aitor  wrote:

> Hi all,
> 
> I've just uploaded the packages of simple-netaid (libnetaid + snetaid + 
> simple-netaid-cdk) to the repository
> of gnuinos chimaera. If you want to install them in devuan, first you'll need 
> to install the gnupg key of gnuinos:
> 
> http://packages.gnuinos.org/gnuinos/pool/main/g/gnuinos-keyring/gnuinos-keyring_2020.05.03_all.deb
>   
> 
> 
> and then add the repository to your sources.list:
> 
> deb http://packages.gnuinos.org/gnuinos chimaera main
> 
> In order to see how the daemon works you can run snetaid in the foreground 
> specifying the absolute path (required),
> and looking at stdout [*]:
> 
> # /usr/sbin/snetaid -f
> 
> but keep in mind that first you'll need to stop the previous instance via 
> "service snetaid stop" because libnetaid
> doesn't admit multiple instances of snetaid so far. Once that has been done, 
> run the ncurses interface either from
> the menu entry or the command line.
> 
> You can verify the response of the ncurses interface to netlink events 
> triggered by foreign processes opening
> a new terminal and typing commands like:
> 
> # ip link set  down
> 
> # ifup 
> 
> and so on...
> 
> Don't forget to configure your /etc/network/interfaces! If you don't want to 
> restart the system at every change,
Hi,
how exactly does it need to be configured, are the manged devices to be removed 
or added to  /etc/network/interfaces?

Ciao,
Tito

> you can reconfigure it by the following way:
> 
> # service networking restart
> 
> That's all :)
> 
> Cheers,
> 
> Aitor.
> 
> [*]
> 
> 
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] system administration of non-systemd distros and releases

[tito via Dng]

On Sun, 21 Nov 2021 04:19:36 +
"steph.tougard via Dng"  wrote:

> The right answer is to do whatever the customer asks, as stupid as it seems.
> 
> If the customer was intelligent, he would not even ask a GNU/Linux system in 
> the first place, it's bloated by nature, kitrooted by default and uselessly 
> complicated (SystemD is just one more argument against Linux, not the worse 
> one).
> 
> I've found that my own Devuan sends https requests to an apparently 
> unconfigured Windows server on Azure (all web browser were down). Is it 
> infected ? not by anything that usual tools can detect. What does that ? I've 
> no idea, so far I did not find (requests are rare and fast). I decided to put 
> my working PC (not the one I'm using to write this email, but the one used to 
> connect to my customers' servers) behind a firewall to shut any useless 
> access to the Internet down. I resign trying to find whatever software in the 
> thousands installed is hacking my data and sending them to the Internet.
> 
> Is using a Devuan can be considered "safe" when litteraly thousands of people 
> build thousands of unaudited packages with thousands of unaudited softwares ? 
> OMG NO !!! Have you seen the world outside ? what makes you think a second 
> that there is no hacker in such a huge team and that all those people act 
> only for the best of things ?
> 
> My Devuan is behind an OpenBSD. The OpenBSD has no software installed, it's a 
> pure system as release by the OpenBSD team, the code base is small, strongly 
> audited by a very small and known team. It can be considered safe, at least 
> safer. Much safer than any Debian based distribution. My network 
> configuration is so safe that I could safely store unencrypted Bitcoin 
> private keys on an unpatched Windows 98 without any risk if I wish.
> 
> If the customer was intelligent, he would ask a small system strongly 
> audited, a code base as small as possible and that only very few software 
> compiled by hand are run and installed on it, everything behind a strong 
> firewall who not only filter what's coming in, but as well and more 
> importantly what's going out. SystemD is just the tree who hides the forest.
> 
> Good luck with that.
> 

This is the main recipe for disaster, thinking to be smarter than anybody else.

Ciao,
Tito

> ‐‐‐ Original Message ‐‐‐
> 
> On Saturday, November 20th, 2021 at 21:59, Steve Litt 
>  wrote:
> 
> > steph.tougard via Dng said on Sat, 20 Nov 2021 13:06:53 +
> >
> > > The question is so stupid that it does not even call for an answer.
> >
> > Ad-homonym logical fallacy.
> >
> > > If an admin is unable to understand a Unix system without SystemD,
> > >
> > > he's not a sys admin.
> >
> > No True Scotsman logical fallacy.
> >
> > The OP had pushback from the customer. If the OP wants to install
> >
> > Devuan, the right answer is a path to reassuring the customer.
> >
> > SteveT
> >
> > Steve Litt
> >
> > Spring 2021 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
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] system administration of non-systemd distros and releases

[tito via Dng]

On Mon, 22 Nov 2021 04:41:23 -0500
Steve Litt  wrote:

> steph.tougard said on Sun, 21 Nov 2021 04:19:36 +
> 
> 
> >My Devuan is behind an OpenBSD. The OpenBSD has no software installed,
> >it's a pure system as release by the OpenBSD team, the code base is
> >small, strongly audited by a very small and known team. It can be
> >considered safe, at least safer. Much safer than any Debian based
> >distribution. My network configuration is so safe that I could safely
> >store unencrypted Bitcoin private keys on an unpatched Windows 98
> >without any risk if I wish.
> 
> We've all built OpenBSD/pf firewall/routers. You didn't think of


.and linux routers.

Ciao,
Tito

> nothing new --- we all know what a good firewall BSD/pf makes. That
> doesn't preclude our using Linux on the LAN behind that firewall.
> Like you do with Devuan.
> 
> Why are you so angry?
> 
> SteveT
> 
> Steve Litt 
> Spring 2021 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

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan 4.0 on Sophos firewall hardware

[tito via Dng]

On Fri, 26 Nov 2021 13:24:26 +
Mike Tubby  wrote:

> Just in case anyone is interested, I have had good success at installing 
> Devuan 4.0 on to second hand Sophos firewall hardware (XG115 and XG125, 
> Rev 3) to make light-weight firewalls and network appliances.

Hi,
I have it running on a Sophos UTM 425 appliance (inclusive working LCD display),
on a Lanner FW8759 (inclusive working LCD display) and on self built router
with a Jetway JNF592-Q170 motherboard. I'm very happy about all of them.

Ciao,
Tito


> You have to use a terminal program on the console port at 38400 to get 
> access to the AMI bios, you can turn off the console port redirection 
> and revert to the HDMI output (Rev 3 hardware) and then boot from a USB 
> stick with 'netinst' and flatten the Sophos firmware on the 64Gb eMMC 
> and install Devuan.
> 
> The result is a fast quad core Intel Atom C3508 with four Intel I211 
> (XG115) or eight Intel 211/X553 gigabit Ethernet ports and an I210 SFP 
> port (XG125).
> 
> Processor Information
>      Socket Designation: CPU0
>      Type: Central Processor
>      Family: Pentium 4
>      Manufacturer: Intel(R) Corporation
>      ID: F1 06 05 00 FF FB EB BF
>      Signature: Type 0, Family 6, Model 95, Stepping 1
>      Flags:
>      FPU (Floating-point unit on-chip)
>      VME (Virtual mode extension)
>      DE (Debugging extension)
>      PSE (Page size extension)
>      TSC (Time stamp counter)
>      MSR (Model specific registers)
>      PAE (Physical address extension)
>      MCE (Machine check exception)
>      CX8 (CMPXCHG8 instruction supported)
>      APIC (On-chip APIC hardware supported)
>      SEP (Fast system call)
>      MTRR (Memory type range registers)
>      PGE (Page global enable)
>      MCA (Machine check architecture)
>      CMOV (Conditional move instruction supported)
>      PAT (Page attribute table)
>      PSE-36 (36-bit page size extension)
>      CLFSH (CLFLUSH instruction supported)
>      DS (Debug store)
>      ACPI (ACPI supported)
>      MMX (MMX technology supported)
>      FXSR (FXSAVE and FXSTOR instructions supported)
>      SSE (Streaming SIMD extensions)
>      SSE2 (Streaming SIMD extensions 2)
>      SS (Self-snoop)
>      HTT (Multi-threading)
>      TM (Thermal monitor supported)
>      PBE (Pending break enabled)
>      Version: Intel(R) Atom(TM) CPU C3508 @ 1.60GHz
>      Voltage: 1.6 V
>      External Clock: 100 MHz
>      Max Speed: 3800 MHz
>      Current Speed: 1600 MHz
>      Status: Populated, Enabled
>      Upgrade: Socket LGA775
>      L1 Cache Handle: 0x002F
>      L2 Cache Handle: 0x0030
>      L3 Cache Handle: Not Provided
>      Serial Number: Not Specified
>      Asset Tag: UNKNOWN
>      Part Number: Not Specified
>      Core Count: 4
>      Core Enabled: 4
>      Thread Count: 4
>      Characteristics:
>      64-bit capable
>      Multi-Core
>      Hardware Thread
>      Execute Protection
>      Enhanced Virtualization
>      Power/Performance Control
> 
> root@xg125:/home/mike/mycrypt# lspci
> 00:00.0 Host bridge: Intel Corporation Atom Processor C3000 Series 
> System Agent (rev 11)
> 00:04.0 Host bridge: Intel Corporation Atom Processor C3000 Series Error 
> Registers (rev 11)
> 00:05.0 Generic system peripheral [0807]: Intel Corporation Atom 
> Processor C3000 Series Root Complex Event Collector (rev 11)
> 00:06.0 PCI bridge: Intel Corporation Atom Processor C3000 Series 
> Integrated QAT Root Port (rev 11)
> 00:09.0 PCI bridge: Intel Corporation Atom Processor C3000 Series PCI 
> Express Root Port #0 (rev 11)
> 00:0a.0 PCI bridge: Intel Corporation Atom Processor C3000 Series PCI 
> Express Root Port #1 (rev 11)
> 00:0b.0 PCI bridge: Intel Corporation Atom Processor C3000 Series PCI 
> Express Root Port #2 (rev 11)
> 00:0c.0 PCI bridge: Intel Corporation Atom Processor C3000 Series PCI 
> Express Root Port #3 (rev 11)
> 00:0e.0 PCI bridge: Intel Corporation Atom Processor C3000 Series PCI 
> Express Root Port #4 (rev 11)
> 00:0f.0 PCI bridge: Intel Corporation Atom Processor C3000 Series PCI 
> Express Root Port #5 (rev 11)
> 00:10.0 PCI bridge: Intel Corporation Atom Processor C3000 Series PCI 
> Express Root Port #6 (rev 11)
> 00:11.0 PCI bridge: Intel Corporation Atom Processor C3000 Series PCI 
> Express Root Port #7 (rev 11)
> 00:12.0 System peripheral: Intel Corporation Atom Processor C3000 Series 
> SMBus Contoller - Host (rev 11)
> 00:13.0 SATA controller: Intel Corporation Atom Processor C3000 Series 
> SATA Controller 0 

Re: [DNG] system administration of non-systemd distros and releases

[tito via Dng]

On Fri, 26 Nov 2021 20:29:07 -0600
Rod Rodolico  wrote:

> For a really nice Linux based router distro, look at IPFire
> (https://www.ipfire.org/). They suffer from being too small, so they
> don't have a lot of people testing, so updates sometimes have issues.
> But, it is very secure, and has good support on the mailing lists.
> 
> I use opnSense (FreeBSD, https://opnsense.org/), but only because I'm a
> control freak and want to do every little thing myself. But, when I have
> a client who wants to manage their own firewall/router, I set up IPFire
> for them.
> 
> A long time ago, I built a couple of firewalls from scratch (based on
> Debian). I learned my lesson and figured out very fast it was better to
> find a project like IPFire/opnSense and just support them :)
> 
> Rod

Hi.
I've tried all of them and every single one had something I
didn't like or some glitches or the interesting stuff was paywalled.
In the end I went for the DIY route which has lots of advantages:

1) you learn a lot while setting it up
2) you get exactly what you want
3) you get timely security updates
4) you get rid of image based updates
5) as long as debian/devuan exists you are good to go, the only 
 time limit is the life of your hardware
6) you can stick with x86 boards and avoid all soc's
and exotic arch boards that are abandoned the same moment
 you buy them
7) you get  lots of cards an spare parts to play with and repair 
  and enhance your router

Ciao,
Tito
  
> 
> On 11/22/21 7:08 AM, tito via Dng wrote:
> > On Mon, 22 Nov 2021 04:41:23 -0500
> > Steve Litt  wrote:
> > 
> >> steph.tougard said on Sun, 21 Nov 2021 04:19:36 +
> >>
> >>
> >>> My Devuan is behind an OpenBSD. The OpenBSD has no software installed,
> >>> it's a pure system as release by the OpenBSD team, the code base is
> >>> small, strongly audited by a very small and known team. It can be
> >>> considered safe, at least safer. Much safer than any Debian based
> >>> distribution. My network configuration is so safe that I could safely
> >>> store unencrypted Bitcoin private keys on an unpatched Windows 98
> >>> without any risk if I wish.
> >>
> >> We've all built OpenBSD/pf firewall/routers. You didn't think of
> > 
> > 
> > .and linux routers.
> > 
> > Ciao,
> > Tito
> > 
> >> nothing new --- we all know what a good firewall BSD/pf makes. That
> >> doesn't preclude our using Linux on the LAN behind that firewall.
> >> Like you do with Devuan.
> >>
> >> Why are you so angry?
> >>
> >> SteveT
> >>
> >> Steve Litt 
> >> Spring 2021 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
> > 
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> > 
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] system administration of non-systemd distros and releases

[tito via Dng]

On Sat, 27 Nov 2021 15:39:53 -0600
goli...@devuan.org wrote:

> On 2021-11-27 15:00, Mark Rousell wrote:
> > On 25/11/2021 22:57, Steve Litt wrote:
> >> Like I said in 2014,
> >> they won't quit until the cat command requires systemd.
> > 
> > They won't stop until SystemD is in the kernel, such that Linux
> > unavoidably is SystemD.
> > 
> 
> Just have to repost this prescient rant about systemd from 2014.  My all 
> time fav!
> 
> Open letter to the Linux World
>  From: Christopher Barry
> Date: Tue Aug 12 2014 - 15:35:49 EST
> 
> http://lkml.iu.edu//hypermail/linux/kernel/1408.1/02496.html
> 
> golinux

Quod rectum erat, id solum bonum hominibus exstimabat Socrates.

Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] system administration of non-systemd distros and releases

[tito via Dng]

On Sat, 27 Nov 2021 20:09:33 -0600
goli...@devuan.org wrote:

> On 2021-11-27 18:27, tito via Dng wrote:
> > On Sat, 27 Nov 2021 15:39:53 -0600
> > goli...@devuan.org wrote:
> > 
> >> On 2021-11-27 15:00, Mark Rousell wrote:
> >> > On 25/11/2021 22:57, Steve Litt wrote:
> >> >> Like I said in 2014,
> >> >> they won't quit until the cat command requires systemd.
> >> >
> >> > They won't stop until SystemD is in the kernel, such that Linux
> >> > unavoidably is SystemD.
> >> >
> >> 
> >> Just have to repost this prescient rant about systemd from 2014.  My 
> >> all
> >> time fav!
> >> 
> >> Open letter to the Linux World
> >>  From: Christopher Barry
> >> Date: Tue Aug 12 2014 - 15:35:49 EST
> >> 
> >> http://lkml.iu.edu//hypermail/linux/kernel/1408.1/02496.html
> >> 
> >> golinux
> > 
> > Quod rectum erat, id solum bonum hominibus exstimabat Socrates.
> > 
> > Tito
> > 
> 
> Tito ...
> None of the translations I found made any sense. Please enlighten me/us.
Hi,

:-) maybe due to a little late night typo that slipped through... exstimabat => 
existimabat
translation of translation is roughly:

"The things that were right (honest), only that things Socrates thought were 
good 
for the mankind."

...  in 399 b.C. he was sentenced to death by poisoning.

Ciao,
Tito
  

> Thanks,
> golinux
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] networking thinking

[tito via Dng]

On Sun, 28 Nov 2021 07:20:14 -0600
o1bigtenor via Dng  wrote:

> Greetings
> 
> In anticipation of a fiber optical connection (moving from a wireless) I
> have been planning out and purchasing some bits of hardware. Am finding
> that networking is, at least sure seems to be, another black hole for time
> and effort.
> 
> TL;DR (skip to last paragraphs for the question(s))
> 
> At present this is a soho office kind of installation but that will slowly
> be morphing into something that is at least somewhat larger. There are a
> number of input sensor locations being worked on some of which would be
> generating, initially at least, up to 15 data streams sampled possibly
> every second (some maybe more often - - - decisions aren't all done as yet)
> so there will be a fair amount of data running around on my network which
> I'm trying to keep largely a wired affair.
> 
> At this point I'm working on the three entry bits of hardware (and their
> software) - - - the router, hardware firewall, and the managed switch. The
> initial hockup on the fiber system is going to be at 250 Mbps sysmetric.
> 
> For the router I'm planning on using OpenWRT running on a Nanopi r4s which
> according to the folks over on openwrt capable of even very close to full
> Gbps speeds (IIRC tested to some 918 Mbps) which would give some headroom
> for future increases although I don't see a need for the foreseeable
> future.
> 
> For the switch I have found myself a XyZel 1900-48 that I'm working on
> getting OpenWRT on. This ability to run a managed switch on OpenWRT is
> somewhat new but its open source and I'm not tied (I don't think) to
> OpenWRT - - - - except I don't know any other real alternative - - - so
> that's not a difficult solution either. I don't 'need' 48 ports but I have
> 16 at present on a hub and its almost full and that's for stuff only here
> in the orifice (sic!). I also want the capabilities of forcing streaming
> services and wireless communications to not collect any more data from any
> other part of the network (using VLANs) as is possible.
> 
> Then lastly to the hardware firewall.
> I've been looking at pfsense and opnsense. Both are ipv6 possible although
> both are mostly focused on ipv4 at the present. IPfire seems to have gotten
> itself into a holding pattern and is not continuing work toward ipv6
> functionality. Any one of these options are producing headaches when I'm
> trying to figure out how to configure them - - - nothing installed at
> present, just researching so far.
> 
> So - - - - questions - - - -
> 1. is my splitting the network system into the three parts a good idea or
> should I truncate parts 1 and 2 into the router? If you would please give
> reasons - - - please?

Hi,

If you want to have reliability splitting is good, if the router breaks
you still have a working firewall and switch and so on.
If you want also some redundancy you should think of buying 
two of everything:

2 routers 
2 firewalls
2 switches (2 x24 rather than 1x48 ports)

I personally prefer x86 hardware for this kind of things
when I see that little boxes like the Nanopi R4S they make me
think about toys. In my case sadly I'm tied to adsl over pots
so for the modem I still need to use this little plastic blackboxes.
In your case I would swap the nanopi for a nice mini-itx board
with intel nics, a sfx/flex psu (or pico psu), 4-8 gb of ram and a well
ventilated case (with low noise Noctua fans).

> 2. are there any good sources for information on and about networking?
>  debian has moved to nftables from iptables  - - - is devuan doing
> similar?

I think so.

>  Where does one find information to enable a firewall that works yet
> isn't stupid?

I use arno-iptables-firewall It is easy to create a basic setup for your 
network,
reliable, comes with good defaults and can easily be tweaked (for 
port-forwarding, 
vpns, geoip filtering and so on, don't know about vlans as don't use them yet).
 
> (I've wondered about having some kind of easy 'switch' that when users left
> their systems that the system wouldn't be calling home in the overnight at
> least a la ms googly. Dunno if that's 'simple' or not - - - so much to
> learn and so little time to do it all in!)
> 
> TIA

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Automating the distro?

[tito via Dng]

On Tue, 7 Dec 2021 16:16:32 -0500
Steve Litt  wrote:

> Hi all,
> 
> I wonder if building Devuan can be further automated. Void Linux has
> some super-duper software processes to do much of this automatically.
> It works right off of a git server (unfortunately, github). If I'm not
> mistaken it puts out two updates a day, but of course there's no
> automatic updating so the user chooses when to do all the updates up to
> current. With very few people, Void Linux manages to keep a very
> complete distro with very few screwups, and they fix major security
> flaws about as fast as Debian.
> 

Hi,
I fail to see how rebuilding all the stuff twice a day even if there are
no changes could be useful:

1) do you want to automate the building of the devuanized packages
  or of all packages?
2) How does the system know when a series of commits is complete?
 How do we avoid that half-baked packages are built?

> I'm wondering if Devuan could make use of something similar. Perhaps
> doing this would free up resources to Devuanize more packages, for less
> dependency on Debian.

In the beginning it will bind more resources as you need to learn the new
workflow, later I think it will not make a great difference because to
devuanize more packages you need more developers and there are
not many. It is already a miracle that such a small group of devs
is able to run this project (just look at the weekly meetings,
there are a handful of people at best).
If devuanizing more packages will ever be needed this will endanger
the future of devuan unless there is a increase in manpower and
resources (tech and money).

> 
> Before you ask, no, I can't help. I'm indexing my new book, I'm making
> provisions so programs written in Freepascal, C, and pretty much any
> other language, can send a sine wave to the speakers (a capability
> requiring way too much programming in Linux). Of course I'll
> release it as Free Software.

That's sad as you have the expertise needed to help.

> The Debian "Community" is getting more rotten every day. Just today on
> Debian-User, somebody asked a maybe sorta dumb question, and several
> people gleefully jumped all over him. One guy (not the OP) thanked
> everybody for their diverse solutions, and then criticized the OP,
> signing his email "With kindest regards" :-). Another guy managed to
> bring the OP's advanced age into it. So it's not just their politicians
> with their rigged GRs, it's the very citizenry of Debian itself. In the
> long run it's probably going to be advantageous for Devuan to move more
> toward a distro of its own, before the Debian crowd decide to put in
> halloween code to sabotage Devuan.

To be honest the same happens sometimes on the devuan
mailing list and forum. 
This just mirrors today's society: people forgot that collaboration
made us climb down the trees and move from Afar region
to conquer all corners of the world. They look in their little
oled screens and feel powerful swiping left and right with their
fingers.
I still remember a episode that happened some thirty years
ago: a tree fall in Switzerland during a storm on a high voltage wire
and the domino effect caused a 2-3 days long blackout in whole Italy.
This made me understand that our civilization rests on very shaky ground.
Should debian decide to cut the metaphorical tree by adding a dependency
to systemd in every package than devuan will be history and at that point trying
to build a distro from scratch will be next to impossible, so you need to
have a plan B.

Ciao,
Tito
  
> SteveT
> 
> Steve Litt 
> Spring 2021 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

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Conversion from BullsEye to Devuan Fails

[tito via Dng]

On Tue, 7 Dec 2021 08:05:35 -0600
Kent West via Dng  wrote:

> Hi!
> 
> Following the instructions at
> https://www.devuan.org/os/documentation/install-guides/chimaera/bullseye-to-chimaera
> 
> I've tried it on two VirtualBox VMs (one two different Debian host boxes -
> a Dell desktop and a Dell laptop). Both VMs were minimal Debian installs.
> 
> I commented out all the lines in /etc/apt/sources.list and added the
> following as the only lines in the file:
> 
> deb http://deb.devuan.org/merged chimaera main deb
> http://deb.devuan.org/merged chimaera-updates main deb
> http://deb.devuan.org/merged chimaera-security main #deb
> http://deb.devuan.org/merged chimaera-backports main
> 
> Then I ran
> 
> # apt-get update --allow-insecure-repositories
> 
> which generated a dozen or so warnings/errors, which I assume is normal for
> the process, so I ignored them.
> 
> Then I ran
> 
> # apt-get install devuan-keyring --allow-unauthenticated
> 
> which generated a warning or two in the process. But the process appeared
> to complete properly.
> 
> Then I did
> 
> # apt-get update
> 
> which installed a few things, and appeared to complete properly.
> 
> Then I did
> 
> # apt-get upgrade
> 
> which insisted I type in the phrase, "Yes, do as I say!". This generated
> warnings/errors about too many errors processing systemd.
> 
> The next step,
> 
> # apt-get install eudev
> 
> installed "openntpd" and then generated a warning that there is no init
> system and policy-rc.d missing.
> 
> The next step, the command to "reboot", resulted with "-bash: reboot:
> command not found". Furthermore, the "shutdown" command can not be found.
> The only way I could find to reboot was to do a VM reset.
> 
> On reboot, there were messages about recovering the journal and clearing
> orphaned inodes, then:
> 
> run-init: can't execute '/sbin/init': No such file or directory
> Target filesystem doesn't have requested /sbin/init.
> run-init: can't execute (/sbin/init, /etc/init/, /bin/init): No such file
> or directory
> /bin/sh: 0: can't access tty; job control turned off
> 
> The next step
> 
> # apt-get dist-upgrade
> 
> failed, partly because the file system is mounted read-only. Although I can
> remount it as read-write, whatever is broken with the system is broken, and
> the rest of these instructions aren't going to work. You just run into the
> next problem (non-working network). This, too, can be fixed, but then you
> run into another problem. Etc.
> 
> 
> TL;DR - The conversion instructions don't work with Debian Bullseye 11.1,
> at least not on minimal Debian VMs using VirtualBox on Debian, for me.
> 
> I can just wipe these two VMs and start from scratch, no problem. But
> thought whoever wrote that conversion page might need to know my experience.
> 
> 

Hi,
would you like to the test this conversion script at:

https://git.devuan.org/farmatito/migration

Hope it helps.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [dng@lists.dyne.org: Re: new firefox-esr buggy?] [Work-Around]

[tito via Dng]

On Sun, 19 Dec 2021 10:39:59 -0500
Haines Brown  wrote:

> I apologize for the slowness of my reply to all the valuable
> suggestions. I've worked around the display problem, but thought best
> to address some of the suggestions because it is only a work around,
> not a fix.
> 
> I gather from users of the 78.15.0esr version of Firefox that the video 
> problem is not with that version. This is good to know.
> 
> I assume it is not a video driver problem for that display issue occurs
> only with Firefox, not with  other graphics intensive applications or 
> browsers.
> 
> I'm unsure how to approach a problem with video sync, but as best I can
> make out the display issue occurs with all the URLs I visit. I purged my
> old Firefox and reinstalled without its having access to old cache and
> the problem persisted.
> 
> Wasn't able to do the memtest86+ because of the press of work, but
> it is a good idea to do when  I get a chance even though I have worked
> around then Firefox display problem.
> 
> It does seem to be a refresh problem. If I open a terminal on top of the
> browser's page display and them move the terminal it away, the lines
> that has been under the termoinal break up one second. I have no ideal 
> how one fixes such a problem in a particular application.
> 
> Turning off smooth scrolling had no effect.
> 
> Turning now to my work aroud. My theory had been that my browser was
> upgraded when I did a general update/upgrade perhaps a month ago. But 
> about that time I also temporarly chagne zoon. So I want back to an 
> earlier version of Firefox. Not sure what version was using and so 
> arbitrarily downloaded Firefox 7.0.1. Turns out this version has no 
> display distortion.
> 
> Emboldened I also downloaded a new version of Firefox: 95.0.1. Much my
> suprrise this ran out of the box. No dependency issues. It also does not 
> have the display problem. So I'll try to migrate to it as my default 
> browser if I can.
> 

Hi,
one thing you could try is to turn off compositing in the display settings
this used to help to fix similar screen corruption issues for me.

Ciao,
Tito
 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] new firefox-esr buggy?

[tito via Dng]

On Sun, 19 Dec 2021 15:30:34 -0500
Hendrik Boom  wrote:

> On Sat, Dec 18, 2021 at 08:03:25PM +0100, Harald Arnesen wrote:
> > Hendrik Boom [18/12/2021 19.22]:
> > 
> > > On Fri, Dec 17, 2021 at 10:11:11PM +0100, Harald Arnesen via Dng wrote:
> > > > 
> > > > Another thing, try to turn off "smooth scrolling" (why would anyone want
> > > > that?).
> > > 
> > > How do you do that?  It's the one thing that makes firefox a pain to use 
> > > over a LAN.
> > > (well, I guess animations in general do that)
> > 
> > Uncheck 'Settings -> General -> Browsing -> Use smooth scrolling'
> 
> Except that it was called Preferences rather then Settings, it worked!
> I've looked for such an option before, but failed to find it.
> 
> -- hendrik
> 
> > -- 
> > Hilsen Harald
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
got the update to firefox 91.4.1-esr right now and I'm experiencing
some weird behavior: when I start it only part of the firefox window
appears, sometimes just 1/4 or 2/4 or 3/4, the window then is completed
when I click somewhere on it. There is definitely something wrong 
with this version, anybody is experiencing the same bug?
I'm running xfce4 with compositor set to off.

Ciao,
Tito

 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] new firefox-esr buggy?

[tito via Dng]

On Sun, 19 Dec 2021 23:01:21 +0100
tito via Dng  wrote:

> On Sun, 19 Dec 2021 15:30:34 -0500
> Hendrik Boom  wrote:
> 
> > On Sat, Dec 18, 2021 at 08:03:25PM +0100, Harald Arnesen wrote:
> > > Hendrik Boom [18/12/2021 19.22]:
> > > 
> > > > On Fri, Dec 17, 2021 at 10:11:11PM +0100, Harald Arnesen via Dng wrote:
> > > > > 
> > > > > Another thing, try to turn off "smooth scrolling" (why would anyone 
> > > > > want
> > > > > that?).
> > > > 
> > > > How do you do that?  It's the one thing that makes firefox a pain to 
> > > > use over a LAN.
> > > > (well, I guess animations in general do that)
> > > 
> > > Uncheck 'Settings -> General -> Browsing -> Use smooth scrolling'
> > 
> > Except that it was called Preferences rather then Settings, it worked!
> > I've looked for such an option before, but failed to find it.
> > 
> > -- hendrik
> > 
> > > -- 
> > > Hilsen Harald
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> 
> Hi,
> got the update to firefox 91.4.1-esr right now and I'm experiencing
> some weird behavior: when I start it only part of the firefox window
> appears, sometimes just 1/4 or 2/4 or 3/4, the window then is completed
> when I click somewhere on it. There is definitely something wrong 
> with this version, anybody is experiencing the same bug?
> I'm running xfce4 with compositor set to off.
> 
> Ciao,
> Tito

Hi,
using compton as compositor with this command line options fixed it for me:

/usr/bin/compton  --vsync opengl-mswc --backend glx

the opengl-mswc option did the trick: 

  --vsync VSYNC_METHOD
   Set VSync method. VSync methods currently available:

   •   none: No VSync

   •   drm: VSync with DRM_IOCTL_WAIT_VBLANK. May only work on some 
(DRI-based) drivers.

   •   opengl: Try to VSync with SGI_video_sync OpenGL extension. Only 
work on some drivers.

   •   opengl-oml: Try to VSync with OML_sync_control OpenGL extension. 
Only work on some drivers.

   •   opengl-swc: Try to VSync with SGI_swap_control OpenGL extension. 
Only work on some drivers.
Works only with GLX backend. Known to be most effective on many 
drivers.
Does not guarantee to control paint timing.

   •   opengl-mswc: Try to VSync with MESA_swap_control OpenGL 
extension. Basically the same
as opengl-swc above, except the extension we use.

I autostart it at xfce login.

Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Help: Cron daily didn't run

[tito via Dng]

On Tue, 21 Dec 2021 13:53:48 +0100
Alessandro Vesely via Dng  wrote:

> Hi all,
> 
> Yesterday I upgraded and then rebooted.
> 
> how come cron daily didn't run?  I have an entry in crontab saying:
> 
> 47 4 * * 7 root   test -x /usr/sbin/anacron || ( cd / && run-parts 
> --report /etc/cron.weekly )

Hi,

crontab guru
The quick and simple editor for cron schedule expressions by Cronitor
“At 04:47 on Sunday.”
next at 2021-12-26 04:47:00

Maybe this means weekly?

Ciao,
Tito

> 
> The cron.log just says nothing around 4:47:
> 
> Dec 21 04:09:01 78 north CRON[6746]: (root) CMD (  [ -x 
> /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then 
> /usr/lib/php/sessionclean; fi)
> Dec 21 04:39:01 78 north CRON[7485]: (root) CMD (  [ -x 
> /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then 
> /usr/lib/php/sessionclean; fi)
> Dec 21 04:45:01 78 north CRON[7701]: (clamav) CMD ([ -x 
> /usr/sbin/clamav-unofficial-sigs ] && /usr/sbin/clamav-unofficial-sigs)
> Dec 21 05:08:01 78 north CRON[8300]: (courier) CMD 
> (/export/mail/honeypot/bot-report.sh)
> 
> Those entries come from /etc/cron.d snippets.  It seems that cron doesn't run 
> any more crontab entries since the reboot.  Only entries in /etc/cron.d.
> 
> /etc/crontab didn't change.
> 
> 
> What is going wrong?
> 
> 
> TIA for any hint
> Ale
> --
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] nvidia-persistenced can't be installed

[tito via Dng]

On Thu, 30 Dec 2021 15:26:51 -0500
Haines Brown  wrote:

> When I try to do an upgrade, I'm told nvidia-persistenced is not configured. 
> When I reinstall it I get:
> 
> ...
> Need to get 0 B of archives. After unpacking 0 B will be used.
> Setting up nvidia-persistenced (460.32.03-1) ...
> Starting NVIDIA Persistence Daemon
> nvidia-persistenced failed to initialize. Check syslog for more details.
> invoke-rc.d: initscript nvidia-persistenced, action "start" failed.
> dpkg: error processing package nvidia-persistenced (--configure):
>  installed nvidia-persistenced package post-installation script subprocess 
> returned error exit status 1
> Errors were encountered while processing:
>  nvidia-persistenced
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> Setting up nvidia-persistenced (460.32.03-1) ...
> Starting NVIDIA Persistence Daemon
> nvidia-persistenced failed to initialize. Check syslog for more details.
> invoke-rc.d: initscript nvidia-persistenced, action "start" failed.
> dpkg: error processing package nvidia-persistenced (--configure):
>  installed nvidia-persistenced package post-installation script subprocess 
> returned error exit status 1
> Errors were encountered while processing:
>   nvidia-persistenced
> 
> I'm runing Chimaera with fluxbox but no desktop environment. I reinstalled 
> xord and
> fluxbox. Syslog does not report an error. 
> 
> $ lspci -nn | egrep  -i "3d|display|vga"
> 00:02.0 VGA compatible controller [0300]: Intel Corporation RocketLake-S GT1 
> [UHD Graphics 750] [8086:4c8a] (rev 04)
> 00:17.0 SATA controller [0106]: Intel Corporation Device [8086:43d2] (rev 11)
> 
> I ran # apt install -f
> 
> I ran # aptitude reinstall nvidia-persistenced
> E: Internal Error, No file name for nvidia-persistenced:amd64
> 
> Help would be much appreciated.
>  

Hi,
if I recall correctly rebooting and 

apt install --reinstall nvidia-persistenced

did help.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] busybox init

[tito via Dng]

On Mon,  3 Jan 2022 18:45:28 +0100 (CET)
k...@aspodata.se wrote:

>  I have used busybox init for a while. It differs from sysvinit
> by not having runlevels, except perhaps on and off.
> 
> Busybox repo is at: git://busybox.net/busybox.git
> Website at: https://busybox.net/
> Comment re. systemd: https://busybox.net/kill_it_with_fire.txt
> 
> Example inittab at:
>  https://git.busybox.net/busybox/tree/examples/inittab
> excerpt:
> 
> # Note: BusyBox init works just fine without an inittab. If no inittab is
> # found, it has the following default behavior:
> #   ::sysinit:/etc/init.d/rcS
> #   ::askfirst:/bin/sh
> #   ::ctrlaltdel:/sbin/reboot
> #   ::shutdown:/sbin/swapoff -a
> #   ::shutdown:/bin/umount -a -r
> #   ::restart:/sbin/init
> #   tty2::askfirst:/bin/sh
> #   tty3::askfirst:/bin/sh
> #   tty4::askfirst:/bin/sh
> 
> The sysinit thing is a how you start the system, it's just
> one script /etc/init.d/rcS (or where you prefer to place it).
> 
> One could possible (not tested) mimic sysvinit bootup by having
>  for i in /etc/rc2.d/S*; do $i start; done
> in the rcS file or if you prefer you can have your own handwritten
> and tuned script there.
> 
> Would there be any interests having a busybox_init package which
> I could possible maintain (with a little help) ?
> 
> Regards,
> /Karl Hammar
>

Hi,
just to add my 2 cents. 

I would build a static compiled busybox binary with:

init
a shell 
reboot, shutdown
swapon/swapoff
mount, umount
(start-stop-daemon)
(getty, login)

able to fully bring up a system.
We could call it systemB like the other one but _B_etter.
Then we implant it as blob into the kernel image
so that we get rid also of initrds creating a
PAC man like  GNU/Linux/systemB/Frankenstein monster
that eats all little sysDs.

Ciao,
Tito




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] more printer questions

[tito via Dng]

On Mon, 3 Jan 2022 14:04:23 -0600
o1bigtenor via Dng  wrote:

> On Mon, Jan 3, 2022 at 10:25 AM Maurice McCarthy via Dng
>  wrote:
> >
> > No, no. It is the other way around. A driverless printer means you do
> > _not _need any driver or other software to print.
> 
> Seems to take a very long time before printing starts though.
> Then there is also the goofy ip address - - - or it sure looks
> goofy to me.
> 
> If I did install a driver - - - might the time to print shrink?
> 
> Please advise
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
did you take a look at:

https://support.hp.com/gb-en/drivers/selfservice/hp-color-laserjet-pro-m452-series/7326532/model/7326541

and

https://developers.hp.com/hp-linux-imaging-and-printing/install/install/index?language=es

Hope this helps.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] merged /usr breakage

[tito via Dng]

On Sat, 8 Jan 2022 15:56:19 +0100
Didier Kryn  wrote:

> Le 07/01/2022 à 23:27, Hendrik Boom a écrit :
> >>      Install can be user-configurable, this is easy, but the package 
> >> provides
> >> the way to uninstall and, for the uninstall to work, the install must be
> >> hardcoded because the source of the package cannot remember what the user
> >> has done at install time.
> > So the installer can create the appropriate uninstall script, based on
> > the parameters the user has provided.
> >
> > Then the uninstall script will have the user's own locations hardcoded
> > into it.
> 
>      And what do you do with the uninstall script ? Is there any 
> standard place to store it, under what name?
> 
>      Currently, if you install hopman, you can get rid of the source. 
> Then, if you need to remove it, just download the source again, unpack 
> it and run 'make uninstall'. Having an uninstall script (actually a 
> makefile) is not a bad idea. We just need a standard place to put it. Ideas?
> 
> --     Didier
> 

Hi,

Option A:

put it inside hopman itself.
It will get the cwd of the hopman binary,
assume that the prefix to uninstall
the other files is one level up,
create the paths and uninstall.
For example, installed in /usr/local/bin/hopman:
hopman --uninstall
are you sure? yes
getcwd returns /usr/local/bin
prefix is strrchr("/usr/local/bin", '/') => /usr/local
paths are:
prefix/etc/hopman.conf
prefix/bin/hopman/helperbin
prefix/bin/hopman
for list of paths
if paths exists rm paths

Should work with all prefixes /,  ~/bin, /usr/local, /opt.

Option B:
assume that path prefix is known at compile time
hardcode the paths in the binary
remove the hardcoded paths at uninstall time

Option B1:
it would be nice if sha sums of the files to be removed
could be stored into the binary to be sure to remove the right
ones (doesn't apply to conf files if there are some).

Just some horrible hacks, untested.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] A number of question about version 4.0

[tito via Dng]

On Thu, 13 Jan 2022 20:00:51 -0500
Larry Linder via Dng  wrote:

Hi,

> I have loaded and it connects up to our network without a problem.
> 
> 1.  I would like to change desktops as default is too dark to be read.

Just change the default system theme to something lighter.

> 2.  I need to add users to this system.  Currently we have 50 systems in
> our shop and many different users of each system.  I cannot add new
> users or find out how to do it.  The passwords required are a pain int
> he ass.  Is there a way to get rid of this.

Locally as root open a terminal and type: adduser joe
If you want a system to manage users for allowing them access to all boxes
there are some but I don't use them e.g: openldap.
Going without passwords will be even a greater pain,
and at least in Europe a no-go if you process any sensible customer's
or worker's data.

> 
> 3.  I need to run a combination of 64 it and 32 bit engrineering
> application.  We currently do this on SL 6.5 updated to 6.10 and it all
> works.

https://wiki.debian.org/Multiarch/HOWTO

> Any hope 

Dum spiro spero

> Larry Linder

Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] kernel-update: initramfs fails to find swap

[tito via Dng]

On Fri, 21 Jan 2022 15:45:46 +0100
Florian Zieboll via Dng  wrote:

> 
> Hallo list,
> 
> after the latest kernel-update (chimaera, from 5.10.0-10-amd64 to
> 5.10.0-11-amd64), my desktop's initramfs no longer finds the swap
> (suspend/resume) partition. 
> 
> Running 'update-initramfs -u' returns the correct UUID "to resume
> from", and also adding the line
> 
>   resume=UUID=
> 
> to '/etc/initramfs-tools/conf.d/resume' does not solve the issue:
> Booting stalls for half a minute and then continues with the
> information that it "gave up waiting for suspend/resume device".
> 
> On examining this I noticed, that my block devices are no longer named
> persistently: Sometimes the disk comes up as 'sda' and sometimes as
> 'sdb', although both internal disks are connected to the same onboard
> SATA controller. I am not yet absolutely sure, if the name swap happens
> always or randomly - but as I suspect it to be the reason for the
> failing swap discovery, which occurs reliably every time I (re)boot, I
> assume that it happens with _every_ boot cycle.

Hi,
out of personal experience I would check the PSU as I had
similar problems in a box with several raid arrays not coming
up correctly or with disks missing that drove me mad
at changing disks and raid cards until I changed the PSU.

> NB: Some days before, I had to replace the system's other hard disk -

Are you sure that the disk was defective and not just undepowered
as they draw max current at boot when the disks spin up
at the same time?

> but I am quite (g: very!) sure that the phenomenon occurred only and
> directly after the latest kernel update mentioned above, as the boot
> delay is hard to miss.
> 
> Any hints are very welcome!
> 
> Libre Grüße,
> Florian

Just my 2 cents

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Bug in synaptic package manager?

[tito via Dng]

Hi,
while trying to open the Settings>Repositories menu in Synaptic package manager 
i get:

 synaptic-pkexec 
ERROR:root:Cannot import UbuntuDrivers: No module named 'UbuntuDrivers'
Traceback (most recent call last):
  File "/usr/bin/software-properties-gtk", line 101, in 
app = SoftwarePropertiesGtk(datadir=options.data_dir, options=options, 
file=file)
  File 
"/usr/lib/python3/dist-packages/softwareproperties/gtk/SoftwarePropertiesGtk.py",
 line 109, in __init__
SoftwareProperties.__init__(self, options=options, datadir=datadir)
  File 
"/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py", line 
109, in __init__
self.reload_sourceslist()
  File 
"/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py", line 
599, in reload_sourceslist
self.distro.get_sources(self.sourceslist)
  File "/usr/lib/python3/dist-packages/aptsources/distro.py", line 91, in 
get_sources
raise NoDistroTemplateException(
aptsources.distro.NoDistroTemplateException: Error: could not find a 
distribution template for Devuan/chimaera


Could this be a bug ot did I just manage to break my setup once again?

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Bug in synaptic package manager?

[tito via Dng]

On Tue, 25 Jan 2022 17:49:49 +0900
Olaf Meeuwissen via Dng  wrote:

> Hi Tito,
> 
> tito via Dng  writes:
> 
> > Hi,
> > while trying to open the Settings>Repositories menu in Synaptic package 
> > manager i get:
> >
> >  synaptic-pkexec
> > ERROR:root:Cannot import UbuntuDrivers: No module named 'UbuntuDrivers'
> > Traceback (most recent call last):
> >   File "/usr/bin/software-properties-gtk", line 101, in 
> > app = SoftwarePropertiesGtk(datadir=options.data_dir, options=options, 
> > file=file)
> >   File 
> > "/usr/lib/python3/dist-packages/softwareproperties/gtk/SoftwarePropertiesGtk.py",
> >  line 109, in __init__
> > SoftwareProperties.__init__(self, options=options, datadir=datadir)
> >   File 
> > "/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py", 
> > line 109, in __init__
> > self.reload_sourceslist()
> >   File 
> > "/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py", 
> > line 599, in reload_sourceslist
> > self.distro.get_sources(self.sourceslist)
> >   File "/usr/lib/python3/dist-packages/aptsources/distro.py", line 91, in 
> > get_sources
> > raise NoDistroTemplateException(
> > aptsources.distro.NoDistroTemplateException: Error: could not find a 
> > distribution template for Devuan/chimaera
> >
> >
> > Could this be a bug ot did I just manage to break my setup once again?
> 
> Here's wondering why youu'd need UbuntuDrivers on a Devuan system but
> ...  I'd try an `apt update` with root privileges on the command line
> to check that your APT sources are okay.  Probably
> 
>   sudo apt update

Hi,
apt works for me it is just the dialog to modify, add or delete repositories in 
synaptic 
that doesn't work as some template is missing:

aptsources.distro.NoDistroTemplateException: Error: could not find a 
distribution template for Devuan/chimaera

I was wondering If we couldn't add this template to synaptic itself
or to software-properties-gtk package.

Ciao,
Tito

> 
> will do that trick.  If that goes alright (ignoring network issues), you
> didn't obviously break your APT setup.
> 
> You might also want to post the output of
> 
>   sed 's/#.*//; /^[ \t]*$/d' /etc/apt/sources.list{,.d/*}
> 
> so we can see what sources you're using.
> 
> BTW, I don't use synaptic myself.  Too much bloat.  The command-line
> suits my needs just fine.
> 
> Hope this helps,
> --
> Olaf MeeuwissenFSF 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
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Bug in synaptic package manager?

[tito via Dng]

On Tue, 25 Jan 2022 10:27:52 +0100
Didier Kryn  wrote:

> Le 25/01/2022 à 09:49, Olaf Meeuwissen via Dng a écrit :
> > Hi Tito,
> >
> > tito via Dng  writes:
> >
> >> Hi,
> >> while trying to open the Settings>Repositories menu in Synaptic package 
> >> manager i get:
> >>
> >>   synaptic-pkexec
> >> ERROR:root:Cannot import UbuntuDrivers: No module named 'UbuntuDrivers'
> >> Traceback (most recent call last):
> >>File "/usr/bin/software-properties-gtk", line 101, in 
> >>  app = SoftwarePropertiesGtk(datadir=options.data_dir, 
> >> options=options, file=file)
> >>File 
> >> "/usr/lib/python3/dist-packages/softwareproperties/gtk/SoftwarePropertiesGtk.py",
> >>  line 109, in __init__
> >>  SoftwareProperties.__init__(self, options=options, datadir=datadir)
> >>File 
> >> "/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py", 
> >> line 109, in __init__
> >>  self.reload_sourceslist()
> >>File 
> >> "/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py", 
> >> line 599, in reload_sourceslist
> >>  self.distro.get_sources(self.sourceslist)
> >>File "/usr/lib/python3/dist-packages/aptsources/distro.py", line 91, in 
> >> get_sources
> >>  raise NoDistroTemplateException(
> >> aptsources.distro.NoDistroTemplateException: Error: could not find a 
> >> distribution template for Devuan/chimaera
> >>
> >>
> >> Could this be a bug ot did I just manage to break my setup once again?
> > Here's wondering why youu'd need UbuntuDrivers on a Devuan system but
> > ...  I'd try an `apt update` with root privileges on the command line
> > to check that your APT sources are okay.  Probably
> >
> >sudo apt update
> >
> > will do that trick.  If that goes alright (ignoring network issues), you
> > didn't obviously break your APT setup.
> >
> > You might also want to post the output of
> >
> >sed 's/#.*//; /^[ \t]*$/d' /etc/apt/sources.list{,.d/*}
> >
> > so we can see what sources you're using.
> >
> > BTW, I don't use synaptic myself.  Too much bloat.  The command-line
> > suits my needs just fine.
> >
> >
>      I'd have loved using aptitude but could never understand how to do 
> the simplest thing with it, although I watched several experts using it 
> and was impressed. As a menu-driven package manager, I very often use 
> Synaptic, leaving apt-get for quick simple things or when dist-upgrading.

Hi,

for me synaptic is useful to find software I don't now about, 
with simple queries I'm served a list of matches with summaries to choose from.

Ciao,
Tito
 

>      I don't use synaptic with pkexec to get the permission. I think I 
> haven't pkexec installed. I have a button on my pannel programmed with 
> sh -c "SUDO_ASKPASS=/usr/bin/ssh-askpass sudo -A synaptic".
> 
>      For this to work, I must have ssh-askpass installed, /etc/sudoers 
> configured to allow me to invoque synaptic, plus the following line in 
> /etc/sudoers:
> 
> Defaults env_keep = "EDITOR LOGNAME XAUTHORITY DISPLAY"
> 
>      Only XAUTHORITY and DISPLAY  are needed in this case, the other 
> variables serve other purposes.
> 
>      Hth.
> 
> --     Didier
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Bug in synaptic package manager?

[tito via Dng]

On Tue, 25 Jan 2022 11:06:22 +0100
Michael Neuffer via Dng  wrote:

> 
> 
> On 1/25/22 10:27, Didier Kryn wrote:
> > Le 25/01/2022 à 09:49, Olaf Meeuwissen via Dng a écrit :
> >> Hi Tito,
> >>
> >> tito via Dng  writes:
> [...]
> >> BTW, I don't use synaptic myself.  Too much bloat.  The command-line
> >> suits my needs just fine.
> >>
> >>
> >      I'd have loved using aptitude but could never understand how to do 
> > the simplest thing with it, although I watched several experts using it 
> > and was impressed. As a menu-driven package manager, I very often use 
> > Synaptic, leaving apt-get for quick simple things or when dist-upgrading.
> > 
> >      I don't use synaptic with pkexec to get the permission. I think I 
> > haven't pkexec installed. I have a button on my pannel programmed with 
> > sh -c "SUDO_ASKPASS=/usr/bin/ssh-askpass sudo -A synaptic".
> > 
> >      For this to work, I must have ssh-askpass installed, /etc/sudoers 
> > configured to allow me to invoque synaptic, plus the following line in 
> > /etc/sudoers:
> > 
> > Defaults env_keep = "EDITOR LOGNAME XAUTHORITY DISPLAY"
> > 
> >      Only XAUTHORITY and DISPLAY  are needed in this case, the other 
> > variables serve other purposes.
> 
> Why don't you use the trusty old dselect?
> 
> Cheers
>Mike

But I want to use synaptic...  :-(

> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Bug in synaptic package manager?

[tito via Dng]

On Tue, 25 Jan 2022 10:20:18 -0500
tempforever  wrote:

> tito via Dng wrote:
> > On Tue, 25 Jan 2022 17:49:49 +0900
> > Olaf Meeuwissen via Dng  wrote:
> >
> >> Hi Tito,
> >>
> >> tito via Dng  writes:
> >>
> >>> Hi,
> >>> while trying to open the Settings>Repositories menu in Synaptic package 
> >>> manager i get:
> >>>
> >>>  synaptic-pkexec
> >>> ERROR:root:Cannot import UbuntuDrivers: No module named 'UbuntuDrivers'
> >>> Traceback (most recent call last):
> >>>   File "/usr/bin/software-properties-gtk", line 101, in 
> >>> app = SoftwarePropertiesGtk(datadir=options.data_dir, 
> >>> options=options, file=file)
> >>>   File 
> >>> "/usr/lib/python3/dist-packages/softwareproperties/gtk/SoftwarePropertiesGtk.py",
> >>>  line 109, in __init__
> >>> SoftwareProperties.__init__(self, options=options, datadir=datadir)
> >>>   File 
> >>> "/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py",
> >>>  line 109, in __init__
> >>> self.reload_sourceslist()
> >>>   File 
> >>> "/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py",
> >>>  line 599, in reload_sourceslist
> >>> self.distro.get_sources(self.sourceslist)
> >>>   File "/usr/lib/python3/dist-packages/aptsources/distro.py", line 91, in 
> >>> get_sources
> >>> raise NoDistroTemplateException(
> >>> aptsources.distro.NoDistroTemplateException: Error: could not find a 
> >>> distribution template for Devuan/chimaera
> >>>
> >>>
> >>> Could this be a bug ot did I just manage to break my setup once again?
> >> Here's wondering why youu'd need UbuntuDrivers on a Devuan system but
> >> ...  I'd try an `apt update` with root privileges on the command line
> >> to check that your APT sources are okay.  Probably
> >>
> >>   sudo apt update
> > Hi,
> > apt works for me it is just the dialog to modify, add or delete 
> > repositories in synaptic 
> > that doesn't work as some template is missing:
> >
> > aptsources.distro.NoDistroTemplateException: Error: could not find a 
> > distribution template for Devuan/chimaera
> >
> > I was wondering If we couldn't add this template to synaptic itself
> > or to software-properties-gtk package.
> >
> > Ciao,
> > Tito
> >
> >
> Tito,
> It appears that there are no devuan-specific template files for
> synaptic.  Attached is my first attempt (copied from Debian template,
> and modified, but I probably got some things wrong).  These two files go
> in /usr/share/python-apt/templates
> Hope this helps somewhat.
> 
> Temp

Hi,

thanks for your effort, I was not able to find where this templates were hidden.
Seems to work here, software-properties-gtk dialog window opens without
exception. Could this somehow be added to debian or devuan?

Ciao,
Tito
 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Bug in synaptic package manager?

[tito via Dng]

On Wed, 26 Jan 2022 00:02:45 +0200
Boian Bonev  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> ...
> > > > apt works for me it is just the dialog to modify, add or delete
> > > > repositories in synaptic 
> > > > that doesn't work as some template is missing:
> > > > 
> > > > aptsources.distro.NoDistroTemplateException: Error: could not find a
> > > > distribution template for Devuan/chimaera
> > > > 
> > > > I was wondering If we couldn't add this template to synaptic itself
> > > > or to software-properties-gtk package.
> > > > 
> > > > Ciao,
> > > > Tito
> > > > 
> > > > 
> > > Tito,
> > > It appears that there are no devuan-specific template files for
> > > synaptic.  Attached is my first attempt (copied from Debian template,
> > > and modified, but I probably got some things wrong).  These two files go
> > > in /usr/share/python-apt/templates
> > > Hope this helps somewhat.
> > > 
> > > Temp
> > 
> > Hi,
> > 
> > thanks for your effort, I was not able to find where this templates were
> > hidden.
> > Seems to work here, software-properties-gtk dialog window opens without
> > exception. Could this somehow be added to debian or devuan?
> 
> The templates live in python-apt-common (this package is not forked in 
> Devuan).
> 
> There are two options:
> 
> 1) Submit a PR to the packager/team in Debian
> 2) Fork the package for Devuan and maintain the appropriate information in it
> 
> My opinion is that 1) is not a good option, because the mirror list is 
> volatile
> information and that would require stable updates on a regular basis (and that
> won't easily happen in Debian)

Hi,
a stupid question, could the templates be added to the base-files package
that is already forked?

> Also I have noticed that this is not existing: http://security.devuan.org/ and
> MatchURI: is not proper in most cases (contents of Devuan.info)

Yes this needs to be fixed.

> I can help with packaging the forked python-apt-common but I can not help with
> testing because I do not use aptitude.

I can test it with synaptic if needed.

Ciao,
Tito

> With best regards,
> b.
> 
> 
> 
> -BEGIN PGP SIGNATURE-
> 
> iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmHwc4UACgkQE2VyCRPS
> 8i1OXBAAsy7yMsxzXrdHJ0BKFffzKhErDpZq5A5TqKNNwhTxWg/RqBgRAWzrNQ97
> XzJbsYuztcAMeSOyt0Sv0y2StzMqopjzwa9whkEEbOTS2sr0Lz76gTM84ExL7RBH
> 5njGNSKT8I3bLdlXFdkVbbQj0WbSB0JRY6Y4gb2Xu80jhXuN/f5TweRghyd3izPX
> fhVC3SETIUBp0dZ+UKGvSIIp1QXqNWCySyzF9nhHJMhuC4A5H9qf7vfHSLEvonqo
> 6Je452rBE/A4teGT8Q+m28d2qbziKyKE2cdFxu0xrL/94Rdu/cSDF0LLtYpEIXmk
> KunoIjDBMnCyhN5Xm1z5ErlXHeJOiY4CQ+57CuSEA0V9fK+rp8mw1nvicGahbzvv
> f8s4pPCYi4KQOTh5/hphY+b/nCl6YLLZcdpkkt0nm1EQcGMemqJmPud6b9b5uB8M
> SXc0Bem2O+sQIdaMeMbckrfGkU1aq1R4/CHU5H58lxB+UDP4Y8sxOe55ggGFx37t
> 5rhPUf3B2nGna3YzV3/+w+qc4z1bvtEz9Kds6NNTk8tckhy2y80lemRZ994LZInE
> UO6WkhYeP1UmeeIBKyUjuDGEZSXqF9rAgX5OuGpzOv2H3breV1uCiT/Ek2f1F3gj
> m0MvqOwXH0mKvgCEmS3hQmDpWNS+wnEY5f9pq6DGMesP8O3Z/pA=
> =Vxpy
> -END PGP SIGNATURE-
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What is your take on finit?

[tito via Dng]

On Wed, 26 Jan 2022 08:59:24 +0100
Martin Steigerwald  wrote:

> Hi!
> 
> I saw this coming into Debian Sid, so should be available in Devuan 
> Ceres as well:
> 
> https://troglobit.com/projects/finit/
> 
> Sounds interesting, I'd say.
> 
> Best,

Hi,
what scares me is;

originally reverse engineered from the EeePC fastinit by Claudio Matsuoka

from: https://blog.darknedgy.net/technology/2015/09/05/0/
Asus eeePC fastinit + derivatives (2007-2015)

As part of Asus’s eeePC notebook line around 2007-2008, which had variants 
preinstalled
with a GNU/Linux distribution called Xandros, they wrote a proprietary init(8) 
replacement
entitled fastinit specifically designed for the purpose of… booting really 
fast, I suppose.

So it was proprietary and then reverse engineeredcouldn't this lead to 
licensing
problems further down the road?

Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What is your take on finit?

[tito via Dng]

On Tue, 1 Feb 2022 09:50:31 +0100
Didier Kryn  wrote:

> Le 31/01/2022 à 19:16, Steve Litt a écrit :
> >>      Writing a self-daemonizing daemon in C was a routine when I was
> >> still active, though I understand it could be more difficult in shell.
> > But more difficult in Python. I try to stay away from C if Python does
> > the job. I think Python3 plus its standard libraries are more secure
> > than C code written by the error prone Steve Litt.
> 
>      Let me generalize: "I think Python3 plus its standard libraries are 
> more secure than C code written by an error prone human being." (~:

You made my day ;-) ... and Python is written in which programming language?
 
Ciao,
Tito

>      Actually I don't know Python, but I think I can trust you because I 
> consider C/C++ amongst the most insecure languages. But this is one of 
> my favourite themes...
> 
> --     Didier


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] usb keyboard detection in initramfs

[tito via Dng]

On Fri, 18 Feb 2022 14:57:11 -0700
Gregory Nowak via Dng  wrote:

> Hello everyone.
> 
> I have a raspberry pi 3b arm64 sd card which I recently upgraded in
> stages from jessie to chimaera. This card has the second partition
> encrypted, so I need an initramfs to decrypt it.
> 
> The problem is that my usb keyboard doesn't seem to be detected in the
> initramfs. Once I unlock the partition from the serial console, boot
> proceeds as expected, and everything is fine.
> 
> In /etc/initramfs-tools/modules I have:
> 
> # List of modules that you want to include in your initramfs.
> # They will be loaded at boot time in the order below.
> #
> # Syntax:  module_name [args ...]
> #
> # You must run update-initramfs(8) to effect this change.
> #
> # Examples:
> #
> # raid1
> # sd_mod
> 
> evdev
> ecb
> xts
> 
> # USB keyboard at boot
> usbhid
> hid
> hid_generic
> ohci_pci
> 

Hi,
maybe loading them in a different order:

usbcore
ehci_hcd
ehci-pci
ohci-pci
hid
hid-generic
usbhid

Just what i would try first myself. Untested.

Ciao,
Tito

> I doubt I need ohci_pci for the rpi3, but I saw references on the web
> stating that it is needed for a usb keyboard, so included it just in
> case.
> 
> The screen during the boot process until the unlock prompt says:
> 
> [7.851176] hub 1-0:1.0: 1 port detected
> Begin: Loading essential drivers ... [7.973790] hid: raw HID
> events driver (C) Jiri Kosina
> [7.998803] usbcore: registered new interface driver usbhid
> [8.008273] usbhid: USB HID core driver
> [8.083812] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI)
> Driver
> [8.108252] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> [8.123583] ehci-pci: EHCI PCI platform driver
> [8.136873] ohci-pci: OHCI PCI platform driver
> done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting root file system ... Begin: Running /scripts/local-top
> ...[8.164405] usb 1-1: new high-speed USB device number 2 using
> dwc2
>  [8.203533] urandom_read: 2 callbacks suppressed
>  [8.203543] random: lvm: uninitialized urandom read (4 bytes read)
>  [8.380597] usb 1-1: New USB device found, idVendor=0424,
>  idProduct=9514, bcdDevice= 2.00
>  [8.396897] usb 1-1: New USB device strings: Mfr=0, Product=0,
>  SerialNumber=0[8.409579] hub 1-1:1.0: USB hub found
>  [8.411407] device-mapper: uevent: version 1.0.3
>  [8.417808] hub 1-1:1.0: 5 ports detected
>  [8.427132] device-mapper: ioctl: 4.43.0-ioctl (2020-10-01)
>  initialised: dm-de...@redhat.com
>  Please unlock disk mmcblk0p2_crypt:
> 
> If I plug and unplug the keyboard at this point, I don't see any
> detection messages. I do see later on that after the root fs is
> mounted, udevd is started. Also, if I boot with the keyboard
> unplugged, login, look at lsmod, plug the keyboard again, and look at
> lsmod again, no new modules are loaded, but the keyboard is
> detected. So, I think I have all necessary modules in the initramfs,
> but no udevd.
> 
> Should udev be in the initramfs? If yes, what should I look at to find
> out why it isn't in the initramfs. If udevd shouldn't be in initramfs,
> then something else would have to detect devices on the usb bus in the
> initramfs. What is that something?
> 
> This used to work perfectly fine under jessie. If more info is needed,
> I'll be happy to provide it. Thanks in advance for any tips. If this is
> documented somewhere, and I haven't been able to find it in my
> research, a pointer to that documentation would be good enough.
> 
> Greg
> 
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] deb.devuan.org not reachable

[tito via Dng]

On Sat, 26 Feb 2022 13:49:50 +0100
Radisson via Dng  wrote:

> 
> 
> Am 24.02.22 um 18:35 schrieb goli...@devuan.org:
> > On 2022-02-24 10:08, Radisson via Dng wrote:
> >> Hi List,
> >> i tried to update daedalus but i have problems
> >> to reach deb.devuan.org 101 network is unreachable.
> >>
> >> Is that expected ? what is the alternative ?
> >>
> >> re,
> >>  pr
> >>
> >
> > You need to use http unless you choose a specific mirror that serves https.
> > http://pkgmaster.devuan.org/mirror_list.txt
> >
> > Perhaps that's the problem?
> >
> 
> sorry for the delay ..
> 
> no i have successfully installed last year,
> ntl i have checked again and is http.
> I am connected via a proxy (that was no problem before)
> 
> When i try to reach that dev.devuan.org via browser i have
> the same problem and i get back a IPv6 address, maybe an ipv4-v6 issue ?
> 
> I have no problem with pkgmaster.devuan.org (looking at
> mirror_list.txt). so the problem leaves me confused ...
> 
> I picked fau.de from the mirror list and it seems to work,
> i guess it is an ipv4/6 issue somewhere in between.
> Is it possible that deb.devuan.org is reachable via IPv6 only  ?
> 
> re,

Hi,
there seem to be some IPV6 hosts:

nslookup deb.devuan.org
Server: 192.168.2.1
Address:192.168.2.1#53

Non-authoritative answer:
deb.devuan.org  canonical name = deb.rr.devuan.org.
Name:   deb.rr.devuan.org
Address: 185.178.192.43
Name:   deb.rr.devuan.org
Address: 185.203.114.135
Name:   deb.rr.devuan.org
Address: 185.38.15.81
Name:   deb.rr.devuan.org
Address: 185.183.113.131
Name:   deb.rr.devuan.org
Address: 46.4.50.2
Name:   deb.rr.devuan.org
Address: 160.16.137.156
Name:   deb.rr.devuan.org
Address: 195.85.215.180
Name:   deb.rr.devuan.org
Address: 200.236.31.1
Name:   deb.rr.devuan.org
Address: 95.216.15.86
Name:   deb.rr.devuan.org
Address: 5.9.122.185
Name:   deb.rr.devuan.org
Address: 158.69.153.121
Name:   deb.rr.devuan.org
Address: 131.188.12.211
Name:   deb.rr.devuan.org
Address: 130.225.254.116
Name:   deb.rr.devuan.org
Address: 141.84.43.19
Name:   deb.rr.devuan.org
Address: 2001:4ca0:4300::1:19
Name:   deb.rr.devuan.org
Address: 2001:e42:102:1704:160:16:137:156
Name:   deb.rr.devuan.org
Address: 2a01:4f8:162:7293::14
Name:   deb.rr.devuan.org
Address: 2607:5300:61:95f:7283:11d9:f86:e691
Name:   deb.rr.devuan.org
Address: 2a02:2a38:1:400:422a:422a:422a:422a
Name:   deb.rr.devuan.org
Address: 2001:638:a000:1021:21::1
Name:   deb.rr.devuan.org
Address: 2a0a:e5c0:2:2:400:c8ff:fe68:bef3
Name:   deb.rr.devuan.org
Address: 2a01:9e40::180
Name:   deb.rr.devuan.org
Address: 2a01:4f9:2a:fa9::2
Name:   deb.rr.devuan.org
Address: 2801:82:80ff:8000::2
Name:   deb.rr.devuan.org
Address: 2a01:4f8:140:1102:2b76:955d:b48f:bdf3
Name:   deb.rr.devuan.org
Address: 2001:878:346::116

but I'm able to reach with IPV4.
Maybe your resolver cache?
I've added this lines to my unbound.conf

forward-zone:
##forward-first: yes
name: "deb.devuan.org"
#forward-tls-upstream: yes
forward-addr: 8.8.4.4
forward-addr: 8.8.8.8

and this seems to have fixed
issues I had with resolved addresses
being to old.

Hope this helps.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Fake RAID

[tito via Dng]

On Wed, 9 Mar 2022 19:18:13 +0100
Didier Kryn  wrote:

> Le 09/03/2022 à 17:12, d...@d404.nl a écrit :
> > On 09-03-2022 16:55, Hendrik Boom wrote:
> >> On Wed, Mar 09, 2022 at 02:42:07PM +0100, aitor wrote:
> >>
> >>> Did you read the following guide?
> >>>
> >>> https://wiki.debian.org/DebianInstaller/SataRaid
> >> Interesting note.
> >>
> >> What is a "fake RAID"?  Is it a RAID or not?
> >>
> >> -- hendrik
> >>
> > A real RAID controller has hardware and software on board and often a 
> > battery backup. A "fake" RAID does have some hardware but no software 
> > or better some software but depends on a Windows driver for the RAID 
> > functions. Same trick as with Win modems and printers. 
> 
> 
>      I have worked with Dell Poweredge servers around 15 y ago. These 
> had PERC hardware RAIDs able to completely do the whole job without any 
> help from the OS. The configured RAID devices were seen by the kernel as 
> individual disks. After a few years working like this I configured the 
> PERC so as to show every disk individually (therefore no RAID), and 
> managed software RAIDs using mdadm. md RAIDS, not dm RAIDS. dm stands 
> for device-mapper, which also means Logical Volume Manager. On the 
> contrary of what is said in the Debian document, I found LVM (dm RAIDs) 
> not much more usefull than md and overly complex. On the other hand, 
> mdadm also is not a piece of cake but I can find my way with it and I 
> have developped a graphics monitoring tool for it, actually a little web 
> server displaying the status of all the host's md RAIDs.
Hi,
I'm interested about this web server thing is it packaged?

Ciao,
Tito

>      What I mean is that there is probably the possibility to configure 
> the PERC as no-RAID and build a software RAID on Linux, if this is 
> manageable for your Win10.
> 
> --     Didier
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NetworkManager Applet 1.24.0 on daedalus quite broken with multiple interfaces

[tito via Dng]

On Fri, 11 Mar 2022 11:51:59 +0200
Lars Noodén via Dng  wrote:

> It appears that the NetworkManager Applet 1.24.0 built into XFCE4 on
> daedalus is quite broken and can't route properly across multiple
> interfaces.  Indeed the icon only shows a single interface even if
> "route -n" shows the other.  If I add additional interfaces then
> NetworkManager adds those and routes appropriately even if they are on
> the same net as the interface it ignores.
> 
> The only thing which has changed lately was a fresh installation of
> daedalus via an absolutely minimal chimaera installation where
> everything was unselected from tasksel.  Then once daedalus was in
> place, tasksel was used to install XFCE4 and console utilities.

Hi,
did you check if the not correctly handled interface is
set in /etc/network/interfaces and therefore not
handled by NetworManager if 

[ifupdown]
managed=false

which is the default setting is set in /etc/NetworkManager/NetworkManager.conf 

Hope this helps.

Ciao,
Tito


> What if anything can be done with the NetworkManager to get it to
> acknowledge the built-in interface or can I replace NetworkManager with
> something else?
> 
> /Lars
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Web md RAID monitoring [was: Re: Fake RAID]

[tito via Dng]

On Sat, 12 Mar 2022 10:32:53 +0100
Didier Kryn  wrote:

> Le 12/03/2022 à 02:05, Ralph Ronnquist via Dng a écrit :
> > On Sat, 12 Mar 2022 09:33:01 +1100
> > Ralph Ronnquist  wrote:
> >
> >> On Fri, 11 Mar 2022 16:04:45 +0100
> >> Didier Kryn  wrote:
> >>>       Its almost done. I have added a few features devised from
> >>> Tito's suggestions, and added git version control, but I can't
> >>> remember how to create the initial version in Devuan's git store.
> >> You need an acount set up first; let's say it's "kryn" and for the
> >> sake of example I use the name "webraid" for this project.
> >>
> >> Then, at home, you use the 2 commands:
> >>
> >> $ git remote add origin g...@git.devuan.org:kryn/webraid.git
> >>
> >> $ git push --set-upstream origin master
> >>
> >> Thereafter you need to jump onto the store's web interface and change
> >> the project settings into not being a private project.
> > Actually, the above would be only if you have your ssh key registered
> > at the git store. If not you would rather use the following first
> > command:
> >
> > $ git remote add origin https://git.devuan.org/kryn/webraid.git
> >
> > and then follow on with the login credentials it asks for.
> >
>      Thanks for the explanations. I will keep your mails for the next 
> time. Following Aitor's instructions, I created a minimal repository 
> from the web, then cloned it locally, copied all the stuff in locally, 
> committed it and pushed the result back.
> 
>      It's called Diskweb. Thanks all for your help.
> 
> --     Didier
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,
some minor typos in Readme.md file:

This is a small http server, originally inspired by micro-httpd, for its small 
size, but with the intention to serve dynamic content instead of static files.

The primary reason to use an http server is that it is a simpler method to 
display graphics than interfacing with a graphics library like Gtk or Qt.

The second reason is that it is still usable on systems without graphics 
capability, since it is enough to have a network connection and view the 
graphics from a remote full-fledged computer.

This server provides monitoring of filesystem status and md RAID status. 
Monitoring of other system-critical components could be added.

   file system

This server follows http 1.0 protocol, which means that the connexion is closed 
immediately after the content have been transferred. This makes it usable to 
serve one request after the other and have only one session at a time.


  connection

Data transferred reflects the status of the filesytems and of the RAID(s) at 
the moment of the request. There is no automatic update. To obtain updates, the 
user must repeat the request (by using the "refresh" button of the web blowser).

file systems



 browser
 
PORT NUMBER

This server expects connexions on port 8085 by default. If another port number 
is desired, it can be changed by one of 4 means:

  connections

on the command line, invoque 'httpd port-number'

  invoke  (call?)

in src/httpd.c: change the line #define LISTEN

add the line above in /src/diskweb.h

in the makefile, add a -D option to the gcc command to do the same

diskweb's httpd can also be invoqued through inetd, in which case it does not 
listen to any port and the listening port is part of inetd's configuration.

  invoked (called?)

BUILDING and INSTALLING

To just compile the executable file httpd, run 'make' To delete it, run 'make 
clean' To install /usr/local/diskweb/httpd, run 'make install' . (A dot is 
missing)

 To uninstall it, run 'make uninstall'   . (A dot is missing)

No sysv-rc, runit, s6, or other init scipt is provided. The easy way to start 
diskweb on Devuan is to copy the file diskweb.sh in /etc/boot.d ; commands in 
this directory

  script

 are executed by /etc/rc.local as the last step of system startup. This script 
is not installed by 'make install' because it would require root priviledge.



   privileges
Note that root priviledge is needed to listen on a port number lower that 1024

Re: [DNG] Why do I need xdg-desktop portal?

[tito via Dng]

On Sat, 12 Mar 2022 11:06:44 +0100
Alessandro Vesely via Dng  wrote:

> Hi all,
> 
> I don't use flatpak, so yesterday I removed xdg-desktop-portal from a machine 
> where it was causing df to err trying to access a fuse mount.  I wandered how 
> came xdg-desktop-portal was installed.
> 
> Today I got the answer.  I run apt-get dist-upgrade on another machine, and 
> got:
> 
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> Calculating upgrade... Done
> The following NEW packages will be installed:
>linux-headers-5.10.0-12-amd64 linux-headers-5.10.0-12-common 
> linux-image-5.10.0-12-amd64 xdg-desktop-portal
>xdg-desktop-portal-gtk
> The following packages will be upgraded:
>chromium chromium-common chromium-sandbox chromium-shell 
> linux-headers-amd64 linux-image-amd64
> 6 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
> Need to get 169 MB/169 MB of archives.
> After this operation, 365 MB of additional disk space will be used.
> Do you want to continue? [Y/n]
> 
> Oh well, I'm going to say Y and purge xdg-sektop-portal right after.
> 
> Is there a way to ban it from future upgrades?
> 
> 
> Best
> Ale

Hi,

add:

Package: xdg-desktop-portal*
Pin:Release n=*
Pin-Priority: -1

to /etc/apt/preferences.d/preferences 

Ciao,
Tito

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Wifi problem - dhclient times out with no reply - SOLVED

[tito via Dng]

On Tue, 22 Mar 2022 16:06:49 -0700
Gregory Nowak via Dng  wrote:

> On Tue, Mar 22, 2022 at 12:38:05AM -1000, Joel Roth via Dng wrote:
> > In any case, by enabling the 5GHz radio with AC mode,
> > WPA2-PSK and 80MHz signal width my BCM43228 associated with
> > the router and received an IP address. 
> 
> I'm not familiar with that particular chipset. However, based on the
> above, that would suggest your network card presents the 5 GHz radio
> on wlan0, and the 2.4 GHz radio on wlan1.
> 
> 
> On Tue, Mar 22, 2022 at 08:54:06PM +0100, Florian Zieboll via Dng wrote:
> > With both available USB-WiFi-Dongles (rtl8192cu and rt2800usb), I can
> > see the devices 
> > 
> > $ iw dev
> > $ iw list
> > resp.
> > $ iw phy0 info
> > 
> > as well as the available networks
> > 
> > $ iw wlan0 scan
> > 
> > but dhclient times out, when querying the "Fritzbox":
> > 
> > No DHCPOFFERS received.
> > No working leases in persistent database - sleeping.
> > 
> > Installing NetworkManager via Android-AP and '/etc/network/interfaces',
> > as an "emergency workaround", solved the issue for now. Interestingly, 
> > 
> > $ iw dev
> > 
> > tells me, that I am not connected with 5GHz, as I first had assumed,
> > but on
> > 
> > channel 11 (2462 MHz), width: 20 MHz, center1: 2462 MHz
> 
> I saw something similar on openwrt 21 on a gl.inet ar750 router. What
> they did was to switch around the frequencies used by wlan0, and
> wlan1. This was done by defining the band to use in the radio0 and
> radio1 sections of /etc/config/wifi. How that actually does what it
> does behind the scenes of UCI abstraction I wasn't able to figure out.

Hi,
it is done changing the settings of the hostapd daemon
(in devuan in /etc/hostapd/hostapd.conf hw_mode=a/hw_mode=g)

Ciao,
Tito
 
> The result of this was that I needed to rmmod the modules used by one
> card, run wifi down, uncomment the band lines in each radio section, and run
> wifi up with no networks enabled in order to scan for networks on a
> particular band, and then I needed to run wifi down,
> reverse changes in /etc/config/wifi, modprobe modules, and run wifi up to 
> connect to a
> network.
> 
> I wondered why they did this, until I discovered that using I believe the 5 
> GHz
> radio in the 5 GHz band caused both wifi radios to become
> unresponsive. I needed to either reboot the router, or rmmod all wifi
> modules, and modprobe them again to regain wifi functionality.
> 
> Greg
> 
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] information request

[tito via Dng]

On Wed, 20 Apr 2022 06:58:35 -0500
o1bigtenor via Dng  wrote:

> On Wed, Apr 20, 2022 at 6:37 AM Antony Stone
>  wrote:
> >
> > On Wednesday 20 April 2022 at 13:17:48, o1bigtenor via Dng wrote:
> >
> > > Greetings
> > >
> > > In the process of upgrading my system I now am stuck at a point where
> > > I don't know how to resolve the conundrum.
> > >
> > > /bin/sh: 1: /usr/bin/apt-listchanges: not found
> > > E: Sub-process /usr/bin/apt-listchanges --apt || test $? -lt 10
> > > returned an error code (1)
> > > E: Failure running script /usr/bin/apt-listchanges --apt || test $? -lt 10
> > >
> > > when I go to look at the files and folders in /usr/bin/  I can find
> > > this apt-listchanges but somehow the apt 'system' isn't seeing it or
> > > is seeing it poorly.
> > >
> > > When I try apt --fix-broken install  I the same message.
> > >
> > > How do I resolve this - - - - -please?
> >
> > I found myself in exactly this situation recently.
> >
> > I had a machine running Beowulf with all mounted file systems as LVM logical
> > volumes.  I created a duplicate LV of the root file system and rebooted from
> > it, then performed an upgrade to Chimaera.
> >
> > I wasn't happy (for reasons that don't matter here) with the result, so I
> > simply re-booted back into the untouched Beowulf root FS.
> >
> > Unfortunately I had neglected to consider the consequences of my having
> > created a separate /var partition in the first place, which got used by the
> > Chimaera upgrade, and was then thoroughly corrupted as far as Beowulf was
> > concered (mainly due to /var/dpkg, I'm sure).
> >
> > It turned out that the "/usr/bin/apt-listchanges: not found" message is 
> > highly
> > misleading, and means that the script could not find the Python interpreter 
> > it
> > expected to, not that the script itself could not be found.
> >
> > So, I think if you look at the first line of that script on your system, it
> > will point to something like /usr/bin/python3, which is probably a symlink 
> > to
> > something else in /usr/bin, which does not exist.
> >
> > I hope this should at least give you some pointers as to what it is you need
> > to fix - get the correct version of Python3 installed.
> >
> 
> I had just previously deleted the folder python3.9 but python3.10 was
> right beside so thought deleting the previous would make more room (which I
> desperately need!!).
> 
> When looking at the first lines in apt-listchanges - - - well I'm no 
> programmer
> but the code looks more like Perl to me with the use of the :: directives but
> I dunno much about programming so that could be right out to lunch!!!
> 
> Not seeing anything like what you're describing - - - sorry.
> 
> When the tools to fix the broken tools don't work - - - - what are the 
> options?
> Is there only a re-install?
> (That would be scary - - - - this is a complicated system and I've got piles
> of software installed!! - - - last time I did this things were quite hairy for
> quite a while  Not fun at all!)
> 
> Thank you for the information - - - good to know that the error message
> really doesn't connect with the real world - - - - I wasn't even able
> to find any
> references on the web - - - - ZERO - - - which - - I thought was sorta 
> unusual!
> 
> Regards

Hi,
as a last resort option you could try AT YOUR OWN RISK:

rename apt-listchanges to apt-listchanges.bak

create a dummy apt-listchanges by coping 
/bin/true to /usr/bin/apt-listchanges

pray and restart your upgrade

when/if done delete /usr/bin/apt-listchanges
and rename /usr/bin/apt-listchanges.bak to  /usr/bin/apt-listchanges

Just to be sure reinstall apt-listchanges

apt install --reinstall apt-listchanges

Hope this helps.

Ciao,
Tito


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] no access to router administation page

[tito via Dng]

On Sat, 23 Apr 2022 18:09:31 -0400
Haines Brown  wrote:

> I find that I now cannot access my router administration page. The 
> router provides access to internet, but when I run 192.168.1.254 (this 
> IS the correct address), the connection times out. This happens both 
> with Chromium and Firefox. Rebooting the router and resarting the 
> network did not help
> 
> Haines Brown

Hi,
reset and reconfigure?
reflash firmware?
buy a new one?
better build one yourself?

Ciao.
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] resolv.conf

[tito via Dng]

On Mon, 09 May 2022 11:52:14 +0100
Rowland Penny via Dng  wrote:

> On Mon, 2022-05-09 at 12:31 +0200, al3xu5 via Dng wrote:
> > Mon, 9 May 2022 04:49:35 -0400 - Steve Litt <
> > sl...@troubleshooters.com>:
> > 
> > > Antony Stone said on Sun, 8 May 2022 16:28:38 +0200
> > > 
> > > > On Sunday 08 May 2022 at 16:24:03, william m. moss wrote:
> > > >  
> > > > > Years ago I became fed up with too many applications and
> > > > > installations corrupting my resolv.conf. I type in a
> > > > > resolv.conf
> > > > > using an editor.
> > > > 
> > > > Me too.  
> > > 
> > > Me three.
> > > 
> > > >  
> > > > > To prevent the file from being corrupted by other
> > > > > applications:
> > > > 
> > > > chattr +i /etc/resolv.conf  
> > > 
> > > I chattr +i /etc/resolv.conf also. Besides that, I run my own DNS
> > > (unbound) and strongarm my /etc/resolv.conf to that.
> > 
> > Me four.
> 
> That is just a bandaid on something broken. If you have to stop
> something being changed, then there must be something trying to change
> it. You need to find what that 'something' is and stop that changing
> resolv.conf
> 
> Rowland
> 

Hi,
two usual culprits are network-manager and/or dhclient.
For network manager add in /etc/NetworkManager/NetworkManager.conf  [main] 
section;

dns=none

for dhclient create a file  "/etc/dhcp/dhclient-enter-hooks.d/nodnsupdate"
with content:

#!/bin/sh
make_resolv_conf(){
:
}


Hope this helps.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] help ath3k athrBT firmware

[tito via Dng]

On Sun, 15 May 2022 10:27:00 +0200 (CEST)
Jessie Pucci via Dng  wrote:

> Hello, 
> I've run into an issue upgrading from beowulf into chimaera. 
> regarding firmware.dmesg is outputting 
> usb 6-1 firmware: failed to load ar3k/AthrBT_01102.dfu (-2) 
> ... failed with error -2
> then usbcore registered new interface driver ath3k.
> Bluetooth: Loading patch file failed
> usbcore: registered new interface driver btusb
> usb 6-1 firmware: failed to load ar3k/AthrBT_01102.dfu (-2) 
> ath3k: probe of 6-1:1.0 failed with error -2
> It was a bluetooth firmware issue. failed to load after rebooting after the 
> upgrade. 
> Any ideas? Anything I can do kernel side?
> 
> -- Thanks, 
> J
>  

Hi,
is Package: firmware-atheros (20210315-3) [non-free]  installed?

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] New build + extras

[tito via Dng]

On Mon, 30 May 2022 17:03:56 -0500
o1bigtenor via Dng  wrote:

> Greetings
> 
> I am investing in a new system.
> (Ryzen 7 5800X + Ryzen 570 gpu)
> 
> The old system has a raid 10 array that I would like to put into the new 
> system.
> 
> The new system is going to add 2 M2 drives that I want to set up as raid 1
> and this is for use for /EFI, /boot, /, /var, /usr and swap.
> There are 2 2.5" SDDs that are going to be set up as raid 1 for /home.
> Want to be running Devuan daedalus.
> 
> The idea is to transfer the previously used drives from the old system
> into the new system.
> 
> The question:
> is it better to load the system and then add the hard drives
> 
> or
> 
> do I move the drives into the system and then install the system with
> the drives at the same time.
> 
> (2 step process or 1 step process.)
Hi,
I've done this before and it could be done in both ways
without problems, but to avoid confusion in the install
and disk format step I nowadays prefer to do it in multiple steps:
1) install system with only the needed system drives.
2) when the system is installed and fully setup add the raid arrays one by one
3) assemble the array
4) modify /etc/fstab, /etcmdadm/mdadm.conf, update-initramfs
5) add scrubbing to crontab
6) add the drives to smartd.conf
7) reboot, check that array is up at boot
8) go to step 3 for the next array and so on until done.

Ciao,
Tito 
 


> Any gotchas I should be aware of - - - have not ever installed AMD
> procs nor gpus (want to run the open source drivers and will be quite
> happy to leave the nvidea world behind).
> 
> (If further information is needed please advise.)
> 
> Regards
> 
> Aj
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] New build + extras

[tito via Dng]

On Tue, 31 May 2022 05:27:37 -0500
o1bigtenor  wrote:

> On Tue, May 31, 2022 at 1:00 AM tito via Dng  wrote:
> >
> > On Mon, 30 May 2022 17:03:56 -0500
> > o1bigtenor via Dng  wrote:
> >
> > > Greetings
> > >
> > > I am investing in a new system.
> > > (Ryzen 7 5800X + Ryzen 570 gpu)
> > >
> > > The old system has a raid 10 array that I would like to put into the new 
> > > system.
> > >
> > > The new system is going to add 2 M2 drives that I want to set up as raid 1
> > > and this is for use for /EFI, /boot, /, /var, /usr and swap.
> > > There are 2 2.5" SDDs that are going to be set up as raid 1 for /home.
> > > Want to be running Devuan daedalus.
> > >
> > > The idea is to transfer the previously used drives from the old system
> > > into the new system.
> > >
> > > The question:
> > > is it better to load the system and then add the hard drives
> > >
> > > or
> > >
> > > do I move the drives into the system and then install the system with
> > > the drives at the same time.
> > >
> > > (2 step process or 1 step process.)
> > Hi,
> > I've done this before and it could be done in both ways
> > without problems, but to avoid confusion in the install
> > and disk format step I nowadays prefer to do it in multiple steps:
> > 1) install system with only the needed system drives.
> > 2) when the system is installed and fully setup add the raid arrays one by 
> > one
> > 3) assemble the array
> > 4) modify /etc/fstab, /etcmdadm/mdadm.conf, update-initramfs
> > 5) add scrubbing to crontab
> > 6) add the drives to smartd.conf
> > 7) reboot, check that array is up at boot
> > 8) go to step 3 for the next array and so on until done.
> >
> 
> Thank you for the recommendations!!
> 
> I'm not sure what # 4 through 6 are doing and how to do them or
> why to do them.

4) you should add the newly added arrays to /etc/fstab so that they are mounted 
at boot, run as root:

blkid /dev/mdX
/dev/mdX: UUID="-x---" BLOCK_SIZE="4096" 
TYPE="ext4"

then open /etc/fstab with ab editor of your choice and add the line:

UUID=-x---  
/dir_where_you_want_it_to_be_mounted   ext4defaults0   2

then to update /etc/mdadm/mdadm.conf run as root:

mdadm --examine --scan

and copy any missing ARRAY definitions to /etc/mdadm/mdadm.conf

then to update you initramfs with the updated files run as root:

update-initramfs -k all -u

5) about  drive scrubbing read 
https://raid.wiki.kernel.org/index.php/Scrubbing_the_drives
  This is done in some longer time intervals automatically by devuan but on 
systems
where I care I run scrubbing daily when the system is idle and 
therefore I add
  a line to /etc/crontab:

00 11   * * *   rootecho check >> /sys/block/mdX/md/sync_action

6) You should install smartmontools to monitor your harddisks's health status
  see man smartd and man smartd.conf

Ciao,
Tito


 
> 
> Please advise.
> 
> TIA

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] install on a raid 1 array

[tito via Dng]

On Wed, 1 Jun 2022 16:34:21 -0500
o1bigtenor via Dng  wrote:

> Greetings
> 
> When the parts get here I'm going to be installing Devuan testing on
> the system.
> 
> I have not ever installed like this so first the configuration.
> 
> Ryzen 7 3800X
> Asus TUF Gaming X570-Pro   mobo
> 64 GB ram
> 2 - 1 TB M2 drives
> 2 - 1 TB SSDs
> 
> I want to set the system up so that the drives are 2 sets of Raid-1 with
> (proposed)
> set 1
> /efi, /boot, /, /usr, /usr/local, /var, swap
> set 2
> /home
> 
> How do I set up the raid arrays?

They could be easily setup during installation process in the disk partitioning 
step if I recall
it correctly. See https://wiki.debian.org/DebianInstaller/SoftwareRaidRoot
for more info (just the first part).

> Are they set up first and then the system is installed?

Yes, in the installer.

> Or do I set up what I want on one of each of the sets and the copy
> that setup to the second (of the set) and make it raid after system
> install?

No.
 
> I can't seem to find anything done within the last 2 years talking about this.
> Don't see where it should be difficult but then - - - well I've
> thought that before() and had a boat load of male bovine excrement
> to wade through!
> (So I'm asking before doing to forestall issues - - - I hope!)
> 
> TIA
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] install on a raid 1 array

[tito via Dng]

On Wed, 1 Jun 2022 17:16:05 -0500
o1bigtenor via Dng  wrote:

> On Wed, Jun 1, 2022 at 4:57 PM tito via Dng  wrote:
> >
> > On Wed, 1 Jun 2022 16:34:21 -0500
> > o1bigtenor via Dng  wrote:
> >
> > > Greetings
> > >
> > > When the parts get here I'm going to be installing Devuan testing on
> > > the system.
> > >
> > > I have not ever installed like this so first the configuration.
> > >
> > > Ryzen 7 3800X
> > > Asus TUF Gaming X570-Pro   mobo
> > > 64 GB ram
> > > 2 - 1 TB M2 drives
> > > 2 - 1 TB SSDs
> > >
> > > I want to set the system up so that the drives are 2 sets of Raid-1 with
> > > (proposed)
> > > set 1
> > > /efi, /boot, /, /usr, /usr/local, /var, swap
> > > set 2
> > > /home
> > >
> > > How do I set up the raid arrays?
> >
> > They could be easily setup during installation process in the disk 
> > partitioning step if I recall
> > it correctly. See https://wiki.debian.org/DebianInstaller/SoftwareRaidRoot
> > for more info (just the first part).
> 
> Interesting - - - that wiki is current as of 2012.
> That's why I wasn't trusting the information - - - - the newest stuff
> I could find was
> some 3 or 4 years old and I've found that newer stuff has different
> gotchas than
> the older versions.
> 
> The assumption is that LLVM is used on top of the array. (from the wiki)
> Is that necessary?
> (I've never used LLVM to date!)

 No.

> 
> My idea was to partition the disks just like normal after the array was built.
> Is that possible?

Yes.
 
> TIA
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] do I need drivers for

[tito via Dng]

On Tue, 21 Jun 2022 17:10:51 -0500
o1bigtenor via Dng  wrote:

> Greetings
> 
> Bought a mobo that said that there was room for 8 SATA ports and 2 M2 drives.
> 
> It took looking in the fine print to find that when using M2 drives
> that one loses an
> SATA port for each M2 drive.
> 
> So in a system with 2 M2s and a pair of SSDs for the operating system
> I've only got space left for 4 SATA drives - - - - and I have 5 that
> are to be placed in the case after everything is set up.
> 
> The case has room for some over 20 more drives than I'm starting with
> so space is NOT an issue.
> 
> Have found some PCIe 3.0 cards with 16 SATA port count.
> 
> Do I need any kind of special driver to use  this many SATA ports?

What kind of SATA cards (brand, model, chip)?

> 
> I've tried looking - - - - can't seem to find anything.
> 
> Please
> 
> TIA
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] missing trick for upgrading to daedalus

[tito via Dng]

On Mon, 11 Jul 2022 21:30:01 -0400
tempforever  wrote:

> crich...@blackfoot.net wrote:
> > missing trick for upgrading to daedalus I’m setting up a new box which
> > I installed Chimaera.  I also
> >
> > wanted to get that upgraded to Daedalus.  Following the regular update
> > instructions,
> >
> > when I ‘apt-get update’ I get a message about therelease file not
> > being valid for some
> >
> > amount of time into the future. When I try again, it’s yet another
> > time into the future.
> >
> > I got some other errorsabout daedalus-updates and daedalus-security,
> > so those lines
> >
> > are commented out in /etc/apt/sources.list.
> >
> >
> I just did a chimaera --> daedalus move yesterday.  Also encountered the
> errors with daedalus-updates and daedalus-security, so removed those. 
> The sole line in my sources.list is now:
> deb http://deb.devuan.org/merged daedalus main
> Sounds like you got that part worked out though.  I myself didn't get
> any error about the release file time.  I'd maybe install ntp first and
> make sure the system clock is correct (?)   Well, first first, run the
> date command to see if the day/time is correct.  If it still fails after
> ensuring date/time are right, then please post the exact error message.
Hi,
in my debian to devuan migration script I hit the same problem
and resolved it like this:

# ntpdate is deprecated in debian but still exists in
# bullseye repos so we still use it here.
# In the future we will  need to switch to
# ntpsec-ntpdate or sntp -S pool.ntp.org
# this is less ideal as they have more dependencies.
# INSTALL NTPDATE IF NEEDED
NTPDATE=$(command -v ntpdate-debian)
if test -x "$NTPDATE" ; then
echo "ntpdate-debian is already installed...good"
# Wrong date and time is one of the causes of failure of apt update
# and subsequent devuan deb packages download which breaks
# the migration process, so we ensure that date and time are set 
correctly
else
echo "Installing ntpdate-debian"
apt install ntpdate > /dev/null 2>&1
fi
echo "Setting date and time with ntpdate-debian"
ntpdate-debian pool.ntp.org
# Allow time change to propagate
sleep 5

Hope this helps.

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] article about devuan

[tito via Dng]

https://linuxiac.com/best-systemd-free-linux-distributions/

I think the author knows nothing about devuan and spreads FUD

Ciao,
Tito
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] article about devuan

[tito via Dng]

On Sat, 30 Jul 2022 06:07:53 -0400
Steve Litt  wrote:

> On Fri, 2022-07-29 at 14:27 +0200, tito via Dng wrote:
> > https://linuxiac.com/best-systemd-free-linux-distributions/
> > 
> > I think the author knows nothing about devuan and spreads FUD
> > 
> 
> I thought most of the Devuan review was accurate and complimentary. However, 
> I've
> never thought of Devuan as "retro" or particularly inconvenient for newbies.
> 
> SteveT

Hi,

FUD:"And now we come to the last Linux distro on our list, where things get 
extreme.
 This is because we’re not just discussing another systemd-free Linux 
distribution,
 but one on a mission against systemd. But first, let me explain what this is 
all about."

Devuan is on a mission for init system freedom not against something.

FUD: "Unfortunately, its widespread adoption is hampered by several factors."

Of the listed distributions only MX and Slackware rank betteer on 
distrowatch.com, the other
rank at about the same positions as Devuan.

"First, due to the distribution’s establishment by a group of old-school Linux 
administrators, 
many of its features are reminiscent of Linux distributions from 15 or more 
years ago."

FUD: devuan shares the same packages with current Debian almost to 100%.

"For example, the installer is not something that an average Linux user could 
manage easily."

FUD: The installer is the same as Debian's

"In addition, many of the useful graphical tools that modern Linux users are 
used to are absent."

FUD.: I know of no such useful graphical tools that are absent apart of 
"cockpit", anyway they
 are not listed so this is an allegation with no proof.

"Yes, Devuan is Debian without systemd, but we should add something else. 
This distribution is not intended for the average Linux user, for whom UNIX
 philosophy and GNU values are just words."

FUD: the author doesn't know personally every linux users so how does he know?

"To use and understand Devuan, you must change your mindset and perception of 
the distribution’s
 core beliefs. Because, in my perspective, Devuan is first philosophy and 
secondarily a Linux distribution."

FUD: to use devuan you have just to keep the mindset you had with previous 
versions of Debian.

Ciao,
Tito



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng