Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Dernières entrées de forum(s) RSS [Toutes] :


Nouveau drivers Ati propriétaires

Posté le 08 avril 2005
Avec les Catalyst 5.4, on dirait qu'une nouvelle version des drivers proprio d'Ati est sortie. C'est disponible sur leur site, et ça corrige quelques problèmes. Peut-être que cette fois-ci, ils se compileront sans problèmes avec le noyau 2.6.11...

> Lire le journal (11 commentaires, moyenne: 3,5).

Linspire aurait-il compris le problème?

Posté le 22 novembre 2004
Voilà. N'importe quel utilisateur de Linux a connu ce problème. On veut installer le paquet Bozoglu (.rpm, .deb, .tgz ou que sais-je encore), et le gestionnaire de paquets nous indique gentiment qu'il lui faut Petrogolmon version 1.22.2. Alors on va chercher le paquet en question, découvre qu'on a déjà la version 1.22.4, mais non, Bozoglu exige la 1.22.2 pour une raison qui nous échappe. Des fois on force l'installation et ça passe bien, d'autres fois, on tente de le faire dans les règles de l'art ou enfin, on a pas du tout le paquet Petrogolmon et quand on l'installe, on découvre qu'il faut le paquet LibGolmon, dont l'installation conflictuant avec 34 autres paquets nécessite leur désintallation. Bienvenu dans l'enfer très connu des dépendances.
Pour résoudre et limiter le problème, il y a plusieurs solution, dont l'une consiste à utiliser des distros dont les gestionnaires de paquet ne gèrent absolument pas les dépendances, comme la Slackware, mais c'est assez roots ou à ne télécharger que des paquets venant des serveurs de la distro, compilé pour MaDistro VActuelle.Surtout.pas.uneautre. Ca marche en général pas trop mal, sauf qu'il faut que le distributeur aie le paquet en question.
Bref, comparé au très rapide double clic - suivez les instructions - attendez - lancez le programme de Windows, ça devient souvent infernal. Je me suis pris la tête pas mal de fois en voulant installer des trucs genre Celestia sous Mandrake, maintenant, j'ai déplacé le problème et me prend la tête pendant des heures en essayant de compiler VideoLAN...
Bref, un article d'OSNews signale que le système Click'n'Run de Linspire, bien que payant, est très efficace, apparament, on sélectionne le paquet (pour Linspire exclusivement) et pouf, ça s'installe sans le moindre ennui avec tous les raccourcis dans les différents menus et les programmes tournent directement sans problème. Selon l'auteur de l'article, le dépot de Linspire contient un nombre effroyable de paquets divers et dépasserait celui de pas mal d'autres distros (bon, l'essentiel est qu'apparament, il y en a pour tous les gouts et pour tout le monde).
Bref, c'est selon lui l'idéal, car tout marche sans ennuis (au moins) chez lui et le système garde une simplicité d'utilisation aussi grande si ce n'est plus grande que sous un Windows tout en conservant le principe du "ça marche à tous les coups". Du coup l'auteur pense que Linspire devrait étendre son service à d'autres distributions, histoire de voir ce que ça donne (et de faciliter la vie desdits tout en évitant une uniformisation à la Linspire, de toutes façons, le service coûte 5$/mois et ils font leur croûte dessus). J'ai comme un doute vu l'hétérogénéité des distros existantes aussi majeures et LSB compliant fussent-elles.

Si ça marche si bien que ça, ça pourrait être la solution. J'ai pas mal de copains de fac qui sont plus rebutés par l'ampleur surprenante que l'installation d'un simple paquet peut prendre que par le support matériel ou toute autre considération et je pense souvent que résoudre le problème des paquetages pourrait grandement aider la cause de Linux au moins au niveau du vulgum.

L'article est disponible ici:
http://osnews.com/story.php?news_id=8949(...)

> Lire le journal (29 commentaires, moyenne: 5,8).

Ben alors? [Debian Inside]

Posté le 26 octobre 2004
Personne ne parle de la sortie de la Debian Woody 3.0 r3??? N'est-ce pas une version majeure d'une distribution majeure?
OSNews est ma source.

> Lire le journal (15 commentaires, moyenne: 0,5).

Virgin Libre!

Posté le 20 mai 2004
Enfin façon de parler, mais après leur avoir écrit un petit mail au sujet de leur incompatibilité avec tout truc hors MS, j'ai reçu la réponse suivante:

"Bonjour,


Nous tenons tout d'abord à vous remercier de l'intérêt que vous portez à
VirginMega.fr.

Le site Internet www.virginmega.fr est accessible à ce jour avec Internet Explorer (version 5.0 au minimum) sous OS/Windows.
Dés le début du mois de Juin, les utilisateurs des navigateurs Netscape, Mozilla, Opera, Konqueror... , et des systèmes d'exploitation Mac,Linux, Suse ... , pourront découvrir la nouvelle offre VirginMega.fr (300 000 titres à télécharger).

Nous restons à votre écoute pour tous problèmes de compatibilité.

Merci pour votre compréhension.

Bien à vous.


Cordialement,
L'équipe VirginMega
http://www.virginmega.fr(...)"

Bref, cela donne bon espoir en la matière. Par contre, je ne sais pas si le format employé sera toujours le même ou non. Mais il semble qu'ils aient fait quelques efforts.
Rendez-vous au moins de Juin.

Et pas la peine de troller sur le fait qu'ils croient que Linux et SuSE sont deux trucs différents, on le sait déjà tous.

> Lire le journal (16 commentaires, moyenne: 3,1).

Fontconfig, smglspl et installation...

Posté le 30 avril 2004
GIMP 2 est sorti il y a quelques semaines. J'ai donc voulu l'installer sur ma Slackware. Par les sources, n'ayant pas vu d'autre moyen. Sur la page de GIMP, il me dit qu'il faut tel et tel paquets dans telle version pour que tout se passe bien. Je regarde en même temps s'ils sont ou non dans ma distro et ne prend que ceux qui n'y sont pas.
Je compile et installe les paquets.
Je compile et installe GIMP.
Quand je le démarre et démarre ne fait n'importe quelle application en gtk 2, les caractères sont illisibles, totalement, on voit juste quelques pixels grisatres ou noirs selon les endroits, mais ça rend les programmes plutôt inutilisables. Quand je lance le programme dans la console, je vois "fontconfig error: unable to load the default config file".
Je vais voir du côté de fontconfig. Le ./configure se passe sans problème, mais il se bloquait en fait lors de la compilation car ne trouvait pas sgmlspl. Je fais une recherche infructueuse sur le système pour le trouver et vais donc le chercher sur internet.
Je lis ensuite le très elliptique readme, tente une installation de la bestiole, mais il ne me trouvait pas des bouts de perl5 qui était pourtant présent sur le système. Oups, le readme indiquait qu'il fallait éditer soi-même le makefile, à se demander si les mecs qui ont fait ça connaissent le ./configure...
Bref, je le fait. Dans le readme, ils disaient que pour tester si ça marchait bien, il n'y avait qu'à essayer d'installer le contenu du répertoire de doc. J'essaie et me reçoit une tétrachiée de messages d'erreur comme quoi il ne reconnait rien du tout. Ah, oui, il faut encore éditer le makefile. Dont acte. Ben non, toujours pas, il ne trouve pas le docbook.dcl. Une recherche m'en montre au moins cinq sur le système. Je lui dis d'aller voir le plus récent. Même tétrachiée de messages. Ah, mais le readme dit qu'il faut "avoir installé correctement tels et tels fichiers sur votre système, si vous ne les avez pas, ils sont dans le répertoire extra de DOC". Bon, je vais voir, le readme me dit en gros la même chose que précédemment, mais surtout pas où mettre les fichiers. J'essaie de mettre tout ce beau monde ensemble là où il va chercher le docbook.dcl, mais cela ne marche pas. Les développeurs de ce paquet semblent donc croire que l'utilisateur a une connaissance innée de l'emplacement par défaut de ces fichiers...

Bref, deux questions:
*Que faire pour ce truc là se décide à marcher, donc où mettre ces foutus fichiers?

*Quand est-ce que ce genre de développeurs se décideront à faire quelque chose de moins cryptique en guise de doc et donc à se poser cinq minutes, réfléchir un peu sur le sujet, aller voir les autres projets pour quelques exemples et faire quelque chose de clair qui permette au vulgum d'installer sans prise de tête leurs paquets?

> Lire le journal (13 commentaires, moyenne: 1,2).

Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Posté le 01 avril 2004
Voilà, j'ai récemment installé la Slackware 9.1. Je me débrouillais pas trop mal, j'arrivais à installer quelque driver pour ma Radeon 9600Pro, lui faire charger des modules de son pour ma carte intégrée à mon nFORCE 2, idem pour le réseau, ...

Puis, je suis allé sur le site de Slackware pour voir s'il n'y avait pas moyen de mettre à jour quelques gros paquets tels que KDE. Oui, et même en 3.2; génial, l'apperçu que j'en avais eu sous Mandrake était prometteur. Je télécharge donc tous les paquets, et j'en profite pour prendre quelques mises à jours d'autres paquets pour test. Le "upgradepkg nomdupaquet-versiondudit" marchait bien, j'ai donc fait de même pour tous les paquets de KDE, joyeusement, sans plus me soucier de la moindre dépendance et estimant que de toute façon, il ne me virerait que les versions précédentes des divers paquets de KDE, pour mettre la nouvelle à la place, donc aucun problème en vue.
Une fois tout mis à jour, je me délogue, je relance la bestiole et il me dit qu'il ne trouve pas kdeinit. Quand je regarde un peu plus en détail mon /opt/kde/bin, je le vois bien.
Je balance un kdestart dans ma console et parmi les messages, il me dit qu'il n'arrive pas à trouver libXinerama.so.1 et me remet le message comme quoi il ne trouve pas kdeinit (alors que dans les messages de la console, il a l'air le trouver quand même).

Bon, alors voilà, j'ai manqué quelque chose dans ma mise à jour?
Sinon, elle sert à quoi cette libXinerama?
Et la question prinipale, où puis-je la trouver? Parce que le moteur de recherche du site de la Slackware n'a pas l'air très efficace en la matière...


Sinon, j'expérimentais quelques ennuis avec les économiseurs d'écran OpenGL qui malgrès la dernière version des drivers de chez Ati ramouillent plutôt un peu trop pour une Radeon 9600 Pro, il y a un truc particulier à mettre lors du fglrxconfig?

Merci de votre aide!

> Lire le journal (8 commentaires, moyenne: 1,1).

Mandrake 9.1 et nFORCE 2

Posté le 25 février 2004
Hors donc, j'ai installé ma dernière distro Linux sur ma machine flambant neuve, équipée d'un chipset nFORCE 2. Puis, je me dis qu'en attendant la 10.0, je vais mettre à jour un peu ma distro actuelle et aller sur le net faire différents trucs.
Je vais donc régler dans le centre de contrôle la carte rézo. Il me la détecte bien, passe au menu me demandant si j'ai ou non une autre carte rézo, je lui dis que non, et pouf, il me renvoie au choix du type de réseau. En insistant un peu, j'apprend que malgrès l'existence de la carte réseau intégrée au chipset, il ne l'a pas détectée et qu'il ne peut rien faire pour moi.

Quelqu'un aurait-il donc une idée à me soumettre pour améliorer la situation en la matière?

> Lire le journal (8 commentaires, moyenne: 1,1).

A propos de molettes...

Posté le 17 décembre 2003
J'ai une belle souris optique de luxe avec une molette. Mon seul problème, c'est que sous emacs, la molette sert surtout de percuteur pour le buzzer de la carte mère.
Comment faire pour cette dernière me permette de monter ou baisser le curseur comme elle le fait si bien avec n'importe quelle autre application?

Merci de vos réponses.

> Lire le journal (13 commentaires, moyenne: 1,8).