Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1042 connectés 

 
 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  323  324  325  ..  454  455  456  457  458  459
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

[ Arch Linux ] Nouveauté, Stabilité, Simplicité [HAPPY BIRTHDAY !] \o/

n°1390375
gee
Bon ben hon
Posté le 12-05-2016 à 09:21:00  profilanswer
 

Reprise du message précédent :
4.5.4 est dans testing maintenant.


---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
mood
Publicité
Posté le 12-05-2016 à 09:21:00  profilanswer
 

n°1390390
Elbarto
Posté le 12-05-2016 à 18:20:22  profilanswer
 

le 4.5.4 est dans le dépôt core, mais il contient toujours le bug vu que mon patch n'a pas été intégré par les mainteneurs archlinux,

 

je sens que je vais devoir à chaque fois recompiler ma propre version intégrant ce patch, c'est ce que j'avais fait pendant presque un an pour résoudre un problème de contrôleur sata pcie Jmicron, le patch était disponible depuis un an mais les développeurs linux ont trainé des pieds pendant des mois à chipoter sur des détails techniques ( au final ils ont fini par utiliser quasiment le même patch :D )

Message cité 1 fois
Message édité par Elbarto le 12-05-2016 à 18:21:16
n°1390393
make insta​ll
Posté le 12-05-2016 à 19:54:55  profilanswer
 

Bein si le bug est upstream c'est pas aux mainteneurs d'arch qu'il faut envoyer ton patch mais sur la mailing-list de linux.

n°1390395
Elbarto
Posté le 12-05-2016 à 21:04:53  profilanswer
 

j'ai mis le patch dans le rapport de bug du noyau linux ( en plus du rapport de bug archlinux ),
 
à priori les développeurs concernés devraient être avertis automatiquement par un mail ( pour l'instant pas de réponse ),
 
je connais la mailing-list lkml, le développeur en question a déjà été averti hier par un collègue que son commit était foireux et qu'il devait l'annuler, pas de réponse encore pour l'instant

n°1390396
gee
Bon ben hon
Posté le 12-05-2016 à 21:44:34  profilanswer
 

Elbarto a écrit :

le 4.5.4 est dans le dépôt core, mais il contient toujours le bug vu que mon patch n'a pas été intégré par les mainteneurs archlinux,

 

je sens que je vais devoir à chaque fois recompiler ma propre version intégrant ce patch, c'est ce que j'avais fait pendant presque un an pour résoudre un problème de contrôleur sata pcie Jmicron, le patch était disponible depuis un an mais les développeurs linux ont trainé des pieds pendant des mois à chipoter sur des détails techniques ( au final ils ont fini par utiliser quasiment le même patch :D )


J'en suis a compiler Linux depuis quelques semaines en attendant le 4.7 et depuis hier GCC en attendant le 6.2 alors je te comprend :o


Message édité par gee le 12-05-2016 à 21:44:50

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390397
Elbarto
Posté le 13-05-2016 à 04:28:11  profilanswer
 

sur lkml ils viennent de trouver un nouveau patch qui permet de conserver l'autre ( celui qui posait problème ) :

 

https://lkml.org/lkml/2016/5/12/348

 

diff --git a/drivers/media/v4l2-core/videobuf2-core.c b/drivers/media/v4l2-core/videobuf2-core.c
index 9fbcb67..633fc1a 100644
--- a/drivers/media/v4l2-core/videobuf2-core.c
+++ b/drivers/media/v4l2-core/videobuf2-core.c
@@ -1648,7 +1648,7 @@ static int __vb2_get_done_vb(struct vb2_queue *q, struct vb2_buffer **vb,
         void *pb, int nonblocking)
 {
  unsigned long flags;
- int ret;
+ int ret = 0;
 
  /*
   * Wait for at least one buffer to become available on the done_list.
@@ -1664,10 +1664,12 @@ static int __vb2_get_done_vb(struct vb2_queue *q, struct vb2_buffer **vb,
  spin_lock_irqsave(&q->done_lock, flags);
  *vb = list_first_entry(&q->done_list, struct vb2_buffer, done_entry);
  /*
-  * Only remove the buffer from done_list if v4l2_buffer can handle all
-  * the planes.
+  * Only remove the buffer from done_list if all planes can be
+  * handled. Some cases such as V4L2 file I/O and DVB have pb
+  * == NULL; skip the check then as there's nothing to verify.
   */
- ret = call_bufop(q, verify_planes_array, *vb, pb);
+ if (pb)
+  ret = call_bufop(q, verify_planes_array, *vb, pb);
  if (!ret)
   list_del(&(*vb)->done_entry);
  spin_unlock_irqrestore(&q->done_lock, flags);
--
2.1.4

 

j'ai testé, ça fonctionne,

 

à mon avis ce patch devrait être présent dans la version 4.5.5


Message édité par Elbarto le 13-05-2016 à 04:29:08
n°1390613
kikiesttou​joursla
Bodyboard power !!!
Posté le 20-05-2016 à 21:07:35  profilanswer
 

Ah là là, tous ces problèmes avec GCC 6. On ne peut pas repasser simplement sur du gcc5 le temps de compiler ce qu'il me faut ?
Je sais qu'on peut spécifier, après avoir installer la version précédente de gcc, avec quoi compiler mais j'ai un petit trou de mémoire ...

n°1390614
Elbarto
Posté le 20-05-2016 à 21:20:10  profilanswer
 

tu peux essayer de recompiler le paquet qui pose problème avec clang au lieu de gcc,
 
tu fais cette manip dans /etc/makepgk.conf pour forcer l'utilisation de clang comme compilateur :
 

Citation :

Add export CC=clang and (for C++) export CXX=clang++ to your /etc/makepkg.conf.


 
https://wiki.archlinux.org/index.ph [...] with_Clang

n°1390619
Elbarto
Posté le 20-05-2016 à 22:39:46  profilanswer
 

j'ai un sacré bug avec firefox depuis un pacman -Syu :
 
dès que j'essaie de sauvegarder une page web, ou de télécharger un fichier ça fait planter firefox, avec ce message d'erreur dans la console :
 

Citation :

(firefox:3246): Gtk-WARNING **: Failed to measure available space: L'emplacement indiqué n'est pas pris en charge


 
j'ai beau changé d'emplacement sur le disque pour la sauvegarde ça plante toujours, vous avez une idée ?

Message cité 1 fois
n°1390620
Elbarto
Posté le 20-05-2016 à 22:42:56  profilanswer
 

le problème vient de la dernière version de gtk3, car tous les logiciels gtk3 vont planter dès qu'on utilise la fonction "enregistrer sous" :

 

https://bugs.archlinux.org/task/49411

 

https://bugzilla.gnome.org/show_bug.cgi?id=766694

 

un bug énorme non détecté malgré les gens qui utilisent le dépôt testing, ça aurait dû leur sauter à la figure ce bug vu sa sévérité,

 

donc le moyen de contournement est de downgrader le paquet gtk3-3.20.5-1 vers la version gtk3-3.20.4-2,

 

faire de même aussi pour le paquet gtk-update-icon-cache pour qu'il soit à la même version ( 3.20.4-2 )

 

Message cité 1 fois
Message édité par Elbarto le 20-05-2016 à 22:56:59
mood
Publicité
Posté le 20-05-2016 à 22:42:56  profilanswer
 

n°1390622
kikiesttou​joursla
Bodyboard power !!!
Posté le 21-05-2016 à 00:41:31  profilanswer
 

bon l'histoire du clang ça fonctionne pas trop. Vu que c'est à compiler avec cmake ça me met une erreur

Message cité 1 fois
n°1390624
Trit'
Posté le 21-05-2016 à 00:51:30  profilanswer
 

Elbarto a écrit :

j'ai un sacré bug avec firefox depuis un pacman -Syu :
 
dès que j'essaie de sauvegarder une page web, ou de télécharger un fichier ça fait planter firefox, avec ce message d'erreur dans la console :
 

Citation :

(firefox:3246): Gtk-WARNING **: Failed to measure available space: L'emplacement indiqué n'est pas pris en charge


 
j'ai beau changé d'emplacement sur le disque pour la sauvegarde ça plante toujours, vous avez une idée ?


Ah, je suis donc pas le seul à qui ça arrive ! :pfff:  
 

Elbarto a écrit :

le problème vient de la dernière version de gtk3, car tous les logiciels gtk3 vont planter dès qu'on utilise la fonction "enregistrer sous" :
 
https://bugs.archlinux.org/task/49411
 
https://bugzilla.gnome.org/show_bug.cgi?id=766694
 
un bug énorme non détecté malgré les gens qui utilisent le dépôt testing, ça aurait dû leur sauter à la figure ce bug vu sa sévérité


[:jsuistropcon]
 
Bon, perso, je vais repasser sur Vivaldi, le temps que la version corrigée arrive…

n°1390625
gee
Bon ben hon
Posté le 21-05-2016 à 01:39:48  profilanswer
 

kikiesttoujoursla a écrit :

bon l'histoire du clang ça fonctionne pas trop. Vu que c'est à compiler avec cmake ça me met une erreur


cmake ca ne compile pas, ca ne fait que creer un Makefile.

Message cité 1 fois

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390626
Elbarto
Posté le 21-05-2016 à 02:39:17  profilanswer
 

à priori ça devrait fonctionner en modifiant /etc/makepkg.conf

 
Citation :

Add export CC=clang and (for C++) export CXX=clang++ to your /etc/makepkg.conf.

 

pour être sûr d'être clair tu ajoutes ces deux lignes dans le fichier /etc/makepkg.conf :

 


export CC=clang
export CXX=clang++

 

puis reconstruire ensuite le paquet en question avec "makepkg",

 

faut profiter de la facilité de créer des paquets avec archlinux en utilisant "makepkg" et un PKGBUILD ( il suffit de reprendre celui du paquet officiel que l'on veut reconstruire )

Message cité 1 fois
Message édité par Elbarto le 21-05-2016 à 02:46:31
n°1390627
gee
Bon ben hon
Posté le 21-05-2016 à 04:21:38  profilanswer
 

Helas pas tous les logiciels compilent avec clang...
Tu peux aussi mettre a jour le code pour GCC6, je l'ai fait pour 2 projets sur github deja.
C'etait assez rapide pour chacun.
(Les sites comme https://gcc.godbolt.org/ sont tres pratiques pour cela)

Message cité 1 fois
Message édité par gee le 21-05-2016 à 04:22:56

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390630
kikiesttou​joursla
Bodyboard power !!!
Posté le 21-05-2016 à 09:06:18  profilanswer
 

gee a écrit :


cmake ca ne compile pas, ca ne fait que creer un Makefile.


Désolé effectivement je me suis mal exprimé

 
Elbarto a écrit :

à priori ça devrait fonctionner en modifiant /etc/makepkg.conf

 
Citation :

Add export CC=clang and (for C++) export CXX=clang++ to your /etc/makepkg.conf.

 

pour être sûr d'être clair tu ajoutes ces deux lignes dans le fichier /etc/makepkg.conf :

 


export CC=clang
export CXX=clang++

 

puis reconstruire ensuite le paquet en question avec "makepkg",

 

faut profiter de la facilité de créer des paquets avec archlinux en utilisant "makepkg" et un PKGBUILD ( il suffit de reprendre celui du paquet officiel que l'on veut reconstruire )


En mode test j'ai intégré les export dans le PKGBUILD pour éviter de faire un unset à chaque test en suivant et éviter d'écrire en dur dans le malepkg.conf
Pour makepkg, je m'en sert souvent suivi de pacman -U, pas de soucis là dessus

gee a écrit :

Helas pas tous les logiciels compilent avec clang...
Tu peux aussi mettre a jour le code pour GCC6, je l'ai fait pour 2 projets sur github deja.
C'etait assez rapide pour chacun.
(Les sites comme https://gcc.godbolt.org/ sont tres pratiques pour cela)


Je vais regarder merci mais bon en ce moment ce n'est pas un seul paquet qui pose problème...

n°1390632
gee
Bon ben hon
Posté le 21-05-2016 à 10:30:25  profilanswer
 

C'est sur.
Parfois repasser CC en std=gnu++98 suffit.
Je l'ai fait pour un pkgbuild pour un logiciel qui n'etait qu'une dependance donc aucun interet pour moi de lire le code.


---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390633
Trit'
Posté le 21-05-2016 à 11:34:59  profilanswer
 

Le bug plantogène de GTK+ 3.20.5 a été corrigé avec une nouvelle MAJ 3.20.5-2 ! [:shay]

n°1390669
tromzy
Arrêtez de m'appeler Sire.
Posté le 23-05-2016 à 10:08:59  profilanswer
 

Il y a des navigateurs Web qui peuvent tourner nativement sous Wayland, sur Arch ? Je sais que Firefox c'est niet pour l'instant, mais je pensais à Chromium (et éventuellement Vivaldi, ou autre) ? :??:


---------------
Keep It Simple, Stupid -- Emulation Porn
n°1390672
make insta​ll
Posté le 23-05-2016 à 11:23:55  profilanswer
 

chromium oui mais pas sur de celui dans extra.

n°1390677
tromzy
Arrêtez de m'appeler Sire.
Posté le 23-05-2016 à 12:43:35  profilanswer
 

Effectivement, il y a un chromium-wayland dans AUR.

 

edit : la compilation fail, donc fuck it.


Message édité par tromzy le 23-05-2016 à 12:48:59

---------------
Keep It Simple, Stupid -- Emulation Porn
n°1390768
tromzy
Arrêtez de m'appeler Sire.
Posté le 25-05-2016 à 09:56:42  profilanswer
 

Bon, suivant les conseils de pas mal de monde sur Reddit, j'avais supprimé le pilote xf86-video-intel, car le pilote noyau fonctionne aussi bien, sinon mieux.
 
Bref, tout allait bien dans le meilleur des mondes, sauf qu'en fait je rencontre depuis un GROS problème avec Libre Office. À chaque fois que j'essaye d'ouvrir une popup dans LO, la session Plasma plante et retourne à SDDM.  
 
Là où ça devient vraiment problématique, c'est que du coup, la session d'après, si j'ouvre LO, il veut récupérer mes documents mal fermés, et cette popup de récupération fait à nouveau planter la session. bref, plantages en boucle.
 
Du coup, je suis repassé sur le pilote xf86-video-intel, et j'ai plus de problème.


---------------
Keep It Simple, Stupid -- Emulation Porn
n°1390784
farika
Posté le 25-05-2016 à 20:01:52  profilanswer
 

J'avais pas MAJ depuis longtemps et là j'ai NSS qui s'est cassé ainsi que tout ce qui utilise NSS... Du coup pas de firefox.
Une idée ?  
 
Si je tente de réinstaller firefox :
ldconfig: /usr/lib/libnsssysinit.so n'est pas un fichier de type ELF - il a un octet magique au début incorrect.
 
ldconfig: /usr/lib/libnss3.so n'est pas un fichier de type ELF - il a un octet magique au début incorrect.
 
ldconfig: /usr/lib/libnssdbm3.so n'est pas un fichier de type ELF - il a un octet magique au début incorrect.
 
ldconfig: /usr/lib/libfreebl3.so n'est pas un fichier de type ELF - il a un octet magique au début incorrect.
 
ldconfig: /usr/lib/libnssutil3.so n'est pas un fichier de type ELF - il a un octet magique au début incorrect.
 
ldconfig: /usr/lib/libsmime3.so n'est pas un fichier de type ELF - il a un octet magique au début incorrect.
 
ldconfig: /usr/lib/libsoftokn3.so n'est pas un fichier de type ELF - il a un octet magique au début incorrect.
 
ldconfig: /usr/lib/libgtest1.so n'est pas un fichier de type ELF - il a un octet magique au début incorrect.
 
Et si je tente de MAJ / reinstaller NSS :  
 
erreur : la validation de la transaction a échoué (conflit de fichiers)
nss : /usr/bin/certutil est déjà présent dans le système de fichiers
nss : /usr/bin/cmsutil est déjà présent dans le système de fichiers
nss : /usr/bin/crlutil est déjà présent dans le système de fichiers
nss : /usr/bin/modutil est déjà présent dans le système de fichiers
nss : /usr/bin/nss-config est déjà présent dans le système de fichiers
nss : /usr/bin/pk12util est déjà présent dans le système de fichiers
nss : /usr/bin/shlibsign est déjà présent dans le système de fichiers
nss : /usr/bin/signtool est déjà présent dans le système de fichiers
nss : /usr/bin/signver est déjà présent dans le système de fichiers
nss : /usr/bin/ssltap est déjà présent dans le système de fichiers
nss : /usr/bin/symkeyutil est déjà présent dans le système de fichiers
nss : /usr/include/nss/base64.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/blapit.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/cert.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/certdb.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/certt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/ciferfam.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/cmmf.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/cmmft.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/cms.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/cmsreclist.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/cmst.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/crmf.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/crmft.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/cryptohi.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/cryptoht.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/ecl-exp.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/hasht.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/jar-ds.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/jar.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/jarfile.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/key.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/keyhi.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/keyt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/keythi.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nss.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssb64.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssb64t.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssbase.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssbaset.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckbi.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckepv.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckft.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckfw.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckfwc.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckfwt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckg.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckmdt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssckt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssilckt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssilock.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nsslocks.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nsslowhash.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssrwlk.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssrwlkt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/nssutil.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/ocsp.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/ocspt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/p12.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/p12plcy.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/p12t.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pk11func.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pk11pqg.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pk11priv.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pk11pub.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pk11sdr.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs11.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs11f.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs11n.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs11p.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs11t.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs11u.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs12.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs12t.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs1sig.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/pkcs7t.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/portreg.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/preenc.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secasn1.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secasn1t.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/seccomon.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secder.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secdert.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secdig.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secdigt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secerr.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/sechash.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secitem.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secmime.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secmod.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secmodt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secoid.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secoidt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secpkcs5.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secpkcs7.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/secport.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/shsign.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/smime.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/ssl.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/sslerr.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/sslproto.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/sslt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/utilmodt.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/utilpars.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/utilparst.h est déjà présent dans le système de fichiers
nss : /usr/include/nss/utilrename.h est déjà présent dans le système de fichiers
nss : /usr/lib/libcrmf.a est déjà présent dans le système de fichiers
nss : /usr/lib/libfreebl3.chk est déjà présent dans le système de fichiers
nss : /usr/lib/libfreebl3.so est déjà présent dans le système de fichiers
nss : /usr/lib/libgtest1.so est déjà présent dans le système de fichiers
nss : /usr/lib/libnss3.so est déjà présent dans le système de fichiers
nss : /usr/lib/libnssckbi.so est déjà présent dans le système de fichiers
nss : /usr/lib/libnssdbm3.chk est déjà présent dans le système de fichiers
nss : /usr/lib/libnssdbm3.so est déjà présent dans le système de fichiers
nss : /usr/lib/libnsssysinit.so est déjà présent dans le système de fichiers
nss : /usr/lib/libnssutil3.so est déjà présent dans le système de fichiers
nss : /usr/lib/libsmime3.so est déjà présent dans le système de fichiers
nss : /usr/lib/libsoftokn3.chk est déjà présent dans le système de fichiers
nss : /usr/lib/libsoftokn3.so est déjà présent dans le système de fichiers
nss : /usr/lib/libssl3.so est déjà présent dans le système de fichiers
nss : /usr/lib/pkgconfig/mozilla-nss.pc est déjà présent dans le système de fichiers
nss : /usr/lib/pkgconfig/nss.pc est déjà présent dans le système de fichier


Message édité par farika le 25-05-2016 à 20:02:10
n°1390787
make insta​ll
Posté le 25-05-2016 à 20:22:52  profilanswer
 

Commence pas régler ton problème de màj.

n°1390788
farika
Posté le 25-05-2016 à 20:40:56  profilanswer
 

J'ai tout maj (malgré les erreurs de ldconfig). Sauf NSS qui bloque.


Message édité par farika le 25-05-2016 à 20:41:20
n°1390792
make insta​ll
Posté le 25-05-2016 à 21:45:53  profilanswer
 

xxd /usr/lib/libnss3.so | head
file /usr/lib/libnss3.so

 

:??:


Message édité par make install le 25-05-2016 à 21:46:16
n°1390795
gee
Bon ben hon
Posté le 25-05-2016 à 22:02:16  profilanswer
 

Regarde quel paquet contient les fichiers en conflit, et si aucun force l'installation.
Si un autre paquet existe, va falloir comprendre pourquoi.


Message édité par gee le 25-05-2016 à 22:25:16

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390796
Elbarto
Posté le 25-05-2016 à 22:06:35  profilanswer
 

ça sent le paquet AUR qui a installé des fichiers portant le même nom qu'il y a dans le paquet nss,

 

solution possible : trouver à quel paquet appartient les fichiers ( les messages d'erreur "fichier X est déjà présent dans le système de fichier ) :

 

par exemple :
 pacman -Qo /usr/bin/cmsutil

 

ça va te donner le nom du paquet qui fout la merde, supprime ce paquet au cas où il ne s'agirait pas de "nss" ( pacman -Rns paquet_qui_fout_la_merde )

 

puis refais ton pacman -Syu,

 

si pacman te dit que le fichier appartient à aucun paquet alors ça signifie que ce fichier a été installé en mode "old school" ( le "./configure, make, make install" qui installe des trucs dans "/", c'est fortement déconseillé car sous archlinux il est préférable d'installer des choses que via pacman, ou de créer son propre paquet s'il n'existe pas dans les dépôts officiels )

 

dans ce cas fais comme le dit gee, en utilisant l'option "--force" sur ces fichiers n'appartenant à aucun paquet


Message édité par Elbarto le 25-05-2016 à 22:14:12
n°1390805
gee
Bon ben hon
Posté le 25-05-2016 à 22:25:03  profilanswer
 

Je ne conseille pas de desinstaller un paquet sans savoir pourquoi il est la... ca peut poser d'autre soucis.

Message cité 1 fois

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390806
farika
Posté le 25-05-2016 à 22:31:54  profilanswer
 

Le --force sur NSS a résolu le soucis... Je ne me souviens pas avoir fait d'install old school mais c'était avant mon probleme d'écran donc ça date. Tout à l'air de marcher, firefox est revenu.

n°1390807
gee
Bon ben hon
Posté le 25-05-2016 à 22:33:36  profilanswer
 

Ca peut etre simplement la bdd de pacman qui plante et qui "oublie" le contenu d'un paquet.


---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390808
Elbarto
Posté le 25-05-2016 à 22:48:49  profilanswer
 

gee a écrit :

Je ne conseille pas de desinstaller un paquet sans savoir pourquoi il est la... ca peut poser d'autre soucis.

 

pourquoi ?

 

pacman est là comme garde-fou, si un logiciel a besoin du paquet qu'on veut desinstaller on aura un avertissement, et au pire il suffit de réinstaller le bon paquet ensuite qui fournit les mêmes fichiers,

 

en faisant le "--force" ça résout pas forcément le problème, il risque de réapparaitre plus tard si la base de données est toujours incomplète ou corrompu,

 

il y a une commande pour vérifier la cohérence de la base de données de pacman, je ne me souviens plus de la syntaxe mais elle est pratique pour savoir si tous les paquets installés ont bien leurs fichiers présents sur le disque dur,

 

et une autre commande pour lister tous les fichiers n'appartenant à aucun paquet ( autre indice pour savoir si la base de données de pacman est corrompue lorsqu'on on est sûr qu'on a rien installé manuellement, genre le "make install" en root )

 

Message cité 1 fois
Message édité par Elbarto le 25-05-2016 à 23:15:50
n°1390811
Elbarto
Posté le 25-05-2016 à 23:04:33  profilanswer
 

c'est l'option "-Qk" ( ou --check ) de pacman pour vérifier l'intégrité des paquets :

 

pacman {-Q --query} [options] [paquet(s)]
options:
 
  -k, --check              vérifie que les fichiers du paquet sont tous bien présents (-kk pour vérifier les propriétés des fichiers)

 

un "pacman -Qk > check_pkg.txt" devrait donc lancer la recherche et afficher un rapport,

 

pour identifier les fichiers n'appartenant à aucun paquet :

 

https://wiki.archlinux.org/index.ph [...] ny_package


Message édité par Elbarto le 25-05-2016 à 23:16:39
n°1390824
gee
Bon ben hon
Posté le 26-05-2016 à 01:42:13  profilanswer
 

Elbarto a écrit :


 
pourquoi ?
 
pacman est là comme garde-fou, si un logiciel a besoin du paquet qu'on veut desinstaller on aura un avertissement, et au pire il suffit de réinstaller le bon paquet ensuite qui fournit les mêmes fichiers,


Pacman ne dira pas grand chose pour une dependance optionelle ou une dependance pour make...( dans le dernier cas tu me diras ca se verra facilement).
De meme dans le cas de certificats additionels (vu qu'on parle de nss).


Message édité par gee le 26-05-2016 à 01:45:30

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390825
Elbarto
Posté le 26-05-2016 à 03:33:26  profilanswer
 

bug gênant pour les performances avec les CPU intel dans le noyau 4.6 :
 
https://bugs.archlinux.org/task/49467
 
http://www.phoronix.com/scan.php?p [...] Regression

n°1390826
gee
Bon ben hon
Posté le 26-05-2016 à 05:09:52  profilanswer
 

Le test est sur un Xeon, est-ce pareil sur les autres?
Je suis revenu sur cpufreq moi meme, mais parcque pstate ne descend jamais la frequence... et pas besoin de 4GHz pour le web ou un mp3..


---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1390901
Elbarto
Posté le 28-05-2016 à 16:22:42  profilanswer
 

oui il est possible que le bug ne se produit que sur quelques CPU,
 
ou bien que ce soit dû à autre chose, une mauvaise configuration sur le système ubuntu qu'utilise ce testeur, un mauvais fichier de config pour son noyau avec des options innapropriées

n°1390907
Profil sup​primé
Posté le 29-05-2016 à 07:53:28  answer
 

:hello:  
 
Je pose ma question ici même si c'est du léger HS
Je viens de créer une clé Usb d'Antergos pour le tester et faire mes premiers pas dans le monde de la rolling release.
En effet je ne me sens pas capable d'installer un vrai Arch Linux pour l'instant.
https://antergos.com/
 
Seul souci : si cette clé fonctionne parfaitement sur du bios Legacy, impossible de booter en EFI.
Ce qui est fort embêtant car c'est sur un PC en EFI que je voudrais tester cette distribution ( et l'installer éventuellement )
 
Des idées ?  :??:
 
Edit : j'ai utilisé Usbwriter sous Windows pour faire cette clé
https://antergos.com/wiki/fr/instal [...] -live-usb/

Message cité 1 fois
Message édité par Profil supprimé le 29-05-2016 à 07:56:31
n°1390908
XaTriX
Posté le 29-05-2016 à 08:00:32  profilanswer
 

Refaire ta clé usb bootable :o

 

edit: Je viens de voir l'edit, sous win utilise rufus et fous gpt/uefi

 

XaT


Message édité par XaTriX le 29-05-2016 à 08:01:46

---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
n°1390909
Profil sup​primé
Posté le 29-05-2016 à 08:02:48  answer
 

Ok merci je vais essayer  :jap:  
 
J'ai fait un petit test en mode live sur mon PC legacy et c'est super sympa graphiquement Antergos  :love:

Message cité 1 fois
n°1390910
gee
Bon ben hon
Posté le 29-05-2016 à 10:15:20  profilanswer
 

Installer Arch Linux n'est pas si difficile.
Apres l'installation de base tu ajoutes KDE  ou GNOME et ca te rajoute la plupart des trucs dont tu auras besoin.

Message cité 1 fois

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

 Page :   1  2  3  4  5  ..  323  324  325  ..  454  455  456  457  458  459
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
linux + routeur/modem = casse teteDonnez moi des raisons pour me mettre a Linux
Conversation Video sous Linuxfree dégroupé en sagem sous linux et xp??
Linux 10.0 ^no bootInstaller Linux avec Windows XP
integration d'un drivers dans linux comment?FreeBSD vs Linux
[LINUX] comment faire marcher une clé usb?Linux oui mais...
Plus de sujets relatifs à : [ Arch Linux ] Nouveauté, Stabilité, Simplicité [HAPPY BIRTHDAY !] \o/

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.111 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR