Official announcements | Annonces officielles
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
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 |
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) |
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
|