Squeeze,..... mais où est tu merde ??

Si t'es pas content, go sur http://bugs.debian.org/release-critical/debian/all.html pour corriger les bogues.

j'ai pas les connaissances pour

Pour ceux qui sont interessés par les navigateurs vimesque, après cream, xxxterm et uzbl, voici jumanji, yet another serait-on tenté de dire, mais c'est toujours bon à prendre dans la quête du navigateur parfait... Je suis en train de l'essayer, et mise à part un système de bookmarks/historique pas très pratique ( même si ça doit certainement pouvoir s'arranger avec le script qu'il faut) c'est un concurrent très sérieux...

http://pwmt.org/projects/jumanji

il faudrait vraiment que je regarde comment ca marche pour faire des bug fix dans debian a l'occasion...

godrik: en théorie c'est très facile. Tu prends un bogue, tu le reproduis, puis tu choppes les sources, tu patches et tu postes le diff.

tu pars de apt-src.
tu fixe le bug dans le repertoire downloade par apt-src
tu envoie le patch comparer a la version originale au mainteneur du paquet
?

Yep.

http://www.korben.info/heello-all-isp-of-the-world.html

j'aime les gens qu'on des boloxxx

si le patch est pour upstream, est ce que tu devrais quand meme le soumettre au debian maintainer ?

deepblue, en meme temps, forker l'icann ce n'est pas une tres bonne idee. Parceque tu peux forker le dns root mais ca ne va pas regler la question de l'allocation d'adresse IP.

godrik; Perso, je poste le patch dans le BTS et je laisse le développeur se débrouiller avec. C'est lui qui saura le mieux ce qu'il faut faire.

mmm, ok.
C'est un bug dans calcurse donc je vais le transmettre upstream de toute facon.

(très) Petit howto sur le bug fixing, pour ceux qui voudrait s'y mettre :

Il y a des info là sur comment soumettre des rapports de bogues s'ils n'ont pas encore été soumis et comment utiliser le gestionnaire de bogue :
http://www.debian.org/Bugs/Reporting
(entre autre, la règle est de ne rien soumettre upstream, c'est le responsable du paquet qui doit s'en charger, et il le fait bien (sans compter que dans de nombreux cas le responsable du paquet est lui même upstream)).

Pour trouver des bogues à fixer parmi ceux qui ont déjà été rapporté, cette page (avec ces paramètres) : http://udd.debian.org/bugs.cgi?release=squeeze&patch=ign&pending=ign&security=&wontfix=&upstream=&unreproducible=&forwarded=&claimed=&deferred=&notmain=&notsqueeze=ign&base=&standard=&merged=ign&done=&outdatedsqueeze=&outdatedsid=&needmig=&newerubuntu=&fnewer=&fnewerval=7&rc=1&sortby=id&sorto=asc&chints=1 est plus pratique (à mon goût) et permet un meilleur tris des bogues RC.

Ensuite, pour corriger un bogue, je déconseille fortement apt-src qui est très bogué lui même. Ma méthode c'est un :
aptitude build-dep paquet
apt-get source paquet

Puis la compilation se fait par exemple avec :
debuild -us -uc -i

ou alors directement avec le ./configure et Makefile du projet si c'est applicable. Normalement ça devrait créer des exécutables avec les symboles de déboguage (surtout la première méthode, sinon il faut rapporter un bogue). J'ai tendance à ne pas installer les programmes construit et à la déboguer en place pour éviter le "strip" automatique lors de l'installation et surtout pour ne pas modifier mon système

Il ne reste plus qu'à travailler...

Puis, le patch corrigeant le paquet source doit être envoyé en pièce jointe sur le rapport du bogue en question.

debuild -us -uc -i oh, c'est quoi ça ? Tu as une idée de la différence avec dpkg-buildpackage -uc -B ?

petites questions,

Est-ce que aptitude remove *paquets* supprime bien *paquets* et tout c'est dépendance ?
Sinon, quelle option faut-il utilisé avec aptitude.
Aussi si j'ai bien compris, purge permet de supprimé les différents fichiers de config c'est ça ?

merci dnob pour ces info. en l'occurence, j'ai deja interagit avec upstream. donc j'enverrai le patch aux deux.

Richard_LeHap: oui, le remove supprime le paquet, et toutes ses dépendances tagués A (= installé automatiquement) qui ne sont plus utiles (= dont aucun autre paquet ne dépend).

godrik: le mieux, c'est d'attendre que ça bouge en upstream puis de prévenir dans le BTS que c'est corrigé dans la version upstream.

Après; je pense que le dev debian serait plus chaud pour ajouter un patch que pour pusher une nouvelle version vu qu'on est en période de freeze.

Bonjour.

Je voudrais créer une clé USB bootable, me permettant d'avoir "un petit linux" toujours avec moi, avec quelques documents, mes préférences, mes programmes installés...

La clé USB est de capacité 8Go.

Est-ce que c'est une entreprise risquée/vouée à l'échec ou bien est-elle viable ?
De même, je ne suis pas contre quelques conseils si cela vous paraît possible.

Peut-on décemment partitionner une clé USB ?

Je vous remercie d'avance.