Sebastien a écrit 338 commentaires

ils croivent que le pentium IV fait accelerer internet .

A entendre, ça fait déjà mal, mais alors à lire ! Je n'en croive pas mes yeux.

-1 oeuf corse, pour mauvais esprit

Je préfère être dans la rue pour fêter la sortie de la woody que moutonner dans les manif' anti-lepen qui ne servent à rien.

-1 car politique et donc OT.

Le titre de la news correspond à la première phrase de l'article de distrowatch :
'Slackware users use Linux. "No, really?!"'...

Distrowatch ne sert pas qu'a "changer de distro". C'est assez pratique d'avoir en un clin d'oeil le palier technique de toutes les distros.
Sinon, c'est vrai que quand on aime une distro et qu'en plus elle est de qualité, pourquoi changer ?

En fait, je n'arrive pas à savoir si cette "eglise" est serieuse ou s'il s'agit d'une blague.

Je ne comprend pas le besoin de front end comme gtkam ou autre. Le but est bien de decharger les photos !
Pour cela, j'ai un script bash qui me pompe toutes les photos de l'appareil, les recompresse, les range, les efface de l'appareil et me dit bonjour/merci. Je ne vois pas ce qu'il faut de plus !
Pour regarder les photos, j'utilise ensuite un autre logiciel dont le but est de visualiser les photos.

Essaye kuicshow. C'est *très* rapide (bon cache de la prochaine photo) pour visualiser les photos. Des raccourcies clavier permettent facilement de faire les rotations puis sauvegarde. Les autres filtres ne valent pas le coup pour le moment. Donc pour les yeux rouges et autres : gimp
Il y a une adhérence à qt/kde...

Pour ceux qui aiment les distros "gourou" de ce type, il y a Sorcerer qui semble plutot pas mal du tout.

http://sorcerer.wox.org/(...)

Une béta est en piste, la première version officielle stable est pour bientot.

C'est plaisant de voir des distro qui creusent dasn d'autres directions que l'installation en 3D openGL avec frigo usb reconnu du premier coup.

Keep slackin' ;-)

Je me dis aussi qu'il faut accepter le choix des autres même s'il nous semble débile sinon on ne vaut pas mieux.


Heu... on a encore le droit de s'exprimera près ça ?
Mon choix est de ne pas être d'accord avec toi ;-)

N'oublie pas de preciser que ce n'est pas libre.

D'après netcraft :
The site www.tfe.c64.org is running uIP/pre-0.7 (http://dunkels.com/adam/uip/(...)) on unknown.

Un nouveau concurent arrive ! C'est la fin d'apache ;-)

Je me demande tout de même comment ils font pour ne pas se faire slashdoter avec un simple C64 !

Je crois qu'il y avaient aussi un autre magazine, genre pour les hackers (Pirate, je crois !)

Pirate = Hacker ? Bravo ! J'espère qu'il s'agit d'ironie. Ce genre de confusion, on l'entend suffisemment dans la presse et à la TV. Il serait bon de s'en passer sur linuxfr.

Je suis Hacker, mais pas Pirate.

J'aimais bien Les puces. Surtout les sasfepu du, genre :
vend station sparc 30 francs
vend station mir 100 francs ;-)

Sinon le Virus Info est tout de même bien mediocre en génral. Ils se permettent de critiquer microsoft à tout va et encenser les logiciels libres, mais la plupart du temps ils ne parlent que de logiciels proprio qui tournent sur windows... C'est un peu contradictoire.
En tout cas c'était comme ça il y a un moment. Cela fait presque deux ans que je n'ai pas lu le virus. Toujours pareil ?

C'était juste un mot d'humeur de quelqu'un qui serait assez heureux de trouver sur LinuxFR des news aussi abondantes et de qualité que sur Slashdot...

J'ose esperer qu'il s'agit bien là d'ironie (après tout, on est vendredi). Car la qualité des news de slashdot est plus que discutable. Je ne parle même pas des trolls à n'en plus finir qui peuplent les commentaires.
/. est victime de son succès, mais ce n'est plus la qualité qui prime. Il suffit d'ailleurs de voir le nombre de fois ou les news doivent être remaniée après leur publication tellement elles sont imprécises ou carrements fausses (cf "slackware is dead", c'était le pompom).

Bref, quand à linuxfr, pour augmenter la qualité des news... et ben on n'a plus qu'à se bouger le cul pour que ce soit encore meilleur.

Quoi de spécial ?

En trois mots :
Stabilité, solidité, tendresse !

C'est comme comparer une boite automatique et une boite manuelle sur les bagnoles. La slack, tu as le plaisir de comprendre tout ce qu'elle fait. Rien de mysterieux, rien de cacher dans des scripts alambiqués et des fichiers de conf planqués.
Un site fait un argumentaire interessant :
http://www.slackware-advocacy.org/(...)

Une dernière chose sur la slack : elle est souvent très à jour, car un seul homme s'en occupe : Patrick Volkerding. Le resultat est là : la slack est toujours très à jour (kernel 2.4.X et XFree 4.1 et KDE 2 depuis presque 1 an, ) et quand on suit la current, on est vraiment "bleeding edge".

Keep Slackin' !

Non, pas du tout. Tu ne resizes pas du JFS. Par contre, les fs sous aix (comme tout les unix qui utilisent le Logical Volume Manager) sont composés de partitions logiques (LP) mappé sur des partitions physiques (PP) de petite taille : 4 Mo ~ 128 Mo. Tu peux agrandir un filesystem en ajoutant à la volée des LP. Mais chaque PP est de taille fixe et formatée en jfs pour aix.

Tu ne vas pas perdre tes mails... ils sont dans ~/Mail, tu gardes tes dossiers et tes mails.
De même pour les preferences qui sont dans le ~/.kde, elles sont migrées plutot correctement. J'ai recupéré mes bookmarks de konqueror, fond d'ecran etc...

Pour kmail, un dernier point : en plus de mbox, kmail supporte enfin Maildir, ce qui permet une meilleur gestion quand tu as des gros mails (ce qui est le cas au boulot avec les conn^W collègues qui envoient 2 Mo de pièces jointes offices à chaque fois)

bof, kde est certe un peu long à compiler, mais *très* simple.
Pour presque tout les modules, il suffit d'un ./configure make make install, avec parfois un petit paramètre à filer au configure si on veut des trucs comme alsa ou ne pas utiliser pam ou encore changer l'emplacement ou kde s'installe.

Il existe des scripts qui compile tout kde. bkcvs est un de ceux là, il choppe kde sur le cvs (donc la version du jour, pas toujours très stable :p) le compile l'install et lala !

KDE 3.0 n'utilise pas gcc 3.0x. Le passage se fera sans doute avec KDE 3.1 et gcc 3.1 (tiens, même n°, supersticieux ?)

chez toi, a grand coup de iptables, tu redirige le port tcp/443 vers tcp/22 (comme ca ton daemon ssh tourne aussi sur le port traditionnel 22), et tu passe a travers le proxy web avec un script perl tout bete

Ahhh ça me plait ça ! Mais ou peut-on trouver ce script 'bête' qui permet de faire passer ssh par un proxy ? Je me doute qu'un proxy https est plus laxiste qu'un proxy http, le filtrage est d'un niveau plus bas.
Hmm, je sens la libération venir !

C'est bien gentil, mais il faut un accès sur la gateway.... ce qui n'est pas toujours le cas...

Au boulot, le firewall bloque le port ssh et le web passe par un proxy... Je me demande comment faire pour contourner ça.
Si je trouve un port ouvert, je pourrais mettre mon serveur ssh chez moi à ecouter sur ce port, ce n'est pas grave, mais en attendant, je me vois mal faire un nmap sur le firewall sans attirer l'attention !

Je crois que make uninstall se base aussi sur checkinstall.
Par ailleurs mku gère aussi les rpm et les paquets debian.
Pour finir, je vois que checkinstall demande aussi une version dynamique de ln, le pb doit donc être le même que pour mku....
Dans la FAQ de checkinstall, il est precisé que :
CheckInstall can't trace (yet) the actions of three kind of binaries:

SUID programs
SGID programs
Statically linked binaries

Reste à savoir pourquoi... Mais c'est une limitation plutot pénible.

qu est ce que tu entends par une version dynamiqe ?


? Un executable peut être ou statique ou lié dynamiquement à des bibliothèques (dont le chemin est dans /etc/ld.so.conf).
Un des prérequis de make uninstall est d'avoir une version linké dynamiquement de ln et non une version statique, ce qui est le défaut sur la slack.

fox@srenard:~$ ldd /bin/ln
not a dynamic executable
fox@srenard:~$

Alors que par exemple avec "cp"
fox@srenard:~$ ldd /bin/cp
libc.so.6 => /lib/libc.so.6 (0x40025000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
fox@srenard:~$

On voit bien que cp est lié à la libc. C'est ldconfig qui gère ce linkage.

Bref, ce "bug" de make uninstall me freine, plus par principe qu'autre chose.

A étudier. J'attends toujours des arguments en faveur de mku.

En revanche, ce qui est *chiant* avec make uninstall, c'est qu'il faut avoir une version dynamique de /bin/ln... Alors que /nin/ln est justement statique pour eviter les galères quand tu récupères un systeme planté...
Bref, renommer mon /bin/ln en /bin/sln me fatigue.
J'attends plus d'arguments pour commencer à utiliser make uninstall.

J'ai la bouche pleine de chocolat, ne me faites pas rire avec des poissons pareils !

Allez donc voir freshmeat.net, ils ont relooké le site avec les couleurs de la XboX, car c'est l'évenement majeur de l'année ;-) !