Croconux a écrit 1196 commentaires

Knoppix c'est un peu l'installeur non officiel Debian. J'ai commencé comme ça aussi ma "debianisation". Je ne voyais pas comment l'installer autrement à l'époque. Le noyau de la Woody (le 2.4, hein, pas le 2.2 qui est proposé par défaut) était trop vieux et ne supportait pas mon chip réseau (carte mère à base de NForce2). Du coup même après l'install pas moyen de faire un dist-upgrade sans réseau.

Le passage à une Debian pose pas trop de problèmes. Le seul truc chiant c'est que certains paquets Knoppix (sysvinit par exemple) portent le même nom que les paquets officiel mais sont différents (au niveau dépendances notamment). Il faut demander explicitement l'installation du "vrai" paquet pour dégager les restes de la Knoppix. Sinon depuis ça roule. Jamais eu à réinstaller quoi que ce soit. En unstable les nouveaux paquets arrivent vite (kde 3.3 par exemple) à part Xorg mais bon c'est un gros changement. Un dist-upgrade par mois pour la route. C'est total bonheur. Ca fait cui-cui dans ton coeur.

Ca marche mais pas parfaitement. Mount et umount marchaient plutot bien au début mais depuis peu je ne peux plus monter mon disque. J'ai un message d'erreur à chaque fois ("invalid device id", je crois).

Pour ext2fsd je le déconseillerais. Au bureau on a du Windows XP Pro et chez moi je met ma musique sur un disque externe USB2 en ext3. Du coup je m'étais dis que ce serait pas mal de pouvoir monter mon disque au bureau tranquille. A l'install il m'a bien créé un nouveau "disque amovible" mais il n'a jamais voulu me le demonter. Depuis j'ai un lecteur E: fantôme qui traine dans Windows avec une jolie icone "?" dessus. Je n'ai pas pu le virer même en désinstallant ext2fsd. Au moins je n'ai pas perdu de données c'est déjà ça.

Il reste explore2fs qui lui marche nickel. Aucun problème à signaler jusqu'à présent. Il faut juste que je copie ma musique sur mon DD fixe avec pour pouvoir la lire. Sinon ça tourne bien.

Pour les cartes multi ports je ne peux pas dire mais le driver tulip marche plutot bien. A l'origine tulip est un chipset de DEC mais depuis on trouve une foultitudes de clones chez d'autres marques, c'est l'un des chip les plus répandus (en général sur des produits pas chers). J'ai sur une de mes machines une carte SMC avec un chip estampillé de la même marque qui est reconnu par le driver tulip. Pas de problème à signaler avec.

Pour en revenir à ta carte je te conseillerais de relever le nom du chipset qu'il y a dessus (attention certains constructeurs mettent un peu ce qu'ils ont sous la main, le chip peut donc être diffénrent sur des cartes vendues sous le même nom) et de jeter un coup d'oeil sur /usr/src/linux/Documentation/networking/net-modules.txt

Au boulot on utilise aussi AMC Designer qui est plutot bien foutu à part quelques cas où il insiste pour renommer des colonnes à sa sauce.
En libre il y a DBDesigner[1] qui est très proche de AMC pour ce que j'ai pu utiliser. Il est plutot ciblé sur MySQL. Je ne sais pas trop ce que ça donne sur d'autres serveurs de BD. Il est dispo sous GPL.

[1] http://www.fabforce.net/dbdesigner4/(...)

u moins, on aura peut-être des drivers estampillés Xorg 6.8.x
C'est probable étant donné qu'à part Slackware tout le monde passe à Xorg.

Comme d'habitude, wait'n'see...
J'ai un peu peur qu'ils se disent la même chose à propos de Xorg et XFree. "On ne sait pas trop alors on attends pour voir si l'un des deux tue l'autre".
Personnellement plutot que des drivers je préfèrerais des specs (pas forcément sur les derniers modèles à quadruble turbo refroidi à l'azote liquide mais au moins sur l'entrée/milieu de gamme.

Je ne suis pas sur que ça débouchera sur grand chose. Ils ont déclaré que Linux représentait 4% de leur marché et qu'ils mobiliseraient des ressources en proportions pour bosser sur les pilotes Linux. Avec une répartition 96% - 4% on en pas près d'avoir des drivers corrects. En gros ils vont mettre un stagiaire sur le coup...

Je ne parle plus de la qualité des logiciels que j'utilise. Je ne mets pas ça en avant. Et pire, je fais même le contraire, je dénigre GNU/Linux/le libre

En général j'utilise une techinque différente : Je dis que je n'assure pas la maintenance des système MS. J'en avait un peu marre de devoir jouer les pompiers au passage du moindre virus. Ton PC est tout mort? Désolé, WinXP Pro je ne sais pas comment il marche. Je ne l'utilise pas. Mais un OS si cher ça doit être génial, tu dois avoir un support 7j/7 24h/24. Non? Oups. Mais le fabricant doit déjà avoir un patch dispo. Non? Dans 2 ou 3 semaines? Et tu fais quoi en attendant? Tu arrêtes le net pour ne pas te faire revéroler? Quand ils me demandent ce que j'utilise je sort une Knoppix.

Au final ça ne marche pas trop mal. Les gens que je cotoie se fiche de l'OS qu'ils utilisent (d'ailleurs beaucoup ne savent même pas ce qu'ils ont sur leur machine). Ils veulent que ça marche et quelqu'un sous la main si ça plante. S'ils n'ont personne pour dépanner leur windows, il ne leur sert à rien. Ils vont bloquer à chaque problème et perdre un temps fou.

On va chercher à te vendre des capteurs de 4, 5 ou 6 millons de pixels

Je confirme. Kodak est spécialisé dans ce genre de chose. Ils ont plusieurs modèles "d'appel" avec des capteurs 5 mega au prix des 3 mega chez les concurrents, sauf que la qualité des photos n'est pas terrible (notamment avec une faible luminosité).

reseau -> module forcedeth inclu de base dans le noyau 2.6

Tiens ça je ne savais pas.

son -> alsa

Normal leur truc c'est un chipset Intel i810 bricolé.

bref encore une legende urbaine.

Au bout de six mois de galère heureusement que ça à commencé à marcher sinon la carte serait passée par la fenêtre!

Il reste le firewire qui ne marche pas. Le port est détecté mais impossible de faire marcher quoi que ce soit dessus. Je peut brancher ce que je veux dessus, nada, que dalle, niet. Ca marche nickel sur mon portable avec la même version du noyau.

VIA : j'ai eu tellement de problèmes avec

Tu n'as pas eu de carte à base de NForce2, toi. Là, on commence à regretter Via. L'an dernier j'ai acheté une Asus A7N8X deluxe (sortie quelques mois auparavant) et j'ai mis des mois à obtenir un support correct. Au début il n'y avait même pas d'UDMA (pour cause de chipset tordu non standard), pas d'USB2, un firewire non standard qui ne fonctionne toujours pas aujourd'hui, pas d'agp (il ne marchait qu'à condition d'avoir une CG NVidia), le chip réseau avec un driver proprio (qu'est-ce qu'il y a de secret dans un chip 10/100 ??). J'ai passé un temps fou à récupérer et compiler chaque nouvelle version du noyau pour obtenir petit à petit une machine fonctionnelle.

On peu cracher sur Via mais ils font quand même plus d'efforts que NVidia. Ils ont récemment fourni du code pour le support des chipsets pour mini-itx et prévoient d'ouvrir le code source de ce qui reste à moyen terme (chip Mpeg 2 des C3 M II).

Nvidia : Une partie des drivers n'est pas libre (chip réseau, je crois

Yep. Je ne l'ai jamais installé ce truc. J'ai 2 ports réseaux sur ma carte et ça me saoulait de devoir pourrir un noyau pour ça alors je ne me sert que de l'autre (chipset 3Com, standard, propre, driver libre).

Les candidatures spontanées marchent pas mal. Beaucoup de boites recoivent un pile de CVs. Donc pourquoi passer une annonce quand on a déjà une foule de candidats qui se pressent à la porte. Sinon il reste la cooptation et le bouche à oreille.

En même temps, Nerim, ça a pas le même nombre d'abonnés (et excités) que free

Il me semble justement que quand une boite s'engage à fournir une service elle doit s'assurer qu'elle sera en mesure d'assumer derrière plutot que de signer un maximum de contrat et de faire poireauter les gens derrière. "S'cusez on n'a pas assez de Freebox". C'est bien beau de promettre des mégabits mais bon moi je préfère du 512kb qui marche que du 5mb virtuel, un jour, peut être, si le vent est favorable.

Il me semble que les associations de consommateurs ont encore du pain sur la planche avec que ce secteur soit assaini.

cette marge tend à devenir de plus en plus grande avec la multiplication des distributions Linux orientées desktop

Justement pour cette raison je ne pense pas qu'on puisse arriver un jour à un bordel équivalent à Windows. Le gamin qui lance un root kit windows est sur de faire des ravages car les 9/10 de la planète se balade le cul à l'air sur le grand Ternet avec la même version du même OS et les même réglages par défaut que personne ne modifie. Au pire on aura des virii MDK 24, des virii Fedora Core 45, etc mais c'est tout. On n'aura pas de virus universel. Même en cas de faille dans un logiciel connu, combien de personnes l'auront installé? Et combien dans la version vulnérable? D'ailleur en parlant de virus Linux il me semble que nos amis fabricants d'antivirus sous entendent Linux(-x86). Mais Linux ne tourne pas que sur x86. Le premier qui crée un virus qui passe sur plus de 2/3 distros et sur plusieurs architectures je lui tire mon chapeau.

On peut difficilement lutter contre la crédulité de quelqu'un de toute façon..
Je ne classe pas l'ingénierie sociale dans les virii. Ca relève de la maladresse, comme un simple "rm -rf *". On ne peut pas demander systématiquement 3 fois à l'utilisateur s'il est sur de ce qu'il fait. Le filtre antiboulette universel n'a pas encore été inventé. D'ailleurs je devrais le breveter à titre préventif...

l'ouverture du code source peut aussi bien être un avantage qu'un inconvénient dans le domaine de la sécurité
Jusqu'à présent je n'ai pas vu beaucoup d'impact négatifs. Il me semble que même en ayant le code source, repérer une faille potentielle et créé un exploit demande un niveau de compétences élevé. C'est loin d'être à la portée du premier gamin venu. Les virii dont on parle le plus, ceux qui font énormément de dégats sont souvent le fait de gamins au niveau technique assez peu élevé et pas de petit génies comme peut le raconter le JT de TF1. Si on peut déjà relevé le niveau technique nécessaire on a fait un grand pas.

Rien à faire, ce qui compte c'est l'argent maintenant, et pour le moment developper une application web conforme W3C coute plus cher

Ca a longtemps été le cas aussi dans ma boite. Mais on s'est rendu compte que ça cooutait plus cher de faire du IE only. La R&D a toujours été pour le respect des standards mais vus les délais demandés et le fait que le marketing se foutait complètement de l'argument interropérabilité ("mais tout le monde est sous IE, non?"), on faisait du "test sous IE, ça passe, ok c'est fini".

Sauf que récemment on a un gros client qui a passé tous ses postes clients sous Opéra pour cause de problème de sécurité avec IE! Evidemment de nombreuses pages ne passaient pas et il a fallu agir très vite.

En plus de ça dans certains pays (UK) l'accessibilité est imposée par la loi. Et donc de plus en plus de clients qui nous demandent si on est en conformité. C'est pourquoi maintenant la conformité (xhtml 1.0) fait partie des requirements chez nous.

Oui enfin je cherche plus à utiliser ce que j'ai qu'à acheter une nouvelle machine. Acheter du matos pour au final me retrouver avec moins bien que ce que j'ai, bof. Si je devait mettre 150 Eur dans du matos se serait plutot une carte mini-itx à base de Via C3. Au moins la sortie TV est supportée de base avec Xorg et aucune bidouille n'est nécessaire.

En fonction du ratio, il faut alimenter correctement la broche 8 de la scart pour que la télé, si elle n'est pas trop conne, choisisse le bon mode - genre plein écran ou super 4/3 pour les bonnes vieilles Philips.

C'est en fonction de cette broche que la télé passe automatiquement en 16/9 ? Je n'avais jamais compris pourquoi avec certains appareils on passait en 16/9 sans avoir rien demandé. C'est valable sur toutes les télés?

Il faut ensuite que le driver soit capable de fournir l'extension XV en mode entrelacé

Et si on désactive l'extention XV ça ne marche pas? Je veux dire, ce sera surement moins fluide mais ça doit quand même tourner non?

Bon, vu que ça a l'air de marcher chez plusieurs personnes je vais m'y mettre aussi.

Il suffit pourtant de lire, par exemple :
"Conception du système unix" Maurice J. Bach

On trouve des exemple de traduction de ce genre un peu partout. Je pense en particulier aux messages d'erreurs de GCC et ses fameuses "erreurs de jetage incorrect". Traduire c'est bien à conditions que ça soit compréhensible. Là, typiquement il faut penser à l'anglais (invalid cast) pour comprendre le superbe faux sens du traducteur et savoir de quoi il s'agit. Si c'est pour faire ça autant laisser le message en anglais ça demande moins d'effort intellectuel.


PS : Vous pouvez me mettre à -40 si voule voulez j'en ai rien à battre mais au moins, j'argumente et j'ai des exemples à l'appuis !


Pourquoi moinsser? Il n'y a ni troll ni affirmation gratuite dans ton post. Je ploissoie même.

J'ai essayé en bootant avec le framebuffer vesa (video=vesafb vga=788 (800x600) ou video=vesafb vga=785 (640x480)) sans écran et avec la sortie TV branchée, TV allumée sur external (peritel) et j'ai toujours wallou sur la TV. J'ai lu que chez certains ça marchait mais rien chez moi. Ou alors il y a quelque chose d'autre à faire.

Je sais. C'est de celà que je parle (les trois résistances et le transistor). Mais j'ai trouvé quelqu'un qui a essayé et ça ne marche pas des masses. On a une image mais qui a tendance à défiler et à subir de légères déformations. Bof, donc.

un groupe travaillait à la création d'un nouveau format de paquetage standard qui contiendrait les améliorations de tous les paquets existants..

Il n'y a pas de grosses différences entre les possibilités offertes par les différents systèmes. RPM, DEB, etc permettent la même chose. Le problème n'est pas d'utiliser le même format (combien de distro utilisent RPM? Compatibilité entre ces distros?) mais de choisir ce qu'on met dans ces paquet. Et là il n'y a pas d'uniformisation possible. Chaque distro à son optique. Les distros desktop compilent les logiciels avec quasiment toutes les options activées (d'où des dépendances de folie), les distros minimalistes/orientées sécurité au contraire n'activent que ce qui est indispensable. Ca me parait difficilement conciliable.

J'avais envie de proposer comme format de compression le http://7-zip.org(...)

Si mes souvenirs sont bons il s'agit juste d'un gros hack de l'algo pkzip (utilisé dans les fichiers zip) qui supprime un peu de redondance pour gagner trois poils de couille. La différence de taux de compression ne saute pas aux yeux. En plus les devs ont une curieuse idée de la portabilité : "C'est portable : Ca tourne sous Windows et Linux... avec Wine".

les société ainsi n'ont pas à supporter N distribs incompatibles.

Quelles applis commerciales supportent la LSB? Il me semble que c'est Redhat pour tout le monde (cf Oracle et compagnie). La LSB n'inclue pas grand chose et n'est pas utilisable dans la plupart des cas.

la LSB se limite aux "coeur du système", pour tout ce qui est lib "à la" Qt/Gtk/SDL, c'est laissé de côté

Il me semble que la position de la LSB là dessus (si elle n'a pas changé; corrigez mois si je me trompe) est que si on cible la LSB, on ne doit se baser que sur ce qui dans la LSB et fournir tout ce manque avec son soft. C'est à dire que pour une applet Gnome par exemple il faut fournir glib, pango, gtk, .... tout ça dans un gros RPM parfait pour remplir un CD-R. Le rêve quoi. Dans la vraie vie la boites ciblent les quelques distro majeures et la LSB ne sert qu'à décorer sur la cheminée.

Pour le moment ils s'occupent de la Sarge, après on verra. Mais étant donné que Xfree 4.4 ne passera clairement pas pour des raisons de license, je crois qu'il n'y a pas trop de suspens.

Tu aurais pu faire ton propre paquetage Debian mais vu la complexité de la tâche, tu as préféré la simplicité et la facilité de Stow

Enfin X11 n'est pas le(s) paquet(s) le(s) plus simple(s) à empaqueter. Ce n'est pas vraiment que ce soit compliqué, c'est surtout long et fastidieux. A partir de l'énorme tarball de source on génère une foultitude de paquets pour toutes les bibliothèques (libice, libice-dev, libxaw4, libxaw4-dev, ...). Il doit y en avoir une vingtaine en tout.

J'avais commencé à me faire des paquets pour Xorg mais ça m'a vite saoulé. Il suffit de reprendre les sources des paquets Xfree-4.3.0-dfsg en modifiant les noms des paquets et les dépendances. Il faut s'arranger pour que que Xorg remplace Xfree et que chaque bibliothèque remplace l'ancienne sans que ça coince. Ca se fait mais c'est long. Si j'avais vraiment de gros problèmes avec Xfree j'aurais sans doutes persévéré mais vu que ça marche correctement chez moi pourquoi se prendre la tête? Avec Stow tu fais un make world et c'est fini. C'est très simple mais pas très intégré dans la distrib. Pour tester un logiciel rapidement sans tout casser c'est parfait mais je ne l'utiliserais pas pour quelque chose que je compte garder.
Au final je reste sur Xfree-4.3.0.dfsg pour le moment. Tant pis, les "jacky extentions" attendront.

Euh... il me semble que tu as tout faux, là.
"Le principe fondamentale de tout ça et de pouvoir facturer à la tête du client"
Pas du tout. Le système est le même pour tout le monde : Plus tu achètes en gros moins c'est cher.

"Avec la carte, on te fiche, on connait tes envies, tes goûts"
Sauf que pour l'avion tu es déjà fiché de toutes façon. On a la trace de qui a voyagé où et quand. Si tu a déjà pris l'avion tu as un dossier qui contient ton historique, tes infos personelles et tes préférences. Certaines peuvent donner des indications précises. Si tu a pris un menu cacher ou halal on sait déjà des trucs sur toi. Pas étonnant que les US cherchent à avoir accès à ces données.

Je suis toujours au max, sauf quand je suis la batterie

Ca c'est normal avec le fichier de conf par défaut. Il y a la règle suivante :
# full power when AC
[rule]
name=AC_on
ac=on
cpu_interval=70-100
profile=hi_boost

Il faut savoir que les différents critères (AC, cpu_interval, battery_interval) ont des priorités différentes.

cf man cpufreqd.conf
the precedence of matching is "ac", "cpu_interval", battery_interval", "programs"

La règle au dessus est la seule avec ac=on. Donc avec ça sur secteur tu sera forcement à fond.