Suite à un courrier où je rappelais très gentiment au fabriquant (DViCO) les différents points sur lesquels il ne respectait pas les licences GPL et LGPL, j'ai reçu cette réponse, un peu laconique :
Dear Sir,
All the linux kernel software is from the chip manufacturer.
We forwarded you mail to the chip manufacturer and we are waiting for the answers from them.
Best Regards,
« C'est pas nous c'est Sigma... »
Ils n'ont pas compris que c'est bien à eux de régler le problème puisque c'est eux qui diffuse publiquement les binaires. Sigma au contraire ne diffuse son kit de développement que aux boites qui font des produits basés sur leurs technos, et en ça n'est tenu à rien vis-à-vis de l'utilisateur final.
Je laisse passer qlqs jours pour voir si qqch revient après une éventuelle réponse de Sigma, et puis sinon faudra que je passe à la phase délation.
Sinon, plus sérieusement, je pense que Scribus ferait bien l'affaire. Tu te fais une fois un gabarit qui correspond à tes planches autocollantes, et puis y'a plus qu'à remplir après. http://www.scribus.org.uk/(...)
Pas vraiment :)
La page que j'ai collé sur free, c'est juste un bout de copy/paste de la page linuxfr.org/users, que j'ai mis pour qu'on voit de quoi je parle au cas où elle changerait après. C'est pour ça que j'ai pas corrigé les "../" qui effectivement concrètement ne mènent nulle part, mais ça c'est pas le problème.
Ce que je signalais, c'est bien que la deuxième ligne du tableau est un drôle de mélange entre le titre d'un post dans un sondage et l'url d'un post dans un forum.
Merci pour tes explications, j'imagine mieux la bête maintenant. Ça donne bien envie de voir ça de plus près... (flûte, va falloir que je réinstalle les libs KDE)
> Pour les jacquettes d'album, ça se base sur les web services
> d'Amazon auprès de qui on obtient une clé, mais je ne peux pas
> répondre à tes questions
Ça c'est pas bien grave, c'était plus par curiosité. Comparé à un bon système d'accès à la collection, c'est vraiment de l'ordre du gadget.
J'ai jamais essayé Amarok, mais en regardant les screenshots, je comprends pas bien comment on accède aux fichiers (je veux dire, quand on en a beaucoup). Je vois bien un champs de recherche en haut, mais comment fonctionne-t-il ? C'est juste une recherche textuelle parmis l'ensemble des tags ou bien on peut spécifier des requêtes complexes ?
Pour clarifier ma question, voilà des exemples d'opérations que je fais sous rhythmbox :
- cliquer "Reggae" dans la colonne Style, cliquer "Serge Gainsbourg" dans la colonne Artiste, et cliquer "play" pour écouter tout ce que j'ai de Gainsbourg dans le style Reggae (1 album, 1 live, et qlqs trucs disséminés de ci de là)
- cliquer "Franz Schubert" dans la colonne Artiste, taper "quat" dans le champs de recherche, et cliquer "play" pour écouter l'intégrale de son ½uvre pour quatuor.
J'aime vraiment bien ce mode d'utilisation, parcequ'il donne accès rapidement à ce tout ce qu'on veut et seulement ça, et ce quelle que soit la répartition des fichiers sur le disque dur. Donc voilà, dans Amarok, ça se passerait comment pour les même besoins ?
Et puis autre question, la récupération de jaquette, elle se base sur quoi (je veux dire, pour identifier les albums et faire le lien avec des CDs sur Amazon) ? Y'a moyen de l'aider un peu, voir la forcer, à la main quand on n'a pas des albums qui correspondent exactement aux versions CD ? Parceque par exemple, moi, quand j'encode un opéra depuis 3CDs, je ne fais pas 3 albums mais un seul avec une numérotation continue de l'ensemble. Ou bien encore, dans les noms de d'artistes ou d'album, il y a souvent plusieurs orthographes possibles. Bref je vois pas comment on pourrait faire un lien strict entre mes fichiers et les CDs d'Amazon. Donc dans ces cas là, ça se passe comment ?
> Non en fait c'est bon, c'est juste qu'il met un ptit bout de temps a
> charger les fichiers en mémoire.
Le scan récursif est peut-être activé par défaut, auquel cas il lit une première fois les tags de l'ensemble de tes fichiers, ce qui peut effectivement être long. Mais c'est une option, ça s'enlève. À activer seulement quand tu veux traiter l'ensemble de tes fichiers en fait, et pas des répertoires individuellement.
Très fort pour rendre moins pénible toutes les opérations répétitives, pour éditer facilement qlqs tags et appliquer ces modifs à des ensembles de fichiers, pour déplacer/renommer des lots de fichiers depuis leurs tags, pour générer des tags depuis leur emplacement/nom, etc. En fait, il reprend tous les bons principes d'un shell en matière d'automatisation, mais les rends plus rapides à appliquer en les intégrant à une interface clic-clic.
Perso, j'ai fait un rangement au petits oignons d'une collection de ~50Go en 3 grosses soirées. Je l'adore. Et en plus, il est maintenant disponible aussi en GTK2, ce qui ne gate rien.
Note qu'un gestionnaire de fichier graphique efficace, style ROX-Filer, est un bon complément (là aussi, je trouve que par exemple pour renommer ou déplacer des fichiers qui ont des noms pleins de caractères galères style espaces ou points d'intérogation, les GUI sont plus rapides à manipuler que la ligne de commande). Ça te permet de faire rapidement une première passe de rangement (par exemple tout mettre dans des chemins de type Style/Artiste/Album) qui fera qu'un premier coup de moulinette easytag sur l'ensemble aura déjà énormement dégrossi le travail.
J'ai mis seulement le compte des lignes là, mais en fait j'ai regardé le détail, et c'est vraiment très clair.
Dans ton exemple, les chaines en question sont principalement des noms de symboles, parceque tes binaires sont liés dynamiquement à la même bibliothèque (libc), et font bien sûr en partie appel aux même fonctions.
Mais ce que moi j'ai comparé, ce sont des binaires statiques strippé, où l'on ne retrouve pas ces chaines ci. Celles qui restent sont presques toutes des vraies chaines du programmes (en gros les messages balancés sur stderr/stdout). Je te colle en exemple, pour pas faire trop long, celles communes à busybox et minimod et qui sont de longueur >=20 et qui ne concernent pas le format ELF :
% cat /tmp/busybox-strings.txt /tmp/minimod-strings.txt | sort | uniq -d | grep "...................." | grep -v -i elf
A module named %s already exists
Can't allocate kernel memory for module; needed %lu bytes
can't handle sections of type %ld
Could not load the module
couldn't find the kernel version the module was compiled for
improperly terminated string argument for %s
invalid argument syntax for %s
invalid parameter %s
kernel-module version mismatch
local symbol %s with index %ld exceeds local_symtab_size %ld
Not configured to support old kernels
parameter type 'c' for %s must be followed by the maximum size
query_module: QM_INFO: %s
query_module: QM_SYMBOLS: %s
RELA relocations not supported on this architecture
relocation entry size mismatch: %lu != %lu
section header size mismatch: %lu != %lu
%s of type %ld for %s
string too long for %s (max %ld)
%s was compiled for kernel version %s
symbol for parameter %s not found
symbol size mismatch: %lu != %lu
too few values for %s (min %d)
too many values for %s (max %d)
Unhandled relocation
unknown parameter type '%c' for %s
unresolved symbol %s
Warning: kernel-module version mismatch
Warning: unhandled reloc %d
while this kernel is version %s
while this kernel is version %s.
Bien sûr, ça n'a rien d'une preuve absolue et ça peut être par hasard que dans les deux code le dernier message c'est trouvé écrit un coup avec un point et un coup sans, m'enfin bon, faut pas pousser :)
Si on prend à titre de comparaison le même test effectué entre busybox et insmod+modprobe+rmmod, on trouve seulement 3 chaines (alors que eux pourraient légitimement partager du code) :
% ( strings /sbin/insmod ; strings /sbin/modprobe ; strings /sbin/rmmod ) | sort -u > /tmp/modutils-strings.txt
% cat /tmp/modutils-strings.txt /tmp/busybox-strings.txt | sort | uniq -d | grep "...................." | grep -v -i elf
Invalid module format
Module has wrong symbol version
Unknown symbol in module
Ça donne une idée de combien ce genre de coincidence est improbable.
> Euh, si tu as téléchargé le binaires, alors tu aurais du avoir une
> proposition de telecharger les sources. Sinon violation.
Ah, je croyais que si on pouvait les obtenir sur demande, c'était suffisant. Mais en fait tu as raison, je viens de relire l'article 3, et même si ils ne veulent pas mettre un lien vers les sources GPL, ils devraient au moins dire un truc du genre "le source de machin est dispo gratos sur demande". Là ils ne disent rien, donc violation. Bien vu.
> Tu leur as demandé si tu pouvais avoir les sources, ou comment les
> avoir ?
Pas encore. Tu as raison ceci dit, que les sources ne soient pas proposée par défaut ne constitue pas une violation en soit (idem pour la version dynamiquement linkée des exécutables utilisant la µClibc d'ailleurs). L'absence de toute mention de la licence par contre oui.
Mais c'est clair que de toute façon, avant de rapporter la chose à la LKML (pour la violation de GPL du noyau) ou à la FSF (pour la violation de LGPL de µClibc), je vais les contacter... on peut toujours rêver :)
C'est lent, c'est sûr. Trop lent ? Ça dépend vraiment des modes d'utilisations, y'a des gens qui ne font plus que des accès disque assez mineures une fois leur système booté et leur différentes applis lancées. Enfin dans tout les cas je suggère quand même de bien le complèter en RAM, histoire d'être sûr qu'on ne va jamais swapper, malgré un cache d'IO conséquent. Si on compile beaucoup par contre, c'est vrai que quoi qu'on fasse c'est le dur qui donne le rythme, et qu'à 4200 on peut trouver ça un peu chiant. À voir suivant l'usage prévu quoi...
> geforce 4 440 c'est de la daube.
C'est plus tout jeune certes, mais ça n'est certainement pas une daube dans l'absolu. Perso j'en ai une dans le PC qui me sert le plus à jouer, et elle me suffit largement : mes qlqs jeux 3D (ThinkTank, RTCW, UT2003, Quake3, TuxRacer et peut-être qlqs autres) tournent de façon fluide en 1024x768 avec les détails à fond, perso ça me va amplement. J'ai essayer un démo d'UT2004 qui marchait bien aussi. Enfin bref, tout est question d'exigence : si on ne supporte pas de jouer en deça du 1600x1200 antialiasé à fond les balons, alors c'est pas la carte idéale, mais si on accepte aujourd'hui encore ce qui semblait formidable il y a 4 ans, alors ça reste un bonne carte. Perso j'essaye d'éviter de revoir systématiquement mes exigences à la hausse au rythme du marché, parceque c'est un cercle vicieux, et je me contente de jouer.
Et pour ce qui est de la 2D, ça reste une carte très rapide, pas de soucis.
À titre très personnel, dans tout ça, je crois que c'est avant tout Extermination que je serais susceptible d'utiliser :)
Maintenant, plus objectivement, je suppose qu'un driver de webcam serait le plus intéressant pour la communauté en général. Mais en même temps, si tu le fais pas, ça y'en a d'autres qui le feront.
L'interface mldonkey, bon, mouaif... Enfin c'est une bonne idée si tu veux bosser XUL, mais on peut pas dire que y'ait vraiment une pénurie de GUI pour mldonkey actuellement, donc ça ne sera pas un grand manque si tu ne le fais pas.
Sur jpeg2000, je ne me prononcerai pas parceque je ne sais même pas ce que c'est (enfin j'imagine que c'est un format d'image comme jpeg, mais mieux, c'est ça ?).
Et enfin le scanner 3D, c'est clair que c'est fun, mais c'est plus de l'ordre du projet perso que de la contribution, enfin à mon avis (la dépendance envers le materiel, ça limite quand même vachement la diffusion d'un projet, et puis le besoin reste un truc assez spécifique).
M'enfin bon, tout ça n'engage que moi (et encore, pas beaucoup), le plus important restant quand même que le projet que tu choisiras te motive suffisament pour que tu ne le lâches pas en cours de route.
La description, ouais ,bof, je vois pas trop concrètement à qui ce serait utile ; y'a-t-il vraiment des gens qui à la fois ne connaissent pas déjà DLFP et seraient susceptibles de s'abonner à ces flux ? Et qui en plus seraient trop flemmard pour allez voir le site et savoir de quoi il s'agit ? Bref y'a pas d'urgence amha...
Y'aurait moyen de mettre des titres différents pour chacun des flux ? Ça éviterait d'avoir à les renommer individuellement pour pouvoir les distinguer dans les softs style Straw. Perso j'ai renommé en "DLFP - News", "DLFP - Journaux", etc.
[^] # Re: Logiciel libre et java
Posté par tgl . En réponse à la dépêche Brèves Java. Évalué à 4.
# Réponse du fabricant
Posté par tgl . En réponse au journal Chronique d'une violation de licence ordinaire.... Évalué à 3.
« C'est pas nous c'est Sigma... »
Ils n'ont pas compris que c'est bien à eux de régler le problème puisque c'est eux qui diffuse publiquement les binaires. Sigma au contraire ne diffuse son kit de développement que aux boites qui font des produits basés sur leurs technos, et en ça n'est tenu à rien vis-à-vis de l'utilisateur final.
Je laisse passer qlqs jours pour voir si qqch revient après une éventuelle réponse de Sigma, et puis sinon faudra que je passe à la phase délation.
# logiciel
Posté par tgl . En réponse au message Créer des autocollants. Évalué à 3.
Sinon, plus sérieusement, je pense que Scribus ferait bien l'affaire. Tu te fais une fois un gabarit qui correspond à tes planches autocollantes, et puis y'a plus qu'à remplir après.
http://www.scribus.org.uk/(...)
Par contre pour le papier, aucune idée.
# ce serait bien...
Posté par tgl . En réponse au message fil rss des jounaux. Évalué à 2.
[^] # Re: Liens relatifs...
Posté par tgl . En réponse au message bug page /users/ (because post dans sondage ?). Évalué à 2.
Pas vraiment :)
La page que j'ai collé sur free, c'est juste un bout de copy/paste de la page linuxfr.org/users, que j'ai mis pour qu'on voit de quoi je parle au cas où elle changerait après. C'est pour ça que j'ai pas corrigé les "../" qui effectivement concrètement ne mènent nulle part, mais ça c'est pas le problème.
Ce que je signalais, c'est bien que la deuxième ligne du tableau est un drôle de mélange entre le titre d'un post dans un sondage et l'url d'un post dans un forum.
[^] # Re: ça marche comment ?
Posté par tgl . En réponse au journal Amarok 1.1 feature freeze. Évalué à 4.
> Pour les jacquettes d'album, ça se base sur les web services
> d'Amazon auprès de qui on obtient une clé, mais je ne peux pas
> répondre à tes questions
Ça c'est pas bien grave, c'était plus par curiosité. Comparé à un bon système d'accès à la collection, c'est vraiment de l'ordre du gadget.
[^] # Re: je m'ai vautré...
Posté par tgl . En réponse au message transcodage de certains caractères à la prévisualisation. Évalué à 2.
Mais reste quand même la transformation de "¤" en "¤" et de "½" en "½" lors de la première preview.
# je m'ai vautré...
Posté par tgl . En réponse au message transcodage de certains caractères à la prévisualisation. Évalué à 2.
# ça marche comment ?
Posté par tgl . En réponse au journal Amarok 1.1 feature freeze. Évalué à 7.
Pour clarifier ma question, voilà des exemples d'opérations que je fais sous rhythmbox :
- cliquer "Reggae" dans la colonne Style, cliquer "Serge Gainsbourg" dans la colonne Artiste, et cliquer "play" pour écouter tout ce que j'ai de Gainsbourg dans le style Reggae (1 album, 1 live, et qlqs trucs disséminés de ci de là)
- cliquer "Franz Schubert" dans la colonne Artiste, taper "quat" dans le champs de recherche, et cliquer "play" pour écouter l'intégrale de son ½uvre pour quatuor.
J'aime vraiment bien ce mode d'utilisation, parcequ'il donne accès rapidement à ce tout ce qu'on veut et seulement ça, et ce quelle que soit la répartition des fichiers sur le disque dur. Donc voilà, dans Amarok, ça se passerait comment pour les même besoins ?
Et puis autre question, la récupération de jaquette, elle se base sur quoi (je veux dire, pour identifier les albums et faire le lien avec des CDs sur Amazon) ? Y'a moyen de l'aider un peu, voir la forcer, à la main quand on n'a pas des albums qui correspondent exactement aux versions CD ? Parceque par exemple, moi, quand j'encode un opéra depuis 3CDs, je ne fais pas 3 albums mais un seul avec une numérotation continue de l'ensemble. Ou bien encore, dans les noms de d'artistes ou d'album, il y a souvent plusieurs orthographes possibles. Bref je vois pas comment on pourrait faire un lien strict entre mes fichiers et les CDs d'Amazon. Donc dans ces cas là, ça se passe comment ?
Merci pour les éclaircissements.
[^] # Re: easytag
Posté par tgl . En réponse au message Gerer ses mp3/ogg. Évalué à 2.
> charger les fichiers en mémoire.
Le scan récursif est peut-être activé par défaut, auquel cas il lit une première fois les tags de l'ensemble de tes fichiers, ce qui peut effectivement être long. Mais c'est une option, ça s'enlève. À activer seulement quand tu veux traiter l'ensemble de tes fichiers en fait, et pas des répertoires individuellement.
# easytag
Posté par tgl . En réponse au message Gerer ses mp3/ogg. Évalué à 4.
Perso, j'ai fait un rangement au petits oignons d'une collection de ~50Go en 3 grosses soirées. Je l'adore. Et en plus, il est maintenant disponible aussi en GTK2, ce qui ne gate rien.
http://easytag.sourceforge.net/(...)
Note qu'un gestionnaire de fichier graphique efficace, style ROX-Filer, est un bon complément (là aussi, je trouve que par exemple pour renommer ou déplacer des fichiers qui ont des noms pleins de caractères galères style espaces ou points d'intérogation, les GUI sont plus rapides à manipuler que la ligne de commande). Ça te permet de faire rapidement une première passe de rangement (par exemple tout mettre dans des chemins de type Style/Artiste/Album) qui fera qu'un premier coup de moulinette easytag sur l'ensemble aura déjà énormement dégrossi le travail.
[^] # Re: Attention au sens !!
Posté par tgl . En réponse au sondage Quand on n'aura plus de pétrole on aura. Évalué à 3.
[^] # Re: Et avec 2 webcams ?
Posté par tgl . En réponse à la dépêche Fabriquer son scanner 3D. Évalué à 4.
[^] # Re: ...
Posté par tgl . En réponse au journal Chronique d'une violation de licence ordinaire.... Évalué à 2.
[^] # Re: oubli
Posté par tgl . En réponse au journal Chronique d'une violation de licence ordinaire.... Évalué à 4.
Dans ton exemple, les chaines en question sont principalement des noms de symboles, parceque tes binaires sont liés dynamiquement à la même bibliothèque (libc), et font bien sûr en partie appel aux même fonctions.
Mais ce que moi j'ai comparé, ce sont des binaires statiques strippé, où l'on ne retrouve pas ces chaines ci. Celles qui restent sont presques toutes des vraies chaines du programmes (en gros les messages balancés sur stderr/stdout). Je te colle en exemple, pour pas faire trop long, celles communes à busybox et minimod et qui sont de longueur >=20 et qui ne concernent pas le format ELF :
Bien sûr, ça n'a rien d'une preuve absolue et ça peut être par hasard que dans les deux code le dernier message c'est trouvé écrit un coup avec un point et un coup sans, m'enfin bon, faut pas pousser :)
Si on prend à titre de comparaison le même test effectué entre busybox et insmod+modprobe+rmmod, on trouve seulement 3 chaines (alors que eux pourraient légitimement partager du code) :
Ça donne une idée de combien ce genre de coincidence est improbable.
[^] # Re: .
Posté par tgl . En réponse au journal Chronique d'une violation de licence ordinaire.... Évalué à 4.
> proposition de telecharger les sources. Sinon violation.
Ah, je croyais que si on pouvait les obtenir sur demande, c'était suffisant. Mais en fait tu as raison, je viens de relire l'article 3, et même si ils ne veulent pas mettre un lien vers les sources GPL, ils devraient au moins dire un truc du genre "le source de machin est dispo gratos sur demande". Là ils ne disent rien, donc violation. Bien vu.
# oubli
Posté par tgl . En réponse au journal Chronique d'une violation de licence ordinaire.... Évalué à 2.
% strings /mnt/romfs/minimod | sort -u > /tmp/minimod-strings.txt
% strings /bin/busybox | sort -u > /tmp/busybox-strings.txt
% cat /tmp/busybox-strings.txt /tmp/minimod-strings.txt | sort | uniq -d | wc -l
66
Allez, j'ajoute busybox à la liste des soft spoliés. Remarquez, ça n'a rien d'étonnant, c'est le trio classique finalement.
[^] # Re: .
Posté par tgl . En réponse au journal Chronique d'une violation de licence ordinaire.... Évalué à 7.
> avoir ?
Pas encore. Tu as raison ceci dit, que les sources ne soient pas proposée par défaut ne constitue pas une violation en soit (idem pour la version dynamiquement linkée des exécutables utilisant la µClibc d'ailleurs). L'absence de toute mention de la licence par contre oui.
Mais c'est clair que de toute façon, avant de rapporter la chose à la LKML (pour la violation de GPL du noyau) ou à la FSF (pour la violation de LGPL de µClibc), je vais les contacter... on peut toujours rêver :)
[^] # Re: Oublie
Posté par tgl . En réponse au message Avis sur les caractéristiques d'un laptop (suite). Évalué à 2.
C'est lent, c'est sûr. Trop lent ? Ça dépend vraiment des modes d'utilisations, y'a des gens qui ne font plus que des accès disque assez mineures une fois leur système booté et leur différentes applis lancées. Enfin dans tout les cas je suggère quand même de bien le complèter en RAM, histoire d'être sûr qu'on ne va jamais swapper, malgré un cache d'IO conséquent. Si on compile beaucoup par contre, c'est vrai que quoi qu'on fasse c'est le dur qui donne le rythme, et qu'à 4200 on peut trouver ça un peu chiant. À voir suivant l'usage prévu quoi...
> geforce 4 440 c'est de la daube.
C'est plus tout jeune certes, mais ça n'est certainement pas une daube dans l'absolu. Perso j'en ai une dans le PC qui me sert le plus à jouer, et elle me suffit largement : mes qlqs jeux 3D (ThinkTank, RTCW, UT2003, Quake3, TuxRacer et peut-être qlqs autres) tournent de façon fluide en 1024x768 avec les détails à fond, perso ça me va amplement. J'ai essayer un démo d'UT2004 qui marchait bien aussi. Enfin bref, tout est question d'exigence : si on ne supporte pas de jouer en deça du 1600x1200 antialiasé à fond les balons, alors c'est pas la carte idéale, mais si on accepte aujourd'hui encore ce qui semblait formidable il y a 4 ans, alors ça reste un bonne carte. Perso j'essaye d'éviter de revoir systématiquement mes exigences à la hausse au rythme du marché, parceque c'est un cercle vicieux, et je me contente de jouer.
Et pour ce qui est de la 2D, ça reste une carte très rapide, pas de soucis.
[^] # Re: EFL?
Posté par tgl . En réponse au journal Votez pour moi (Topic apolitique) ! :). Évalué à 4.
http://enlightenment.org/pages/efl.html(...)
# mes [+] et mes [-]...
Posté par tgl . En réponse au journal Votez pour moi (Topic apolitique) ! :). Évalué à 4.
Maintenant, plus objectivement, je suppose qu'un driver de webcam serait le plus intéressant pour la communauté en général. Mais en même temps, si tu le fais pas, ça y'en a d'autres qui le feront.
L'interface mldonkey, bon, mouaif... Enfin c'est une bonne idée si tu veux bosser XUL, mais on peut pas dire que y'ait vraiment une pénurie de GUI pour mldonkey actuellement, donc ça ne sera pas un grand manque si tu ne le fais pas.
Sur jpeg2000, je ne me prononcerai pas parceque je ne sais même pas ce que c'est (enfin j'imagine que c'est un format d'image comme jpeg, mais mieux, c'est ça ?).
Et enfin le scanner 3D, c'est clair que c'est fun, mais c'est plus de l'ordre du projet perso que de la contribution, enfin à mon avis (la dépendance envers le materiel, ça limite quand même vachement la diffusion d'un projet, et puis le besoin reste un truc assez spécifique).
M'enfin bon, tout ça n'engage que moi (et encore, pas beaucoup), le plus important restant quand même que le projet que tu choisiras te motive suffisament pour que tu ne le lâches pas en cours de route.
[^] # Re: Backend pour Léa ?
Posté par tgl . En réponse à la dépêche Léa-Linux et LinuxFrench font peau neuve. Évalué à 3.
# Backend pour Léa ?
Posté par tgl . En réponse à la dépêche Léa-Linux et LinuxFrench font peau neuve. Évalué à 2.
Merci.
[^] # Re: titre des flux
Posté par tgl . En réponse au message Reecriture des backend. Évalué à 2.
La description, ouais ,bof, je vois pas trop concrètement à qui ce serait utile ; y'a-t-il vraiment des gens qui à la fois ne connaissent pas déjà DLFP et seraient susceptibles de s'abonner à ces flux ? Et qui en plus seraient trop flemmard pour allez voir le site et savoir de quoi il s'agit ? Bref y'a pas d'urgence amha...
# titre des flux
Posté par tgl . En réponse au message Reecriture des backend. Évalué à 2.
Thanks.