CrEv a écrit 4577 commentaires

Désolé, mais ça ressemble vraiment à de la petite tambouille tout ça... (je dis ça dans ton contexte de créer une distrib, une gestion de paquet, etc)

je passe sur le 98%, c'est juste une mauvais solution à mon avis de raisonner comme ça pour ce genre de problème.

Pour l'histoire des 2 paquets, comment tu fais si je demande d'installer nginx et nginx-mod-smtp sachant que toutes les autres dépendances sont ok ?

Et surtout, pourquoi ne pas, simplement, installer les paquets dans l'ordre en permettant de paralléliser ce qui est possible, ie non mutuellement dépendant ?
Alors c'est sur, c'est tout de suite beaucoup plus complexe, mais maintenant je commence à comprendre comment tu as pu écrire un gestionnaire de paquet si rapidement, c'est juste qu'il n'est pas encore réellement capable et propre.

Dépendre de l'ordre de téléchargement pour installer est à mon avis assez mauvais et surtout pas beau du tout.

(note : spa maichant hein, mais quitte à vouloir faire un truc et à balancer du code, autant le réfléchir et pas se faire trop avoir ...)

> Quand on ne peut que constater que 95% des videos sur youtube et dailymotion sont d'une qualité déplorable
Ok, les vidéos "de base" sont toutes pourries, mais mon petit doigt me dit que pour beaucoup d'acteurs, vendre du HD serait par contre très intéressant... (d'ailleurs il m'arrive de regarder du HD sur dailymotion, en tout cas c'est comme ça que c'est taggé)
Et dans ce cas, finalement la différence de compression a de la valeur.

C'est bien beau de faire des tests dans un cas particulier, mais je pense qu'il faut avoir une vision d'ensemble pour vraiment cerner le problème.

question conne : comment un programme va poser un fichier dans etc/X11/xorg.conf.d si X n'est pas installé (et que le répertoire n'existe pas) ?

Ce que je veux dire par là, c'est que je ne comprend pas _du tout_ comment ton gestionnaire fonctionne s'il n'est pas capable d'installer les paquets dans l'ordre... (à moins de faire des tests ds des cas particuliers uniquement)

Je ne dis pas le contraire
Mais dire que le choix de LSB est mauvais juste parce que c'est une distrib historique (poids de l'argument : 0) et utilisée (poids convenable) est peu pertinent.
Surtout que les autres distrib, les plus correspondantes à la cible LSB, sont sur un autre, mais identique pour toutes, format.

> si elle est si utilisée, c'est quand même que le support doit être satisfaisant
Ca par contre, je ne pense pas.
Pourquoi debian est-il utilisé ? pour la qualité de son support ? (lequel ?) ou pour les connaissances / compétences personnelles des admins ?

Version courte :
c'est bien ce que je dis, on est dans les problématiques d'égo et non techniques...

Version un peu plus longue :
D'ailleurs : "ainsi que la distribution la plus populaire du marché"
je pense que tu veux parler de ubuntu...
aller, un petit historique :
- 2001 : première version de LSB
- 2004 : première version d'ubuntu

Après, si ubuntu a volontairement souhaité prendre une distrib n'utilisant pas le format LSB c'est un peu leur choix et leur problème.

> un projet qui a pour but de définir un base standard pour les distributions Linux ne prenant pas en compte une distribution historique et reconnue j'appelle ça un gag

C'est vrai qu'à côté de ça on a RedHat, Suse, Novell (oui c'était pas toujours la même chose) qui ne sont pas du tout implantées en entreprise (cible du LSB tout de même) de manière officielle (j'entend par là avec support officiel par exemple)
Vu comme ça, c'est très logique que RPM ait été choisit et non DEB, utilisé à l'époque dans ... une distribution qui n'offre pas de support officiel en entreprise entre autre.

RPM est surtout le format de Linux Standard Base et rien que pour ça il est plus intéressant.
A part ça, y'a pas vraiment de supériorité entre les formats RPM et DEB, bien que certains voudraient le faire croire, c'est plutôt (beaucoup) des questions d'égo...

ce n'est pas qu'il s'y limite, c'est simplement que linux _est_ ubuntu !

> ils fournissent un fichier .bin autoextractible.
mieux que ça, ils fournissent aussi des rpm et (je crois) des deb

Maintenant, il est aussi possible de fournir des rpms / deb peut-être pas totalement intégrés aux distrib, avec du static dedans (pour éviter les problèmes de lib) mais s'installant sur plein de distrib.
Si on prend par ex le rpm d'adobe reader, il fonctionne si je ne me trompe sur suse, fedora et mandriva sans problème
Donc en fournissant un .bin installable à la bourrin, un rpm et un deb ça couvre quasiment tous les linux.
Après on peut toujours discuter de x86 - x86-64 par contre... mais le problème existe aussi sous windows.

ha oui, c'est sur ...
et d'ailleurs sur un clavier azerty classique il faut que j'utilise deux doigts, dont mon pouce à tordre, ce qui revient à utiliser deux mains pour beaucoup de personnes alors que sur le clavier mac j'ai juste à tendre le petit doigt.
Je vois bien là, évidemment, la non accessibilité de la touche @

vu le nombre de personne (développeurs compris malheureusement) utilisant le pavé numérique pour tapper /*-+ c'est pas un si mauvais choix... ;-)

et dans les bons points intelligents pour le commun des mortels, @ est accessible directement, c'est sur qu'on perd le ² mais vu le nombre impressionnant de fois où je m'en sert...

de mémoire ça doit être pomme-/ (donc en fait ⌘⇧/ )
facile non ?
en fait oui, tout est question de logique
c'est comme tapper ([{ sur un clavier mac, c'est beaucoup plus logique que sur un clavier de "pc", les 3 formes étant sur la même touche, [{ ne sont que des modifications de ( et idem pour ]} par rapport à )

tapper un | ? ⌘l si je ne me trompe
un ~ ? ben c'est logiquement sur le 'n'

l'avantage c'est que pour la vie de tous les jours où la plupart de ces caractères sont peu employés (je parle pour des non informaticiens) ça allège le clavier.

C'est vrai que le javascript utilisé sur ce moteur de recherche ne sert à rien du tout, en l'occurrence :
* suggest
* chargement des résultats suivant lorsqu'on arrive en bas de la page (ou plutôt s'en approchant) et permet donc d'avoir tous les résultats sur la même page

> L'API Google Search ? Laquelle ? Es-tu certain qu'il existe quelque-chose de propre pour y accéder (i.e. sans parser la page des résultats à la main) ?
genre : http://code.google.com/intl/fr-FR/apis/ajaxsearch/ ?
premier résultat sur une recherche google "google search api"
Alors oui, au premier abord on est sur du javascript (ajax) mais il suffit de suivre deux liens pour avoir la référence et surtout cette partie : http://code.google.com/intl/fr-FR/apis/ajaxsearch/documentat(...) qui fourni à mon avis ce dont tu parles (mais pas SOAP heureusement)

> Et je suppose que pour les utilisateurs
c'est bien de supposer, mais en général quand on suppose pour les utilisateurs, ben on se trompe souvent

Exemple 1 : proportion d'utilisateurs de kde / gnome / autre chose à utiliser firefox ou chrome à la place du navigateur de base de leur environnement (d'ailleurs en utilisant reqonk tu passes tout de suite dans une catégorie non basique d'utilisateurs)

Exemple 2 : on utilise linux pas que chez soit hein ... donc kmail pour gérer du exchange, on repassera -> hop, utilisation thunderbird entre autre, ou evolution (et j'aime pas gnome, alors je reste sous KDE)

Exemple 3 : prendre un desktop plus léger en terme d'applications, lxde, fluxbox, etc ... on va forcément prendre des applis d'un peu partout.

De la même manière que l'exemple 1, proportion d'utilisateurs d'openoffice, y compris sous kde

mouai, c'est vrai que sous linux c'est mieux...
- dolphin
- chrome
- thunderbird
- google mail (d'ailleurs qu'est ce qu'une appli web vient foutre dans une liste d'applis lourdes ? m'enfin passons)
- open office
- songbird
- vlc
ont *tous* des interfaces différentes et hétérogènes. Non pas forcément terme de toolkit proprement parlé, mais sont dans tous les cas non intégrés.

> - Textbox non standard
> - Bouttons non standard

Qu'est ce que tu appel non standard ?
Car si je vais sur http://www.google.fr et que j'inspecte la page, je me rend compte que la textbox ... est un input type="text" autrement dit ... une textbox et que le bouton de soumission de la recherche est ... un input type="submit" soit un bouton de soumission de formulaire !
Donc non standard dans quel sens ? Tout ça parce qu'ils ont stylé un peu leur page, utilisé du css ? bou, pas bien !
Ha oui, et c'est la même chose (mis à part le style) sur la page d'accueil et sur un résultat de recherche.

Autrement dit, je vois pas vraiment ce qu'il y a de spécial là dedans à part une application de style.

Pour l'histoire des résultats c'est différents, ils ont juste activé les options qui trainaient là depuis pas mal de temps finalement.

mouai, 400Mo t'es sur ?
J'ai réinstallé ma canon il n'y a pas longtemps (sous mac, bouuuu) et ça prenait moins de 100Mo, dans les 70 je crois
Ah oui, et en l'occurrence j'avais de compris un soft me permettant de configurer la connectivité de l'imprimante (usb mais surtout wifi et ethernet). Ben oui, faut bien le caser quelque part celui-ci, non ?

Maintenant, que ce soit dur ou non, ça change quoi finalement ? Si le gars n'y connais rien, y'a justement une possibilité pour que les softs livrés avec l'intéresse, auquel cas je trouve ça bien. Tout le monde n'a pas un photoshop pour corriger les yeux rouges des 3 photos qu'il veut imprimer, et c'est tant mieux si le fabriquant de l'imprimante fourni de quoi l'utiliser.

> Mais bon quant on apprends que les mms ne fonctionnent même pas...
ok, je comprend mieux, maemo est en fait basé sur les premières version de l'iphone, c'est ça ?!

ha, et nvidia ?
Oui il est proprio, mais au niveau, non ?
Donc après si quelqu'un veut jouer / utiliser de la 3d sous linux, ben faut ptetre choisir le bon couple CG/pilote mais c'est possible

et be, un peu de mauvaise fois tout de même...

> « pilote » Windows de plusieurs dizaines de mébi-octets
tu fais bien de mettre entre guillemets, car souvent le pilote ne mais pas quelques dizaines de Mo mais moins, par contre il est associé a divers logiciels (plus ou moins utiles) permettant de retoucher les photos, faire des montages, etc. Dire que ce n'est que le pilote est juste de la mauvaise fois.

mais sinon :
> – un scanner, ça sert assez rarement, finalement ;
ho merde, moi qui vient d'en acheter un car j'en ai marre de prendre en photo mes documents que je veux envoyer par mail, publier, etc...
> – imprimer en couleur, ça ne sert presque jamais ;
ha cool, ça veut dire que mes cartouches couleurs ne servent à rien alors. Faut vite que je les revende avant de ne pas m'en servir !
> – imprimer des photos sur une imprimante personnelle, c'est le meilleur moyen que leurs couleurs se fanent en trois ans ;
faut voir, j'en ai qui tiennent depuis plus longtemps que ça, mais ça dépend aussi du papier utilisé. Et manque de pot ça reste une fonction classique des imprimantes personnelles.

> certainement pas pour l'utilité de l'appareil
faudrait ptetre arrêter de généraliser son usage (ou ce qu'on en pense) à tout le monde et ouvrir les yeux sur les usages.
Tiens, en passant, à mon taff on a justement changer les photocop / imprimantes justement pour améliorer les fonctionnalités de scanner (pour envoyer directement par mail, fax) et les capacités couleurs.
Donc au final je dirais que même professionnellement on a besoin de scanner, de couleur.

J'avais testé, mais il y a un _gros_ problème avec (en tout cas c'est se dont je me souviens)
Ce n'est qu'un marque page. Autrement dit, si je veux faire démarrer deux branches à un commit particulier ... ben je peux pas, c'est la même branche.
Enfin je crois que c'était ça le problème, dans tous les cas j'ai été déçu. J'ai aussi testé une autre extension, faudrait que je la retrouve, qui faisait ça un peu mieux, mais pas convaincu non plus.
C'est beaucoup une histoire de façon de faire, c'est pour ça que hg n'est pas moins bon que git, mais qu'en tout cas git me convient et non hg malheureusement (car hg a d'autres avantages)

J'ai essayé de faire un petit exemple représentant mon "problème"
J'ai tenté de le faire, à l'identique, en git et hg. J'ai commencé par git car c'est ce que j'utilise en temps normal

git
{Exp} mkdir -p {hg,git}/dist
{Exp} cd git/dist
{dist} git init
{git:master dist} echo "file1" > file1
{git:master ~ dist} git add file1
{git:master + dist} git ci -m "add file1 from master"
{git:master dist} cd ..
{git} git clone dist local && cd local
{git:master local} git co -b test
{git:test local} echo "from test branch" >> file1
{git:test # local} git ci -a -m "add content from test branch"
{git:test local} git co master
{git:master local} echo "file1, from master" > file1
{git:master # local} git ci -a -m "update file1 from master"
{git:master local} git merge test
{git:master # merge local} [fix conflict]
{git:master # merge local} git add file1
{git:master + merge local} git ci -m "merge test branch"
{git:master local} git branch -d test
{git:master local} git push
{git:master local} cd ../dist
{git:master dist} git branch -a
* master
{git:master dist} git lg
* fd45db0 - (master) merge test branch
|\
| * cc495d5 - add content from test branch
* | 1de1ae5 - update file1 from master
|/
* 4640d4e - add file1 from master

hg
{Exp} cd hg/dist
{dist} hg init
{hg:default dist} echo "file1" > file1
{hg:default ~ dist} hg add file1
{hg:default + dist} hg ci -m "add file1 from default"
{hg:default dist} cd ..
{hg} hg clone dist local && cd local
{hg:default local} hg branch test
{hg:test local} echo "from test branch" >> file1
{hg:test # local} hg ci -m "add content from test branch"
{hg:test local} hg up default
{hg:default local} echo "file1, from default" > file1
{hg:default # local} hg ci -m "update file1 from default"
{hg:default local} hg merge test
{hg:default # local} [fix conflict]
{hg:default # local} hg resolve -m file1
{hg:default # local} hg ci -m "merge test branch"
{hg:default local} hg up test && hg ci --close-branch -m "close branch" && hg up default
{hg:default local} hg push -b default
abort: push creates new remote branches: test!
(use 'hg push -f' to force)
{hg:default local} hg push -b default -f
{hg:default local} cd ../dist
{hg:default dist} hg branches
default 3:d8720e9dd3fa
test 1:b70988680c82 (inactive)
{hg:default dist} hg log [ok c'est pas la vrai commande, mais hg view
en texte donnerait : ]
* 3 - (tip) merge test branch
|\
| * 2 - (test) add content from test branch
* | 1 - update file1 from default
|/
* 0 - add file1 from default


Résultat
Pour git, aucune mention de la branche 'test'
On a bien l'information que ça vient d'une branche, ou pas en fait, et on s'en cogne. Toute l'information nécessaire est là, et c'est le principal, sans être pollué par autre chose.
Si mon dépot est public, personne ne voit test, ni sait qu'elle existe, ni comment, etc, et c'est le but, se concentrer sur le résultat.

Pour hg, on a bien notion de 'test', la branche doit être créée, etc. C'est plus génant, peut-être pas pour un projet avec 1 branche locale, mais pour un projet avec ne serait-ce qu'une dizaine, c'est dommage.

Après, c'est sur que c'est une question de philo, dans hg on dit qu'il faut travailler dans la branche 'default', dans git jamais je ne travail dans 'master', toujours dans une ou plusieurs branche locale que je merge ensuite.

> Cette extension traite donc ta demande.
ha oué mais non, pour l'avoir essayée plus d'une fois, elle est juste ... peu utilisable (pour pas dire encore moins)

> Après ceux qui pullent ton repository
Que ceux qui pullent mon repository aient accès à mes branches, ok. Mais c'est surtout que je ne veux pas forcément pusher des branches.
Et si je ne les push pas, lors des merges Hg le fera pour moi ... et ça, ben non merci (outre que c'est plus chiant à gérer)

> comme elle est nommée autrement que la principale, il ne seront pas pollués pour les merges
Ca evidemment, il faut bien nommer ce qu'on fait, mais ça n'a finalement pas grand chose à voir avec la problématique.

> Donc à part que ca fait gonfler un peu ton repository c'est pas gênant non ?
Ca, ça dépend _vraiment_ du nombre de branches locales que tu gère...
Sur un des projets sur lequel je bosse, j'ai environ 25 branches locales pour quelques branches distantes. Les branches locales sont dédiées à certains bugs, améliorations, tests, etc.
Pour beaucoup, je n'ai ni l'envie, ni le besoin de les pusher.
(et pour ce qui est de "sauvegarde" de mon taff ... ben j'ai des sauvegardes)

> cloner ton repository tranquillement dans ton coin et réincorporer dans le repository propre qui matche la branche principale
> Là ton objection, c'est: oui mais avec mon IDE ca marche pas car y'a pas de branches entre lesquelles switcher.

Je me suis peut-être mal exprimé.
L'objection pour l'IDE, c'est que la partie la plus visible. Mon IDE n'est pas dédiée, adapté ou autre à git, c'est juste un IDE. La plupart du temps je suis en réalité dans emacs d'ailleurs...

Je ne veux pas gérer plein de clones dans tous les sens, je n'ai aucune raison d'avoir un clone "local" et un clone "propre pour pusher" alors que j'en ai juste pas besoin et que ça me complexifie la vie.

Concernant le dernier paragraphe, je pense par contre que c'est plus galère sous Hg, justement car tu ne les nommes pas. La confusion est souvent plus facile.

> Je suis pas sûr d'avoir été clair.
Ca va ;) c'est toujours complexe ces problématiques de toute façon.


Le problème, je trouve, c'est que je voudrais pouvoir avoir des branches locales bien gérées. Mais ... en gros on m'explique comment m'en passer. Et c'est assez dommage je trouve (même s'il peut y avoir des raisons derrière)
Alors que de l'autre côté, on m'explique qu'il faut user et abuser des branches, y compris locales

> Quand je parle d'écrire à quelqu'un, de transférer un message, de débit montant, de chargement de fichiers sur un serveur, personne ne s'étonne ou ne tressaille. :-)

Et à côté de ça, quand tu parles de cadriciel soit ça ne dit rien à personne, soit ça faire bien rire...

Et juste comme ça, comment tu traduis dans ce cas commit, push, pull, checkout, etc sans que personne ne le remarque ?

En même temps, même il y a 5 ans 256Mo RAM ça ne permettait pas de faire grand chose...

(pfiou, en même temps je suis un peu en retard, je viens seulement de passer à 4Go sur mon portable de boulot... et j'arrive à le faire swaper)