Bah oui, donc justement, Canonical qui surfe quand même sur les vagues successives de hype ( "on va mettre wayland dans 2 ans" "on va faire du cloud avec juju car c'est trop bien" "on va se greffer sur android" "on propose des netbooks" "on va faire des serveurs arm car ç'est bientot à la mode" ) ne pouvait que se mettre sur ce projet.
Et au vue du nombre de réponses sur les forums, etc, c'était assez prévisible que ça marcherais ( enfin je ne me suis pas fait de grand illusion sur le fait d'en obtenir une avant 4 mois, moi qui cherche juste à laisser un client irc de l'autre coté du firewall ). C'est comme Free mobile, si tu casses les prix, tu fait forcément un carton. C'est même comme ça que Ubuntu a démarré, avec les envois de cd gratuits.
Ouais, alors le cluster de carte de compil, ça semble une bonne idée jusqu'à ce que tu t'apercoives qu'il faut un chouia plus de taf que prévu. Je m'estime pas un expert, mais j'ai toujours eu que des emmerdes imprévus.
Exemple, j'ai aidé à mettre en place 2 cartes arm pour du build ( pour une distro linux ), et pour alimenter ça, on a pris une alim pc , un cutter, et paf, on détourne l'alim pour alimenter les machines. Ça marche ( si si ). Sauf que surprise, si tu tapes halt sur la premiére carte, pouf, la 2eme se coupe aussi, pour une raison inconnue ( je suppose que c'est due à un signal que l'alim interprete comme "c'est bon, tu peux couper le jus" ).
Et si il y a coupure de courant, pouf, faut appuyer sur 2 boutons pour relancer ça. C'est con pour des machines serveurs.
Autre exemple, le codeur qui s'occupe du port arm de la distro en question ( mageia ) a constaté des soucis de fuites mémoires au niveau kernel avec la pandaboard ( ainsi que les gens de Debian ). Pandaboard filé gracieusement par TI,
mais je ne doute pas que ça soit pareil pour le modèle classique.
3eme exemple, j'ai mon free runner branché comme serveur sous Debian, j'ai tenté de le mettre sur un hub usb, ou via un autre cable. Surprise, de temps en temps, il boote pas. Et j'ai mis des semaines à trouver que c'était le cable, car tout les cables ne sont pas équivalents, visiblement ( ou le hub usb ).
Donc ce que je retiens, c'est qu'il faut quand même avoir un minimum de compétence en electronique pour faire les choses bien, et il ne faut pas prendre pour acquis des tas de choses. Y a pas non plus grand monde qui bosse sur les différents ports ARM comparativement aux reste, et pourtant, c'est un domaine qui recrute.
Si le but est d'avoir une archi avec 4 bécanes, prends de la ram et des vms. Ça marche vachement mieux. Si le but est de faire du low level, alors faut foncer ( même si d'aprés certains, intel va remettre l'archi arm dans la niche qu'elle n'aurait jamais du quitter ). Et je rappelle que l'arm est une archi super, ou même le C a besoin de vérification au run time ( des histoires d'alignement sur 4 bytes, un truc comme ça ). Ceci dit, peut être qu'il y des tests statiques pour ça, à vérifier.
Pourtant, ils n'ont pas eu peur que les gens fassent des clones de Ubuntu de partout il y a un temps, avec des résultats parfois douteux ( j'ai rien contre Hanna Montana, mais bon ). Et au vue des expérimentations faites en poussant Unity ( contre qui j'ai rien, je précise ), et surtout du grincage de dents que cela a visiblement provoqué chez certains, j'aurais pas pensé que c'etait si important pour eux ( comparativement au besoin d'innover et de renouveler les GUIs ). Et encore une fois, il y a un thread de 30 pages sur ubuntu-fr sur le sujet, il y a donc de la demande.
Si le souci était le nom, il suffisait de demander à le changer.
Quand aux performances de la bête, y a des gens qui ont mis de l'Ubuntu sur des n900, etc. Et pareil, j'ai pas vu Canonical demander grand chose à ce niveau. Et la page sur le portage arm liste le n900 comme un des ports pour le kernel ( https://wiki.ubuntu.com/ARM ) pour natty. Même si Canonical a tendance à bouger assez vite ( comme les gens ayant tenté de faire l'upgrade d'un dell mini 10 avec l'archi atom un peu bizzare ont du le voir ), je ne pense pas que le code est disparu.
Donc bon, tu as sans doute raison, mais ça me parait curieux. Perso, je vois bien Canonical faire marche arriére, car pour une boite qui se vante d'être un expert en ARM, ça le fait pas ( "Canonical is the leader in ARM Linux support ", cf http://www.ubuntu.com/devices/android ).
J'ai vu passer ( envoyé par un collégue aux états unis ) une interview du créateur sur un site web, ou il explique que Canonical a visiblement ( d'aprés le journaliste et/ou le créateur ) demandé à retirer Ubuntu du projet.
"You know, with the majority of Linux distributions somebody got in touch with us from their organisation saying ‘how can help you get our distribution running on Raspberry Pi,’ which was fine. Ubuntu got in touch with us to say ‘how can we stop you saying that Ubuntu runs on Raspberry Pi?’ Which I thought was pretty brutal, actually. So, yeah: they don’t support our chip, they’re not interested in supporting our chip, they’ve been quite vocal about trying to stop us from saying Ubuntu, so we stopped saying Ubuntu. You could run an obsolete version of Ubuntu – Ubuntu 9.04, which I think is Jaunty – you can run Jaunty on the Pi, but you can’t run any more recent version that that."
Je comprends bien la démarche de Canonical par manque de ressources disponibles, et ça me parait tout à fait naturel qu'ils se focalisent sur leur marchés emergeants ( les télés, et le truc avec android ) et le concours des OEMs. Mais dans la mesure ou c'est aussi une distribution communautaire, ou il y a un gros vivier de contributeur ( suffit de lire les forums xda ), ou le travail avait déjà été fait en partie par Debian ( qui tourne sur des archis arm compatibles, sauf erreur de ma part ), et ou il y a eu une grande demande pour ça, je trouve curieux l'attitude ( supposé ) de Canonical.
En même temps, il est souvent quick and dirty, et surtout quick and dirty et souvent complexe à utiliser ( ie, doc en option, respect des méthodes 'classiques', et pas toujours avec un vcs ).
Donc, tu as 75 euros en adword, tu va pouvoir faire du google adword bombing. Pour peu que suffisament de gens recoivent ça, on peut avoir un truc amusant ( surtout à l'approche des présidentielles )
Le souci est aussi que la majorité des articles étaient écrit par Denis, ce qui devait lui prendre un temps monstrueux.
J'ai acheté tout les magazines, ne serais que pour soutenir ça, mais en effet, j'étais perdu sur la majorité des articles. Je suis sur que l'idée de faire une série "l'électronique pour débutant sous Ubuntu" a du passer par la tête de l'équipe de rédaction, mais d'une part, ça a déja été fait par d'autres magazines ( et que je sache, ça a pris du temps, genre 40 numéros, ce qui fait 10 ans au rythme de parution d'open silicium ), et d'autre part, il existe pléthore de livre sur le sujet ( au hasard, et parce que j'ai bien aimé, celui la : http://hackable-devices.org/shop/product/make-electronics ).
Bah c'est pas grave, l'équipe a pris des risques, a expérimenté, ce qui est signe quand même que l'entreprise se porte assez bien. Je suis juste triste pour Denis, car ç'était visiblement un truc qui lui plaisait.
Moi, je pense que tu aurais peut être plus de succés en tentant de contacter directement les équipes techniques. Soit en cherchant via des réseaux socaix, soit en demandant autour de toi.
Je suppose que pour compiler, il te faut la toolchain arm de code sourcery, ( version donné dans le README ), et qu'il te faut un machin pour flasher en dfu pour modifier uboot, le kernel, etc.
Essaye deja de voir si tu peux voir des trucs quand tu es branché en usb avec des outils de l'embarqué ( genre dfu ), ou d'obtenir un prompt au boot ( n regardant comment ça marche pour les divers cartes, comme celle pour le freerunner, qui utilise aussi uboot ).
En pratique, tu t'apercois que tout le monde veut que ça fasse une chose, à savoir ce qu'il veut, mais ce qui reviens à faire plein de choses, et tout le monde veut que ça fasse ça correctement. Donc on pourrais dire que le succés d'unix a été de faire ce que les gens voulaient correctement. Le reste n'est que détail d'implémentation, et ça dépend grandement de ce que tu appelles "chose".
Est ce que gerer des pipes nommés, des sockets, des liens symboliques, des repertoires , c'est faire une seule chose ?
Est ce que le firewall doit aller dans le kernel ? Est ce que "gerer un fs" n'est pas faire une chose ? Et gérer le matériel ?
Il y a plusieurs niveaux de précisions, et tot ou tard, tu va trouver un truc qui fait une chose. Ce qui veut as dire qu'au dessus, ça soit le cas.
Et comme la fameuse citation de Gandi, je trouve que cet aphorisme est usé jusqu'à la corde, sorti de son contexte historique et peu à peu vidé de sens, mais c'est que mon avis.
Des APIs claires et séparées, c'est pas comme ça qu'on aboutit à des systèmes architecturellement propres comme les classes de base de java ( avec une classe qui fait une chose et une seule ). Y a des gens qui trouvent que ça fait bloat, personnellement je pense que non, mais il est très claire que la modularité n'est pas gratuite, et donc son usage à outrance a un cout.
Et j'imagine que le fait que le maintaineur d'ext4 qui bosse chez Google, embauché après le procès d'Oracle envers Google, n'est surement pour rien dans l'état de fait de "on pourrit le projet d'oracle en retirant l'avantage compétitif de btrfs". En fait, d'une maniére général que le karma d'Oracle ( libreoffice, jenkins, mariadb, etc, etc ) n'a sans doute eu aucune influence, bien sur.
Apple a tenté de le mettre dans un produit, puis a fait demi tour pour des raisons de brevets ( supposément ), et la, une startup en a fait un produit.
Si on en crois https://fedorahosted.org/fesco/ticket/704 , c'est confirmé et reporté à F18.
( y a quand même du bon à la gouvernance ouverte et documenté, même si j'avais le ticket sous la main parce que j'ai voulu voir à quoi ça ressemble une réunion du comité directeur de Fedora, et qu'au final, on est en général perdu devant la masse d'info ).
Ou qu'ils font n'importe quoi comme nokia ou intel, parce que de toute façon, c'est tellement dérisoire de payer une équipe de X personnes quand on est proches de 110000 employés.
J'imagine que changer la license de zfs, ça serait abandonner un avantage compétitif de Solaris face à Linux. Mais à coté, comme les clients le veulent aussi sur leurs serveurs linux, ils ont décidés d'investir dans btrfs en vue d'avoir un avantage face à des concurents ( en plus de bloquer la certifications de leur distro, khof rhel 6 khof pour bloquer les revenus )
Et ça serait pas la premiére fois que Oracle fait des trucs qui semblent incohérents, entre avoir Virtualbox et faire un sprint xen, avoir mysql et oracle db, etc.
Et ils ont peut être tellement d'argent ( au vue des tarifs pratiqués et du nombre de commerciaux, ça serait pas étonnant ) qu'ils veulent juste occuper tout le marché, ou simplement tellement grand que la main gauche sait pas ce que fait la droite. Au final, on devrais se réjouir d'avoir un éditeur propriétaire pas très orienté logiciel libre qui contribue un peu à autre chose que des projets qu'il a racheté ( certes, ça ne rachéte pas tout le reste ). C'est mieux que rien.
À ce moment la, pourquoi est ce qu'on paye pour les articles qui ne nous intéressent pas, etc, etc.
Au début, on se dit "c'est une bonne idée de segmenter l'offre, ça permet d'avoir plus de clients satisfaits". Sauf que tout ça, ça a un cout de gestion ( genre les stocks ), et l'exemple le plus frappant, c'est la téléphonie mobile. Free l'a souvent dit, avoir un forfait simple pour l'internet leur a permis de faire des économies.
Au dela de la récurence, c'est surtout les imprécisions apparentes qui me frappent, surtout qu'elles se cachent derriére une culture Unix étalé et assumé. Que je sache, la plupart des distros ont d'une part un installeur texte, et aussi une installaton automatisé. Ouais, faut sans doute lire la documentation pour le trouver, c'est scandaleux. Mais on peut pas raler sur "les distros linux deviennent trop pour les neuneus" et en même temps se plaindre qu'il faille avoir des compétences pour faire ce qu'on veut.
Quand au fait que des programmes ne marchent pas sans network-manager, j'en connait pas. Evolution et epiphany marche sans ( mais par défaut l'utilise, vu que c'est logique de se baser sur la configuration par défaut du systéme pour activer les fonctionnalités par défaut des programmes ). Gajim marche sans, Empathy aussi. Packagekit s'en sert pour determiner si la connexion est en 3g ou pas ( ie, est ce qu'il faut faire des mises à jour du cache ou pas ), mais pareil, il marche sans network-manager ( enfin, il part du principe qu'il peut faire la mise à jour ).
Donc si le sujet est "quand on touche à la configuration par défaut, il faut modifier la configuration d'autres outils", c'est juste logique.
J'ai jamais vu le moindre logiciel serveur refusant de tourner sans network-manager, mais je suis sur que l'auteur a des exemples tellement nombreux qu'il a pas cru bon de les donner.
Il connait pas nm-cli, comme dit plus loin ici. 4 ou 5 eme lien d'un moteur de recherche : http://fedoraproject.org/wiki/Features/NetworkManagerCmdline. Mais le premier est sur cnetwork-manager, qui est mort.
Donc ouais, ça bloque sans doute les résultats.
Il parle de vpn over ssh, et trés franchement, c'est une solution des plus baroques. Vu que pour faire ça, il faut d'abord passer root, faire un ssh -w ( depuis le compte root ) aprés avoir fait un tunctl des 2 cotés qui va bien, et mettre des permissions spécifiques pour changer l'ip du tunnel et laisser ssh écrire dans le device. Conceptuellement, c'est pas différent d'openvpn, mais c'est trés manuel. Et faire du vpn par dessus du tcp, c'est pas super. Et bien sur, tu doit te taper 1 interface par utilisateur du coté du vpn, ce qui est pas idéal ( ça monte pas pas trop à l'échelle ). Perso, je m'attendais à mieux de la part d'un security officier de netbsd que de faire faire des ssh en root et en se filant des permissions sur des devices.
Donc oui, faut passer à openvpn ( qui souffre pas des soucis suscités ), ou écrire son propre plugin. Il y a quelqu'un qui a fait un plugin pour iodine, donc c'est surement faisable ( même si c'est .
Et aussi, il a oublié le plugin pptp. Non pas que ça soit recommendé, mais si j'avais voulu troller, j'aurais mentionner ça pour l'exclure d'autant plus et pourrir nm. Et bien sur, il a aussi oublié le plugin pour openswan. Mais pareil, ipsec, c'est trop compliqué parce que c'est pas openssh.
Il parle de debugguer dbus, mais il connait pas les outils ( mdbus, d-feet, bustle ). Soit. En fait, c'est du pur FUD car il part du principe que :
1) dbus loggue dans journal et pas dans syslog
2) dbus loggue exclusivement dans syslog
3) dbus voit un traffic digne de la gare central de Shinjuku
Le 1 n'est pas vrai que je sache, et ne le sera peut être pas. Le 2 dépend de 1, mais que je sache, d'aprés la FAQ :
"You may run rsyslog or syslog-ng side-by-side with journald, and syslog messages will end up in both rsyslog/syslog-ng and the journal".
Quand à 3, si on part du principe que les desktops utilisent à fond dbus, un coup de dbus-monitor va montrer que le traffic est quand même loin de ses peurs et doutes. Et on peut imaginer que si ça devient si problématique, que quelqu'un va finir par écrire un outil capable de gérer ça.
Donc, le jour ou dbus et journal ne marcheront pas ensemble, il va falloir debugguer ça à l'ancienne, avec des -v, des --nofork et de gdb. Alors que si un soft random et syslog ne marche pas, faut débugguer ça à coup de -v, de --nofork, et de gdb. Vraiment, le futur me fait peur.
Donc bon, je lui souhaite bien du courage pour sa conclusion. Je peux comprendre la quête de simplicité, je peux comprendre que tout le monde n'aime pas les choix fait par Fedora, je demande même pas à comprendre pourquoi ou à convaincre. Mais le manque de sérieux d'une part des points soulevés me laisse songeur face à quelqu'un qui commence par aligner des compétences sur l'historique des systémes UNIX. Et même si je laisse le bénéfice du doute, j'en demeure pas moins plus que non convaincu, voir même échaudé par la communauté BSD.
sssd permet d'utiliser un cache, ce qui a 2 avantages :
- sur un portable, ben ça marche sans le réseau
- sur un desktop, tu évites du trafic inutile, et surtout, ton serveur marche encore même si le ldap est en rade ( ou en cours de maintenance ).
sssd permet aussi une intégration simplifié de kerberos, même si j'imagine que ça t'apporte rien si tu as pas de kerberos.
Et si j'en crois ce lien https://features.opensuse.org/310176 , {pam,nss}_ldap n'est pas sans souci ( même si je reconnait que j'ai pas vu ce genre de problème personnellement ).
Dbus sert pour les remontés d'alert selinux, ou pour abrt. Je vois que dnsmasq utilise aussi dbus sur une fedora, et je peux supposer que libvirt l'utilise. Corosync ( utilisé par pacemaker ) fait du dbus pour signaler l'etat du quorum.
Et je trouve pas plus déconnant d'avoir dbus que d'avoir un demon rpc comme sur certains unix, genre solaris pour nfs et co. Le principe est simple, si on veut avoir des programmes qui font qu'une chose et bien, faut soit que chacun refasse son méchanisme de RPC dans son coin ce qui limite un peu, soit avoir un canal et un protocole de com en commun ( dbus, rpc, etc ), soit avoir un gros programme qui fait tout à la IIS ( comme ça il communique qu'avec lui même ).
Donc d'un point de vue du design, je pense que dbus est une solution. Y a sans doute des choses à améliorer, mais les alternatives sont pas vraiment convaincantes, et les idées futures attendent encore d'être écrites.
Et sauf erreur de ma part, il ne gére pas grand chose niveau modem 3g ( que ça soit les clés 3g, ou un tel via du bluetooth ). Autant le vpn, ça me dérange pas de monter ça à la main, autant c'est toujours emmerdant de devoir chasser la config correct sur internet ( en fonction de la clé et de la carte ) pour la 3g.
Ensuite, pour remplacer tout les trucs que tu es capable de faire à la main sans trop te faire chier, comme lancer dhclient, ou modifier ta config d'eth0, c'est vrai que wicd peut aider un peu. Mais bon, si ça fait que les trucs de bases, ça va, sauf à être un débutant, on arrive à faire ça soit même.
[^] # Re: Et pendant ce temps la...
Posté par Misc (site web personnel) . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 2.
Bah oui, donc justement, Canonical qui surfe quand même sur les vagues successives de hype ( "on va mettre wayland dans 2 ans" "on va faire du cloud avec juju car c'est trop bien" "on va se greffer sur android" "on propose des netbooks" "on va faire des serveurs arm car ç'est bientot à la mode" ) ne pouvait que se mettre sur ce projet.
Et au vue du nombre de réponses sur les forums, etc, c'était assez prévisible que ça marcherais ( enfin je ne me suis pas fait de grand illusion sur le fait d'en obtenir une avant 4 mois, moi qui cherche juste à laisser un client irc de l'autre coté du firewall ). C'est comme Free mobile, si tu casses les prix, tu fait forcément un carton. C'est même comme ça que Ubuntu a démarré, avec les envois de cd gratuits.
[^] # Re: Déjà épuisé, avant même la dépêche
Posté par Misc (site web personnel) . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 5.
Ouais, alors le cluster de carte de compil, ça semble une bonne idée jusqu'à ce que tu t'apercoives qu'il faut un chouia plus de taf que prévu. Je m'estime pas un expert, mais j'ai toujours eu que des emmerdes imprévus.
Exemple, j'ai aidé à mettre en place 2 cartes arm pour du build ( pour une distro linux ), et pour alimenter ça, on a pris une alim pc , un cutter, et paf, on détourne l'alim pour alimenter les machines. Ça marche ( si si ). Sauf que surprise, si tu tapes halt sur la premiére carte, pouf, la 2eme se coupe aussi, pour une raison inconnue ( je suppose que c'est due à un signal que l'alim interprete comme "c'est bon, tu peux couper le jus" ).
Et si il y a coupure de courant, pouf, faut appuyer sur 2 boutons pour relancer ça. C'est con pour des machines serveurs.
Autre exemple, le codeur qui s'occupe du port arm de la distro en question ( mageia ) a constaté des soucis de fuites mémoires au niveau kernel avec la pandaboard ( ainsi que les gens de Debian ). Pandaboard filé gracieusement par TI,
mais je ne doute pas que ça soit pareil pour le modèle classique.
3eme exemple, j'ai mon free runner branché comme serveur sous Debian, j'ai tenté de le mettre sur un hub usb, ou via un autre cable. Surprise, de temps en temps, il boote pas. Et j'ai mis des semaines à trouver que c'était le cable, car tout les cables ne sont pas équivalents, visiblement ( ou le hub usb ).
Donc ce que je retiens, c'est qu'il faut quand même avoir un minimum de compétence en electronique pour faire les choses bien, et il ne faut pas prendre pour acquis des tas de choses. Y a pas non plus grand monde qui bosse sur les différents ports ARM comparativement aux reste, et pourtant, c'est un domaine qui recrute.
Si le but est d'avoir une archi avec 4 bécanes, prends de la ram et des vms. Ça marche vachement mieux. Si le but est de faire du low level, alors faut foncer ( même si d'aprés certains, intel va remettre l'archi arm dans la niche qu'elle n'aurait jamais du quitter ). Et je rappelle que l'arm est une archi super, ou même le C a besoin de vérification au run time ( des histoires d'alignement sur 4 bytes, un truc comme ça ). Ceci dit, peut être qu'il y des tests statiques pour ça, à vérifier.
[^] # Re: Et pendant ce temps la...
Posté par Misc (site web personnel) . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 3.
Pourtant, ils n'ont pas eu peur que les gens fassent des clones de Ubuntu de partout il y a un temps, avec des résultats parfois douteux ( j'ai rien contre Hanna Montana, mais bon ). Et au vue des expérimentations faites en poussant Unity ( contre qui j'ai rien, je précise ), et surtout du grincage de dents que cela a visiblement provoqué chez certains, j'aurais pas pensé que c'etait si important pour eux ( comparativement au besoin d'innover et de renouveler les GUIs ). Et encore une fois, il y a un thread de 30 pages sur ubuntu-fr sur le sujet, il y a donc de la demande.
Si le souci était le nom, il suffisait de demander à le changer.
Quand aux performances de la bête, y a des gens qui ont mis de l'Ubuntu sur des n900, etc. Et pareil, j'ai pas vu Canonical demander grand chose à ce niveau. Et la page sur le portage arm liste le n900 comme un des ports pour le kernel ( https://wiki.ubuntu.com/ARM ) pour natty. Même si Canonical a tendance à bouger assez vite ( comme les gens ayant tenté de faire l'upgrade d'un dell mini 10 avec l'archi atom un peu bizzare ont du le voir ), je ne pense pas que le code est disparu.
Donc bon, tu as sans doute raison, mais ça me parait curieux. Perso, je vois bien Canonical faire marche arriére, car pour une boite qui se vante d'être un expert en ARM, ça le fait pas ( "Canonical is the leader in ARM Linux support ", cf http://www.ubuntu.com/devices/android ).
# Et pendant ce temps la...
Posté par Misc (site web personnel) . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 7.
J'ai vu passer ( envoyé par un collégue aux états unis ) une interview du créateur sur un site web, ou il explique que Canonical a visiblement ( d'aprés le journaliste et/ou le créateur ) demandé à retirer Ubuntu du projet.
http://www.linuxuser.co.uk/features/raspberry-pi-interview-eban-upton-reveals-all/
"You know, with the majority of Linux distributions somebody got in touch with us from their organisation saying ‘how can help you get our distribution running on Raspberry Pi,’ which was fine. Ubuntu got in touch with us to say ‘how can we stop you saying that Ubuntu runs on Raspberry Pi?’ Which I thought was pretty brutal, actually. So, yeah: they don’t support our chip, they’re not interested in supporting our chip, they’ve been quite vocal about trying to stop us from saying Ubuntu, so we stopped saying Ubuntu. You could run an obsolete version of Ubuntu – Ubuntu 9.04, which I think is Jaunty – you can run Jaunty on the Pi, but you can’t run any more recent version that that."
Je comprends bien la démarche de Canonical par manque de ressources disponibles, et ça me parait tout à fait naturel qu'ils se focalisent sur leur marchés emergeants ( les télés, et le truc avec android ) et le concours des OEMs. Mais dans la mesure ou c'est aussi une distribution communautaire, ou il y a un gros vivier de contributeur ( suffit de lire les forums xda ), ou le travail avait déjà été fait en partie par Debian ( qui tourne sur des archis arm compatibles, sauf erreur de ma part ), et ou il y a eu une grande demande pour ça, je trouve curieux l'attitude ( supposé ) de Canonical.
J'ai pas trouvé beaucoup d'info à part ça :
https://bugs.launchpad.net/ubuntu/+bug/848154
Est ce que quelqu'un aurait un éclairage ?
[^] # Re: Détection impossible
Posté par Misc (site web personnel) . En réponse au journal Donner un accès unique aux internautes. Évalué à 2.
Y a plus de rss ?
[^] # Re: CPAN
Posté par Misc (site web personnel) . En réponse au journal L'open source, un gage de reproductibilité en science. Évalué à 3.
En même temps, il est souvent quick and dirty, et surtout quick and dirty et souvent complexe à utiliser ( ie, doc en option, respect des méthodes 'classiques', et pas toujours avec un vcs ).
[^] # Re: Debian
Posté par Misc (site web personnel) . En réponse à la dépêche Frozen Bubble a 10 ans. Évalué à 4.
peut être lié à http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660354 ?
# Woow
Posté par Misc (site web personnel) . En réponse au journal Google connaît mon adresse ... postale?!. Évalué à 9.
Donc, tu as 75 euros en adword, tu va pouvoir faire du google adword bombing. Pour peu que suffisament de gens recoivent ça, on peut avoir un truc amusant ( surtout à l'approche des présidentielles )
[^] # Re: Zavez pas cent balles ?
Posté par Misc (site web personnel) . En réponse au journal RIP Open Silicium. Évalué à 4.
L'inflation, au hasard ?
Tu sais, genre, payer les salaires, payer les locaux, payer les stocks, etc ?
[^] # Re: Il manquait une rubrique débutant
Posté par Misc (site web personnel) . En réponse au journal RIP Open Silicium. Évalué à 4.
Le souci est aussi que la majorité des articles étaient écrit par Denis, ce qui devait lui prendre un temps monstrueux.
J'ai acheté tout les magazines, ne serais que pour soutenir ça, mais en effet, j'étais perdu sur la majorité des articles. Je suis sur que l'idée de faire une série "l'électronique pour débutant sous Ubuntu" a du passer par la tête de l'équipe de rédaction, mais d'une part, ça a déja été fait par d'autres magazines ( et que je sache, ça a pris du temps, genre 40 numéros, ce qui fait 10 ans au rythme de parution d'open silicium ), et d'autre part, il existe pléthore de livre sur le sujet ( au hasard, et parce que j'ai bien aimé, celui la : http://hackable-devices.org/shop/product/make-electronics ).
Bah c'est pas grave, l'équipe a pris des risques, a expérimenté, ce qui est signe quand même que l'entreprise se porte assez bien. Je suis juste triste pour Denis, car ç'était visiblement un truc qui lui plaisait.
# Et linkedin/viadeo/etc ?
Posté par Misc (site web personnel) . En réponse au journal Utilisation des sources fournies par BOOKEEN pour le cybook odyssey. Évalué à 3.
Moi, je pense que tu aurais peut être plus de succés en tentant de contacter directement les équipes techniques. Soit en cherchant via des réseaux socaix, soit en demandant autour de toi.
Je suppose que pour compiler, il te faut la toolchain arm de code sourcery, ( version donné dans le README ), et qu'il te faut un machin pour flasher en dfu pour modifier uboot, le kernel, etc.
Essaye deja de voir si tu peux voir des trucs quand tu es branché en usb avec des outils de l'embarqué ( genre dfu ), ou d'obtenir un prompt au boot ( n regardant comment ça marche pour les divers cartes, comme celle pour le freerunner, qui utilise aussi uboot ).
# En parlant du raid
Posté par Misc (site web personnel) . En réponse à la dépêche btrfs avance à grands pas. Évalué à 3.
un article intéressant sur le sujet :
http://richardhartmann.de/blog/posts/2012/02/RAID-sucks/
[^] # Re: Toujours la même question
Posté par Misc (site web personnel) . En réponse à la dépêche btrfs avance à grands pas. Évalué à 5.
En pratique, tu t'apercois que tout le monde veut que ça fasse une chose, à savoir ce qu'il veut, mais ce qui reviens à faire plein de choses, et tout le monde veut que ça fasse ça correctement. Donc on pourrais dire que le succés d'unix a été de faire ce que les gens voulaient correctement. Le reste n'est que détail d'implémentation, et ça dépend grandement de ce que tu appelles "chose".
Est ce que gerer des pipes nommés, des sockets, des liens symboliques, des repertoires , c'est faire une seule chose ?
Est ce que le firewall doit aller dans le kernel ? Est ce que "gerer un fs" n'est pas faire une chose ? Et gérer le matériel ?
Il y a plusieurs niveaux de précisions, et tot ou tard, tu va trouver un truc qui fait une chose. Ce qui veut as dire qu'au dessus, ça soit le cas.
Et comme la fameuse citation de Gandi, je trouve que cet aphorisme est usé jusqu'à la corde, sorti de son contexte historique et peu à peu vidé de sens, mais c'est que mon avis.
[^] # Re: Toujours la même question
Posté par Misc (site web personnel) . En réponse à la dépêche btrfs avance à grands pas. Évalué à 3.
Des APIs claires et séparées, c'est pas comme ça qu'on aboutit à des systèmes architecturellement propres comme les classes de base de java ( avec une classe qui fait une chose et une seule ). Y a des gens qui trouvent que ça fait bloat, personnellement je pense que non, mais il est très claire que la modularité n'est pas gratuite, et donc son usage à outrance a un cout.
[^] # Re: Pourquoi Oracle favorise-t-il btrfs ?
Posté par Misc (site web personnel) . En réponse à la dépêche btrfs avance à grands pas. Évalué à 4.
Et j'imagine que le fait que le maintaineur d'ext4 qui bosse chez Google, embauché après le procès d'Oracle envers Google, n'est surement pour rien dans l'état de fait de "on pourrit le projet d'oracle en retirant l'avantage compétitif de btrfs". En fait, d'une maniére général que le karma d'Oracle ( libreoffice, jenkins, mariadb, etc, etc ) n'a sans doute eu aucune influence, bien sur.
[^] # Re: Pourquoi Oracle favorise-t-il btrfs ?
Posté par Misc (site web personnel) . En réponse à la dépêche btrfs avance à grands pas. Évalué à 3.
http://www.zdnet.com/blog/apple/zfs-returns-to-the-mac/9782
Apple a tenté de le mettre dans un produit, puis a fait demi tour pour des raisons de brevets ( supposément ), et la, une startup en a fait un produit.
[^] # Re: Btrfsck
Posté par Misc (site web personnel) . En réponse au journal btrfs avance à grands pas. Évalué à 2.
Si on en crois https://fedorahosted.org/fesco/ticket/704 , c'est confirmé et reporté à F18.
( y a quand même du bon à la gouvernance ouverte et documenté, même si j'avais le ticket sous la main parce que j'ai voulu voir à quoi ça ressemble une réunion du comité directeur de Fedora, et qu'au final, on est en général perdu devant la masse d'info ).
[^] # Re: Login
Posté par Misc (site web personnel) . En réponse au journal btrfs avance à grands pas. Évalué à 7.
Ou qu'ils font n'importe quoi comme nokia ou intel, parce que de toute façon, c'est tellement dérisoire de payer une équipe de X personnes quand on est proches de 110000 employés.
[^] # Re: Concurrent à ZFS
Posté par Misc (site web personnel) . En réponse au journal btrfs avance à grands pas. Évalué à 7.
J'imagine que changer la license de zfs, ça serait abandonner un avantage compétitif de Solaris face à Linux. Mais à coté, comme les clients le veulent aussi sur leurs serveurs linux, ils ont décidés d'investir dans btrfs en vue d'avoir un avantage face à des concurents ( en plus de bloquer la certifications de leur distro, khof rhel 6 khof pour bloquer les revenus )
Ceci expliquerais sans doute pourquoi Oracle tente de mettre ça par défaut dans leur distro ( http://www.phoronix.com/scan.php?page=news_item&px=MTA0ODU ) alors que Fedora ( qui est pourtant pas la derniére en terme de feature expérimental ) à encore repoussé ça à Fedora 18 ( http://www.h-online.com/open/news/item/Fedora-puts-back-Btrfs-deployment-yet-again-1436704.html ).
Et ça serait pas la premiére fois que Oracle fait des trucs qui semblent incohérents, entre avoir Virtualbox et faire un sprint xen, avoir mysql et oracle db, etc.
Et ils ont peut être tellement d'argent ( au vue des tarifs pratiqués et du nombre de commerciaux, ça serait pas étonnant ) qu'ils veulent juste occuper tout le marché, ou simplement tellement grand que la main gauche sait pas ce que fait la droite. Au final, on devrais se réjouir d'avoir un éditeur propriétaire pas très orienté logiciel libre qui contribue un peu à autre chose que des projets qu'il a racheté ( certes, ça ne rachéte pas tout le reste ). C'est mieux que rien.
[^] # Re: donc en fait
Posté par Misc (site web personnel) . En réponse au journal Quand le libre cherche à décourager ses adeptes.... Évalué à 4.
En même temps, pour les organisations de plus de 1000 postes, tu migres pas du jour au lendemain.
[^] # Re: Cout du cd/dvd
Posté par Misc (site web personnel) . En réponse au journal Pourquoi les magazines Linux et GNU/Linux pratiquent-ils la vente liée ?. Évalué à 4.
À ce moment la, pourquoi est ce qu'on paye pour les articles qui ne nous intéressent pas, etc, etc.
Au début, on se dit "c'est une bonne idée de segmenter l'offre, ça permet d'avoir plus de clients satisfaits". Sauf que tout ça, ça a un cout de gestion ( genre les stocks ), et l'exemple le plus frappant, c'est la téléphonie mobile. Free l'a souvent dit, avoir un forfait simple pour l'internet leur a permis de faire des économies.
[^] # Re: Ça sent le réchauffé…
Posté par Misc (site web personnel) . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 6.
Au dela de la récurence, c'est surtout les imprécisions apparentes qui me frappent, surtout qu'elles se cachent derriére une culture Unix étalé et assumé. Que je sache, la plupart des distros ont d'une part un installeur texte, et aussi une installaton automatisé. Ouais, faut sans doute lire la documentation pour le trouver, c'est scandaleux. Mais on peut pas raler sur "les distros linux deviennent trop pour les neuneus" et en même temps se plaindre qu'il faille avoir des compétences pour faire ce qu'on veut.
Quand au fait que des programmes ne marchent pas sans network-manager, j'en connait pas. Evolution et epiphany marche sans ( mais par défaut l'utilise, vu que c'est logique de se baser sur la configuration par défaut du systéme pour activer les fonctionnalités par défaut des programmes ). Gajim marche sans, Empathy aussi. Packagekit s'en sert pour determiner si la connexion est en 3g ou pas ( ie, est ce qu'il faut faire des mises à jour du cache ou pas ), mais pareil, il marche sans network-manager ( enfin, il part du principe qu'il peut faire la mise à jour ).
Donc si le sujet est "quand on touche à la configuration par défaut, il faut modifier la configuration d'autres outils", c'est juste logique.
J'ai jamais vu le moindre logiciel serveur refusant de tourner sans network-manager, mais je suis sur que l'auteur a des exemples tellement nombreux qu'il a pas cru bon de les donner.
Il connait pas nm-cli, comme dit plus loin ici. 4 ou 5 eme lien d'un moteur de recherche : http://fedoraproject.org/wiki/Features/NetworkManagerCmdline. Mais le premier est sur cnetwork-manager, qui est mort.
Donc ouais, ça bloque sans doute les résultats.
Il parle de vpn over ssh, et trés franchement, c'est une solution des plus baroques. Vu que pour faire ça, il faut d'abord passer root, faire un ssh -w ( depuis le compte root ) aprés avoir fait un tunctl des 2 cotés qui va bien, et mettre des permissions spécifiques pour changer l'ip du tunnel et laisser ssh écrire dans le device. Conceptuellement, c'est pas différent d'openvpn, mais c'est trés manuel. Et faire du vpn par dessus du tcp, c'est pas super. Et bien sur, tu doit te taper 1 interface par utilisateur du coté du vpn, ce qui est pas idéal ( ça monte pas pas trop à l'échelle ). Perso, je m'attendais à mieux de la part d'un security officier de netbsd que de faire faire des ssh en root et en se filant des permissions sur des devices.
Donc oui, faut passer à openvpn ( qui souffre pas des soucis suscités ), ou écrire son propre plugin. Il y a quelqu'un qui a fait un plugin pour iodine, donc c'est surement faisable ( même si c'est .
Et aussi, il a oublié le plugin pptp. Non pas que ça soit recommendé, mais si j'avais voulu troller, j'aurais mentionner ça pour l'exclure d'autant plus et pourrir nm. Et bien sur, il a aussi oublié le plugin pour openswan. Mais pareil, ipsec, c'est trop compliqué parce que c'est pas openssh.
Il parle de debugguer dbus, mais il connait pas les outils ( mdbus, d-feet, bustle ). Soit. En fait, c'est du pur FUD car il part du principe que :
1) dbus loggue dans journal et pas dans syslog
2) dbus loggue exclusivement dans syslog
3) dbus voit un traffic digne de la gare central de Shinjuku
Le 1 n'est pas vrai que je sache, et ne le sera peut être pas. Le 2 dépend de 1, mais que je sache, d'aprés la FAQ :
"You may run rsyslog or syslog-ng side-by-side with journald, and syslog messages will end up in both rsyslog/syslog-ng and the journal".
Quand à 3, si on part du principe que les desktops utilisent à fond dbus, un coup de dbus-monitor va montrer que le traffic est quand même loin de ses peurs et doutes. Et on peut imaginer que si ça devient si problématique, que quelqu'un va finir par écrire un outil capable de gérer ça.
Donc, le jour ou dbus et journal ne marcheront pas ensemble, il va falloir debugguer ça à l'ancienne, avec des -v, des --nofork et de gdb. Alors que si un soft random et syslog ne marche pas, faut débugguer ça à coup de -v, de --nofork, et de gdb. Vraiment, le futur me fait peur.
Donc bon, je lui souhaite bien du courage pour sa conclusion. Je peux comprendre la quête de simplicité, je peux comprendre que tout le monde n'aime pas les choix fait par Fedora, je demande même pas à comprendre pourquoi ou à convaincre. Mais le manque de sérieux d'une part des points soulevés me laisse songeur face à quelqu'un qui commence par aligner des compétences sur l'historique des systémes UNIX. Et même si je laisse le bénéfice du doute, j'en demeure pas moins plus que non convaincu, voir même échaudé par la communauté BSD.
[^] # Re: Ça sent le réchauffé…
Posté par Misc (site web personnel) . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 2.
sssd permet d'utiliser un cache, ce qui a 2 avantages :
- sur un portable, ben ça marche sans le réseau
- sur un desktop, tu évites du trafic inutile, et surtout, ton serveur marche encore même si le ldap est en rade ( ou en cours de maintenance ).
sssd permet aussi une intégration simplifié de kerberos, même si j'imagine que ça t'apporte rien si tu as pas de kerberos.
Et si j'en crois ce lien https://features.opensuse.org/310176 , {pam,nss}_ldap n'est pas sans souci ( même si je reconnait que j'ai pas vu ce genre de problème personnellement ).
[^] # Re: Ça sent le réchauffé…
Posté par Misc (site web personnel) . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 3.
Dbus sert pour les remontés d'alert selinux, ou pour abrt. Je vois que dnsmasq utilise aussi dbus sur une fedora, et je peux supposer que libvirt l'utilise. Corosync ( utilisé par pacemaker ) fait du dbus pour signaler l'etat du quorum.
Et je trouve pas plus déconnant d'avoir dbus que d'avoir un demon rpc comme sur certains unix, genre solaris pour nfs et co. Le principe est simple, si on veut avoir des programmes qui font qu'une chose et bien, faut soit que chacun refasse son méchanisme de RPC dans son coin ce qui limite un peu, soit avoir un canal et un protocole de com en commun ( dbus, rpc, etc ), soit avoir un gros programme qui fait tout à la IIS ( comme ça il communique qu'avec lui même ).
Donc d'un point de vue du design, je pense que dbus est une solution. Y a sans doute des choses à améliorer, mais les alternatives sont pas vraiment convaincantes, et les idées futures attendent encore d'être écrites.
[^] # Re: Ça sent le réchauffé…
Posté par Misc (site web personnel) . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 3.
Et sauf erreur de ma part, il ne gére pas grand chose niveau modem 3g ( que ça soit les clés 3g, ou un tel via du bluetooth ). Autant le vpn, ça me dérange pas de monter ça à la main, autant c'est toujours emmerdant de devoir chasser la config correct sur internet ( en fonction de la clé et de la carte ) pour la 3g.
Ensuite, pour remplacer tout les trucs que tu es capable de faire à la main sans trop te faire chier, comme lancer dhclient, ou modifier ta config d'eth0, c'est vrai que wicd peut aider un peu. Mais bon, si ça fait que les trucs de bases, ça va, sauf à être un débutant, on arrive à faire ça soit même.