Re: [DNG] How to get CERES
Le 28/10/2018 à 06:24, Olaf Meeuwissen a écrit : sed -i 's/ascii/ceres/' /etc/apt/source.list apt update apt upgrade Hi Olaf. Do you for sure mean 'apt upgrade' ? Because I would have thought of 'apt dist-upgrade'. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to get CERES
On Sat, Oct 27, 2018 at 11:50:06PM -0400, Steve Litt wrote: > Hi all, > > I need a detailed, accurate and unambiguous set of instructions on how > to get Ceres. Such a thing must exist by now: The project has been > taking on new developers for three years now. > > I've been trying for over a day now to get Ceres, and can find no > reference to it, and no place to download or git clone it. > Steve, as already said, you can either install ascii and dist-upgrade to ceres or debootstrap ceres (using a Devuan debootstrap). 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: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to get CERES
Hi Didier, Didier Kryn writes: > Le 28/10/2018 à 06:24, Olaf Meeuwissen a écrit: >>sed -i 's/ascii/ceres/' /etc/apt/source.list >>apt update >>apt upgrade > > Hi Olaf. > > Do you for sure mean 'apt upgrade' ? Because I would have thought > of 'apt dist-upgrade'. Whichever of the two does what you want it to :-P I was thinking of doing the above after a minimal install, i.e. a netinst without any desktop stuff. IIUC, Steve is looking for a setup to work on runit scripts so that would really be all that he'd need. Although I have not tried, I would think `apt upgrade` would do the job for that. # Looking at Steve's follow-up, maybe `apt upgrade` didn't do the whole # job after all ... :-( BTW, you can always do the `apt dist-upgrade` after that if you feel a need to do so. Personally, I prefer running `apt upgrade` first and deal with any packages that were not upgraded during that afterward, either via `apt dist-upgrade` or by specifying my own preferences to solve the issues (if I don't like what `apt dist-upgrade` wants to do). That said, I can't really remember the last time I used dist-upgrade. Hope this clarifies. -- 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] How to get CERES
Hi, On 10/28/2018 10:55 AM, Olaf Meeuwissen wrote: Hi Didier, Didier Kryn writes: Le 28/10/2018 à 06:24, Olaf Meeuwissen a écrit: sed -i 's/ascii/ceres/' /etc/apt/source.list apt update apt upgrade Hi Olaf. Do you for sure mean 'apt upgrade' ? Because I would have thought of 'apt dist-upgrade'. Whichever of the two does what you want it to:-P I was thinking of doing the above after a minimal install, i.e. a netinst without any desktop stuff. IIUC, Steve is looking for a setup to work on runit scripts so that would really be all that he'd need. I want to build an image based on ceres and focused to the development of runit. After beginning on the packaging stuff, i have a question for you, especially for Steve: do you want to break its dependency on the initscripts for testing purposes? Or only on a concrete package like sysvinit-utils (a part of it containing only killall5, fstab-decode and the init-d-script) or some other one? I've just built the grub configured with runit as the default init system It's night now in the united states... I look forward to your answers :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Speak now, or forever hold your peace
Hi, On 10/27/2018 09:56 PM, Steve Litt wrote: I assume from your response that the util-linux issue is solved. The live-sdk failed retreiving util-linux. I downloaded the sources, but they didn't build succesfully at the first attempt. I've just packaged it and now i'm going to build a repo with the customized grub and the util-linux packages using amprolla, and try again with the live-sdk. Time to go for a walk :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Speak now, or forever hold your peace
On Sun, Oct 28, 2018 at 12:05:11PM +0100, aitor_czr wrote: > Hi, > > On 10/27/2018 09:56 PM, Steve Litt wrote: > > I assume from your response that the util-linux issue is solved. > The live-sdk failed retreiving util-linux. I downloaded the sources, but > they didn't build succesfully at the first attempt. > I've just packaged it and now i'm going to build a repo with the customized > grub and the util-linux packages using amprolla, and try again with the > live-sdk. > Time to go for a walk :) > Aitor, if you tried a couple of days ago, please consider tha util-linux was updated in ceres on Friday. Now debootstrapping/upgrading to ceres works again. 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: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to get CERES
Le 28/10/2018 à 11:10, aitor_czr a écrit : I want to build an image based on ceres and focused to the development of runit. After beginning on the packaging stuff, i have a question for you, especially for Steve: do you want to break its dependency on the initscripts for testing purposes? Or only on a concrete package like sysvinit-utils (a part of it containing only killall5, fstab-decode and the init-d-script) or some other one? Interesting. What is this fstab-decode? I thought static filesystems were mounted by the initscript mountall.sh . BTW, this kind of action does not need monitoring; therefore it must be done prior to invoking runit. Does it mean runit isn't enough, but some sysvinit rc scripts are always necessary before it is launched? Or some replacement is necessary for these scripts? Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Devuan vs. Raspbian on RPi W0 - strange things
Hi all! Today I tried to get bluetooth working on the PRiW0, which led me down a different rabbithole in the lands of "devuan vs. raspbian". First the findings: Devuan: - /dev/ttyACM0 appears always, either accessable on GPIO14/15 or via something unknown (should be bt). - /dev/ttyS0 apperars only, when the "pi3-miniuart-bt" overlay is loaded. ttyS0 is then on gpio14/15, ttyACM0 is visible but connected to someting unknown (should be bt). - Whatever device shoud be connected to bt, it is not: htcattach always times out. - "enable_uart=1" crashes the bootloader (not the kernel - that is not even loaded at that point). In fact, anything "enable=XXX" crashes the bootloder. Raspbian: - both devices work as documented by the raspbianpi foundation either on gpio14/15 or bt. - hciattach initializes bluetooth. - "enable_uart=1" prevents the diappearance of "/dev/ttyS0" (which is renamed to serial0 by systemd) Both systems run the same kernel, the same firmware (updated with "rpi-update" and firmware tree copied over from raspbien). The only differences in the system layout (apart from systemd vs. sysv) I found were these: - Raspbian has an extra file /boot/LICENSE.oracle - Raspbian FAT partition starts at block 8192, while Devuan starts at 2048. But only the first block is used, all other are zero. Running out of ideas I copied all files from the devuan root partition over to the raspbian root partition and booted the system. Guess what: The boot process without systemd is 10 seconds faster AND bluetooth is working! But this fishy: all binary files in /boot are identical (devuan/rasbian), so the bootloader and kernel sould have shown the same behaviour, i.e. either crash or work on both systems when "enable_uart=1". And ttyS0 and ttyAMA0 sould behave identical, but they don't. Why? Where's the difference that matters? And the more pressing question: As now devuan is installed over the cops of raspbian, who can I figure out what files are used on startup? The bluetooth init probram is definitly a resurrected part of raspbian, but what else? 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] Speak now, or forever hold your peace
Hi KatolaZ, On 10/28/2018 12:18 PM, KatolaZ wrote: Aitor, if you tried a couple of days ago, please consider tha util-linux was updated in ceres on Friday. Now debootstrapping/upgrading to ceres works again. My2cents KatolaZ Here you are the changelog: util-linux (2.32.1-0.1+devuan1) unstable; urgency=medium [ KatolaZ ] * amended changelog * merged 2.32.1-0.1 -- Vincenzo (KatolaZ) Nicosia Thu, 25 Oct 2018 00:06:12 +0100 Dated on thursday. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Speak now, or forever hold your peace
KatolaZ wrote on 28.10.18 12:18: > On Sun, Oct 28, 2018 at 12:05:11PM +0100, aitor_czr wrote: >> Hi, >> >> On 10/27/2018 09:56 PM, Steve Litt wrote: >>> I assume from your response that the util-linux issue is solved. >> The live-sdk failed retreiving util-linux. I downloaded the sources, but >> they didn't build succesfully at the first attempt. >> I've just packaged it and now i'm going to build a repo with the customized >> grub and the util-linux packages using amprolla, and try again with the >> live-sdk. >> Time to go for a walk :) >> > > Aitor, if you tried a couple of days ago, please consider tha > util-linux was updated in ceres on Friday. Now > debootstrapping/upgrading to ceres works again. > Hi KatolaZ, not sure if it helps, but I had a few minutes to spare and tried to debootstrap a ceres image using my own (in)famous wrapper script[1] using various mirrors. Debootstrap reproducible fails with error code 2 on the "Extracting util-linux..." step. The debootstrap incantation of my latest attempt (in this particular case using our own mirror, as I can reliably check it's rsync'd twice per hour from pkgmaster.d.o) reads: sudo debootstrap --verbose --arch amd64 --include=linux-image-amd64,grub-pc,firmware-linux-free,firmware-realtek,console-setup,console-setup-linux,locales,keyboard-configuration,busybox-static,live-boot,firmware-linux-nonfree,acpi-support,cron,dbus,rsyslog,netbase,net-tools,ntp,telnet,openssh-server,openssh-client --components=main,contrib,non-free --merged-usr ceres /home/urban/projects/irrvuan/mnt/minsys-ceres http://devuan.packet-gain.de/merged Some relevant parts of the log (for full output see [2] below): I: Retrieving InRelease I: Checking Release signature I: Valid Release signature (key id E032601B7CA10BC3EA53FA81BB23C00C61FC752C) [... cut retrieval of lots of packages, and dependency resolution] I: Retrieving login 1:4.4-4.1 I: Validating login 1:4.4-4.1 [...] I: Retrieving sysvinit-utils 2.88dsf-59.3+devuan2 I: Validating sysvinit-utils 2.88dsf-59.3+devuan2 [...] I: Retrieving util-linux 2.32.1-0.1+devuan1 I: Validating util-linux 2.32.1-0.1+devuan1 [...] I: Chosen extractor for .deb packages: dpkg-deb [...] I: Extracting login... [...] I: Extracting sysvinit-utils... [...] I: Extracting util-linux... 2018-10-28T13:17:41 * ERROR 2: debootstrap * Unfortunately I could not find a way to make the debootstrap output even more verbose to get a better hint at what exactly makes it throw up. However, on closer inspection using `dpkg-deb -e` I see that util-linux 2.32.1-0.1+devuan1 has a "Breaks:" on "sysvinit-utils (<< 2.88dsf-59.4~)", but version 2.88dsf-59.3+devuan2 was retrieved. Moreover, it "Depends:" on "login (>= 1:4.5-1.1~)", but version 1:4.4-4.1 was retrieved. I wonder if any of those might be part of the problem? FWIW, the same overall process works flawlessly for ascii (as it did ever since), as well as for beowulf. Though for the latter I did not check if it results in a working system image, but at the very least it did not faceplant during the debootstrap step. [OT] Although I'm still following this list and on IRC on an almost daily basis, I'm unfortunately tight on resources to put into Devuan. It may take some time for me to reply to any potential follow-ups. Still cheering for you from the side line though, y'all doing an incredibly fine job! [/OT] Hope that helped, best regards Urban [1] https://github.com/irrwahn/irrvuan [2] Full debootstrap log: 2018-10-28T13:13:26 sudo debootstrap --verbose --arch amd64 --include=linux-image-amd64,grub-pc,firmware-linux-free,firmware-realtek,console-setup,console-setup-linux,locales,keyboard-configuration,busybox-static,live-boot,firmware-linux-nonfree,acpi-support,cron,dbus,rsyslog,netbase,net-tools,ntp,telnet,openssh-server,openssh-client --components=main,contrib,non-free --merged-usr ceres /home/urban/projects/irrvuan/mnt/minsys-ceres http://devuan.packet-gain.de/merged I: Retrieving InRelease I: Checking Release signature I: Valid Release signature (key id E032601B7CA10BC3EA53FA81BB23C00C61FC752C) I: Retrieving Packages I: Validating Packages I: Retrieving Packages I: Validating Packages I: Retrieving Packages I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Found additional required dependencies: adduser debian-archive-keyring fdisk gcc-8-base gpgv init-system-helpers insserv libacl1 libapt-pkg5.0 libattr1 libaudit1 libaudit-common libbz2-1.0 libc6 libcap-ng0 libcom-err2 libdb5.3 libdebconfclient0 libext2fs2 libffi6 libgcc1 libgcrypt20 libgmp10 libgnutls30 libgpg-error0 libhogweed4 libidn2-0 liblz4-1 liblzma5 libncursesw6 libnettle6 libp11-kit0 libpam0g libpcre3 libseccomp2 libselinux1 libsemanage1 libsemanage-common libsepol1 libss2 libstdc++6 libtasn1-6 libtinfo6 libudev1 libunistring2 libzstd1 login startpar sysvinit-core zlib1g I: Found additional b
Re: [DNG] XFCE : can't open xsession-errors anymore (invalid UTF-8)
On Sun, Oct 28, 2018 at 11:31:56AM +0900, Olaf Meeuwissen wrote: > > # I never understand why folks use an editor to just look at a file. Maybe because muscle memory know the editor commands for finding things in it. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to get CERES
On Sun, Oct 28, 2018 at 02:24:12PM +0900, Olaf Meeuwissen wrote: > > Ceres is the unstable branch and changes on a daily basis. There is no > installer for it (that I know of). If you want to create a Ceres VM, > start with an Ascii one and > > sed -i 's/ascii/ceres/' /etc/apt/source.list > apt update > apt upgrade > > as root, of course. Depending on Ceres' stability, the upgrade may or > may not go without much trouble. > > Alternatively, you can use debootstrap to build a Ceres chroot or run a Wouldn't a Ceres chroot still have teh problem that it uses the old ascii kernel? -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan vs. Raspbian on RPi W0 - strange things
Am Sonntag, 28. Oktober 2018 schrieb Dr. Nikolaus Klepp: > Hi all! > > Today I tried to get bluetooth working on the PRiW0, which led me down a > different rabbithole in the lands of "devuan vs. raspbian". First the > findings: > > Devuan: > - /dev/ttyACM0 appears always, either accessable on GPIO14/15 or via > something unknown (should be bt). > - /dev/ttyS0 apperars only, when the "pi3-miniuart-bt" overlay is loaded. > ttyS0 is then on gpio14/15, ttyACM0 is visible but connected to someting > unknown (should be bt). > - Whatever device shoud be connected to bt, it is not: htcattach always times > out. > - "enable_uart=1" crashes the bootloader (not the kernel - that is not even > loaded at that point). In fact, anything "enable=XXX" crashes the bootloder. > > Raspbian: > - both devices work as documented by the raspbianpi foundation either on > gpio14/15 or bt. > - hciattach initializes bluetooth. > - "enable_uart=1" prevents the diappearance of "/dev/ttyS0" (which is renamed > to serial0 by systemd) > > Both systems run the same kernel, the same firmware (updated with > "rpi-update" and firmware tree copied over from raspbien). > > The only differences in the system layout (apart from systemd vs. sysv) I > found were these: > - Raspbian has an extra file /boot/LICENSE.oracle > - Raspbian FAT partition starts at block 8192, while Devuan starts at 2048. > But only the first block is used, all other are zero. > > Running out of ideas I copied all files from the devuan root partition over > to the raspbian root partition and booted the system. Guess what: The boot > process without systemd is 10 seconds faster AND bluetooth is working! > > But this fishy: all binary files in /boot are identical (devuan/rasbian), so > the bootloader and kernel sould have shown the same behaviour, i.e. either > crash or work on both systems when "enable_uart=1". And ttyS0 and ttyAMA0 > sould behave identical, but they don't. Why? Where's the difference that > matters? > > And the more pressing question: As now devuan is installed over the cops of > raspbian, who can I figure out what files are used on startup? The bluetooth > init probram is definitly a resurrected part of raspbian, but what else? > > > Nik > > > > Forget the last questions ... I just deleted the canibalized root and transpanted my devuan rootfs (2. partion on image). Guss what? It boots, "enable_uart=1" works, I have now ttyS0 on gpio14/15 and ttyAMA0 on bluetooth without any overlay. So it comes down to this: on the RPiW0, the first partitio absolutely must start at 8192, or bluetooth won't work. My Layout is now is this: /dev/mmcblk0p1 8192 97889 89698 43.8M c W95 FAT32 (LBA) /dev/mmcblk0p298304 3872767 3774464 1.8G 83 Linux I'm quite sure that the first partition must be exact that size and type. Most likely that is also true for RPi3+ (and that's why I did not get the devuan image running). I think it would be a good idea to create a devuan image for rpi0 with exactly these changes :-) 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] How to get CERES
On 28/10/18 at 14:52, Hendrik Boom wrote: > On Sun, Oct 28, 2018 at 02:24:12PM +0900, Olaf Meeuwissen wrote: >> Ceres is the unstable branch and changes on a daily basis. There is no >> installer for it (that I know of). If you want to create a Ceres VM, >> start with an Ascii one and >> >> sed -i 's/ascii/ceres/' /etc/apt/source.list >> apt update >> apt upgrade >> >> as root, of course. Depending on Ceres' stability, the upgrade may or >> may not go without much trouble. >> >> Alternatively, you can use debootstrap to build a Ceres chroot or run a > Wouldn't a Ceres chroot still have teh problem that it uses the old > ascii kernel? It should not be a problem. -- Alessandro Selli VOIP SIP: dhatarat...@ekiga.net Chiave firma e cifratura PGP/GPG signing and encoding key: BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Well, this is interesting
IBM is buying Red Hat. https://www.bloomberg.com/news/articles/2018-10-28/ibm-is-said-to-near-deal-to-acquire-software-maker-red-hat Rowland ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Well, this is interesting
On October 28, 2018 3:58:47 PM CDT, Rowland Penny wrote: :: :: IBM is buying Red Hat. :: :: https://www.bloomberg.com/news/articles/2018-10-28/ibm-is-said-to-near-deal-to-acquire-software-maker-red-hat :: :: Rowland :: ___ :: Dng mailing list :: Dng@lists.dyne.org :: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng Queue the Smitty rpm! ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Well, this is interesting
On Sun, 28 Oct 2018 20:58:47 + Rowland Penny wrote: > IBM is buying Red Hat. > > https://www.bloomberg.com/news/articles/2018-10-28/ibm-is-said-to-near-deal-to-acquire-software-maker-red-hat > > Rowland To anyone who was in the business when MTV was new, this is scary as hell. SteveT Steve Litt September 2018 featured book: Quit Joblessness: Start Your Own Business http://www.troubleshooters.com/startbiz ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Well, this is interesting
Bye Bye Fedora, hello Devuan On 28/10/2018 21:42, Steve Litt wrote: > On Sun, 28 Oct 2018 20:58:47 + > Rowland Penny wrote: > >> IBM is buying Red Hat. >> >> https://www.bloomberg.com/news/articles/2018-10-28/ibm-is-said-to-near-deal-to-acquire-software-maker-red-hat >> >> Rowland > > To anyone who was in the business when MTV was new, this is scary as > hell. > > SteveT ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Well, this is interesting
On Sun October 28 2018 14:42:21 Steve Litt wrote: > On Sun, 28 Oct 2018 20:58:47 + > > Rowland Penny wrote: > > IBM is buying Red Hat. > > > > https://www.bloomberg.com/news/articles/2018-10-28/ibm-is-said-to-near-de > >al-to-acquire-software-maker-red-hat > > > > Rowland > > To anyone who was in the business when MTV was new, this is scary as > hell. > > SteveT SystemD going the way of OS/2 could bring some sanity back to F/LOSS. --Mike ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to get CERES
On Sun, 28 Oct 2018 11:10:46 +0100 aitor_czr wrote: > Hi, > > On 10/28/2018 10:55 AM, Olaf Meeuwissen wrote: > > Hi Didier, > > > > Didier Kryn writes: > > > >> Le 28/10/2018 à 06:24, Olaf Meeuwissen a écrit: > >>> sed -i 's/ascii/ceres/' /etc/apt/source.list > >>> apt update > >>> apt upgrade > >>Hi Olaf. > >> > >>Do you for sure mean 'apt upgrade' ? Because I would have > >> thought of 'apt dist-upgrade'. > > Whichever of the two does what you want it to:-P > > > > I was thinking of doing the above after a minimal install, i.e. a > > netinst without any desktop stuff. IIUC, Steve is looking for a > > setup to work on runit scripts so that would really be all that > > he'd need. > > I want to build an image based on ceres and focused to the > development of runit. After beginning on the packaging stuff, i have > a question for you, especially for Steve: do you want to break its > dependency on the initscripts for testing purposes? As far as I know, runit has no dependency on the initscripts housed in /etc/rc.d and below. I don't think a runit package should depend on those, or sysvinit. HOWEVER, in reality, if one uses runit only as a supervisor, it needs a PID1, and sysvinit is probably the best PID1 to match with runit. > Or only on a > concrete package like sysvinit-utils (a part of it containing only > killall5, fstab-decode and the init-d-script) or some other one? Killall5 is a must for any init system's shutdown. I'm not sure why it's part of sysvinit in any way. > > I've just built the grub configured with runit as the default init > system What happens when you boot? > > It's night now in the united states... I look forward to your > answers :) As you can tell by my answers (non-answers, really), I'm very unfamiliar with the entire subject of packaging. I have not been able to answer your very concise and specific questions. Instead of answering your specific questions, let me give you some general principles: * Installing any one init and/or supervisor should not in any way sabotage or require the uninstallation of any other init and/or supervisor. You never want installations of runit, s6, daemontools, perp, nosh, or sysvinit interfering with each other. This requirement has quite a few ramifications if you think of it. * As far as I can tell, runit has very few dependencies. It requires a POSIX environment, a normal /bin/sh, and yes, I wouldn't use it without the ability to use killall5. Other than those, runit stands alone. * Runit could be split up into runit supervisor and runit PID1. In that case, the PID1 package would include rc scripts 1, 2 and 3, and /usr/bin/runit-init, which is runit's PID1 executable. * Executable names for the PID1 executable of each init system should be distinct, so they don't clobber each other. None should be named the obvious "init", except perhaps for the PID1 of sysvinit, which might be grandfathered in (I don't know). If it's grandfathered in, there should be a hard-linked name sysvinit-pid1 or something like that so that one could replace the current /bin/init with a symlink to runit-init or s6-linux-init or suckless-init or whatever. SteveT Steve Litt September 2018 featured book: Quit Joblessness: Start Your Own Business http://www.troubleshooters.com/startbiz ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Well, this is interesting
Am Sonntag, 28. Oktober 2018 schrieb Mike Bird: > On Sun October 28 2018 14:42:21 Steve Litt wrote: > > On Sun, 28 Oct 2018 20:58:47 + > > > > Rowland Penny wrote: > > > IBM is buying Red Hat. > > > > > > https://www.bloomberg.com/news/articles/2018-10-28/ibm-is-said-to-near-de > > >al-to-acquire-software-maker-red-hat > > > > > > Rowland > > > > To anyone who was in the business when MTV was new, this is scary as > > hell. > > > > SteveT > > SystemD going the way of OS/2 could bring some sanity back to F/LOSS. OS/2 as built-in GUI for systemd .. > > --Mike > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > -- 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] Well, this is interesting
On October 28, 2018 4:42:21 PM CDT, Steve Litt < :: To anyone who was in the business when MTV was new, this is scary as :: hell. :: :: SteveT :: What are the particulars? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Well, this is interesting
On Sun, Oct 28, 2018 at 06:04:29PM -0500, hal wrote: > On October 28, 2018 4:42:21 PM CDT, Steve Litt < > :: To anyone who was in the business when MTV was new, this is scary as > :: hell. > :: > :: SteveT > :: > > What are the particulars? It looks like "purple" is fashion again :P 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
[DNG] Excessive Bounces
Hey all, Is anyone else using a gmail account getting excessive bounce errors from the DNG mailing list? It keeps locking out my account. I'm not having any issues with any of my other mailing lists. -- Linux O'Beardly @LinuxOBeardly http://o.beard.ly linux.obear...@gmail.com ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Well, this is interesting
Quoting hal (vmli...@charter.net): > Queue the Smitty rpm! I was never SMITten with AIX. ;-> -- Cheers, My favorite website is probably Rick Moen"session timed out due to inactivity" r...@linuxmafia.com -- Matt Watson (@biorhythmist) McQ! (4x80) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Well, this is interesting
Quoting hal (vmli...@charter.net): > What are the particulars? The Bloomberg report (https://www.bloomberg.com/news/articles/2018-10-28/ibm-is-said-to-near-deal-to- +acquire-software-maker-red-hat) says this is a _cash_ acquisition, the tender offer being at $190/share, which is a huge premium over the stock's closing market price of $116.68/share on Friday. The Bloomberg reporters claim this is IBM's move to quickly get into cloud computing. This is by far the largest acquisition IBM has ever carried out, and the third largest in USA tech, ever. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng