Originally posted by Siuoq
View Post
Announcement
Collapse
No announcement yet.
Devuan 4.0 Alpha Builds Begin For Debian 11 Without Systemd
Collapse
X
-
People who glee when thinking about systemd will be replaced by something else in the future and think current 'pro-systemd' people will 'wail and gnash their teeth' really miss the point. Systemd brought, for me, consistency in the boot process for Linux. Play with your Devuan and all the other 'best' things. But at my work I only encounter systemd enabled systems. In the past, I had to look up Ubuntu, Debian or OpenSuse syntax to change things. But now it is all the same. That is the win of systemd and this not going away anymore. Systemd may disappear, but the uniformity will stay. That is the point!
Just like I pulseaudio will go away and pipewire will be its replacement. Who cares.
Really... The people who are in 'war' with systemd, get a life...
- Likes 6
Comment
-
-
Originally posted by markus40 View PostPeople who glee when thinking about systemd will be replaced by something else in the future and think current 'pro-systemd' people will 'wail and gnash their teeth' really miss the point. Systemd brought, for me, consistency in the boot process for Linux. Play with your Devuan and all the other 'best' things. But at my work I only encounter systemd enabled systems. In the past, I had to look up Ubuntu, Debian or OpenSuse syntax to change things. But now it is all the same. That is the win of systemd and this not going away anymore. Systemd may disappear, but the uniformity will stay. That is the point!
Just like I pulseaudio will go away and pipewire will be its replacement. Who cares.
Really... The people who are in 'war' with systemd, get a life...
- Likes 2
Comment
-
Originally posted by Siuoq View PostThe Debian project literally only switched to systemd bc the GNOME guys said that they will depend on it. It was not a conspiracy, but a public threat and blackmail.
Originally posted by Siuoq View PostNope, GNOME just decided to depend on systemd on PID 1, threatening and blackmailing everyone without the slightest addition to anything, or without the slightest benefits.Last edited by Bigon; 17 April 2021, 06:13 AM.
- Likes 3
Comment
-
Originally posted by Siuoq View PostNope, GNOME just decided to depend on systemd on PID 1, threatening and blackmailing everyone without the slightest addition to anything, or without the slightest benefits.
- Likes 2
Comment
-
Originally posted by dragon321 View Post
How is that GTK responsibility? The fact GNOME developers don't care about consistency with other toolkits is not related to GTK. Yes, GNOME developers don't seem to care about consistency with other toolkits but community do. There is Adwaita for Qt. There are many themes that works on both GTK and Qt. Why would you limit yourself to the things created by GNOME developers?
Because their developers decided to use CSD. Again why would you blame GTK for that? As I said there is no requirement in GTK to make your application look like GNOME application. You can still design your application in traditional way (that's what MATE and Cinnamon are doing) and totally ignore GNOME HIG. GTK even supports KDE server side decoration on Wayland despite the fact GNOME Wayland has no SSD support at all. Also libadwaita was created to avoid putting GNOME-centric things directly in GTK. So how GTK "don't want to play ball with others on"?
Are we talking about GTK or GNOME here?
It's their responsibility up to a point. Much like KDE and Qt have tried to cater to GTK and GNOME, GNOME and GTK have to try to cater to others. That's why in KDE you can change one theme and both Qt and GTK programs will be themed. Best with GNOME is flipping on Dark Mode. KDE also comes with a built-in tool that brings in themes from all sorts of developers, not just themes from the KDE devs (it's hit and miss if we're being honest, but it's there by default). On GNOME I have to know about the right packages to install, the right web site, install web browser plugins, and then install themes and stuff (and like KDE: it's hit and miss if we're being honest). So to answer the question of "Why would you limit yourself to the things created by GNOME developers?": Because that's how GNOME developers want it done. They don't include the tools to tweak it.
Why blame them for CSD? Because people have tried to bring up SSD work in the past and upstream never accepts. Libadwaita is also a very recent thing that I am very excited for and was created to address a lot of the complaints I'm raising. While yes it does exist, it hasn't been around long enough to matter in a significant manner. Perhaps in a year's time that'll be more of an argument one way or the other -- we just have to wait and see what all happens. But that exists because enough people have had the same complaints that I'm having. Hopefully it will revert the G in GTK from GNOME back to GIMP. Would be cool if libadwaita spearheaded GTK4 to pick up things like libwindows, libqt, libefl, and other things where a properly written program could change system UI styles and increase how cross-platform GTK is. Like I said, that's actually something I'm excited for.
This is just me and I'm not trying to start something here, but something about MATE and Cinnamon just feels off. It's weird because I like that design style, but just not those environments. I think most of it is because cut my teeth on GNOME2 and the GNOME2 style in GTK3 is just weird to me. It just never has seemed right. I suppose I get nostalgic for the old way I preferred and just have to use something else. Does that make sense?
- Likes 1
Comment
-
Originally posted by jacob View Post
They are used in Arch and Debian, RHEL is considering switching away from NetworkManager for systemd-networkd in RHEL9 (makes sense for a server-oriented OS). Ubuntu and Fedora don't use systemd-networkd because they are desktop OSes and Network Manager is the right one for a desktop, but they still use systemd-resolved.
Originally posted by SilverFoxI'm not a systemd hater, I just dislike it. Systemd is like an Brussels bureaucrat who thinks it knows what's best for my system. When bureaucratd decides i'm not aloud to log back in after a period of inactivity, Drops me to a tty for 2 mins and then reboots! That's a bit too much power for pid#1.
BTW love it or hate it this is a good read https://suckless.org/sucks/systemd/
- Likes 3
Comment
-
Originally posted by RahulSundaram View Post
This conflates a lot of unrelated things and it is helpful to start with the understanding that the path chosen by Fedora and Red Hat for RHEL can and is different, in major part because the goals and lifecycle is very different.
* Btrfs effort in Fedora is largely driven by Facebook because they rely on CentOS stream for their production workflows and integrating better with Fedora is useful for them.
* Stratis - Red Hat has on the other hand invested heavily into XFS and Stratis is just a userspace tool that integrates a lot of the existing components into a new userspace tool. It is not a new filesystem.
* systemd-homed is not a filesystem, in Fedora it uses Btrfs and is not integrated into either Fedora or RHEL. It is a purely upstream component.
* Silverblue uses ostree which is underlying userspace component for among other things, Flatpak and it is not tied to any specific filesystem.
I never got Stratis and XFS. I get Stratis, just not the XFS part of it. To me, just seems like a bad idea to base something on a non-shrinkable file system. Those can be hell if you have limited resources and are dealing with issues. Literally why I quit using XFS 10 years ago. I ran into one of those situations and had to sit on a broken system until I could afford a new drive. Just seems like most any other FS would have been a better choice.
systemd-homed is upstream for Fedora and RHEL? Isn't Lennart a RHEL employee? So they only pay the guy, give him an office, and just happen to use his software and call it upstream ? That's one hell of an "upstream"
Thank you for saying ostree. Had a brainfart yesterday. When using SB I always wondered why it didn't integrate into file systems to leverage their features instead of doing what seems to be the same things on a higher level...like snapshots and subvolumes instead of different ostrees when applicable if that makes sense.
Comment
-
Originally posted by skeevy420 View Post
Unless I'm missing something, it seems like all of that would tie into some Btrfs feature
I never got Stratis and XFS. I get Stratis, just not the XFS part of it. To me, just seems like a bad idea to base something on a non-shrinkable file system. Those can be hell if you have limited resources and are dealing with issues. Literally why I quit using XFS 10 years ago. I ran into one of those situations and had to sit on a broken system until I could afford a new drive. Just seems like most any other FS would have been a better choice.
systemd-homed is upstream for Fedora and RHEL? Isn't Lennart a RHEL employee? So they only pay the guy, give him an office, and just happen to use his software and call it upstream ? That's one hell of an "upstream"
Thank you for saying ostree. Had a brainfart yesterday. When using SB I always wondered why it didn't integrate into file systems to leverage their features instead of doing what seems to be the same things on a higher level...like snapshots and subvolumes instead of different ostrees when applicable if that makes sense.
- Likes 2
Comment
Comment