Reprise du message précédent :

Faut retoucher la fin, mais sinon c'est du tout bon.
 
Pour le BYOD, tu peux dire que comme c'est full web, c'est accessible depuis tous les terminaux web (pour peu que tu fasses du responsive web design (+1 point )).

Tu dira a ton associer de passer sur OpenRC et une gentoo, voir une sabayon si il a pas envie de compiler. Tu comprendra se qu'est un vrai system d'init clair net et précis.

C'est déjà responsive

edit : et vous inquiétez pas pour le travail de markéteux, ça viendra quand j'aurai un produit fini !

 
Je vais pas le déconcentrer, il code, on regardera ça en octobre quand on aura plus de temps

Fig. 9609.1 : Exemple de schéma imbuvable

preums

Dernier jour \o/

bonjour,

bonjour
 
avant dernier jour de vacances...

Yellow,
 
Avant dernier jour de travail \o/ avant la semaine prochaine /o\

??
« de la semaine », je suppose…

systemd est loin d'être la bouse que certains nous vendent.
 
PS: je n'utilise pas pulseaudio

 
c'est vrai, c'est pire.

L'inconnu fera toujours peur chez l'Hom(m)e.

fake

 
C'est clair j'ai rien lu de technique à ce sujet; et puis j'ai installé mon premier linux l'an dernier. Du coup je suis un peu désorienté

On va dire que le concept de systemD est bon, mais Lennart fait les choses a moitié, et avec "délicatesse", surtout dans ses demandes a la team kernel et les patchs qu'il tente de faire passer en upstream, alors que Red Hat (en général) contribuent autant que Canonical (pour donner le ton).
 
Ensuite, le "problème" de SystemD, c'est qu'il casse la compatibilité avec l'environnement interopérable qu'est SysVinit. Et le reproche qui lui est fait, est que d'autres systèmes arrivent très bien a faire actuellement mieux que SystemD, sans casser l'interopérabilité, et sans avoir de demandes farfelues (OpenRC en tête).
 
Là, c'est argumenté ?
 
Edith : Ah oui, on peu rajouter le fait que SystemD peut être très bien côté desktop, mais côté serveur, y'a mieux, parce que ça reste quand même un peu ésotérique comme truc (faut faire du vaudou pour réussir une installation de SystemD, donc les procédures sont difficilement fesable et donc niveau reproductibilité et standardisation, tu repassera )

Non mais déjà un truc qui se base sur DBUS pour pouvoir lancer les services
 
 

 
T'es gentille en fait tu tires pas sur l'ambulance
 
Outre le fait que coté serveur ça n'apporte rien, que ça induit des dépendances grotesques & inutiles (bonjour le QR code, non pas le Quota Riot), que Lennart "fait chier le monde" pour pousser ses bidules dans le kernel y'a aussi la qualité du code
 
prenons un fichier au hasard :
 

 
déjà presque 4K lignes de C dans un seul fichier.
 
comptons les commentaires :
 

 
dont 46 monolignes
 

 
et de puissante qualité...

Un bon code se passe de commentaires

Le fait est qu'un service ne devrait tourner qu'a la condition qu'on ai besoin de lui de manière effective. Et donc, il faut se baser sur des "balises" remarquables et automatiser la chose parce que de deux choses l'une : pour le desktop, le fait de ne pas avoir a gérer le lancement de chaque services et définir des règles "strictes" permet de démocratiser l'OS, ça facilite la vie de madame michu, elle branche, DBUS fait son appel et hop ça va charger le module kernel adequat, lancer le bon programme etc ... DBUS tout seul, je suis d'accord, bof bof, mais tout le monde ne sait pas forcément asservir DBUS avec des règles PAM/UDEV. Pour l'admin qui sait gérer UDEV/DBUS/PAM, tu peu créer des règles très fines, et sans avoir a installer SystemD, ça donne des trucs chouettes (mais galère a comprendre et gérer niveau sécurité, c'est presque too much dans un sens comme dans l'autre)
Moi de ce côté là, je suis plutôt pragmatique, entre baser sur DBUS ou baser sur la kstack/sysfs...

 
merci d’arrêter les amalgames entre le QR et ces merdes    

 
Comprend le aussi il a pas l'habitude que tu utilises du second degrès
 

 
Vous discutez grammaire avec O'gure après qu'il ai profité de tes petits pains ?

Ouais, bah justement, parlons en
On l'a connu plus en forme le QR
 

Hier par exemple, il était bien en formes
 
 

Un code réutilisable six mois plus tard en use et abuse.

Ca c'est ce qu'on t'apprend à l'école

 
Je n'ai aucun problème à installer des ArchLinux sur serveur, donc pour l'argument on peut repasser ? Si c'est complexe sur Gentoo (ta distribution de choix ?) ce n'est en rien la faute de systemd seul. La version 206 est sortie depuis 4 jours et déjà en Testing sur la Arch depuis 2 jours, j'ai pas l'impression qu'ils aient galéré à mort donc.
 
Juger la qualité de code sur du grep, j'ai connu mieux.

Bien qu’utilisateur régulier de Archlinux, jamais je me risquerais à la coller sur un serveur. Ça n’est pas fait pour, tout simplement. C’est une distro taillée pour le Desktop et dédié aux Pingouins ayant 2-3 skills en (GNU/)Linux.

Si tu sais ce que tu fais, tu peux utiliser n'importe quelle distrib sur un serveur, hein

Étonnamment la distribution 'taillée pour le desktop' est aussi la plus compacte et plus réactive vis à vis de l'upstream que des distributions dite "serveur". J'ai mes critères et ma façon de travailler (c’est à dire pas non plus inconsciemment).

ouais, même une slack

Faut que les compétences soient dispo dans toutes l'équipe, sinon, dès que t'es plus présent pour x raisons, ça risque de patiner un peu dans la semoule, derrière

C'est avec un raisonnement comme le tien qu'on se retrouve avec des OS windows sur les serveurs
Je ne te félicite pas

 
C'est loin d'être une attaque se que j'ai écrie hein. Gentoo tourne pas sous SystemD (de base), Gentoo tourne sous SysVinit + OpenRC + baselayout, qui est une syntaxe et une organisation simple. SystemD est optionnel et c'est pas compliqué, mais quand tu veux faire tourner ZFSonLinux et Lustre, ben t'as pas le choix que de te passer de SystemD. C'est pas le fond du problème.
Le fond du problème c'est ... Ben c'est Lennart, LE mec et son attitude. Pas ses idées pour des logiciels, non, c'est le truc général qu'il en ressort. Et je cherche a éviter de troller mais il est un peu comme free, il a son groupe de fanboys et pour beaucoup dans l'univers du libre, ben c'est pas la philosophie idéale, et donc le mec se fait critiquer, parfois a juste titre, parfois a tort, mais le soucis c'est que sa vision du libre n'est pas celle de ceux qui décident pour l'upstream, malheureusement pour lui.
Et le soucis avec SystemD, c'est qu'on attend un peu tous le point Godwin là quand même. Il a quand même réussi a se mettre plus ou moins a dos Greg, alors qu'ils bossent pour la même boite (en principe), c'est fort
Et je le répète, faut saisir les nuances dans se que je dit

C'est avec des remarques comme les tiennes qu'on se retrouve avec des bordels immondes et inmaintenables

Ma remarque s'appliquait pas spécialement à windows, mais au fait que tu doives aussi tenir compte des compétences dispos "in house" et aussi sur le marché

J'ai déjà déployé du Gentoo sur du serveur, à une certaine échelle, et sur des lieux vraiment remote (dans le désert par ex.)
Mais on est passé, au préalable, par une phase de montée en compétence et la mise en place d'une procédure de validation/recette/déploiement stricte/scrupuleusement respectée (rien de bien différent p/r à d'autres distribs ou à la gestion d'équipements réseau, par ex.)

Sans ça, vu le peu de personnes connaissants Gentoo et ses qq spécificités (et des contraintes/organisation que ça implique en terme de déploiement), ça pouvait vite tourner au fiasco

faut faire comme chez nous tu montes une équipe d’incompétents notoires (je m’inclus dedans), comme ça on peut tout gérer

Même en jouant la gueuse avec mon /usr/portage (3.78gigos) et mon /usr/src (4.10gigos) mon / (hormis /home et /boot donc) fait 12gigos sur ma station testing. Mes images serveur doivent faire dans les 200 megs
Et je permet a personne de critiquer Gentoo sur serveur. Gentoo sur serveur c'est 80% du top500. C'est la distrib de l'élite.

donc l'élite tue des bébé phoques ... CQFD