Misc a écrit 6286 commentaires

La plupart des services vraiment inutiles sont pas installés. La, on arrive à la limite des trucs qui sont inutiles pour une personne, donc par manque de perspective, inutile pour tout le monde. Je pense que c'est la que systemd peut aider avec le démarrage à la demande. Il ne reste plus qu'à finir le boulot et à écrire des unités pour en tirer parti.

( ce qui est un travail en cours pour f17 et commencé pour f16 ).

Bah, si le souci est de ne pas pouvoir vérifier l'identité, il suffit de l'intégrer dans google+.

Mhh aprés verif, il y a appel à dhclient , donc je me suis en partie trompé. Pour le wifi, il y a par contre bien des ioctls. Et pas d'appel à route, ip dans le code. Il y a un plugin pppd pour s'intégrer directement.

Non je dit que du coté de network-manager, le travail est fait et l'infra est la, et le souci est que personne n'a écrit le plugin.

Ie, RH et Suse se sont chargé de l'intégration jusqu'au bout, Mageia/Mandriva l'ont fait ( mais d'une maniére pas super propre, et on bosse à améliorer ça ), et il manque l'intégration du coté des debian like ( entre autre ).
je dit pas que debian doit passer à la config pour les autres distros, juste qu'il y a possibilité de faire ce que grunt demande.

De la à savoir si c'est la faute des devs de pas avoir fait le taf pour Debian/ubuntu, ou d'Ubuntu/Debian, je ne sais pas. Sans doute la faute des 2, comme souvent quand il ne se passe rien.

j'avais cru voir passer des annonces pour ça dans la version 0.9, mais j'arrive pas à retrouver le post de blog à ce sujet.

Si la seule chose que tu as, c'est des attaques personnelles non fondés, je pense que tu pourrais faire l'effort d'au moins être correctement renseigné. J'ai bossé 3 ans comme admin sys sur des debians, 1 an à faire une appliance basé sur Debian, donc je pense avoir suffisamment de compétence pour répondre à une question sur linuxfr.

Quelqu'un dit "ça serait bien de faire ça", je dit "ça fait déjà ça sur tel distro" et c'est du FUD ?

Une case license, je doute. Il faut un truc plus précis que ça, à commencer par se mettre d'accord sur la définition. J'aurais tendance à dire qu'il faut aussi vérifier la license.

Ce qui me chagrine plus, c'est que les devs de logiciels libres eux même ne se signalent pas plus sur f-droid, et qu'on en parle finalement peu. Le ratio "nombre d'appli dans fdroid"/"nombre d'appli du market" est déprimant.

Network-manager peut le faire sur les distributions RHEL et Fedora, donc le souci est plutôt "pourquoi ubuntu et debian ne le font pas".
( https://live.gnome.org/NetworkManager/SystemSettings , cherche 'ifcfg-rh' ).

Transformer les scripts shell en un format hybride ne me parait pas une idée terrible, ne serais que parce ça implique d'avoir le choix entre un parser ultra complexe, ou d'avoir un sous ensemble et donc ne pas être un script shell ( genre, comment tu géres des choses comme toto=$(foo) dans ta config du coté de n-m ). Si le but est d'avoir une configuration qu'on peut lire et écrire, il y a encore une fois déja un plugin ( keyfile ).

Ensuite, Network Manager ne va pas lancer X executables pour changer le réseau quand il peut directement parler au noyau, pour plus de finesse et un meilleur résultat. La façon principale de parler au kernel, c'est des ioctl ( ou écritures dans /proc/ et /sys/ ), pas des outils comme ifconfig ou ip. Les premières sont censé être stable, alors que les 2emes sont la pour les humains et n'ont pas de promesse de stabilité ( d'un point de vue de l'abi ). Les remontés d'erreurs sont assez difficile à faire quand tu n'a pas d'ABI ( ie, pas de standard des codes retours, pas de messages ou de précision sur ce qui ne va pas ).

Il est bien plus simple en C ou n'importe quoi d'autres de pas avoir à faire de parsing que d'avoir à en faire. Surtout quand les outils disent de pas le faire ( genre iwconfig à un moment ).

Ensuite, relancer tout le réseau pour juste un changement est inutile. Si je change le mtu de ma carte ethernet, pourquoi est ce que je devrait relancer network ? Et pourquoi lancer un processus quand on peut éviter ? Ça pose aussi des soucis d'atomicité, si je change juste un paramètre, et qu'il est faux, je dois annuler tout ce qui a été fait avant. Ce n'est pas une chose que les scripts font actuellement.

Enfin, il est plus sur d'appeler directement le noyau plutôt qu'un executable, car les interfaces de communication sont bien plus stricts ( exemple, il y a pas besoin de se casser la tête sur "est ce que le path est correct, est ce que j'ai pas oublié d'échapper un truc".

Y augeas pour ça, ça marche très bien.

Pas pour les mêmes raisons. J'ai pas vu grand monde dire à Ubuntu "mais ufw, c'est pas portable sur les BSDs". j'ai pas vu des gens dire "faudrait reprendre iptable sur openbsd pour avoir un truc commun avec linux".

Et les gens en général étaient content d'avoir un système différent pour gentoo, car plus propre et plus aut niveau que sysv init ( genre, un truc qui gère les dépendances, et qui évite le copier coller et le boilerplate ).

Si tu as pas confiance dans ce que fait Red hat, tu utilises pas gcc ( cygnus c'est Red Hat ), les bouts de noyau maintenus par des salariés, les bouts de xorg maintenus par des salariés, les bouts de Gnome, de coreutils, de la glibc, d'udev ou de kvm ( vu que kvm, c'est , bah, Red Hat aussi ) ou les projets ou la boite contribue ?

La FAQ dit bien que c'est pas un remplacement, mais un systéme à coté. Si quelqu'un veut garder un syslog, il peut. Syslog va sans doute rester ad vitam eternam.

C'est déjà fait, ça s'appelle zsh, avec des extensions supplémentaires par rapport à posix ( genre ls avec 2 étoiles , les for et la gestion des espaces, etc ). Ou les extensions gnu de awk, sed, ls, etc. Ou peut être qu'on doit parler du manque d'abstraction des outils comme ip et ifconfig. Ip a été ecrit aprés les BSDs, mais personne n'a ralé pour dire "argh, une api non compatible autrechosequelinux". Et personne n'a non plus pourri openbsd pour ne pas avoir repris ipchains au lieu de pf. Faut se rendre à l'évidence, les BSDs sont depuis toujours ignorés par Linux. Y a juste que le monde tout d'un coup le découvre.

Parce qu'un message = 1 ligne ? C'est un chouia simpliste. Quand le kernel me colle 5 lignes pour les fréquences du wifi, tu penses qu'il voulait que j'ai 5 messages séparés, ou un seul message avec des retours chariots ?

Ce qui m'attriste, c'est que tant de gens pourraient faire simple, mais prefere troller sur linuxfr au lieu de coder.

Faut se sortir les doigts du cul les cocos. Mont existe depuis des années, et les seuls personnes que j'ai croisé à l'utiliser en prod attendent que systemd soit dans Debian.

Donc si c'était si géniale, il y aurait des gens pour le mettre par défaut dans une distro. Curieusement, personne n'a décidé ni de le faire, ni de coder ce truc si simple dont tu parles.

Nan mais arrete la fumette. Personne de sérieux utilise linux pour le son à part une paire de libriste. Le kernel a besoin de patchs noyaux qui ont mis des années à être intégré en stable par petit bout et qui vont encore devoir attendre un bout de temps, le support des cartes sons professionnels est risible ( parce que les constructeurs collaborent pas ), et les offres logiciels sont rarement utilisés par les pros. Les radios et les différents personnes qui font de l'audio prennent de l'os x ou du windows, le reste est un fantasme au même titre que "linux sur le desktop".

Donc, avec 5 segfault, tu as bien du faire un rapport de bug aupré de ton distributeur de paquet ?

En même temps, dans la tradition unix, y a pas de packages managers.

Avec la vague d'intégration d'outil si contraire aux demandes des unixiens, pourquoi est ce que slackare n'a pas un regain d'intêret ? ( ou les BSDs, d'ailleurs, qui sont plus proche d'unix que ne le sera jamais une distribution Linux )

Ce qui est amusant, c'est que personne n'a trollé quand kde a sorti arts au lieu de esd, quand on a mis alsa au lieu de oss, quand gentoo a pris un systéme différent ( tout comme osx, solaris et ubuntu qui ont chacun un systéme de boot différent d'un bete init ) et la, proposer un systéme à part de log pour des besoins non couverts par syslog, ça choque tout le monde. Personne n'a ralé sur les distros d'avoir poussé shorewall, ufw ou d'autres alors que c'est des outils hautement linux spécifique. Personne n'a ralé quand FreeBSD a ajouté des APIs non présentes dans linux à l'époque genre kqueue. Personne n'a jamais rien dit à nvidia ou flash d'avoir oublié les BSDs.

Sauf erreur de ma part, Red Hat a quand même intégré Network Manager, qui est un projet lancé par novell à la base. Ils ont mis upstart sur RHEL, qui est un projet Canonical. Des projets comme libvirt ou deltacloud s'intégrent avec les offres de virtualisation de tous, comme vmware ou citrix. Et des efforts ont été fait pour mettre btrfs dans Fedora, sachant que le projet est poussé par Oracle. Des contres exemples d'intégration avec des projets fait par des boites concurentes, il y en a à la pelle.

Ce qui isole les BSDs, c'est bien le fait que relativement personne ne les utilise, pas le fait que d'autres travaillent sur Linux. C'est le fait qu'ils ont choisi une license ne forcant pas Apple à contribuer en retour, le fait d'avoir pris un procés dans les années 90, le fait d'avoir une communauté en france qui se déplacent vachement moins souvent ( depuis que theo a réussi à se facher , à tort ou à raison, avec le plus visible des supporters d'openbsd, on ne voit la communauté BSD quasiment plus , sauf le gcu à SL ).

Microsoft peut juste acheter Canonical, et voila. Vu que tout est fait pour que la boite soit un rachat intéressant ( l'assignation de copyright via le CLA, le développement de produit proprio comme Landscape, Ubuntu one, ou le lock-in sur la plateforme ubuntu de produits comme juju ( cf la policy officiel : https://juju.ubuntu.com/Charms#Charm_Inclusion_Policy )).

Donc c'est peut être le plan, se faire racheter avant d'arriver à l'équilibre.

Tu rêves.

http://apiblog.youtube.com/2010/06/flash-and-html5-tag.html

"bah avec html5, on peut pas mettre de drm".

Juste ça. Google se passeras de flash le jour ou holywood voudra plus protéger son contenu.

Business plan :
1) monter un site sur le libre
2) poster sur apple
3) ????
4) PROFIT !!!

C'est un jeune, donc un drogué ou un voleur.

Si c'est un drogué, il a des thunes.

Si c'est un voleur, il le fauche à un cadre bien pensant aprés l'avoir menacé verbalement.

Dans mon souvenir, le faux multitache de iOS, c'etait aussi un souci de recherche de la perfection.

Le but était de restreindre les developpeurs pour éviter qu'un programme mal écrit prenne tout le cpu ou bouffe la batterie. On peut en rire, mais c'est la même idée que mettre une vm pour interdire certaines choses ( genre javascript ) ou que de tuer les process au bout d'un temps ( php, ou ovh sur les mutualisés ). Dans mon souvenir, Android a aussi une API spéciale pour ça ( genre les taches sont sérialisés lors du changement de fenetre ). Je suis d'accord que c'est bizzare, que ça surprends quand on considére ça comme un pc, mais c'est pas un pc, et c'est encore moins du logiciel libre. Il y a des applis de merde, et des codeurs incapables, qu vont faire des softs pourris. Bien que je ne soit pas d'accord avec la façon de résoudre le souci, je comprends les raisons.

Et sous le capot, c'était aussi multitache que os x. ( j'ai jamais eu d'iphone, donc je me fie que aux articles que j'ai lu à gauche et à droite )

Quand à hfs+, bien que n'étant pas ultra moderne à la brtfs, ou zfs, il y a quoi de vieux ?
Il y a un journal des transactions, le truc gére des fichiers assez gros, et Apple l'a fait évoluer au cours des versions ( cf http://en.wikipedia.org/wiki/HFS_Plus ).
Il y a rien qui casse 3 pattes à un canard, mais c'est pas non plus la catastrophe.

Et je passe mon tour sur mach.

Je sais pas pour toi, mais moi, j'ai une assez haute opinion de mon temps. Donc si tu passes quelques soirées sur ton dossier, je pense que les 35 euros sont pas plus couteux que ton temps, sauf si tu effectivement t'estime à 2/3e de l'heure.

ça marche aussi via le bluetooth. On pourrait donc imaginer un module telepathy qui branche empathy avec bluez et ton tel.