[DEBIAN] - Intégristes barbus, |337, femmes nues...

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 326 327 328 .. 761 762 763 764 765 766 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [DEBIAN] - Intégristes barbus, \|337, femmes nues...

thana54

made in concept

Reprise du message précédent :
Pas de problème en sid. J'ai testé un peu aptiture 0.5x, mais ca ne me semblais pas trop bon (la recherche par exemple avec "l" ne veut pas marcher par moment si le nom du paquet n'est pas complet oO).

Publicité

gee

Bon ben hon

the_k586 a écrit :

ué, non, pareil sur mes debians
ya 30-45s pendant lesquelles il fait je sais pas trop quoi mais on a l'impression qu'il branle rien, et après ça va tout seul
Surement il trie la db apt ou je sais pas il fait quoi avec [:le kneu] de la soupe de légumes surement [:almar]

snif

Message cité 1 fois

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

e_esprit

odin-78 a écrit :

L'application de ATI n'est pas censé me dire si il manque des paquets?

J'en sais rien

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Xavier_OM

Monarchiste régicide (fr quoi)

gee a écrit :

snif

d'après mon strace -r sur aptitude update, il perd du temps à lire /var/lib/apt/lists/security.debian.org_dists_etch_updates_main_binary-i386_Packages (qui fait 1.8Mo/40000 lignes chez moi)

les fichiers sont gros dans ce répertoire

Message cité 1 fois
Message édité par Xavier_OM le 23-04-2009 à 10:47:27

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.

Dark Fortress

Up 100% naturel & sans ogm

Aucun problème avec aptitude update ou upgrade de mon côté (sous Lenny).

Message cité 1 fois

---------------
Fille de Bach (c.) * A bus station is where a bus stop. A train station is where a train stop. On my desk i have a workstation. *

ipnoz

Les militaires sociopathes

ca doit etre un pb. de timeout imo . genre il n'arrive pas a atteindre un serveur quoi .

gee

Bon ben hon

Xavier_OM a écrit :

d'après mon strace -r sur aptitude update, il perd du temps à lire /var/lib/apt/lists/security.debian.org_dists_etch_updates_main_binary-i386_Packages (qui fait 1.8Mo/40000 lignes chez moi)

les fichiers sont gros dans ce répertoire

Hmm j'ai un doute la dessus car les anciennes versions n'avaient pas ce problemes et les fichiers devaient etre sensiblement les memes avant.

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

anapivirtua

Boh.

Dark Fortress a écrit :

Aucun problème avec aptitude update ou upgrade de mon côté (sous Lenny).

Pareil...

---------------
Si vis pacem, para bellum.

THRAK

- THR4K -

gee a écrit :

Dites petit soucis depuis quelques temps avec aptitude et je ne sais pas pourquoi:

que cela soit pour un update ou un upgrade, aptitude met bien 30 secondes a etablir le contact avec un serveur (en gros ca reste sans rien faire sur la 1ere connection pendant un certain temps puis ca demarre), puis apres c'est aussi rapide que ca l'etait avant. Un dig sur le serveur me revient sous 30ms, donc je ne comprend pas trop...

Je pensais reinstaller pour d'autres raisons un de ces jours, mais vu que je ne le fais pas, ce soucis m'embete pas mal...
Une idee?

Merci

Pas de problème particulier, que ce soit sur mon poste au boulot (Squeeze / Sid) ou sur mes 2 autres postes chez moi ( Lenny et Sid / Experimental).

Dans un premier temps, essayes de tweaker ton fichier /etc/apt/apt.conf ; par exemple tu peux essayer de rajouter les sections suivantes et plus ou moins les adapter à tes besoins :

Acquire
{
Queue-Mode "host";
Retries "2";
PDiffs "true";

http
{
Timeout "60";
};

ftp
{
Timeout "60";
};
};

Debug
{
Acquire::Http "true";
Acquire::Ftp "true";
};

Joue avec Queue-Mode (host | access) et PDiffs (true | false) en particulier et choisi ce qui te convient le plus (man apt.conf pour les détails).

Note : le debug affiche pas mal d'info sur chaque url atteinte ; pour le désactiver vire les entrées correspondantes ou commente-les (avec // en début de ligne).

Sinon tu peux toujours tenter soit un 'dpkg-reconfigure aptitude' ou un 'aptitude reinstall aptitude' et voir si ça s'arrange.

---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.

J'ai testé une migration etch -> lenny sur un serveur.
J'ai le message suivant qui apparait à diverses reprises lors de la maj des paquets :

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "fr_FR.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C" ).

Pourtant mes locales sont bonnes normalement:

# locale -a
C
fr_FR.utf8
POSIX

Une idée d'où ça peut venir ? Bien que ça n'a pas l'air bloquant.
Merci.

Message cité 1 fois

Publicité

gee

Bon ben hon

@Thrak pas de succes.
Pareil en purgeant aptitude, j'ai remarque qu'apt-get me fait pareil....
J'ai reinstalle apt/libept0/aptitude de SID mais toujours pareil

le strace donne

Citation :

0.000069 stat("/var/lib/apt/lists/ftp.us.debian.org_debian_dists_experimental_non-free_i18n_Translation-en%5fUS", 0x7fffe4f7db30) = -1 ENOENT (No such file or directory)
0.000080 select(52, [44 45 46], [47 49 51], NULL, {0, 500000}) = 3 (out [47 49 51], left {0, 499992})
0.000075 write(51, "601 Configuration\nConfig-Item: A"..., 19534) = 19534
0.002324 write(49, "601 Configuration\nConfig-Item: A"..., 18708) = 18708
0.001991 write(47, "601 Configuration\nConfig-Item: A"..., 18270) = 18270
0.002036 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000047 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
0.000053 fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 2), ...}) = 0
0.000054 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6edcf7b000
0% [Working]) = 14e(1, "\r\r0% [Working]", 14
0.000043 select(47, [44 45 46], [], NULL, {0, 500000}) = 3 (in [44 45 46], left {0, 499994})
0.000055 read(46, "102 Status\nURI: http://ftp.us.de"..., 64000) = 112
0.000049 read(45, "102 Status\nURI: http://www.debia"..., 64000) = 121
0.000043 read(44, "102 Status\nURI: http://kernel-ar"..., 64000) = 147
0.000043 select(47, [44 45 46], [], NULL, {0, 499994}) = 0 (Timeout)
0.500740 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000094 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
0% [Connecting to ftp.us.debian.org] [Connecting to www.debian-multimedia.org] [Connecting to kernel-archive.buildserver.net]) = 139
0.000088 select(47, [44 45 46], [], NULL, {0, 500000}) = 0 (Timeout)
0.500749 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000094 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
0% [Connecting to ftp.us.debian.org] [Connecting to www.debian-multimedia.org] [Connecting to kernel-archive.buildserver.net]) = 126
0.000088 select(47, [44 45 46], [], NULL, {0, 500000}) = 0 (Timeout)
0.500498 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000093 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
.....
0% [Connecting to ftp.us.debian.org] [Connecting to www.debian-multimedia.org] [Connecting to kernel-archive.buildserver.net]) = 126
0.000047 select(47, [44 45 46], [], NULL, {0, 500000}) = 1 (in [45], left {0, 37297})
0.462867 read(45, "102 Status\nURI: http://www.debia"..., 64000) = 137
0.000129 select(47, [44 45 46], [], NULL, {0, 37297}) = 1 (in [44], left {0, 33223})
0.004205 read(44, "102 Status\nURI: http://kernel-ar"..., 64000) = 164
0.000113 select(47, [44 45 46], [], NULL, {0, 33223}) = 1 (in [46], left {0, 33215})
0.000104 read(46, "102 Status\nURI: http://ftp.us.de"..., 64000) = 126
0.000097 select(47, [44 45 46], [], NULL, {0, 33215}) = 0 (Timeout)
0.033492 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000089 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
0% [Connecting to ftp.us.debian.org (35.9.37.225)] [Connecting to www.debian-multimedia.org (91.121.86.213)] [Connecting to kernel-archive.b) = 267
0.000087 select(47, [44 45 46], [], NULL, {0, 500000}GET /debian/dists/sid/Release.gpg HTTP/1.1
Host: ftp.us.debian.org
Connection: keep-alive

Mais ca ne m'avance pas des masses

Message cité 1 fois

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

M300A

HJ a écrit :

J'ai testé une migration etch -> lenny sur un serveur.
J'ai le message suivant qui apparait à diverses reprises lors de la maj des paquets :

Pourtant mes locales sont bonnes normalement:

# locale -a
C
fr_FR.utf8
POSIX

Une idée d'où ça peut venir ? Bien que ça n'a pas l'air bloquant.
Merci.

Refait un dpkg-reconfigures locales

Message cité 1 fois

tecoxe

Salut,

Fraichement débarqué sous Debian Lenny et agréablement surpris, aprés avoir testé des Ubuntu (et autres distrib) depuis quelques années, par la simplicité et la fiabilité générale de la distrib.

Je me trouve néanmoins confronté à un petit soucis, en fait j'ai un hub usb sur lequel je connecte un clef usb wifi, différents équipements (type souris, webcam...), des clef usb et des hdd en usb.
Lorsque je déconnecte un disque usb ou une clef usb de mon hub ou d'un port de ma carte mére j'ai l'impression que le systéme réinitialise mon controleur usb (ou un truc dans le genre...) et du coup déconnecte aussi ma clef usb wifi.

Je perds donc ma connection internet et je dois débrancher/rebrancher ma clef usb wifi et passer par wifi-radar pour me reconnecter à mon point d'accés.

Déja testé :
La clef usb wifi branchée directement sur la carte mére.
Mise à jour des pilotes de la clef usb wifi en passant par ndiswrapper.

Si quelqu'un à une piste, je suis preneur.

thana54

made in concept

J'ai aussi ce problème avec les périphériques branchés sur un hub lors de changement de ttyx/tty7.

baka-lulu

Bonsoir,

J'ai un probleme sur ma debian sqeeze 64 bits. En effet, depuis quelque temps j'ai des soucis avec acpid. Il ne souhaite pas se mettre a jour. Et maintenant c'est hald qui fou sa m...

message d'erreur d'aptitude:
E: Impossible de localiser un fichier du paquet acpid. Cela signifie que vous devrez corriger ce paquet vous-même.
Écriture de l'information d'état étendu... Fait

Message cité 1 fois

M300A a écrit :

Refait un dpkg-reconfigures locales

Je l'avais déjà fait. ça n'a rien changé.

M300A

Ferme et rouvre ton shell

Xavier_OM

Monarchiste régicide (fr quoi)

Un truc à savoir : le dernier xserver-xorg-video-intel foire sur mon 2.6.26 (passer en console = crash X, qui se relance), et pas sur un 2.6.29 (normal vu le changelog du driver je pense), mais son installation sur un 2.6.26 ne pose aucun problème [:mcrapid]

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.

burn2

Pour ceux qui viendront après

Je ne sais pas si ça a été posté, mais voici un petit test rapide de debian lenny:
http://frlinux.net/?section=distri [...] rticle=232

Bien encourageant.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

baka-lulu

baka-lulu a écrit :

Si sa intéresse quelqu'un... J'ai résolu mon problème. J'ai appris que c'était un problème lier avec splashy. J'ai donc supprimé splashy et tous c'est bien passé après.

thana54

made in concept

Ah oui, j'ai eu un comportement similaire, hal qui ne voulais pas démarrer correctement. Du coup, j'ai dû renoncer aux messages de boot plus lisibles.

Profil supprimé

Quelqu'un pourrait me dire si c'est normal que gparted voie toujours / et /home en ext3 alors que je les ai mises en ext4 dans mon fstab?

black_lord

Modérateur
Truth speaks from peacefulness

et tu les as converties en ext4 ? [:djmb] parce que faut pas "juste" les mettre en ext4 dans le fstab hein

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Profil supprimé

Ok ça confirme ce que j'étais en train de lire [:prozac]

basketor63

Sarkozy en prison

lu,

je suis en train de faire des packages .deb autour de vdr 1.7.5
vdr nécéssiste d'être compilé contre les headers v4l-dvb du kernel, et là où ça se complique c'est que la version nécéssaire s2api dont à besoin vdr n'est dispo que sur un dépot hg de http://linuxtv.org

Donc il faut que je fasse un package des modules v4l-dvb si je veux avoir un truc clef en main. Je l'ai fait avec module assistant, apres avoir buté sur les limitations de dkms. J'ai juste un soucis avec des modules qui font 5 mégas ou au lieu de 500ko

vdr à besoin des headers des sources v4l-dvb, donc je peux aux choix lui coller les headers ou les sources completes pour sa compilation, mais dans les deux cas, le soucis c'est que certains fichiers de s2api ont besoin du headers compiler.h des headers du noyau.

Si je construit avec pbuilder, comment faire en sorte que /usr/include/linux/compiler.h soit toujours dispo ? Je pensais faire un lien symbolique, mais si il y a plusieurs headers de noyaux comment le faire pointer vers le bon dossier et une version satisfaisante ? Pour l'instant je le met juste dans les sources et les headers de v4l-dvb, en me disant qu'il ne changera pas trop
Je ne peux pas utiliser de `uname -r` pour créer un lien, car si les headers du noyau installé dans le chroot sont différents du ceux du noyau qui tourne, je vais créer un lien mort.
Donc la solution de la copier d'un compiler.h arbitraire est elle acceptable niveau compatibilité etcetera ?

Message cité 1 fois
Message édité par basketor63 le 27-04-2009 à 10:11:28

gee

Bon ben hon

gee a écrit :

@Thrak pas de succes.
Pareil en purgeant aptitude, j'ai remarque qu'apt-get me fait pareil....
J'ai reinstalle apt/libept0/aptitude de SID mais toujours pareil

le strace donne

Citation :

0.000069 stat("/var/lib/apt/lists/ftp.us.debian.org_debian_dists_experimental_non-free_i18n_Translation-en%5fUS", 0x7fffe4f7db30) = -1 ENOENT (No such file or directory)
0.000080 select(52, [44 45 46], [47 49 51], NULL, {0, 500000}) = 3 (out [47 49 51], left {0, 499992})
0.000075 write(51, "601 ConfigurationnConfig-Item: A"..., 19534) = 19534
0.002324 write(49, "601 ConfigurationnConfig-Item: A"..., 18708) = 18708
0.001991 write(47, "601 ConfigurationnConfig-Item: A"..., 18270) = 18270
0.002036 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000047 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
0.000053 fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 2), ...}) = 0
0.000054 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6edcf7b000
0% [Working]) = 14e(1, "rr0% [Working]", 14
0.000043 select(47, [44 45 46], [], NULL, {0, 500000}) = 3 (in [44 45 46], left {0, 499994})
0.000055 read(46, "102 StatusnURI: http://ftp.us.de"..., 64000) = 112
0.000049 read(45, "102 StatusnURI: http://www.debia"..., 64000) = 121
0.000043 read(44, "102 StatusnURI: http://kernel-ar"..., 64000) = 147
0.000043 select(47, [44 45 46], [], NULL, {0, 499994}) = 0 (Timeout)
0.500740 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000094 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
0% [Connecting to ftp.us.debian.org] [Connecting to www.debian-multimedia.org] [Connecting to kernel-archive.buildserver.net]) = 139
0.000088 select(47, [44 45 46], [], NULL, {0, 500000}) = 0 (Timeout)
0.500749 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000094 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
0% [Connecting to ftp.us.debian.org] [Connecting to www.debian-multimedia.org] [Connecting to kernel-archive.buildserver.net]) = 126
0.000088 select(47, [44 45 46], [], NULL, {0, 500000}) = 0 (Timeout)
0.500498 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000093 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
.....
0% [Connecting to ftp.us.debian.org] [Connecting to www.debian-multimedia.org] [Connecting to kernel-archive.buildserver.net]) = 126
0.000047 select(47, [44 45 46], [], NULL, {0, 500000}) = 1 (in [45], left {0, 37297})
0.462867 read(45, "102 StatusnURI: http://www.debia"..., 64000) = 137
0.000129 select(47, [44 45 46], [], NULL, {0, 37297}) = 1 (in [44], left {0, 33223})
0.004205 read(44, "102 StatusnURI: http://kernel-ar"..., 64000) = 164
0.000113 select(47, [44 45 46], [], NULL, {0, 33223}) = 1 (in [46], left {0, 33215})
0.000104 read(46, "102 StatusnURI: http://ftp.us.de"..., 64000) = 126
0.000097 select(47, [44 45 46], [], NULL, {0, 33215}) = 0 (Timeout)
0.033492 rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
0.000089 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
0% [Connecting to ftp.us.debian.org (35.9.37.225)] [Connecting to www.debian-multimedia.org (91.121.86.213)] [Connecting to kernel-archive.b) = 267
0.000087 select(47, [44 45 46], [], NULL, {0, 500000}GET /debian/dists/sid/Release.gpg HTTP/1.1
Host: ftp.us.debian.org
Connection: keep-alive
Mais ca ne m'avance pas des masses

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

e_esprit

T'as essayé en commantant debian-multimedia ?

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

gee

Bon ben hon

non en effet, mais j'ai le soucis quand aptitude (ou apt) tente de telecharger des fichiers uniquement depuis chez ftp.us.debian.org.

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

basketor63

Sarkozy en prison

basketor63 a écrit :

lu,

je suis en train de faire des packages .deb autour de vdr 1.7.5
vdr nécéssiste d'être compilé contre les headers v4l-dvb du kernel, et là où ça se complique c'est que la version nécéssaire s2api dont à besoin vdr n'est dispo que sur un dépot hg de http://linuxtv.org

Donc il faut que je fasse un package des modules v4l-dvb si je veux avoir un truc clef en main. Je l'ai fait avec module assistant, apres avoir buté sur les limitations de dkms. J'ai juste un soucis avec des modules qui font 5 mégas ou au lieu de 500ko

vdr à besoin des headers des sources v4l-dvb, donc je peux aux choix lui coller les headers ou les sources completes pour sa compilation, mais dans les deux cas, le soucis c'est que certains fichiers de s2api ont besoin du headers compiler.h des headers du noyau.

Si je construit avec pbuilder, comment faire en sorte que /usr/include/linux/compiler.h soit toujours dispo ? Je pensais faire un lien symbolique, mais si il y a plusieurs headers de noyaux comment le faire pointer vers le bon dossier et une version satisfaisante ? Pour l'instant je le met juste dans les sources et les headers de v4l-dvb, en me disant qu'il ne changera pas trop
Je ne peux pas utiliser de `uname -r` pour créer un lien, car si les headers du noyau installé dans le chroot sont différents du ceux du noyau qui tourne, je vais créer un lien mort.
Donc la solution de la copier d'un compiler.h arbitraire est elle acceptable niveau compatibilité etcetera ?

bon je me suis pas fait chier j'ai mis un compiler.h dans le paquet de v4l-dvb-source-dev [:cerveau boidleau]

gee

Bon ben hon

on dirait qu'une mise a jour a resolu mon soucis d'aptitude :love:

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

Proov

Art & Science

Hey!

je reviens sur ce topic, je me suis arrête a Debian 4 etch, pour mes études. La j'aimerais installer un groupware (Zimbra 5.0.14 OSE) et j'ai décidé de le mettre sur Debian 5. Même si il n'est pas officiellement supporté, je pense que ça ira, y'en a qui ont essayé ?

Gavrinis

Open your mind

Hier je suis passé en Sqeeze et depuis j'ai un problème avec Metacity, quelqu'un a une idée de comment résoudre ce problème :??:

Message cité 1 fois

thana54

made in concept

Qu'as-tu mis à jour ?
As-tu un log d'aptitude ou dpkg ?

Gavrinis

Open your mind

J'ai mis à jour ce que l'upgrade m'a mis à jour. J'ai bien un log de dpkg mais la zone comportant l'upgrade comporte plus de 10000 lignes et après un "uniq" il en compte toujours 7000. Je n'oserais quand même pas mettre ça ici.

Le voici.

Message édité par Gavrinis le 29-04-2009 à 10:00:00

e_esprit

On est censé voir quoi comme problème sur ta mini capture :??:

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

thana54

made in concept

Ouch ca pique. En gros ton problème viens des boutons mal alignés ?
Regarde du coté de nautilus, metacity et des engines récemment mis à jour.
Est-ce que le problème se pose aussi sur un autre thême ?

Gavrinis

Open your mind

Les boutons minimize, maximize et close sont espacés.
Oui sur tout les thèmes.

Message édité par Gavrinis le 29-04-2009 à 10:12:23

Gavrinis

Open your mind

Je n'ai rien remarqué de bizarre dans Metacity et Nautilus, pour ce qui est des engines, je ne sais pas trop où chercher.

Magicpanda

Pushing the envelope

Pour la première fois j'arrive à avoir une install de sidux qui fonctionne bien et qui est vraiment réactive :love:

thana54

made in concept

Marche très bien sidux, depuis bientôt 2 mois 1/2, jamais eu un gros cassage (je m'en suis toujours sorti).
[edit] En parlant de sidux, ils font des kernels patchés de temps en temps, mais j'ai du mal à mettre la main sur le changelog. As-tu une idée où trouver ces changelog ?

Message cité 1 fois
Message édité par thana54 le 29-04-2009 à 15:29:06

vitriol_drinker

ᶘ ᵒᴥᵒᶅ

:hello:
J'ai cette erreur quand je branche une clé usb, ou SD ou même mon apn en usb

Citation :

org.freedesktop.hal.storage.mount-removable no <-- (action, result)

Des idées ?

---------------
[FeedBack]

Publicité

Page : 1 2 3 4 5 .. 326 327 328 .. 761 762 763 764 765 766

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Installation

[DEBIAN] - Intégristes barbus, |337, femmes nues...

Sujets relatifs
[neewbe debian]Package mplayer pour debian Woody	debian ou slackware?
du gnu debian dans une sauce apple melangez avec du freebsd et on a	[Debian] probleme avec Xfree
[Debian] comment installer KDE 2 voir KDE3 si possible ??	comment installe-t-on une debian
disquette de boot debian	install carte reseau ISA debian
[ncurses] DEBIAN - je peux pas configurer mon noyau Sniff	[Debian] stable / unstable
Plus de sujets relatifs à : [DEBIAN] - Intégristes barbus, \|337, femmes nues...

Page générée en 0.100 secondes