Re: [DNG] unatternded upgrades by default in Debian
On 2/12/19 3:32 PM, Hendrik Boom wrote: >> it's a Debian thing that depend on systemd to start at reboot > > Sounds like something we don't want. just for the record, unattended-upgrades doesn't depend on systemd. and it's something i use/want on servers(debian+devuan). for security updates only. had to install it, wasn't there by default. signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] correct repos for running testing/unstable?
On 2/13/19 12:09 AM, goli...@dyne.org wrote: > > Are you using pkgmaster in your sources and with experimental and ceres > too? i'm using repos below, but what's the correct repos for running devuan "testing/unstable"? is experimental needed? : deb http://gr.deb.devuan.org/merged beowulf main deb http://gr.deb.devuan.org/merged beowulf-security main deb http://gr.deb.devuan.org/merged beowulf-updates main deb http://gr.deb.devuan.org/merged ceres main deb http://pkgmaster.devuan.org/devuan beowulf main thanks, d. signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] correct repos for running testing/unstable?
On Wed, Feb 13, 2019 at 11:33:18AM +0200, Dimitris via Dng wrote: > On 2/13/19 12:09 AM, goli...@dyne.org wrote: > > > > Are you using pkgmaster in your sources and with experimental and ceres > > too? > > > i'm using repos below, but what's the correct repos for running devuan > "testing/unstable"? is experimental needed? : > > deb http://gr.deb.devuan.org/merged beowulf main > deb http://gr.deb.devuan.org/merged beowulf-security main > deb http://gr.deb.devuan.org/merged beowulf-updates main > > deb http://gr.deb.devuan.org/merged ceres main You don't need ceres (unstable), unless you really want to, and you know exactly what you are doing. Please take into account that buster (the upstream for beowulf) will enter freeze in a couple of weeks. At that point, unstable and testing will start diverging, maybe considerably, and if you keep ceres in your repos you will basically end up with ceres, not beowulf. > > deb http://pkgmaster.devuan.org/devuan beowulf main > you don't need this repo, since it contains just the Devuan-specific packages that are available in /merged beowulf above. There is *no need* to use experimental with beowulf. It was needed until a couple of weeks ago since a few packages had not been updated yet in beowulf, but that should be fixed by now. HTH KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] correct repos for running testing/unstable?
Hey, thanks for the fast reply and details:) On 2/13/19 11:54 AM, KatolaZ wrote: > You don't need ceres (unstable), unless you really want to, and you > know exactly what you are doing. spent 15years with debian sid, don't really mind. enjoy finding bugs and workarounds.. and prefer a rolling release. Please take into account that buster > (the upstream for beowulf) will enter freeze in a couple of weeks. At > that point, unstable and testing will start diverging, maybe > considerably, and if you keep ceres in your repos you will basically > end up with ceres, not beowulf. will probably keep beowulf repos till next "testing" is available.. is "chimaera" the codename for next testing? > >> deb http://pkgmaster.devuan.org/devuan beowulf main >> > you don't need this repo, since it contains just the Devuan-specific > packages that are available in /merged beowulf above. nice. i think this one came from devuan-baseconf. will take another look to make sure. > > There is *no need* to use experimental with beowulf. It was needed > until a couple of weeks ago since a few packages had not been updated > yet in beowulf, but that should be fixed by now. thanks, d. signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mounting USB drives [Was: Re: Help testing new policykit in Beowulf
Hi, On 13/2/19 6:31, Erik Christiansen wrote: Sounds like that gvfs package does a lot more. All I've ever had to do was: # apt-get install pmount Here that's mostly used to unmount a drive mounted automagically on plug-in. Erik Both refracta and gnuinos use the following scripts (depending on pmount) in /usr/local/bin: https://git.devuan.org/aitor_czr/live-sdk/tree/433c157925ca7a1f34ebe74b756b9e2ab016c3ac/blends/gnuinos-openbox/rootfs-overlay/usr/local/bin and the following desktop entries in /usr/share/applications: https://git.devuan.org/aitor_czr/live-sdk/tree/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/applications You can find the pixmaps here: https://git.devuan.org/aitor_czr/live-sdk/blob/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/pixmaps/usb-32-green.png https://git.devuan.org/aitor_czr/live-sdk/blob/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/pixmaps/usb-32-red.png HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mounting USB drives [Was: Re: Help testing new policykit in Beowulf
Hi, On 13/2/19 12:20, aitor_czr wrote: Hi, On 13/2/19 6:31, Erik Christiansen wrote: Sounds like that gvfs package does a lot more. All I've ever had to do was: # apt-get install pmount Here that's mostly used to unmount a drive mounted automagically on plug-in. Erik Both refracta and gnuinos use the following scripts (depending on pmount) in /usr/local/bin: https://git.devuan.org/aitor_czr/live-sdk/tree/433c157925ca7a1f34ebe74b756b9e2ab016c3ac/blends/gnuinos-openbox/rootfs-overlay/usr/local/bin and the following desktop entries in /usr/share/applications: https://git.devuan.org/aitor_czr/live-sdk/tree/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/applications You can find the pixmaps here: https://git.devuan.org/aitor_czr/live-sdk/blob/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/pixmaps/usb-32-green.png https://git.devuan.org/aitor_czr/live-sdk/blob/master/blends/gnuinos-openbox/rootfs-overlay/usr/share/pixmaps/usb-32-red.png HTH, Aitor. They need yad: http://packages.gnuinos.org/gnuinos/pool/main/y/yad/ Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] unatternded upgrades by default in Debian
Hi KatolaZ, KatolaZ writes: > On Wed, Feb 13, 2019 at 08:08:22AM +0900, Olaf Meeuwissen wrote: > > [cut] > >> >> I'm using this on two Devuan machines at the office. Works fine for >> me. Apart from running the `apt upgrade` it can also check for the need to >> reboot and provides a number of knobs to fine tune when, how and under >> what conditions to upgrade/reboot. >> > > Hi Olaf, > > have you found unattended-upgrades automatically installed on those > two boxen, or have you instead apt-get installed it afterwards? Afterwards. Both are servers and I have a habit of doing sudo apt-mark $(apt-mark showmanual) # mark about two handful of packages I need as manual and then sudo apt purge -o APT::AutoRemove::RecommendsImportant=false \ -o APT::AutoRemove::SuggestsImportant=false after the initial install ;-) Of course, the /etc/apt/apt.conf on these machines have APT::Install-Suggests "false"; // default behaviour APt::Install-Recommends "false"; to keep things that way too. >> Of course, you are free to invent a better wheel ;-) >> >> BTW, on Devuan I did run into an issue because of a missing dependency >> that didn't happen on Debian courtesy of systemd. Can't seem to find >> the bug report I filed way back when at the moment but it was rather >> unceremoniously closed. > > If the bug you are referring to is thts one: > > https://bugs.devuan.org//cgi/bugreport.cgi?bug=78 No that's not the one. I filed it against Debian BTS. > it was closed because we forked the package and solved the issue (or > at least we thought so). We haven't had any other report of > misfunctioning unattended-upgrades since. I think it looked like a > regular bug, so at that time we must have concluded that no special > "burial ceremony" was in order :D Searching ... found it! Apologies for misremembering. The bug was with systemd-sysv and happened on the one Debian server I'm also maintaining. It was exposed by unattended-upgrades' `shutdown -r` in the absence of dbus. That server also got the "zap everything that's not really needed and keep it that way" APT treatment above ;-) For those interested in the details, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898388 > And please, if you believe at any time that a bug report is still > valid, and should have not been closed, just *reopen* it. There are > humans over here, humans who don't have access to all your machines > and cannot try all of the almost infinite number of combinations in > which a package can find itself :) Thanks for the reminder but I'm aware of that. It's just that some humans are more amenable to reason than other (as that bugreport above sort of shows ;-) 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
[DNG] WAIT_ONLINE_METHOD=none
Hi all! Maybe somebody can shed some light in here: /etc/default/networking has an option "WAIT_ONLINE_METHOD" and "WAIT_ONLINE_IFACE". The documentation gives the impression that one or both methods can be used to get rid of that pesky endlesss wait while booting without network. Is this impression wrong or is the documentation not telling the truth? I have not found any settings that get rid of that pesky bootdelay when booting without network :-( Nik -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] unatternded upgrades by default in Debian
On Wed, Feb 13, 2019 at 09:12:24PM +0900, Olaf Meeuwissen wrote: > Hi KatolaZ, > > KatolaZ writes: > > > On Wed, Feb 13, 2019 at 08:08:22AM +0900, Olaf Meeuwissen wrote: > > > > [cut] > > > >> > >> I'm using this on two Devuan machines at the office. Works fine for > >> me. Apart from running the `apt upgrade` it can also check for the need to > >> reboot and provides a number of knobs to fine tune when, how and under > >> what conditions to upgrade/reboot. > >> > > > > Hi Olaf, > > > > have you found unattended-upgrades automatically installed on those > > two boxen, or have you instead apt-get installed it afterwards? > > Afterwards. Both are servers and I have a habit of doing > Thanks a lot. [cut] > > regular bug, so at that time we must have concluded that no special > > "burial ceremony" was in order :D > > Searching ... found it! Apologies for misremembering. The bug was with > systemd-sysv and happened on the one Debian server I'm also maintaining. > It was exposed by unattended-upgrades' `shutdown -r` in the absence of > dbus. That server also got the "zap everything that's not really needed > and keep it that way" APT treatment above ;-) > > For those interested in the details, see > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898388 > I have the impression that that one might have already been solved in the latest versions of sysvinit anyway (if it ever was a problem for sysvinit). But yes, it is sad that dbus is required in Debian also for such simple tasks :\ HND KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] unatternded upgrades by default in Debian
Hi KatolaZ, KatolaZ writes: > On Tue, Feb 12, 2019 at 08:32:25AM -0500, Hendrik Boom wrote: >> I just found the following comment on Soylent News: >> >> https://soylentnews.org/comments.pl?noupdate=1&sid=30051&page=1&cid=799766#commentwrap >> >> > As of Debian 9 (Stretch) both the unattended-upgrades and >> > apt-listchanges packages are installed by default and upgrades are >> > enabled with the GNOME desktop. Rudimentary configuration is >> > accessible via the "Software & Updates" application >> > (software-properties-gtk). >> >> > it's a Debian thing that depend on systemd to start at reboot >> >> Sounds like something we don't want. > > Sorry Hendrik, but instead of citing an anonymous post on an unknown > blog with rants about Debian and other Debian derivatives (among a lot > of other unrelated things), have you actually seen unattended-upgrades > installed "automatically and by default" in any Devuan installation? Not me. I have seen it on Ubuntu server installs but am not sure about it being installed by default. > I am asking because I can safely say I have installed Devuan literally > hundreds of times (Jessie, Ascii, Beowulf, and Ceres), and in no > occasion was unattended-upgrades installed by default, on any install > path, or brought in as a Depends or as a Recommends. I am also > maintaining `tasksel` in Devuan, and I cannot see any installation > selection that would bring in unattended-upgrades by default.[*] As long as parl-desktop cannot be selected in the installer, I would have said you were right if it weren't for what follows below. # BTW, hadn't heard of that until I started poking around in my APT # caches. > Could everybody please report immediately on any such case, if it > happened, so that we can track the problem down (I mean, a new Devuan > install where unattended-upgrades is silently installed and > automatically enabled)? For your selection of APT sources, you can check (I think!) with apt-cache rdepends --recurse \ --no-recommends \ --no-suggests \ --no-conflicts \ --no-breaks \ --no-replaces \ --no-enhances \ unattended-upgrades \ | sed -n '/^ /p' | sort -u On my ASCII setup that gives freedombox-setup parl-desktop parl-desktop-eu parl-desktop-strict parl-desktop-world plinth If I leave out the --no-recommends the list becomes rather, eh, long and includes all(?) task-*-desktop packages. Checking the other way around with (notice the lack of an 'r' on the depends!) on, for example, task-gnome-desktop apt-cache depends --recurse \ --no-suggests \ --no-conflicts \ --no-breaks \ --no-replaces \ --no-enhances \ task-gnome-desktop \ | grep unattended-upgrades yields a "Recommends: unattended-upgrades". Further investigation shows that that is courtesy of python3-software-properties, which is depended on by software-properties-common-gtk, which is depended on by gnome-software, which is a dependency for gnome-core which is a requirement for task-gnome-desktop. > We should try to solve the problems we have, not the problems we might > have had if we were using another distribution at another time... :\ > > HND > > KatolaZ > > [*] AFAIK, there is no way to have unattended-upgrades installed by > default in Debian either, but I am not 100% sure about that. See above :-( Actually, I wasn't quite sure that apt-cache showed me what I thought I was asking for so I cross-checked with my Devuan Docker images for ASCII. The slim images, which have --no-install-recommends baked in, do *not* try to install unattended-upgrades when you install task-gnome-desktop. The default images, which do not have that option baked in, *do* try to install unattended-upgrades. FTR, task-xfce-desktop doesn't pull it in on either image :-) But task-kde-desktop does, unless --no-install-recommends is given. BTW, this is all using the `apt` command-line, not some synaptic or aptitude or whatever. Dependency resolution is apparently not exactly the same between tools :-(( But of course us "server-only" and/or "rolling my own DE" types are not affected by all of this. Anyway, you can always tell apt to *not* install it apt get install task-gnome-desktop unattended-upgrades- and live without everything else that was not installed either as a result of that :-) 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/mailma
Re: [DNG] WAIT_ONLINE_METHOD=none
Ok, an addition to this issue: Anno domini 2019 Wed, 13 Feb 13:14:36 +0100 Dr. Nikolaus Klepp scripsit: > Hi all! > > Maybe somebody can shed some light in here: > > /etc/default/networking has an option "WAIT_ONLINE_METHOD" and > "WAIT_ONLINE_IFACE". The documentation gives the impression that one or both > methods can be used to get rid of that pesky endlesss wait while booting > without network. Is this impression wrong or is the documentation not telling > the truth? I have not found any settings that get rid of that pesky bootdelay > when booting without network :-( > > Nik > Looks like the package "ifupdown" for sysvinit is missing the ability to use WAIT_ONLINE_* To be more precise: WAIT_ONLINE_* is used in /lib/ifupdown/wait-online.sh. That file used only from systemd: /lib/systemd/system/ifupdown-wait-online.service:ExecStart=/lib/ifupdown/wait-online.sh This is the solution that I came up with: #$ diff /tmp/networking /etc/init.d/networking 138,143c138,143 < if ifup -a $exclusions $verbose && ifup_hotplug $exclusions $verbose < then < log_action_end_msg $? < else < log_action_end_msg $? < fi --- > > BG=$( [ "$WAIT_ONLINE_METHOD" = "none" ] && echo '&') > ( > ifup -a $exclusions $verbose && ifup_hotplug $exclusions > $verbose > log_action_end_msg $? > )$BG At least "WAIT_ONLINE_METHOD=none" would be working as documented and remove that bootdelay when booting without network. Thoughts on this? Nik -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] unatternded upgrades by default in Debian
On Wed, Feb 13, 2019 at 10:03:27PM +0900, Olaf Meeuwissen wrote: [cut] > > Checking the other way around with (notice the lack of an 'r' on the > depends!) on, for example, task-gnome-desktop > > apt-cache depends --recurse \ > --no-suggests \ > --no-conflicts \ > --no-breaks \ > --no-replaces \ > --no-enhances \ > task-gnome-desktop \ > | grep unattended-upgrades > > yields a "Recommends: unattended-upgrades". > > Further investigation shows that that is courtesy of > python3-software-properties, which is depended on by > software-properties-common-gtk, which is depended on by > gnome-software, which is a dependency for > gnome-core which is a requirement for > task-gnome-desktop. > Thanks Olaf for the detailed report. task-gnome-desktop is not available in the devuan installer, but we definitely need to make sure that unattended-upgrades is not automatically installed by any of the stuff selectable in tasksel. I will go through your comments and make sure that this is the case. Thanks a lot KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] unatternded upgrades by default in Debian
On Wed, Feb 13, 2019 at 10:03:27PM +0900, Olaf Meeuwissen wrote: [cut] > > As long as parl-desktop cannot be selected in the installer, I would > have said you were right if it weren't for what follows below. > Dear Olaf, I double-checked and there is no task-parl-desktop in Devuan. There is a parl-desktop meta-package (a blend, "DebianParl desktop for parliamentary work", sic!) and it would indeed bring in unattended-upgrades (it's a Depends there). However, that meta-package is not selectable at install timein Devuan. Similarly, task-gnome-desktop is not available in the Devuan installer. None of the available task-*-desktop options brings in unattended-upgrades (even with --install-recommends), with the only exception of task-kde-desktop with --install-recommends. We need to track down what is bringing it in, and remove it. It's in my todo-list, but I would be grateful of you would be so kind to please open a bug on bugs.devuan.org, so we are sure we don't forget it. Thanks a lot KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] WAIT_ONLINE_METHOD=none
Le 13/02/2019 à 14:32, Dr. Nikolaus Klepp a écrit : Ok, an addition to this issue: Anno domini 2019 Wed, 13 Feb 13:14:36 +0100 Dr. Nikolaus Klepp scripsit: Hi all! Maybe somebody can shed some light in here: /etc/default/networking has an option "WAIT_ONLINE_METHOD" and "WAIT_ONLINE_IFACE". The documentation gives the impression that one or both methods can be used to get rid of that pesky endlesss wait while booting without network. Is this impression wrong or is the documentation not telling the truth? I have not found any settings that get rid of that pesky bootdelay when booting without network :-( Nik Looks like the package "ifupdown" for sysvinit is missing the ability to use WAIT_ONLINE_* To be more precise: WAIT_ONLINE_* is used in /lib/ifupdown/wait-online.sh. That file used only from systemd: /lib/systemd/system/ifupdown-wait-online.service:ExecStart=/lib/ifupdown/wait-online.sh This is the solution that I came up with: #$ diff /tmp/networking /etc/init.d/networking 138,143c138,143
Re: [DNG] WAIT_ONLINE_METHOD=none
Anno domini 2019 Wed, 13 Feb 16:06:07 +0100 Didier Kryn scripsit: > Le 13/02/2019 à 14:32, Dr. Nikolaus Klepp a écrit : > > Ok, an addition to this issue: > > Anno domini 2019 Wed, 13 Feb 13:14:36 +0100 > > Dr. Nikolaus Klepp scripsit: > >> Hi all! > >> > >> Maybe somebody can shed some light in here: > >> > >> /etc/default/networking has an option "WAIT_ONLINE_METHOD" and > >> "WAIT_ONLINE_IFACE". The documentation gives the impression that one or > >> both methods can be used to get rid of that pesky endlesss wait while > >> booting without network. Is this impression wrong or is the documentation > >> not telling the truth? I have not found any settings that get rid of that > >> pesky bootdelay when booting without network :-( > >> > >> Nik > >> > > Looks like the package "ifupdown" for sysvinit is missing the ability to > > use WAIT_ONLINE_* > > To be more precise: WAIT_ONLINE_* is used in /lib/ifupdown/wait-online.sh. > > That file used only from systemd: > > /lib/systemd/system/ifupdown-wait-online.service:ExecStart=/lib/ifupdown/wait-online.sh > > > > > > This is the solution that I came up with: > > > > #$ diff /tmp/networking /etc/init.d/networking > > 138,143c138,143 > > < if ifup -a $exclusions $verbose && ifup_hotplug $exclusions $verbose > > < then > > < log_action_end_msg $? > > < else > > < log_action_end_msg $? > > < fi > > --- > >>BG=$( [ "$WAIT_ONLINE_METHOD" = "none" ] && echo '&') > >>( > >>ifup -a $exclusions $verbose && ifup_hotplug $exclusions > >> $verbose > >>log_action_end_msg $? > >>)$BG > > At least "WAIT_ONLINE_METHOD=none" would be working as documented and > > remove that bootdelay when booting without network. > > > > Thoughts on this? > > > > Nik > > > > > > > > If your ethernet cable can be either plugged or unplugged and you > want your system to react when you plug/unplug a cable in, then you need > a server to detect these changes and invoke ifup/ifdown accordingly. > This server can be ifplugd or netplug. > > In this situation you simply don't need and don't want neither > 'auto eth0' nor 'allow-hotplug eth0' stanzas in your interfaces file. > These are the stanzas which will make your OS hang at boot time and they > are simply useless. Just remove them. > > Didier Hi Didier! I followed your suggestion and installed "ifplugd". It would be nice if that was the default configuration for desktops :-) Thank you, Nik -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] unatternded upgrades by default in Debian
On Wed, Feb 13, 2019 at 06:02:52AM +0100, KatolaZ wrote: > On Tue, Feb 12, 2019 at 08:32:25AM -0500, Hendrik Boom wrote: > > I just found the following comment on Soylent News: > > > > > > https://soylentnews.org/comments.pl?noupdate=1&sid=30051&page=1&cid=799766#commentwrap > > > > > > > > > As of Debian 9 (Stretch) both the unattended-upgrades and > > > apt-listchanges packages are installed by default and upgrades are > > > enabled with the GNOME desktop. Rudimentary configuration is > > > accessible via the "Software & Updates" application > > > (software-properties-gtk). > > > > > it's a Debian thing that depend on systemd to start at reboot > > > > > > Sounds like something we don't want. > > > > Sorry Hendrik, but instead of citing an anonymous post on an unknown > blog with rants about Debian and other Debian derivatives (among a lot > of other unrelated things), have you actually seen unattended-upgrades > installed "automatically and by default" in any Devuan installation? It was a problem on a Debian system. Sometimes they propagate. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] WAIT_ONLINE_METHOD=none
Hi, On 13/2/19 16:59, Dr. Nikolaus Klepp wrote: If your ethernet cable can be either plugged or unplugged and you want your system to react when you plug/unplug a cable in, then you need a server to detect these changes and invoke ifup/ifdown accordingly. This server can be ifplugd or netplug. In this situation you simply don't need and don't want neither 'auto eth0' nor 'allow-hotplug eth0' stanzas in your interfaces file. These are the stanzas which will make your OS hang at boot time and they are simply useless. Just remove them. Didier Hi Didier! I followed your suggestion and installed "ifplugd". It would be nice if that was the default configuration for desktops:-) Thank you, Nik The backend of simple-netaid also can detect plug/unplug events without any other server -neither ifplugd nor netplugd-, but there is still work to do. I didn't work on it since september, though i have it in mind, of course. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
