Exe GNU/Linux

Pause Café
#1

Bonjour à tous.

Ne pouvant pas poster dans la rubrique “pause café”, nouvel utilisateur oblige, je poste dans cette rubrique.
Ce post est en rapport avec systemd et le fork de Debian annoncé. (Devuan).
Je fais partie des déçus de l’adoption de systemd par Debian, mais je ne suis aucunement un détracteur acharné de ce dernier, je suis juste méfiant vis à vis de
ce truc tentaculaire.
Au sujet du fork, et de la difficulté d’avoir une Debian Jessie sans systemd à l’heure actuelle: Et bien c’est possible, une petite distribution Anglaise existe, elle ne fait pas parler d’elle, mais c’est bien une Jessie sans aucune trace de systemd, c’est Exe GNU/Linux.
Pour ce faire, les dev de cette petite distro s’y sont pris de la manière suivante: Ils utilisent Trinity (fork de KDE 3) en desktop. Ce DE n’a aucune dépendance vis à vis de systemd (mais il peut tourner avec). Pour le reste, c’est une Debian Jessie. Quatre paquets ont été “forkés”.

  • dbus
  • dbus-x11
  • libdbus
  • libpulse0
    Ils sont tous “estampillés” no-systemd en plus de leur N° de version.
    Le paquet pulseaudio est également absent.
    Je l’utilise depuis quelques semaines maintenant, et ça tourne bien. Elle n’est dispo qu’en 686-pae, pas de version amd64.

En plus de cette Jessie un peu spéciale, j’utilise aussi une Wheezy et une Sid (avec systemd-shim, cgmanager et sysVinit en PID 1).

#2

Salut,

Sous [mono]Jessie[/mono], [mono]Sid[/mono], [mono]Aptosid[/mono], [mono]Kanotix[/mono] je me passe très facilement de [mono]systemd[/mono] et consort.

C’est aussi simple que cela …

[13:49:53]:~$ ls -laR /etc/apt/preferences.d/ /etc/apt/preferences.d/: total 16 drwxr-xr-x 2 root root 4096 déc. 10 11:35 . drwxr-xr-x 7 root root 4096 déc. 12 09:05 .. -rw-r--r-- 1 root root 56 nov. 9 08:14 mktemp -rw-r--r-- 1 root root 537 nov. 1 09:02 no-systemd [13:50:03]:~$

[code][13:50:16]:~$ cat /etc/apt/preferences.d/no-systemd
Package: systemd-sysv
Pin: release o=Debian
Pin-Priority: -1

Package: libsystemd-daemon0
Pin: release o=Debian
Pin-Priority: -1

Package: libsystemd-id128-0
Pin: release o=Debian
Pin-Priority: -1

Package: libsystemd-journal0
Pin: release o=Debian
Pin-Priority: -1

Package: systemd
Pin: release o=Debian
Pin-Priority: -1

Merci, je testerai plus tard. :wink:

#3

Bonjour BelZéButh.

Voici le lien de téléchargement. C’est un live-cd installable.

exegnulinux.net/downloads/

#4

Salut,

1 - Le live est en mode clignotant ce qui est pénible, mais elle n’est pas la seule à produire cet effet sur cette machine ?
2 - N’a pas entendu parler de partition LVM spécialement préparée chez moi pour accueillir les essais (rédhibitoire)

#5

Même si Jessie a adopté systemd, rien n’empêche d’installer sysvinit ensuite pour s’affranchir du premier.

#6

Re,

Ou, comme dit, t’interdire sa mise en place, dès le départ.

#7

Re,

J’ai bien compris et enregistré la démarche qui consiste à démarrer depuis une version qui n’a pas encore “viré sa cuti”, mais si je n’ai à ma disposition qu’une version postérieure OU si je décide de faire marche arrière vous devriez nous donner la marche à suivre qui m’échappe :slightly_smiling:

#8

J’en ai entendu parler, de-ci de-là …

La mise en pratique (sans casse) sur un environnement graphique (déjà présent) ne m’a guère convaincu. :033

#9

J’en ai entendu parler, de-ci de-là …

La mise en pratique (sans casse) sur un environnement graphique (déjà présent) ne m’a guère convaincu. :033[/quote]

Nous on s’en moque, on a la toute dernière aptosid (2013-01) :laughing: :laughing: :laughing:

#10

Hello ggoodluck47, peut être te souviens tu de moi …
J’étais “glock” à l’époque de Génération-Debian et de Sidux-fr …

#11

[quote=“dpascal”]Hello ggoodluck47, peut être te souviens tu de moi …
J’étais “glock” à l’époque de Génération-Debian et de Sidux-fr …[/quote]

peut-être pourras tu me dire pourquoi les générations aptosid sont-elles aussi fréquentes ?
Sont-ils à court d’idées ou de bras. Seul SLH subsiste-il ?

Ne polluons pas ce fil, passe en MP :slightly_smiling:

#12

Je pense que depuis le départ de la plupart de ses collaborateurs qui ont fondé Siduction, effectivement, il est bien seul …

#13

Je bascule dans PC.

#14

[quote=“BelZéButh”]Salut,

[13:50:16]:~$ cat /etc/apt/preferences.d/no-systemd [..] Package: libcryptsetup4 Pin: release o=Debian Pin-Priority: -1 [..] [13:50:25]:~$
[/quote]
Tu es sûr que ce paquet nécessite systemd?

#15

Salut,

[quote=“fran.b”]Tu es sûr que ce paquet nécessite systemd?
[/quote]

Tu as raison, il n’a rien à faire dans cette liste.
À vrai dire, il m’a gêné durant un full-upgrade, mais sans rapport avec systemd.

#16

Toujours à propos de Exe GNU/Linux, fork de Jessie sans aucune trace de systemd:

  • Je me suis aperçu d’autres particularités, en plus des paquets “forkés” que j’ai mentionné plus haut:
  • Ils utilisent une version de CUPS qui n’est pas celle de la Jessie officielle (mais ce n’est pas celle de Wheezy).
  • Networkmanager est absent, c’est wicd qui gère les connections internet.
#17

Bonsoir à tous.
Je me suis réinstallé une Debian Jessie 64 bits à la place de ma Wheezy.
J’ai fait une install complète en graphique avec le plus dépendant des DE à systemd: Gnome 3. J’ai ajouté Fluxbox en DE de secours.
Ajout des dépôts Trinity-desktop dans le sources.list.
Install de systemd-shim, cgmanager et sysvinit-core pour repasser sysvinit en PID 1.
Puis, en mode texte, j’ai dégagé tout systemd, ce qui m’a viré Gnome 3 au complet, udisk2 et plein d’autres softs.
Après, j’ai bien purgé tout ça, et j’ai installé Trinity, et pmount pour remplacer udisk2.

Un peu de nettoyage au reboot sur sysvinit only (plus de systemd-shim ni de cgmanager), et j’ai une Jessie complètement débarrasée de systemd,
et ça fonctionne parfaitement. Trinity, Fluxbox aussi, pas dépendant de systemd.

Donc voila, on peut avoir une Debian Jessie avec “que” sysvinit fonctionnelle. Mais bon, il faut pour cela utiliser un (où des) environnements de bureau
alternatifs, les DE “officiels” semblent tous dépendre de systemd (en tous cas sous Debian).

#18

[quote]Donc voila, on peut avoir une Debian Jessie avec “que” sysvinit fonctionnelle. Mais bon, il faut pour cela utiliser un (où des) environnements de bureau
alternatifs, les DE “officiels” semblent tous dépendre de systemd (en tous cas sous Debian).[/quote]
Est-ce que tu sais nous dire si XFCE requiert ‘systemd’ ? J’espère que non !! :12

#19

Je n’ai pas essayé avec XFCE.
Mais il me semble avoir lu ça et là que maintenant XFCE avait aussi une dépendance à systemd. Sous Debian bien sur.

#20

[quote=“dpascal”]Je n’ai pas essayé avec XFCE.
Mais il me semble avoir lu ça et là que maintenant XFCE avait aussi une dépendance à systemd. Sous Debian bien sur.[/quote]
Putain quelle plaie !! :013
Je me demande de plus en plus si je ne vais pas changer de distribution. Car nous avoir imposé un choix de merde pareil par défaut, c’est vraiment n’importe quoi.

Ca aurait été tellement plus simple de laisser ‘sysvinit’ par défaut, ‘systemd’ dans les dépôts, d’écrire les scripts qui vont bien pour ‘systemd’ et basta ! Ca n’aurait strictement rien changé, que ce soit pour les utilisateurs de ‘sysvinit’ ou de ‘systemd’. Alors qu’imposer ‘systemd’ par défaut emmerde un sacré nombre d’admins et de mainteneurs de paquets.

Sans compter le plus important pour moi : le projet Debian va abandonner la compatibilité avec les noyaux kFreeBSD car ‘systemd’ ne peut pas être utilisé avec autre chose que Linux :

itwire.com/business-it-news/ … chitecture

Certains ont pris le prétexte que c’était parce que le maintient de la compatibilité de ce noyau demandait trop d’efforts pour le nombre d’utilisateurs réels, mais nous savons tous que la popularité d’un paquet n’a jamais été un critère pour le maintenir ou non dans les dépôts.

Autrement dit, Debian est en train de reculer. C’était la seule distribution capable de faire tourner tant Linux qu’UNIX BSD et là on fait un pas en arrière. Sans compter que ‘systemd’, malgré les bénéfices qu’il peut apporter sur un certain nombre de points, se comporte comme Windows en faisant un maximum de choses au lieu de séparer au maximum les tâches. Si Linux est ce qu’il est, c’est parce qu’il a une fine granularité. Lisez les premières pages du livre pour apprendre à coder des pilotes sous Linux, vous verrez qu’une des règles de base pour Linux est de tout séparer. Cette règle est allégrement violée par ‘systemd’ et ça ne semble pas déranger ceux qui consomme Linux comme ils consomment du Mac ou du Windows.

Je me fous de comment fonctionne ‘systemd’ et de sa propreté à vrai dire, chacun a le droit d’utiliser le logiciel qu’il veut, aussi mauvais soit-il, mais l’imposer à toute la communauté est une grave erreur selon moi.