liparis a écrit 227 commentaires

c'est sûr, mais il est donné pour 7 heures d'autonomie (et je ne crois _vraiment_ pas qu'un athlon64 soit capable de faire ça).
Je sais pas le prix des modèles auxquels tu penses en prenant les options équivalentes du m5n (Centrino 1.7, disque 60Go...; le site que tu donnes n'est pas vraiment firefox friendly, en tout cas chez moi) mais en plus, il me semble qu'avec le m5n tu as la sacoche, la seconde batterie, une clé usb et une souris en cadeau... A mon avis, rien qu'au prix des batteries au détail, ça se réfléchit.

Tu devrais pouvoir obtenir ce genre de renseignements en allant sur tuxmobil.org

Quelqu'un a déjà discuté de ces portables il y a quelques jours et il me semble qu'ils n'ont pas une autonomie extraordinaire (de mémoire... pas moinsser)

Je me pose plus ou moins cette question aussi en ce moment et pour l'instant, mon choix se porte plutôt sur un asus m5n ou s5n.

mes 2c

Quand tu lance R d'une console, tu obtiens la console R et tu peux rentrer tout ce que tu veux. Pour définir une liste, il suffit de faire :
> maliste <- c(3,4)

Je sais pas ce que tu as comme portable, mais le mien a une debian depuis bientôt 4 ans et ça c'est toujours très bien passé. Ok, l'autonomie s'est amélioré le jours ou j'ai mis un noyau 2.6.10 (il y a un ou deux mois) mais faut quand même pas pousser non plus.

Acheter un portable pour mettre linux dessus, ça veut dire vérifier ce qui est supporté et ce qui ne l'est pas _avant_ l'achat et pas raler sur la distrib une fois qu'il a cramé.

Je viens de jeter un coup au tarball dispo sur sourceforge (http://sourceforge.net/projects/gimp-print/).(...)
Les développeurs sont sympas et ont fait une archive qui semble permettre de générer un paquet debian. Donc tu décompactes, tu fais dpkg-buildpackage -rfakeroot dans la racine du programme et (si tu as tous les paquets nécesaires à l'installation), ça devrait marcher.

Question annexe:
tu veux obligatoirement la version 5 ?

Parce que cupsys-driver-gimprint 4.2 est disponible dans testing

Idem si je fais un "remove" : il faut que je le ré-installe pour l'enlever ?!?
Ca arrive quand il s'est passé une catastrophe lors de l'installation. Pour corriger ça, tu peux essayer d'utiliser le paquet qui existe déjà dans l'archive (apt-get install cupsys-driver-gimprint)

Avec le message d'erreur, c'eut été plus facile de proposer une solution.

Tu peux essayer apt-get install -f pour corriger. Au pire, il te donnera un nouveau message d'erreur qui pourra peut-être t'éclairer.

Merci.
J'avais finalement trouvé la solution -DMACHIN="$prefix" en farfouillant. La solution AC_SUBST ne marche pas car les variables qui m'intéressent (prefix, datadir), ne sont pas interprétées lors de l'écriture du config.h ("It's a feature" d'après le quide d'autuconf).

Pour ce que ça intéresse, la solution est expliquée dans la faq du guide d'autoconf 2.59.

C'est très interéssant comme soft mais j'ai peur que pour le problème du monsieur, ça ne suffise pas :

Limitations of using dvdisaster:
Error correction file must be created before the medium fails.

Si ça marche sur OSX, il doit exister un fichier PPD que tu peux essayer de copier dans le répertoire de cups (/usr/share/cups/model, chez moi)

J'ai jamais essayé pour une canon, mais ça a marché pour moi avec d'autres imprimantes soit disant mal supportées (c'est pas complètement garanti ceci dit).

En cherchant i915 dans google dernièrement, je suis tombé sur ça:

http://www.linuxquestions.org/questions/showthread.php?s=&forum(...)

J'ai pas creusé mais il semble que ça marche avec ubuntu et Xorg 6.2

Effectivement, j'ai pas été très clair. Je parlais de faire ça sur un terminal sous X.
d'où ma précédente suggestion aterm -e screen -q

Je ne sais absolument pas ce qu'il peut se passer si tu met ça dans ton .profile. Ceci dit, pourquoi -D -RR ? qui signifie "fait n'importe quoi pour ouvrir screen", et, en clair, si tu as déjà un screen de lancé, il le détache et le rattache à ta console. A mon avis, dans ce cas, screen -q suffit (ie, ouvre une nouvelle session screen sans afficher le message d'accueil).

A mon avis, si tu veux des informations plus précises, il faut que tu nous donnes plus de détails sur ton utilisation de screen, si tu utilises X, si tu travailles en local...

bon courage

n'y a t-il pas moyen d'éviter de taper 2x son pass:
screen -D -RR <-- y a pas mieux?

Je vois pas vraiment pourquoi cette commande t'obliges à taper 2 fois ton mot de passe.

Par ailleurs, à moins que tu ne veuilles faire un screen sur une machine distante, un petit alias sur la commande de ton terminal permet d'ouvrir un terminal avec une session screen sans taper une seule commande...

Si tu utilises screen, tu peux détacher le processus du terminal par la commande screen -D num_screen (que tu obtiens par screen -list) et le rattacher par la commande screen -R num_screen

Si le problème est que tu 'as pas lancé screen, j'ai peur qu'il n'y ai plus rien à faire. Par contre, pour les fois d'après, tu dois pouvoir te débrouiller pour screener tous tes terminaux:
pour aterm, si tu execute la commande
$aterm -e screen -q
tu ouvres un terminal aterm dans lequel est exécute la commande screen -q ( et hop, un terminal screené)

voila

(j'ai du mal à suivre le fil de ces posts) mais :

compiler un noyau 2.4.28 puis installer alsa avec le paquet officiel. et tous marche.

Si tu as compilé un noyau 2.4.28, les modules à charger ne seront certainement pas dans /lib/mobules/2.4.26-i686 mais plutôt dans /ib/modules/2.4.28.

Quels paquets alsa ?. Si tu as installé les sources et que tu les as compilé, le module devrait avoir le même nom que le noyau. Si tu as compilé ton propre noyau, tu es obligé de passer par les sources alsa.

Es-tu absolument sur d'avoir la même version d'alsa-modules, du noyau et des headers du noyau (à priori, yen a pas besoin, mais on ne sait jamais) ?
donc, si j'en crois ton précédent post, :
alsa-modules-2.4.27-2-386
kernel-image-2.4.27-2-386
kernel-headers-2.4.27-2-386

le module que tu veux est snd-via82xx.

Qu'est-ce qu'il se passe si tu fais modinfo snd-via82xx ? voire modprobe
snd-via82xx ?

Désolé de ne pas avancer plus vite, mais pour l'instant, je vois pas vraiment d'où vient le problème.

je me suis peut-être emballé sur module-assistant, il est peut-être que dans sid, ou alors tu ne l'as pas installé.

Est-ce que tu utilise un noyau d'origine ? si oui, installe le paquet alsa-modules-numero-de-ton-noyau-architecture (ie, si ton noyau est 2.4.27-k6, installe alsa-modules-2.4.27-k6) et le tour est joué.

un petit apt-cache show alsa-source donne :
This package contains the source code for the ALSA drivers.
The source code can be compiled into an alsa-modules package
using the make-kpkg utility (available in the kernel-package
package). Please note that the kernel headers must be
installed to compile these modules.

donc execute module-assistant
puis select, alsa, build, install, quit

et enfin, modprobe via_quelquechose

Si tu as un noyau made by debian, il doit exister un paquet alsa-modules-numéro-de-ton-noyau qui suffit à la place d'alsa-source

voilà mes 2centimes.

Je sais, c'est un cliquodrome, mais il est plutôt pratique. Dans Synaptic, il y a une section New qui liste les nouveaux paquets entrés dans le repository.

c'est bizarre, il y a 5 HP 7xx données pour marcher parfaitement sur http://linuxprinting.org,(...) dont la 722c.

Voilà ce qu'ils disent :
The following driver(s) are known to drive this printer:

* Recommended: pnm2ppa (Home page, view PPD, download PPD)
General driver notes: Color driver for PPA DeskJets. It can run PPA printers at 600dpi in color or mono. In the version 1.0.4 many bugs are fixed. All paper sizes known to GhostScript up to 11x17 (DeskJet 1000C) are supported.

There is an installer package to use this driver under Mac OS X.

IMPORTANT: This is a driver for "host-based" printing: its output should usually be streamed directly to a local printer port on the same host that runs the driver. The output may be large: writing it to disk (as PDQ does) is also not recommended. (PDQ users should not use the PDQ-matic-generated driver because of this. A correct PDQ driver is supplied with pnm2ppa).

Bonjour,
Je complète mon précédent post. J'ai trouvé ce we http://kmobiletools.berlios.de/(...) qui m'a l'air plus accueillant que gammu. c'est en développement, mais il y a pas mal de paquetages précompilés. Le seul hic que j'ai vu est qu'il n'y a pas pour l'instant possibilité de synchroniser les agendas mais seulement les carnets d'adresse.

Salut,
J'ai un siemens CF62 et il est possible de faire des transferts de données entre le mobile et le pc (tout marche pas parfaitement encore). A priori, ca a l'air de marchouiller pour une bonne partie de la gamme de Siemens. Il faut le cable usb de Siemens. J'ai jamais essayé d'utiliser le mobile en modem gsm.

Pour savoir si ton téléphone est supporté, il existe quelques logiciels comme gammu qui proposent une liste de téléphones supportés.

génial. merci!

pareil qu'au dessus. Pourrais-tu la renvoyer à x.raynaud AT wanadoo POINT fr
merci.

Aux admins: elle marche la redirection ???

moi aussi, je veux bien
liparis AT dlfp POINT org
merci