imalip a écrit 1280 commentaires

dans Emacs

...soit l'ecole en question etait l'ESIEE, auquel cas il s'agit d'un etablissement consulaire, dependant de la Chambre de Commerce et d'Industrie de Paris. L'ecole est bien publique, mais pas sous tutelle du ministere de l'education nationale, ce qui est un peu deroutant (HEC est dans le meme cas).

Si j'ai bien suivi, l'un des problemes est que chaque process lancé qui utilise les bibliotheques diverses et variées (GTK & co.) se retrouve a allouer une certaine quantité de mémoire non partagée (table de relocation, données globales non constantes, ce genre de choses). Pour le résoudre, il y a plusieurs points "d'attaque" :
-reduire le nombre de lib auxquelles on est lié, surtout quand on ne les utilise pas du tout
-reduire l'empreinte memoire non partageable de chacune des libs en questions.

par simplification, j'ai préféré modifier directement les sources et les proposer de façon à ce que les intéressés n'ont plus qu'à faire une simple copie au lieu d'utiliser le programme patch.

Comme ca, tu laisses le soin au developpeur de faire lui-meme un diff pour savoir ce que tu as modifie, et a quoi ca correspond. Sympa...

Faudra que je regarde s'il permet d'indiquer "prêté à XXX", c'est une fonctionnalité dont j'aurais besoin. ("je l'avais bien, ce DVD, où c'est qu'il est passé").

Comme dit billou juste au-dessus, il y a la fonctionalité, et ca s'interface joyeusement avec le carnet d'adresses pour te laisser choisir a qui tu as preté et le calendrier KDE pour savoir quand ca a été preté et quand ca doit etre rendu.

XML est un format d'échange de données, il peut être utilisé pour exploiter en "temps réel" de petites quantités de données

Ca tombe bien, a l'origine Bookcase était prévu pour ce genre d'utilisation. "Collection personnelle de livres", si tu as plusieurs milliers de livres a inclure dans ta base, il y a de fortes chances pour que tu te diriges vers un autre outil, avec une vraie base de données (ou que tu en aies déja un autre).
Par la suite, ca a évolué pour gérer plus de choses ; mais revoir le coeur du soft pour utiliser un vrai systeme de base de données, c'est intrusif, ca demande du temps, surtout quand on n'a pas de connaissances en bases de données a l'origine et qu'on est tout seul.

Ca n'empeche pas Robby d'envisager l'utilisation de SQLite pour Tellico 2.0 si j'ai bien suivi ; mais pour le momen trien de commencé (tu peux quand meme proposer un patch).
Note au passage que le fait d'avoir tout en XML a part les images, ca rend les données tres simples a parser et exporter vers une vraie base de données en cas de besoin.

Et juste pour les forme, les paquets unstable et dapper son mis a jour depuis environ 3 heures. Ayons une pensée émue pour la bande passante... (850 Mo depuis le 1er septembre)

En effet, puisque le code barre contient (grosso-modo) le numéro ISBN et que Tellico peut récuperer les infos a partir de celui-ci, il suffit de se faire une liste des numéros a récupérer.

Probleme de copyright avec l'application BookCase d'Epigroove. Les explications sont la :

http://www.periapsis.org/archives/2004/09/13/renaming_bookca(...)

Et sinon c'est pas "ils", c'est "il". Robby bosse developpe Tellico tout seul (a part les quelques patches contribues, bien sur).

Justement, nouveauté, c'est que maintenant elle en fait officiellement partie. Sinon, ils n'en parleraient pas dans les release notes.

Dommage pour les tags...

$ oggenc -q 6 01\ -\ Atlantic.flac
Opening with flac module: FLAC file reader
Encoding "01 - Atlantic.flac" to
"01 - Atlantic.ogg"
at quality 6.00
Done encoding file "01 - Atlantic.ogg"

File length: 4m 13.0s
Elapsed time: 0m 33.0s
Rate: 7.6857
Average bitrate: 180.0 kb/s

En unstable.

Tu bosses chez Sharp Telecom, ou alors il y a une autre boite qui a ces methodes de travail ?

Ainsi donc Edgy pourra être stable quand même :-)

C'est bien connu, il suffit qu'un soft écrit from scratch soit concu pour etre compatible avec l'existant pour qu'ils soit stable...

Et qu'en pense la FSF ?
Et qu'en pense RMS ?
Ce n'est pas Debian qui défini ce qui est libre ou non.

Debian dépend de la FSF ? Non.
RMS est un dev Debian ? Non.
Ce ne sont pas des personnes ou organisations exterieures a Debian qui décident de ce qui doit etre distribué dans main ou dans non-free.

Fais comme ça :
- Prend le logiciel le plus "non-libre" de Fedora, et à partir de ce point, c'est libre pour Fedora.

Belle démonstration. Fedora ne contient que du libre, donc tout ce qui est dans Fedora est libre.
Tout ce qui est dans Fedora est libre, donc Fedora ne contient que du libre.

> Si le terme n'est pas defini

http://www.fsf.org/

Et tu aurais un lien pour confirmer ca officiellement ? Parce que les seuls références a la FSF que j'ai trouvées sur fedora.redhat.com, c'est des "Upstream link" et le contenu de la GPL.

Un logiciel non-free diffusé par debian est forcément un logiciel non-free !
Un logiciel diffusé par Fedora (et d'autres) est forcément un logiciel libre !

C'est tres beau comme affirmation, mais tu pourrais nous filer un pointeur vers la definition de "logiciel libre" pour Fedora ? Je suis alle sur le site, j'ai pas trouve. Parce que quand on prend la definition de Debian (DFSG), la GFDL n'est pas libre, donc si Fedora distribue, par exemple, la documentation de Emacs, eh bien Fedora distribue du non-free.

Si le terme n'est pas defini, je ne vois pas comment on peut pretendre le respecter.

En meme temps, quand je vois des patch comme ca :

http://patches.ubuntu.com/a/alexandria/alexandria_0.6.1-1bui(...)

Le nombre de packages avec patch peut augmenter vite...

mais il y a aussi tout le boulot de packaging, et là, il n'y a pas d'échange de code entre Debian et RedHat

Ca peut arriver quand meme. Pour un package que je maintiens dans Debian, j'ai deja aide le mainteneur Fedora pour le packaging, en lui envoyant mes patches, lui expliquant quelles options je passais a la compilation, les problemes possibles, etc...

Dites, j'ai le droit de faire une remarque stupide ? Depuis le debut de ce thread, pour savoir si Debian a repris des choses d'Ubuntu, vous verifiez */changelog.gz : Moi je veux bien, hein, mais ca c'est le changelog upstream. Si vous voulez le boulot specifique au packaging, il vaut mieux verifier le changelog.Debian.gz je pense... Apres, la liste contient un *grand* nombre d'entrees qui sont des packages maintenus par un employe canonical, donc adresse en @ubuntu.com ou messages du genre "sync with ubuntu".

Ouaip, par exemple :
http://lists.debian.org/debian-devel/2006/08/msg01081.html

Mais je ne suis pas sur que ce soit le meilleur exemple...

avec un grand coup de "svn revert -R ." suivi eventuellement d'un update, ca ne peut pas le faire ?

pfff, PUSHA, POPA, AEX, c'est quoi ces instructions d'heretique ? Alors qu'il est tellement mieux d'utiliser de vrais processeurs avec des vrais jeux d'instructions lisibles et comprehensibles !

Pfouuuu, 3 semaines de reverse engineering sur de l'assembleur de DSP, ca me reussit pas, moi...

Peut-être même que Rodrigo Parra Novo (l'auteur du cafouillage selon les changelogs) n'est pas employé par Canonical mais un bénévole (la flemme de chercher la liste du personnel :p)

En environ 15 secondes :
https://wiki.ubuntu.com/RodrigoNovo

C'est un employé de Canonical.

tu feras aussi peu utiliser les containers Qt à un dev GTK que l'inverse.

Tiens, cadeau :
http://blogs.qtdeveloper.net/archives/2006/02/24/qt-and-glib(...)

Avec la phrase finale : "We both agree: the ideal would be for all applications on the X11 desktop to use the same event dispatching mechanism. Here are Trolltech, we think the Glib main loop should be that mechanismm…"

Quitte à marcher dans le troll avec toi, faudrait voir à pas oublier que les développeurs de Gnome ont justement choisi de créer ce dernier plutôt que de contribuer au jeune KDE de l'époque.

Attends, je te rejoins dans le troll... QT etait libre a l'epoque ?

Euh, un mec du niveau 3 HP, je m'attendrais plutot a ce qu'il file directement le patch avec le rapport de bug...