¿Pero no se puede eliminar para que se reemplace al reiniciar en lugar de que se reemplace en el momento?
1 me gusta
Perdón, pensé que lo había dicho más claro (soy muy malo comunicándome).Durante la instalación se puede desinstalar e instalar otro, así toda la instalación de Debian está también sobre otro init.
1 me gusta
hay programas que sin systemd no se pueden utilizar…
1 me gusta
En serio? Que loco eso.
Nombra algunos porque quiero saber sobre el tema.
yo solo lo sé porque, cuando usaba artix, un día enviaron esto al canal de noticias: Manual intervention required for Plasma 6.4
DrKonqi shipped with Plasma 6.4 requires systemd and does not work without it.
Users are adviced to remove “drkonqi” package.
pacman -R drkonqi
Luego debería hacer una investigación más a fondo…
GNOME Desktop Environment No Longer Supported
Some of you have probably seen the blog post a few months ago about how GNOME is more strongly depending on systemd. The changes mentioned there have landed into the latest stable versions of the mentioned software (GNOME 49) and do affect us. In particular, the main culprit is the removal of the non-systemd fallback code in gnome-session. This makes it currently impossible to launch gnome-shell/mutter on a non-systemd system. A fairly straightforward patch of using elogind, like what was previously done, no longer works either.
Since we don’t have the time or interest to write a new non-systemd codepath for gnome-session, this means that all support for gnome-based desktops has to be dropped. In particular, the affected packages would be gnome-session, gnome-shell, mutter, and gnome-settings-daemon. For now, the old versions are still in the repos but because there is so much intertwining between other gtk/gnome packages, there is no guarantee they actually work and will later be removed from our repos.
Standalone gnome applications will still continue to be packaged, but it is simply not feasible anymore to support gnome desktops without systemd.
Join the discussion on our forum and possibly change the fate of GNOME Desktop Environment in Artix Linux.
Al anterior programa ni lo conocía, pero me llama mucho la atención Gnome.
Bueno, otro motivo más para no usarlo…
De todas maneras, me parece ridículo lo que están haciendo ahora con la compatibilidad de muchos programas.
1 me gusta
El 40% de mis scripts en bash.
3 Me gusta
Increible, pero al tener el codigo fuente de systemd no se podia modificar o reimplementar para ser mas UNIX-like? o es imposible por diseño? y sysInitV y alternativas no podrian “emular” el comportamiento de este mismo?
no soy muy t’ecnico, pero supongo que no se debe de poder, no hubieran publicado eso en la web de Artix en otro caso…
Jajajajaja para eso tenés que sacarle la mitad de las cosas propias de systemD.
1 me gusta
systemd es una suite de software no es un init, así que no.
El diseño de systemd, como muyahidín, expande su propio orden, su estado, su gran complejidad monumental, haciendo la guerra contra la filosofía Unix del hacer una cosa y hacerla bien. Su inherente naturaleza dominante y viral le convierte en un segundo kernel, que se extiende tentacularmente por todo el ecosistema GNU/Linux, como golpe de estado e intruso que toma el control del sistema, y fuerza al usuario a claudicar ante él.
Lo que provoca esto es la pérdida de modularidad, atomización y distribucionismo; en la práctica y de cara al usuario, afecta a la compatibilidad. Y esto, vaticino, se irá incrementando con el tiempo. La separación entre GNU/Linux “clásico”, o más Unix mejor dicho; y Systemd-Linux hará prácticamente 2 sistemas operativos diferenciados. La lástima, a mi parecer, es que la mayoría de grandes distros están optando por convertirse a systemd (sí, convertirse): Debian, Arch, RHEL (obviamente)…
2 Me gusta