Nicolas P. a écrit 127 commentaires

Tout à fait d'accord ! Tout comme le fait d'utiliser la même propriété de free pour réaliser/accéder à des sites comme celui-là : http://www.freeks.org/

J'ai repensé à cette histoire hier soir, et je vois où est ton problème. A mon avis tu es obligé d'imbriquer des select :

Un truc du genre :

select ... from t4 left outer join (select ... from t1 left outer join t2 on (...) left outer join t3 on (...)) on (...))

Ben... où est le problème avec la première syntaxe? Ca ne passe pas sous PostgreSQL?

Ben... je ne suis pas expert SQL mais j'ai l'impression que seule la première expression est valide alors que les deux autres provoquent le même style de message d'erreur que ce que tu as posté.

Certes, la 10.1RC2 est déja disponible... mais ce n'est qu'une release candidate, pas encore la 10.1.

Mais bon, je ne savais pas que la 10.1 en était à ce stade... c'est effectivement une option à essayer plutôt que de changer de distro.

Est-ce que tu peux être plus précis ? Qu'est-ce que tu veux faire avec GTK qui nécessite une version récente ?

Après, installer une version plus récente n'est malheureusement pas aussi simple. Pour une librairie aussi fondamentale que GTK, surtout que tu ne m'a pas l'air encore bien à l'aise avec Linux, le plus simple est de trouver une distribution avec une version plus récente.

D'où ma première question : qu'est-ce que tu peux bien vouloir faire sur GTK qui nécessite une version si récente.

Installe (si ce n'est pas déja fait) et configure cups (Common Unix Printing System) qui est le système d'impression le plus répandu sous Linux.

Cette page : http://www.cups.org/ppd.php semble indiquer qu'un pilote pour ton imprimante sont inclus dans la distribution standard de cups.

Dans Mandriva 2006 il y a sûrement des packages pour cupsd (le service d'impression) et des interfaces graphiques de configuration (kcups ou autre).

A vrai dire, je me souviens simplement avoir eu le problème et que j'avais pu résoudre ça par une option de mount. De plus, il me semble que j'avais réussi à faire en sorte que ça soit lisible par tout le monde, c'est pour ça que j'ai pensé au umask...

Je ne sais pas où l'info figure, mais c'est archi-connu : le pilote NTFS du noyau Linux ne supporte pas l'écriture. Plus exactement, l'écriture reste très expérimentale (parce que les développeurs n'ont pas réussi à réunir suffisamment d'infos sur le fonctionnement détaillé de ce système de fichier). Il y a sûrement un moyen de l'activer, mais ça a de fortes chances de rendre ta partition illisible par le pilote MS Windows, donc ça a un intérêt très limité...

Dans ton /etc/fstab, après defaults,ro,user il faut ajouter umask=444 (avec une virgule, bien sûr).

(source : man mount puis rechercher (/) la chaîne ntfs)

...comment il extrait des .wav d'un .cue. Je ne sais pas répondre à sa question, mais ça serait dommage qu'il n'y ait pas d'autre solution que de graver le CD puis d'extraire les pistes...

Pour info, une image iso, ça peut se graver mais ça peut aussi se monter directement (mount -o loop <image iso> <point de montage>).

Je ne sais pas du tout ce qu'est yersinia... En tout cas visiblement ils n'ont pas testé leur script de build sur beaucoup de distributions.

Tout ce que tu peux faire, à ce niveau la, c'est :

1) regarder dans la doc s'ils précisent les versions des librairies dont dépend ce paquet... et comparer avec ce que tu as sur ton système ;

2) si tu as quelques notions de C, aller voir ce qui se passe dans le fichier terminal.c, et chercher d'où vient cette structure qui devrait avoir un champ gui_th (elle est probablement déclarée dans un .h dont tu n'as pas la bonne version).

PS : avant de te faire ch... avec les sources, sois sur que le paquetage n'existe pas tout prêt pour Mandriva.

C'est peut-être effectivement la meilleure solution.

Ceci dit, s'il s'agit du slmodem que je connais pour l'avoir installé sur mon portable sous Slackware l'année dernière, il s'agit d'un driver propriétaire pour des winmodems, constitué de modules noyau à associer à daemon en user-space... Je ne sais pas si chez Mandriva ils s'embêtent à empaqueter ce genre de truc.

Sinon, je ne me rappelle pas que l'installation à la main m'aie posé de gros problèmes... mais je ne saurais que vous conseiller de commencer par lire les docs qui figurent dans l'archive une fois décompressée.

Comment ça, « rien ne se passe » ? Pas même un message d'erreur ?

L'équivalent de la commande sendmail de ton Mail Transport Agent.

N'y aurait-il pas une option du genre -v qui active l'affichage des messages non affichés par défaut?

Sinon, pourquoi tu tiens à utiliser ce genre de client de courrier électronique? Même en mode texte, il y a des trucs moins rustiques, genre mutt.

Il me semble quand même que le noyau Linux standard ne tourne que sur des CPU doté d'une MMU (pour la protection mémoire).

L'un des objectifs de ucLinux est justement de porter le noyau aux processeurs et microcontrôleurs qui en sont dépourvus.

Excellent!

Pour les non-initiés (comme moi), l'OS9 dont il est question n'est PAS MacOS-9.

Source :

http://fr.wikipedia.org/wiki/OS-9

s/Mo/Ko/

Eh oui! Même que l'ordinateur qui a servi a aller sur la Lune n'avait que 32 Ko de RAM!!!

(source : http://www.deadtroll.com/index2.html?/video/ossuckscable.htm(...) )

En fait, pas vraiment.

Un problème majeur vient du fait que même uclinux a besoin d'environ 500 Mo de RAM.

Source :
http://www.google.com/search?q=8bits+site%3Auclinux.org

puis :
http://mailman.uclinux.org/pipermail/uclinux-dev/2003-May/01(...)

Regarde peut-être du côté de la variable d'environnement DISPLAY, c'est elle qui spécifie au client X à quel serveur il doit se connecter. Elle n'est positionnée automatiquement que pour les utilisateurs humains, pas pour les scripts de démarrages. Typiquement (avec un serveur X local et bien réel) on met ":0.0" (machine par défaut, serveur 0, écran 0).

invalid compressed format (err=1) est un message d'erreur du code de d'autodécompression du noyau (dans le fichier <KERNEL_SOURCE>/lib/inflate.c très exactement).

Je croyais que quand on bootait avec grub c'était ce dernier qui se chargeait de la décompression... En tout cas visiblement ta machine trouve bien l'image du noyau, et le probème vient après.

Je confirme, zonage != CSS.

Je possède quelques DVD commerciaux sans CSS. De mémoire Chat Noir, Chat Blanc de Kusturica se lisait avec le mplayer de ma Debian Woody (sans libdvdcss).

Je possède aussi un DVD zone 1, et pour le lire, il m'a fallu reflasher le firmware du lecteur DVD avec une version qui autorise la lecture toutes zones. Il se trouve que ce DVD est également protégé par CSS, mais ça n'a rien à voir.

Non, je ne pense pas que le code soit en cause.

Je crois que le problème vient de la configuration et/ou de l'installation du serveur http (Apache, sans doute). Il faut que, quand le serveur http reçois la requête générée par le bouton du formulaire, il sache:
- qu'il doit exécuter le script modacgi.pl ;
- avec quel interpréteur.

Dans le répertoire cgi Apache s'attend à trouver des programmes exéctuables. Sous les un*x, si la permission en exécution est accordée et que l'interpréteur Perl est installé en tant que /usr/bin/perl le script que tu indiques est un programme exécutable. Sous MS-Windows, le fait d'associer par défaut dans l'explorateur les fichiers .pl à l'interpréteur Perl produit peut-être le même résultat... mais je crains que non.

Une autre façon de procéder est d'installer un module du serveur Apache appelé mod_perl qui, en intègre de façon plus étroite l'interpréteur au serveur http. Une fois ce module installé, tu n'auras qu'à mettre ton script dans un répertoire perl dans lequel Apache saura qu'il y a là des scripts perl pour lesquels il faut utiliser l'interpréteur perl.

Je ne sais pas quelle est la difficulté d'installer ça sous MS-Windows. Voici l'adresse pour télécharger les binaires (regarde d'abord si tu utilises un Apache 1.x ou 2.x) :

http://perl.apache.org/download/binaries.html

Plutôt que le mécanisme CGI tu devrais utiliser le module mod_perl d'Apache.

Surtout sous MS-Windows (à en juger par la tronche des chemins d'accès que tu indiques), qui ne sait pas du tout ce que veut dire #!/usr/bin/perl.

url: http://perl.apache.org/