tesiruna a écrit 438 commentaires

> Il faut rentrer dans la boîte, écrire comme cela, penser comme cela !

En l'occurrence c'est toi qui entres dans la boite puisque tu adoptes le même préambule que tous les autres.

Concernant les paquets Debian, en fait ce n'est pas précisé sur le site, mais
ils n'ont pas encore été mis à jour (ainsi qu'on peut le voir ici
http://debian.symlink.me/ ça date du 10 août). On refait le système de build de
packages, et ça traîne un peu.

Pour ce qui est de BNPorc, ça marche chez les utilisateurs qui m'en ont fait un
retour. Il est possible que suivant ton état, la présentation de la page des
comptes diffère et qu'elle n'est pas prise en compte par BNPorc. On ne peut
évidemment pas la deviner. Tu as la possibilité d'ouvrir un ticket.

À ce propos, il est prévu d'ici à la prochaine release de fournir des moyens
permettant de faciliter le debugging et le développement de backends.
Note que dans la 0.2 a été rajoutée l'option --save-responses qui permet de
sauvegarder toutes les pages HTML. Aussi, tu peux utiliser cette option et nous
fournir les pages en question. Néanmoins, aucune anonymisation n'est faite,
aussi prends soin de vérifier qu'il n'y a pas d'informations sensibles dedans.

Le mieux serait d'utiliser des regexps, mais le problème étant qu'il ne faut pas
que le shell les interprète, donc les mettre entre quotes.

C'est universel peut-être pour la dizaine de personnes qui le parlent dans le
monde.

> - gcp ne gère qu'une queue de fichiers: si vous lancer une autre copie, gcp
> détectera l'autre instance et ajoutera ses fichiers à la première copie. Ainsi
> ça évitera à la tête de lecture de vos disques durs de faire des ballades tout
> le temps, et vous pouvez prévoir la fin de la copie plus facilement. Autre
> avantage: vous pouvez commencer une copie, pendant que vous cherchez d'autres
> fichiers à ajouter.

Donc dans le cas où tu fais une copie d'un disque A vers A, et une autre d'un
disque B vers B, le problème que tu soulèves n'a pas lieu d'être, mais il n'y
aura qu'une seule copie à la fois ?

Et puis même, à supposer que je fasse une grosse copie d'un côté, j'aimerais
pouvoir faire une copie d'un petit fichier de l'autre côté sans attendre que la
première prenne fin.

Enfin, est-ce qu'utiliser Python pour gcp ne risque pas d'avoir un impacte
significatif sur les performances ?

Il m'aurait semblé qu'un langage de bas niveau eût été plus indiqué pour ce type
de programme.

D'autant plus que je lis dans les sources que tu récupères le buffer de 4096
bytes dans une chaîne python pour l'écrire dans le fichier cible, et qu'entre
chaque itération tu retourne au watcher glib qui va effectuer à nouveau un appel
à la méthode python. Je pense que ça a un coût non négligeable.

Et sinon, je m'interrogeais :

except KeyboardInterrupt:
raise KeyboardInterrupt

Pourquoi tu captures l'instance d'une exception pour en raiser la classe
équivalente ? :)

Oui enfin le merge avec svn est quand même une horreur contrairement à git qui
gère ça très bien.

Par exemple avec svn si tu ne notes pas les commits que t'as mergé de telle ou
telle branche tu ne t'en sors pas.

> Popularite ? Ben non, la popularite elle vient en bonne partie de par le fait
> que le systeme est en adequation avec les besoins des utilisateurs.

Le fait que les éditeurs font des applications Windows est uniquement lié au
fait que 95% des gens utilisent Windows. Si 95% des gens utilisaient Debian ils
développeraient des applications Debian.

> Sans parler du fait que le depot Debian n'accepte pas tout et n'importe quoi,
> il y a un tas de regles a respecter qui font que plein de softs n'y seraient
> pas de toute facon.

Je parle de .deb tiers qui sont distribués par l'éditeur sous la licence et au
prix de son choix, pas de l'intégrer dans Debian.

> La ou sous Windows, l'utilisateur il n'a pas ce dilemne, le soft il s'installe
> et il tourne sans devoir updater le systeme dans la gigantesque majorite des
> cas

et

> Les rolling releases ne reglent rien du tout vu qu'elles forcent a updater
> l'OS.

Bah c'est toute la différence entre inclure les bibliothèques dans la
distribution de son soft et les avoir en 36 exemplaires sur le système, et avoir
chaque bibliothèque en un seul exemplaire dans le package manager.

Sinon une autre solution, c'est que l'éditeur fournisse les .deb des
dépendances, comme ça si l'utilisateur ne les a pas, l'installeur va les
installer et l'utilisateur aura son soft qui tourne tout de suite.

En bref, toutes les solutions de merde qui sont utilisées actuellement par les
éditeurs des applications Windows sont aussi applicables sous Linux tout en
utilisant son package manager.

N'empêche que sur ce dernier OS le package manager offre bien plus de
possibilités que sous Windows.

Ton esprit a l'air aussi embrouillé que ton expression.

Là les deux seuls problèmes que tu évoques sont :

— Il faut faire un package par distrib : certes, mais c'est hors sujet, à
supposer que Debian soit l'OS utilisé à 95%, l'éditeur ferait un .deb uniquement
pour lui et basta, comme il fait pour Windows actuellement. Ce n'est donc pas
une question d'avantage technologique ou non, juste de popularité.
— Ça peut créer des problèmes de dépendance, faut faire un package par version
de distrib : faux, si ton application dépend d'une libX et a besoin au minimum
de la version x.y, bah le package dépendra de cette version. Si la distribution
est trop vieille pour la fournir, c'est un choix de l'utilisateur de ne pas
upgrader (ou utiliser les backports), mais je ne vois pas de problème du
système.

Et si tu ne cesses de dire que les distributions Linux ont toujours trois ans de
retard, c'est faux également, puisque les rolling releases sont à la mode et ont
justement pour objectif d'avoir régulièrement les dernières mises à jour.

> Tous ces jeux sont des softs, que ton package manager ne gererait pas car ne
> faisant pas partie de la distrib, ou sortis bien apres la distrib.

Si l'éditeur fournis les .deb/.rpm, ça reste que ça utilise le package manager,
ça profite du système de dépendance de bibliothèques, etc.

La solution aurait peut-être été d'afficher les prix HT, ainsi par exemple, la
baisse de la TVA pour les restaurateurs aurait été ressentie vraiment par le
client, puisque si le prix HT n'aurait pas augmenté, la somme réellement payée à
la fin aurait elle réellement diminuée.

C'est bien ce que je viens de dire, merci.

> 80% des utilisateurs ne changent JAMAIS la page de démarrage par défaut de leur navigateur.

Pourquoi la changer ? Je trouve about:blank très bien.

De toute façon, pour assurer l'évolution positive de l'espèce, il faudrait
stériliser et laisser mourir les personnes allergiques à l'eau ou aux ondes.

> Même si PyQt4 a frôlé l'excellence

Le problème (ou la force ?) de PyQt4, est que l'API est strictement identique à
celle de Qt4. L'avantage, c'est qu'en connaissant l'un on peut facilement passer
à l'autre (à quelques adaptations près). L'inconvénient, c'est que ça ne
s'adapte pas spécialement bien avec Python (itération de tableaux,
QString<->(str,unicode), QVariant qui devrait être inutile, etc.).

Ah mais je suis bien conscient que tout ça est difficile à prouver, si on avait
bien utilisé un préservatif ou pas, si le partenaire a menti ou pas, si le
fumeur est un esprit faible qui s'est laissé embrigadé sans connaître les
causes, si le cancer vient bien du fait qu'il fume, etc.

Je parlais d'un idéal, malheureusement ce n'est pas applicable car ce serait
forcément injuste à un moment ou un autre.

Effectivement j'admets que je me suis planté (le « Il me semble » montrait mon
incertitude).

Je suis d'accord que ton explication a du sens, j'ai été trompé par l'idée qu'en
C++ le constructeur d'une variable statique ne sera exécuté que lors du premier
appel, donc que, j'imagine, toute variable statique n'est initialisée qu'au
moment du premier appel (à vérifier néanmoins).

Dont acte.

> Je n'utilise quasiment plus la souris maintenant, sauf quand je navigue sur le ternet.

Sur le web tu veux dire ? Parce que tu risques de réveiller des énervés
intégristes pédants.

Ce n'est pas un avocat mais un lobbyiste, et à la fin il devient formateur de
lobbyistes d'opérateurs de téléphonie.

> L'inconvénient c'est qu'on monopolise 1ko de ram, même si on s'en sert pas.

Il me semble que la variable statique ne sera allouée que lors du premier appel
à la fonction. Donc si tu n'utilises pas du tout la fonction, elle ne sera
jamais allouée.

Oui mais parce que tes utilisateurs lambda ne sont pas propriétaires de leurs
machines. Encore une fois, on parle de l'utilisation desktop à la maison, non ?

J'ai beau être 100% d'accord avec toi pour tes arguments pour la CLI et les
facilités d'administration système que Linux apporte avec, mais l'utilisateur
lambda s'en branle complètement de la CLI, elle veut même pas avoir à
administrer sa machine. Il faut que les mises à jour de sécurité soient faites
automatiquement (ce que Ubuntu fait par exemple), mais du coup, si le driver
propriétaire n'est pas inclus dans les mises à jour, ça pose des problèmes.

> Parce que ceux qui ne prennent conscience de leurs erreurs que lorsqu'ils se
> retrouvent devant le fait accomplis ne méritent que de crever la gueule
> ouverte, ils n'avaient qu'à faire les bons choix (ou alors avoir un bon
> héritage financier et génétique).

C'est à la limite du point Godwin. J'ai bien dis que c'était uniquement relatif
au choix, et non à l'héritage financier et génétique.

Tu prêches ta parole auprès d'un convaincu, gaspille pas ta salive.

Ce que je dis, c'est que l'individu lambda est réfractaire à la ligne de
commande, donc tu ne la feras jamais utiliser, c'est un fait.

Pour les drivers propriétaires, il n'y a pas qu'à la mise à jour qu'il doit
s'emmerder, mais aussi à l'installation. Et si toi tu connais la commande, lui
non.

Ensuite, tu parles de l'exemple de nouveau et nvidia, mais d'une part tu n'as
pas forcément de driver complet pour toute carte graphique (ou pour tout
périphérique d'ailleurs), et d'autre part, on parle d'utiliser des drivers du
constructeur. Tu dis que nouveau « suffira largement », c'est sous-estimer les
besoins de l'individu lambda. C'est comme si tu disais que gnash suffisait. Non,
l'individu lambda veut son plugin flash Adobe.

On parlait de l'individu lambda qui n'utilise pas la CLI il me semble ?

Et ce que tu as omis de dire, c'est qu'à chaque mise à jour de ton noyau, il
faut que tu recompiles toi même (via cette commande) chaque driver propriétaire.

L'individu lambda n'a pas vraiment envie de gérer ça…

C'est donc un irrespect du à l'ensemble des fumeurs, pas des actes isolés.

Mais dans ce cas là, toute personne fait parti d'une catégorie de gens
irrespectueux.