Gkar a écrit 21 commentaires

Tient ! ça doit être à cause mon côté 100% Python... j'ai même pas pensé à Java dans ma réponse.

C'est vrai que quand Sun a libéré StarOffice c'était un produit sans avenir... la preuve maintenant on n'entend plus parler que d'un certain OpenOffice.org.

Le fait de libérer leur code est pour moi toujours bon à prendre et s'ils font ça avec l'idée de faire de l'argent plus tard je ne vois rien à y redire.

Parce que quand je vois ça, je ne vois pas où est le problème :

/usr/share/doc/iceweasel$ zcat changelog.Debian.gz |head -n 22
iceweasel (2.0.0.4-0etch1) stable-security; urgency=critical

* new upstream security/stability update (Closes: LP#117990)
* MFSA2007-17 aka CVE-2007-2871: XUL Popup Spoofing
* MFSA2007-16 aka CVE-2007-2870: XSS using addEventListener
* MFSA2007-14 aka CVE-2007-1362: Path Abuse in Cookies
* MFSA2007-13 aka CVE-2007-2869: Persistent Autocomplete Denial of Service
* MFSA2007-12 aka CVE-2007-2867 (layout engine) + CVE-2007-2868
(javascript engine): Crashes with evidence of memory corruption
* uriloader/exthandler/unix/nsOSHelperAppService.cpp,
uriloader/exthandler/Makefile.in,
uriloader/exthandler/unix/nsGNOMERegistry.cpp,
uriloader/exthandler/unix/nsGNOMERegistry.h,
uriloader/exthandler/unix/nsMIMEInfoUnix.cpp,
uriloader/exthandler/unix/nsMIMEInfoUnix.h: adapted patch for
bz273524 and drop obsolete parts in response of upstream checkin
for bz373955.
* configure.in, configure: backout gcc visibility bug fixes which have
been applied upstream; update configure accordingly

-- Alexander Sack <asac@debian.org> Thu, 7 Jun 2007 01:11:22 +0200


enfin si ... 7 juin, mais bon.

# man rsync

et plus particulièrement :

--exclude=PATTERN exclude files matching PATTERN
--exclude-from=FILE read exclude patterns from FILE
--include=PATTERN don't exclude files matching PATTERN
--include-from=FILE read include patterns from FILE
--files-from=FILE read list of source-file names from FILE

mes 0.3¤

Oui, merci, ca fait du bien :)

Tout ça pour une blague... qu'est-ce que ça aurait été si tu avais fait un journal plus sérieux !!!

... vous avez pensés à enlever son compte ?

si c'est pas encore fait, (re)merci d'avance.

Pour revenir à amazon, j'avais peut-être mal fait ma phrase (pas très réveillé) mais je ne suis pas un fan du tout, d'ailleur "Dive Into Python" est le premier (et sera peut-être le dernier) livre que j'achète chez eux.

Si je l'ai pris là bas, c'est que c'était pour moi un achat impulsif que je voulais assouvir "tout de suite", et qu'il n'y a que chez amazon que je l'ai trouvé (dans les libraires en ligne française que je connais).

A la réflection j'aurais pu tout simplement dire que je ne l'avais vu que là bas et qu'en attendant un peu il y aurait sûrment mieux (une commande chez le libraire par example ;)

Je m'étais imprimé ce livre il y a déjà plus de deux quand je me suis mis à Python et déjà à l'époque il était vraiment bien pour apprendre toutes les possibilité du langage (quand c'est déjà développer bien entendu).

Je rajoute une précision pour ceux qui hésiterait à ce l'acheter : Mark Pilgrim à fait une grosse avance sur ces deniers pour pouvoir éditer ce livre et doit en vendre au moins 4000 pour rentrer juste dans ces frais.
Donc faite comme moi, encourager ce type de démarche d'ouvrage libre d'aussi bonne qualité, d'autant plus qu'entre un vrai livre et mon ancienne grosse reliure je ne vais pas regréter l'achat :-)

Un petit lien pour les flaimards (je n'aime vraiment amazon d'habitude, mais pour les bouquin en anglais, c'est le moins cher (??) ) :
http://www.amazon.fr/exec/obidos/ASIN/1590593561/qid%3D1090307406/1(...)

Avec ce qu'ils ont mis sur cette page :
http://tinyerp.com/price.php(...)

Tiny ERP est fourni sous une licence libre LGPL. Toutes les librairies et programmes utilisés par Tiny ERP sont sous licences libres. Vous n'avez donc aucune licence d'acquisition ou annuelle à payer.

Le code source de Tiny ERP vous est fourni et la licence vous permet de le copier, de le modifier, et de le diffuser. Elle ne vous permet en aucun cas de le revendre.

Cela vous garanti de n'avoir que les frais d'intégration/adaptation à payer et une meilleure indépendance vis à vis du fournisseur.

on peut se demander s'il ont bien tout compris, ou si c'est juste pour dire aux clients que ça ne vaut pas le coup de l'acheter !

En tout cas, ça fait pas très pro, ce qui est domage au vue du reste du site.

De tout façon ce journal ressemble à un Troll

Et c'est toujours à poil (court/long/brillant) les Trolls non ?

Bon finalement ça c'est bien terminer, on a pu voir la fin sous un bô soleil :)))

On va donc laisser EDF faire leurs grèves et leurs coupures comme ils ont envie de les faire !!

Entièrement d'accord .... c'est une honte....

et si j'avais ça ne se dégage pas au alentour de midi, nous exigeons une coupure générale de courant dans toutes la Bretagne tous les soir où il fera beau (étant à Brest on embêtera pas les gens trop souvent) pour compenser cette frustration astronomique !!! (car hier soir il faisait plus que beau. Grrr!)

Bon et bien, j'espère qu'on verra quelques choses tout à l'heure...

ps: j'ai un peu la haine quand même...

Je vais aller racheter un PC tout neuf, alors...

Mais non, tu n'as pas besoin, vu que ton PC actuelle a déjà une puissance illimitée...

... par contre ce qu'il faudrait c'est limiter la consommation en puissance des OS sur PC ;-)

Je vais répéter ce qui a déjà été dit dans ce journal http://linuxfr.org/~krap/13334.html(...) mais ma vieille montre digital qui a plus de 20 ans, je vais devoir payer Microsoft pour pouvoir régler l'heure et la date ???

J'ai 19 votes, si je ne vote plus pendant 24h il m'en reste 16... et voilà ça ne va pas plus bas.

C'est normal vu que ton nombre de vote "standard" est de 16, mais un vieil algo datant de la mise en place des XP et des droits de vote fait que si tu utilises tous tes votes d'une journée, tu as droits à une majoration de 3 votes (dans ton cas) le lendemain.

Donc si tu ne votes pas une journée tu retrouves ton nombre normal de vote.

Je viens de (re)vérifier depuis ma machine perso avec Xpdf version 3.0 avec une présentation d'un entretient d'embauche, sans avoir aucun fichier de configuration spécifique (ou alors il est bien planqué) et si je devais le refaire demain avec xpdf ça ne serai absolument pas un facteur de stress pour moi !

la présentation en question a été faite en LaTeX avec Prosper....

...
dans le doute j'ai essayé avec une présentation OpenOffice.org exporté en pdf => même verdicte, mais il est vrai que je ne suis pas fan des effets de transition à 0,30 centimes donc je ne peux pas tout tester.

Sinon, il manque aux autres lecteurs de pdf libres (tels xpdf) le mode fullscreen. C'est la seule raison qui fait que j'ai acroread installé sur mon portable, le fullscreen étant indispensable pour les présentations...

Ah bon, pourtant depuis la version 2.0 chezmoicamarche.com :

xpdf --help

xpdf version 2.03

Copyright 1996-2003 Glyph & Cog, LLC

Usage: xpdf [options] [<PDF-file> [ | +]]

(couik...)

  -fullscreen         : run in full-screen (presentation) mode

(couik...)

C'est facile de critiqué quand on ne cherche pas .... (phrase valable aussi pour acroread (que je ne peux pas avoir (tant mieux) vu que je suis sous linux/ppc ;) )

> Bien entendu tous ces standards étant dérivés du XML, on peut intégrer des éléments SVG dans du SMIL ce qui revient à construire une solution complète identique à Flash.
Sauf que tu fais ça avec vi, et pour les graphistes, c'est pas top.

Et non, il existe le très prometteur Sodipodi, un logiciel de dessin vectoriel sous Gnome, qui utilise le SVG comme format de stockage natif (c'est d'ailleur le seul), et qui a déjà un très grand nombre de possibilité en tout quand pour la partie images fixes du standard (est-ce qu'on peut faire des animation vectoriel avec SVG ?).

Enfin pour Sodipodi on peut le trouver (et surtout l'essayer) sur http://www.sodipodi.com(...)

Mais les vrai rulerz graphistes pourront quand même faire ça sous vi (parce qu'il le vallent bien :)

Je voudrais bien savoir en temps combien est revenu le noyau 2.4, juste comme ca...

J'ai retrouvé cette étude (qui était passé sur dlfp ?) :

http://www.dwheeler.com/sloc/redhat71-v1/redhat71sloc.html(...)

Voila le resultat :"(...) it would have cost over $1.08 billion (1,000 million) to develop in the U.S (...)"
Ils parlent de la RedHat 7.1 dans son ensemble (pas que le noyo).

En un sens, c'est un peu normal, vu que les dernières Mandrake sont compilées en i586, alors que la debian est compilée en i386. Elle utilise donc beaucoup moins les capacités de ton proc (P2/P3/K6/K7 ?), et va donc un peu moins vite. Sinon, j'ai essayé la Mandrake et la debian sur mon mac, et ppc contre ppc, ça va à la même vitesse.

<troll>
Mais bon, je préfère avoir un apt-get qui va pas vite que pas de apt-get du tout :)
</troll>

En gros, à chacun sa distrib.

Sur une plateforme qui supporte un démarrage en 32 ou 64 bit, rien n'empèche d'avoir un noyau de 1 Mo ou plus (enfin en théorie, qqun peut confirmer ? ).

J'utilise Linux sur un mac, donc avec un powerpc (un vrai proc 32bits :), et je boot avec un noyaux de 2'679'129 Octets. Il est gros, car on ne peut pas le compressé (ça reste du mac).

--
-1 hors sujet.