Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Official announcements | Annonces officielles nouvelle version : 2.0.1
The latest stable release is the *3.4.0* : How to install it here.
Note: We just switched from BZR to Git on Github! (only to host the code and your future pull requests)
Official announcements | Annonces officielles

Subjects Author Language Messages Last message
[Locked] nouvelle version : 2.0.1
Page : 1 2 3 4
fabounet Français 70 fabounet [Read]
12 August 2009 à 18:22

matttbe, Sunday 09 August 2009 à 19:09


Subscription date : 24 January 2009
Messages : 12573
@ Gilir (suite)
en modifiant le fichier 'cairo-dock-plug-ins.install' par
usr/lib


Voici les erreurs (tjs pour hardy)
make[2]: Leaving directory `/build/buildd/cairo-dock-plug-ins-2.0.8~ppa2~hardy2/xmms'
make[1]: Leaving directory `/build/buildd/cairo-dock-plug-ins-2.0.8~ppa2~hardy2'
dh_install
cp: cannot stat `./usr/lib': No such file or directory
dh_install: command returned error code 256
make: *** [binary] Error 1
dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error exit status 2


Une idée pour réparer cette erreur ?

Aussi, pour faire un ancien preinst, dois-je ajouter un ligne binary-preinst/cairo-dock-data:: dans le fichier rules ? Ce serait pour effacer le contenu de /usr/share/cairo-dock/ avant d'installer et éviter une erreur pour les personnes ayant installé précédement le dock depuis le dépôt glx-dock.org et où il y aurait un conflit entre le paquet cairo-dock et cairo-dock-data. Voilà ce que l'on pouvait avoir si on avait installé le dock depuis les dépôts d'Ubuntu puis que l'on voulait mettre à jour avec le dépôts de glx-dock.org :
trying to overwrite `/usr/share/cairo-dock/default-indicator.png', which is also in package cairo-dock-data
dpkg-deb: subprocess paste killed by signal (Broken pipe)


EDIT : pour la partie plug-ins, il y a un plug-in gnome-integration et un xfce-integration. Pour xfce par exemple, il faut libthunar-vfs-1-dev pour pouvoir compiler. Mais alors, pour installer le paquet, ça demande alors thunar-data (qui est inutile pour les personnes n'étant pas sur Gnome et inclu d'office pour ceux étant sur XFCE...) comment puis-je mettre une 'exception' dans le fichier control ?
Ce dernier contient actuellement pour le paquet 'cairo-dock-plug-ins' :
Depends:     cairo-dock-plug-ins-data (>= ${source:Version}),
        cairo-dock (>= 2.0.8),
        ${shlibs:Depends},
        ${misc:Depends}


Merci pour ton aide si tu as le temps

fabounet, Monday 10 August 2009 à 12:19


Subscription date : 30 November 2007
Messages : 17118
plutôt que src/*c ça serait pas ../src/*c ?

matttbe, Monday 10 August 2009 à 13:32


Subscription date : 24 January 2009
Messages : 12573
C'est ce qui se trouvait dans le fichier cairo-dock-plugins-2.0.8/po/POTFILES.in.

Je n'ai pas touché au paquet moi mais pour les prochaines versions, ce dossier sera vraiment utile

@ Gilir : si tu passes par ici et que tu as le temps, peux-tu répondre aux trois questions ici plus haut ? (preinst, xfce et hardy)

fabounet, Monday 10 August 2009 à 16:15


Subscription date : 30 November 2007
Messages : 17118
ben ça doit être une erreur alors, ça peut pas être juste src/*.c
par contre ça ne bloque pas chez moi (Jaunty)

gilir, Tuesday 11 August 2009 à 23:27


Subscription date : 09 April 2008
Messages : 83
@matttbe: le preinst c'est pour le conflit avec cairo-dock-data ? Si c'est le cas, tu ajoutes Replaces: cairo-dock-data & Conflicts: cairo-dock-data dans debian/control, + précisément en dessous de la ligne Depends dans le bloc cairo-dock.

Pour hardy, il doit te manquer des commandes dh_* dans ton debian/rules. Comme je te l'ai dit, le paquet est pas du tout adapté à hardy, il faudrait le refaire entièrement (au moins le debian/rules).
En aveugle, je dirais : enlève la ligne dh_makeshlibs -a -n --exclude=* et rajoute dh build --remaining avant le touch.

Pour xfce, regarde dans ton .deb ==> archive control ==> fichier control. Vérifie si la dépendance thunar-data est bien là (ca m'étonne).

matttbe, Tuesday 11 August 2009 à 23:56


Subscription date : 24 January 2009
Messages : 12573
gilir :
le preinst c'est pour le conflit avec cairo-dock-data ? Si c'est le cas, tu ajoutes Replaces: cairo-dock-data & Conflicts: cairo-dock-data dans debian/control, + précisément en dessous de la ligne Depends dans le bloc cairo-dock.
Les paquets créés ici par Fab contenait un cairo-dock et un cairo-dock-plug-ins.
Maintenant, il y a un conflit pour le paquet cairo-dock-data pour les personnes ayant installé précédemment la paquet cairo-dock de Fab.

Je pense donc créer un paquet avec une nouvelle version (2.0.9) et ajouter ceci dans le fichier control pour le paquet cairo-dock-data :
Conflicts: cairo-dock (<= 2.0.8)
Replaces: cairo-dock (<= 2.0.8)

Quelque chose de semblable aussi pour la partie plug-ins. Est-ce correct ?

En aveugle, je dirais : enlève la ligne dh_makeshlibs -a -n --exclude=* et rajoute dh build --remaining avant le touch.
Je vais tester avec dh build --remaining qui n'est pas dans le debian/rules.

Pour xfce, regarde dans ton .deb ==> archive control ==> fichier control. Vérifie si la dépendance thunar-data est bien là (ca m'étonne).
Ce plug-ins demande l'installation de libthunar-vfs-1-2 et comme on peut le voir ici, lui il demande thunar-data en dépendace (7Mo à télécharger pour quelque chose que beacoup n'utiliseront pas !)

Encore merci pour le coup de pouce !

Mav, Wednesday 12 August 2009 à 00:11


Subscription date : 29 November 2007
Messages : 3146
Pour xfce et gnome on peut les mettre en Recommends non ?

matttbe, Wednesday 12 August 2009 à 00:26


Subscription date : 24 January 2009
Messages : 12573
(si tu parles du nouveau paquet 'cd-pg-integration') => 'Recommends' signifie que ce sera ignoré par Synaptic et donc la plupart des personnes n'installeront pas ce paquet !

(si tu parles du paquet 'cd-pg' sans la création d'un nouveau) => Les dépendances des paquets (pas celle pour la construction de ceux-ci) sont trouvées automatiquement. Il vérifie dans les fichiers compilés qui demande quoi, etc. Ce serait bête de passer à côté de cet excellent outil !

fabounet, Wednesday 12 August 2009 à 14:30


Subscription date : 30 November 2007
Messages : 17118
comment ils ont fait dans Compiz ? (la bouée de secours )
il y'a un plug-in Gnome et un autre KDE.

matttbe, Wednesday 12 August 2009 à 15:12


Subscription date : 24 January 2009
Messages : 12573
Eux, il ne poste qu'un paquet et sépare ensuite.
Ils ont un meta paquet (comme nous maintenant sur notre ppa ) puis un core, des plug-ins, etc. mais aussi un Compiz-Gnome/KDE/XFCE. Mais, le meta paquet est dépendant de compiz-gnome ! Si j'ai bien compris, c'est parce que Compiz étant inclu d'office pour Ubuntu (avec Gnome) ou une histoire dans le genre.

Dans ces plug-ins d'intégration, ils ont donc ajouter les dépendances (un peu inutile mais c'est une sécurité en plus). Bref si tu es sur Kde, il ne faut pas installé le meta paquet...
Nous, le paquet d'intégration sera installé d'office et contient tous les plug-ins d'intégration mais sans dépendances.

fabounet, Wednesday 12 August 2009 à 18:22


Subscription date : 30 November 2007
Messages : 17118
oki, merci pour les explications !

Official announcements | Annonces officielles

Subjects Author Language Messages Last message
[Locked] nouvelle version : 2.0.1
Page : 1 2 3 4
fabounet Français 70 fabounet [Read]
12 August 2009 à 18:22


Glx-Dock / Cairo-Dock List of forums Official announcements | Annonces officielles nouvelle version : 2.0.1 Top

Online users :

Powered by ElementSpeak © 2007 Adrien Pilleboue, 2009-2013 Matthieu Baerts.
Dock based on CSS Dock Menu (Ndesign) with jQuery. Icons by zgegball
Cairo-Dock is a free software under GNU-GPL3 licence. First stable version created by Fabounet.
Many thanks to TuxFamily for the web Hosting and Mav for the domain name.