Archlinux.fr [Forums]

Fraichement arrivé dans les bacs, le gestionnaire de session Xfce4 à la xubuntu, avec le bouton suspend et hibernate pour mettre en veille la machine.

ou ça ?

Sur le repo archlinux-fr : xfce4-session-patched.

Heu... oui, je ne suis presque plus le canal historique. :p

Je suis con, j'avais oublié le "y"..... Forcément, il le trouvait pas.

il y a pas une erreur ? il devrait pas y avoir un conflit avec xfce4-session ?

looking for inter-conflicts... done.

Targets: xfce4-session-patched-4.4.1-1

bash-3.2$ yaourt -Q xfce4-session
xfce4-session 4.4.1-2

Je confirme que ya un conflit entre les 2 paquets !
J'ai testé la version patché, ca rox, le portable se met en "Suspend"(et se rallume) sans broncher

Par contre Hibernate a pas l'air de marcher (ca eteind carrement le PC), mais j'ai pas cherché pkoi :p
Merci pour l paquet (une fois que tu l'auras corrigé ^_^)

Grr...

typo : conflits au lieu de conflicts.

Pour hibernate c'est normal que ça éteigne le PC ; La mémoire est mise sur dans le swap, puis lorsque le kernel démarre il restaure la mémoire dans l'état où elle était avant la mise en veille.

Il faut ajouter resume=/dev/<part_swap> dans les paramètres du kernel pour activer la restauration (pour le kernel standard non patché suspend2).

Marche toujours pas chez moi, je coince la dessus:

Some modules failed to unload: nvidia
hibernate: Aborting suspend due to errors in ModulesUnloadBlacklist (use --force to override).

J'ai le kernel suspend2

Le paquet présent est patché pour communiquer avec hal et lui dire de mettre en hibernation ou en suspend la machine. Il n'y a donc pas y avoir de problème de ce côté là. Le patch est entièrement transparent puisqu'il laisse à hal le soin de gérer.

C'est le module nvidia qui est l'unique responsable. La solution, si elle existe, est à regarder du côté de ce module propriétaire.

Uep, en faite ca m'a carrement "cramé" ma partition swap, au reboot pas moyen de la monter, obligé de faire un mkswap /dev/sda7 pour la "regenerer". Et j'ai un kernel-ck , ca aide p-e pas ^_^

mimas a écrit :Le paquet présent est patché pour communiquer avec hal et lui dire de mettre en hibernation ou en suspend la machine. Il n'y a donc pas y avoir de problème de ce côté là. Le patch est entièrement transparent puisqu'il laisse à hal le soin de gérer.

C'est le module nvidia qui est l'unique responsable. La solution, si elle existe, est à regarder du côté de ce module propriétaire.

Rien à dire sur le paquet, c'est nvidia qui merde

pascalp a écrit :c'est nvidia qui merde

Je n'osais pas le dire. :p

Bonjour, question simple : comment faire pour installer ce paquet quand on a le conflit avec l'autre paquet ?

Code : Tout sélectionner

[jeddo@jdesktop ~]$ sudo pacman -S xfce4-session-patched
Résolution des dépendances... terminé.
Recherche des conflits possibles entre paquets... terminé.

Cibles: xfce4-session-patched-4.4.1-1  

Taille totale des paquets:   0,95 Mo
Taille totale des paquets installés:   2,46 Mo

Procéder à l'installation? [O/n] 
Analyse de l'intégrité des paquets... terminé.
Nettoyage... terminé.
(1/1) Analyse des conflits entre fichiers           [##################################################################] 100%
Erreur: la préparation de la transaction a échoué
Erreur: la validation de la transaction a échoué (conflit de fichiers)
xfce4-session-patched: /usr/bin/xfce4-autostart-editor est déjà présent dans le système de fichiers
xfce4-session-patched: /usr/bin/xfce4-session est déjà présent dans le système de fichiers
xfce4-session-patched: /usr/bin/xfce4-session-logout est déjà présent dans le système de fichiers
xfce4-session-patched: /usr/bin/xfce4-tips est déjà présent dans le système de fichiers
[...]
xfce4-session-patched: /usr/share/xfce4/tips/tips.dat est déjà présent dans le système de fichiers

Des erreurs se sont produites, aucun paquet n'a été mis à jour.

Ah oui, pendant que j'y pense : comment vérifier que mon matériel peut gérer les fonctions suspend et/ou hibernate ?

comment faire pour installer ce paquet quand on a le conflit avec l'autre paquet ?

Désinstaller l'autre. (Enfin, celui que tu ne veux pas).

Ah oui, pendant que j'y pense : comment vérifier que mon matériel peut gérer les fonctions suspend et/ou hibernate ?

Avec la commande :

Code : Tout sélectionner

hal-device | grep power_management

Merci pour cette réponse

Code : Tout sélectionner

[jeddo@jdesktop ~]$ hal-device | grep power_management
  power_management.can_suspend_to_disk = true  (bool)
  power_management.acpi.linux.version = '20070126'  (string)
  power_management.can_hibernate = true  (bool)
  power_management.is_powersave_set = false  (bool)
  power_management.can_suspend_to_ram = false  (bool)
  power_management.can_suspend = false  (bool)
  power_management.type = 'acpi'  (string)
  power_management.can_suspend_hybrid = false  (bool)

Je peux hiberner \o/
Par contre, suspend c'est moins clair. Il y a des subtilités qui m'échappent

Ah mince, du coup j'ai perdu le droit d'éteindre ou de rebooter la machine en tant qu'utilisateur. Je sais que j'avais eu le problème avec le paquet non patché, mais je ne me souviens plus ce qu'il faut faire (changer les droits d'exécution sur un fichier ?)...

Ça s'est résolu au démarrage suivant. Par contre l'interface est moche

Jeddo a écrit :Par contre l'interface est moche

Mais ce ne sont que quelques boutons (accent imitation Fernandel).

J'en profite pour dire que le patch fonctionne tel quel sur la dernière version (4.4.2), je mettrai à jour le paquet prochainement (actuellement je suis sur mimarchlinux pour i586 :p).

Tu fais une recompilation de arch pour i586? Ca m'intéresse ça, vu que lowarch est dans les choux !

J'ai modifié des paquets pour alléger les dépendances et supprimer des options de compilations inutiles, et j'utilise un makepkg patché pour modifier dynamiquement la variable arch, ce qui m'évite d'avoir à redéfinir pour chaque PKGBUILD un arch=('i586' 'i686' 'x86_64').

En ce qui concerne les PKGBUILD, je pourrais les mettre en ligne mais officieusement car certains sont incomplets, pas à jour, des crédits supprimés (oups). C'est du fait à l'arrache(tm) mais ma machine fonctionne. :]

Je pourrais effectivement uploader mes paquets sur un dépots car je fais le ménage assez régulièrement sur mon disque. Ma politique est pas de patch inutiles et pas de dépendances qui me sont inutiles, Donc ça ne fonctionne pas partout sur tout.

Je garde aussi les docs gtk-html et fichiers info, je vire les locales étrangères.

Enfin, mes flags de compilations sont "-march=i586 -mtune=c3 -Os" (processeur avec un petit cache L1 :p), généralement avec un --disable-static passé comme argument dans le ./configure.

Et pour conclure, je ne tiens pas à maintenir une distro.

Archlinux.fr [Forums]

[PKGBUILD] xfce4-session-patched

[PKGBUILD] xfce4-session-patched