NeoX a écrit 18045 commentaires

la technologie CPL (Courant Porteur en Ligne) permet en effet de faire passer des trames Ethernet sur le reseau electrique de ta maison.

il y aura un emetteur (qui injecte une porteuse)
et des "recepteurs" (qui injectent les données sur la porteuse)

c'est au niveau de ces recepteurs que la "compatibilité" avec linux va se jouer.

comme dit plus haut, s'il s'agit d'adaptateur Ethernet, pas de soucis, c'est comme si tu avais un switch geant.

s'ils sont USB, il faudra surement des pilotes, des logiciels pour laisser croire à linux qu'il dispose d'une carte reseau via l'USB.

la phrase importante est là :
il m'est impossible d'utiliser en mode lecture/ecriture ma partition hda6 ,et un disque dur dans sda2 ainsi que la clef sda1

et cela ressemble donc plus à un probleme NTFS que FAT.
en FAT tu n'as pas de soucis pour ecrire si le system a bien detecté le disque au pire il faut etre root.

en NTFS, meme en tant que root, si tu n'as pas installé les outils NTFS et les patchs (encore experimental) tu ne peux pas ecrire sur du NTFS.

une souris qui a besoin d'un firmware...
elle fait quoi de special cette souris pour necessité un firmware ?

sinon pour repondre à ta question, le firmware etant compilé specifiquement pour le materiel (presentement la souris) le plus dur sera de trouvé l'outil pour "injecter" le firmware dans la souris.

tes supports
/dev/hda6
/dev/sda2
et ta clef usb ne seraient pas en NTFS ?

si les resolutions sont similaires, pas besoin de faire un
dpkg-reconfigure xserver-xfree86

cela serait valide si tu changes de carte graphique et autres options.

avec ma reponse plus haut, tu regles toi meme les resolutions que tu souhaites, les frequences se prendront en fonction de l'ecran.

tout est dans le titre.

il me semble que les 3 branches Debian sont, par ordre de stabilité/fonctionnalité
Stable, testing et unstable

cf : http://www.us.debian.org/releases/

donc deja ton choix doit etre fait en connaissance de cause.

ensuite pour contourné le probleme, le format ODF est en fait un dossier zip contenant les feuilles XML,XSL de ton document

il doit donc etre possible de dezzipper le document pour aller lire directement dans le code XML

souvent cela vient d'un probleme de detection de l'ecran par X11.

il te faut alors modifier le fichier /etc/X11/xorg.conf ou /etc/X11/xf86config-4

en faisant, en root :
kate /etc/X11/xorg.conf (ou l'autre fichier selon celui que tu as)

dans ce fichier tu as

Section "Monitor"
Identifier "Dell D800 DFP"
Option "DPMS"
EndSection

avec un certain nombre d'option
simplifie toi la vie, et ne met que l'identifier et l'option DPMS

attention l'identifier est present un peu plus loin.

ensuite

Section "Screen"
Identifier "Default Screen"
Device "Nvidia NV28 [Geforce 4200Go]"
Monitor "Dell D800 DFP"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1920x1200" "1600x1200" "1280x800" "1280x768"
EndSubSection
EndSection

je ne garde que la partie en gras, relative à mon defaultdepth
et je met les modes que je penses utiliser.

je redemarre X ou le PC complement.

c'est quoi pour toi la commande GET ?

parce que moi je connais le GET en langage C, en PHP...

si tu pouvais donc preciser un peu.

while(1) {
werase(sub_mem);
if((meminfo = fopen(PROC_MEM, "r")) != NULL) {
while(fgets(value, sizeof(value), meminfo)) {
if(value[0] != '#') {
i+=1;
wmove(sub_mem, i, 1);
wprintw(sub_mem, "- %s", value);
}
}
i=0;
fclose(meminfo);
}
info_sup();
wrefresh(sub_mem);
sched_yield();
}

je vais paraitre con mais mais je trouve qu'il y a beaucoup de boucle imbriqué pour juste lire dans le meminfo et envoyer les infos dans submem

avec beaucoup d'instructions (wmove, wprintw) qui doivent prendre du temps.

en virant le xorg.conf et en faisant le
dpkg-reconfigure xserver-xorg-common

mais je suis pas sur du package...

LOL

normalisation selon intel :
PCI express
SATA
DDR

je ne suis pas certains que ca fasse baisser ton temps d'usage CPU.

de ce que je me souviens, ca met surtout ton programme en pause.

si tu regardais un mode de programmation en thread avec des files d'attentes...

en appelant directement le commercial tu peux jouer sur toutes les options, y compris celles non listées sur le catalogue en ligne.

ex : passé un temps il n'etait pas possible de commander juste l'UC sans l'ecran.

en appelant le commercial on avait pu faire la commande sans ecran.

peut-etre aussi les drivers SATA pour la nouvelle carte mere ;-)

mais si tu ne changes que ca, et que tu gardes tes disques durs IDE, ca devrait aller

si tout ton fichier xorg.conf est là,

alors :

tu demandes à xorg d'utiliser les "souris" suivantes

Section "ServerLayout"

Identifier "Default Layout"

Screen "Default Screen"

InputDevice "Generic Keyboard"

InputDevice "Configured Mouse"


InputDevice "stylus" "SendCoreEvents"

InputDevice "cursor" "SendCoreEvents"

InputDevice "eraser" "SendCoreEvents"


EndSection

qui ne sont definies nulle part

ensuite la quantité de ram devrait etre 16384 et pas 16000
enfin faire un
lspci
en console
et repere le code PCI de la carte VGA

Oct 1 16:04:53 nenya2 ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (8/35)!

a verifier la syntaxe de ton 8/35

Oct 1 16:05:06 nenya2 pppd[3174]: /usr/lib/pppd/2.4.3/pppoatm.so: cannot open shared object file: No such file or directory
Oct 1 16:05:06 nenya2 pppd[3174]: Couldn't load plugin pppoatm.so

en root, faire
updatedb
puis
locate pppoatm
qui te donnera tous les fichiers et dossiers contenant pppoatm
il te faut peut-etre faire un lien pointant vers le fichier qui va bien.

remarque le probleme de chargement du plugin engendre peut le probleme vpi/vci

In order to use the Intel PRO/Wireless 3945ABG Network Connection driver for Linux you will need the following:

1. The binary microcode image, available here.
2. The binary user space regulatory daemon, available here.
3. The ieee80211 subsystem version 1.1.11 or newer.
4. Linux kernel 2.6.13 or newer. See README.ipw3945 for information on specific options required to be enabled in the kernel.
5. Wireless Extensions (v17) and Tools (v28)
6. For WPA you need a WPA supplicant compatible with the latest versions of the wireless extensions (v18 and newer).

For instructions on how to build and use the driver, please see the INSTALL document.

je dirais qu'avec un noyau recent tu as peut-etre deja le ieee80211 superieur à la version 1.1.11

donc essaie en compilant ton noyau avec le support ieee80211 et retente ton installation sans compiler le ieee802.11

mettre ton user dans le groupe "video"

modifier les options des players pour utiliser les sorties "X11/shm,gl,gl2..."

il y a plusieurs sorties, essaie les toutes pour voir...

peut-etre un peu quand meme...

en tapant : preferences DSN
dans google, je suis tombé sur

http://www.mail-archive.com/squirrelmail-users@lists.sourcef(...)

etrangement ca parle du meme probleme que le tiens, et y a probablement des pistes à essayer.

chez moi c'est l'inverse

ca marche depuis la machine (sauf les wmv mais là je suis en AMD64)
et ca ne marche pas dans le plugin mozilla.

pourtant j'ai bien la fenetre je vois bien le chargement se faire...

[...]
le binaire sera compatible sur toutes les versions de linux x86 ou amd64 car elles partagent le même noyau (linux !)[...]

je ne suis pas certains de ce cas present.

je suis sur AMD64 et mon systeme est en 64bits. avec un noyau amd64.
je ne penses pas que l'appli compilé pour x86 32 bits fonctionnera.

par contre il est vrai que tu peux installer un linux 32 bits sur un AMD64, et à ce moment là, tu pourras utiliser les binaires x86 32bits.

mais je peux aussi me tromper.

j'ai essayer la versin 0.2 sous windows (pour l'instant) et c'est deja pas mal.

j'essaierais la version 0.3 des que j'aurais le temps.

il me semblait bien que le premier post etait incomplet...

voila donc qui se precise :

CM : Gigabyte GA-965P-DS4
RAM : 2Go
HD : 2x160Go en raid0

ma premiere hypothese, le raid0 de la carte mere qui serait "mal supporté" ou pas supporté de tout.

as tu fais un essai sans faire de raid ?

toutes les distribs supportant le multiprocesseur.

apres cela va surtout dependre de ta carte mere et des composants qui sont dessus.

en effet, core duo c'est assez recents, donc il se peut qu'il y ait besoin de "bidouiller" un peu.

sinon en principe toutes les distribs recentes devraient pouvoir le gerer.

.tgz :
tu met ce que tu veux dedans, y compris des libs qui serviraient au fonctionnement du logiciel, tu ne depends donc plus des versions du systeme (pas propre mais efficace)

package :
il te faudra determiner les dependances de ton programme
ex : SDL version X ou >X

afin que le gestionnaire de package ajoute SDL s'il n'est pas present sur la machine

plus confortable, mais aussi plus contraignant, car cela ne marchera que si la distribution propose SDL version X ou >X...


en fait l'ideal serait d'avoir le choix
.tgz/.deb/.rpm

attention toutefois,
un .rpm redhat ne sera pas forcement compatible mandriva ou suse
un .deb debian ne sera pas forcement compatible ubuntu
car parfois (de moins en moins quand meme) les systemes n'utilisent pas les memes arborescences.

si ton logiciel ne demande pas de librairie complexe et exotique
s'il suffit de le decompresser dans un dossier pour s'en servir,

alors une distribution en .tgz (tar puis gzip) devrait suffir et te permettre de toucher un max de monde.

tar zcvf mon_archive.tgz le_dossier_qui_contient_le_logiciel