Pascal Terjan a écrit 4240 commentaires

... ou qui ne peuvent pas à cause de leur FAI

http://dl-3.free.fr/52616e646f6d495651c80d2aa1682f2b441e363a(...)
http://dl-1.free.fr/52616e646f6d49564b1e5ea17cfb4036c03efeca(...)
http://dl-3.free.fr/52616e646f6d495603ecb0fe93624749315fa686(...)
http://dl-1.free.fr/52616e646f6d495614cfdba95d0e1b99317a230d(...)
http://dl-1.free.fr/52616e646f6d49567c661685f61aa390790500ae(...)
http://dl-1.free.fr/52616e646f6d4956f1b32042e0136c30022b0fee(...)
http://dl-1.free.fr/52616e646f6d4956357346cf8e7851ca3e6295f6(...)
http://dl-3.free.fr/52616e646f6d495677875e8691a03a1b254bf4b3(...)
http://dl-3.free.fr/52616e646f6d4956e7006e0e29a0f84ea568f6d4(...)
http://dl-3.free.fr/52616e646f6d49562ecaf014491e583e6890d843(...)
http://dl-3.free.fr/52616e646f6d49568f075e1bf509adf9722dc6db(...)
http://dl-3.free.fr/52616e646f6d4956f329f88566b54c0d5dec0aba(...)
http://dl-1.free.fr/52616e646f6d4956b14a6ef72add67d7260edd00(...)
http://dl-1.free.fr/52616e646f6d495649a8f36a8bf67b6ef2e206da(...)
http://dl-1.free.fr/52616e646f6d4956d4002bbc4ed36659f5922809(...)

(pour ceux qui ne savent pas, ça reste en ligne 24h après que plus personne ne l'ai downloadé)

Et sinon de ce que j'en ai écouté, je ne trouve pas ça extraordinaire mais ça fait une bonne musique de fond...

Merci de ne pas demander d'aide ici pour contourner une licence. TurboPrint est un logiciel propriétaire payant, si tu veux l'utiliser tu payes.

De plus un driver propriétaire mais gratuit existe (celui dont tu donnes le lien), donc tu ferais mieux d'essayer de le faire marcher (et donc d'entrer dans les détails de ce qui ne marche pas).

Tu peux aussi regarder du coté des drivers libres, c.f. http://openprinting.org/show_printer.cgi?recnum=Epson-Stylus(...) et http://openprinting.org/show_printer.cgi?recnum=Epson-Stylus(...) (l'un des 2 marchera peut être avec la tienne)

Donc, j'ai signalé le problème à postmaster (enfin non, juste essayé vu que la boite de postmaster est pleine) :

This is the SMTP Server program at host orange.net.

I'm sorry to have to inform you that your message could not be
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to 

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                        The SMTP Server program

 orange.net platform: said: 552 5.2.2 Over quota (in reply to RCPT TO command)

(mais bon visiblement le grand public peut pas l'installer donc l'intéret est plutot restreint : 'LinDVD, InterVideo's Linux software DVD player, is currently available only to manufacturers for evaluation and integration.' )

Il est inclus dans les versions propriétaires de Mandriva 2007.0

J'avais acheté il y a 6 ans un Agfa SnapScan e20 (le moins cher des canners USB que j'avais trouvé à l'époque) qui marche encore très bien et qui avait couté 300 Francs sur cdiscount à l'époque.
Il a toujours été bien supporté sous Linux (pas du tout sous windows 95 par contre donc ça a été une des raisons de ne plus utiliser windows) mais visiblement Agfa ne fait plus de scanners :-(

Concernant les Canon, les CanoScan LiDE sont bien supportés et le LiDE25 coute moins de 50 € et se trouve facilement

http://www.cdiscount.com/informatique/scanner/canon-canoscan(...)
http://www.pixmania.com/fr/fr/113557/art/canon/scanner-lide-(...)
http://www.ldlc.com/fiche/PB00030135.html

Heu je ne suis pas chez orange, j'envoyais un mail à un de leurs abonnés qui est sur une ML que je gere.
Mais bon c'est vrai que je peux demander aux gens de ne plus utiliser leurs adresses mail de chez orange :)

Dans tous les cas, il faut construire les paquets dans une sandbox ou un chroot sous peine de voir surgir des problèmes de dépendances.
Oui c'est pourquoi il existe des systèmes de build. SUSE en a un, Mandriva aussi, je suppose que Fedora aussi mais je ne sais pas.
Tu donnes un src.rpm ou un spec + des fichiers sources et ca te rebuild et check le package avant de l'uploader.
Celui de Mandriva actuellement, tu commites tout dans le svn et quand ton package te parait OK tu demandes à ce qu'il soit uploadé, ca sort les trucs du svn, genere un chroot, installe les dependances de build et génère le package. Si tout c'est bien passé en i586 et x86_64 et que rpmlint n'indique pas d'erreur bloquante, c'est uploadé.

comprendre : les dépendances sur les fichiers, ça va plus vite, un ldd et hop).
Et j'avais oublié de répondre à cette partie.
Ca serait con de faire un ldd à la main pour ajouter des dépendances vers des fichiers quand mieux est déjà fait automatiquement.
C'est fait lors du build du rpm par des scripts d'ajout de dep automatique, et ils mettent pas le nom de fichier de la lib mais son soname. Quand on package des libs ça ajoute aussi automatiquement la fourniture du soname des libs inclues dans le package (les dépendances vers les modules perl sont aussi automatiques ainsi que quelques autres choses...)

Donc pourquoi les gens s'embeteraient ils à faire à la main des dépendances vers des fichiers plutot que d'avoir de dépendances automatiques propres ?

Ben justement j'ai regardé tous les packages de ma machine. Et il ne suffit pas que le fichier existe pour que le rpm accepte de s'installer, il faut qu'il soit fourni par un rpm installé !
La dépendance ne se fait pas sur la présence de fichiers sur le système, c'est juste que en quelque sorte les rpm provident tous les fichiers qu'ils contiennent. rpm n'utilise que sa db pour résoudre les dépendances, pas la présence physique de fichiers...

[root@plop SPECS]# rpm -ivh /home/pterjan/rpm/RPMS/i586/test-1-1mdv2007.1.i586.rpm
erreur: Dépendances requises:
/tmp/foo est nécessaire pour test-1-1mdv2007.1.i586
[root@plop SPECS]# touch /tmp/foo
[root@plop SPECS]# rpm -ivh /home/pterjan/rpm/RPMS/i586/test-1-1mdv2007.1.i586.rpm
erreur: Dépendances requises:
/tmp/foo est nécessaire pour test-1-1mdv2007.1.i586

Il faut savoir aussi que la différence majeure entre les deux formats est que les RPM basent leurs dépendances sur les fichiers là où les DEB s'appuient uniquement sur le système de dépendances.

Heu tu exageres un peu. RPM _supporte_ les dépendances sur des fichiers mais c'est très rarement utilisé et c'est fortement déconseillé.

Je sais que sur Mandriva ca arrive dans un cas : quand ton cas contient des scripts, à la construction du package ca regarde les shebang et ca ajoute les interpretaurs comme dépendance. Quand l'interpréteur est présent sur la machine de build ca met une dépendance vers son package, sinon ca met vers le fichier. Donc on se retrouve avec une dépendance vers le fichier si on a oublié de mettre l'interpréteur comme dépendance de build et pas mis la dépendance à la main en ajoutant un ignore sur celle là.

Le seul cas ou je ne sais pas comment éviter c'est dans les scripts de pre/post/... ou rpm met tout seul un require sur le fichier de l'interpreteur. La plupart des packages ont donc une dépendance vers /bin/sh, et en plus elle apparait plusieurs fois par packet (pour dire qu'on a besoin de lui en pre, en post, ...).

Sur les 1789 installés sur ma machine :
[pterjan@plop tmp]$ rpm -qa --requires | grep / | sort | uniq -c | sort -nr
969 /bin/sh
878 /sbin/ldconfig
41 /sbin/install-info
26 /usr/sbin/update-alternatives
8 /usr/bin/perl
4 /sbin/chkconfig
3 /usr/sbin/groupadd
3 /bin/awk
3 /bin/ash
2 /usr/sbin/update-ldetect-lst
2 /usr/bin/tr
2 /usr/bin/python
2 /etc/pam.d/system-auth
2 /etc/init.d
2 /bin/sed
1 /usr/share/autotools/ac-wrapper.pl
1 /usr/sbin/useradd
1 /usr/sbin/glibc-post-wrapper
1 /usr/sbin/chkfontpath
1 /usr/sbin/arping
1 /usr/bin/run-parts
1 /usr/bin/ruby
1 /usr/bin/rrdcgi
1 /usr/bin/env
1 /usr/bin/cmp
1 /usr/bin/chage
1 /sbin/service
1 /sbin/pidof
1 /sbin/ip
1 /sbin/fuser
1 /etc/libuser.conf
1 /bin/touch
1 /bin/rm
1 /bin/grep
1 /bin/gawk
1 /bin/egrep
1 /bin/csh
1 /bin/bash


Quelques un sont des bugs mais la plupart ne sont que du bruit vu que c'est fourni dans le basesystem.

Je ne vois pas le rapport, la version des libs sera toujours différente entre les différentes distribs, donc il faudra compiler ton appli pour chaque distrib.

Cela fera une économie d'espace disque sur les serveurs.
Plus de serveurs disponible pour tout à chacun car il n'y aura plus un serveur pour les .rpm, un serveur pour les .deb, un pour les .mdk ou je ne sais quelle autre paquet exotique.
Il faudra toujours un package par distro dans la plupart des cas, à moins que tu ne compiles tout en statique et dans ce cas ca fera vraiment pas une économie d'espace disque sur les serveurs (ni sur les machines clientes).

Oui, mais c'est recent, au cours des 10 années précédentes chaque distib avait fait son système et je ne pense pas que toutes aient fait la migration vers le support des .desktop...
De plus, tous les Window Manager ne supportent pas encore les menus freedesktop.

Directement je ne vois pas comment faire cela sur toutes les fenêtres (chacune peut demandée à ne pas être décorée mais je pense pas que tu veuilles patcher toutes tes applis :-) )

Par contre Devil's Pie (http://www.burtonini.com/blog/computers/devilspie/ ) doit te permettre de virer les decorations sur toutes les fenetres créées par contre.

Je dirais mkdir ~/.devilspie; echo "(undecorate)" > ~/.devilspie/undecorate.ds sans avoir testé :-)

Tu cliques sur "style" dans la barre en haut, puis sur "original.css".

En remplaçant " at " par "@" et " dot " par ".", oui :)

Oui il faut qu'on en refasse vu les demandes régulières qu'on a.
Jusqu'à présent on n'avait pas de besoins d'argent (et je pense qu'on ne devrait plus en avoir dans un avenir proche) donc les bénéfices des T-Shirts ont été reversés à ceux qui peuvent faire en sorte que le PLF n'ait plus besoin d'exister (FFII, EUCD.info).

Tu serais pas sur un système 64 bits avec des trucs en 32 bits installés ?

C'était une extension de GCC, le préprocesseur remplaçant le retour chariot par \n. Les gens écrivaient donc du C non standard qui ne compilerait pas avec autre chose.
Je me souviens qu'avec gcc 3 c'était déjà marqué deprecated, je pense que gcc4 n'en veut plus du tout.

Sinon tu peux essayer cette option de cpp :
-traditional-cpp
Try to imitate the behavior of old-fashioned C preprocessors, as
opposed to ISO C preprocessors.

Regardes les mentions légales, tu n'as pas le droit de recopier ce texte.

Et d'ailleurs tu n'as pas le droit de parler de la RATP comme sujet du commentaire :

De même, il est strictement interdit d'utiliser ou de reproduire le nom "RATP" et/ou son logo, seuls ou associés, à quelque titre que ce soit et sur quelque support que ce soit sans l'accord préalable et écrit de la RATP.

Bon je met un lien vers http://www.ratp.fr/corpo/mentions.html même si c'est aussi interdit.

Suite a cette discussion j'ai mis un script en cron qui va voir les pages metro et rer du site de la RATP et note quand le contenu change.

http://cmoi.fasmz.org/~pterjan/metro.html

http://cmoi.fasmz.org/~pterjan/rer.html

Tu vois, aucun incident...

J'ai oublié la conclusion :

Ce n'est pas le droit de grève qu'il faut modifier, c'est dans les syndicats qu'il faut faire du ménage, et c'est aux employés de le faire s'ils veulent que la grève garde un sens et que le droit de grève ne soit pas menacé.

Je ne suis pas d'accord.
Oui le droit de grève est important. Le problème c'est les abus qui en sont faits. Faire grève quand ca ne changera rien ou pour demander des choses délirante c'est ce genre de choses qui me dérange un peu.
Le sabotage pendant les grèves ca me dérange aussi, quand des gens décident de continuer à travailler, ce n'est pas normal que les grévistes les en empêchent.
Mais ca n'est rien et ne mérite pas de changer quoique ce soit.
Ce qui me dérange vraiment actuellement c'est quand j'ai vu il y a quelques années une grève d'employéés du service public (SNCF je crois) pour se faire payer les jours de la précédente grève. Pour certains, la grève c'est juste de pas travailler et être payé quand même, dans ce contexte je comprend qu'il y en ait autant dans ce milieu.
Je suis pour la grève quand elle a un sens et qu'elle correspond à un choix ayant aussi des inconvenients pour l'employé, pas quand c'est des vacances déguisées qui font juste perdre de l'argent au patron et chier les usagers/clients.

Pour le mail c'est simple, un PC avec des données confidentielles n'a pas à avoir accès à internet, que ce soit le web ou le mail. Soit il est sur un réseau interne totalement séparé, soit il n'est pas sur le réseau.

Tu prends quelle ligne? Que je l'évite. Si tu as des problèmes quasiment tous les jours, tu as peut-être le droit de gueuler, mais je n'ai pas l'impression d'être si mal servi (ligne B).

Evites la ligne 13, c'est de pire en pire.
A peu près un "incident de signalisation" ou "incident technique" ou "avarie matérielle" par jour depuis plusieurs semaines... Cette semaine il y en a eu 3 fois le matin un peu avant 9h, les autres ne m'ont pas dérangé.

A chaque fois un trajet de 10 minutes se transforme en 1 trajet de 40 minutes (quand il s'arrete juste tout le temps) ou un trajet de 2h (quand il faut essayer de prendre le bus à la place car le trafic est totalement interrompu).