BAud a écrit 12980 commentaires

peut-être que le gars aurait pu se contenter de recopier le man chmod :
RESTRICTED DELETION FLAG OR STICKY BIT
The restricted deletion flag or sticky bit is a single bit, whose interpretation depends on the file type.
For directories, it prevents unprivileged users from removing or renaming a file in the directory unless they own the file or the directory; this is called the restricted deletion flag for the directory, and is commonly found on world-writable directories like /tmp. For regular files on some older systems, the bit saves the program's text image on the swap device so it will load more quickly when run; this is called the sticky bit.

mais je ne vois pas quoi

Que ce qui transite par chez toi n'a pas de source identifiable et réciproquement ? La FAQ appropriée détaille sans doute ce point àmha, je te laisse chercher.

ah tiens, sur https://linuxfr.org/~pasZapasTa/26824.html je me rends compte que j'avais oublié la Gabelle aussi :) (bien vu), des trucs d'un autre âge quoi....

Côté Orange, ils ne rajoutent pas ton adresse mail dans le fichier ? (ou je dois confondre avec un autre).

Tu peux consulter http://www.racketiciel.info/ et leurs guides.

C'est _avant_ qu'il vaut mieux voir la démarche ;-) (et oui certains se sont faits rembourser ainsi). Pour Vista tu ne récupèreras rien vu que tu souhaites l'utiliser et que tu as accepté le CLUF, pour works tu auras peut-être des clopinettes...

Le modèle qui se dessine actuellement pour les majors est tout simplement de se greffer sur un abonnement (au hasard celui du mobile), pas trop étonnant que Vivendi / SFR travaillent main dans la main sur le sujet... (à croire qu'avoir une sonnerie de téléphone personnalisée est vraiment le truc important sur un mobile ? et payer une deuxième fois pour enregistrer un même morceau sur la Carte_SD intégrée au smartphone n'a l'air de choquer personne ?).

Il ne faut pas se leurrer, cela revient à une "licence globale", chaque media de diffusion faisant l'objet d'accords négociés en revanche, au lieu d'une taxe globale non négociée. Mais ce n'est pas sans rappeller les taxes "suggérées" sur les FAI[1], sans doute moins enclins à négocier, eux ?
Bref pas trop de renouvellement depuis les siècles anciens entre dîme[2], décime[3] et autre Octroi... tout ceci est-il vraiment De_bon_aloi ?

[1] FAI Fournisseur_d%27acc%C3%A8s_%C3%A0_Internet
[2] dîme D%C3%AEme
[3] décime D%C3%A9cime

scanné en 24 bits et à 300 dpi pour être certain que cela fasse 5 Mo, c'est cela ? (vécu, mais plutôt pour un fax...)

Tu ne voudrais pas simplement être content d'avoir fait un truc inutile plutôt que d'insulter quand quelqu'un te fait remarquer qu'effectivement c'était inutile ? ;-)

Il fait beau dehors ~~> [ ]

Tu peux te poser les questions suivantes :
- suis-je toujours connecté à Internet ?
- des commits réguliers permettent-ils d'avoir un meilleur suivi du changelog par fonctionnalité implémentée ?
- de plus petits commits facilitent-ils la gestion des conflits d'édition ?
- release-early/release often fonctionne-t-il bien en décentralisé ?
- combien de contributeurs travaillent sur des fonctionnalités décorrélées ?
- à quelle cadence est-il nécessaire d'avoir une version rassemblant toutes les contributions en cours ?
- quel est le plus simple pour les utilisateurs du dépôt pour avoir une version homogène ayant le plus de fonctionnalités ?

Je te recommande tout http://fr.lprod.org/
pour cinelerra tu trouveras des traductions si je me rappelle bien (sur Mandriva Linux 2008.1 il est quasiment tout en français de ce que j'en ai regardé).

Tu as kdenlive qui un peu plus simple ou kino sinon à essayer.
Tu peux regarder aussi http://www.funix.org/fr/linux/montage.htm

Je garde mes liens sur http://cookerspot.tuxfamily.org/wikka.php?wakka=Synthese3dVi(...) (mais le mix français / anglais risque de te dérouter ;-) )

Bon ça va faire une floppée de paquets à recompiler/refaire pour se baser sur openjdk au lieu de gcj et consors mais ça en vaut le coup et le coût àmha. Les alternatives vont être conservées pendant encore un peu de temps, mais maintenant que les fondations sont libres (enfin !) cela devrait booster la facilité de disponibilité de pleins de bloat^Wprogrammes en Java en standard dans nos distributions \o/

Déjà j'étais content que IcedTea ait boosté la disponibilité du greffon web java pour x86_64 en natif mais je dois dire qu'il me restait encore quelques doutes de la disponibilité réelle d'un Java entièrement libre pour septembre, je suis vraiment content de m'être trompé de 3 mois : ça laisse une chance d'avoir de très intéressantes distributions GNU/Linux pour l'automne.

Sinon, quelqu'un a des nouvelles de jpackage pour mutualiser les efforts de packaging entre les différentes distributions ? http://www.jpackage.org/ (j'avais l'impression que c'était un peu délaissé par certaines distributions, mais j'ai dû me tromper aussi...), nul doute que la standardisation sur une version libre plutôt que la jungle des alternatives va simplifier leur essor et la rationalisation du packaging.

Quelqu'un utilise encore du TIFF ? Je me rappelle en avoir utilisé un peu avant 1995 plutôt pour les images en noir et blanc lorsque je faisais de la PAO, mais depuis je ne me rappelle plus trop en avoir vu passer...

franchement, que feraient les hackers du logiciels libres par les mers sur un galion !?

Quand tu auras installé une distribution, n'hésite pas à utiliser hwreport et remonter tes informations sur http://hardware4linux.info/manufacturer/766/163/ (comme ça il apparaîtra pour d'autres avec l'identification du matériel...).

Si tout le monde procédait ainsi http://faq.tuxfamily.org/CommunicationLibreHardware/Fr lors des install' parties par exemple, cela permettrait de disposer d'une base plus conséquente (et privilégier les constructeurs qui choisissent du matériel avec des pilotes libres qui fonctionnent).

Il y en a quelques autres que openclipart que j'ai notés sur http://wiki.eagle-usb.org/wakka.php?wiki=HowToDia (faudra que je me fasse une page pour inkscape à l'occasion).

Travaillant avec visio, perso pour les besoin de base je peux te dire qu'Inkscape est une bonne alternative (parce que bon, notamment les incompatibilités de versions de visio c'est bien la galère, tout ça pour un pauvre schéma c'est bien dommage).

Sur ces histoires de bêta / beta, péta / peta j'ai tendance à suivre ce qui est mis sur wikipedia http://fr.wikipedia.org/wiki/P%C3%A9ta l'usage a consacré l'épellation péta.
Si on commence par là, autant écrire πέντε aussi non ? (mais plus grand monde ne risque de suivre...).

bin ça doit être un serveur LAMP sans AMP en Intranet ;-)

mais où sera la limite ?

Dans Ton CPU ? :D

Les mises à jour de distro d'une version à l'autre fonctionnent correctement sur Mandriva Linux en ce qui me concerne (mais j'ai un peu l'habitude). La dernière fois que je l'ai "cassé" c'était à un changement de glibc avec un saut de version de Mandrake 10.1 à Mandriva 2006 je crois[1] (corrigé dans les updates et signalé dans les release notes).

Mon portable en x86_64 a fait 2007.0 => 2007.1 => 2008.0 => 2008.1 en prenant en compte la plupart des changements (repasser dans le centre de contrôle remet souvent la configuration d'aplomb voire dans la conf' de certaines applications comme gkrellm[2]).

Une simple configuration de l'ensemble des miroirs de la nouvelle version (main, contrib, non-free, plf-free et plf-nonfree pour moi) suivi d'un urpmi --auto-select et c'est parti pour 2 Go de mise à jour... Les tracasseries rencontrées sont classiques à chaque fois :
- quelques bibliothèques qui empêchent un soft de s'installer : urpme libpaquet_concerné puis urpmi paquet_soft_concerné et ça passe généralement (+ rapport de bug ou prévenir le mainteneur pour que les updates intègrent le bon obsolete ou require qui manquait)
- quelques confirmations quand il y a plusieurs choix entre certaines bibliothèques ou paquets de langue (généralement je fais ceux-là en premier pour ne pas avoir de nouveau la question si je dois redémarrer urpmi...)
- ne pas effectuer l'opération de montée de version quand les miroirs de paquets sont martelés à la sortie d'une distro, c'est la garantie d'avoir à le relancer (plusieurs fois le cas échéant) ; j'utilise un miroir en rsync (qui a tendance à être plus stable que ftp en terme de retours d'erreurs, ou alors elles sont mieux gérées)
- parfois le pilote nvidia cassé, mais je n'ai pas rencontré ce cas depuis que je n'utilise _que_ les dkms (et non l'infâme .run)
- grâce au kernel-laptop-latest, même plus besoin d'une relance supplémentaire pour le kernel (un peu de nettoyage tout de même après vérification que ça démarre)
De ce que j'ai souvent vu, ceux qui ont des soucis ont généralement installé d'autres dépôts pas forcément compatibles ou ont essayé avec le DVD (et là c'est fatal quand il manque des paquets, et forcément vu que les dépôts font de l'ordre de 30 Go, il n'y a pas tout sur un DVD et il manquera forcément des paquets).

[1] http://wiki.eagle-usb.org/wakka.php?wiki=Install101Mdv2006
[2] http://wiki.eagle-usb.org/wakka.php?wiki=UpgradeMandriva2008(...)

d'où l'intérêt de regarder du côté de Inkscape, qui fonctionne très bien pour les besoins de base liés à Visio : le dessin vectoriel. En plus, la relecture du SVG fonctionne et la relecture du format XML de Visio devrait arriver :
La lecture du format propriétaire de Visio vdx est prévue :
- sans doute à l'aide de http://vdxtosvg.sourceforge.net/ un convertisseur vers du SVG
- en version 0.48 comme indiqué sur la feuille de route http://wiki.inkscape.org/wiki/index.php/Roadmap#Milestone_14(...)
- c'est le format SVG exporté par Visio (mal) qui est actuellement relisible.
(reprise de mon post https://linuxfr.org//comments/917020.html#917020 sur la dépêche de sortie de Inkscape https://linuxfr.org//2008/03/26/23896.html en version 0.46)

et sinon http://wiki.inkscape.org/wiki/index.php/MicrosoftVisio est prêt à accueillir vos essais.

Les bibliothèques de wine sont utilisées pour obtenir ce fonctionnement sous GNU/Linux iirc, ce qui ne rend pas cette NdM inexacte ;-)

je me disais justement, ça fait longtemps que je n'ai pas vu IsNotGood ;-)

mais t'arrives à pied par la Chine ?

Tu achètes du matériel estampillé Dell, HP, whatever... qui t'appartient et que tu peux revendre (même en pièces détachées si yen a pour acheter).
Pour ce qui est du logiciel tu acceptes (ou pas) le CLUF d'une autre entité "Mircosoft" chaudement (?) recommandée par ton revendeur de matériel que tu peux accepter (ou pas) et c'est celui qui a recommandé ce produit défaillant (ou pas ?) et incomplet (ou pas ?) dont tu ne veux pas qui devrait te le rembourser en plus : autant qu'il affiche le prix directement dans ce cas
Cela permettrait d'effectuer l'opération in situ honnêtement pour le consommateur.

En plus, certains voudraient faire croire que le bout de CD et de papier ne peut pas être revendu indépendamment !?

Pour la faute, la réponse est dans la question :-)

oui mais ici c'est LinuxFr, donc forcément quelqu'un se dévoue pour faire la remarque :D (en attendant qu'il y ait une tribune^W^Wun forum associé à chaque dessin).

Ce journal https://linuxfr.org/~SaintGermain/26706.html avait déjà un peu fait le point sur Openmoko, google android, limo, Palm nova

cela fait complément.