bin oui ça m'a fait plaisir que RMS soit aussi accessible.
ça correspond pas mal à la culture américaine (le bon côté en tout cas), mais ça fait toujours plaisir. Je l'avais déjà mis dans la boucle en Novembre et il m'a pas mal soutenu moralement vu qu'il y a de quoi devenir dépressif à lire debian-legal tant que tu n'as pas compris que c'est en permanence une prise de position (qui a dit comme sur linuxfr ?!). Franchement c'est agréable d'avoir une référence qui tient la position ET qui contribue, c'est rassurant.
Sur linuxfr, bin j'attends toujours les patchs et les contributeurs (même si je viens d'en recruter un sur un nouveau projet prometteur, le projet et le contributeur ;-) ).
j'ai oublié de dire que Mandriva a fait le choix de développeurs à temps plein sur KDE qui appliquent les backports pour Mandr*Linux z'en auraient eu 1 ou 2 de plus pour avoir du 3.4 de dispo ça aurait fait plaisir à pas mal de monde (m'en fout chui sous Gnome ;-) )
c'est simplement un exemple de bleeding edge qui n'est maintenant plus respecté complètement chez Mandriva... ça va revenir avec les nouveaux planning de la 2006 !
au moins à bien y regarder tous les dérivés de debian profitent de la qa (quality assurance) de debian qui a permis des repository "à jour" (donc risqué) et d'autres moins risqué... chacun son choix.
Fedora et Mandr*Linux (dire MandroLinux par exemple ;-) ) sont en retrait même s'il y a des repositories spécifiques : ils n'ont pas donné lieu à des "avances de phase" comme c'est le cas sur debian.
Sans doute parce que la gestion de paquets est plus que l'outil (apt-get ou urpmi) mais ce qui est disponible : ubuntu "semble" avoir une longueur d'avance par les possibilités apportées par debian et knoppix et les autres dérivés. A ce niveau, Mdk a fait un choix de backport dans KDE et se priver des "dernières versions" à raison : hormis sur le kernel (mm, svetljo, thac, ...) il y a peu de repositories en avance qui tirent la distrib' (cooker a son rythme, même si pour la première fois la 10.2^WLE2005 apporte un décalage permettant une stabilisation avant demain...).
voilà pour dire que la transparence sur les paquets disponibles c'est bien, les contributeurs c'est mieux et la dispo de repositories à jour (risqué) est un plus pour l'utilisateur final qui sait s'y retrouver.
Après faut faire son choix entre "serveur" et "desktop", bin moi j'ai les 2 sur ma cooker (et oui je suis un peu en retard sur le desktop...).
c'est libre les drak* einh, rien n'empêche de les avoir dans debian / ubuntu si ce n'est quelques arbos à changer...
en plus ça profitera à tout le monde d'avoir quelquechose d'intégré au système complet et pas seulement au desktop (comme le font KDE et Gnome... ou Red Hat qui donne les outils mais sans cohérence entre eux de mon expérience de la RHEL3...).
ouais bin nous ça avance pas pour récupérer un firmware et un DSPcode libre pour les modems à base de chipset eagle-usb (fast 800 et autres [1])
bah ADI va peut-être finir par répondre... autre chose que non.
Ce qu'ils n'ont pas l'air de vouloir comprendre c'est que nous ne souhaitons pas travailler directement pour eux mais plutôt pour les utilisateurs (après si ça leur apporte de bonnes choses tant mieux). Actuellement c'est plutôt tant pis (oui je suis déprimé qu'ils ne sachent pas lire ni s'impliquer à notre mode de travail).
yavait les PEZ aussi
genre que du sucre blanc avec une forme rectangulaire (parallélipipédique rectangle plus exactement ;-) ) avec les coins bizautés peut-être je sais plus...
c'était dans un distributeur en plastique (un baton qui les contenait quoi) et tu soulevais la tête d'un personnage différent à chaque fois pour en prendre un...
je les croquais pour pouvoir passer au suivant... goût banane, cerise et autres je crois... jamais assez en tout cas !
Tu leur laisses un lien sur ce forum, yaura bien quelqu'un pour t'aider.
au pire tu t'excuses d'une traduction google (avec le texte en français dessous comme référence...). L'anglais est un passage forcé pour pas mal de monde tout de même, ils ne se formaliseront pas si tu ne le parles qu'approximativement...
M'enfin il devrait y avoir quelques musicos sur linuxfr quand même...
et le résumé en 802.11g :
PCI : D-Link DWL-G520 / Peabird WLG PCI 54G (introuvables dans la [vraie] rue montgallet, ya que des Linksys)
PCM-CIA : NetGear? WG511 (v1)
Mini-PCI : Intel Pro Wireless IPW2200BG
USB 2.0 : Asus WL-167g
ça continue ça continue, m'enfin de là à parler de croisade...
le boulot de négociation est d'autant plus dur que le réflexe premier de ce genre de boîte est de chercher à protéger sa propriété intellectuelle au détriment de l'utilisateur... c'est pourtant pas dur de prendre la décision de fournir le code source (et les conséquences à gérer en même temps bien sûr, comme coup de pub' ça peut avoir du bon).
Je reste preneur d'idées constructives, pour l'instant c'est effectivement plutôt l'affrontement dans la négociation, du fait qu'ils n'ont pas montré d'intérêt à travailler de notre manière autrement que très ponctuellement :
- participation 1 ou 2 fois sur la ML, quand soudain plus de nouvelles depuis au moins janvier malgré de nombreuses perches tendues et questions précises posées...
- pour l'instant ça reste non sur la fourniture des sources... (ce mercredi)
Je cherche à les faire revenir sur la ML, je vais sans doute en ouvrir une dédiée pour que l'argument "les questions sont noyées au milieu de 10 mails que nous n'avons pas tous lus..." ne tienne pas.
Bon après le contact que nous avons actuellement ne peut se prononcer que sur les aspects techniques, mais c'est de sa responsabilité de donner les bons contacts aussi sur les autres aspects (et avis perso, j'ai l'impression qu'il n'a pas lu toute la partie wiki consacrée à nos demandes...)
bref j'ai un mail à envoyer moi...
Dans la liste des fonctionnalités prévues : http://analysesi.free.fr/punbb/viewtopic.php?id=2(...) je n'ai pas vu de fonction de reverse engineering (oui oui ingénierie inverse...) partant d'une base MySQL ou PostgreSQL pour obtenir un MPD (le modèle physique de données).
Une telle fonction est-elle envisagée ? Avec un export en PNG, ça permettrait d'avoir rapidement un 1er niveau de doc sur pas mal de projets qui utilisent phpMyAdmin mais oublient ensuite de remonter au modèle de données ;-)
Pour l'instant j'ai utilisé AutoDia (que j'ai patché pour avoir les types de champs) et AutoDoc (uniquement PostgresSQL :-( ) http://wiki.eagle-usb.org/wakka.php?wiki=HowToDia(...)
=> tout l'intérêt est de bénéficier des fonctions d'export de Dia (vers du png, du sql...)
=> un souci est que ce sont plutôt des diagrammes UML qui sont utilisés... mais sinon ça marche plutôt bien aussi
Suite à mes déboire d'installation de sqlfairy (SQL::Translator pas si facile à installer avec toutes les dépendances perl), je reste preneur d'autres idées... https://linuxfr.org/~baud123/17259.html(...)
Non mais sérieux, ouvrez-le le bouquin de développement en C, c'est la base de chez base tout de même.
Après pour répondre tout de même... une bibliothèque compilée en statique, il n'y a en a plus besoin pour l'exécution du programme vu que les fonctions nécessaires sont incluses dans l'exécutable au moment de la compilation ou plus exactement de l'édition des liens (ça fait un plus gros binaire).
Les bibliothèques dynamiques - elles - sont indispensables pour l'exécution du programme vu que le code binaire des fonctions de la bibliothèque n'est pas dans l'exécutable mais justement dans ces librairies dynamiques (ça fait un plus petit binaire).
La vocation d'une librairie dynamique est bien de regrouper ce qui est potentiellement utilisable par une foultitude de programmes et éviter que chacun ait "sa" version compilée de la fonction qui serait chargée autant de fois en mémoire que de programmes l'utilisant : elle est chargée une fois et utilisée autant de fois que nécessaires.
Essaie de débrancher / rebrancher le modem pour éviter qu'il reste en initializing ... tu t'es fait dégrouper récemment ? ta connexion adsl a déjà fonctionné au fait ?
Ensuite eaglectrl -w # pour obtenir la synchro (vérifie avant par eaglestat qu'il n'est pas en train d'essayer de se synchroniser... attend genre 1mn après avoir rebranché le modem pour lancer eaglectrl -w)
startadsl # fonctionnera peut-être pour se connecter... sinon avec la net_applet
T'as de la doc' sur http://faq.eagle-usb.org/wakka.php?wiki=FaqDiagFr(...) (et sur les autres pages de la FAQ). Note bien toutes les modifs que tu fais... et sauvegarde tout fichier que tu modifierais (un cp ça le fait) ça permettra de revenir en arrière si nécessaire et de rendre plus robuste la connexion par Mdk...
ah oui deux précisions :
- le message "output in file /etc/sysconfig/network-scripts/ifcfg-'/usr/sbin/fctStartAdsl -i' failed: No such file or directory" est "normal", vu que la synchronisation n'est pas effective (c'est ce que fait eaglectrl -w), il n'y a pas d'interface réseau donc la commande ne peut fonctionner. J'espère qu'avec la manip' fournie ça marchera mieux et que blino pourra expliquer plus précisément...
- pour tenir à jour ta cooker : http://dev.eagle-usb.org/wakka.php?wiki=HowToMandrakeCooker(...) (en résumé : dès que tu seras connecté tu pourras configurer les sources avec http://easyurpmi.zarb.org(...) et lancer urpmi.update -a ; urpmi --auto-select voire urpmi kernel-2.6 de temps en temps). Mais cooker veut dire risque, test, pertes de données éventuelles, donc sauvegardes nous sommes bien d'accord ?
ça veut dire quoi local ?
Rien ne t'interdit d'installer un apache / mysql / wikini (par exemple) sur ton PC, en plus ça permettra à d'autres de venir éditer ton texte vu qu'à la base un wiki c'est pour du travail collaboratif. Et, non, ce n'est pas très compliqué à mettre en place... 1 à 2h disons...
Après pour le suivi des modifs, il devrait y avoir cela dans OpenOffice.org non ? Quels sont les types de documents que tu veux gérer ?
bin dans ce cas tu fais une demande d'évolution pour les softs qui t'intéressent
ils rajouteront une option dans leur fichier de conf' pour aller chercher certaines données ailleurs... comme ça il n'y aura que /etc/fichier_de_conf en dur et tout le reste là où ça te plairait mieux...
Après la distinction /usr et /usr/local est un peu plus fondamentale, c'est la différence entre installation définitive et installation "pour essayer", que ce soit dans le ./configure ne me choque pas trop...
Ce qu'il faut bien voir c'est que si tu commences à tout mettre à des endroits exotiques, ça va commencer à compliquer les choses...
Ce n'est pas pour rien qu'il y a des projets HFS (Hierarchy File System je crois) et LSB (Linux Standard Base)... donc j'en reviens à ma question : quel est ton besoin de faire différement des standards ? ça ne sert qu'à perdre l'administrateur ou l'utilisateur de ton système (modif' du PATH, LD_LIBRARY_PATH, toussa...).
Tu peux notamment mettre tout ce que tu veux en read-only là où tu veux, tant que le filesystem le supporte (pas sur une partition FAT par exemple...).
Après le lien symbolique aura sans doute des droits rwxrwxrwx pour owner/group/other mais ce sont les droits du fichier vers lequel il pointe qui s'appliquent.
Il me semble que l'auteur de nmap a justement signifié à SCO de cesser toute utilisation de son produit vu leur refus affiché de la GPL (ou alors ce n'était que pour la distribution).
sinon
Il n'y a pas de restriction concernant la copie de logiciels sous GNU GPL tant que ceux-ci n'ont pas été modifiés et qu'ils sont toujours accompagnés de la licence.
hum si distribution uniquement binaire, cela oblige par la suite à mettre à disposition le code source par un moyen quelconque tout de même. Ce pourquoi il vaut mieux fournir le code source en même temps.
En cas de modifications du Logiciel, vous devez fournir le code source modifié et établir distinctement quelles parties ont été modifiées, par qui et quand.
Les modifications apportées doivent être publiées sous la même licence.
la 1ère phrase peut faire peur ;-) c'est du ligne à ligne pour les modifs ? Un cvs permet de faire cela simplement, mais cela n'apparaît pas dans le source distribué. Aurais-tu plus de détails sur ce point ?
et pour le vert du tableau comparatif, je le mettrais un peu plus clair.
normalement un programme va lire son fichier de configuration sous /etc, il peut stocker des paramètres liées à l'utilisateur sous $HOME/.programme/ (nom du programme avec un . devant, comme ça c'est un fichier caché)
et stocke ses données soit dans le répertoire courant, soit dans le dernier répertoire utilisé, soit dans un répertoire configuré par l'utilisateur (si le programme a cette fonctionnalité).
c'est une mauvaise idée de mettre les programmes ailleurs, il ne sera pas exécutable par l'utilisateur par défaut car pas dans la variable PATH... (ou alors rajouter le répertoire...) moi j'ai déjà : /usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/usr/lib/jre-1.4.2_06/bin:/usr/NX/bin:/usr/sbin/:/sbin:/home/baud/bin:/usr/NX/bin:/usr/sbin/:/sbin
ah oui, je viens peut-être de comprendre, tu parles des données genre des images ou des sons utilisées en interne par le programme ? bah oui ça doit être compilé dans le programme...
m'enfin il suffit de faire que /usr/share/monprog soit un lien symbolique vers ailleurs et ça suffit : tu peux les mettre où tu veux (faut pouvoir écrire sous /usr/share ;-)
c'est d'ailleurs la manière correcte de faire pour que tout puisse être facilement retrouvé mais pouvoir utiliser une autre partition pour des données internes un peu trop grosses...
Par exemple, pour urpmi, j'ai /var/cache/urpmi -> /mnt/data_linux_hda9/urpmi/ pour éviter de flinguer ma partition principale quand j'installe de nouveaux programmes (je tourne malheureusement avec moins de 100 Mo de libre sur ma partition principale...)
hum je crains de ne pas m'être fait comprendre ;-)
je suggère l'utilisation d'un wiki (c'est un moyen) après il faut le remplir (ça c'est pas moi qui vait le faire, j'ai déjà du mal à tenir mes pages à jour) et ça ne remplace pas les bugs sur le bugzilla http://qa.mandrakesoft.com(...) (non je n'ai pas checké si tu en avais ouvert un ;-) )
"réitérer une demande", c'est au moins redonner le contexte einh :-) une URL ?
Tu as expliqué ton besoin d'être en cooker pour faire fonctionner ton matériel mais bon...
Plutôt que de râler "à tort et à travers" (ce qui énerve tout le monde, même si dans ton cas, pour ton matériel, tu n'as peut-être pas tort), il aurait peut-être été plus constructif de lister un à un tous tes problèmes afin de donner une vision d'ensemble de ce que tu regardes et comment tu essaies de le corriger.
C'est ce que j'avais fait - par exemple - en Mandrakelinux 10.1 : http://wiki.eagle-usb.org/wakka.php?wiki=Mdk101Tests(...)[1]
En effet, la page des bugs bloquants [2] et les release notes [3] ont vocation "générale" et non "traitement de tous les cas particuliers
Après si le howto matériel [4] n'est pas assez précis ou complet, autant profiter de ton feedback (même s'il est un peu spécifique à ton matériel)
Il est du ressort de Mandrakesoft de s'assurer de l'intégration de la distribution (et donc de tous les paquets qui la composent) : cela n'empêche pas les contributeurs de focaliser sur certains logiciels et de s'intéresser à l'upstream. Parfois, je me dis que ce serait pas mal d'avoir des outils de diagnostic listés par les équipes de Mandrakesoft pour leur remonter les bonnes informations... mais bon le boulot est en cours avec testzilla [6] (ça me paraît un peu trop générique, mais autant utiliser un wiki pour apporter les précisions nécessaires...). Après quand tu vois le nombre de paquets à gérer et la diversité du matériel, ce n'est plus seulement du ressort de Mandrakesoft de tout faire (en revanche si Mandrakesoft pouvait avoir une réflexion pour impliquer la communauté pour y contribuer, ça permettrait d'avoir un peu de recul et d'anticiper les "râleurs").
Voilà, après si ton utilisation de cooker ne correspond effectivement pas à du test, tu dois néanmoins en subir les problèmes et ce serait pas plus mal que tu remontes tes soucis de manière factuelle : après ta contrib' au Mandrakeclub est la bienvenue, mais être en cooker c'est un autre type de contribution qui est nécessaire ;-)
[^] # Re: même que certaines sociétés ne libéreraient pas leur binary blob
Posté par BAud (site web personnel) . En réponse au journal Ça bouge dans le libre. Évalué à 3.
ça correspond pas mal à la culture américaine (le bon côté en tout cas), mais ça fait toujours plaisir. Je l'avais déjà mis dans la boucle en Novembre et il m'a pas mal soutenu moralement vu qu'il y a de quoi devenir dépressif à lire debian-legal tant que tu n'as pas compris que c'est en permanence une prise de position (qui a dit comme sur linuxfr ?!). Franchement c'est agréable d'avoir une référence qui tient la position ET qui contribue, c'est rassurant.
Sur linuxfr, bin j'attends toujours les patchs et les contributeurs (même si je viens d'en recruter un sur un nouveau projet prometteur, le projet et le contributeur ;-) ).
[^] # Re: le process qualité de debian est un exemple du genre
Posté par BAud (site web personnel) . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 2.
c'est simplement un exemple de bleeding edge qui n'est maintenant plus respecté complètement chez Mandriva... ça va revenir avec les nouveaux planning de la 2006 !
[^] # le process qualité de debian est un exemple du genre
Posté par BAud (site web personnel) . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 5.
Fedora et Mandr*Linux (dire MandroLinux par exemple ;-) ) sont en retrait même s'il y a des repositories spécifiques : ils n'ont pas donné lieu à des "avances de phase" comme c'est le cas sur debian.
Sans doute parce que la gestion de paquets est plus que l'outil (apt-get ou urpmi) mais ce qui est disponible : ubuntu "semble" avoir une longueur d'avance par les possibilités apportées par debian et knoppix et les autres dérivés. A ce niveau, Mdk a fait un choix de backport dans KDE et se priver des "dernières versions" à raison : hormis sur le kernel (mm, svetljo, thac, ...) il y a peu de repositories en avance qui tirent la distrib' (cooker a son rythme, même si pour la première fois la 10.2^WLE2005 apporte un décalage permettant une stabilisation avant demain...).
voilà pour dire que la transparence sur les paquets disponibles c'est bien, les contributeurs c'est mieux et la dispo de repositories à jour (risqué) est un plus pour l'utilisateur final qui sait s'y retrouver.
Après faut faire son choix entre "serveur" et "desktop", bin moi j'ai les 2 sur ma cooker (et oui je suis un peu en retard sur le desktop...).
[^] # Re: Puisque chacun passe son coup de gueule....
Posté par BAud (site web personnel) . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 6.
en plus ça profitera à tout le monde d'avoir quelquechose d'intégré au système complet et pas seulement au desktop (comme le font KDE et Gnome... ou Red Hat qui donne les outils mais sans cohérence entre eux de mon expérience de la RHEL3...).
# paramètres techniques
Posté par BAud (site web personnel) . En réponse au message Probleme avec wifi. Évalué à 2.
et un google avec ces valeurs te donnera peut-être un résultat sur http://www.qbik.ch/usb/devices/index.php(...)
# même que certaines sociétés ne libéreraient pas leur binary blob
Posté par BAud (site web personnel) . En réponse au journal Ça bouge dans le libre. Évalué à 4.
bah ADI va peut-être finir par répondre... autre chose que non.
Ce qu'ils n'ont pas l'air de vouloir comprendre c'est que nous ne souhaitons pas travailler directement pour eux mais plutôt pour les utilisateurs (après si ça leur apporte de bonnes choses tant mieux). Actuellement c'est plutôt tant pis (oui je suis déprimé qu'ils ne sachent pas lire ni s'impliquer à notre mode de travail).
[1] https://mail.gna.org/public/eagleusb-dev/2005-04/msg00027.html(...)
PS : quitte à un appel au troll autant avoir de la matière nouvelle et récente ;-)
# si t'y arrive...
Posté par BAud (site web personnel) . En réponse au message SQL vers MCD (ou MLD). Évalué à 2.
ya bien sqlfairy (SQL::Translator en perl) mais j'ai lâché l'affaire... un peu trop de dépendances à mon goût :-(
T'as quelques outils de modélisations sur cette page http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools(...)
Comment ça tu n'as pas les droits pour installer ce qu'il faut ?! quelle distrib' ? Au pire tu essaies de l'installer sur ton compte utilisateur...
[^] # Re: Les treets
Posté par BAud (site web personnel) . En réponse au sondage Ce qui me manque le plus. Évalué à 3.
genre que du sucre blanc avec une forme rectangulaire (parallélipipédique rectangle plus exactement ;-) ) avec les coins bizautés peut-être je sais plus...
c'était dans un distributeur en plastique (un baton qui les contenait quoi) et tu soulevais la tête d'un personnage différent à chaque fois pour en prendre un...
je les croquais pour pouvoir passer au suivant... goût banane, cerise et autres je crois... jamais assez en tout cas !
Ah bizarre ça n'existe plus qu'en Autriche ?! bon bin un petit voyage en perspective ;-)
http://www.pez.com/(...)
http://www.pez.at/pezat/index.html(...)
ah tiens c'est au goût du jour en plus : http://www.pez.at/pezat/prodon.asp?Seite=187&Lg=1&CP=2&(...)
(attentions âmes sensibles c'est visiblement un site en Flash)
sinon les smarties c'était bien : yavait des promos avec 2 tubes... les PEZ c'était par 3 bien souvent.
# essaie de contacter les développeurs quand même
Posté par BAud (site web personnel) . En réponse au message Lilypond. Évalué à 2.
http://mail.gnu.org/mailman/listinfo/lilypond-devel(...)
Tu leur laisses un lien sur ce forum, yaura bien quelqu'un pour t'aider.
au pire tu t'excuses d'une traduction google (avec le texte en français dessous comme référence...). L'anglais est un passage forcé pour pas mal de monde tout de même, ils ne se formaliseront pas si tu ne le parles qu'approximativement...
M'enfin il devrait y avoir quelques musicos sur linuxfr quand même...
[^] # Re: Question
Posté par BAud (site web personnel) . En réponse à la dépêche Ubuntu Hoary Hedgehog (5.04) est sortie. Évalué à 3.
voir bas de la page http://wiki.eagle-usb.org/wakka.php?wiki=MaterielPC(...)
pour le wifi c'est issu de ce journal :
http://linuxfr.org/~plagiats/17014.html(...)
et le résumé en 802.11g :
PCI : D-Link DWL-G520 / Peabird WLG PCI 54G (introuvables dans la [vraie] rue montgallet, ya que des Linksys)
PCM-CIA : NetGear? WG511 (v1)
Mini-PCI : Intel Pro Wireless IPW2200BG
USB 2.0 : Asus WL-167g
[^] # Re: Question
Posté par BAud (site web personnel) . En réponse à la dépêche Ubuntu Hoary Hedgehog (5.04) est sortie. Évalué à 6.
le boulot de négociation est d'autant plus dur que le réflexe premier de ce genre de boîte est de chercher à protéger sa propriété intellectuelle au détriment de l'utilisateur... c'est pourtant pas dur de prendre la décision de fournir le code source (et les conséquences à gérer en même temps bien sûr, comme coup de pub' ça peut avoir du bon).
Je reste preneur d'idées constructives, pour l'instant c'est effectivement plutôt l'affrontement dans la négociation, du fait qu'ils n'ont pas montré d'intérêt à travailler de notre manière autrement que très ponctuellement :
- participation 1 ou 2 fois sur la ML, quand soudain plus de nouvelles depuis au moins janvier malgré de nombreuses perches tendues et questions précises posées...
- pour l'instant ça reste non sur la fourniture des sources... (ce mercredi)
Je cherche à les faire revenir sur la ML, je vais sans doute en ouvrir une dédiée pour que l'argument "les questions sont noyées au milieu de 10 mails que nous n'avons pas tous lus..." ne tienne pas.
Bon après le contact que nous avons actuellement ne peut se prononcer que sur les aspects techniques, mais c'est de sa responsabilité de donner les bons contacts aussi sur les autres aspects (et avis perso, j'ai l'impression qu'il n'a pas lu toute la partie wiki consacrée à nos demandes...)
bref j'ai un mail à envoyer moi...
[^] # Re: Classe ...
Posté par BAud (site web personnel) . En réponse à la dépêche Mandrake devient Mandriva. Évalué à 7.
# reverse et MPD
Posté par BAud (site web personnel) . En réponse à la dépêche AnalyseSI, l'analyse Merise en libre. Évalué à 6.
Une telle fonction est-elle envisagée ? Avec un export en PNG, ça permettrait d'avoir rapidement un 1er niveau de doc sur pas mal de projets qui utilisent phpMyAdmin mais oublient ensuite de remonter au modèle de données ;-)
Pour l'instant j'ai utilisé AutoDia (que j'ai patché pour avoir les types de champs) et AutoDoc (uniquement PostgresSQL :-( ) http://wiki.eagle-usb.org/wakka.php?wiki=HowToDia(...)
=> tout l'intérêt est de bénéficier des fonctions d'export de Dia (vers du png, du sql...)
=> un souci est que ce sont plutôt des diagrammes UML qui sont utilisés... mais sinon ça marche plutôt bien aussi
Bon ça me fait un outil de plus à regarder...
http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools(...)
Suite à mes déboire d'installation de sqlfairy (SQL::Translator pas si facile à installer avec toutes les dépendances perl), je reste preneur d'autres idées...
https://linuxfr.org/~baud123/17259.html(...)
[^] # Re: Re:questions relatives à l'execution d'un programme....
Posté par BAud (site web personnel) . En réponse au message questions relatives à l'execution d'un programme..... Évalué à 3.
Non mais sérieux, ouvrez-le le bouquin de développement en C, c'est la base de chez base tout de même.
Après pour répondre tout de même... une bibliothèque compilée en statique, il n'y a en a plus besoin pour l'exécution du programme vu que les fonctions nécessaires sont incluses dans l'exécutable au moment de la compilation ou plus exactement de l'édition des liens (ça fait un plus gros binaire).
Les bibliothèques dynamiques - elles - sont indispensables pour l'exécution du programme vu que le code binaire des fonctions de la bibliothèque n'est pas dans l'exécutable mais justement dans ces librairies dynamiques (ça fait un plus petit binaire).
La vocation d'une librairie dynamique est bien de regrouper ce qui est potentiellement utilisable par une foultitude de programmes et éviter que chacun ait "sa" version compilée de la fonction qui serait chargée autant de fois en mémoire que de programmes l'utilisant : elle est chargée une fois et utilisée autant de fois que nécessaires.
# $HOME/.bashrc
Posté par BAud (site web personnel) . En réponse au message umask+mdk10.1. Évalué à 2.
.kshrc si tu utilises ksh (ça m'étonnerait...)
[^] # Re: Ah oui, au fait...
Posté par BAud (site web personnel) . En réponse au message Config d'un Sagem USB DHCP pour Mdk 10.2rc2. Évalué à 2.
Ensuite eaglectrl -w # pour obtenir la synchro (vérifie avant par eaglestat qu'il n'est pas en train d'essayer de se synchroniser... attend genre 1mn après avoir rebranché le modem pour lancer eaglectrl -w)
startadsl # fonctionnera peut-être pour se connecter... sinon avec la net_applet
T'as de la doc' sur http://faq.eagle-usb.org/wakka.php?wiki=FaqDiagFr(...) (et sur les autres pages de la FAQ). Note bien toutes les modifs que tu fais... et sauvegarde tout fichier que tu modifierais (un cp ça le fait) ça permettra de revenir en arrière si nécessaire et de rendre plus robuste la connexion par Mdk...
[^] # précisions
Posté par BAud (site web personnel) . En réponse au message Config d'un Sagem USB DHCP pour Mdk 10.2rc2. Évalué à 2.
- le message "output in file /etc/sysconfig/network-scripts/ifcfg-'/usr/sbin/fctStartAdsl -i' failed: No such file or directory" est "normal", vu que la synchronisation n'est pas effective (c'est ce que fait eaglectrl -w), il n'y a pas d'interface réseau donc la commande ne peut fonctionner. J'espère qu'avec la manip' fournie ça marchera mieux et que blino pourra expliquer plus précisément...
- pour tenir à jour ta cooker : http://dev.eagle-usb.org/wakka.php?wiki=HowToMandrakeCooker(...) (en résumé : dès que tu seras connecté tu pourras configurer les sources avec http://easyurpmi.zarb.org(...) et lancer urpmi.update -a ; urpmi --auto-select voire urpmi kernel-2.6 de temps en temps). Mais cooker veut dire risque, test, pertes de données éventuelles, donc sauvegardes nous sommes bien d'accord ?
sinon j'ai répondu (trop tard) à ton post précédent https://linuxfr.org/forums/10/7741.html(...)
[^] # Re: Nom de machine ou changement d'adresse IP
Posté par BAud (site web personnel) . En réponse au message Problèmes avec DHCP sous mandrake 10.0. Évalué à 2.
c'est mis en place depuis Mdk10.1
Mais j'ai répondu aussi à ton autre post, ça devrait se résoudre aussi avec ta Mdk10.2rc2
# ouvre un bug sur qa, ha non pas besoin
Posté par BAud (site web personnel) . En réponse au message Config d'un Sagem USB DHCP pour Mdk 10.2rc2. Évalué à 2.
cela ressemble au problème signalé par Anna Lawless http://qa.mandrakesoft.com/show_bug.cgi?id=14408(...)
dans son dernier post...
et a priori corrigé dans celui-ci : http://qa.mandrakesoft.com/show_bug.cgi?id=15033(...)
donc cp /usr/sbin/eaglectrl /sbin/eaglectrl
et poum ça devrait fonctionner...
dis-nous si ça marche bien ;-)
tu pourrais donner le résultat de eaglediag -a
ainsi que un ls -l /etc/eagle-usb/
merci de ta participation
# comment ça local ?
Posté par BAud (site web personnel) . En réponse au message Existe-t-il des wiki locaux ?. Évalué à 4.
Rien ne t'interdit d'installer un apache / mysql / wikini (par exemple) sur ton PC, en plus ça permettra à d'autres de venir éditer ton texte vu qu'à la base un wiki c'est pour du travail collaboratif. Et, non, ce n'est pas très compliqué à mettre en place... 1 à 2h disons...
Après pour le suivi des modifs, il devrait y avoir cela dans OpenOffice.org non ? Quels sont les types de documents que tu veux gérer ?
[^] # Re: quel est le besoin ?
Posté par BAud (site web personnel) . En réponse au message Comment fait un programme pour trouver ses données ?. Évalué à 2.
ils rajouteront une option dans leur fichier de conf' pour aller chercher certaines données ailleurs... comme ça il n'y aura que /etc/fichier_de_conf en dur et tout le reste là où ça te plairait mieux...
Après la distinction /usr et /usr/local est un peu plus fondamentale, c'est la différence entre installation définitive et installation "pour essayer", que ce soit dans le ./configure ne me choque pas trop...
Ce qu'il faut bien voir c'est que si tu commences à tout mettre à des endroits exotiques, ça va commencer à compliquer les choses...
Ce n'est pas pour rien qu'il y a des projets HFS (Hierarchy File System je crois) et LSB (Linux Standard Base)... donc j'en reviens à ma question : quel est ton besoin de faire différement des standards ? ça ne sert qu'à perdre l'administrateur ou l'utilisateur de ton système (modif' du PATH, LD_LIBRARY_PATH, toussa...).
Tu peux notamment mettre tout ce que tu veux en read-only là où tu veux, tant que le filesystem le supporte (pas sur une partition FAT par exemple...).
Après le lien symbolique aura sans doute des droits rwxrwxrwx pour owner/group/other mais ce sont les droits du fichier vers lequel il pointe qui s'appliquent.
[^] # Re: Me trompe peut-être mais...
Posté par BAud (site web personnel) . En réponse au journal Comparatif des licences logiciels. Évalué à 2.
sinon
hum si distribution uniquement binaire, cela oblige par la suite à mettre à disposition le code source par un moyen quelconque tout de même. Ce pourquoi il vaut mieux fournir le code source en même temps.
la 1ère phrase peut faire peur ;-) c'est du ligne à ligne pour les modifs ? Un cvs permet de faire cela simplement, mais cela n'apparaît pas dans le source distribué. Aurais-tu plus de détails sur ce point ?
et pour le vert du tableau comparatif, je le mettrais un peu plus clair.
# quel est le besoin ?
Posté par BAud (site web personnel) . En réponse au message Comment fait un programme pour trouver ses données ?. Évalué à 3.
de quel programme s'agit-il ?
je suppose que tu auras plus d'explications dans http://www.delafond.org/survielinux/(...)
normalement un programme va lire son fichier de configuration sous /etc, il peut stocker des paramètres liées à l'utilisateur sous $HOME/.programme/ (nom du programme avec un . devant, comme ça c'est un fichier caché)
et stocke ses données soit dans le répertoire courant, soit dans le dernier répertoire utilisé, soit dans un répertoire configuré par l'utilisateur (si le programme a cette fonctionnalité).
c'est une mauvaise idée de mettre les programmes ailleurs, il ne sera pas exécutable par l'utilisateur par défaut car pas dans la variable PATH... (ou alors rajouter le répertoire...) moi j'ai déjà : /usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/usr/lib/jre-1.4.2_06/bin:/usr/NX/bin:/usr/sbin/:/sbin:/home/baud/bin:/usr/NX/bin:/usr/sbin/:/sbin
ah oui, je viens peut-être de comprendre, tu parles des données genre des images ou des sons utilisées en interne par le programme ? bah oui ça doit être compilé dans le programme...
m'enfin il suffit de faire que /usr/share/monprog soit un lien symbolique vers ailleurs et ça suffit : tu peux les mettre où tu veux (faut pouvoir écrire sous /usr/share ;-)
c'est d'ailleurs la manière correcte de faire pour que tout puisse être facilement retrouvé mais pouvoir utiliser une autre partition pour des données internes un peu trop grosses...
Par exemple, pour urpmi, j'ai /var/cache/urpmi -> /mnt/data_linux_hda9/urpmi/ pour éviter de flinguer ma partition principale quand j'installe de nouveaux programmes (je tourne malheureusement avec moins de 100 Mo de libre sur ma partition principale...)
[^] # Re: plutôt que de râler...
Posté par BAud (site web personnel) . En réponse au journal Mandrakelinux me ferait-elle mentir ?. Évalué à 2.
je suggère l'utilisation d'un wiki (c'est un moyen) après il faut le remplir (ça c'est pas moi qui vait le faire, j'ai déjà du mal à tenir mes pages à jour) et ça ne remplace pas les bugs sur le bugzilla http://qa.mandrakesoft.com(...) (non je n'ai pas checké si tu en avais ouvert un ;-) )
"réitérer une demande", c'est au moins redonner le contexte einh :-) une URL ?
# plutôt que de râler...
Posté par BAud (site web personnel) . En réponse au journal Mandrakelinux me ferait-elle mentir ?. Évalué à 3.
Plutôt que de râler "à tort et à travers" (ce qui énerve tout le monde, même si dans ton cas, pour ton matériel, tu n'as peut-être pas tort), il aurait peut-être été plus constructif de lister un à un tous tes problèmes afin de donner une vision d'ensemble de ce que tu regardes et comment tu essaies de le corriger.
C'est ce que j'avais fait - par exemple - en Mandrakelinux 10.1 : http://wiki.eagle-usb.org/wakka.php?wiki=Mdk101Tests(...) [1]
En effet, la page des bugs bloquants [2] et les release notes [3] ont vocation "générale" et non "traitement de tous les cas particuliers
Après si le howto matériel [4] n'est pas assez précis ou complet, autant profiter de ton feedback (même s'il est un peu spécifique à ton matériel)
Il est du ressort de Mandrakesoft de s'assurer de l'intégration de la distribution (et donc de tous les paquets qui la composent) : cela n'empêche pas les contributeurs de focaliser sur certains logiciels et de s'intéresser à l'upstream. Parfois, je me dis que ce serait pas mal d'avoir des outils de diagnostic listés par les équipes de Mandrakesoft pour leur remonter les bonnes informations... mais bon le boulot est en cours avec testzilla [6] (ça me paraît un peu trop générique, mais autant utiliser un wiki pour apporter les précisions nécessaires...). Après quand tu vois le nombre de paquets à gérer et la diversité du matériel, ce n'est plus seulement du ressort de Mandrakesoft de tout faire (en revanche si Mandrakesoft pouvait avoir une réflexion pour impliquer la communauté pour y contribuer, ça permettrait d'avoir un peu de recul et d'anticiper les "râleurs").
Voilà, après si ton utilisation de cooker ne correspond effectivement pas à du test, tu dois néanmoins en subir les problèmes et ce serait pas plus mal que tu remontes tes soucis de manière factuelle : après ta contrib' au Mandrakeclub est la bienvenue, mais être en cooker c'est un autre type de contribution qui est nécessaire ;-)
[1] http://wiki.eagle-usb.org/wakka.php?wiki=Mdk101Tests(...) [en] page de tests persos
[2] http://qa.mandrakesoft.com/twiki/bin/view/Main/BlockedBugsforMandra(...) [en] liste bugs bloquants
[3] http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrakelinux102Rele(...) [en]
[4] http://qa.mandrakesoft.com/twiki/bin/view/Main/HardwareHowTo_Fr(...) [fr] howto matériel
[5] http://qa.mandrakesoft.com/twiki/bin/view/Main/HowTo(...) [en] la liste complète des howto
[6] http://qa.mandrakesoft.com/test_index.cgi?test_summary=1(...) [en] les procédures de test