BAud a écrit 12768 commentaires

ça a changé la politique chez nvidia de mettre à disposition les pilotes bêta _aussi_ pour Linux ?

La page des bêta http://www.nzone.com/object/nzone_downloads_rel70betadriver.(...) n'affichait des pilotes que pour windows auparavant non ?
Une annonce sur ces changements ? (que j'ai sans doute ratée).

L'étape suivante ça pourrait pas être de libérer le code source et d'avoir un vrai bugzilla ? :p (déjà un bugzilla ce serait pas mal plutôt que le pov' forum http://www.nvnews.net/vbulletin/forumdisplay.php?f=14 où - de mémoire - le développeur des pilotes pour Linux passait un temps non négligeable à se faire engueuler comme du poisson pourri... :/ ).

pour avoir un récapitulatif des fabricants sympathiques au libre, en quelque sorte sympathiques au libre, contre le libre, voir http://vendorwatch.org/index.php?title=Main_Page

N'étant pas très doué ni pour l'écriture, ni pour le dessin, je vous soumets 2 idées :
- "il a soulevé un coin du grand voile", adapté aux arts (le théâtre par exemple), ce qui lui vaut la prison (en toile de fond Einstein et de Broglie [http://fr.wikipedia.org/wiki/Th%C3%A9orie_des_quanta#Les_rel(...)] ), méli-mélo science / brevets / connaissance et absurdité des MTP pour qui sait réfléchir
- les 3 singes (aveugle, sourd, muet) auxquels il reste au moins un sens pour profiter du contournement de ces MTP, avec les bracelets pour "abus de connaissance", [http://fr.wikipedia.org/wiki/Singes_de_la_sagesse]

Je ne doute pas de votre sagacité à imaginer d'autres situations ;-)

Tant que la licence en est libre et que cela touche au but, a priori tout le monde en sera content.
Si, en plus, la licence en est suffisamment libre, genre une quadruple licence au choix pour la distribution :
- GFDL
- GPL (faudra fournir la "preferred form for modification")
- CC-BY-SA
- Art Libre
La FSF ne t'en voudra sans doute pas :p

enfants du soleil ...!!! esteban !! zia !!

comme je me demandais ce que c'était... j'ai trouvé
http://en.wikipedia.org/wiki/High_dynamic_range_imaging
http://fr.wikipedia.org/wiki/Imagerie_%C3%A0_grande_gamme_dy(...)

cela permet d'avoir un spectre de couleurs plus important donc... et faire ressortir la gamme des couleurs (du plus lumineux au plus sombre).

je cite wikipedia "Les images HDRI permettent d'obtenir de très beaux reflets, des paysages nuageux magnifiques, ainsi que des scènes de luminosité variante très réalistes."

un bug avec cette version http://www.truecombat.us/forums/viewtopic.php?t=1019 qui vous empêche de bouger si j'ai bien compris... ( firefights causing client lock ups ). Lire le thread jusqu'à la fin pour des possibilités de contournement.

que leur boulot soit utile pour d'autre, spa ce que j'appelle "se faire piller" hein...
la LGPL permet tout de même les contributions upstream : les améliorations se doivent d'être disponibles.

après, le libre est un choix hein...

L'intérêt de stocker en base de données est notamment pour la gestion des droits (inconvénient pour le FS) si tout n'est pas accessible à tout le monde.

Après, j'avais surtout regardé les LOB d'Oracle (soit stockage en base, soit champ pointant vers répertoire du FS qui combinait les avantages du FS et de la BDD concernant les droits mais avec potentiellement une attention particulière à porter aux sauvegardes de la base et du FS pour que les deux restent synchros).

Il faut aussi voir qu'en architecture 3-tiers, tu as souvent apache en frontal (sur un ou plusieurs serveurs), un (ou plusieurs) serveurs d'applis et un serveur base de données (éventuellement redondé...). L'utilisation du FS devient problématique dans ce cas : doit-il être sur le(s) serveur(s) apache ou sur le serveur de base de données (le partage NFS est foireux... la synchro sur plusieurs serveurs apache peut être problématique...).

L'idée du cache web est très bonne, je la retiens ;-) (avec un risque pour la gestion des droits tout de même :/ )

https://linuxfr.org/2006/09/27/21390.html Munich va enfin migrer sous GNU/Linux peut servir d'exemple
La comparaison n'a de sens qu'à comparaison à migration vers vista par exemple (permettant de prendre en compte les coups de changement de matériel obsolète pour l'un...). Dans ce genre de comparaison, les coûts seront mécaniquement similaires initialement, la pérennité en revanche devra faire l'objet de toutes les attentions (sachant que le financement d'un projet libre est un gain pour tous les utilisateurs...).

Après le choix du libre, AMHA, est une vraie décision politique :
- faut-il rester à la botte d'une société américaine ET faisant du propriétaire (non je ne fais : ni du pro-libre, ni de l'anti-américanisme primaire, c'est un constat) qui prétend (à raison, d'ailleurs) que ce n'est pas le TCO qui importe mais le fait que cela peut créer 50000 emplois https://linuxfr.org/~zx81/22663.html en Europe.
- ou choisir de maîtriser son informatique (= s'en donner les moyens) ET de travailler avec du libre

Le coût des licences est généralement de l'ordre de 2% (10% max éventuellement) du coût de l'informatique d'entreprise... l'important est l'interopérabilité, ce en quoi le libre contribue avec les formats ouverts (voire normalisés) naturellement adoptés.

encore un adepte de Kurt Cobain http://fr.wikipedia.org/wiki/Kurt_Cobain

Moi je suis de l'avis de Bialles, il bluffe. On vote, on vote...

dans le même genre ya IPcop
hum ah liveCD... bon peut-être pas encore...

fais gaffe tu t'albertises ;-)

bwalé, disons que t'as prévenu bien avant quand même cette fois-ci

http://wiki.eagle-usb.org/wakka.php?wiki=NewsXCB <-- la même sans fautes d'orthographes (mais avec quelques tournures à revoir et peut-être des points à ajouter sur la manière de faire les tests).

hum je me réponds sur une partie par un RTFA... "L'idéal serait un portage d'un gros toolkit tel que GTK ce qui boosterait un maximum d'applis rapidement." bon GNOME à oublier pour l'instant, e17 ok...

Sinon pour les autres questions ?

hum il reste encore pas mal de fotes tout de même et ce journal permettrait d'approfondir quelques questions...

Pourquoi ne pas utiliser un wiki pour amender le texte ? Pour ceux intéressés, je vous propose : http://wiki.eagle-usb.org/wakka.php?wiki=NewsXCB (cela permettra de corriger les dernières coquilles restantes).

Je vois avec les autres modéros s'ils publieraient cette rc1 (il y a appel à tests qui peut permettre de le justifier). Y-a-t-il une roadmap de la release finale ? Et il faudrait ajouter des précisions sur l'utilisation du bugzilla et de la ML (en anglais) pour communiquer tout de même... voire une liste de tests à réaliser, plus détaillée que "essayez powerpc et sparc" (je caricature hein).

Il manque 2 informations qui seraient rassurantes pour les testeurs :
- comment se passe la cohabitation Xlib / XCB sur le système ? (on peut enlever XCB facilement ?). Notamment, préciser comment se lance le serveur X en utilisant XCB.
- quelles applications sont déjà opérationnelles ? Je peux avoir un GNOME fonctionnel ? Quels environnements de bureau déjà et une liste d'applications qui tournent déjà serait un plus....

Pour en profiter pleinement, je suppose qu'il faut recompiler les applis / modifier quelques appels d'API, un lien vers une page d'exemple ne serait pas inutile (à moins que l'abstraction Xlib/XCB soit réellement suffisante ?).

En outre, quid du choix de XCB et Xlib dans le développement des applis (l'utilisation de Xlib/XCB semble être un pisse-aller : pour les développeurs, une option de compil' doit permettre de sélectionner une API ou l'autre, peut-être existe-t-il déjà une page traitant de ce sujet ?) http://xcb.freedesktop.org/wiki/XlibXcb me semble un peu court et un peu trop optimiste pour pousser les développeurs à se pencher réellement sur XCB (c'est un avis à chaud hein :p) : identifier les fonctionnalités qui manqueront permettrait de mettre en avant les avantages de l'API (et montrer de manière plus évidentes les évolutions disponibles).

je m'dis https://lists.asyd.net/mailman/listinfo.cgi/sysadmin yaura des archives

mais pour l'instant "(L'archive en cours n'est disponible que pour les abonnés.)"

=> cela sera-t-il amené à changer ?

alors première astuce triviale pour poster des liens sur trollfr, mettre un espace après ou les encadrer de crochets comme [https://lists.asyd.net/mailman/listinfo.cgi/sysadmin]

cf. les lois de 1983 je crois de la CNIL, protégeant les bases de données (bon ok, là la structure est relativement simple, quoique :/ ).

toi tu lis trop d'anglais, mais ton franglais language ne choquera pas grand monde en lieu et place de langage voire langue peut-être

rha j'ai marché dedans :/

C'est une figure de style que nous appliquons généralement en tant que relecteur.

Mais ne t'inquiète pas : ce n'est pas parce que tu n'es pas parano qu'ils ne sont pas après toi ;-)

Plus sérieusement, l'auteur se fend d'une dépêche suffisamment claire, oui elle passe surtout quand le sujet paraît intéressant : maintenant à toi de te faire ton opinion en lisant la 4ème de couverture du bouquin ou en le feuilletant. Et non, il n'y a pas de volonté délibérée de pub' ou de cacher quoi que ce soit : le nom de l'auteur apparaît bien hein ;-)

LGPL étant donné que pour des frameworks ça permet de laisser leur utilisation libre sans hériter de licence pour les utilisateurs, c'est bien cela ? ça me paraît un bon choix ;-)
Indirectement, cela permet de susciter des contributions upstream.

D'autres raisons pour le LGPL ?

Qu'attendez-vous de ce passage en libre (hormis une publicité méritée) ? Y-a-t-il des points à faire évoluer (voir déjà prévus ?). Qu'en pensent vos clients ?

ah bin vivement la version binaire de l'XML alors, le seul "défaut" de l'ASN/1 est qu'il n'est pas en format texte comme l'XML.

L'ASN/1 a été optimisé pour la place prise, je me serais mal vu avec des tickets de taxe remontés des MSC (autocommutateurs dans le monde mobile) en XML... déjà que notre élément de médiation croulait parfois (rarement quand même) sous le nombre de TTfiles, si en plus la volumétrie avait été non optimisée /o\ (sachant que ce sont les I/O disques qui limitaient les perfs...). Un week-end nous avait permis de rattrapper un mois de consommations à une époque... (oui oui ça dépotait ;-) )

pas de openwengo-ng tenu à jour régulièrement ?
z'ont raté un truc AMHA ;-) mais c'est bien de proposer ekiga, une reconnaissance de la qualité il me semble (des contributions d'ailleurs ?)