Olivier Serve a écrit 856 commentaires

Ca fait des années que plus personne ne fais cela

FAIL !
Désolé de te l'apprendre mais tu es très loin d'être omniscient..

J'ai toujours mis /usr et /var séparés sur LVM afin de pouvoir adapter leur taille (et donc en réserver plus pour /home). Et non, je ne met pas / sur LVM afin de pouvoir booter si le LVM foire (on ne sait jamais).
C'est également le partitionnement recommandé par le guide d'installation Gentoo.

De plus, avoir un / minimal permet de réduire les risques d'erreur sur cette partition. Et oui, ça m'a servi, deux fois (sur deux portables différents, une fois sur /usr et l'autre sur /var justement). Dans un cas j'ai pu booter et réparer la partition dans le train avant d'arriver chez un client.

Donc OUI, ça peut servir ; OUI, ça fonctionne très bien, et sans connerie d'initramfs. Du moins ça fonctionnait très bien avant que les dévs de udev ne décident sciemment de tout foutre en l'air.

Greg KH, reviens, ils sont devenus fous !

J'ai vu que ma proposition ci-dessus a été mise en place. C'est un petit peu lent, mais merci !

Un truc qui serait pratique sur G'MIC Online serait d'avoir l'image originale quand on passe la souris sur l'image et la preview de l'effet quand la souris est ailleurs (façon ShowPhoto).

Sur des effets subtils ça permet de mieux visualiser les différences.

Ah, je croyais que les contrôles/widgets étaient gérés par le WM, maintenant c'est possible aussi dans l'appli. Ils vont donc être spécifiques à l'appli, avec leur apparence propre (indépendante de celle du WM) : retour au point de départ.

Les widgets personnalisés sont souvent des évolutions de ceux existants, mais si tu n'as pas la main sur leur représentation, tu ne peux plus le faire.

Et donc, impossible de faire des widgets spécifiques qui seraient inconnus du WM, bravo !

Les applications utilisant Gecko distribuent leur propre copie de Gecko (par exemple, Firefox et Thunderbird ont leur propre copie) donc c'est un non-problème.

Et c'est une grosse connerie mais bon, la stratégie n'a jamais été le fort de Mozilla…

Et de même pour les boutons minimiser / fermer. Si l'appli est prise dans une boucle infinie, la fermeture n'aura jamais lieu.

Un programme est une donnée, c'est ça.

Rebol est encore vivant ? J'en avait fait pour un projet de fac suite à un Login: ou LinuxMag, mais ça commence à dater.

Oui, j'ai pris un raccourci grossier. Mais bon, dès qu'on veut faire des trucs un peu intéressants, les listes pointent le bout de leur nez.

Je vais prendre l'exemple du Lisp que je connais un peu.

En Lisp, tout est liste.
La structure de donnée de base est la liste : (a b c d) est une liste de quatre éléments.

Un programme est aussi une liste. Le premier élément de la liste est une fonction et les suivants sont les arguments. Par exemple, (print '(a b c d)) affiche le contenu de la liste précédente. Le « ' » indique que la liste suivante est une donnée et qu'il ne faut pas tenter de l'interpréter.

De même, une fonction est une liste :

(defun taille (l)
  (if (null l)
    0
    (+ 1 (taille (cdr l)))))

Calcule la taille d'une liste. Ainsi (taille '(a b c d)) renverra 4.

Mais que gagnent réellement les donneurs ?

Ils gagnent la possibilité de jouer à un jeu qui ne pourrait exister sinon.

Pour ton second problème, il faut utiliser le « === » qui vérifie les types au lieu du « == » qui gère les équivalences.

Je ne cherche pas à défendre PHP, mais ce que tu veux faire est prévu dans le langage.

On peut aussi sauter les multiples de 5. Ça donne, à partir de n = 5 : n+2 (7), n+2 (9), n+2 (11), n+2 (13), n+4 (17).
Et il suffit de s'arrêter à sqrt(n_max).

Euh, chez moi, sans l'option x-systemd-automount, la partition est montée au démarrage et basta.
Ou bien c'est udev qui gère le montage des périphériques amovibles dans /media.

Donc je ne vois pas trop l'intérêt.

Tu parles de quels processus sous KDE ?
Je ne vois pas plus de processus après avoir fermé systemsettings qu'avant.

Et euh, ça sert à quoi ?

Et surtout que udev >= 181 ne marche plus

Comment savoir si la distribution inclut ça dans son paquet « cups » ou si c'est dans un paquet « cups-extra » par exemple ? C'est aussi fort que ça PackageKit ?

Parce que ca sert plus à rien? On est plus dans les années 70, si c'était fait comme cela, c’était par contrainte, pas parce que c'est plus cool.

La séparation bin/sbin était une contrainte de l'époque en effet qui n'a plus vraiment de raison d'être. Par contre séparer le système des applications me semble toujours aussi pertinent.

Mais CE N'EST PAS CASSÉ !

Le /usr (et /var est aussi concerné) séparé fonctionne en ce moment même sur mes machines, avec udev, et sans initrd. Depuis 2006 au moins. Ce qui est mentionné dans ton lien montre effectivement un problème. Mais ça montre un problème dans l'architecture de udev, pas dans le /usr (et /var) séparé.

Et ça rale beaucoup chez Gentoo avant tout parce que c'était le partitionnement recommandé dans les guides d'installation, donc la plupart des utilisateurs sont dans ce cas.

Les besoins n'ont pas changé. Simplement quand un programme n'était pas encore disponible, udev mettait l'action en attente et la rejouait quand /usr et /var étaient montés. Et ça marchait très bien.

Seulement un matin les dévs en ont eu marre et on décidé que c'était "broken" plutôt que se demander si c'était pas leur architecture qui l'était.

la bidouille de l'initrd est assez simple à faire

Euh non, faire un vrai initrd avec des contrôles histoire de pas faire n'importe quoi, c'est pas aussi simple qu'un exemple.

De plus, dès qu'on a du LVM, du Raid ou du NFS, ça complexifie encore la chose.

Enfin, il faut refaire l'initrd quand un binaire inclus dedans est mis à jour (utilitaires lvm/raid/nfs par exemple). Sachant que les binaires sont des versions statiques et pas celles qu'on trouve dans /usr.

Donc oui c'est faisable, mais non ce n'est pas trivial.

si jamais ca vous convient pas faite un fork et prouve que vous avez raison en le faisant depasser l'original (C'est clairement l'objectif du fork de udev)

Forker un composant système comme udev, c'est autre chose qu'un explorateur de fichier ou un navigateur web. Le problème de la compatibilité des API risque de se poser.

Ce sera une competition technique

Malheureusement, être le meilleur techniquement n'est ni une assurance de réussite ni même un pré-requis.

Bof non, ce n'est pas du chantage. Les gens peuvent abandonner systemd si ça ne leur va pas, ou de garder udev également d'autre part si besoin.

udev est devenu un incontournable. Les alternatives comme mdev ne sont pas assez complètes (pas de support lvm/raid…). Or il est clairement annoncé que l'utilisation sans systemd risque de ne plus être supportée. En gros dès que les dévs de udev vont en avoir marre, ça va gicler. Et on peut leur faire confiance, c'est déjà arrivé avec la fin du support des /var et /usr séparés depuis udev-181.

C'est bien du chantage. Et c'est le droit des développeurs de udev, je suis bien d'accord. Mais du coup il ne faut pas trop s'étonner du fork.

J'avais même fait remonté les problèmes de taille de chaine de caractères mais il n'a été pris en compte qu'a un instant t…

Le français est une langue moins concise que l'anglais. Là où l'anglais foisonne de mots différents on doit utiliser des expressions en français. C'est un fait auquel on ne peut pas grand chose. Et c'est encore pire en allemand.
Il y a des choses à améliorer, c'est certain. Mais on n'est pas des magiciens.

surtout lancer le logiciel pour avoir une idée de ce que l'on traduit.

Désolé, je n'ai pas la place d'avoir deux installations de KDE (une en utilisation courante et la version dév) chez moi. Je vais donc arrêter de traduire. Merci de m'avoir ouvert les yeux.