Reprise du message précédent :
2011-01-02: Xfce 4.8pre3 release / Code freeze
Juste après la cuite du nouvel an, c'est courageux ca

[edit] sinon, xfce est-il encore dépendant de hal ?

 
 
cool !!!

Les bouts qui n'ont pas été portés et qui utilisent encore thunar-vfs oui (ex: xfburn, xfce4-places-plugin), mais le core non. Thunar utilise gio (thunar-volman udev directement - bof bof pour *bsd), exo a supprimé son composant exo-hal (et a le support gio), la série 1.x de xfce4-power-manager s'appuie sur upower/udisks, xfce4-session utilise consolekit/policykit et xfdesktop4 dans git a enfin été porté à gio.

Xfce 4.8pre1 est de sortie, c'est la fête !
 
http://foo-projects.org/pipermail/ [...] 27848.html
http://mocha.xfce.org/documentation/changelogs/4.8pre1 (ça c'est du vrai changelog ²)

En parlant de ca:

Ca donne quoi en visuel, comme nautilus qui met tout en parallèle et plombe les débits lorsque l'on écris sur le même volume ? Peut-on espérer mettre en pause certains transferts pour en privilégier d'autres ?

Oula, on va chercher quelques temps les clefs usb

Non, je crois qu'on ne peut pas mettre en pause (mais ça fait tellement longtemps que j'ai pas copié de gros fichiers, donc ça a peut-être changé).
 

Quand tu utilises lvm, tes partitions principales apparaissaient (c'est pas très excitant d'avoir un volume / ou /usr sur le bureau). Ça cache juste ce genre de choses, les clés usb sont toujours là.

Ok, mais si par malheur on a plus les droits de monter une partition non vitale à l'OS, aura-t-on quand même le périphérique visible ou non ?

Je ne sais pas. Thunar utilise deux fonctions de gio : g_unix_mount_point_is_user_mountable () et g_unix_mount_is_system_internal (), mais la doc gio n'est pas très descriptive sur le coup, et j'ai la flemme de regarder dans le code…

Le mieux étant de tester, y a de la compil en vue

ca va etre top . Vivement que je teste .

Ca commence bien pour la compil d'exo-0.5.4

Vais continuer sur le reste pour voir.

[edit]ca continue pour xfce4-session via checkinstall:

Sans parler de xfce4-panel et xfce4-appfinder qui nécessitent garcon-1, pas dans les sources, et introuvable dans les dépôts debian

and again:

 
 
Et si tu regardais les dépendances avant de te lancer bille en tête dans la compilation ?

exo a mis le bazard sur  ma cooker

J'ai trouvé garcon et tumbler, mais reste exo qui ne veut pas compiler
 
Et je pensais que tout était dans le fat*.tar

T'as pas d'erreur à l'a compil ?
 
Pour éviter le bazard, j'ai purger tout ce petit monde

déjà rien que ça :
G_TYPE_DESKTOP_APP_INFO_LOOKU ça vient de la glib, tu as bien installé les paquets de dev de gtk/glib et autres dépendances ?

Oui (d'experimental), et quelques brouettes d'autres en plus: la liste complète du jour: http://pastebin.com/L4JKCeVb
et certains composants recherchent le fichier '/usr/lib/libgdk_pixbuf-2.0.la' introuvable.

 
je compile pas, je me contente de déclarer les bugs quand cela survient.
mais j'aime bien avoir les dernières versions ...    
urpmi est mon ami. ( je sais ... )

Bah quand y a pas les paquets sur launchpad (   ), faut bien compiler

j'utilise depuis longtemps une Cooker ( version de dev de mandriva ) .
si le paquet n'existe pas ou pas a jour, je fais une demande.

ce n'est pas exo, mais l'upload d'une version de glib de dev par une personne non autorisée sans la recompilation ad hoc qui a mis le bazard.

et c'est très probablement parce que tu ne cherches pas correctement...
c'est un fichier issu des paquets de -dev de gtk+2
 
si tu utilisais les outils de ta distribution tu le trouverais sans souci, voir mieux l'interface web fourni par debian :
http://packages.debian.org/search? [...] l&arch=any

 
ah, j'avais compris que c'etait exo, mais qu'il fallait downgrader la glib pour resoudre le probleme, j'ai du mal comprendre.
bon, c'est réparé.

Pourtant libgtk2.0-dev est bien installée

le fichier en lui même est présent ou pas ?
as tu réinstallé le paquet ou cas ou ?
est il à jour ?

Je viens de réinstaller et toujours rien, toujours depuis experimental

je voudrais juste un ls  /usr/lib/libgdk_pixbuf-2.0.la

Tout le packaging est dans desktop/branches/experimental et goodies/branches/experimental du dépôt svn de l'équipe pkg-xfce (pour les debianeux et ubunteros ).
 
Ensuite, si vous avez des soucis de compilation pour xfce4-settings ou xfwm4, assurez-vous d'avoir libxfcegui4 >= 4.7.0 (en tout cas, une version qui ne contient plus libxfce4kbd-private qui est également dans libxfce4ui, mais le compilateur n'utilise pas les bons headers quand les deux sont installées).

vérifies donc que tu as bien un paquet à jour (et provenant bien du media experimental de debian...)

On va faire plus simple

Tiré de ton lien http://packages.debian.org/search? [...] l&arch=any

je répète ma question différemment .
la version de libgtk-dev dont tu disposes correspond bien en terme de numéro de version à la version de experimental considéré comme disponible dans les medias debian *par* le projet debian ?

oui, la 2.27.x

Ce soir, si j'ai le courage, je reprend les paquets de mr_pouit

@mr_pouit: qu'entends tu par packaging ? En naviguant un peu dans les projets, je ne voit pas de .deb mais seulement des .install. Que faut-il en faire ?

 
A priori ce n'est pas la même version non    
d'un coté la version affiché par debian est la 2.22  et toi tu disposes d'une 2.27  (a moins d'utiliser le paquet ipot (cassé de surcroit) il me parait compliqué d'avoir un libgtk en 2.27 étant donné que même l'upstream n'a pas sorti de telle version  la version git étant une 2.91 cf http://git.gnome.org/browse/gtk+/ )
tu n'as pas la sensation de ne pas utiliser les bons paquets ?
De surcroit dans ftp://ftp.fr.debian.org/debian/pool/main/g/gtk+2.0/ je ne trouve *aucun* paquet en 2.27 ...
Tu ne confonderais toute de même pas gtk avec la glib qui elle est en version 2.27 et ne fournit évidemment pas le fichier que tu recherches... ?
As tu donc installer ce paquet ou pas ?

Soit, c'est peut être pas le même paquet au final, mais reste que le .deb issu du site debian ne contient pas libgdk_pixbuf-2.0.la, et là j'ai beau lire plusieurs fois, je ne me trompe pas.

Et oui il est bien installé [MIS A JOUR] libgtk2.0-dev 2.20.1-2 -> 2.22.0-1

tu as vraiment du cassé quelque chose alors...

humf,  
j'ai cherché le fichier que tu avais mis en lien et pas le fichier original
bon tu peux ouvrir un rapport de bug alors sur gdk-pixbuf-2.22.0 en notant le fait qu'il n'inclue pas le fichier /usr/lib/libgdk_pixbuf-2.0.la.
je pense que tu peux tenter de reconstruire ce paquet en modifiant le debian/libgdk-pixbuf2.0-dev.install pour prendre en compte les fichier .la qui ne sont pas inclus lors de la création des debs.
Après tu peux également faire un rapport de bug sur packages.debian.org qui donne un faux résultat :
/usr/lib/libgdk_pixbuf-2.0.la est normalement fournit par gdk-pixbuf et non par gtk+2.0 (j'aurais du chercher sur ma mandriva le fichier au lieu de faire confiance au système de debian).

libgdk-x11-2.0.la est bien dans le paquet, mais lors de la compil c'est libgdk_pixbuf-2.0.la qui est demandé.
[edit]ok, je ferais si ca se manifeste encore avec les paquets issus de svn.

euh j'ai édité au dessus

Ah le vil (second) edit

Etant une truffe avec svn et les dépôts cités, je suis passé par git pour récupérer le tout. Ca passe un poil mieux, mais exo me pose toujours le même problème (ligne 41), libxfcegui4 et xfce4-appfinder écrasent le même fichier ce qui provoque une petite erreur surmontable avec dpkg.
libgdk_pixbuf n'est plus mentionné en tant qu'erreur, mais vu qu'exo est nécessaire pour certains paquets j'ai une erreur sur exo-csource introuvable.