BAud a écrit 14496 commentaires

J'imagine qu'un des premiers boulots sera d'améliorer l'accessibilité du site web (ce qui augmentera sa capacité à être indexé par les moteurs de recherche) ;-) c'est vrai qu'aucun lien n'est possible vers les activités :/
ça a l'air intéressant en tout cas :
- Conception, calcul et optimisation des structures,
- Structures et matériaux
- Maillage
- Mécanique des fluides
- Simulation du process
- Informatique scientifique et technique
à mon avis, il y a quelques ingénieurs centraliens qui seraient clairement intéressés par le domaine ;-)

des possibilités de synchronisation non propriétaires

pour le N800 je ne sais pas, mais pour mon Nokia 6210 Navigator je n'ai pas besoin du bousin sous windows, ça passe en SyncML ou OBEX.
cf. http://cookerspot.tuxfamily.org/wikka.php?wakka=MobileSymbia(...) pour quelques types d'utilisations.

ski ce Carl Zeiss d'abord ? ça ressemble beaucoup à un "kilebo" qu'à une réelle garantie de qualité pour moi. En plus, d'après Carl_Zeiss il n'est plus là pour en faire la pub' ni même donner son avis, donc bon...

Ok il y a 2 "bugs" hardwares... mais quel téléphone n'en a pas ?

il y a des fix proposés, il me semble en plus, non ? (je n'étais pas trop pour cette partie de la dépêche, mais bon cela permet aussi d'avoir des références factuelles parfois :) ).

des liens pour une simplification du nombre de distros ou des annonces de regroupement / convergence ? quelle distro est actuellement conseillée, sur quels faits/fonctionnalités avérés ?
Une base commune de "ce qui doit fonctionner absolument" émerge-t-elle ? à défaut une comparaison des roadmaps permettrait de choisir :)

c'est clair que le x86_64 semble sous-utilisé à voir smolt, que ~30 % de x86_64 ça semble faible :/
http://smolt.fedoraproject.org/static/stats/stats.html

peut-être faudrait-il croiser cette stat avec la quantité de RAM et les procs capables de gérer le 64 bits pour identifier
- si ceux qui sont en 64 bits ont systématiquement plus de 4 Go de RAM
- si ceux en 32 bits ont en majorité un proc qui gèrerait le 64 bits (mais peut-être pas assez de RAM ?)

Je ne sais pas si les données de smolt sont disponibles, cela permettrait à un bon statisticien de proposer cette analyse selon ces axes ?
à défaut, il y a hardware4linux qui met à disposition des données anonymisées qui doivent contenir l'info àmha http://hardware4linux.info/about/tos/

cela permettrait de compléter les stats existantes
http://hardware4linux.info/stats2/ les distros supportant le mieux le plus de matériel
http://hardware4linux.info/stats/ les distros ayant le plus de systèmes remontés
http://hardware4linux.info/best/ les meilleurs composants utilisés par le plus de monde

surtout que le nombre de paquets dispos en x86_64 est quasi le même qu'en i586
http://sophie.zarb.org/stat/Mandriva,2009.1
(je n'ai pas retrouvé les stats de pterjan, identifiant le nombre de paquets manquant, 'fin il y a http://wiki.mandriva.com/fr/Histoire_de_la_distribution_Mand(...) mais il y a eu un "oubli" de mise à jour pour la 2009.0 et la 2009.1 :/ je vais voir si ça peut être complété tiens...). À peu près un peu moins de 1000 paquets manquant pour x86_64...

tu as la page Aide qui te donne la syntaxe du wiki
http://wiki.mandriva.com/fr/Aide:Comment_modifier_une_page

et tu peux regarder comment une page qui te plaît est faite pour uniformiser la mise en forme, je me suis contenté d'ajouter les catégories, des titres et d'aérer un peu...

Tu peux poster sur le forum mandriva pour demander des conseils pour la mise en forme (côté compte-rendu utilisation http://forum.mandriva.com/viewforum.php?f=143 par exemple), ça donnera l'occasion d'ajouter des choses si ça se trouve. Tu peux aussi passer sur le chan irc #mandrivafr sur freenode. Si tu as de la chance, tu tomberas sur Skiper ou autre habitué du wiki qui pourra proposer quelques améliorations.

Cela fonctionne comme sur wikipedia, tout le monde peut contribuer ;-) N'hésite pas à parcourir le wiki pour comprendre la structure (voire apporter des précisions sur des sujets que tu connais).

ça m'étonne cette affaire tout de même, peut-être faire une demande d'évolution pour gérer les champs à prendre en compte dans toute recherche au niveau de la table (plutôt que d'avoir à se palucher toutes les requêtes dans le code : forcément si ya un nouveau champ, tu peux avoir le cas où tu veux forcément qu'il soit pris automatiquement en compte, ou pas d'ailleurs).

Peut-être demander à ce que ça soit fait au niveau d'une vue plutôt qu'au niveau table pour différencier les utilisations, 'fin j'élabore. L'idée c'est que ça puisse être géré au niveau du dictionnaire de données plutôt que dans chacune des requêtes, le besoin me paraît clair.

Pour que cette demande d'évolution soit prise en compte, il risque de falloir demander à un développeur spécialiste de la recherche fulltext de la relire pour en profiter pour lui expliquer en direct ;-)

No derivative works, ça interdit la traduction, non ... ?

oui, sauf à prendre contact bien entendu et obtenir autorisation de proposer une traduction (et c'est reloud je trouve).

idem que sous windows : dire "tout le temps ça marche" en fait c'est du pour mensonge. Nous sommes bien d'accord, je n'aime pas survendre non plus, mais j'aime bien rappeler que ce n'est rose d'aucun des deux côtés, simplement pas forcément dans les mêmes cas.
pour windows c'est plutôt "cela ne marche plus"
pour GNU/Linux, c'esr plutôt "cela ne marche pas encore"
Dans les deux cas, mieux vaut racheter du matériel pris en charge effectivement plutôt que de retenir sa respiration en attendant qu'il soit opérationnel. Ce pourquoi les listes de matériel compatible sont particulièrement importantes (comme http://hardware4linux.info par exemple).

c'est sympa après avoir proposé cela en dépêche d'avoir fait l'effort de le pousser dans les astuces et maintenant sur le wiki ;-)

http://wiki.mandriva.com/fr/Lire_les_sms_d%27une_cl%C3%A9_3G

car on peut aussi tenter des logiciels plus simples pour le svg, genre Sodipodi, ou vim¹

en même temps, inkscape est un fork de sodipodi ;-)
cf. une comparaison sur http://wiki.inkscape.org/wiki/index.php/SodiPodi

Scribus, c'est super pour une chaîne éditoriale. Jamais je m'amuserais à faire une affiche sur ce logiciel.

Pour une affiche, c'est ce que je dis juste au-dessous ;-)
mais pour une chaîne éditoriale, non plus, scribus n'est pas forcément adapté (c'est ce que je dis au-dessus). Scribus c'est de la mise en page (une plaquette, un flyer avec beaucoup de texte, éventuellement un webzine et encore, OOo génère de bons PDF), ça marchera mieux avec une mise en page spécifique d'éléments pré-existant, qu'il faut assembler : dans Scribus tu ne crées pas un truc "from scratch", tu fais plutôt un patchwork dont tu veux faire une mise en page spécifique et funky.

toi, t'es fâché de ne pas avoir eu ton autocollant badvista hein ?
Pourtant, beaucoup de ceux qui l'ont essayé (Vista hein pas l'autocollant) ont été content de le recevoir (l'autocollant, pas vista hein, faut suivre...), tellement cela collait à leur expérience :-) (oui, vista a eu des régression, certains croient que 7 les corrige toutes et livre tout ce qui était prévu dans LongHorn d'ailleurs, initialement, ou pas).

Tu prends le sujet à l'inverse :
- tiens j'ai acheté un nouveau portable
- ah bah tiens, hmmm j'ai Vista
- arg, l'imprimante n'a plus de pilote, elle imprimait sous XP pourtant ? la carte nvidia a des perfs pourries (vi ça a été corrigé, 6 mois après, toute ressemblance avec un cas de carte neuve pas reconnue sous Linux serait fortuite) ? eh oh ma webcam /o\ (et là tu rachètes tout ?) comment ça mon scanner est trop vieux pour être encore pris en charge ?

La vente liée marche dans les deux sens, mets-à-jour ton pilote^Wmatériel (parce que bon faut comprendre le matériel obsolète que tu as, il n'est plus vendu donc pourquoi le gérer, toute ressemblance avec les pilotes propriétaires nvidia serait fortuite).
Au fait, les pilotes du Fast 800 ils fonctionnent encore ?

OpenOffice.org c'est un traitement de texte, Scribus c'est un logiciel de PAO dédié à la mise en page, effectivement ils sont assez différents.

Tu peux regarder la page concernant la PAO
http://fr.wikipedia.org/wiki/Publication_assist%C3%A9e_par_o(...)
et comparer avec celle de traitement de texte
http://fr.wikipedia.org/wiki/Traitement_de_texte

OpenOffice.org est approprié pour un livre ou une thèse, même si certains y préféreront du LaTeX ;-)

Pour des professionnels, l'apprentissage des outils appropriés est un gain de temps dans la durée, même s'ils sont plus ardus d'approche.
Dans le genre, tu as Scenari pour ceux qui ont des publications régulières à gérer via une chaîne éditoriale (ou Opale dont DLFP a parlé sur http://linuxfr.org/2008/03/05/23799.html pour décliner un même document selon plusieurs présentations), et je ne te parle pas de tout ce qui est Gestion_electronique_des_documents dont tu trouveras une dépêche sur http://linuxfr.org/2006/12/04/21724.html par exemple).

Il y a aussi http://www.openclipart.org/ pour sélectionner dans une galerie d'images en SVG (à laquelle ton amie pourrait contribuer, si tu lui expliques les licences libres et les implications).

La prochaine étape les logiciels pour créer des vidéos ? Il y a lprod pour aider à sélectionner : http://lprod.org/wiki/doku.php/video voire utiliser Blender si elle est douée en 3D.

Des éléments complémentaires (formats ouverts...) sur :
http://faq.tuxfamily.org/CommunicationLibreArt/Fr je veux bien des retours et compléments sur cette page :)

toi, t'as jamais écouté licence IV /o\

Tu as omis le lien vers Inkscape
et pour de la mise en page de plaquettes, il y a Scribus aussi (les références de revue parlent d'elles-même),
ou sinon au minimum OpenOffice.org qui générera des PDF correctement utilisables par les imprimeurs.

Pour des affiches, Inkscape suffit largement, pour un flyer je préfère Scribus (il y a un peu plus de texte à placer sur la page).

et la recherche plein texte dont je parle ci-dessous, ça ne fonctionne pas ?

Je me demande bien pourquoi celles qui posent problème ne sont pas retirées...

hum, bin c'est du boulot de revenir sur ce qui a été fait auparavant, ya besoin de packageurs, pour en profiter au passage pour appliquer les bonnes pratiques
- disponibilité des sources si besoin,
- reconstruction systématique si possible avec des outils libres,
- enlever les doublons,
- (re-)demander aux auteurs s'ils ne voudraient pas changer leur licence - quand ils sont contactables - histoire de pouvoir effectivement continuer à distribuer la fonte, même dans un dépôt à part (oui, il y a des auteurs qui avaient en fait choisi une licence empêchant la redistribution... donc là c'est out de chez out, un peu comme le tri qui avait été fait sur les firmwares de pilotes dans le noyau si tu as suivi l'affaire chez Debian)
- vérifier les fontes auxquelles ils manquent des caractères ou dont la qualité n'est pas au rendez-vous finalement, avec des soucis d'affichage éventuellement, ou qui ont une nouvelle version à intégrer tout simplement
- revoir le paquet, le redécouper au besoin
- ...
- profit !
(liste non exhaustive cf. la faq ou les travaux en cours sur les paquets de fontes dans Debian [http://qa.debian.org/developer.php?login=pkg-fonts-devel%40l(...)] par la Debian Fonts Task Force)

Tu as l'air de penser que tout ceci se fait d'un claquement de doigt, dans ce cas n'hésite pas à t'investir, ce n'est effectivement pas tant que ça de boulot, simplement de la rigueur (beaucoup) et de la méthode... et surtout s'amuser à le faire ;-) Tu découvriras sans doute (sûrement) un monde sympathique auquel tu ne t'attendais pas :D

Déjà 114 paquets chez Debian, une soixantaine chez Mandriva Linux (http://sophie.zarb.org/rpmfind?filename=&st=fuzzyname&am(...) paquets contenant fonts en noarch), j'ai pas regardé sur Fedora, chaque paquet pouvant bien sûr contenir plusieurs déclinaisons de fontes ;-)

L'histoire des licences, c'est la partie émergée de l'iceberg, l'objectif c'est d'avoir encore plus de jolies fontes libres à utiliser avant tout.

Tu as aussi des spin-up^Wfiliales (ou assimilé) de Cegetel^WSFR comme le RSS (Réseau Santé Social) : voir www.lereseausantesocial.fr (*)

(*) oui je ne fais pas de lien direct à dessein, n'étant pas certain que leurs choix soient toujours bons pour les médecins tant l'offre m'a paru "trop" intégrée, même s'il y a sans doute de bonnes choses dans le lot.

bien sûr que les fontes Liberation sont intégrées, mais il y a toutes les autres...

Si le sujet t'intéresse, tu peux regarder du côté de
http://fedoraproject.org/wiki/Fonts_SIG le groupe constitué sur le sujet
http://fedoraproject.org/wiki/Category:Fonts_packaging comment packager
La FAQ assez complète sur le genre de soucis rencontrés :
http://fedoraproject.org/wiki/Shipping_fonts_in_Fedora_(FAQ)

et les quelques soucis liés aux licences et comment les traiter
http://fedoraproject.org/wiki/Legal_considerations_for_fonts

Les auteurs de fontes sont généralement des artistes et - comme beaucoup d'autres personnes - considèrent qu'il n'y a pas de licence à mettre et (supposent) que tout le monde peut les utiliser (alors que le droit d'auteur - avec ses restrictions - s'applique par défaut, les rendant non libres) ou alors des restrictions à apposer qui rendent les fontes non libres (parce qu'ils y ont passé du temps hein, faut le comprendre, bref).
Bref, bien souvent le syndrôme classique "je veux faire du libre, ah mais pas m'embêter avec les considérations légales (c'est trop compliqué pour moi de toute façon)".

Donc oui, il y a un projet de rationalisation de la gestion des fontes (pas seulement le volet packaging...) et toutes les distributions sont invitées à participer d'ailleurs ;-) Il se trouve que le projet Fedora travaille dessus, autant fédérer.
Tu as Debian qui a une autre approche sympathique des fontes permettant d'en avoir un aperçu rapide : http://pkg-fonts.alioth.debian.org/review/

Il y a aussi le projet Open Font Licence http://scripts.sil.org/OFL pour déjà traiter le volet de choix d'une licence libre pour les fontes.

vivivi...



/o\ le nombre de la bête !

Pourquoi (re-)développer des algorithmes de recherche plein texte ?
http://dev.mysql.com/doc/refman/5.0/en/fulltext-search.html
(bon ça n'a l'air de fonctionner qu'en MyISAM :/ mais ça a peut-être évolué depuis).

C'est au niveau de la table que tu spécifies FULLTEXT, ce qui indexera les champs significatifs.

Tu peux aussi utiliser une vraie base de données relationnelle avec PostgreSQL pour le faire
http://www.postgresql.org/docs/8.3/static/textsearch.html

bah cela montre encore une fois qu'
On peut rire de tout, mais pas avec n'importe qui.
Pierre Desproges