ciol a écrit 250 commentaires

> Ma Gutsy fonctionne parfaitement alors je vais attendre 2 mois le temps que la situation se décante et que je puisse installer une version bien stabilisée.

Je crois rêver. Vous nous faites des news de folies sur Linux, et tout ce que vous trouvez à dire maintenant n'est pas mieux qu'un utilisateur de windows attendant le SP1. Ce fatalisme me plombe *vraiment* le moral concernant le futur de Linux.

> 28149 allpackages

Il faut comparer les paquets sources pour que la compaison soit à peu près correcte.

fakeroot si je ne me trompe pas.
Je vois régulièrement Patrick Volmachin remercier les développeurs Debian pour certains patch.

Chaque projet doit avoir une référence. Pour moi (notez que je n'utilise pas Debian), la référence dans le monde des distributions c'est Debian :

- c'est l'une des plus vielles
- c'est l'une des plus utilisées
- c'est l'une des plus libres
- c'est l'une des plus communautaires
- c'est l'une de celles qui ont le plus grand nombre de logiciels
- c'est une de celles qui supportent le plus d'arch

Bref, tous ces « c'est l'une » font que c'est la seule (pour l'instant).

Je crois pas que vous puissiez les installer dans /usr/local, automatiquement.

Vous pouvez jouer avec le pinning, mettre par défaut stable, et installer un paquet de testing avec apt-get install -t testing <nom du paquet>.
Mais si ce paquet dépend de paquets ou de versions qui ne sont pas dans stable, surtout ne pas faire la même chose, au risque d'avoir un mélange dangereux.

Si un paquet n'est pas dans backports.org, il faut le recompiler de testing sur stable :
apt-get source -b -t testing blabla
puis dpkg -i blabla.deb

Je crois que ça peux se faire encore plus automatiquement, je me souviens plus (parce que là faudrait faire pour toutes les dépendances insatisfaites), bref faut chercher.

Si c'est bien fait, il n'y a même pas besoin de la ligne :
deb .../testing dans le source.list
Seule la ligne deb-src est nécessaire.

C'est à dire qu'il est quasiment toujours possible de ne pas mettre à jour un binaire de stable -> testing. Peu de monde le sait, et beaucoup de monde propose des solutions relativement dangereuses.

Pour le noyau, il y a des tas de solutions (et ça s'installe très bien en parallèle). Faut chercher.

C'est parce que les mainteneurs de ta distribution se sont mal renseigné :

[we] will be applying that knowledge and our new contacts within KDE to provide
the best possible KDE experience for Slackware users. The next Slackware
release will contain KDE 3.5.9, but we're targeting KDE 4.1.x for the one
after that.

(Changelog de slackware-current).

Il y a une tendance de plus en plus forte chez les utilisateurs non confirmés à utiliser debian testing. Même si c'est assez stable en pratique, c'est tout simplement jouer à la roulette russe.

C'est joué sur les mots encore une fois. Je voulais dire standard, format ouvert, etc... D'où le terme 'vraie interopérabilité'. Je sais plus comment on dit.

Je suis désolé, même si je pense ce que j'écris, je voulais pas l'écrire d'une façon si méchante :(

Désolé l'histoire des actions c'était méchant.

Je reformule : qui pense qu'on ne devrait pas faire de nouvelles de première page sur des articles destinés à une communauté particulière ?

Pourquoi faire une news sur ça ?
Vous avez des actions mandriva ou quoi ? C'est linufr, pas mandrivafr.

Pour le premier, ça pouvait passer.

Qui est d'accord avec moi ?

La GPL ne favorise pas le fork, c'est encore pire : elle favorise le désir de créer d'autres projets from scratch.

Ne vous inquietez pas, j'ai envie d'en écrire, mais seulement par période.

J'aime bien m'enfoncer et passer pour un être rustre et méprisable.

Votre message est inutile. Je sais bien que mon journal est débile. Vous le savez, tout le monde le sait, alors chut. Il ne faut pas en déduire ce flux saccadé qui serait ma pensée. Il faut voir derrière le décor. Le fait est, cette distribution dont je parle n'est peut être pas la solution, mais peut être que la solution se trouve au voisinage de cette solution, cachée par une butte. Les diverses implications vous seront certainement passées sous le nez comme autant de message subliminaux. L'espace et le temps sont liés; de même les mots avec mes implications et ma personnalité. Car n'oubliez pas, j'ai quand même écrit ce journal : http://linuxfr.org/~ciol/23378.html . J'en suis presque fier, c'est mon premier test sérieux sur des gens normaux.

C'est peut être flou, mais vous, comme nombre de vos confrères, attachez trop d'importance aux mots. Il faut prendre en compte les idées, et au delà, même si elles ne sont pas bonnes et farfelues, les implications d'une "tentative d'idée".

Cette incompréhension perpétuelle qui existe entre vous et moi est regrettable, et va m'empêcher de m'exprimer pendant encore un mois. Croyez moi, mon intelligence est potentiellement illimitée, ainsi que ma capacité à passer pour n'importe qui. Après tout, c'est moi, le Surhomme. C'est pas si facile, je ne suis qu'un produit, un résultat.
La vie est parsemée de Gniarf qui tentent d'attirer la foule en enfer par des pirouettes, sans jamais dévoiler le fond de leurs pensées, comme avoué ci-dessus. Il faut savoir reconnaître les démons. Ils voudraient tous des Linus. Des gens parfaits qu'on ne pourrait critiquer (car ils font), et vous méprisent vous et votre journal grotesque. Tous des Dieux, blasés mais compétents. Ils ont juste oublié un détail : on ne peut juger _personne_ sur un journal (ou plusieurs).

Tout cela pour dire, votre ironie à deux balles, garder la pour vous, vous êtes peut être plus clownesque et trollesque que moi.

Ce qu'il faudrait, c'est une ubuntu qui serait respecté comme Gentoo.

Sauf que l'ubunteros voudra changer et arrivera tôt ou tard à ce genre de réflexion :

"Arch Linux me permet de combler deux besoins : une distribution stable
et assez à jour coté versions de logiciels… Sans avoir à passer 8 jours
à tout recompiler."

(c'est l'extrait d'un ex. ubunteros).

Ainsi qu'à l'enfer des dépôts de paquets trouvés ci ou là à travers le net :
"I used GetDeb in the past but have now installed a new repository for Gimp and other problematic software".

http://meetthegimp.org/get-the-newest-gimp-for-ubuntu-and-fa(...)

Ce qui n'est pas pire que l'enfer des dlls.

Le jour où on saura ce que toi tu penses...

C'est pourtant ce qui ce passe avec les BSDs. Je ne pense pas que FreeBSD soit critiquée par les autres BSDs.

Ok, tu parlais de la norme et pas du langage. Comme d'habitude les gens m'ont plussoyé pour rien. Je suis désolé, en plus je te connais de developpez.com et je t'aime bien, personne ne peut lutter contre toi sur la connaissance du C++.

Si tu veux qu'il soit installé dans /home/user/musique, tu le mets dans un répertoire machin/home/user/musique/fichier_album_ogg
Je crois que tu as aussi besoin d'un répertoire DEBIAN : machin/DEBIAN
Dedans tu y mets un fichier control très simple.
Ensuite dpkg-deb --build machin (en se plaçant dans le répertoire parent de machin)

Je vois pas en quoi le C est incompréhensible. C'est justement le fait qu'il soit court qui lui a apporté le succès. Pour citer le K&R, « Un programmeur peut s'attendre avec raison à connaître, à comprendre et à utiliser effectivement la totalité de ce langage ».
La preuve : le K&R fait 200 pages, définition de la grammaire comprise.

"I don’t know what the language of the year 2000 will look like, but it will be called Fortran", Tony Hoare, 1982.

Oui, c'est une bonne idée.
Si le .bash_profile appelle .bashrc, celui-ci sera toujours appelé. Donc autant tout mettre dans le bashrc.

Quand à PATH, c'est effectivement une exception :

Sous slackware, konsole est lancée en login shell (--ls), donc il n'y a pas de problème (tout l'environnement est recalculé).
Par contre, 'terminal' dans xfce est lancé en non-login shell (donc seul le .bashrc est lu). Si on met une définition récursive dans .bashrc, comme PATH ici, alors celle-ci va contenir des doublons !
(/home/user/bin:/home/user/bin:/usr/bin...)

Au fait, je ne veux pas savoir que l'un se lance lors d'un login shell, et l'autre lors d'un non-login shell.

Je voudrais juste savoir *concrètement* ce que vous y mettez.

Merci.

Ben j'aime bien les projets qui ont des buts.

Je me demande si les développeurs de Linux envisagent de tout revoir comme dragonfly bsd, où s'ils préfèrent ??? : je ne sais pas ce qu'ils préfèrent. J'ai pas trouvé de lien "goals" sur kernel.org.

Ma question est : où va Linux ? Ça peut être par exemple avoir le plus de matériel supporté pour le marché "desktop", pourquoi pas.