ploum a écrit 5889 commentaires

J'ai installé un logiciel propriétaire !!!!

En effet, j'ai voulu pour une fois dans ma vie tester Opera. Je l'ai installé.

1) Lancement très rapide

2) Interface très moche, pas du tout harmonisée avec le bureau

3) Interface très aggressive : des tas de trucs partout, ça clignote, plein de bouttons.

Bref : rapide mais inutilisable. Ouf... Vivement un programme bien HIG et plus reposant pour les yeux !

Mes livres CC By-SA : https://ploum.net/livres.html

Effectivement. Mais il semble qu'en fait j'ai des corruptions sur un CD :(

Mes livres CC By-SA : https://ploum.net/livres.html

Malheureux !

Mes livres CC By-SA : https://ploum.net/livres.html

effectivement, ça m'a permis de démonter puis de remonter le disque 2 !

Mais après quelques secondes de jeu, il me réclamee à nouveau le CD1.. et là, ça marche pas.

Je réessaye !

Mes livres CC By-SA : https://ploum.net/livres.html

nan... ça marche pas..

Parce que pour démare rle jeu, il faut le CD1 !

Mes livres CC By-SA : https://ploum.net/livres.html

T'oublies d'ajouter que les méchants et les bons sont très caricaturaux . La quête est un peu simpliste. Et qu'il y'a, comme dans Half-Life, une personnage mystérieux qui apparait tout le temps mais on ne sait qu'à la fin ce qu'il est et si il est bon ou méchant ( P.T.).

Mes livres CC By-SA : https://ploum.net/livres.html

Le pdf devient vraiment excellent ! Merci à toi pour tout ce travail !

Mes livres CC By-SA : https://ploum.net/livres.html

Bah de toutes façon, rien de bien que GNU/£inux avec KD€ ou GNOM€

Mes livres CC By-SA : https://ploum.net/livres.html

VideoLanClient sera inclu avec le prochain Windows ?


-> oh, le soleil brille [*]

Mes livres CC By-SA : https://ploum.net/livres.html

est-ce qu'il y'a des fonctionnalités qui nécessite sodipodi car :

1) Inkscape ne les a pas encore implémentées ?
2) Inkscape ne veut pas les implémenter ?

Et que devient Sodipodi ?

Mes livres CC By-SA : https://ploum.net/livres.html

Pourquoi pas...

Si la publicité pour le propriétaire permet de financer des articles qui parlent et font la publicité du libre, ça n'est pas plus mal et c'est un bon pied de nez.

Et puis, ça montre que la ligne éditoriale n'est pas nécessairement aliénée aux sponsors.

Mes livres CC By-SA : https://ploum.net/livres.html

.. en Mo de Ram nécessaire pour le faire tourner, en Mo nécessaire sur le disque dur pour l'installer, en kilogramme de manuel d'utilisation, en temps nécessaire pour arriver à taper un mot et en nombre de doigts nécessaires pour utiliser correctement toutes les fonctions.

Une étude prouve que l'utilisation de Emacs devient rentable par rapport à Vim à partir de 17 doigts (par main)

Mes livres CC By-SA : https://ploum.net/livres.html

fleny68, tu fais du super travail, merci ! :-)

Quand tu estimes avoir fini, je proposerai une news.

C'est quoi le sxg ?

Mes livres CC By-SA : https://ploum.net/livres.html

Je commence personnellement à sentir certaines limites du wiki.

Premièrement au niveau technique : mon wiki se fait de plus en plus souvent défacer par des petits cons. Et crois-moi, il n'y a pas "beaucoup" de contributeurs. Un texte que j'avais écrit sur mon wiki et qui est passé en première page sur linuxfr a reçu 1500 visites en 2 jours! Et bien sur ces 1500 visites, il y'a eu 3 corrections d'orthographe et un qui a remplacé tout les "Linux" par "Gnu/linux" alors que j'expliquais au début du texte que je parlerais de Linux tout court (avec justification).
Dans les jours qui ont suivi, j'ai encore eu droit à une modification profonde du texte par une personne qui n'en avait visiblement pas compris la portée...

Ainsi, certains textes que j'ai écrit et mis sur mon wiki sont parfois modifiés d'une manière que je n'accepte pas du tout, changeant le sens profond de certaines choses. Et je passais plus de temps à restaurer les anciennes versions qu'autre chose.

Quand tu parles d'expression française, certes elle ne doit pas être parfaite mais elle a volonté d'être le plus clair possible tout en étant correcte. Ce n'est pas de la littérature, j'en conviens. Je suis certain que la manière dont tu aurais remplacé certains paragraphes ne m'aurait pas toujours plu car l'expression française est aussi une histoire de gout !

Et pour finir, je me suis rendu compte qu'un texte sur un wiki stagne très vite, car il est "semi-publié". En travaillant tout seul, ça m'a motivé à finir le texte pour en faire qqch d'aussi correct que possible.

Sur le wiki, après deux jours, un texte stagne et plus personne ne s'en occupe de toutes façons. D'ailleurs, si vraiment tu voulais, rien n'interdisait que tu le mettes toi même sur mon wiki ou que tu me demandes de le faire...

Deux ou tros journaux ont été consacrés aux corrections. Parfois de bêtes fautes, parfois un commentaire me disant : "cette phrase là ne va pas bien" et je les ai donc retravaillées.

J'ai tenu compte de toutes les remarques, sauf une. (une faute d'accord qui n'en était pas une)

Alors si maintenant tu n'es pas content de ce travail, que tu ne veux pas relever les erreurs ( qui sont "tellement nombreuses(sic)") je te rappelle qu'il est sous une licence libre... t'as qu'à le réécrire !

De toutes façons, ton commentaire est le plus négatif que j'ai reçu, ce qui est bien, mais c'est surtout le moins constructif : malgré ton commentaire, je ne peux en effet apporter aucune amélioration à mon texte !

Mes livres CC By-SA : https://ploum.net/livres.html

Gnome, parce que quand on voit un desktop 2.6 tout propre, ça a de la gueule et c'est ça que les nouveaux venus verront en premier.

Mes livres CC By-SA : https://ploum.net/livres.html

marrant..

Le site gnu.org n'a pas bougé d'un poil depuis 1998 ;)

Mes livres CC By-SA : https://ploum.net/livres.html

Une testing n'est pas un système homogène mais un ensemble de paquets ayant satisfaits à 15 jours sans bugs graves.

On a donc parfois de très vieux paquets qui trainent, des nouveaux avec des dépendances pas trop satisfaites, etc...

Il est dit qqpart sur le site de Debian de ne PAS utiliser testing à moins de savoir ce que l'on fait. (sauf en période de freeze, où justement, on cherche des chasseurs de bugs ;) )

soit on ne prend pas de risques et on reste en stable.

soit on veut un système à jour sans trop de risques, on installe sid et on fait faire la mise à jour une fois par mois (ou moins si on est satisfait et qu'on est pas hyper concerné par la sécurité) par le geek du quartier (ou de la maison dans le cas de mes parents)

soit on est geek et on passe en sid et on dist-upgrade chaque matin :)


Notons que pour le moment, je conseille la Sarge, vu qu'elle est presque stable et qu'elle va bientot freezer.

Mes livres CC By-SA : https://ploum.net/livres.html

Je suis sous Sid/experimental, je dis-upgrade tous les jours !

Et pourtant, je n'ai aucun problème et j'ai un système très stable (sauf amule)

Simplement parce que j'ai appris à utiliser apt-get pour résoudre un problème, à attendre si un paquet est cassé.

C'est clair que c'est pas à la portée de n'importe qui. Mais si on fait un upgrade en Sid, il faut savoir à quoi on s'expose. Inutile de raler sur Sid...

Mes livres CC By-SA : https://ploum.net/livres.html

ben oui, mais alors les spammeurs n'ont qu'à s'inscrire dans ton carnet d'adresses.

Où est l'avantage ?

Et puis les spammeurs vont de toutes façons finir par utiliser l'adresse email de ton tonton alfred ou de ta tata jeannine, récupérée grâce à un virus ou simplement générée aléatoirement par brute force.

Et comment les détecter ceux-là ?

Et comment on fait sur les mailing-list ? tout le monde s'inscrit ?

Mes livres CC By-SA : https://ploum.net/livres.html

je te conseille une Debian testing/unstable

En général, un paquet met 10-15 jours pour passer de unstable en testing. Mais ceux avec beaucoup de dépendances peuvent mettre plusieurs mois.

L'usage de la testing est à déconseiller en règle général. sauf dans les mois qui précèdent la sortie d'une stable (comme maintenant)

En effet, tu as "presque" une stable et les bugs sont rapidement corrigés.

Sinon, une Sid que tu mets à jour pas trop souvent devrait être tout à fait ton bonheur....

Mes livres CC By-SA : https://ploum.net/livres.html

malheureusement, gnome 2.6 ne rentrerait en testing qu'après la sortie de la sarge (notez le conditionnel).. :(

Mes livres CC By-SA : https://ploum.net/livres.html

1) parce que j'ai créé un utilisateur test mais que je rédige la doc sous mon propre compte et que c'est plus facile

2) parce que ça permet d'avoir des screenshots plus petits que du 1280

3) parce que j'avais pas envie de m'amuse à les couper (un script imagemagick devrait faire ça facilement)

4) parce que j'ai une "touche chaude" pour capturer une fenêtre donnée

Mes livres CC By-SA : https://ploum.net/livres.html

oui !

Un tour dans "Preferences" et le tour est joué :)

Mes livres CC By-SA : https://ploum.net/livres.html

un conseil : rajouter aussi la source alioth des packageurs gnome !

ce qui donne :

deb ftp://ftp.debian.org/debian(...) ../project/experimental main
deb http://pkg-gnome.alioth.debian.org/debian(...) experimental main


Et pour garder un système unifié (si on aime les risques), prendre experimental par defaut :


dans /etc/apt/preferences


Package: *
Pin: release a=unstable
Pin-Priority: 890

Package: *
Pin: release a=experimental
Pin-Priority: 900

Mes livres CC By-SA : https://ploum.net/livres.html

Au niveau de la traduction : si qqn est juste interessé par faire les screenshots en anglais, je suis aussi preneur !

Mes livres CC By-SA : https://ploum.net/livres.html