Hmm, lemme take a look:
dig -t soa withoutsystemd.org
NXDOMAIN
whois withoutsystemd.org
NOT FOUND
I'm afraid that stuff _currently_ available on that domain is not a viable
anything. I see nothing on archive.org, too.
As for the repository itself: I've removed only buster/unstable packages,
jessie and stretch are still there -- but that's probably useless or
possibly even harmful as there were security issues that I have not updated
the packages for. Thus, it's probably time to remove them completely.
Alternatively, I can update some packages for stretch, but redirecting
people to Devuan or something would be a better idea.
Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
Musing about Debian alternatives
Re: Musing about Debian alternatives
Definitive answer from Adam Borowski:
May the FORK be with you!
Re: Musing about Debian alternatives
Thanks for that. I did theHead_on_a_Stick wrote:The debian-user mailing lists have a FAQ that includes details on how to run Debian with sysvinit as PID1 (just like MX): https://wiki.debian.org/FAQsFromDebianU ... _Jessie.3F
Code: Select all
apt-get install sysvinit-core systemd-shim systemd-sysv-
There may be a problem with the systemd-shim requirement. Isn't it deprecated in Buster?Head_on_a_Stick wrote:No, not at all, the guide should still work with stretch (and buster) although I haven't actually tried it.
Re: Musing about Debian alternatives
Yes. I'm pretty sure it's unmaintained and going away. So either start removing the deps that require it and re-packaging or start using devuan. It was obvious from day one where this was going with systemd - lockin.Bulkley wrote:There may be a problem with the systemd-shim requirement. Isn't it deprecated in Buster?
May the FORK be with you!
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: Musing about Debian alternatives
I wonder if the Bunsen Labs script to convert a Debian installation to it would work on MX. Then it would just be a matter of uninstalling whatever you feel you don't need, such as that heavy, heavy xfce, Libre Office, VLC, etc. and the dependencies, and making a respin with the snapshot tool.
MX Linux packager and developer
Re: Musing about Debian alternatives
Devuan had a similar script. Maybe it still does.stevepusser wrote:I wonder if the Bunsen Labs script to convert a Debian installation to it would work on MX. . . .
Side note: I'm typing this using the MX live-USB.
Re: Musing about Debian alternatives
There are migration instructions for jessie to jessie and stretch to ASCII hereBulkley wrote:Devuan had a similar script. Maybe it still does.stevepusser wrote:I wonder if the Bunsen Labs script to convert a Debian installation to it would work on MX. . . .
I'm also going to post the list of automatically banned packages with hard systemd dependencies which cannot be installed on Devuan and packages requiring libsystemd0 which for the moment is "harmless" but at some point, who knows . . .
https://pkgmaster.devuan.org/bannedpackages.txt
https://pkgmaster.devuan.org/libsystemd.txt
You will notice the increase in number of pkgs tied to systemd from jessie to beowulf. The noose is tightening.
May the FORK be with you!
Re: Musing about Debian alternatives
Neither in the past nor in in the presence there is/was only a single alternative.CwF wrote:... But I typically try not to assume old ways are best,
...
I did say I skipped whatever prior goodnees existed, so I'm ignorant.
...
(Gentoo usually uses openrc, Slackware's init is called rc, i think, Void uses runit, Dragora uses perpd, tiny core linux uses busybox, i think, the BSD operating systems also use neither sysv nor systemd, perhaps rc too).
One simple example of the difference, of someone who isn't biased against systemd, au contraire: http://mywiki.wooledge.org/SystemdNoClear
Not necessary an "issue", but for sure a difference, as in: a completely different mindset. It thinks it knows better what the user wants than the user.
I for one am not that much in the technical details, but debian/kFreeBSD and debian/Hurd sure are an "issue" (for me, for some), that is: systemd as the default debian init system probably will be the end of those subprojects of debian.
Looks like it to me too, though i started to see it a bit earlier (the focus on handhelds).In this short time I have seen the notion of corporatism increase and a bias towards handhelds
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: Musing about Debian alternatives
Didn't you tell us that Devuan & Debian were working together to maintain sysvinit and the shim?golinux wrote:Yes. I'm pretty sure it's unmaintained and going away.Bulkley wrote:There may be a problem with the systemd-shim requirement. Isn't it deprecated in Buster?
deadbang
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: Musing about Debian alternatives
That depends on how MX handle the configuration files in $HOME, the BL install script copies stuff over from /usr/share/bunsenlabs/skel to configure the desktop, which is quite unusual.stevepusser wrote:I wonder if the Bunsen Labs script to convert a Debian installation to it would work on MX.
deadbang
Re: Musing about Debian alternatives
Thanks for the links golinux
Sid can run sysv with only libsystemd0 for a little more than a year now
Buster can now run sysv with only libsystemd0
although customizing the config, even on a minimal system using Debian defaults, is dangerous, as I'm finding out with the level of automation now present. One also needs a steady eye to avold systemd creep.
I was able to get sysv stretch running yesterday with only libsystemd0 libpam-systemd systemd needed to start X
It does take a bit of juggling with package installation order to lower the package count as with any minimal system installation.
Sid can run sysv with only libsystemd0 for a little more than a year now
Buster can now run sysv with only libsystemd0
although customizing the config, even on a minimal system using Debian defaults, is dangerous, as I'm finding out with the level of automation now present. One also needs a steady eye to avold systemd creep.
I was able to get sysv stretch running yesterday with only libsystemd0 libpam-systemd systemd needed to start X
It does take a bit of juggling with package installation order to lower the package count as with any minimal system installation.
In memory of Ian Ashley Murdock (1973 - 2015) founder of the Debian project.
Re: Musing about Debian alternatives
They were working on an elongind solution etc. but that list was so prolific I didn't have time to keep current. The weeks that I did follow it, I never heard mention of a systemd-shim. And I just searched the titles of all those hundreds and hundreds of posts and still no shim. There was mention of hurd though.Head_on_a_Stick wrote:Didn't you tell us that Devuan & Debian were working together to maintain sysvinit and the shim?golinux wrote:Yes. I'm pretty sure it's unmaintained and going away.Bulkley wrote:There may be a problem with the systemd-shim requirement. Isn't it deprecated in Buster?
May the FORK be with you!
Re: Musing about Debian alternatives
Yup.llivv wrote: One also needs a steady eye to avold systemd creep.
I for one am done with that. To me the init system isn't a subject interesting enough to always keep up to date, fiddle, repair, workaround.
So i switched the distro, and i might well switch to any of the BSD's, if i need to.
Re: Musing about Debian alternatives
If systemd were only init, there wouldn't be a problem. But systemd isn't just an init system. It has wormed it's way into every corner of userspace locking things into a systemd OS that limits user freedom.xepan wrote:To me the init system isn't a subject interesting enough to always keep up to date, fiddle, repair, workaround.
May the FORK be with you!
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: Musing about Debian alternatives
Buckley said they didn't want the MX xfce desktop, they wanted openbox, so I though that the BL version on top of the MX base might work.Head_on_a_Stick wrote:That depends on how MX handle the configuration files in $HOME, the BL install script copies stuff over from /usr/share/bunsenlabs/skel to configure the desktop, which is quite unusual.stevepusser wrote:I wonder if the Bunsen Labs script to convert a Debian installation to it would work on MX.
Jesse Smith over at Distrowatch also said that he's working on updating sysvinit.
MX Linux packager and developer
Re: Musing about Debian alternatives
Yes, he is maintaining sysvinit upstream and active on the collaborative list. Unfortunately, there is still a fair amount of politics there even though it is tucked away from the main Debian dev list(s) where the conflict made collaboration extremely difficult. I applaud those involved for trying and wish them every success.stevepusser wrote:Jesse Smith over at Distrowatch also said that he's working on updating sysvinit.
May the FORK be with you!