[DNG] Raspberry Pi3 problems loading brcmfmac
Hello list, I just ordered a Rpi3 and found the devuan_jessie_1.0.0_arm64_raspi3.img. After dd-ing the image on an SD the Rpi3 took very long to start, it was something due to the brcmfmac kernel module. The kernel told me to "echo 0" into some /proc/ entry to get rid of some or other kernel_hung message each 120 seconds. I was inpatient and blacklisted the module and the Rpi3 now starts in no time on ethernet. But OTOH, a "modprobe -v brcmfmac" after a normal boot did not show any problems: root@devuan:~# modprobe -v brcmfmac insmod /lib/modules/4.6.3-gb48d47a/kernel/net/rfkill/rfkill.ko insmod /lib/modules/4.6.3-gb48d47a/kernel/net/wireless/cfg80211.ko insmod /lib/modules/4.6.3-gb48d47a/kernel/drivers/net/wireless/broadcom/brcm80211/brcmutil/brcmutil.ko insmod /lib/modules/4.6.3-gb48d47a/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko Anyone here had the same problem? R. -- richard lucassen http://contact.xaq.nl/ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] rc.local removed from Debian 9, rly?
hi all Can anyone clarify how /etc/rc.local is being removed in Debian 9? I got this from rumors in bitcoin's core development, since I'm not subscribed to Debian lists. The rumor is confirmed by some online debates on gitlab and stack overflow. Can someone point out to the decision process for this? Following up after the conversation on redis, when we had the elected Debian leader chiming in here to defend his position and keep deleting init.d scripts, I still believe this is again "even worst than I thought" and it is "vandalism". This will certainly keep playing in favor of our fork since no-nonsense people will come this way, but is very painful to see Debian's users are being mistreated to this point. What is happening, and is a pattern, is that parts of Debian that work well and are widely used by people are being arbitrarily removed. This doesn't make Debian "universal" anymore, while betraying once again its mandate of respecting user's freedom. Noone can trust Debian if it keeps changing things that work for some, just because of imposing a new thing that others like. Well beyond and nothwitstanding the qualities of any free and open source software, Debian is clearly harming another sort of freedom, the sort that was granted in the free space we all knew rc.local has always been.. is there any internal discussion about such governance issues in Debian? is there any hope the current leadership will change and perhaps repair what this vandalism is breaking? ciao ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On 11/19/2017 09:10 AM, Jaromil wrote: is there any internal discussion about such governance issues in Debian? is there any hope the current leadership will change and perhaps repair what this vandalism is breaking? Am I the only one who thinks there is some kind of conspiracy here? I mean why else would literally every distro adopt systemd overnight with zero debate and half the community protesting the change, ditto for all the other bizzare choices that have been made recently like this and making so many random programs and libs dependent on systemd. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
hi Taiidan On 19 November 2017 17:11:27 CET, "taii...@gmx.com" wrote: >On 11/19/2017 09:10 AM, Jaromil wrote: >> is there any internal discussion about such governance issues in >> Debian? is there any hope the current leadership will change and >> perhaps repair what this vandalism is breaking? >Am I the only one who thinks there is some kind of conspiracy here? >I mean why else would literally every distro adopt systemd overnight >with zero debate and half the community protesting the change, ditto >for >all the other bizzare choices that have been made recently like this >and >making so many random programs and libs dependent on systemd. IMHO thinking conspiracy is self defeating, but debunking facts and documenting them for everyone to make up their own idea is useful. there is a fair amount of attention on this narrative if we manage to keep the noise out, maybe all camps can reach a better understanding. I write this conscious that what I wrote may be considered conspiracy and noise by systemd hooligans... lets all avoid turning debate into denigration. said that, I stand convinced that removing this way features that are publicly used is literally vandalism. ciao ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On Sun, 19 Nov 2017 17:43:04 +0100 Jaromil wrote: > IMHO thinking conspiracy is self defeating, And yet there ARE conspiracies. Most US antitrust laws are a reaction to price-fixing conspiracies of the late 1800's and early 1900's. I don't understand why a conspiracy theory is any less believable than a lone wolf theory or an accidental mistake theory or an "it just happened that way" theory. To fix a problem, one needs to know the root cause. Even to work around a problem, it helps to know the root cause. The person or community who starts the process by prematurely ruling out a whole class of root causes, be that class conspiracy, lone wolf, mistake or randomness, the person or community is hampered in solving or working around. Steve Steve Litt November 2017 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
Le 19/11/2017 à 15:10, Jaromil a écrit : hi all Can anyone clarify how /etc/rc.local is being removed in Debian 9? I got this from rumors in bitcoin's core development, since I'm not subscribed to Debian lists. The rumor is confirmed by some online debates on gitlab and stack overflow. Can someone point out to the decision process for this? Following up after the conversation on redis, when we had the elected Debian leader chiming in here to defend his position and keep deleting init.d scripts, I still believe this is again "even worst than I thought" and it is "vandalism". This will certainly keep playing in favor of our fork since no-nonsense people will come this way, but is very painful to see Debian's users are being mistreated to this point. What is happening, and is a pattern, is that parts of Debian that work well and are widely used by people are being arbitrarily removed. This doesn't make Debian "universal" anymore, while betraying once again its mandate of respecting user's freedom. Noone can trust Debian if it keeps changing things that work for some, just because of imposing a new thing that others like. Well beyond and nothwitstanding the qualities of any free and open source software, Debian is clearly harming another sort of freedom, the sort that was granted in the free space we all knew rc.local has always been.. is there any internal discussion about such governance issues in Debian? is there any hope the current leadership will change and perhaps repair what this vandalism is breaking? Dunno how difficult it is to re-create rc.local functionality under Systemd dictature, but, when init is sysvinit, this doesn't look like a diffcult problem. Therefore, don't care (-: Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
Le 19/11/2017 à 18:52, Didier Kryn a écrit : Le 19/11/2017 à 15:10, Jaromil a écrit : hi all Can anyone clarify how /etc/rc.local is being removed in Debian 9? I got this from rumors in bitcoin's core development, since I'm not subscribed to Debian lists. The rumor is confirmed by some online debates on gitlab and stack overflow. Can someone point out to the decision process for this? Following up after the conversation on redis, when we had the elected Debian leader chiming in here to defend his position and keep deleting init.d scripts, I still believe this is again "even worst than I thought" and it is "vandalism". This will certainly keep playing in favor of our fork since no-nonsense people will come this way, but is very painful to see Debian's users are being mistreated to this point. What is happening, and is a pattern, is that parts of Debian that work well and are widely used by people are being arbitrarily removed. This doesn't make Debian "universal" anymore, while betraying once again its mandate of respecting user's freedom. Noone can trust Debian if it keeps changing things that work for some, just because of imposing a new thing that others like. Well beyond and nothwitstanding the qualities of any free and open source software, Debian is clearly harming another sort of freedom, the sort that was granted in the free space we all knew rc.local has always been.. is there any internal discussion about such governance issues in Debian? is there any hope the current leadership will change and perhaps repair what this vandalism is breaking? Dunno how difficult it is to re-create rc.local functionality under Systemd dictature, but, when init is sysvinit, this doesn't look like a diffcult problem. Therefore, don't care (-: Didier BTW, this was the first time I opened the mail browser on my all-duty laptop after dist-upgrade (during the past hour) from Debian-Wheezy to Devuan-Jessie. Feel good. Not expecting issues with rc.local in the future... Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On Sun, 19 Nov 2017 15:10:40 +0100 Jaromil wrote: > hi all > > Can anyone clarify how /etc/rc.local is being removed in Debian 9? Point of information? Do you mean /etc/rc.local doesn't exist on a standard systemd initted Debian, or do you mean /etc/rc.local doesn't exist and execute on a Debian properly raindanced with a sysvinit-bestowing package? If the former, that makes perfect sense. /etc/rc.local means nothing to non-sysvinit inits. If the latter, that's vandalism. By the way, couldn't we just make a /etc/init.d/S99-zzz-rclocal that's a symlink to /etc/rc-local? SteveT Steve Litt November 2017 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On Sun, 19 Nov 2017 18:52:13 +0100, Didier wrote in message : > Le 19/11/2017 à 15:10, Jaromil a écrit : > > hi all > > > > Can anyone clarify how /etc/rc.local is being removed in Debian 9? > > > > Dunno how difficult it is to re-create rc.local functionality > under Systemd dictature, but, when init is sysvinit, this doesn't > look like a diffcult problem. Therefore, don't care (-: > > Didier ..looks like we are _the_ /etc/rc.local back-up distro. ;o) ..I did a wee razzia, it's been quietly gone for quite a while, maybe since the 2014 systemd coup in Debian: rir:~# dpkg -S /etc/rc.local dpkg-query: no path found matching pattern /etc/rc.local rir:~# ll /etc/rc.local -rwxr-xr-x 1 root root 306 Jun 6 2012 /etc/rc.local rir:~# cat /etc/rc.local #!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. exit 0 rir:~# ... ..found it on a live usb in a laptop with a broken screen: arnt@d44:~$ ssh -Y root@192.168.1.146 Password: [root@localhost ~]# dpkg -S /etc/rc.local -bash: dpkg: command not found [root@localhost etc]# uptime 20:10:18 up 195 days, 8:06, 2 users, load average: 0.31, 0.09, 0.03 [root@localhost ~]# mc [root@localhost etc]# man rpm [root@localhost etc]# rpm -qf /etc/rc.local initscripts-9.25-19pclos2014 [root@localhost etc]# ..we have _some_ competition... ;o) -- ..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. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On 19/11/17 14:10, Jaromil wrote:
hi all
Can anyone clarify how /etc/rc.local is being removed in Debian 9?
I got this from rumors in bitcoin's core development, since I'm not
subscribed to Debian lists. The rumor is confirmed by some online
debates on gitlab and stack overflow.
Can someone point out to the decision process for this?
Following up after the conversation on redis, when we had the elected
Debian leader chiming in here to defend his position and keep deleting
init.d scripts, I still believe this is again "even worst than I
thought" and it is "vandalism".
This will certainly keep playing in favor of our fork since
no-nonsense people will come this way, but is very painful to see
Debian's users are being mistreated to this point.
What is happening, and is a pattern, is that parts of Debian that work
well and are widely used by people are being arbitrarily removed. This
doesn't make Debian "universal" anymore, while betraying once again
its mandate of respecting user's freedom. Noone can trust Debian if it
keeps changing things that work for some, just because of imposing a
new thing that others like. Well beyond and nothwitstanding the
qualities of any free and open source software, Debian is clearly
harming another sort of freedom, the sort that was granted in the free
space we all knew rc.local has always been..
is there any internal discussion about such governance issues in
Debian? is there any hope the current leadership will change and
perhaps repair what this vandalism is breaking?
ciao
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
I run debian sid on my laptop. I don't know why it has been done but if
I've understood what you need to know, this is how rc.local is now at
the sharp end:-
/etc/init.d/rc.local
#! /bin/sh
### BEGIN INIT INFO
# Provides: rc.local
# Required-Start: $all
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: Run /etc/rc.local if it exist
### END INIT INFO
PATH=/sbin:/usr/sbin:/bin:/usr/bin
. /lib/init/vars.sh
. /lib/lsb/init-functions
do_start() {
if [ -x /etc/rc.local ]; then
[ "$VERBOSE" != no ] && log_begin_msg "Running local boot
scripts (/etc/rc.local)"
/etc/rc.local
ES=$?
[ "$VERBOSE" != no ] && log_end_msg $ES
return $ES
fi
}
case "$1" in
start)
do_start
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop|status)
# No-op
exit 0
;;
*)
echo "Usage: $0 start|stop" >&2
exit 3
;;
esac
+++
/etc/rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
exit 0
++
DaveT
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] openrc init: Was Re: Please provide systemd-free libreswan package
Hi all, Acknowledged! Could you elaborate the main feature of openrc-init that sysvinit does not have? Yours, Benda Svante Signell writes: > On Fri, 2017-11-17 at 08:42 -0500, Ismael L. Donis Garcia wrote: > >> But I understand that the new versions of openrc already bring the >> possibility of functioning as an init system independently. >> >> In that case, openrc could not be used as an alternative init? > > Yes, openrc is now able to be pid 1 with openrc-init, > see https://wiki.gentoo.org/wiki/OpenRC > > Unfortunately the Debian packager has not enabled this yet. It would be > nice if it could be selectable. > > Benda, hint hint :) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
Le 19/11/2017 à 20:32, Arnt Karlsen a écrit : On Sun, 19 Nov 2017 18:52:13 +0100, Didier wrote in message : Le 19/11/2017 à 15:10, Jaromil a écrit : hi all Can anyone clarify how /etc/rc.local is being removed in Debian 9? Dunno how difficult it is to re-create rc.local functionality under Systemd dictature, but, when init is sysvinit, this doesn't look like a diffcult problem. Therefore, don't care (-: Didier ..looks like we are _the_ /etc/rc.local back-up distro. ;o) ..I did a wee razzia, it's been quietly gone for quite a while, maybe since the 2014 systemd coup in Debian: rir:~# dpkg -S /etc/rc.local dpkg-query: no path found matching pattern /etc/rc.local rir:~# ll /etc/rc.local -rwxr-xr-x 1 root root 306 Jun 6 2012 /etc/rc.local rir:~# cat /etc/rc.local #!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. exit 0 rir:~# ... ..found it on a live usb in a laptop with a broken screen: arnt@d44:~$ ssh -Y root@192.168.1.146 Password: [root@localhost ~]# dpkg -S /etc/rc.local -bash: dpkg: command not found [root@localhost etc]# uptime 20:10:18 up 195 days, 8:06, 2 users, load average: 0.31, 0.09, 0.03 [root@localhost ~]# mc [root@localhost etc]# man rpm [root@localhost etc]# rpm -qf /etc/rc.local initscripts-9.25-19pclos2014 [root@localhost etc]# ..we have _some_ competition... ;o) ~$ apt-file search /etc/rc.local fai-doc: /usr/share/doc/fai-doc/examples/simple/files/etc/rc.local/FAISERVER ~$ apt-file search init.d/rc.local initscripts: /etc/init.d/rc.local Conclusion: initscripts profides the infrastructure to invoke /etc/rc.local if it exists, but it doesn't provide an empty /etc/rc.local. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On Sun, 19 Nov 2017 20:32:07 +0100, Arnt wrote in message <20171119203207.183fc35c@d44>: > On Sun, 19 Nov 2017 18:52:13 +0100, Didier wrote in message > : > > > Le 19/11/2017 à 15:10, Jaromil a écrit : > > > hi all > > > > > > Can anyone clarify how /etc/rc.local is being removed in Debian 9? > > > > > > > Dunno how difficult it is to re-create rc.local functionality > > under Systemd dictature, but, when init is sysvinit, this doesn't > > look like a diffcult problem. Therefore, don't care (-: > > > > Didier > > ..looks like we are _the_ /etc/rc.local back-up distro. ;o) > > ..I did a wee razzia, it's been quietly gone for quite a while, > maybe since the 2014 systemd coup in Debian: ..like any common razzia raider, I goofed ;o), we still have /etc/init.d/rc.local, but /etc/rc.local is gone: root@d44:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt -tu -rwxr-xr-x 1 root root 820 May 29 2015 /etc/init.d/rc.local ii initscripts 2.88dsf-59.2+devuan2 amd64 scripts for initializing and shutting down the system root@d44:~# rir:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt -tu -rwxr-xr-x 1 root root 820 Apr 21 2014 /etc/init.d/rc.local ii initscripts 2.88dsf-59 armhf scripts for initializing and shutting down the system rir:~# root@raspberrypi:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt -tu -rwxr-xr-x 1 root root 782 Oct 15 2012 /etc/init.d/rc.local ii initscripts 2.88dsf-41+deb7u1 armhf scripts for initializing and shutting down the system root@raspberrypi:~# > ..found it on a live usb in a laptop with a broken screen: > arnt@d44:~$ ssh -Y root@192.168.1.146 > Password: > [root@localhost ~]# dpkg -S /etc/rc.local > -bash: dpkg: command not found > [root@localhost etc]# uptime > 20:10:18 up 195 days, 8:06, 2 users, load average: 0.31, 0.09, > 0.03 [root@localhost ~]# mc > [root@localhost etc]# man rpm > [root@localhost etc]# rpm -qf /etc/rc.local > initscripts-9.25-19pclos2014 > [root@localhost etc]# > > ..we have _some_ competition... ;o) -- ..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. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On Sun, 19 Nov 2017 19:32:48 +, Dave wrote in message
<755e8783-b399-2941-0d2d-40aac6629...@barradas.free-online.co.uk>:
> On 19/11/17 14:10, Jaromil wrote:
> > hi all
> >
> > Can anyone clarify how /etc/rc.local is being removed in Debian 9?
> >
> > I got this from rumors in bitcoin's core development, since I'm not
> > subscribed to Debian lists. The rumor is confirmed by some online
> > debates on gitlab and stack overflow.
> >
> > Can someone point out to the decision process for this?
> >
> > Following up after the conversation on redis, when we had the
> > elected Debian leader chiming in here to defend his position and
> > keep deleting init.d scripts, I still believe this is again "even
> > worst than I thought" and it is "vandalism".
> >
> > This will certainly keep playing in favor of our fork since
> > no-nonsense people will come this way, but is very painful to see
> > Debian's users are being mistreated to this point.
> >
> > What is happening, and is a pattern, is that parts of Debian that
> > work well and are widely used by people are being arbitrarily
> > removed. This doesn't make Debian "universal" anymore, while
> > betraying once again its mandate of respecting user's freedom.
> > Noone can trust Debian if it keeps changing things that work for
> > some, just because of imposing a new thing that others like. Well
> > beyond and nothwitstanding the qualities of any free and open
> > source software, Debian is clearly harming another sort of freedom,
> > the sort that was granted in the free space we all knew rc.local
> > has always been..
> >
> > is there any internal discussion about such governance issues in
> > Debian? is there any hope the current leadership will change and
> > perhaps repair what this vandalism is breaking?
> >
> >
> > ciao
> >
> >
> >
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>
> I run debian sid on my laptop. I don't know why it has been done but
> if I've understood what you need to know, this is how rc.local is now
> at the sharp end:-
>
> /etc/init.d/rc.local
..you have no /etc/rc.local ?
>
> #! /bin/sh
> ### BEGIN INIT INFO
> # Provides: rc.local
> # Required-Start: $all
> # Required-Stop:
> # Default-Start: 2 3 4 5
> # Default-Stop:
> # Short-Description: Run /etc/rc.local if it exist
> ### END INIT INFO
>
>
> PATH=/sbin:/usr/sbin:/bin:/usr/bin
>
> . /lib/init/vars.sh
> . /lib/lsb/init-functions
>
> do_start() {
> if [ -x /etc/rc.local ]; then
> [ "$VERBOSE" != no ] && log_begin_msg "Running local
> boot scripts (/etc/rc.local)"
> /etc/rc.local
> ES=$?
> [ "$VERBOSE" != no ] && log_end_msg $ES
> return $ES
> fi
> }
>
> case "$1" in
> start)
> do_start
> ;;
> restart|reload|force-reload)
> echo "Error: argument '$1' not supported" >&2
> exit 3
> ;;
> stop|status)
> # No-op
> exit 0
> ;;
> *)
> echo "Usage: $0 start|stop" >&2
> exit 3
> ;;
> esac
>
> +++
>
> /etc/rc.local
>
> #!/bin/sh -e
> #
> # rc.local
> #
> # This script is executed at the end of each multiuser runlevel.
> # Make sure that the script will "exit 0" on success or any other
> # value on error.
> #
> # In order to enable or disable this script just change the execution
> # bits.
> #
> # By default this script does nothing.
>
> exit 0
>
> ++
>
> DaveT
..how old is your /etc/init.d/rc.local?
As in: ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt -tu
..mine are:
root@d44:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii
|fmt -tu
-rwxr-xr-x 1 root root 820 May 29 2015 /etc/init.d/rc.local
ii initscripts 2.88dsf-59.2+devuan2 amd64 scripts for initializing and
shutting down the system
root@d44:~#
rir:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt -tu
-rwxr-xr-x 1 root root 820 Apr 21 2014 /etc/init.d/rc.local
ii initscripts 2.88dsf-59 armhf scripts for initializing and shutting
down the system
rir:~#
root@raspberrypi:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep
^ii |fmt -tu -rwxr-xr-x 1 root root 782 Oct 15
2012 /etc/init.d/rc.local ii initscripts 2.88dsf-41+deb7u1 armhf
scripts for initializing and shutting down the system
root@raspberrypi:~#
..no /etc/rc.local.
--
..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.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] ..we might want devuan, Devuan and DEVUAN files in fai and fai-doc, was: rc.local removed from Debian 9, rly?
On Sun, 19 Nov 2017 21:14:26 +0100, Didier wrote in message <7a901cc9-3efe-6164-fbb7-0061ff894...@in2p3.fr>: > Le 19/11/2017 à 20:32, Arnt Karlsen a écrit : > > ..we have _some_ competition... ;o) > > > ~$ apt-file search /etc/rc.local > fai-doc: /usr/share/doc/fai-doc/examples/simple/files/etc/rc.local/FAISERVER ...and: fai-doc: /usr/share/doc/fai-doc/examples/simple/files/etc/rc.local/CLOUD > ~$ apt-file search init.d/rc.local > initscripts: /etc/init.d/rc.local > > Conclusion: initscripts profides the infrastructure to invoke > /etc/rc.local if it exists, but it doesn't provide an > empty /etc/rc.local. ..these are used to set up fai servers, and we might want devuan, Devuan and DEVUAN files in fai and fai-doc to help people deploy Devuan on their own lans etc. -- ..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. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On 19/11/17 20:40, Arnt Karlsen wrote:
On Sun, 19 Nov 2017 19:32:48 +, Dave wrote in message
<755e8783-b399-2941-0d2d-40aac6629...@barradas.free-online.co.uk>:
On 19/11/17 14:10, Jaromil wrote:
hi all
Can anyone clarify how /etc/rc.local is being removed in Debian 9?
I got this from rumors in bitcoin's core development, since I'm not
subscribed to Debian lists. The rumor is confirmed by some online
debates on gitlab and stack overflow.
Can someone point out to the decision process for this?
Following up after the conversation on redis, when we had the
elected Debian leader chiming in here to defend his position and
keep deleting init.d scripts, I still believe this is again "even
worst than I thought" and it is "vandalism".
This will certainly keep playing in favor of our fork since
no-nonsense people will come this way, but is very painful to see
Debian's users are being mistreated to this point.
What is happening, and is a pattern, is that parts of Debian that
work well and are widely used by people are being arbitrarily
removed. This doesn't make Debian "universal" anymore, while
betraying once again its mandate of respecting user's freedom.
Noone can trust Debian if it keeps changing things that work for
some, just because of imposing a new thing that others like. Well
beyond and nothwitstanding the qualities of any free and open
source software, Debian is clearly harming another sort of freedom,
the sort that was granted in the free space we all knew rc.local
has always been..
is there any internal discussion about such governance issues in
Debian? is there any hope the current leadership will change and
perhaps repair what this vandalism is breaking?
ciao
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
I run debian sid on my laptop. I don't know why it has been done but
if I've understood what you need to know, this is how rc.local is now
at the sharp end:-
/etc/init.d/rc.local
..you have no /etc/rc.local ?
#! /bin/sh
### BEGIN INIT INFO
# Provides: rc.local
# Required-Start: $all
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: Run /etc/rc.local if it exist
### END INIT INFO
PATH=/sbin:/usr/sbin:/bin:/usr/bin
. /lib/init/vars.sh
. /lib/lsb/init-functions
do_start() {
if [ -x /etc/rc.local ]; then
[ "$VERBOSE" != no ] && log_begin_msg "Running local
boot scripts (/etc/rc.local)"
/etc/rc.local
ES=$?
[ "$VERBOSE" != no ] && log_end_msg $ES
return $ES
fi
}
case "$1" in
start)
do_start
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop|status)
# No-op
exit 0
;;
*)
echo "Usage: $0 start|stop" >&2
exit 3
;;
esac
+++
/etc/rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
exit 0
++
DaveT
..how old is your /etc/init.d/rc.local?
As in: ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt -tu
..mine are:
root@d44:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii
|fmt -tu
-rwxr-xr-x 1 root root 820 May 29 2015 /etc/init.d/rc.local
ii initscripts 2.88dsf-59.2+devuan2 amd64 scripts for initializing and
shutting down the system
root@d44:~#
rir:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt -tu
-rwxr-xr-x 1 root root 820 Apr 21 2014 /etc/init.d/rc.local
ii initscripts 2.88dsf-59 armhf scripts for initializing and shutting
down the system
rir:~#
root@raspberrypi:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep
^ii |fmt -tu -rwxr-xr-x 1 root root 782 Oct 15
2012 /etc/init.d/rc.local ii initscripts 2.88dsf-41+deb7u1 armhf
scripts for initializing and shutting down the system
root@raspberrypi:~#
..no /etc/rc.local.
I'm confused...
The timestamp on my /etc/init.d/rc.local is 2015-04-06, I keep my laptop
fully up to date, as in daily updates, and my laptop isn't even that
old! And that 'll' whatever stuff comes back with command not found -
even with sudo...
DaveT
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On Sun, Nov 19, 2017 at 08:32:07PM +0100, Arnt Karlsen wrote: > On Sun, 19 Nov 2017 18:52:13 +0100, Didier wrote in message > : > > > Le 19/11/2017 à 15:10, Jaromil a écrit : > > > hi all > > > > > > Can anyone clarify how /etc/rc.local is being removed in Debian 9? > > > > > > > Dunno how difficult it is to re-create rc.local functionality > > under Systemd dictature, but, when init is sysvinit, this doesn't > > look like a diffcult problem. Therefore, don't care (-: > > > > Didier > > ..looks like we are _the_ /etc/rc.local back-up distro. ;o) > > ..I did a wee razzia, it's been quietly gone for quite a while, > maybe since the 2014 systemd coup in Debian: My /etc/rc.local has been around for a long time, has survived the trip from Debian jessie to Devuan jessie, and consists entirely of commands I put there myself and comments of unknown origin. Here are the comments: #!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. They do indeed look as if the originated in a Linux distribution sometime in the past, which would have been Debian, sonce I' ws using this before the switch to Devuan. So there has been a change if /etc/rc.local is no longer provided by the distro. Not providing it makes sense, because then an upgrade won't be asking whether to replace the modified one with the new one. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On Sun, 19 Nov 2017 23:30:36 +, Dave wrote in message
<352aa878-82d2-bfbc-28be-e28f8d97f...@barradas.free-online.co.uk>:
> On 19/11/17 20:40, Arnt Karlsen wrote:
> > On Sun, 19 Nov 2017 19:32:48 +, Dave wrote in message
> > <755e8783-b399-2941-0d2d-40aac6629...@barradas.free-online.co.uk>:
> >
> >> On 19/11/17 14:10, Jaromil wrote:
> >>> hi all
> >>>
> >>> Can anyone clarify how /etc/rc.local is being removed in Debian 9?
> >>>
> >>> I got this from rumors in bitcoin's core development, since I'm
> >>> not subscribed to Debian lists. The rumor is confirmed by some
> >>> online debates on gitlab and stack overflow.
> >>>
> >>> Can someone point out to the decision process for this?
> >>>
> >>> Following up after the conversation on redis, when we had the
> >>> elected Debian leader chiming in here to defend his position and
> >>> keep deleting init.d scripts, I still believe this is again "even
> >>> worst than I thought" and it is "vandalism".
> >>>
> >>> This will certainly keep playing in favor of our fork since
> >>> no-nonsense people will come this way, but is very painful to see
> >>> Debian's users are being mistreated to this point.
> >>>
> >>> What is happening, and is a pattern, is that parts of Debian that
> >>> work well and are widely used by people are being arbitrarily
> >>> removed. This doesn't make Debian "universal" anymore, while
> >>> betraying once again its mandate of respecting user's freedom.
> >>> Noone can trust Debian if it keeps changing things that work for
> >>> some, just because of imposing a new thing that others like. Well
> >>> beyond and nothwitstanding the qualities of any free and open
> >>> source software, Debian is clearly harming another sort of
> >>> freedom, the sort that was granted in the free space we all knew
> >>> rc.local has always been..
> >>>
> >>> is there any internal discussion about such governance issues in
> >>> Debian? is there any hope the current leadership will change and
> >>> perhaps repair what this vandalism is breaking?
> >>>
> >>>
> >>> ciao
> >>>
> >>>
> >>>
> >>> ___
> >>> Dng mailing list
> >>> Dng@lists.dyne.org
> >>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> >> I run debian sid on my laptop. I don't know why it has been done
> >> but if I've understood what you need to know, this is how rc.local
> >> is now at the sharp end:-
> >>
> >> /etc/init.d/rc.local
> > ..you have no /etc/rc.local ?
> >
> >> #! /bin/sh
> >> ### BEGIN INIT INFO
> >> # Provides: rc.local
> >> # Required-Start: $all
> >> # Required-Stop:
> >> # Default-Start: 2 3 4 5
> >> # Default-Stop:
> >> # Short-Description: Run /etc/rc.local if it exist
> >> ### END INIT INFO
> >>
> >>
> >> PATH=/sbin:/usr/sbin:/bin:/usr/bin
> >>
> >> . /lib/init/vars.sh
> >> . /lib/lsb/init-functions
> >>
> >> do_start() {
> >> if [ -x /etc/rc.local ]; then
> >> [ "$VERBOSE" != no ] && log_begin_msg "Running local
> >> boot scripts (/etc/rc.local)"
> >> /etc/rc.local
> >> ES=$?
> >> [ "$VERBOSE" != no ] && log_end_msg $ES
> >> return $ES
> >> fi
> >> }
> >>
> >> case "$1" in
> >> start)
> >> do_start
> >> ;;
> >> restart|reload|force-reload)
> >> echo "Error: argument '$1' not supported" >&2
> >> exit 3
> >> ;;
> >> stop|status)
> >> # No-op
> >> exit 0
> >> ;;
> >> *)
> >> echo "Usage: $0 start|stop" >&2
> >> exit 3
> >> ;;
> >> esac
> >>
> >> +++
> >>
> >> /etc/rc.local
> >>
> >> #!/bin/sh -e
> >> #
> >> # rc.local
> >> #
> >> # This script is executed at the end of each multiuser runlevel.
> >> # Make sure that the script will "exit 0" on success or any other
> >> # value on error.
> >> #
> >> # In order to enable or disable this script just change the
> >> execution # bits.
> >> #
> >> # By default this script does nothing.
> >>
> >> exit 0
> >>
> >> ++
> >>
> >> DaveT
> > ..how old is your /etc/init.d/rc.local?
> > As in: ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt
> > -tu
> >
> > ..mine are:
> > root@d44:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii
> > |fmt -tu
> > -rwxr-xr-x 1 root root 820 May 29 2015 /etc/init.d/rc.local
> > ii initscripts 2.88dsf-59.2+devuan2 amd64 scripts for initializing
> > and shutting down the system
> > root@d44:~#
> > rir:~# ll /etc/init.d/rc.local &&dpkg -l initscripts |grep ^ii |fmt
> > -tu -rwxr-xr-x 1 root root 820 Apr 21 2014 /etc/init.d/rc.local
> > ii initscripts 2.88dsf-59 armhf scripts for initializing and
> > shutting down the system
> > rir:~#
> > root@raspberrypi:~# ll /etc/init.d/rc.local &&dpkg -l initscripts
> > |grep ^ii |fmt -tu -rwxr-xr-x 1 root root 782 Oct 15
> > 2012 /etc/init.d/rc.local ii initscripts 2.88dsf-41+deb7u1 armhf
> > scripts for initializing and shutting down the
[DNG] I found a new reason to dislike debian...
there are dongle usbs whose firmware has been made free software, and I cannot use this firmware from devuan, because some arrogant debian devs were too lazy to remove the non-free package and add the free package. so annoying. AR9271 is the firmware I was talking about. Thinkpenguin sells these, I wanted to use it on devuan, on my netbook while I wait for my other comp to get fixed, but for some crazy reason, debian decided to not add the free software version of the firmware choosing to be blatantly nasty... ps, this is something that affects debian and devuan, so its not off topic much. If you guys are listening, please port this firmware for those of us who want to use our computers in freedom... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
On 19 November 2017 21:14:26 CET, Didier Kryn wrote: >Conclusion: initscripts profides the infrastructure to invoke >/etc/rc.local if it exists, but it doesn't provide an empty >/etc/rc.local. Ok, this is what I hoped and it still makes sense. IMHO deprecation means vandalism may happen in the future: some people should be vigilant and there should be already a clear statement and discussion about what this "deprecation" means. if it just means that /etc/rc.local is not created by default but processed if found executable, then it would be fine: some UNIX systems did that already in the past, but I am afraid the word "deprecation" means something else. ciao ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] I found a new reason to dislike debian...
hi zap, On 20 November 2017 05:01:02 CET, zap wrote: >there are dongle usbs whose firmware has been made free software, and I >cannot use this firmware from devuan, because some arrogant debian devs >were too lazy to remove the non-free package and add the free package. >so annoying. > >AR9271 is the firmware I was talking about. Thinkpenguin sells these, Debian states that the "open firmware" version is included in Buster https://wiki.debian.org/ath9k_htc so you should be able to use it from Devuan Ceres? ciao ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] I found a new reason to dislike debian...
On Sun, Nov 19, 2017 at 11:01:02PM -0500, zap wrote: > there are dongle usbs whose firmware has been made free software, and I > cannot use this firmware from devuan, because some arrogant debian devs > were too lazy to remove the non-free package and add the free package. > so annoying. > > AR9271 is the firmware I was talking about. Thinkpenguin sells these, I > wanted to use it on devuan, on my netbook while I wait for my other comp > to get fixed, but for some crazy reason, debian decided to not add the > free software version of the firmware choosing to be blatantly nasty... > > I might have misunderstood you, but I don't think that adding support for non-free firmware is among the Devuan's top priorities... My2Cents 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: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
