gaaaaaAab a écrit 1432 commentaires

ben forcément, si tu dis pas tout ;)
Ca dépend ce que c'est qu'une visualisation. Si une simple sortie html suffit, pas besoin de s'embéter avec une api graphique.

au passage, je me rend compte que j'ai cité perl en premier, mais si perl peut le faire, python aussi : http://www.python.org/pypi/xlrd/0.5.2

pour savoir avec lequel de ces deux langages c'est le plus simple de faire des IHMs, je ne peux pas trop te répondre ... je préfère la bonne vieille ligne de commande.

p-e les lecteurs des forums python/perl sauraient plus ... ?

y a pleins de modules sur le CPAN

http://search.cpan.org/search?query=excel&mode=all

sur le fond, je suis pas sur que ça réponde bien à la question.
J'oserai jamais non plus utiliser une solution comme ça dans un truc en prod (trop peur qu'un éventuel mainteneur ne comprenne pas l'idée) mais j'aime bien l'approche =)

en fait, plus j'y réfléchis, plus ça me plait :)

j'ai farfouillé sur légifrance pour lire ce qui concernait le droit moral (c'est autour L121 du code la propriété intellectuelle) et donc, je n'y ai rien compris.

Du coup, j'ai demandé à wikipedia ... :p
alors http://fr.wikipedia.org/wiki/Droit_moral

"Cependant, même s'il est réputé absolu par la doctrine, le droit moral est limité par la pratique et la jurisprudence. D'abord, lors d'un procès l'auteur sera tenu de prouver la violation et le dommage subi pour obtenir réparation. "

du coup, la raison "eux je ne les aimes pas", ça marche pas.
Et pour utiliser la raison "pas d'accord avec ce qu'ils font de mon travail.", il faut démontrer le préjudice.

Ouf ! :)

>Si, mais comme j'utilise gcc en -Wall,

mine de rien, là, tu confirmes qu'il y a un problème sur la syntaxe de l'affectation en C, même si tu le contournes avec le compilo ;-)

tu veux dire que tu n'as jamais accidentellement fait une affectation en lieu et place d'un test ?

"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