Français http://vanilla.slitaz.org/index.php?p=/categories/fr-general/p11/feed.rss Sat, 04 May 24 13:39:43 +0200 Français en-CA connexion LAN de SliTaz avec d'autres postes http://vanilla.slitaz.org/index.php?p=/discussion/503/connexion-lan-de-slitaz-avec-dautres-postes Sun, 31 Jan 2010 09:04:11 +0100 lebleu 503@/index.php?p=/discussions Je débute avec linux et votre superbe distro SliTaz.
J'ai installé SliTaz sur une Clé USB en mode persistant. Tout va bien, j'arrive à me connecter (IP fixe) à Internet via un routeur. Sur le même reseaux il y a 4 autre ordis avec XP.
Est-ce possible, SVP, de me connecter sur les autres postes du réseau local ? Pouvez-vous me donner un lien pour la mise en place ?
Merci d'avance pour l'attention]]>
slitaz et grub2 ... pour quand ? http://vanilla.slitaz.org/index.php?p=/discussion/547/slitaz-et-grub2-...-pour-quand-s Fri, 05 Feb 2010 21:37:12 +0100 gble972 547@/index.php?p=/discussions encore moi ... toujours égoïste , j'aimerais savoir si vous avez l'intention de mettre à jour le démarreur GRUB vers GRUB2 ?
En effet, j'ai (toujours) un ordinateur portable de l'année 2000 (Celeron 650 MHz - 192 Mo de RAM, lecteur DVD HS, lecteur disquette OK, 1 port USB 1.1 utilisable avec HUB connecté dessus), et je suis toujours en phase de test pour trouver une solution pour utiliser ce matériel au mieux (rapidité, disponibilité, efficacité [ je peux faire ce que j'ai envie]) ... et pour l'instant j'ai slitaz 2.0 dessus !
En fait, je souhaiterais lancer les images ISO des distrib' directement à partir du disque dur . Il semblerait que GRUB2 soit capable de le faire en montant un périphérique loop sur une image iso directement depuis le menu de démarrage grub.conf au lieu de menu.lst de GRUB legacy (ou version 1).
Pour l'instant, je me débrouille tant bien que mal avec des images iso installées sur disque dur (fichiers de l'iso copiés dans un répertoire et pas une partition de disque.j'essaye de tester la meilleure solution pour me permettre d'utiliser ma machine chez moi aussi bien qu' en milieu professionnel (bureautique et monitoring réseau intranet, internet ...etc) l'impression réseau est un impératif pour moi dans différents environnements de fonctionnement sécurisés ou pas avec différents types d'imprimantes réseau (copieurs multifonctions, etc ...)... pour l'instant ya que mandriva(2006) et ubuntu( xfce) qui s'adaptent ...Mais quelle lenteur (surtout ubuntu) sur ma machine de "course".Il me reste à tester des 'distrib' basées sur slackware (goblinx, zenlive, vector) ... slitaz tient la corde pour les performances, mais côté fonctionnalités ya des manques (cf. mon post slitaz et les réseaux)
Merci de votre réponse pour GRUB2 ...]]>
SOS WIFI wlan0 no such a device http://vanilla.slitaz.org/index.php?p=/discussion/363/sos-wifi-wlan0-no-such-a-device Wed, 30 Dec 2009 13:39:25 +0100 jean 363@/index.php?p=/discussions hello, dans le soucis de ne pas jeter un vieux compaq nx9005, j'ai installé slitaz dessus. Je me cogne à un OS. Je souhaite installer un adaptateur usb wifi ovislink Evo w542usb. j'ai téléchargé les drivers linux, et ai tenté l'install...sans succès.
J'ai ensuite tenté la solution ndiswrapper et là il y a du mieux. Le driver est installé, le matériel est détecté, le lien wlan0 est établi par ndiswrapper. Mais iwconfig persiste et signe : wlan0 no such a device. Donc je ne peux pas aller plus loin.
Par ailleurs quand je reboote, la clé disparait à chaque fois. Il faut que je l'enlève et la remette pour qu'elle soit à nouveau vu dans lsusb.

Quelqu'un peut il m'aider, si non quel adaptateur prendre ?]]>
police floue [RÉSOLU] http://vanilla.slitaz.org/index.php?p=/discussion/75/police-floue-resolu Sat, 24 Oct 2009 00:26:41 +0200 rdr 75@/index.php?p=/discussions
Peut être en essayant de rajouter de changer la/les font(s).
Installez une font TrueType de votre choix ( http://www.slitaz.org/fr/doc/handbook/x-window.html ) et modifiez le fichier .gtkrc-2.0

+Erjo]]>
slitaz et le réseau (bis) http://vanilla.slitaz.org/index.php?p=/discussion/546/slitaz-et-le-reseau-bis- Fri, 05 Feb 2010 19:33:04 +0100 gble972 546@/index.php?p=/discussions bonjour,
séduit par l'idée d'une puissante (complète[noyau] et compacte[espace]) distribution linux efficace quant à l'utilisation d'un petit espace mémoire ... j'ai voulu essayé slitaz ... ce que j'ai fait.
1.- d'abord en tant que machine virtuelle (Windows 2000 pro et VMware workstation) .... surpris et satisfait, je l'ai choisi pour améliorer les performances de mon linux d'alors (mandriva 2006, qui fonctionnait parfaitement) en terme de vitesse
2.- Puis en l'installant sur mon disque dur (en fait, j'ai profité de petits soucis apparus sur mon ordi portable de Décembre 2000 : Toshiba Satellite 2800-100, celeron 650 Mhz et 192 Mo de RAM [maximum]!), j'ai changé de HDD et j'ai installé la slitaz dessus (version 2.0 stable) . deux partitions linux :linux swap et une FAT32(vide)
j'installe la slitaz à partir du lecteur DVD-ROM (précision intéressante pour la suite)... no pb ..! résultats des courses :
a)- pas de son pour les utilisateurs "lambda", alors que pour le root ...ok! -pas d'activation du swap
b) bons outils de gestion, sauf pour l'impression qui est négligée me semble t-il (cups , oui! mais cups rough !! par web), MALHEUREUSEMENT -pas de paramétrage possible (par netbox, par exemple) d'éventuels proxy à utiliser en dehors de la navigation web, - pas d'outils (texte ou graphique) pour accéder à des partages réseau (windows ou linux) [ à part ftp, bien sûr! et/ ou smbclient]
c) bonnes initiatives de l'équipe slitaz de fournir [objectif de la distib'] des outils tels que disquette de démarrage pour les ordinateurs PC d'avant les BIOS prenant en compte les disques USB, ainsi qu'une installation sur clé USB (j'en vois toute l'utilité, maintenant que mon lecteur DVD a laché!!) + noyau efficace et le plus récent possible .. merci pour ça !!
3.- Bilan plutot satisfaisant en utilisation personnelle, cependant en utilisation professionnelle dans un environnement réseau ... c'est la galère (par rapport à Mandriva et Xubuntu, zenwalk notamment) pour la gestion de l'impression (impression partagée avec sécurité ===> voir SElinux), et l'utilisation des réseaux locaux (explorateur de réseaux inexistant, à part smbclient ... un peu fastidieux et peu souple d'emploi) en accès aux partages disponibles (imprimantes, disques, répertoires...etc...) ce qui est mon environnement de travail professionnel ...
C'est tout à fait égoiste ... mais pensez-vous inclure des paquets permettant cela ???
Enfin .. ma question du jour : comment faire pour indiquer un proxy (http et ftp) au système slitaz ??
solution temporaire ou permanente un peu plus précise que :" mettre la ligne export http_proxy='@proxy:port' dans le fichier /etc/profile" la mettre où exactement ?
J'ai essayé cette solution temporaire : "export http_proxy=<@IPmonproxy:port>" et rrrrien ne c'est produit ... autrement dit , dans mon environnement professionnel (réseau avec proxy) mon portable PC et ma slitaz ne me servent strictement à rien ... impossible de mettre à jour, ou charger des paquets souhaités ... Please ... help !!]]>
installation sur des vieux ordis [résolu] http://vanilla.slitaz.org/index.php?p=/discussion/499/installation-sur-des-vieux-ordis-resolu Fri, 29 Jan 2010 17:30:38 +0100 lejalle 499@/index.php?p=/discussions J'ai ensuite réussi à installer la slitaz. Mais au moment du reboot même problème, bloquage identique. Je ne vois pas de solution. Je fais partie d'un GUL et j'installe ces machines au profit d'une amicale laique. Bizarrement, j'avais installé sur le même type de machine (même config matérielle) 2 slitaz et une elive. Si vous avez une idée?]]> slitaz et le montage en lecture seule des unités usb http://vanilla.slitaz.org/index.php?p=/discussion/545/slitaz-et-le-montage-en-lecture-seule-des-unites-usb Fri, 05 Feb 2010 19:30:41 +0100 gble972 545@/index.php?p=/discussions J'en suis à mon deuxième post aujourd'hui ... je fais tourner slitaz 2.0 stable depuis le 09 Janvier 2010 sur un ordi portablde TOSHIBA de 2000 (satellite 2800-100 celeron 650 et 192 Mo de RAM, lecteur DVD HS, lecteur de disquette OK (ouf!), 1 port USB 1.1 utilisable).
Ma question est la suivante : pourquoi la philosophie de slitaz est-elle à l'inverse de toutes les autres (grandes et/ou célèbres)pour l'accès aux périphériques USB connectés en cours de fonctionnement ?
Je m'explique ... quand on est utilisateur 'root' on a accès à ces mêmes périphériques en rw (lecture/écriture), alors qu'en tant qu'utilisateur standard du système, on n'y accède qu'en ro (lecture seule) ... en tout cas c'est ce que j'ai constaté sur mon système slitaz installé.
Est-ce un défaut de mon install' ou bien la philosophie de slitaz ? Car, quand le périphérique USB est connecté vant le démarrage du système ou avant la détection des périphériques par le noyau ... l'accès est en rw sur ceux-ci ...!]]>
CR sur Slitaz-xorg et l'unicode http://vanilla.slitaz.org/index.php?p=/discussion/480/cr-sur-slitaz-xorg-et-lunicode Tue, 26 Jan 2010 18:45:34 +0100 LuX 480@/index.php?p=/discussions
voici donc mes premières remarques après installation de la saveur slitaz-xorg. J'ai téléchargé l'iso que j'ai décompressée et installée sur une partition de mon disque dur, comme d'habitude. Tout d'abord une bonne nouvelle : avec les options "vga=792 lang=fr_FR.UTF-8 kmap=fr-latin1" passées à Grub, Slitaz boot sur mon portable en mode graphique du premier coup. Quel changement !
:-))

Mon clavier azerty et ma souris filaire sont reconnues. Voici maintenant la liste des problèmes que j'ai relevés (après avoir tazpékagé un recharge/upgrade, of course !).

I. Les trucs généraux

  • * La taille de l'écran parait surévaluée en mode X (il affiche une image plus grande que l'écran) même si je passe à Grub l'option screen=ma_résolution. Ça vient de xorg, qui utilise le driver "vesa" au lieu du driver "trident" adapté à ma carte graphique. Une fois installé xorg-xf86-video-trident et modifié une ligne dans le fichier xorg.conf (dans la section "Device", remplacer 'Driver "vesa"' par 'Driver "trident"') le problème est réglé.
  • * Pas de lxpanel, comme je le rapportais déjà pour la Cooking. Du coup pas de menu d'applications façon Gnome, et toute fenêtre iconifiée disparaît définitivement. C'est génant !
  • * Le menu d'openbox, celui qu'on obtient en cliquant droit sur le fond de l'écran, est en anglais. De plus "Favorite applications -> Web Browser" lance firefox... qui n'est pas installé, donc ne produit rien. Cette entrée devrait plutôt pointer sur netsurf, dans cette saveur.
  • * Dans netsurf, justement, les menus sont en anglais et la sélection à la souris d'une portion de page ne permet pas d'en copier le texte. On ne peut pas non plus sélectionner tout ou partie du contenu de la barre d'adresse. Est-ce un problème de netsurf lui-même ou juste une option de compilation oubliée ? En tout cas ça rend ce navigateur peu pratique, alors que par ailleurs il n'est pas si mauvais.
  • * Le démarrage de udhcpc marche moins bien pour moi qu'avec Slitaz 2.0. Lors du boot j'ai la plupart du temps la série de messages suivants (quelque fois la connection se fait avant la troisième tentative, mais rarement) :
    udhcpc (v1.12.0) started
    Sending discover...
    Sending discover...
    Sending discover...
    No lease, forking to background

    Une fois passé le boot, la connection marche effectivement, mais la commande rdate que je dois lancer à la fin du boot (je l'ai mise dans /etc/init.d/local.sh) pour avoir une heure correcte ne passe pas. Comme aucun réglage de /etc/TZ ne m'a jamais permis d'avoir l'heure correcte en toutes saisons dans Slitaz, je me retrouve sans remède contre ce problème. Avec 2.0 l'intervalle entre chaque tentative "Sending discover..." était un poil plus long, me semble-t-il, mais il aboutissait la plupart du temps avant la troisième. Y a-t-il un moyen de ralentir un chouïa cette étape ?


II. Les (émulateurs de) terminaux et l'unicode

Pour avoir l'encodage UTF-8 j'ai passé à Grub l'option lang=fr_FR.UTF-8 et ça a marché... à moitié seulement. Les variables $LC_ALL et $LANG ont la valeur attendue. Quand j'ouvre dans une application graphique (leafpad, geany) un fichier de texte en UTF-8 il l'affiche convenablement malgré un message d'erreur pour leafpad (curieusement pas pour geany) :

$ leafpad u8.txt  

(process:1553): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.


On a des messages du même genre dés qu'on lance un terminal ou un shell (commande 'bash'), entre autres.

Il y a apparemment quatre émulateurs de terminaux installés par défaut :
$ ls /usr/bin/*term*
/usr/bin/koi8rxterm /usr/bin/uxterm
/usr/bin/terminal /usr/bin/xterm


En fait le premier ne marche pas :
$ koi8rxterm  
koi8rxterm tried to use locale ru_RU.KOI8-R by setting $LC_ALL
/usr/bin/koi8rxterm: line 1: xmessage: not found


Quant à terminal ce n'est pour l'instant (voir plus loin) qu'un script de quelques lignes qui appelle "xterm". Inutile d'essayer de leur parler UTF-8 : ils ne savent pas. On peut quand même saisir un "é" dans la ligne de commande, ce qui permet de vérifier qu'il est alors en Latin1 :
$ echo -n é | wc -c
1


uxterm semble donc le seul terminal disponible par défaut dans slitaz-xorg qui supporte (plus ou moins) l'unicode. Ce serait donc mieux si on avait "$TERM=uxterm" au lieu de "$TERM=xterm". De même l'entrée "Applications -> Terminal" du menu d'Openbox devrait lancer uxterm plutôt que xterm.

Dans uxterm, l'affichage d'un texte ou d'une chaine en UTF-8 avec echo, cat, less ou nano (EDIT1: Ben non, pas nano en fait, je me suis trompé. EDIT2: En fait si, c'est seulement après l'appel à localedef --plus loin-- que nano n'affiche plus correctement l'unicode) est nickel. Pas avec vi, mais il suffit de le remplacer par vim-tiny, qui supporte l'unicode. En passant on vérifie qu'on est vraiment en UTF-8 dans uxterm :
$ echo -n é | wc -c
2


Là ou ça se gâte c'est pour la saisie et surtout l'effacement. Je saisis (du moins j'essaye) 6 "é" dans la ligne de commande et j'efface ensuite tout ce que je peux.
- Dans xterm : pas de problème (normal, on est en Latin1).
- Dans uxterm : saisie correcte, mais ce sont ensuite 12 caractères qui sont effacés, ne laissant qu'un prompt tronqué : "tux@slit" au lieu de "tux@slitaz:~$ " !! Ce bug est connu, voir plus loin.
- Dans Terminal (que j'ai installé entre deux) : saisie incorrecte, les "é" (et autres caractères accentués) sont remplacés par des "?". En revanche on n'efface bien "que" 6 caractères.
- Dans urxvt : toute petite fenêtre, et ce terminal soi-disant unicode se comporte en fait exactement comme xterm.

Je note en passant qu'une fois installé "Terminal", dont le paquet s'appelle maintenant "terminal", le script /usr/bin/terminal" est remplacé par un lien vers "Terminal", ce qui est une bonne idée.

J'ai aussi installé le paquet urxvt-full, pour voir si ça améliorait ules choses pour rxvt. Pas un franc succès :
$ urxvt
urxvt: default locale unavailable, check LC_* and LANG variables. Continuing.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = "fr_FR.UTF-8",
LANG = "fr_FR.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Can't locate utf8.pm in @INC (@INC contains: /usr/lib/urxvt /usr/lib/perl5/5.10
.0/i686-linux /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/i686-linux
/usr/lib/perl5/site_perl/5.10.0 .) at /usr/lib/urxvt/urxvt.pm line 706.
BEGIN failed--compilation aborted at /usr/lib/urxvt/urxvt.pm line 706.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
urxvt: unable to initialize perl-interpreter, continuing without.

Ce qui produit la même petite fenêtre de terminal que précédemment, sans support de l'unicode.

III. Installer la locale... et bash

Le bug dans uxterm est connu. D'après ce que j'avais compris l'an dernier sur le forum et le wiki de Slitaz, il est dû au fait que le shell ash fourni par busybox utilise sa propre librairie Readline, qui n'est pas adaptée à l'unicode. La solution que j'ai trouvée l'an dernier consistait à installer bash, qui utilise apparemment la vraie Readline, et à en faire le shell par défaut.

J'ai donc essayé ça, et eu la surprise de voir que ça ne fonctionnait pas. Non seulement ça ne changeait rien dans "Terminal", mais dans "xterm" et "uxterm" il n'était même plus posible de saisir des caractères accentués.

En fait pour que ça fonctionne il faut commencer par définir la bonne locale. En effet, même si le système positionne au départ les variables comme il faut et fournit les fontes ad hoc, curieusement il oublie d'installer la locale. La preuve :
tux@slitaz:~$ locale -a       
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
POSIX
de_DE
es_ES
fr_FR
pt_BR


J'ai donc suivi le wiki :
$ tazpkg get-install glibc-locale
$ localedef -i fr_FR -c -f UTF-8 /usr/lib/locale/fr_FR.UTF-8


Après cela les messages d'avertissement comme quoi la locale n'est pas supportée deviennent un peu moins fréquent (on n'en a plus quand on lance leafpad ou bash, par exemple, ou après "locale -a", mais on en a encore quand on lance un terminal (xterm ou uxterm) :
$ xterm
Warning: locale not supported by Xlib, locale set to C


Cependant on n'a pas de message comme cela quand on lance "Terminal". Et surtout dans chacun de ces trois terminaux la saisie et l'effacement de caractères accentués dans la ligne de commande fonctionnent désormais correctement, uniquement en bash bien sûr, pas en sh.

Pour urxvt c'est plus mitigé : l'affichage avec echo, cat ou less est correct. Le lancement de nano produit une erreur :
tux@slitaz:~$ nano u8.txt 
Error opening terminal: rxvt-unicode.

Et aucun moyen de saisir des caractères accentués au clavier.

Tiens, ça faisait longtemps que Vanilla ne m'avait pas reproché la longueur de mes messages ! Je conclus donc dans le suivant.]]>
slitaz et le réseau http://vanilla.slitaz.org/index.php?p=/discussion/543/slitaz-et-le-reseau Fri, 05 Feb 2010 15:08:53 +0100 gble972 543@/index.php?p=/discussions séduit par l'idée d'une puissante (complète[noyau] et compacte[espace]) distribution linux efficace quant à l'utilisation d'un petit espace mémoire ... j'ai voulu essayé slitaz ... ce que j'ai fait.
1.- d'abord en tant que machine virtuelle (Windows 2000 pro et VMware workstation) .... surpris et satisfait, je l'ai choisi pour améliorer les performances de mon linux d'alors (mandriva 2006, qui fonctionnait parfaitement) en terme de vitesse
2.- Puis en l'installant sur mon disque dur (en fait, j'ai profité de petits soucis apparus sur mon ordi portable de Décembre 2000 : Toshiba Satellite 2800-100, celeron 650 Mhz et 192 Mo de RAM [maximum]!), j'ai changé de HDD et j'ai installé la slitaz dessus (version 2.0 stable) . deux partitions linux :linux swap et une FAT32(vide)
j'installe la slitaz à partir du lecteur DVD-ROM (précision intéressante pour la suite)... no pb ..! résultats des courses :
a)- pas de son pour les utilisateurs "lambda", alors que pour le root ...ok! -pas d'activation du swap
b) bons outils de gestion, sauf pour l'impression qui est négligée me semble t-il (cups , oui! mais cups rough !! par web), MALHEUREUSEMENT -pas de paramétrage possible (par netbox, par exemple) d'éventuels proxy à utiliser en dehors de la navigation web, - pas d'outils (texte ou graphique) pour accéder à des partages réseau (windows ou linux) [ à part ftp, bien sûr! et/ ou smbclient]
c) bonnes initiatives de l'équipe slitaz de fournir [objectif de la distib'] des outils tels que disquette de démarrage pour les ordinateurs PC d'avant les BIOS prenant en compte les disques USB, ainsi qu'une installation sur clé USB (j'en vois toute l'utilité, maintenant que mon lecteur DVD a laché!!) + noyau efficace et le plus récent possible .. merci pour ça !!
3.- Bilan plutot satisfaisant en utilisation personnelle, cependant en utilisation professionnelle dans un environnement réseau ... c'est la galère (par rapport à Mandriva et Xubuntu, zenwalk notamment) pour la gestion de l'impression (impression partagée avec sécurité ===> voir SElinux), et l'utilisation des réseaux locaux (explorateur de réseaux inexistant, à part smbclient ... un peu fastidieux et peu souple d'emploi) en accès aux partages disponibles (imprimantes, disques, répertoires...etc...) ce qui est mon environnement de travail professionnel ...
C'est tout à fait égoiste ... mais pensez-vous inclure des paquets permettant cela ???
Enfin .. ma question du jour : comment faire pour indiquer un proxy (http et ftp) au système slitaz ??
solution temporaire ou permanente un peu plus précise que :" mettre la ligne export http_proxy='@proxy:port' dans le fichier /etc/profile" la mettre où exactement ?
J'ai essayé cette solution temporaire : "export http_proxy=<@IPmonproxy:port>" et rrrrien ne c'est produit ... autrement dit , dans mon environnement professionnel (réseau avec proxy) mon portable PC et ma slitaz ne me servent strictement à rien ... impossible de mettre à jour, ou charger des paquets souhaités ... Please ... help !!]]>
lxterminal http://vanilla.slitaz.org/index.php?p=/discussion/524/lxterminal Thu, 04 Feb 2010 07:17:14 +0100 LuX 524@/index.php?p=/discussions
j'ouvre ici une nouvelle discussion à propos de ta recette pour installer lxterminal dans la Slitaz-Cooking-Xorg. Je l'ai appliquée à partir d'une installation "presque vierge", c'est-à-dire dans laquelle je n'ai ajouté que le driver Xorg de ma carte graphique, la tool-chain, et quelques babioles comme les locales de l'UTF-8 (glibc-locale) et le "sexy desktop" du wiki.

I. Première tentative

J'utilise ta recette telle quelle :
# tazwok cook lxterminal
Checking for build dependencies...
================================================================================
Missing : intltool
Missing : vte-dev
Missing : vte-terminal
Missing : pkg-config
Missing : autoconf
Missing : automake
================================================================================
You can continue, exit or install missing dependencies.
Install, continue or exit (install/y/N) ? install

L'installation de ces machins se passe sans problème, puis tazwok passe à lxterminal lui-même. Comme tu l'avais annoncé, il manque une dépendance "gettext".
Starting to cook lxterminal...
================================================================================
Checking for source tarball...
Connecting to downloads.sourceforge.net (216.34.181.59:80)
lxterminal-0.1.6.tar 100% |*******************************| 232k --:--:-- ETA
Untaring lxterminal-0.1.6.tar.gz... [ OK ]
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether NLS is requested... yes
checking for style of include used by make... GNU
checking for i486-pc-linux-gnu-gcc... i486-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i486-pc-linux-gnu-gcc accepts -g... yes
checking for i486-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i486-pc-linux-gnu-gcc... gcc3
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... no
checking for msgmerge... no
checking for msgfmt... no
checking for gmsgfmt... no
configure: error: GNU gettext tools not found; required for intltool
================================================================================
Compilation failed. Please read the compilator output.


II. Ajout de gettext

Ne sachant pas bien la différence entre DEPENSet BUILD_DEPENDS, j'ai ajouté get-text à BUILD_DEPENDS et relancé tazwok. Il a commencé par installé get-text et ses dépendance, toujours sans problème, puis :
Starting to cook lxterminal...
================================================================================
Checking for source tarball...
Source tarball exit... [ OK ]
Source directory exit... [ OK ]
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether NLS is requested... yes
checking for style of include used by make... GNU
checking for i486-pc-linux-gnu-gcc... i486-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i486-pc-linux-gnu-gcc accepts -g... yes
checking for i486-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i486-pc-linux-gnu-gcc... gcc3
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
/usr/bin/xgettext: error while loading shared libraries: libacl.so.1: cannot open shared object file: No such file or directory
/usr/bin/msgmerge: error while loading shared libraries: libacl.so.1: cannot open shared object file: No such file or directory
/usr/bin/msgfmt: error while loading shared libraries: libacl.so.1: cannot open shared object file: No such file or directory
configure: error: GNU gettext tools not found; required for intltool
================================================================================
Compilation failed. Please read the compilator output.


III. Ajout de acl

J'ai supposé qu'en installant le paquet 'acl' j'obtiendrais en même temps la librairie manquante. J'ai donc ajouté 'acl' à BUILD_DEPENDS et relancé tazwok. Là encore il a commencé par installer 'acl' sans problème puis :
Starting to cook lxterminal...
================================================================================
Checking for source tarball...
Source tarball exit... [ OK ]
Source directory exit... [ OK ]
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether NLS is requested... yes
checking for style of include used by make... GNU
checking for i486-pc-linux-gnu-gcc... i486-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i486-pc-linux-gnu-gcc accepts -g... yes
checking for i486-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i486-pc-linux-gnu-gcc... gcc3
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.10.0
checking for XML::Parser... ok
checking whether to enable maintainer-specific portions of Makefiles... no
checking for library containing strerror... none required
checking for i486-pc-linux-gnu-gcc... (cached) i486-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether i486-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for i486-pc-linux-gnu-gcc option to accept ISO C89... (cached) none needed
checking dependency style of i486-pc-linux-gnu-gcc... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking whether i486-pc-linux-gnu-gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... i486-pc-linux-gnu-gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking langinfo.h usability... yes
checking langinfo.h presence... yes
checking for langinfo.h... yes
checking for i486-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for PACKAGE... configure: error: Package requirements (glib-2.0 >= 2.6.0 gthread-2.0 vte) were not met:

No package 'glib-2.0' found
No package 'gthread-2.0' found
Package glib-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `glib-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'glib-2.0', required by 'vte', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables PACKAGE_CFLAGS
and PACKAGE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

================================================================================
Compilation failed. Please read the compilator output.


La suite dans le message suivant (Grmmbl Vanilla.. :-( )
]]>
Divx saccadé sur Xine http://vanilla.slitaz.org/index.php?p=/discussion/526/divx-saccade-sur-xine Thu, 04 Feb 2010 07:47:43 +0100 Solent_Lin 526@/index.php?p=/discussions Je me demandais si j'installais ATI Catalyst 9.3 et est ce que ca ne résoudrait pas le problème?
Si oui est ce que je peux l'installer et comment?
Ma config: Portable avec Athlon XP-M 1,7Ghz, 248Mo de RAM, HDD 160Go, Slitaz installé sur le Disque.
D'avance Merci]]>
Slitaz eeepc-flavor, eeepc 701 et WiFi http://vanilla.slitaz.org/index.php?p=/discussion/527/slitaz-eeepc-flavor-eeepc-701-et-wifi Thu, 04 Feb 2010 08:00:29 +0100 Gokhlayeh 527@/index.php?p=/discussions
Je tente d'utiliser la saveur pour Eeepc en live avec un eeepc 701. J'utilise la dernière version de la saveur et donc des paquets Slitaz cooking. J'ai un problème concernant la connection wifi. Le module ath5k (qui fonctionne parfaitement sur un autre PC par ailleurs) se charge au boot. Le scan des réseaux fonctionne bien, mais je rencontre des problèmes de connection :

- L'interface par défault est ath0, mais wifibox utilise wlan0. Si je fais :
wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf
J'obtiens un message d'erreur car ath0 n'est pas reconnu. Si je passe wlan0 comme argument pour l'interface (-i wlan0 au lieu de -i ath0), cela fonctionne. J'en déduis que l'interface WiFi par défaut devrait être wlan0, au moins pour l'eeepc 701.

- D'autre part, la wifibox ne permet pas de se connecter au réseau. Dans le cas d'une connection à un réseau WiFi non crypté, la commande "ps aux" m'indique que la connection se fait via udhcpc avec l'interface wlan0 mais cela ne fonctionne pas. J'ai pu résoudre le problème en arrêtant ce processus et en utilisant wpa_supplicant après avoir indiqué le ssid du réseau dans le fichier /etc/wpa_supplicant.conf.
J'ai ajouté à la fin du fichier :
network={
ssid="(inclure le ssid du réseau non crypté)"
key_mgmt=NONE
}

Puis utilisé la commande :
wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf

Je suis alors correctement connecté. Je suppose que l'on peut se connecter à un réseau crypté de la même manière mais je ne sais pas configurer cela manuellement.

- Le fichier de configuration de uhdcpc indique eth0 comment interface par défaut. Est-il normal que ce programme soit utilisé pour se connecter à un réseau WiFi ?

- Puisqu'il est possible d'obtenir une connection par une configuration manuelle, je suppose que la wifibox et/ou un élément de la saveur eeepc n'est pas configuré correctement par défaut. Je me rapelle avoir lu le post de quelqu'un qui se trouvait confronté au même problème, expliquant que la connection WiFi fonctionnait directement sur Slitaz 2.0 mais pas sur la cooking.

- Je peux fournir des informations complémentaires pour aider à résoudre ce problème, et je vais essayer de trouver ce qui cloche.

En dehors de ce problème de wifi, voici mes observations pour cette saveur :
- Slitaz me semble particulièrement adapté pour un ordinateur de ce type. Je pense néanmoins qu'il reste quelques modifications à faire pour en faciliter l'usage.
- Je boot avec grub. J'ai du inclure l'option laptop comme argument de boot pour avoir le module et le plugin de la batterie. Il me semble que pour une telle saveur ces modules devrait être chargés automatiquement. Le plugin de la batterie m'indique le % de charge mais pas le temps restant (qui reste bloqué à "0.00 left")
- Les touches permettant de régler la luminosité fonctionnent mais pas les autres (notamment le son et l'arrêt de la carte wifi, peut-on utiliser les raccourcis claviers d'Openbox pour corriger cela?).
- Il y a toujours le problème d'Abiword qui ne permet pas de sauvegarder de .doc, et OOO est un peu lourd pour ce type de matériel.
- Il seraient bien d'avoir des fonctions qui permettent de minimiser l'utilisation de la batterie, comme une baisse automatique de la luminosité, l'arrêt du ventilateur en dessous d'une certaine température et plusieurs paliers pour le voltage et la capacité du processeur. D'après ce que j'ai lu c'est une tâche qui concerne toutes les saveurs de Slitaz.
- Il est possible d'ajouter une ligne à la configuration d'openbox pour que la touche F11 permettent de mettre toutes les applications en plein écran, ce qui serait utile dans ce cas vu que l'écran est petit.

Le wiki de la DebianPureBlend pour eeepc (http://wiki.debian.org/DebianEeePC/) contient quelques indications concernant ces deux derniers points.
Je vous ferais part des améliorations que je réussirais à apporter au système pour qu'elles soient éventuellement incluses dans la saveur eeepc. ]]>
Installer Slitaz sur une clé usb? http://vanilla.slitaz.org/index.php?p=/discussion/490/installer-slitaz-sur-une-cle-usbs Thu, 28 Jan 2010 10:51:36 +0100 totola 490@/index.php?p=/discussions J'ai une vieille clé usb qui ne me sert plus à rien et j'essaie d'y installer Slitaz pour pouvoir booter dessus au démarrage.
J'ai un Eeepc 901 sur lequel est juste installé Debian Lenny.
J'ai testé, mon bios gère le boot sur usb. J'ai d'ailleurs déjà installé la distribution sur la clé mais au démarrage, j'ai juste le message:

[code]Missing operating system[/code]

J'ai déjà essayé d'installer slitaz liveusb (depuis unetbootin) et ça marche bien mais ce n'est pas vraiment ce que je veux.
Je voudrais vraiment installer la distribution sur la clé qui ne serait plus que dédiée à ma machine...

Lors de l'installation, j'ai installé un grub sur la clé et je me suis dit qu'en bootant dessus c'est celui-là qui démarrerait?

Je vous joins mes deux menu.lst,

celui de la Debian (qui fonctionne très bien lorsque je n'ai pas la clé):

[code]## alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
## lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet

## should update-grub lock old automagic boot options
## e.g. lockold=false
## lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
## altoptions=(single-user) single
# altoptions=(single-user mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
## howmany=7
# howmany=all

## should update-grub create memtest86 boot option
## e.g. memtest86=true
## memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

title Debian GNU/Linux, kernel 2.6.26-2-686
root (hd0,0)
kernel /boot/vmlinuz-2.6.26-2-686 root=UUID=056ef84c-75aa-4c71-8bb2-fcbbe5023859 ro quiet
initrd /boot/initrd.img-2.6.26-2-686

title Debian GNU/Linux, kernel 2.6.26-2-686 (single-user mode)
root (hd0,0)
kernel /boot/vmlinuz-2.6.26-2-686 root=UUID=056ef84c-75aa-4c71-8bb2-fcbbe5023859 ro single
initrd /boot/initrd.img-2.6.26-2-686

### END DEBIAN AUTOMAGIC KERNELS LIST
[/code]

Et celui installé par slitaz sur ma clé:

[code]# For booting SliTaz from : /dev/sda1
#
title SliTaz GNU/Linux (cooking) (Kernel vmlinuz-2.6.25.5-slitaz)
root (hd0,0)
kernel /boot/vmlinuz-2.6.25.5-slitaz root=/dev/sda1
[/code]

Le problème vient peut-être du fait que sous Debian ma clé est reconnue comme /dev/sdc et sous Slitaz comme /dev/sda1 (qui est la racine sous Debian)

Je m'emmêle un peu les pinceaux dans tout ça!

Merci de votre aide!]]>
Probleme chipset son http://vanilla.slitaz.org/index.php?p=/discussion/505/probleme-chipset-son Sun, 31 Jan 2010 11:06:27 +0100 aouta 505@/index.php?p=/discussions Voila Slitaz ne reconnait pas le chipset son de ma carte mere,
(intel compaq 440xb)
Pourtant sous widows ca marche normalement, si quelqu'un pouvait m'eclairer
merci a tous :)]]>
Le Handbook http://vanilla.slitaz.org/index.php?p=/discussion/308/le-handbook Sat, 12 Dec 2009 05:57:50 +0100 jicomprenrien 308@/index.php?p=/discussions
Est-il possible de trouver quelque part le Handbook en PDF?
Sous son format actuel je ne parviens pas à télécharger tous les liens de chaque page.

Merci,
jicom.]]>
Feed-back sur la nouvelle Cooking : tjs des pb avec Xvesa http://vanilla.slitaz.org/index.php?p=/discussion/428/feed-back-sur-la-nouvelle-cooking-tjs-des-pb-avec-xvesa Thu, 14 Jan 2010 22:25:06 +0100 LuX 428@/index.php?p=/discussions
je viens d'essayer d'installer sur mon disque dur la nouvelle cooking... pas simple !

NOTE : Ce post a été entièrement ré-écrit le 18 janvier 2010 vers 23h30.

En résumé :

1) Le problème dû à Xvesa que j'avais eu avec la 2.0 est toujours là, et l'installation est donc toujours aussi compliquée pour moi (et tout ceux qui auront le même problème, rapporté indépendamment par plusieurs personnes dans le précédent forum).

2) L'option "screen=xorg" passée à grub qui devait permettre de le contourner ne semble finalement pas (encore ?) implémentée.

3) Une fois passé ce cap et installé Xorg, la session X a enfin démarré mais avec une surprise de taille, que je n'avais pas eu avec la 2.0 : pas de lxpanel !

Je rapporte ici mes commentaires sur l'installation elle-même (points 1 et 2) et reviendrai dans le post suivant sur les autres problèmes.

Le contexte

Sans graveur de CD ni possiblité de boot USB, j'ai installé le système dans une partition vierge de mon DD (/dev/hda7) en suivant les mêmes étapes que l'an dernier :

  • * télécharger l'iso ;
  • * mount -o loop slitaz-cooking.iso /media/cdrom ;
  • * copier le rootfs.gz dans hda7 puis le décompresser avec lzma|cpio ;
  • * copier le noyau dans le répertoire /boot créé pour cela dans hda7 ;
  • * ajouter une entrée ad hoc dans mon menu de Grub habituel.


Le problème avec Xvesa

Sur les portables Toshiba de la famille du mien, la commande "Xvesa -listmode" executée au boot par Slitaz engendre une boucle sans fin.
kernel /boot/vmlinuz-2.6.30.6-slitaz root=/dev/hda7
Avec la ligne ci-dessus dans le menu.lst de Grub (celle indiquée dans le livre de main) le boot reste donc suspendu à un moment. Taper Ctrl-C permet d'en sortir, et on se retrouve devant le message "Welcome to your box" en mode texte.

kernel /boot/vmlinuz-2.6.30.6-slitaz root=/dev/hda7 vga=792 lang=fr_FR kmap=fr-latin1 screen=1024x792x32
Avec une entrée plus détaillée comme celle ci-dessus, il n'y a plus d'appel à "Xvesa -listmode" (puisque la résolution est fournie) et le boot se termine tout seul... en mode texte !

kernel /boot/vmlinuz-2.6.30.6-slitaz root=/dev/hda7 vga=792 lang=fr_FR kmap=fr-latin1 screen=xorg
Il est indiqué dans le labs qu'une option "screen=xorg" devrait être disponible pour éviter le passage par Xvesa. Apparemment ce n'est pas le cas puisqu'avec l'entrée ci-dessus dans le menu.lst de Grub on obtient le même résultat que précédemment. En outre le fichier /etc/slim.conf contient les lignes suivantes, qui montre que slim appelle quand même Xvesa, qui plus est avec une option "-screen" manifestement incorrecte :
default_xserver     /usr/bin/Xvesa
xserver_arguments -ac -shadow dpms +extension Composite -screen xorg -keybd keyboard -mouse mouse,5,/dev/input/mice -nolisten tcp


La solution bricolée... pas pour tout le monde !

Bien qu'aucune session X ne soit visible, il y en a bien une qui tourne en tache de fond d'après ce que renvoit la commande "ps". Pour installer Xorg il faut donc, après s'être conecté comme root, faire :
$ killall -9 Xvesa                 ** tuer la session Xvesa foireuse
$ rm /tmp/.X0-lock ** virer le fichier de lock du X
$ tazpkg get-install xorg-server ** installer le serveur Xorg
$ tazpkg get-install xorg-xf86-video-trident ** plus un driver pour ma carte graphique Trident
$ Xorg -configure ** configurer xorg
$ mv /root/xorg.conf.new /etc/X11/ ** placer la config dans /etc/X11

Pour faire reconnaitre mon clavier comme azerty il a fallu en plus éditer xorg.conf, mais enfin, après toutes ces étapes et un reboot de plus, j'ai pu obtenir une session X et me connecter comme tux. Ouf !

Conclusion

J'adore Slitaz, mais l'installation sur un matériel non supporté par Xvesa est un vrai chemin de croix !
Dommage que la nouvelle version ne semble pas avancer sur ce problème.

]]>
loram-usb ? http://vanilla.slitaz.org/index.php?p=/discussion/422/loram-usb-s Wed, 13 Jan 2010 08:01:18 +0100 Gokhlayeh 422@/index.php?p=/discussions
J'utilise mon propre live de Slitaz depuis une clef USB avec un /home persistant. Je voudrais utiliser l'équivalent de la fonction loram-cdrom sur cette clef puisque de toute façon je dois la laisser brancher pour accéder au /home. Est-ce possible et comment ?

J'ai une deuxième question, après avoir lu ces deux pages :
http://community.slitaz.org/fr/node/6
http://listengine.tuxfamily.org/lists.tuxfamily.org/slitaz/2009/10/msg00029.html

Si j'ai bien compris j'ai 4 possibilités au moment du boot, en supposant que cela fonctione sur une clef USB :
- Démarrer un live "normal" avec 256 Mo de ram
- Démarrer un live avec /usr compressé en Ram (loram) avec 128 Mo de ram
- Démarrer un live avec /usr compressé sur ma clef (l'équivalent de loram-cdrom) avec 64 Mo de ram
- Démarrer avec l'option "loram single root=/dev/hdb1" avec 9 Mo de ram et une partition SWAP sur ma clef

Comment puis-je faire un live qui bootera automatiquement l'une de ces option en fonctione de la ram de l'ordinateur que j'utilise (à l'image de la core3in1 avec la fonction tazlito merge *) ?

Enfin, j'utilise Grub parceque j'ai plusieurs versions de Slitaz sur ma clef pour effectuer certains tests. Avec ma configuration actuelle je n'ai pas accès à l'écran de démarrage isolinux. Puis-je faire en sorte que grub lance isolinux pour pouvoir entrer les commandes de démarrage plutôt que d'éditer les entrée de grub au moment du boot ?

Merci d'avance pour vos réponse.]]>
installer une application avec le gestionnaire de paquet http://vanilla.slitaz.org/index.php?p=/discussion/420/installer-une-application-avec-le-gestionnaire-de-paquet Wed, 13 Jan 2010 06:13:11 +0100 Benoit 420@/index.php?p=/discussions je debute depuis peu de temps sur linux.
j'aimerai savoir s'il y avait des notices d'utilisation en francais et en pdf sur la toile pour slitaz.
j'aimerai faire de slitaz un serveur de stockage [juste avec un ou deux répertoires partagés] mais surtout un serveur web.
[ en fait je voulais installer xamp mais je n'ai pas trouvé ]
j'aimerai aussi installer wine pour tester des applications.

pour l'instant j'ai [je pense] réussi a installé avec le gestionnaire wine et rdpdesktop: par contre je ne sais pas où lancer ces applications, acceder au paramétrage, et comment les mettre en raccourci dans le menu slitaz.

En esperant que cette petite communauté soit réactive

Merci.

(ps:si vous avez besoin de quelqu'un pour faire des notices ou autres boulot, n'hésitez pas )]]>
Problème de clavier http://vanilla.slitaz.org/index.php?p=/discussion/423/probleme-de-clavier- Wed, 13 Jan 2010 08:13:07 +0100 Lordasriell 423@/index.php?p=/discussions Don je reboot avec la commande "reboot" dans le terminal, je lance slitaz dans grub, et une fois arrivé sur l'écran ou on entre le nom de l'utilisateur, je ne peu plus rien faire mon clavier n'est pas reconnut.
( le wifi se lance parfaitement ) J'ai essayer de le relancer avec les même commandes, mais sans résultats.
J'ai aussi modifier le fichier keymap.conf avec le livecd sans plus de résultats, je viens donc requérir votre aide pour ce petit problème assez embarrassant ^^'.

merci]]>
Léger pb lors du shutdown http://vanilla.slitaz.org/index.php?p=/discussion/396/leger-pb-lors-du-shutdown Sat, 09 Jan 2010 11:35:14 +0100 Klafonski 396@/index.php?p=/discussions
J'ai installé SliTaz sur un vieux PC équipé d'un Pentium III à 300 MHz.
Lorsque je l'éteint avec la commande "éteindre l'ordinateur" (depuis le bureau donc), le HDD cesse effectivement de tourner mais ni les ventilos, ni l'alim ne se coupent. Le PC est donc toujours allumé !? :(
Il faut appuyer sur le bouton "power" pour couper réellement le PC. J'avais le même problème sous Xubuntu & je ne l'ai pas résolu !
J'ai jamais vraiment pu savoir à quoi était du ce problème (noyau inadapté, code à rajouter qqpart,...) ?

Avez-vous une idée de ce qu'il faudrait faire pour palier à ce 'léger inconvénient' ?

Merci d'avance & longue vie à SliTaz ; j'adore !! ;)]]>
Problème de résolution sur un écran 22 pouce. http://vanilla.slitaz.org/index.php?p=/discussion/386/probleme-de-resolution-sur-un-ecran-22-pouce. Thu, 07 Jan 2010 04:49:14 +0100 rudy 386@/index.php?p=/discussions libgl pour wine http://vanilla.slitaz.org/index.php?p=/discussion/381/libgl-pour-wine Wed, 06 Jan 2010 06:36:02 +0100 oui 381@/index.php?p=/discussions
manquerait?

http://forum.slitaz.org/index.php/discussion/380/opengl-support-f-r-wine

salut]]>
gpm et souris USB / SliTaz en mode console http://vanilla.slitaz.org/index.php?p=/discussion/378/gpm-et-souris-usb-slitaz-en-mode-console Tue, 05 Jan 2010 15:21:18 +0100 oui 378@/index.php?p=/discussions
la version "base" de slitaz est extraordinairement petite. la connexion à l'internet fonctionne bien sur mon PC, malheureusement, pas la souris. il est vrai que sur mon laptop emachines de ACER, la souris est forcément en mode USB, et qu'elle n'y est pas connectée directement mais via un connecteur multi-prises, puisque le laptop n'a qu'une prise USB accessible devant.

donc, pas de souris, et c'est très handicapant.

de plus, la meilleure résolution que l'on puisse choisir est vga=791, alors que le laptop peut nettement mieux.

comment améliorer tout cela?

enfin, il semble que les dépendances en SliTaz aussi aient évolué de telle sorte qu'on doive maintenant installer des tas de choses de X pour fonctionner en mode console. déjà sur "links", mais surtout sur "cups", et je suppose qu'avec samba, cela ne sera pas mieux? quelqu'un a-t-il fait déjà l'expérience?

salut]]>
Problème à la compilation http://vanilla.slitaz.org/index.php?p=/discussion/373/probleme-a-la-compilation Sun, 03 Jan 2010 12:28:45 +0100 PaCoul 373@/index.php?p=/discussions NB: Le disque dur est en fait une mémoire flash de 4Go, et à priori, cela fonctionne bien car je n'ai pas d'autres soucis.
Exemple d'applis que je n'arrive pas à compiler : inetutils, uClibc, mc, etc...
]]>
DVB CinergyT2 sous SLItaz http://vanilla.slitaz.org/index.php?p=/discussion/350/dvb-cinergyt2-sous-slitaz Mon, 28 Dec 2009 18:50:35 +0100 Harnoo 350@/index.php?p=/discussions Je tente de faire fonctionner mon boitier usb Terratec Cinergy T2, dvb-t (tnt pour la tv).
J'ai donc compiler le noyau de slitaz pour avoir le module dvb-usb-cinergyT2 et dvb-core : OK.
Le problème est que "lsusb" ne donne rien ou alors très rarement.
"tazwh detect-usb" me dit module manquant alors que j'ai bien le paquet v4l-dvb d'installé.
Je suspecte udev de ne pas faire son boulot mais peut-être me trompe-je ? ;)

Des idées ?]]>
Utiliser Enlightenment avec Slitaz http://vanilla.slitaz.org/index.php?p=/discussion/331/utiliser-enlightenment-avec-slitaz Thu, 24 Dec 2009 07:15:19 +0100 blasted_pingin 331@/index.php?p=/discussions
je souhaite tester E17 (Enlightenment) avec Slitaz et j'ai donc suivi cette procédure http://www.slitaz.org/fr/doc/handbook/enlightenment.html.

Mais quand je quitte ma session et que je tape startx, j'obtiens un message d'erreur à propos de libcore.evas.so.0 ainsi qu'un message me parlant d'un verrou au niveau du display.

J'ai loupé un truc?

Edit: Si je relance le serveur graphique en root, plein de messages apparaissent semblant lancer quelquechose mais le processus s'arrête sur : daemonize: forking background.
Ca ne m'avance pas plus ;o)]]>
vieux Laptop... http://vanilla.slitaz.org/index.php?p=/discussion/327/vieux-laptop... Mon, 21 Dec 2009 17:01:21 +0100 oui 327@/index.php?p=/discussions
bien que je ne sois pas concerné directement, le problème suivant lu sur un autre forum me parut intéressant:

- vieux Laptop

- disque dur tiroir interchangeable pouvant être considéré comme un disque dur supplémentaire par un autre PC

- autrement aucune autre commodité d'installation (ni disquette, ni USB).

- 64 MiO RAM seulement

o peut-on installer sur un autre PC le considérant comme un disque dur supplémentaire un amorceur d'installation web (similaire à la disquette qu'on avait les premiers temps dans un linux hyper-dépouillé ou via freeDOS).

o puis démarrer le laptop avec son DD ayant cet équipement

o pour faire un démarrage RAM web (est-ce possible aussi pour "justX", voir même uniquement mode console?)

o puis partitionner et/ou reformater le DD et installer alors depuis Slitaz tournant en RAM?


ou y-a-t-il un encore meilleur procedere? lequel (merci de détailler un peu).

salut
]]>
Slitaz sur Compaq Deskpro EN SFF http://vanilla.slitaz.org/index.php?p=/discussion/319/slitaz-sur-compaq-deskpro-en-sff Fri, 18 Dec 2009 06:36:04 +0100 La_Brosse 319@/index.php?p=/discussions

Je viens d'installer la cooking sur un Compaq Deskpro EN SFF.
Une petite boite à pizza à base de PII.



Compaq a verrouillé le bios pour qu'il ne boot que sur des durs en Fat. Mais on peux employer un live-cd.
Après pas mal de jardinage voici la méthode qui est couronnée de succès pour avoir l'installation complète et en ext3.

Configuration et boite à outils :

- le PII 400 d'origine, avec 192 Mo de ram ;
- le bios à jour ;
- un disque dur vierge, j'ai un 6Go, un cdrom temporaire ;

- la cooking sur un cd, et une disquette de boot msdos7 ou win98 (avec fdisk et format).


Méthode :

- booter sur la disquette ;
- lancer l'outil fdisk, avec prise en compte des grands disques ;
- partitionner le disque primaire à 200Mo, activer la partition ;
- reboot avec la disquette ;
- format c: -> normalement cela sera un fat16... nommons le grubber ;
- boot avec le live-cd ;
- se mettre en superutilisateur ;
- lancer Gparted pour partitionner et formater le reste du disque dur en Ext3 -> il sera /hda2 ;
- lancer Slitaz installeur pour placer la distribution sur le disque /hda2 ;
- ne pas implanter le grub loader ;
- relancer l'installeur pour placer la distribution sur le disque /hda1 ;
- implanter le grub loader ;
- monter les trois disques cdrom, /hda1 et /hda2 en tant que /mnt/cdrom, /mnt/dur1 et /mnt/dur2 ;
- copier le fichier /mnt/cdrom/boot/rootfs.gz dans les répertoires /boot/ sur dur1 et dur2 ;
- modifier le fichier /mnt/dur1/boot/grub/menu.lst avec leafpad pour avoir une seconde proposition de démarrage mais avec "root (hd0,1)" ;
- placer également "initrd /boot/rootfs.gz rw" ;

- sauvegarder le fichier menu.lst ;

]]>
XNVIEW http://vanilla.slitaz.org/index.php?p=/discussion/251/xnview Sun, 29 Nov 2009 08:18:41 +0100 jicomprenrien 251@/index.php?p=/discussions Je voudrais savoir s'il est possible d'installer le programme xnview dans SliTaz.
J'ai vu qu'il y avait dans les paquets un paquet qui s'appele "get-xnviewmp-1.00.tazpkg". Est-ce le prog xnview?
Si oui, quelle serai la procédure pour l'intaller sur un micro qui ne peut être connecté à internet.
Merci,
jicom.]]>
man.sh: lecteur de manpages françaises http://vanilla.slitaz.org/index.php?p=/discussion/264/man.sh-lecteur-de-manpages-francaises Tue, 01 Dec 2009 21:35:52 +0100 babaorum 264@/index.php?p=/discussions Par conséquent vous ne trouverez pas, ni par Busybox ni autrement, d'utilitaire "man".
Voilà son remplaçant, le script le plus simple et le plus stupide qui soit, qui va chercher la page sur le net, et l'affiche avec le navigateur prédéfini (je conseille retawq qui s'accord bien de la ligne de commande et dont le mode texte enrichi ne nuiera pas à l'affichage de ce type de contenu).
La configuration se fait au sein du script, réduit à sa portion congrue: éditer la commande qui lance la page web.


#!/bin/sh
# man.sh - substitut à la commande man

# ici je choisis le navigateur texte retawq ouvert dans un nouveau terminal personnifié,
# mais ça pourrait être firefox, midori, ce qu'on veut...
xterm -T "Manpage for $1" -e "retawq http://www.linuxmanpages.com/man1/"$1".1.php"
]]>