Ce n’est pas si vrai, dans le coffret DVD argenté des versions remasterisées, tu as aussi les originales, chacune sur son DVD. C’est ce qui m’a fait acheter me faire offrir ce coffret, et je ne le regrette pas… je peux vivre bloqué en 1983 (sauf que les DVD rendent mieux que leurs équivalents dans mes vielles VHS), heureux.
Autant, je ne suis pas absolument contre ni systemd, ni journald, mais ça ce n’est pas une réponse…
Tout est fichier.
Non, pas les interfaces réseaux.
Bah, c’est bien dommage justement, et ce contre-exemple non représentatif ne suffit pas à justifier n’importe quoi par la suite. D’ailleurs les puristes de Plan9 ont bien des descripteurs d’interface réseau sous forme de fichiers.
Wayland, par exemple, constitue une vraie révolution en soi et je pense que l'opposition, si elle existe, est bien plus discrète
J’aime bien la comparaison avec Wayland, elle résume bien l’état des lieux. Wayland est très critiqué aussi (enfin Weston plus que Wayland) mais ses développeurs le présentent comme le futur et pour le moment personne ne pousse à son adoption massive. Du coup, ses limitations sont acceptables et il est permis d’espérer qu’elles soient résolues avant la migration totale depuis X vers Waylang. Maintenant, la version 1.0 vient juste de sortir, elle a mis un certain temps et a évolué en fonction des critiques.
À mon avis Systemd est le futur aussi. Sauf qu’il est déjà proposé comme une solution magique qui résout tous les problèmes du passé alors qu’il n’arrive pas encore à rivaliser avec les solutions du passé. Le chiffrement, les partitions séparées, le bricolage comme des gorets dans les scripts d’init, ça a ses limitations et une uniformisation autour d’outils puissants comme les cgroups est très bienvenue, mais Lennart a beau être un génial génie, son jouet aurait fait couler moins de bits s’il avait été proposé d’abord comme une alternative en développement et alléchante avant de vouloir révolutionner l’usage d’une dizaines d’outils hérités de dizaines d'années d’Unix.
Tu vas nous faire un journal sur Debian abandonne Xfce?
Je ne suis ni l’auteur du journal annonçant le passage à XFCE par défaut ni d’un quelconque commentaire clamant que les développeurs Debian jugeaient Gnome 3 non-présentable… je fait juste remarquer qu’en fait non, et entre temps le troll m’aura bien fait rire.
Hardware support changes
========================
* Add EFI support for 64-bit PCs (amd64), allowing installation in
EFI mode instead of using the legacy BIOS. This does *not* include
any support for UEFI Secure Boot -- that will come later.
Il reste le « that will come later » pour se donner de l’espoir.
Un peu. Mais comme il y a des questions dans ton commentaire, autant y répondre quand-même.
Pour l’installateur et l’IPV6 comment faisaisent ceux qui ont l'IPV6 pour installer debian ?
L’installateur ne supportait pas complètement IPv6 mais Debian gère très bien IPv6 depuis longtemps. Ça ne pose problème que pour activer des miroirs dès l’installation depuis une connexion purement IPv6. Sur une connexion avec pile double IPv4 et IPv6, le réseau IPv4 aurait été configuré par l’installateur et les miroirs accessibles via celui-ci. Sur une connexion purement IPv6, tu pouvais aussi sauter la configuration du réseau proposée par l’installateur et la faire manuellement une fois le système installé.
Je voulais dire, le minimalum comme debian-businesscard sans bureau sur le CD.
C’est justement l’intérêt des images Business-Card ou Netinst. Il y aussi des images CD avec KDE, XFCE ou LXDE pour remplacer le CD#1 pour ceux qui le veulent. Cette histoire de Gnome sur le CD#1 ne concerne que l’image fournie par défauts et Gnome est redevenu le défaut, pour ceux qui veulent autre chose, il y a toujours des images alternatives.
Hein ? Le truc qui refuse de charger tant que tu lis pas la vidéo pour être sûr de couper toutes les 30s quand ton débit ne te permet pas de télécharger la vidéo à la vitesse où elle se regarde, tu trouves ça parfait ? Tu dois avoir une excellente connexion, et non, je ne suis pas chez Free (je ne suis même pas dans le bon pays pour ça).
il est facile de changer la qualité de la vidéo à la volée dans Youtube
OK, désolé, je n’avais pas compris que tu faisais de l’humour.
En tout cas tu bluffes. Les paquets ne peuvent pas migrer vers testing tant que leurs dépendances n’y sont pas déjà. C’est d’ailleurs là le rôle de testing qui ne garantit pas (en tout cas volontairement) une meilleure qualité ou stabilité des paquets que dans Sid, mais garantit une archive cohérente dans son ensemble.
les paquets sont a moitié en sid a moitié en testing
Ça, c’est quand Jean-Kévin fait du tuning pinning, pas quand on utilise testing.
Sauf qu’au final tu utilises bien plus que l’API. En l’absence de cette bibliothèque, ton lecteur ne lirait pas les formats supportés par la libmad. Ensuite, que cette bibliothèque soit fournie sous la forme d’un code source à inclure dans ton programme, d’objets compilés liés statiquement (.o ou .a) ou chargés dynamiquement, ça ne change rien. Ton utilisation n’est pas fondamentalement différente d’une inclusion du code tiers dans ton lecteur multimédia, dont le programme compilé devient de ce fait un travail dérivé.
Réfléchi en terme de fonctionnalité, que tu utilises une API n’est qu’un détail d’implémentation, le support de formats supplémentaires est bien « embarqué » dans ton lecteur.
Tu peux interpréter la licence BSD avec la même logique, mais comme elle t’autorise à embarquer le code directement, elle ne pose pas de soucis non plus avec le code lié. Il n’y a que la LGPL qui ajoute une autorisation spécifique, pour les cas où les auteurs le jugent souhaitable (volonté d’être utilisé par le plus grand nombre, effort de standardisation notamment).
Tu te doutes bien que s’il y avait une option « marcher mieux », elle serait toujours activée et ne serait de fait pas une option. Donc je ne vois pas ce que tu espères faire pour accélérer Claws Mail. De plus, chez moi, je n’ai jamais constaté de lenteur avec Claws, et…
si cela est possible, comment configurer claws-mail pour que les l'affichage des messages lus soit différencié ?
… c’est le cas par défaut (avec tous les thèmes GTK que j’ai essayés). Alors, à part ta remarque sur le dictionnaire multilingue, tes infos me feraient presque douter que c’est bien Claws Mail que tu utilises.
Ça dépend de ta paranoïa, tu peux aussi chiffrer sans pré-remplir le disque de bruit. Tu laisses des informations accessibles, comme le fait que le disque contient effectivement des données, et à peu près quel volume il contient, mais les données elles mêmes ne sont pas accessibles. Ne fais pas ça s’il te reste des dossiers du KGB à planquer, mais sur un disque externe de plusieurs teracoctets sur lequel tu stockes tes photos de vacances, ce n’est pas un drame.
Dire qu'on va déplacer cette limite ne change pas grand chose à l'affaire.
Si, en attendant, ceux qui l’ont acheté en ont bénéficié en exclusivité avant sa libération. Si cette exclusivité a duré 10 minutes et qu’en tant qu’acheteur tu n’étais pas informé des projets de libération, tu peux ne pas apprécier la manœuvre. Donc, pour ne pas vexer leurs clients, ils proposent de rembourser les derniers acheteurs.
Ils n’auraient rien remboursé ça ne m’aurait pas choqué plus que ça, mais qu’ils fassent des efforts pour garder des clients satisfaits, ça ne devrait pas apporter de nouvelle critique.
le modèle décentralisé ne peut pas décoller tant que le débit est asymétrique
Hmm. Je ne pense pas que ce soit un vrai problème. Au delà du fait que l’intérêt de la décentralisation ne se limite pas aux lignes ADSL, si les données sont réellement distribuées, le débit descendant peut être atteint avec plusieurs pairs qui en envoient. Bittorrent, par exemple, permet bien de contrebalancer le déséquilibre des débits. Pour un réseau social sur HTTP ou XMPP, le protocole s’y prête moins, mais les données publiques peuvent être partagées sur plusieurs instances pour régler ce problème. Ce n’est pas fait pour le moment, mais ça ne me paraît pas une limitation insurmontable si c’était une condition nécessaire à leur adoption massive.
viser le grand public sans marketing, c'est illusoire…
Ça par contre, ça me semble un vrai problème. De même que face au budget communication d’Apple et aux accords commerciaux de Microsoft, les systèmes libres ont peu de leviers pour se hisser à une place significative sur le daixtaupe, les réseaux sociaux libres seront “prêts pour le serveur” avant la base d’utilisateurs… qui elle risque de ne jamais migrer sans un budget marqueutinge conséquent.
Encore une fois, il est facile de remédier à ce problème :
Tu peux tout simplement faire tourner la partie de "grep" qui parcours récursivement le répertoire à un niveau de droits supérieur
Mais du coup, qu’est ce qui empêche de faire “grep '.*' /le/fichier/auquel/je/n/ai/pas/acces/en/lecture.mkv” pour contourner les droits d’accès du système ? Il faudra donc aussi contrôler quelles applications sont exécutables par d’autres ? Sinon, comme mon client de messagerie pourra lancer mon agenda ?
Posté par jyes .
En réponse à la dépêche Tizen 1.0.
Évalué à 3.
Comment tu peux savoir que les solutions que tu va tester sont reelement celles qu ivont te convenir…tu peux pas…
Donc, d’après toi, quand il n’y a qu’une solution c’est forcément la bonne ? Pour ma part, avant de découvrir Linux, à une époque ou Apple était devenu qausi-inexistant, je trouvais Windows complètement nul même sans en connaître d’alternative.
je cherche juste à savoir quelle est la tendance ici
Je t'ai donné mon avis, on verra la tendance demain je suppose.
Mon aide pour mesurer la tendance: je suis d’accord sur le fond, je préfère voir les journaux même à score négatifs, mais j’ai moinssé quand-même parce-qu’il y a une section « suivi » qui a été prévue exactement à cet effet. Et puis un « ce journal aurait plus sa place dans le suivi » ça change de « ce journal aurait plus sa place dans le forum ».
[^] # Re: SPICE vs NX ?
Posté par jyes . En réponse à la dépêche Virtualisation avec bureau SPICE. Évalué à 4. Dernière modification le 02 novembre 2012 à 19:08.
X2Go ?
Edit: Aarrgl… grillé.
[^] # Re: OSEF!
Posté par jyes . En réponse au journal Mickey s'achète un sabre laser. Évalué à 2.
Ce n’est pas si vrai, dans le coffret DVD argenté des versions remasterisées, tu as aussi les originales, chacune sur son DVD. C’est ce qui m’a fait
acheterme faire offrir ce coffret, et je ne le regrette pas… je peux vivre bloqué en 1983 (sauf que les DVD rendent mieux que leurs équivalents dans mes vielles VHS), heureux.[^] # Re: Félicitations
Posté par jyes . En réponse à la dépêche Entretien avec Martin Peres, développeur Nouveau. Évalué à 4.
Non, c’est bien dans son commentaire:
ou à la limite
comme ça je m’épargne les foudres de Zenitram.
[^] # Re: Pourquoi du binaire
Posté par jyes . En réponse au journal Documentation du format du Journal. Évalué à 3.
Comme udev ? :-)
[^] # Re: Documenté ou pas, ce sera non!
Posté par jyes . En réponse à la dépêche Documentation du format du Journal. Évalué à 3.
Autant, je ne suis pas absolument contre ni systemd, ni journald, mais ça ce n’est pas une réponse…
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par jyes . En réponse à la dépêche Documentation du format du Journal. Évalué à 3.
J’aime bien la comparaison avec Wayland, elle résume bien l’état des lieux. Wayland est très critiqué aussi (enfin Weston plus que Wayland) mais ses développeurs le présentent comme le futur et pour le moment personne ne pousse à son adoption massive. Du coup, ses limitations sont acceptables et il est permis d’espérer qu’elles soient résolues avant la migration totale depuis X vers Waylang. Maintenant, la version 1.0 vient juste de sortir, elle a mis un certain temps et a évolué en fonction des critiques.
À mon avis Systemd est le futur aussi. Sauf qu’il est déjà proposé comme une solution magique qui résout tous les problèmes du passé alors qu’il n’arrive pas encore à rivaliser avec les solutions du passé. Le chiffrement, les partitions séparées, le bricolage comme des gorets dans les scripts d’init, ça a ses limitations et une uniformisation autour d’outils puissants comme les cgroups est très bienvenue, mais Lennart a beau être un génial génie, son jouet aurait fait couler moins de bits s’il avait été proposé d’abord comme une alternative en développement et alléchante avant de vouloir révolutionner l’usage d’une dizaines d’outils hérités de dizaines d'années d’Unix.
[^] # Re: Debian n'a jamais abadonne Gnome!
Posté par jyes . En réponse au journal Un troll n’est plus, GNOME est officiellement supporté par Debian. Évalué à 1.
Actuellement 52 CDs :-)
Je ne suis ni l’auteur du journal annonçant le passage à XFCE par défaut ni d’un quelconque commentaire clamant que les développeurs Debian jugeaient Gnome 3 non-présentable… je fait juste remarquer qu’en fait non, et entre temps le troll m’aura bien fait rire.
[^] # Re: UEFI ou secure boot?
Posté par jyes . En réponse au journal Un troll n’est plus, GNOME est officiellement supporté par Debian. Évalué à 7.
Dans le courriel d’annonce :
Il reste le « that will come later » pour se donner de l’espoir.
[^] # Re: le minimal de survie
Posté par jyes . En réponse au journal Un troll n’est plus, GNOME est officiellement supporté par Debian. Évalué à 4. Dernière modification le 18 octobre 2012 à 22:35.
Un peu. Mais comme il y a des questions dans ton commentaire, autant y répondre quand-même.
L’installateur ne supportait pas complètement IPv6 mais Debian gère très bien IPv6 depuis longtemps. Ça ne pose problème que pour activer des miroirs dès l’installation depuis une connexion purement IPv6. Sur une connexion avec pile double IPv4 et IPv6, le réseau IPv4 aurait été configuré par l’installateur et les miroirs accessibles via celui-ci. Sur une connexion purement IPv6, tu pouvais aussi sauter la configuration du réseau proposée par l’installateur et la faire manuellement une fois le système installé.
C’est justement l’intérêt des images Business-Card ou Netinst. Il y aussi des images CD avec KDE, XFCE ou LXDE pour remplacer le CD#1 pour ceux qui le veulent. Cette histoire de Gnome sur le CD#1 ne concerne que l’image fournie par défauts et Gnome est redevenu le défaut, pour ceux qui veulent autre chose, il y a toujours des images alternatives.
[^] # Re: il faut bien ;)
Posté par jyes . En réponse au journal [PUB] Mon employeur recrute - Boston area - Software Performance. Évalué à 6. Dernière modification le 18 octobre 2012 à 04:25.
On pourrait faire ça un mercredi soir ? Je vous invite tous les deux à dîner, ainsi que quelques amis :-)
[^] # Re: Parallèle avec dragonfly
Posté par jyes . En réponse à la dépêche Archlinux utilise désormais systemd par défaut pour les nouvelles installations. Évalué à -1.
En voilà une solution satisfaisante !
[^] # Re: Otez moi d'un doute...
Posté par jyes . En réponse au journal Ubuntu : une donation à Ubuntu/Canonical va être proposée avant le téléchargement de la distribution. Évalué à -1.
Hein ? Le truc qui refuse de charger tant que tu lis pas la vidéo pour être sûr de couper toutes les 30s quand ton débit ne te permet pas de télécharger la vidéo à la vitesse où elle se regarde, tu trouves ça parfait ? Tu dois avoir une excellente connexion, et non, je ne suis pas chez Free (je ne suis même pas dans le bon pays pour ça).
OK, désolé, je n’avais pas compris que tu faisais de l’humour.
[^] # Re: Manque de main d'oeuvre comme beaucoup d'autres
Posté par jyes . En réponse au journal Ma Gentoo... je t'adore mais.... Évalué à 4. Dernière modification le 13 octobre 2012 à 03:54.
Martoni c’est ça ?
En tout cas tu bluffes. Les paquets ne peuvent pas migrer vers testing tant que leurs dépendances n’y sont pas déjà. C’est d’ailleurs là le rôle de testing qui ne garantit pas (en tout cas volontairement) une meilleure qualité ou stabilité des paquets que dans Sid, mais garantit une archive cohérente dans son ensemble.
Ça, c’est quand Jean-Kévin fait du
tuningpinning, pas quand on utilise testing.[^] # Re: héritage
Posté par jyes . En réponse au journal Licence virale minimaliste ou licence incestueuse. Évalué à 3.
Sauf qu’au final tu utilises bien plus que l’API. En l’absence de cette bibliothèque, ton lecteur ne lirait pas les formats supportés par la libmad. Ensuite, que cette bibliothèque soit fournie sous la forme d’un code source à inclure dans ton programme, d’objets compilés liés statiquement (.o ou .a) ou chargés dynamiquement, ça ne change rien. Ton utilisation n’est pas fondamentalement différente d’une inclusion du code tiers dans ton lecteur multimédia, dont le programme compilé devient de ce fait un travail dérivé.
Réfléchi en terme de fonctionnalité, que tu utilises une API n’est qu’un détail d’implémentation, le support de formats supplémentaires est bien « embarqué » dans ton lecteur.
Tu peux interpréter la licence BSD avec la même logique, mais comme elle t’autorise à embarquer le code directement, elle ne pose pas de soucis non plus avec le code lié. Il n’y a que la LGPL qui ajoute une autorisation spécifique, pour les cas où les auteurs le jugent souhaitable (volonté d’être utilisé par le plus grand nombre, effort de standardisation notamment).
[^] # Re: P'tite erreur dans la présentation.
Posté par jyes . En réponse à la dépêche Grooms grooms : Le go libre et facile. Évalué à 1.
Ou quelqu’un qu’on a croisé dans la rue au dessus d’un passage de câble souterrain, qui pour le coup se trouvait vraiment sur (un bout d’) Internet.
[^] # Re: Pour conserver l'accès à distance ?
Posté par jyes . En réponse au sondage Question gestion de l'énergie. Évalué à 5.
J’ai déjà vu des astuces avec un serveur ssh (dropbear) qui écoute sur le réseau, embarqué dans l’initramfs pour pallier ce problème. En 1 minute sur un moteur de recherche, j’ai trouvé cette doc’ qui a l’air bien faite : http://blog.nguyenvq.com/2011/09/13/remote-unlocking-luks-encrypted-lvm-using-dropbear-ssh-in-ubuntu/
# Bizarre comme question
Posté par jyes . En réponse au message claws-mail lent avec Imap et divers problèmes. Évalué à 1.
Tu te doutes bien que s’il y avait une option « marcher mieux », elle serait toujours activée et ne serait de fait pas une option. Donc je ne vois pas ce que tu espères faire pour accélérer Claws Mail. De plus, chez moi, je n’ai jamais constaté de lenteur avec Claws, et…
… c’est le cas par défaut (avec tous les thèmes GTK que j’ai essayés). Alors, à part ta remarque sur le dictionnaire multilingue, tes infos me feraient presque douter que c’est bien Claws Mail que tu utilises.
[^] # Re: Boarf
Posté par jyes . En réponse au journal Linuxiens : les nouveaux terroristes!. Évalué à 4.
Ça dépend de ta paranoïa, tu peux aussi chiffrer sans pré-remplir le disque de bruit. Tu laisses des informations accessibles, comme le fait que le disque contient effectivement des données, et à peu près quel volume il contient, mais les données elles mêmes ne sont pas accessibles. Ne fais pas ça s’il te reste des dossiers du KGB à planquer, mais sur un disque externe de plusieurs teracoctets sur lequel tu stockes tes photos de vacances, ce n’est pas un drame.
[^] # Re: Remboursement
Posté par jyes . En réponse au journal Torque passe open source. Évalué à 3.
Si, en attendant, ceux qui l’ont acheté en ont bénéficié en exclusivité avant sa libération. Si cette exclusivité a duré 10 minutes et qu’en tant qu’acheteur tu n’étais pas informé des projets de libération, tu peux ne pas apprécier la manœuvre. Donc, pour ne pas vexer leurs clients, ils proposent de rembourser les derniers acheteurs.
Ils n’auraient rien remboursé ça ne m’aurait pas choqué plus que ça, mais qu’ils fassent des efforts pour garder des clients satisfaits, ça ne devrait pas apporter de nouvelle critique.
[^] # Re: Chipotage
Posté par jyes . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 1.
On dirait même plus spontanément « je ne suis pas juriste », soit : JNSPJ. En plus, c’est plus facile à prononcer.
[^] # Re: Enthousiasme à modérer...
Posté par jyes . En réponse à la dépêche Une bonne et une mauvaise nouvelle : Twitter et Diaspora. Évalué à 3.
Hmm. Je ne pense pas que ce soit un vrai problème. Au delà du fait que l’intérêt de la décentralisation ne se limite pas aux lignes ADSL, si les données sont réellement distribuées, le débit descendant peut être atteint avec plusieurs pairs qui en envoient. Bittorrent, par exemple, permet bien de contrebalancer le déséquilibre des débits. Pour un réseau social sur HTTP ou XMPP, le protocole s’y prête moins, mais les données publiques peuvent être partagées sur plusieurs instances pour régler ce problème. Ce n’est pas fait pour le moment, mais ça ne me paraît pas une limitation insurmontable si c’était une condition nécessaire à leur adoption massive.
Ça par contre, ça me semble un vrai problème. De même que face au budget communication d’Apple et aux accords commerciaux de Microsoft, les systèmes libres ont peu de leviers pour se hisser à une place significative sur le daixtaupe, les réseaux sociaux libres seront “prêts pour le serveur” avant la base d’utilisateurs… qui elle risque de ne jamais migrer sans un budget marqueutinge conséquent.
[^] # Re: La politique de sécurité est bonne
Posté par jyes . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à 2.
Mais du coup, qu’est ce qui empêche de faire “grep '.*' /le/fichier/auquel/je/n/ai/pas/acces/en/lecture.mkv” pour contourner les droits d’accès du système ? Il faudra donc aussi contrôler quelles applications sont exécutables par d’autres ? Sinon, comme mon client de messagerie pourra lancer mon agenda ?
[^] # Re: Popcon
Posté par jyes . En réponse à la dépêche GUADEC 2012, en route vers GNOME 4.0 et GNOME OS. Évalué à 6.
C’est surtout que la différence entre « vote » et « install » c’est l’usage, donc il est impossible de voter pour un méta-paquet.
[^] # Re: Merci pour l'info !
Posté par jyes . En réponse à la dépêche Tizen 1.0. Évalué à 3.
Donc, d’après toi, quand il n’y a qu’une solution c’est forcément la bonne ? Pour ma part, avant de découvrir Linux, à une époque ou Apple était devenu qausi-inexistant, je trouvais Windows complètement nul même sans en connaître d’alternative.
[^] # Re: Boop
Posté par jyes . En réponse au journal Je n'aime pas quie les journaux négatifs soient cachés ... si c'est votre cas également, faites +1 . Évalué à 1.
Mon aide pour mesurer la tendance: je suis d’accord sur le fond, je préfère voir les journaux même à score négatifs, mais j’ai moinssé quand-même parce-qu’il y a une section « suivi » qui a été prévue exactement à cet effet. Et puis un « ce journal aurait plus sa place dans le suivi » ça change de « ce journal aurait plus sa place dans le forum ».