gaaaaaAab a écrit 1401 commentaires

"J'ai loupé quelque chose ?"

heu .. peut-être :-) (je reviendrais dessus plus tard).

Mais si ce que tu veux démontrer, c'est que c'est débile de foutre des DRMs parce que de toute façon, ça ne fonctionne pas, tu touches au coeur du débat. Effectivement, les DRMs ne fonctionnent pas, d'ou l'idée lumineuse de rendre illégal leur contournement.

Pour revenir sur ce sur quoi je ne suis pas tout à fait d'accord avec ce que tu dis (ou en tout cas avec ta formulation)
"on peut admettre qu'il veuille limiter et / ou contrôler la diffusion de cette oeuvre. Il peut souhaiter ne l'autoriser que contre rémunération par exemple"

Comme tu le présentes, on a l'impression que tu penses que l'auteur peut interdire l'utilisation de son oeuvre à quelqu'un qu'il n'aime pas. Si je ne dis pas de bétise, à partir du moment ou tu payes les droits appropriés, tu n'as pas besoin de l'autorisation de l'auteur pour utiliser son oeuvre. Heureusement même !

commence déjà par vérifier l'environnement dans lequel tes cgi tournent.
p-e tout simplement que les bons LD_LIBRARY_PATH sont positionnés dans ton environnement, mais pas dans celui de tes scripts.

Tu peux savoir si un processus tourne en utilisant pidof.
Je te laisse creuser dans le man :)

Bon, c'est pas terrible comme idée, mais tu peux déjà récupérer un bout du contenu dans le cache google. P-e que www.archive.org en a des bouts aussi.

Sinon, par curiosité, c'est quoi le souci ? un renouvellement tardif du nom de domaine ?

cool !
je me le note dans un coin de tête pour plus tard :)

Plusieurs possibilités :

- tu as gardé une disquette de boot dans un coin.
alors là, fastoche. Tu boot sur ta disquette de boot, et tu réinstalles ton bootloader (en tapant lilo si c'est lilo, et grub-install avec les bonnes options si c'est grub)

- tu as un disque d'install de la redhat sous la main
tu boot sur le cd d'install. Tu choisie le mode rescue et à partir de là, tu dois pouvoir réinstaller un boot loader en naviguant dans les menus. C'est pas toujours une méthode super intuitive, ni super fiable. Parfois, je m'en sors pas avec ce machin là.

Si tu t'en sors pas comme ça, y a toujours moyen de booter sur un live cd. De là, tu montes ton ancien système, tu te chroot dessus, et tu réinstalles ton boot loader.
Si t'as pas de bol, tu te retrouves dans la situation dans laquelle j'étais cet après-midi, et tu dois recréer les fichiers spéciaux /dev/hda* à la mimine :)

marrant de tomber sur ce genre de question pile quand je suis en train de lutter avec une maj de redhat 0 à fedora core 3 sur un portable ...

<ma vie>: j'ai restauré mon boot loader =) mais le noyau 2.6 a pas l'air de bien gérer le touchpad, et du coup, il bloque au boot. Va encore falloir que je trifouille =)

update table1 set q1 = (select q2 from table2 where table2.indice = table1.indice);

normalement, c'est du sql *pur*, ça devrait marcher partout.
En tout, sous Oracle, ça doit.

C'était pas la même config, alors je ne sais pas si ça peut aider.

Chez moi, c'était un client XP qui voulait pas pinguer la passerelle, et que je ne pouvais pas pinguer. Apres m'être arraché les cheveux pendant un bon moment sur la config Linux, je me suis rendu compte que c'était le firewall Windows qui bloquait mon trafic ...

en l'occurence, tu as tout faux. Pour faire simple, le TCE étendait le champ de la co-décision. Or la directive sur les BLs était *déjà* sous le régime de co-décision. L'adoption du TCE n'aurait rien changé à l'affaire.

Je sais, le commentaire auquel je répond est déjà noté à -2.
C'était juste pour rappeler que l'adoption ou la non-adoption du TCE est un élément non pertinent dans le débat sur les BLs. Tout ce qui tente de lier le débat sur les BLs au TCE est donc un troll.

si y'avait que la Commission ...

petite correction, l'Europe des gouvernements, c'est le Conseil des ministres européens. La Commission, c'est encore autre chose. C'est pas une entité classable dans les Europes des <...>, c'est le machin spécifique à l'Europe qui n'existe pas au niveau national.

Dés qu'on parle du TCE, je ne peux pas m'empécher de faire référence à Etienne Chouard (http://etienne.chouard.free.fr/Europe ).

pour la confusion des pouvoirs au niveau européen, cf le 4e point de http://etienne.chouard.free.fr/Europe/Constitution_revelateu(...)

mais voila y a pas création du fichier....

et non. Mais cette date là, tu l'auras pas !

cf les réponses de Lew Pitcher
http://groups.google.com/group/alt.os.linux/browse_thread/th(...)

c'est en anglais et ça dit que la date de création n'est pas préservée. Le mieux que tu auras, c'est le mtime. Et comme le thread date d'aujourd'hui, ça doit s'appliquer aussi aux noyaux 2.6 et pas à un 2.2 antédiluvien ;)

man find

forcément, avec -atime, ça va pas faire tout à fait ce que tu veux, surout si tu fais des ls pour voir si les fichiers sont toujours là ;-)
Essaie avec mtime ou ctime

y a quand même une dépèche spéciale Ketchup en première page ...
http://linuxfr.org/2006/01/11/20197.html

C'aurait été perdu au fin fond d'un journal privé, je veux bien, mais là .... t'abuses un peu quand même :p

Tu peux aussi tester le retour de stat

pour avoir la taille du fichier :
stat -c "%s"

man stat ou stat --help

Si tu arrives à créer une vue qui contienne la liste triée des dates entre tes bornes, c'est gagné.

La première vue ferait un truc du genre "select set_of_date (...) from ..." qui te cracherait toutes tes dates dans l'ordre et la deuxième ferait une jointure entre ta table et la vue de dates.

bonne année aussi :)

ça marche pas la réponse de "Simon Richter" dans de.comp.os.unix.programming (cf lien google de mon commentaire précédent) ?

pas besoin de comprendre l'allemand hein ?! faut juste chopper le code (qui a le bon gout d'être en anglais ;)

si chacune de tes sondes affiche une chaine caractéristique (ce qui serait une bonne idée), tu peux aussi t'en sortir avec 4 grep

y a des petits bouts à mettre dans le configure.in et dans le Makefile.am
je comprend pas un mot d'allemand, mais ça m'a l'air d'être une bonne piste ça :
http://groups.google.com/group/de.comp.os.unix.programming/b(...)

quand je pense qu'y en a qui veulent localiser les messages d'erreurs, voire les langages de programmation ...

courage ! :)

Dans le man d'autoconf [1] (page 17), ça parle d'un chtit outil appelé autoscan qui te mettera sûrement le pied à l'étrier pour autoconf.

et un petit peu de la doc [2] d'automake

pour creuser plus, il va *vraiment* falloir que tu sois plus précis (genre filer la gueule de tes fichiers de conf pour autoconf et automake, copier l'erreur lors de la compil, expliciter en quoi le comportement du bazar ne correspond pas à celui que tu attends, ...)

N'hésite pas à poser des questions qui t'ont l'air con, ou à décrire dans le détail ce que tu essaies de faire, pouquoi tu l'essaies et quel résultat tu obtiens. On est pas devins ;)

accessoirement, j'ai un peu bu ce soir, alors j'ose pas creuser plus que ça :-)

[1] http://www.gnu.org/software/autoconf/manual/index.html
[2] http://sources.redhat.com/automake/automake.html#Examples

ca ne semble intéresser personne ?

non, c'est pas ça. Le sujet m'intéresse, mais j'ai pas assez trifouillé autoconf et automake from scratch pour être vraiment utile au point ou t'en es. Essaie d'être un peu plus spécifique sur les problèmes que tu rencontres.

malgrès toutes les docs j'arrive à rien

perso, j'y crois pas. Je suis sur que tu as au moins des débuts de fichiers ou des pistes.

C'est quoi ton processus de construction à l'heure actuelle ? tu as déjà des makefile ? ou c'est fichiers de scripts "à la main" ?

s/Glazzman/Tristan Nitot/

bon, ça sert à rien, mais il chat sur m6.fr demain de 12h à 13h.
Comme on peut poser les questions à l'avance, faites vous plaisir

http://www.m6.fr/html/evenements/chat_culture_index.shtml

"et ensuite, ya t'il un moyen pour "revenir d'un cran" sur la variable précédente ou va_args efface t'il les variables après les avoir récupérée ?"

bon, ça c'est deux questions en fait.

Y'a-t-il un moyen de revenir d'un cran ?
La réponse est non. Sur une va_list, tu ne peux appeler que va_start, va_arg et va_end.
L'effet de toute autre utilisation d'une va_list est indéfini.

va_args efface-t'il les variables après les avoir récupérées ?
On va dire que je suis négatif, mais encore une fois, la réponse une non.
Tu as tout à fait le droit d'appeler plusieur fois va_start. Ca te repositionner à chaque fois sur le début de la liste. Par contre, je ne sais pas si tu peux imbriqué les appels (genre refaire un va_start entre un va_start et un va_end). Dans le doute, je ne m'y risquerais pas.

Tu peux aussi jeter un oeil à va_copy

ouaip. J'avais aussi envie de faire des trucs comme ça y a pas longtemps, mais en C, il n'y a pas de façon portable de construire dynamiquement une va_list.

dans la FAQ cd comp.lang.c :
http://www.eskimo.com/~scs/C-faq/q15.12.html

ben c'est la saison. C'est la deuxième fois que j'entend cette question en moins de 24 h.

Perso, j'ai une MSI PC54G2 PCI et j'en suis très content :)

y'en a au moins 1 qui est d'accord avec moi :
http://www.rue-montgallet.com/prix/75012/commentaires/lire/1(...)
chercher le commentaire avec le mot "Linux" dedans.