[DNG] Installing sysv-init under Debian Buster
Hi List, Noting here a solution from the debian-user mailing list. I'm aware there's a team working for init system flexibility on Debian and send my kudos and beer vouchers to them :-) https://lists.debian.org/debian-user/2019/06/msg00961.html quoted message follow > On Jun 27, 2019, at 12:42 AM, Rick Thomas wrote: > > > >> On Jun 25, 2019, at 11:20 PM, Jonas Smedegaard wrote: >> >> Seems this would work as well, with less collateral damage: >> >> apt install -y sysvinit-core elogind >> apt --purge autoremove >> > > This works great and, as noted, is far more elegant. > > Thanks, Jonas! > Rick A warning about all of these solutions: They will remove the package, network-manager. Sometimes this may rewrite the “/etc/network/interfaces” file. You can loose network connectivity after a reboot as a result. Be prepared to login to the console and fix that up manually if it happens. Another work-around is to, before doing any apt stuff at all, put a suitable fragment into the “/etc/network/interfaces.d/“ directory that configures at least one of your network interfaces the way you want it. As an example, on my test system I have: > $ cat /etc/network/interfaces.d/enp0s3 > auto enp0s3 > iface enp0s3 inet dhcp Hope it helps! Rick -- Joel Roth "Welcome to the World Heat Bank, where we store your waste energy and return it with interest." ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Runit service depend another script not daemon
il devuanizzato Martin Steigerwald il 06-07-19 08:49:52 ha scritto: That said, I agree it would be good to find a way to inject runit symlinks into packages, cause I believe it to be unlikely that many Debian package maintainers would include runit support. However that said, I would. Thanks, -- Martin I hope it may be possible to do so. Maybe, when package have been merged in amprolla (Devuan infrastructure use amprolla, now at the version 3, who has the task to merge apt repository; the software is written in python). Inject runit/s6/otherinit script in packages should be equivalent to: - open package deb - edit postinst and prerm files and add rule at bottom of postinst and rule at top of prerm: if [ runit_is_present ]; then do stuff fi if [ other_init_is_present ]; then do stuff fi if [ another_init_is_present ]; then do stuff fi - close package deb All possible scenarios should be considered, and this could complicate the software. We could ask to Devuan developers and caretakers if it could be a good idea. -- viverna ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] ..so Debian is Busting postgresql, evolution-ews inboxes and history itself?, was: Runit service depend another script not daemon
On 7/7/19 10:29 AM, Arnt Karlsen wrote: ..5.3.8. Calamares installer leaves disk encryption keys readable: https://www.debian.org/releases/buster/amd64/release-notes/ch-information.en.html#calamares-creates-readable-key Is this referring to the use of a keyfile in the initrd? Or is this the case in all encrypted debian-based systems, whether /boot is part of the encrypted volume or not? Bug report says: "It installs an encryption key in the initramfs, the problem is that in Debian, the initramfs is world readable by default, which means that a user on an unlocked system could retrieve the unlock key." /etc/cryptsetup-initramfs/conf-hook says: # KEYFILE_PATTERN: ... # # The value of this variable is interpreted as a shell pattern. # Matching key files from the crypttab(5) are included in the initramfs # image. The associated devices can then be unlocked without manual # intervention. (For instance if /etc/crypttab lists two key files # /etc/keys/{root,swap}.key, you can set KEYFILE_PATTERN="/etc/keys/*.key" # to add them to the initrd.) Thanks to anyone who can shed some light on this. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Raspberry Pi 4 (Brad Campbell)
On 6/7/19 21:57, . via Dng wrote: I tried what you've described --- put a fresh copy of "devuan_ascii_2.0.0_arm64_raspi3.img" on an 8GB microSD card, then copied the parts of Raspbian Buster over; but I end up with an error "/sbin/init exists, but is not executable (error -8)", possibly suggesting that there is a mismatch between 32-bit boot code and 64-bit /sbin/init. Did you make any other changes? No, but mine is running Jessie not ASCII. root@rpi31:~# cat /etc/devuan_version jessie root@rpi31:~# file /lib/arm-linux-gnueabihf/ld-2.19.so /lib/arm-linux-gnueabihf/ld-2.19.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, BuildID[sha1]=b40c3daf67d7bfe1c1ab9b7686326406622ca5d9, stripped root@rpi31:~# file /bin/bash /bin/bash: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=90132c73f3c9d4dacfda87128daa35cb6618f4e7, stripped root@rpi31:~# file /sbin/init /sbin/init: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=aeb9f58211f7ae4d12612d6b992fcbbb652460e2, stripped So that could well be the issue. I have another one arriving next week, so I'll have a play with that and an ASCII image. Regards, -- Dolphins are so intelligent that within a few weeks they can train Americans to stand at the edge of the pool and throw them fish. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] ..so Debian is Busting postgresql, evolution-ews inboxes and history itself?, was: Runit service depend another script not daemon
On Sat, 6 Jul 2019 19:26:49 -0400, Steve wrote in message <20190706192649.246fd...@mydesk.domain.cxm>: > My feeling that sysvinit is not in safe hands in the Debian project > isn't based on the quality of sysvinit or its components. As a matter > of fact, I never noticed any bugs or weird stuff with sysvinit during > the 13 years I used sysvinit as my daily driver init (with occasional > forays into upstart and daemontools). My feeling is based on: > > 1) Corporate profit motive for keeping systemd the only init in town. ..that's the only motive in town? ;o) ;oD https://wiki.debian.org/SecureBoot#What_is_UEFI_Secure_Boot_NOT.3F .."why not put UEFI on armel, armhf, arm64 etc hardware?" ;oD https://www.debian.org/releases/stable/arm64/release-notes/ https://www.debian.org/releases/stable/armel/release-notes/ https://www.debian.org/releases/stable/armhf/release-notes/ https://www.debian.org/releases/stable/i386/release-notes/ https://www.debian.org/releases/stable/mips/release-notes/ https://www.debian.org/releases/stable/mips64el/release-notes/ https://www.debian.org/releases/stable/mipsel/release-notes/ https://www.debian.org/releases/stable/ppc64el/release-notes/ https://www.debian.org/releases/stable/s390x/release-notes/ > 2) The (insert your own noun epithet) of "FreeDesktop.Org". > > 3) Systemd's technological ability to sabotage all attempts at >alt-initting a computer. > > 4) The huge moving-target workload necessary because of #3. ..found my lan mirror messed up on last night's Debian Buster release as "stable" moving Stretch to oldstable etc, my quick skim found these gems: https://www.debian.org/releases/buster/amd64/release-notes/ch-information.en.html#postgresql-reindex https://wiki.postgresql.org/wiki/Locale_data_changes https://lists.debian.org/debian-glibc/2019/03/msg00030.html ...from: https://www.debian.org/releases/buster/amd64/release-notes/index.en.html ..another motive in town?: 5.3.7. evolution-ews has been dropped, AND EMAIL INBOXES USING EXCHANGE, OFFICE365 OR OUTLOOK SERVER WILL BE REMOVED: https://www.debian.org/releases/buster/amd64/release-notes/ch-information.en.html#evolution-and-exchange https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926712#19 ..5.3.8. Calamares installer leaves disk encryption keys readable: https://www.debian.org/releases/buster/amd64/release-notes/ch-information.en.html#calamares-creates-readable-key ..workaround limits that readability to the TSA et al? ;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] UEFI support in the live-sdk
Hi, On 7/7/19 9:40, aitor_czr wrote: Hi again, On 6/7/19 12:36, fsmithred via Dng wrote: I selected Devuan, stable, main. Yesterday i selected Gnuinos, stable, main, and it worked for me. I uploaded the image today: http://gnuinos.org/Ascii/ Cheers, Aitor. Wicd doesn't work, and simple-netaid still is not finished. But you can run the following script: pkill dhclient pkill wpa_supplicant ip addr flush dev ip link set dev down ifdown ip link set dev up wpa_passphrase > wpa.conf wpa_supplicant -B -i -c wpa.conf ifup After adding the following line to your "/etc/network/interfaces" iface inet dhcp and restart the network-manager. The above script uses ifupdown instead of dhclient, because it's also compatible with static ip addresses. If you use dhclient, then you don't need to add anythind to "/etc/network/interfaces", because it takes the configuration from "/etc/dhcp/dhclient.conf". HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] UEFI support in the live-sdk
Hi again, On 6/7/19 12:36, fsmithred via Dng wrote: I selected Devuan, stable, main. Yesterday i selected Gnuinos, stable, main, and it worked for me. I uploaded the image today: http://gnuinos.org/Ascii/ Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng