Re: Bilan Solutions Linux 2004
Quoting Alexandre ([EMAIL PROTECTED]): D'autre part, comme la société a développé une certaine expertise sur cette distribution, nous proposons à nos clients des solutions qui s'appuient sur Debian et nous sommes donc amenés à faire du conseil et de la maintenance sur des déploiements de Debian des entreprises avec lesquelles nous travaillons. Bon, je vois qu'il faut que je retrouve le nom de mon interlocuteur de Solutions Linux..:-)
Re: Bilan Solutions Linux 2004
Quoting Alexandre ([EMAIL PROTECTED]): Nicolas Chauvat (avec un point au milieur, et un at logilab.fr à la fin) ;-) Je crois qu'on ne parle pas de la même personne. Mon interlocuteur à moi bosse dans un organisme public français du Ministère de la Défenseet ce n'est pas moi-même:-)
Re: Bilan Solutions Linux 2004
On Wed, Feb 11, 2004 at 08:37:29AM +0100, Christian Perrier wrote: Quoting Alexandre ([EMAIL PROTECTED]): Nicolas Chauvat (avec un point au milieur, et un at logilab.fr à la fin) ;-) Je crois qu'on ne parle pas de la même personne. Mon interlocuteur à moi bosse dans un organisme public français du Ministère de la Défenseet ce n'est pas moi-même:-) Désolé, j'avais mal interprété mon interlocuteur. Comme Nicolas était au Salon pour donner une conf' sur la qualité logicielle, j'ai cru que vous étiez en contact et que tu parlais de lui. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.fr/ signature.asc Description: Digital signature
Re: Bilan Solutions Linux 2004
Le 09/02/04 à 22:04 Niv ALTIVANIK ([EMAIL PROTECTED]) écrivait : Y'a t'il un support deriere Debian ? ou alors: J'adore debian mais ma dirrection veut des assurances de suivi. Lors du salon j'ai discuté avec un gars de chez Bull qui étudie une solution pour remplacer Redhat (vu sa politique de license). Pour lui, il faut un support de qualité. J'ai également discuté avec un admin du CNRS qui veut lui aussi migré Debian : lui s'enfiche d'un support par une entreprise (possède les compétences en interne), mais désire des mises à jours de sécurité rapides. On a deux cas d'entreprises qui veulent virer Redhat, l'une serait facile à convaincre (pour le CNRS je lui ai demandé de me donné des noms de softs, et un apt-cache search les a tous trouvé : le gars en question semblait impressionnée de la richesse logicielle :)) car ne désirant pas de support par une entreprise. Pour l'autre qui souhaite une solution pérenne, Debian peut offrir une très bonne oppurtunité mais il faut le support derrière. Si le support vient d'une boîte solide, et vu que Debian est une distrib indépendante, le client aura une solution pérènne (pas besoin de payer pour les mises à jour de sécu comme RH...) et un support. Donc Debian à un gros coup à jouer :) Et pas mal de clefs en main ! -- Jean-Michel Kelbert signature.asc Description: Digital signature
Re: apt-get et les locales.
Salut, Le script fait un simple apt-get -s install $1, et calcule la taille à partir de apt-cache. Heu, sudo apt-get install openoffice.org te donne la meme info, non? sudo apt-get install uwm Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: ude The following NEW packages will be installed: ude uwm 0 upgraded, 2 newly installed, 0 to remove and 5 not upgraded. Need to get 162kB of archives. After unpacking 856kB of additional disk space will be used. Do you want to continue? [Y/n] La il suffit de dire non si tu trouve ca trop gros. (Je peux pas essayer avec oo qui est deja installé. Un truc pour trouver un paquet non installé: essayer ?wm avec une premiere lettre aléatoire ;-) Ce qui m'étonne (à moitié seulement) c'est que, malgré ma locale en fr : julie[~] locale [EMAIL PROTECTED] LC_CTYPE=[EMAIL PROTECTED] [snip tout pareil] apt-get ne me propose _par défaut_ que openoffice.org-l10n-en alors qu'il aurait été plus sympa de me proposer openoffice.org-l10n-fr... Non ? Ca ne m'étonne pas trop non plus, je ne pense pas que apt-get soit sensé utiliser la locale. Maintenant, c'est une idée intéressante. Apt-get pourrait utiliser la locale pour choisir dans une liste d'alternatives. Cela dit, beaucoup de gens restent en locale par defaut pour root. D'autre part, il y a aurait surement des résistances a rendre le comportement d'apt-get dépendant de l'environment. Et il faudrait soit utiliser une convention sur les noms de package (*-l10-LANG ?) soit ajouter un champ aux paquets. L'idée pourrait se généraliser. Si tu administre un site avec des utilisateurs multilingues (disons en belgique, ou une ecole internationale, couple international :-) tu pourrais vouloir l'installation par défaut de _plusieurs_ langues. Dans ce cas, l'info pourrait etre prise dans /etc/locale.gen (dpkg-reconfigure locales) assez logiquement. Et ca a l'avantage de ne pas dependre de la locale de root. Chez moi j'ai a la fois du francais et du hongrois (pour ma femme) dans /etc/locale.gen, et c'est bien ce que je voudrais par defaut quand j'installe oo. Ca colle :-) Daniel
Re: apt-get et les locales.
* Daniel Bonniot [EMAIL PROTECTED] [2004-02-11 09:56] : [...] Ce qui m'étonne (à moitié seulement) c'est que, malgré ma locale en fr : julie[~] locale [EMAIL PROTECTED] LC_CTYPE=[EMAIL PROTECTED] [snip tout pareil] apt-get ne me propose _par défaut_ que openoffice.org-l10n-en alors qu'il aurait été plus sympa de me proposer openoffice.org-l10n-fr... Non ? Ca ne m'étonne pas trop non plus, je ne pense pas que apt-get soit sensé utiliser la locale. Maintenant, c'est une idée intéressante. Apt-get pourrait utiliser la locale pour choisir dans une liste d'alternatives. Cela dit, beaucoup de gens restent en locale par defaut pour root. D'autre part, il y a aurait surement des résistances a rendre le comportement d'apt-get dépendant de l'environment. Et il faudrait soit utiliser une convention sur les noms de package (*-l10-LANG ?) soit ajouter un champ aux paquets. L'idée pourrait se généraliser. Si tu administre un site avec des utilisateurs multilingues (disons en belgique, ou une ecole internationale, couple international :-) tu pourrais vouloir l'installation par défaut de _plusieurs_ langues. Dans ce cas, l'info pourrait etre prise dans /etc/locale.gen (dpkg-reconfigure locales) assez logiquement. Et ca a l'avantage de ne pas dependre de la locale de root. C'est exactement le rôle des marques de paquets Debian (debtags). Le mail d'annonce : http://lists.debian.org/debian-devel/2003/debian-devel-200304/msg02167.html Le navigateur de marques de paquets : http://debian.vitavonni.de/packagebrowser/ Fred
bcm5700 et noyau 2.5.65
Bonjour, Ayant recupere bcm5700-source_2.0.32-1_all.deb j'essaye de le compiler mais j'ai un message d'erreur : linux-2.5.65/include/asm/irq.h:17: irq_vectors.h: No such file or directory Dans le Makefile je fais bien pointer LINUX vers le repertoire racine de mes sources. J'ai essaye de changer dans irq.h le #include irq_vectors.h en #include irq_vectors.h mais le probleme est toujours la. Si quelqu'un sait d'ou vient le probleme... Merci d'avance Francois
Re: bcm5700 et noyau 2.5.65
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2004-02-11 13:15] : Bonjour, Ayant recupere bcm5700-source_2.0.32-1_all.deb j'essaye de le compiler mais j'ai un message d'erreur : linux-2.5.65/include/asm/irq.h:17: irq_vectors.h: No such file or directory 2.5.65 ? Quelqu'un utilise encore ça ? Dans le Makefile je fais bien pointer LINUX vers le repertoire racine de mes sources. J'ai essaye de changer dans irq.h le #include irq_vectors.h en #include irq_vectors.h mais le probleme est toujours la. Si quelqu'un sait d'ou vient le probleme... Probablement parce que ce pilote n'est prévu pour fonctionner qu'avec un noyau 2.4. Il n'existe pas de fichier irq_vectors.h dans l'arborescence d'un noyau 2.4 (alors qu'il en existe pour un noyau 2.6). Si tu regardes le changelog du paquet de testing/unstable (http://packages.debian.org/changelogs/pool/main/b/bcm5700-source/bcm5700-source_7.1.9-3/changelog), il semble indiquer qu'il te faut une version plus récente que la version de stable pour le faire fonctionner avec un noyau 2.6 (et probablement aussi avec un 2.5.65). Fred
Re: bcm5700 et noyau 2.5.65
[EMAIL PROTECTED] wrote: Salut, Ayant recupere bcm5700-source_2.0.32-1_all.deb j'essaye de le compiler mais j'ai un message d'erreur : linux-2.5.65/include/asm/irq.h:17: irq_vectors.h: No such file or directory On avait des machines avec un chip broadcom 5782 sur le stand à SL2004, on a installé un 2.6 avec le driver tg3 et ça tournait bien. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Re: Bilan Solutions Linux 2004
Bonsoir à tous, Sven Luther [EMAIL PROTECTED] writes: Remarque, cela pourait aussi etre une structure centrale qui sous traiterait certaines taches, ou je sais pas moi, une federation d'organismes existants ou quelque chose du genre. Le problème - comme cela a déjà été évoqué - c'est que j'ai bien peur qu'une entreprise fasse d'autant plus confiance à une autre quand il y a des sous derrière. Si une entreprise préfère se tourner vers RedHat que vers une petite entreprise spécialisée dans Debian, c'est qu'elle pense que RedHat ayant plus à perdre, ils feront plus attention dans le travail qu'il vont réaliser. Les « spécialistes » de Debian ne feraient-ils pas mieux de jouer sur le tableau de la compétence pour être embauchés en interne. En suite, quand Debian aura acquis une « notoriété » pour être souvent utilisée avec succès, certains de ces « spécialistes » pourront se regrouper dans une SSLL spécialisée dans Debian. D'ailleurs, quelle est l'attitude des SSII classiques par rapport à GNU/Linux. Quand elles développent des solutions à base de logiciels libres, se tournent-elles automatiquement vers les « grands » (RedHat, Suse) ? Je pense notamment à un article récent sur DLFP qui parle du travail d'Unilog pour la Mairie de Paris. Yannick
Re: Bilan Solutions Linux 2004
Jean-Michel Kelbert [EMAIL PROTECTED] wrote: Donc Debian à un gros coup à jouer :) Et pas mal de clefs en main ! On a effectivement un énorme coup à jouer : prendre la place de RedHat. Mais pour ça il faut qu'on release Sarge très vite. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
