On peut tout à fait définir les structures de données dans les deux cas.
On peut. Sauf qu'en pratique, trop d'octets pour une date, les gens font un peu ce qu'ils veulent (par exemple, ils traduisent).
Alors certes, on peut spécifier lettre par lettre le format, mais pour reprendre mon exemple, un int c'est une ligne pour définir, combien de ligne pour définir un champs date?
L'avantage du binaire est surtout de rendre impossible des "adaptations", qu'on réserve à l'affichage.
L'expérience de l'analyse (c'est mon métier ;-) ) m'a appris que plus on laisse de la marge aux développeurs, plus ils font des conneries avec (du monde lisent les specs sans le lire). Limiter les possibilités pour dire la même chose rend les erreurs plus visibles (même en binaire, pour te donner un exemple une spec qui dit qu'un int est entre 1 et max(int), tu auras un gus pour commencer de compter à 0. si tu prends tout le domaine du int et surtout le début, ce genre de "compréhension de la spec" est diminué, moins d'erreur. Imagine avec 15 octets pour définir la date, combien d'erreurs et donc de merde pour "convertir" tu vas te taper… "Wed", "wed", "mer" pour mercredi? dans tous "convertisseur", vas-tu implémenter les 1000 langues du monde alors que définir en binaire un nombre de jours depuis 1970 aurait été plus simple et le convertisseur traduit dans la langue que tu veux?)
Un champs date en texte est simplement une merde absolue pour un programme (voir les clients FTP qui ont un mal fou et ont du code à plus savoir qu'en faire pour trouver de bêtes date/heure d'un fichier suivant le serveur FTP en face, FTP a ce même travers et ça pose un max de problèmes)
Pour reprendre l'exemple de la date, il est nettement plus simple de spécifier "le int est le nombre de jours depuis le 1/1/1970" que de prendre toute la norme ISO pour la date. Et aussi, la personne qui se plante dans l'implémentation le voit plus rapidement.
Le binaire a parfois du bon (même si tout n'est pas parfait avec du binaire, ça n'évite pas tous les problèmes d'implémentation) et pas qu'en vitesse (en vitesse, ça explose largement le texte), il ne faut pas le jeter "car c'est pas Unix on ne peux plus faire de grep", rien n'empèche de convertir le binaire en texte qu'on passe à Grep ensuite, l'avantage est qu'on peut "convertir" dans différents format bien plus facilement.
Certes HTML a gagné à coup de trucs "lisibles", mais ce n'est pas forcément ce qui est plus optimal.
PS : et pour les "conservateurs", c'est très simple de passer du binaire au vieux format texte, rien n'est perdu. L'inverse n'est pas vrai. Alors oui au journald en binaire!
il me semble qu'on peut très bien transformer du texte
Je te prend au mot : prouve-le.
Le problème des 36 bouts de texte des logs Linux, c'est que c'est une horreur à parser à coup de regex à faire fuir des gens au cerveau normalement constitué (je n'ai rien contre les gens comprenant regex, j'en suis même jaloux). Si jamais tu y arrives sur une distro, tu peux être sûr que sur la distro voisine ton script merdera.
Et pour la vitesse, c'est le jour et la nuit (ben c'est un peu évident : tester 15 octets pour une date et en comprendre la signification, alors qu'un bête int32 suffit, c'est différent)
Tu n'as pas répondu à la principale question : L'admin, qu'est-ce qui te fait dire que ce n'est pas mieux pour lui aussi?
PArce que la, ce que je vois, c'est que l'admin n'a plus à ce taper du script bash à la con (bash, c'est quand même dans les trucs les plus merdiques à débuguer) et qu'en plus, ses fichiers de config seront les mêmes sur toutes les distros qu'il a à gérer. Et ça, ça a une valeur… systemd est peut-être la pour répondre au problèmes de l'admin?
Rappel : systemd est sponsorisé par RedHat, dont le but est de vendre. Et il n'y a pas mieux pour vendre du Linux que de se mettre l'admin dans la poche, qui argumentera sur le gain de temps de la distro.
J'ai plutôt l'impression que les gens qui refusent le changement se braquent, mais que sinon systemd répond à un réel besoin de la part de tous les gens impliqués.
C'est clairement dur de rattraper la scolarité, oui.
Mais à partir du moment où tu t’intéresse à systemd, on peut considérer que tu as le niveau pour apprendre l'anglais, on est loin de l'apprentissage de la lecture.
Parce que ça leur offre plein d'avantage, il manque c'est l'avis de l'utilisateur, ou surtout de l'admin
L'utilisateur ne voit absolument pas systemd (ou alors, on n'a pas la même notion d'utilisateurs…)
L'admin, qu'est-ce qui te fait dire que ce n'est pas mieux pour lui aussi? Et si "c'était mieux avant", ils ne verront aucun inconvénient à faire le boulot de maintenance ou à payer les mainteneurs pour faire le boulot pourri de maintenance de ces vieux trucs.
C'est fou comme on peut vouloir demander tout aux autres…
Il a parlé d'années, et si, c'est troué dans ce cas, que ça te plaise ou pas. Je n'ai jamais parlé de jours.
D'ailleurs, il y a une infographie sur le lien que j'ai mis, clique dessus…
Mais sinon quand toutes les notices d'utilisation seront en chinois, tu diras quoi ? Qu'il est absurde de pas parler le chinois ?
Voila, tu n'as pas d'argument pour ce dont on parle (un élément très technique), tu noies le poisson avec un truc qui n'a rien à voir (des manuel d'utilisation de l'outil).
Sinon, si le chinois devient la langue de référence pour la communication internationale, oui il sera absurde de ne pas parler chinois. On n'en est pas la. C'est triste de voir qu'en 2012 on reste encore sur cette idée de ne savoir lire qu'une seule langue est acceptable. Tu m'étonnes que la France perd de sa stature (c'est con, car le français perd même son statut de langue diplomatique).
Il n'est pas non plus important de savoir nager. Ni conduire. Mais on peut aussi parler de savoir compter. ça peut être utile aussi, bien plus que systemd traduit pour quelques personnes ne comprenant pas l'anglais. Il y a des domaines primordiaux quand même, nager, conduire, l'anglais de base lu en font partie!
Attend, j'ai l'impression dans dans une faille spatio-temporelle? La on parle bien de systemd, ou d'un utilisateur normal d'ordinateur?
Une personne qui utilise Linux n'a pas besoin de bidouiller systemd, et son interface est en français (ou autre, il y a plein de traductions)
Une personne qui bidouille Linux en touchant à systemd, ce n'est plus un simple utilisateur de Linux et alors désolé mais ne pas comprendre l’anglais technique ça craint un max quand même. Et dire qu'on se pose encore cette question en 2012, et ben…
Bientôt, on demandera à mettre les commentaires pour chaque ligne de code on de conf dans 100 langues plutôt que l'anglais avant que le code soit accepté, comme si on a que ça à foutre…
Alors un conseil : avant de s’intéresser à systemd, il vaut mieux apprendre l’anglais de base, c'est autrement plus utile, bien plus important, ne serait-ce que pour voyager un peu en dehors de la France. Drôles de priorités.
La syntaxe de bash est-elle même compréhensible.
Ca me fait rire de lire que le système actuel à coup de bash est compréhensible. Ca l'est que pour les esprits qui se sont fait tordre poru arriver à lire du bash. Pour les autres, systemd a l'air bien plus lisible. Ah la résistance au changement…
Personnellement, je préfère une forte gueule qui se bouge le cul et qui fait évoluer l'éco-système Linux (et virer ces script d'init, c'est une belle évolution) que des gens "gentils" qui laissent la situation pourrir au point de ne plus être compétitif. Bon, après, il y a pire : les forte gueules qui râlent sur les évolutions sans se bouger le cul :-D.
Tu veux dire : "Pourquoi ne pas rajouter à un OS tout un tas de fonctionnalité dont tu n'as pas besoin et dont tu ne te servirais que très rarement si tu les avais à disposition ?"
La réponse est pourtant simple : parce que plus personne n'est intéressé à maintenir ta chose (je parie que le fork va être abandonné bientôt, car quasi tout le monde sera tourné vers systemd) car il y a mieux et plus maintenable (à commencer par du monde intéressé).
Encore une fois, si ça intéresse réellement des gens de passer son temps à maintenir la chose, vous pourrez encore utiliser la chose. Si. Super l'argument : bon les gars, il y a des gens qui veulent leur ancien truc juste parce qu'ils ont du mal à suivre le changement, mais attention, aucun n'est prêt à payer, on fait ce qu'ils ont envie ou on les laisse se faire plaisir dans la complainte des vieux n'aimant pas le changement? Ca a un nom : résistance au changement.
Il y a près de 15000 packages dans ma distrib, j'évite de les installer tous.
Quel est le rapport? Ici, tu remplaces un package par un autre, pas un de plus.
Moi je n'ai pas envie d'installer D-Bus sur un serveur à moitié embarqué juste pour pouvoir admirer la rapidité du boot.
Et pourquoi pas? C'est si horrible que ça?
Pourquoi ce principe sur D-Bus et pas sur tous les autres composants qui seraient tout autant "inutiles" sur ta machine? Ca bouffe 1 Go de RAM?
Donc si quelqu'un pouvait me dire ce qu'apporte systemd, cela serait sympa
Tu peux lire la page wikipedia avec comme condition de ne pas avoir de préjugés, et tu auras la réponse.
Question inverse : pourquoi vouloir l'ancienne méthode que les mainteneurs de distro ne veulent plus si on l’utilise que 2 ou 3 fois par an? Ca fait beaucoup de réaction pour un truc peu utilisé…
J'aimerais juste que ma vision des choses puisse continuer de cohabiter avec la sienne.
Elle peut : tu peux prendre l'ancien udev, et travailler dessus. D'ailleurs, c'est le cas ici. Tu n'as toujours pas dit pourquoi des mecs que tu ne payes pas devraient bosser gratos pour toi et faire un truc qu'ils trouvent inutiles.
J'ai l'impression d'avoir un ultra-libéral devant moi.
Plutôt à un mec qui se tape aussi des gens qui pensent savoir ce qui est mieux pour le monde, qui se tape d'autres personnes qui voudraient que que ce mec devrait faire des choses gratos pour eux parce que "tu comprend, il faudrait que je puisse continuer avec l'ancien système qui ne te sert plus", bref qui se tape des sangsues qui veulent le beurre, l'argent du beurre et le cul de la crémière.
Les autres, ceux qui ne développent pas, savent tout mieux que le développeur de ce qu'il y a de mieux et d'important à faire. Ou pas.
Ici, systemd n'enlève aucune liberté, tu es tout à fait libre de ne pas l'adopter. D'ailleurs, il y a un fork. On va voir si il y a assez de gens intéressés par ce fork… Tu aurais aussi pu avoir tout le loisir d'embaucher Lennart ou sponsoriser financièrement la perte de temps à faire ces maintenances inutiles pour lui (ça serait utile pour lui du coup), mais non, ici, on râle sur un forum, c'est gratuit c'est plus facile.
Lennart fait ce pour quoi il est payé, que ça vous plaise ou non c'est la vie. Ca ne vous plait pas, libre à vous de proposer mieux (par exemple un système qui permet de "cohabiter" avec les autres). On va voir juste si vous arrivez à être aussi bon et rapide ("time to market") que lui.
Le problème que je vois est surtout que quand un produit marche, il faut surtout le casser au maximum, s'en plaindre, dire que "c'et pas dans l'esprit du libre" qui n'existe pas (hop, on invente une cinquième liberté perso). Avant c'était Ubuntu le grand méchant, c'est un peu passé, hop le suivant est systemd. Jaloux? Le point commun? Ca répond au besoin des gens, qui l'adoptent.
L'argument bien facile du « fais le boulot » et « t'es libre de forker ».
Tu as dû louper la partie : on n'est pas ton esclave. La liberté, c'est aussi la liberté de faire ce qu'on a envie (et ce qu'on croit meilleur)
Il y a une différence de ressources entre la boîte qui finance les développeurs et de simples utilisateurs qui n'en seraient pas satisfaits.
C'est ton problème. A toi de trouver le financement pour ce qui te plait, ce que tu crois meilleur, à mettre les gens d'accord. Le libre n'est pas faire ce qu'il te plait gratos. Et Lennart n'est pas ton employé. La, il semble que le monsieur, avec ses priorités, arrive à attirer suffisamment de monde pour que ça marche. Lui. A toi de démontrer que ta solution est meilleure.
mais ça n'a pas l'air tellement facile pour eux non plus…
Gni??? Pas facile? C'est pas bientôt fini? "imposer", "pas facile", mais… Fait le boulot, point. Ils offrent, ils n'obligent pas. Par contre ils sont libres de ne pas faire ce que tu voudrais, tant que tu n'es pas leur employeur.
Tu peux garder ce ton de merdeux condescendant pour tes amis parisiens.
Eh oh, c'est qui qui balance des "imposer" n'importe comment? Bordel, c'est libre! Bordel, on est libre de ne pas prendre! Le reste existe toujours, et tu peux forker si plus personne ne s’intéresse à ta vision. Ah oui, il faudra bosser, mais il est hors de question d'être ton esclave aussi. Ils sont libres, comme toi.
Ils traînent parfois ici et me font à la fois peur et rire.
C'est sûr, à continuer comme ça depuis 10 ans, ta vision est… Clairvoyante.
Lennart contre le reste du monde??? Son travail a l'air bien apprécié, ça semble partie pour toutes les distros majeures contre les petites… Pas sûr que Lennart ne gagne pas.
Le contenu produit par les services de l'état appartient au peuple américain, et ça va même plus loin : rejoint le domaine public ! D
Mouais, il faut le dire vite. J'ai eu quelques tensions avec le service public US car ils veulent des clauses un peu bizarres et non claires ce qui fait que Debian rejette (exemple), et du coup je ne me suis pas fait chier (discuter avec leur "legal" est tout sauf du plaisir) et j'ai viré de ma branche principale le développement fait pour eux afin d'être dans Debian sans me prendre la tête.
Il y a la théorie (tout doit être dans le domaine public) et la pratique (licence à rallonge, clauses "envoyez-nous un mail sinon c'est interdit d'utiliser", des clauses non acceptables par Debian, et même la BSD n'est pas le domaine public, faut citer l'auteur original), ce n'est pas que moi, j'ai discuté avec quelques archivistes US qui m'ont fait par du même problème entre ce qui est affiché et les réels droits qu'on a sur les archives. Tout n'est pas aussi rose que tu l'imagines.
Bienvenue dans le monde merveilleux des -NC. Ce genre de licence est à éviter, autant en "client" (on ne sait pas trop ce qu'on peut faire avec) qu'en "vendeur" (le client pourra trouver toujours un truc à faire qu'on n'aura pas prévu).
Pour le moment, les tribunaux ne se sont pas encore prononcés sur le sujet à ma connaissance, mais le jour où ça se fera, ça sera un bien gros bordel. Qui pour commencer?
C'est pour ça qu'il faut se battre contre les gens qui veulent associer le NC (BnF ou CC) au libre, au "bien". Le libre, c'est très très bien, très clair, on évite ce genre de bidouillage, et tout le monde peut en profiter (et que le meilleur gagne).
Facebook est alors l'hébergeur. Il "vend" l'hébergement, pas l'oeuvre.
De la même manière, diffuser gratuitement du -NC en payant ton hébergeur pour la bande passante, ce n'est pas un usage commercial de l'oeuvre.
Ca marche pas comme ça ton idée, quoiqu'on pense de facebook. C'est du tir gratuit sur Facebook ("engraisser", rien que ça. Impossible de rester poli?).
[^] # Re: Grep
Posté par Zenitram (site web personnel) . En réponse au journal Le journal. Évalué à 7. Dernière modification le 06 septembre 2012 à 15:15.
On peut. Sauf qu'en pratique, trop d'octets pour une date, les gens font un peu ce qu'ils veulent (par exemple, ils traduisent).
Alors certes, on peut spécifier lettre par lettre le format, mais pour reprendre mon exemple, un int c'est une ligne pour définir, combien de ligne pour définir un champs date?
L'avantage du binaire est surtout de rendre impossible des "adaptations", qu'on réserve à l'affichage.
L'expérience de l'analyse (c'est mon métier ;-) ) m'a appris que plus on laisse de la marge aux développeurs, plus ils font des conneries avec (du monde lisent les specs sans le lire). Limiter les possibilités pour dire la même chose rend les erreurs plus visibles (même en binaire, pour te donner un exemple une spec qui dit qu'un int est entre 1 et max(int), tu auras un gus pour commencer de compter à 0. si tu prends tout le domaine du int et surtout le début, ce genre de "compréhension de la spec" est diminué, moins d'erreur. Imagine avec 15 octets pour définir la date, combien d'erreurs et donc de merde pour "convertir" tu vas te taper… "Wed", "wed", "mer" pour mercredi? dans tous "convertisseur", vas-tu implémenter les 1000 langues du monde alors que définir en binaire un nombre de jours depuis 1970 aurait été plus simple et le convertisseur traduit dans la langue que tu veux?)
Un champs date en texte est simplement une merde absolue pour un programme (voir les clients FTP qui ont un mal fou et ont du code à plus savoir qu'en faire pour trouver de bêtes date/heure d'un fichier suivant le serveur FTP en face, FTP a ce même travers et ça pose un max de problèmes)
[^] # Re: Grep
Posté par Zenitram (site web personnel) . En réponse au journal Le journal. Évalué à 5. Dernière modification le 06 septembre 2012 à 14:46.
Pour reprendre l'exemple de la date, il est nettement plus simple de spécifier "le int est le nombre de jours depuis le 1/1/1970" que de prendre toute la norme ISO pour la date. Et aussi, la personne qui se plante dans l'implémentation le voit plus rapidement.
Le binaire a parfois du bon (même si tout n'est pas parfait avec du binaire, ça n'évite pas tous les problèmes d'implémentation) et pas qu'en vitesse (en vitesse, ça explose largement le texte), il ne faut pas le jeter "car c'est pas Unix on ne peux plus faire de grep", rien n'empèche de convertir le binaire en texte qu'on passe à Grep ensuite, l'avantage est qu'on peut "convertir" dans différents format bien plus facilement.
Certes HTML a gagné à coup de trucs "lisibles", mais ce n'est pas forcément ce qui est plus optimal.
PS : et pour les "conservateurs", c'est très simple de passer du binaire au vieux format texte, rien n'est perdu. L'inverse n'est pas vrai. Alors oui au journald en binaire!
[^] # Re: Grep
Posté par Zenitram (site web personnel) . En réponse au journal Le journal. Évalué à 5.
Je te prend au mot : prouve-le.
Le problème des 36 bouts de texte des logs Linux, c'est que c'est une horreur à parser à coup de regex à faire fuir des gens au cerveau normalement constitué (je n'ai rien contre les gens comprenant regex, j'en suis même jaloux). Si jamais tu y arrives sur une distro, tu peux être sûr que sur la distro voisine ton script merdera.
Et pour la vitesse, c'est le jour et la nuit (ben c'est un peu évident : tester 15 octets pour une date et en comprendre la signification, alors qu'un bête int32 suffit, c'est différent)
[^] # Re: la guerre de s unices
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 3.
Tu n'as pas répondu à la principale question : L'admin, qu'est-ce qui te fait dire que ce n'est pas mieux pour lui aussi?
PArce que la, ce que je vois, c'est que l'admin n'a plus à ce taper du script bash à la con (bash, c'est quand même dans les trucs les plus merdiques à débuguer) et qu'en plus, ses fichiers de config seront les mêmes sur toutes les distros qu'il a à gérer. Et ça, ça a une valeur… systemd est peut-être la pour répondre au problèmes de l'admin?
Rappel : systemd est sponsorisé par RedHat, dont le but est de vendre. Et il n'y a pas mieux pour vendre du Linux que de se mettre l'admin dans la poche, qui argumentera sur le gain de temps de la distro.
J'ai plutôt l'impression que les gens qui refusent le changement se braquent, mais que sinon systemd répond à un réel besoin de la part de tous les gens impliqués.
[^] # Re: Loin de la foule
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 2.
C'est clairement dur de rattraper la scolarité, oui.
Mais à partir du moment où tu t’intéresse à systemd, on peut considérer que tu as le niveau pour apprendre l'anglais, on est loin de l'apprentissage de la lecture.
Tout est question de priorités…
[^] # Re: la guerre de s unices
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 4.
L'utilisateur ne voit absolument pas systemd (ou alors, on n'a pas la même notion d'utilisateurs…)
L'admin, qu'est-ce qui te fait dire que ce n'est pas mieux pour lui aussi? Et si "c'était mieux avant", ils ne verront aucun inconvénient à faire le boulot de maintenance ou à payer les mainteneurs pour faire le boulot pourri de maintenance de ces vieux trucs.
C'est fou comme on peut vouloir demander tout aux autres…
[^] # Re: la guerre de s unices
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 1.
Il a parlé d'années, et si, c'est troué dans ce cas, que ça te plaise ou pas. Je n'ai jamais parlé de jours.
D'ailleurs, il y a une infographie sur le lien que j'ai mis, clique dessus…
[^] # Re: Loin de la foule
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 2.
Ca empêche d’apprendre plus tard? Ca n'a pourtant pas l'air d’empêcher l'apprentissage de systemd après la scolarités…
On ne parle pas de maîtrise, mais de base.
J'en connais un paquet qui ont préféré d'autres langues. Mais ces personnes ont aussi des bases d’anglais.
Va falloir trouver d'autres excuses pour convaincre.
[^] # Re: Loin de la foule
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 3. Dernière modification le 06 septembre 2012 à 11:09.
Voila, tu n'as pas d'argument pour ce dont on parle (un élément très technique), tu noies le poisson avec un truc qui n'a rien à voir (des manuel d'utilisation de l'outil).
Sinon, si le chinois devient la langue de référence pour la communication internationale, oui il sera absurde de ne pas parler chinois. On n'en est pas la. C'est triste de voir qu'en 2012 on reste encore sur cette idée de ne savoir lire qu'une seule langue est acceptable. Tu m'étonnes que la France perd de sa stature (c'est con, car le français perd même son statut de langue diplomatique).
Il n'est pas non plus important de savoir nager. Ni conduire. Mais on peut aussi parler de savoir compter. ça peut être utile aussi, bien plus que systemd traduit pour quelques personnes ne comprenant pas l'anglais. Il y a des domaines primordiaux quand même, nager, conduire, l'anglais de base lu en font partie!
[^] # Re: Loin de la foule
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 4.
Attend, j'ai l'impression dans dans une faille spatio-temporelle? La on parle bien de systemd, ou d'un utilisateur normal d'ordinateur?
Une personne qui utilise Linux n'a pas besoin de bidouiller systemd, et son interface est en français (ou autre, il y a plein de traductions)
Une personne qui bidouille Linux en touchant à systemd, ce n'est plus un simple utilisateur de Linux et alors désolé mais ne pas comprendre l’anglais technique ça craint un max quand même. Et dire qu'on se pose encore cette question en 2012, et ben…
Bientôt, on demandera à mettre les commentaires pour chaque ligne de code on de conf dans 100 langues plutôt que l'anglais avant que le code soit accepté, comme si on a que ça à foutre…
Alors un conseil : avant de s’intéresser à systemd, il vaut mieux apprendre l’anglais de base, c'est autrement plus utile, bien plus important, ne serait-ce que pour voyager un peu en dehors de la France. Drôles de priorités.
# Conclusion
Posté par Zenitram (site web personnel) . En réponse au journal Linux from scratch face à udev. Évalué à -10.
Beaucoup de bruit pour rien, plutôt que de troller il est plus utile et simple de patcher pour répondre au besoin. Il est pas beau le libre?
[^] # Re: Loin de la foule
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 3. Dernière modification le 05 septembre 2012 à 14:58.
La syntaxe de bash est-elle même compréhensible.
Ca me fait rire de lire que le système actuel à coup de bash est compréhensible. Ca l'est que pour les esprits qui se sont fait tordre poru arriver à lire du bash. Pour les autres, systemd a l'air bien plus lisible. Ah la résistance au changement…
[^] # Re: la guerre de s unices
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 6.
Personnellement, je préfère une forte gueule qui se bouge le cul et qui fait évoluer l'éco-système Linux (et virer ces script d'init, c'est une belle évolution) que des gens "gentils" qui laissent la situation pourrir au point de ne plus être compétitif. Bon, après, il y a pire : les forte gueules qui râlent sur les évolutions sans se bouger le cul :-D.
[^] # Re: la guerre de s unices
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 0.
La réponse est pourtant simple : parce que plus personne n'est intéressé à maintenir ta chose (je parie que le fork va être abandonné bientôt, car quasi tout le monde sera tourné vers systemd) car il y a mieux et plus maintenable (à commencer par du monde intéressé).
Encore une fois, si ça intéresse réellement des gens de passer son temps à maintenir la chose, vous pourrez encore utiliser la chose. Si. Super l'argument : bon les gars, il y a des gens qui veulent leur ancien truc juste parce qu'ils ont du mal à suivre le changement, mais attention, aucun n'est prêt à payer, on fait ce qu'ils ont envie ou on les laisse se faire plaisir dans la complainte des vieux n'aimant pas le changement? Ca a un nom : résistance au changement.
Quel est le rapport? Ici, tu remplaces un package par un autre, pas un de plus.
[^] # Re: la guerre de s unices
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à -2.
Et pourquoi pas? C'est si horrible que ça?
Pourquoi ce principe sur D-Bus et pas sur tous les autres composants qui seraient tout autant "inutiles" sur ta machine? Ca bouffe 1 Go de RAM?
C'est juste un dogme sur lequel s'arc-bouter…
[^] # Re: la guerre de s unices
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 1.
Sympa ta machine trouée…
Tu peux lire la page wikipedia avec comme condition de ne pas avoir de préjugés, et tu auras la réponse.
Question inverse : pourquoi vouloir l'ancienne méthode que les mainteneurs de distro ne veulent plus si on l’utilise que 2 ou 3 fois par an? Ca fait beaucoup de réaction pour un truc peu utilisé…
[^] # Re: Chipotage
Posté par Zenitram (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 1.
JNSPUJ plutôt ("lawyer" a deux traductions : avocat celui qui utilise, et juriste celui qui est expert)
[^] # Re: « On ne vous met pas le couteau sous la gorge »
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 4.
Elle peut : tu peux prendre l'ancien udev, et travailler dessus. D'ailleurs, c'est le cas ici. Tu n'as toujours pas dit pourquoi des mecs que tu ne payes pas devraient bosser gratos pour toi et faire un truc qu'ils trouvent inutiles.
Plutôt à un mec qui se tape aussi des gens qui pensent savoir ce qui est mieux pour le monde, qui se tape d'autres personnes qui voudraient que que ce mec devrait faire des choses gratos pour eux parce que "tu comprend, il faudrait que je puisse continuer avec l'ancien système qui ne te sert plus", bref qui se tape des sangsues qui veulent le beurre, l'argent du beurre et le cul de la crémière.
Les autres, ceux qui ne développent pas, savent tout mieux que le développeur de ce qu'il y a de mieux et d'important à faire. Ou pas.
Ici, systemd n'enlève aucune liberté, tu es tout à fait libre de ne pas l'adopter. D'ailleurs, il y a un fork. On va voir si il y a assez de gens intéressés par ce fork… Tu aurais aussi pu avoir tout le loisir d'embaucher Lennart ou sponsoriser financièrement la perte de temps à faire ces maintenances inutiles pour lui (ça serait utile pour lui du coup), mais non, ici, on râle sur un forum, c'est gratuit c'est plus facile.
Lennart fait ce pour quoi il est payé, que ça vous plaise ou non c'est la vie. Ca ne vous plait pas, libre à vous de proposer mieux (par exemple un système qui permet de "cohabiter" avec les autres). On va voir juste si vous arrivez à être aussi bon et rapide ("time to market") que lui.
Le problème que je vois est surtout que quand un produit marche, il faut surtout le casser au maximum, s'en plaindre, dire que "c'et pas dans l'esprit du libre" qui n'existe pas (hop, on invente une cinquième liberté perso). Avant c'était Ubuntu le grand méchant, c'est un peu passé, hop le suivant est systemd. Jaloux? Le point commun? Ca répond au besoin des gens, qui l'adoptent.
[^] # Re: « On ne vous met pas le couteau sous la gorge »
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 8. Dernière modification le 04 septembre 2012 à 23:11.
Tu as dû louper la partie : on n'est pas ton esclave. La liberté, c'est aussi la liberté de faire ce qu'on a envie (et ce qu'on croit meilleur)
C'est ton problème. A toi de trouver le financement pour ce qui te plait, ce que tu crois meilleur, à mettre les gens d'accord. Le libre n'est pas faire ce qu'il te plait gratos. Et Lennart n'est pas ton employé. La, il semble que le monsieur, avec ses priorités, arrive à attirer suffisamment de monde pour que ça marche. Lui. A toi de démontrer que ta solution est meilleure.
C'est ça la beauté du libre aussi. Etre libre.
[^] # Re: « On ne vous met pas le couteau sous la gorge »
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à -1.
Gni??? Pas facile? C'est pas bientôt fini? "imposer", "pas facile", mais… Fait le boulot, point. Ils offrent, ils n'obligent pas. Par contre ils sont libres de ne pas faire ce que tu voudrais, tant que tu n'es pas leur employeur.
Eh oh, c'est qui qui balance des "imposer" n'importe comment? Bordel, c'est libre! Bordel, on est libre de ne pas prendre! Le reste existe toujours, et tu peux forker si plus personne ne s’intéresse à ta vision. Ah oui, il faudra bosser, mais il est hors de question d'être ton esclave aussi. Ils sont libres, comme toi.
C'est sûr, à continuer comme ça depuis 10 ans, ta vision est… Clairvoyante.
[^] # Re: la guerre de s unices
Posté par Zenitram (site web personnel) . En réponse au journal udev forké. Évalué à 3.
Lennart contre le reste du monde??? Son travail a l'air bien apprécié, ça semble partie pour toutes les distros majeures contre les petites… Pas sûr que Lennart ne gagne pas.
[^] # Re: N'est-elle pas déjà dans le DP ?
Posté par Zenitram (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 3.
"libération", c'est du charabia pour eux.
--> mettre dans le domaine public, usage commercial compris.
[^] # Re: Comme d'hab
Posté par Zenitram (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 8.
Mouais, il faut le dire vite. J'ai eu quelques tensions avec le service public US car ils veulent des clauses un peu bizarres et non claires ce qui fait que Debian rejette (exemple), et du coup je ne me suis pas fait chier (discuter avec leur "legal" est tout sauf du plaisir) et j'ai viré de ma branche principale le développement fait pour eux afin d'être dans Debian sans me prendre la tête.
Il y a la théorie (tout doit être dans le domaine public) et la pratique (licence à rallonge, clauses "envoyez-nous un mail sinon c'est interdit d'utiliser", des clauses non acceptables par Debian, et même la BSD n'est pas le domaine public, faut citer l'auteur original), ce n'est pas que moi, j'ai discuté avec quelques archivistes US qui m'ont fait par du même problème entre ce qui est affiché et les réels droits qu'on a sur les archives. Tout n'est pas aussi rose que tu l'imagines.
[^] # Re: Chipotage
Posté par Zenitram (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 10. Dernière modification le 04 septembre 2012 à 17:09.
Bienvenue dans le monde merveilleux des -NC. Ce genre de licence est à éviter, autant en "client" (on ne sait pas trop ce qu'on peut faire avec) qu'en "vendeur" (le client pourra trouver toujours un truc à faire qu'on n'aura pas prévu).
Pour le moment, les tribunaux ne se sont pas encore prononcés sur le sujet à ma connaissance, mais le jour où ça se fera, ça sera un bien gros bordel. Qui pour commencer?
C'est pour ça qu'il faut se battre contre les gens qui veulent associer le NC (BnF ou CC) au libre, au "bien". Le libre, c'est très très bien, très clair, on évite ce genre de bidouillage, et tout le monde peut en profiter (et que le meilleur gagne).
[^] # Re: Chipotage
Posté par Zenitram (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 2.
Facebook est alors l'hébergeur. Il "vend" l'hébergement, pas l'oeuvre.
De la même manière, diffuser gratuitement du -NC en payant ton hébergeur pour la bande passante, ce n'est pas un usage commercial de l'oeuvre.
Ca marche pas comme ça ton idée, quoiqu'on pense de facebook. C'est du tir gratuit sur Facebook ("engraisser", rien que ça. Impossible de rester poli?).