Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Technical discussions | Discussions techniques Cairo-Dock-Team : Comment envoyer un paquet sur le ppa
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)
Technical discussions | Discussions techniques

Subjects Author Language Messages Last message
[Locked] Cairo-Dock-Team : Comment envoyer un paquet sur le ppa
Page : 1 2 3 4 5 6
matttbe Français 101 matttbe [Read]
31 August 2009 à 07:42

nochka85, Tuesday 11 August 2009 à 13:43


Subscription date : 29 November 2007
Messages : 7408
Bah justement, je trouve çà dommage de pouvoir installer cairo-dock-data et cairo-dock-plug-ins-data tout seul ... quel est l'intérêt ?

Pour moi, quoique l'on installe, il faudrait que cela installe tout ... bref, que TOUS ceux qui installent le dock depuis les dépôts est forcément les mêmes paquets.

matttbe, Tuesday 11 August 2009 à 14:14


Subscription date : 24 January 2009
Messages : 12573
Oui mais ce n'est pas possible ! Imagine que cairo-dock-data soit dépendant de cairo-dock-core. Ce dernier étant également dépendant du premier Il faut bien qu'un paquet soit installé avant l'autre sinon ça pose problème ! Et puis qui aurait l'idée d'installer que cairo-dock-data ? Bon, il y en aura tjs bien un mais qu'il n'utilise pas un ordi alors . Si tu veux installer cairo-dock, tu regardes à cairo-dock !
Compiz fait ça par exemple :
+Package: compiz
+Architecture: all
+Depends: compiz-core (>= 1:0.8.2), compiz-plugins, compiz-gnome, compiz-fusion-plugins-main (>= 0.8.2-0), compiz-fusion-plugins-extra (>= 0.8.2), libcompizconfig0 (>= 0.8.2)
+Description: OpenGL window and compositing manager
+ Compiz brings to life a variety of visual effects that make the Linux desktop
+ easier to use, more powerful and intuitive, and more accessible for users
+ with special needs.
+ .
+ This meta-package provides the components necessary for running compiz. It
+ provides the compiz core, a set of standard plugins, a window decorator using
+ the Gtk toolkit and the files necessary to integrate compiz with the GNOME
+ desktop environment.
+
+Package: compiz-core
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}, compiz-wrapper
+Recommends: compiz-plugins (= ${binary:Version})
+Suggests: nvidia-glx (>= 1.0.9625-1)
+Breaks: compiz-extra (<= 0.3.6.1-0ubuntu2), libcompizconfig0 (<< 0.7.8ubuntu4), compiz-fusion-plugins-main (<< 0.7.9), compiz-fusion-plugins-extra (<< 0.7.9)
+Description: OpenGL window and compositing manager
+ Compiz brings to life a variety of visual effects that make the Linux desktop
+ easier to use, more powerful and intuitive, and more accessible for users
+ with special needs.
+ .
+ Compiz combines together a window manager and a composite manager using
+ OpenGL for rendering. A "window manager" allows the manipulation of the
+ multiple applications and dialog windows that are presented on the screen. A
+ "composite manager" allows windows and other graphics to be combined together
+ to create composite images. Compiz achieves its stunning effects by doing
+ both of these functions.
+
+Package: compiz-wrapper
+Architecture: any
+Replaces: compiz-core (<< 1:0.7.7+git20080630-0ubuntu3)
+Depends: ${shlibs:Depends}, ${misc:Depends}, mesa-utils
+Description: OpenGL window and compositing manager, wrapper script
+ Compiz brings to life a variety of visual effects that make the Linux desktop
+ easier to use, more powerful and intuitive, and more accessible for users
+ with special needs.
+ .
+ Compiz combines together a window manager and a composite manager using
+ OpenGL for rendering. A "window manager" allows the manipulation of the
+ multiple applications and dialog windows that are presented on the screen. A
+ "composite manager" allows windows and other graphics to be combined together
+ to create composite images. Compiz achieves its stunning effects by doing
+ both of these functions.
+ .
+ This package contains the wrapper script for testing if Compiz should be
+ started. It is used by Compiz and KWin.
+
+Package: compiz-dev
+Architecture: any
+Depends: libgl1-mesa-dev | libgl-dev, libpng-dev, libxcomposite-dev, libxdamage-dev, libxfixes-dev, libxcursor-dev, libxinerama-dev, libxrandr-dev, libice-dev, libsm-dev, libstartup-notification0-dev, libx11-xcb-dev, libxml2-dev, libxslt1-dev, ${shlibs:Depends}, ${misc:Depends}
+Conflicts: compiz-core (<= 1:0.3.6-0ubuntu3)
+Replaces: compiz-core (<= 1:0.3.6-0ubuntu3)
+Description: OpenGL window and compositing manager - development files
+ Compiz brings to life a variety of visual effects that make the Linux desktop
+ easier to use, more powerful and intuitive, and more accessible for users
+ with special needs.
+ .
+ This package contains the headers and libraries needed to compile compiz
+ plugins.
+
+Package: compiz-kde
+Architecture: any
+Depends: compiz-core (= ${binary:Version}), compiz-plugins (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, compizconfig-backend-kconfig
+Description: OpenGL window and compositing manager - KDE window decorator
+ Compiz brings to life a variety of visual effects that make the Linux desktop
+ easier to use, more powerful and intuitive, and more accessible for users
+ with special needs.
+ .
+ This package contains a window decorator that uses KDE to provide a look and
+ feel similar to that of the default KDE window manager.
+
+Package: compiz-gnome
+Architecture: any
+Suggests: gnome-themes
+Depends: compiz-core (= ${binary:Version}), compiz-plugins (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, compizconfig-backend-gconf (>= 0.7.4)
+Conflicts: compiz-gtk (<= 1:0.3.6-1ubuntu13)
+Replaces: compiz-gtk (<= 1:0.3.6-1ubuntu13), compiz-plugins (<= 1:0.6.99+git20071117-0ubuntu1)
+Description: OpenGL window and compositing manager - GNOME window decorator
+ Compiz brings to life a variety of visual effects that make the Linux desktop
+ easier to use, more powerful and intuitive, and more accessible for users
+ with special needs.
+ .
+ This package contains files needed to integrate compiz with the GNOME desktop
+ environment and a window decorator that uses Gtk to provide a look and
+ feel similar to that of the metacity window manager.
+
+Package: compiz-plugins
+Architecture: any
+Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Conflicts: compiz-gnome (<= 1:0.3.6-0ubuntu3)
+Replaces: compiz-gnome (<= 1:0.3.6-0ubuntu3)
+Description: OpenGL window and compositing manager - plugins
+ Compiz brings to life a variety of visual effects that make the Linux desktop
+ easier to use, more powerful and intuitive, and more accessible for users
+ with special needs.
+ .
+ This package contains the standard plugins that come with compiz. Compiz
+ without these plugins is not very useful.
+
+Package: libdecoration0
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: compiz-core (<= 1:0.3.6-0ubuntu3)
+Replaces: compiz-core (<= 1:0.3.6-0ubuntu3)
+Description: Compiz window decoration library
+ The window decoration library is responsible for drawing the window borders
+ and title bar of windows managed by Compiz. It is used by window decorators
+ like gtk-window-decorator and kde-window-decorator.
+
+Package: libdecoration0-dev
+Architecture: any
+Section: libdevel
+Depends: libdecoration0 (= ${binary:Version}), libx11-dev, libxrender-dev, ${shlibs:Depends}, ${misc:Depends}
+Conflicts: compiz-core (<= 1:0.3.6-0ubuntu3)
+Replaces: compiz-core (<= 1:0.3.6-0ubuntu3)
+Description: Compiz window decoration library - development files
+ The window decoration library is responsible for drawing the window borders
+ and title bar of windows managed by Compiz. It is used by window decorators
+ like gtk-window-decorator and kde-window-decorator.
+ .
+ This package contains files required for developing window decorators
+ compatible with Compiz.
(sorry pour les + )

PS : je viens de trouver un petit tuto sur debhelper pour les curieux : http://doc.ubuntu-fr.org/tutoriel/creer_un_paquet

fabounet, Tuesday 11 August 2009 à 15:09


Subscription date : 30 November 2007
Messages : 17118
je vote pour le méta-paquet avec les règles de 3 messages plus haut, ça me paraît hachement bien
(pour le data j'aurais dis comme Nochka, mais ça va croiser dans tous les sens après non ? enfin, c'est clair qu'un mec qui veut installer que ça aurait intérêt à faire un tour sur le wiki de sa distrib avant ... donc osef )

ppmt, Tuesday 11 August 2009 à 15:53


Subscription date : 29 November 2007
Messages : 3520
matttbe :
@ ppmt : Tu veux faire partie de l'équipe -team ? Pour moi, ce n'est pas un problème, loin de là (les bugs sont en anglais )


je ne vais pas apporter grand chose a en faire partie vu que je ne sais pas code en C mais j'aurais quand meme bien aimer etre tenu au courant de ce qui se passe...c'est dommage

matttbe, Tuesday 11 August 2009 à 17:23


Subscription date : 24 January 2009
Messages : 12573
je ne vais pas apporter grand chose a en faire partie vu que je ne sais pas code en C mais j'aurais quand meme bien aimer etre tenu au courant de ce qui se passe...c'est dommage
Je ne vois pas vraiment où est le problème . Concernant la partie des bugs, c'est généralement dû à une mauvaise utilisation (c'est tout de même censé être une branche stable ).
Sinon, en faisant partie de l'équipe, tu seras averti des bug (tu peux déjà le faire sans être membre), des annonces officielles je pense (pour les paquets approuvés dans les dépôts mais il y aura un message sur ce forum certainement), des éventuelles questions, des paquets générés (si tu utilises le ppa, tu seras averti ! mais il y aura certainement un message sur le forum). Il y aura des annonces, peut-être, mais également pour la partie des traducteurs !

Donc finalement, quoi que tu décides, tu sera toujours tenu au courant !

@ Fab je génère tout ça ce soir !
Juste une question : ça dérangerait un paquet CD-plug-ins-integration en plus, obligé d'être installé si tu installes les plug-ins et où il y aurait uniquement la partie gnome et xfce-integration. (c'est pour laisser l'ajout des dépendances de manière automatique pour la partie plug-ins mais pas pour cette partie).

fabounet, Tuesday 11 August 2009 à 18:03


Subscription date : 30 November 2007
Messages : 17118
j'aimerais autant un seul paquet plug-in mais bon, s'il est installé automatiquement à la limite c'est relativement transparent.
au fait, tu utilises deb_help ? j'ai lu qu'il y'a un truc qui s'appelle CDBS qui est au-dessus de deb_help.

matttbe, Tuesday 11 August 2009 à 19:53


Subscription date : 24 January 2009
Messages : 12573
non, je n'utilise pas CDBS mais debhelper.

Moi je veux bien ne créer que deux paquets au total mais c'est plus embêtant et c'est perdre des automatisations... (dépendances automatiquement générée, paquet data compilé une fois, pas de problème pour compiler les plug-ins (oui, faut les headers de CD s'il n'y a plus le paquet CD-dev), etc.)

C'est comme on veut mais si on peut générer facilement des paquets sans tout changer à chaque fois et puisque ça ne change rien pour les personnes utilisant les dépôts, je pense que ça ne pose pas de problème. Si vous pensez le contraire, discutons-en !

matttbe, Tuesday 11 August 2009 à 20:47


Subscription date : 24 January 2009
Messages : 12573
Pour les traductions réalisées sur Launchpad, il faut que qq1 les télécharge et les ajoute dans le projet BZR (ou par l'intermédiaire du SVN).

On peut par exemple voir qu'actuellement la traduction russe a été complétement revue par Alyx Nikolaenko. Il suffit donc de télécharger le fichier ru.po et de l'ajouter sur le SVN/BZR pour que les modif soient prisent en compte.

----

Pour compléter une langue, c'est facile :
  • soit on complète avec l'outil de Launchpad (en ligne donc)
  • soit on télécharge le fichier, on l'édite en local et on l'upload (en précisant que ce fichier a été téléchargé sur LP (option 1 (User upload) à l'envoi car contient des tag de LP))


Pour commencer une nouvelle langue, on se rend à la page https://translations.launchpad.net/cairo-dock-core/trunk/+pots/cairo-dock/co en changeant 'co' par sa langue (fr, it, etc.). On peut télécharger le fichier .po avec les tag de LP et l'envoyer par la suite (option 1 (User upload)). Ou utiliser l'outil de Launchpad pour les modif en ligne ou encore envoyer le fichier cairo-dock.pot de la partie SVN/BZR et l'envoyer (option 2 (Published upload))

ppmt, Tuesday 11 August 2009 à 21:03


Subscription date : 29 November 2007
Messages : 3520
et quelqu'un doit fixer la derniere traduction qui reste pour le francais....j'arrive pas a le faire moi!

nochka85, Tuesday 11 August 2009 à 21:54


Subscription date : 29 November 2007
Messages : 7408
Je comprends pas trop le "cheminement" de la migration vers les launchpad -> Actuellement, toutes les modifs faites sur le SVN sont appliquées sur BZR ? .... Et les modifs faites sur BZR ? ... Et surtout : Quand est-ce que les modifs ne se feront QUE sur BZR ? .... ou alors on continue avec le SVN à coup d'imports vers BZR ????

Bref, je suis un peu "à la rue" là !

matttbe, Tuesday 11 August 2009 à 23:15


Subscription date : 24 January 2009
Messages : 12573
@ ppmt : elle est correct en fait... mais bon. Faudrait reporter le bug sur Launchpad. Tu le fais ou je tente de le faire ?

@ Nochka : Actuellement, le code SVN est importé sur BZR (avec une partie plug-ins en attente ).
L'inverse n'est pas possible...

Donc pour le moment, il sert à décoré (et pour les traductions). Une fois que tout sera ok (après le problème des plug-ins) SVN sera abandonné (faut pas oublier un message pour les utilisateurs => donc stopper vnc-imports et tout virer sur le SVN en ne laissant qu'un seul fichier ) de ce qu'il était convenu.

Pour les traductions, tous les fichiers .po sont importés de BZR vers l'outil de LP

ppmt, Tuesday 11 August 2009 à 23:29


Subscription date : 29 November 2007
Messages : 3520
@matttbe : en fait je voudrais changer un peu le texte mais bon....Je vais essayer de reporter le bug sur le launchpad si ca ne t'embete pas ?

gilir, Tuesday 11 August 2009 à 23:41


Subscription date : 09 April 2008
Messages : 83
@mattbe
Je passe là pour les explication du PPA.
J'ai compris ton problème des libs xfce. Tu as pas d'autres choix que d'isoler les plugins "xfce" dans un paquet à part.

Et avant de parler de meta-paquet, essayez de finir les paquets actuels Parce qu'il suffit de jouer avec les Depends/Recommends pour avoir ce que vous voulez

matttbe, Wednesday 12 August 2009 à 00:07


Subscription date : 24 January 2009
Messages : 12573
@ Gilir : ok pour xfce. Je vais donc créer un paquet cairo-dock-plug-ins-integration sans dépendance.

En résumé, voici ce que l'on aura (CD = 'cairo-dock') :
  • CD : CD-core et CD-plug-ins en dépendances
  • CD-core : CD-data en dépendance
  • CD-plug-ins : CD-plug-ins-data, CD-plug-ins-integration et CD-core en dépendances
  • CD-plug-ins-integration : CD-plug-ins-data et CD-core en dépendances
  • CD-data ou CD-plug-ins-data : pas de dépendance.


le paquet 'cairo-dock' étant un "meta-paquet" avec seulement le manuel et les raccourcis
(debian/rules : )
DEB_INSTALL_MANPAGES_cairo-dock := debian/cairo-dock.1

binary-predeb/cairo-dock::
    dh_desktop debian/*.desktop


PS : un peu fatigué, je lance les tests sur mon ppa et demain, si tout va bien, les paquets seront à tester après la construction des paquets dans la journée !

matttbe, Wednesday 12 August 2009 à 11:35


Subscription date : 24 January 2009
Messages : 12573
@ Gilir :
  • Pour Hardy, ça bug tjs au dh_install :
    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
    Pourtant il n'y a pas eu de problème dans ce genre avec le paquet cairo-dock... Une idée ? Quand tu parlais de 'tout refaire', ce serait avec quelle méthode ?

  • C'est maintenant ok pour le paquet CD-plug-ins-integration (j'ai juste été obligé de mettre tous les fichiers *.so en dur pour ne pas les avoir dans deux paquets et donc inclure tout de même les dépendances !

  • C'est ok aussi pour le méta-paquet.

=> Je génère les paquets tantôt pour Jaunty et je testerai sur un autre ordi !


@ fabounet : serait-il possible que les plug-ins d'intégration porte un nom différent pour la suite ? Pour l'instant, ils portent tous le préfix 'libcd-(...).so'. L'idée serait de sélectionner tous les plug-ins avec un jocker ('libcd-*.so') sans englober les plug-ins d'intégration qui porteraient un nom légèrement différent (si possible !) => libcdintegration-xfce/gnome/gnome-old.so.
Sinon, ce n'est pas grave, il faudra juste penser à ajouter les nouveaux plug-ins


@ ppmt : merci pour avoir poster le bug sur lp (mais la prochaine fois, attribue-le à Launchpad-Translation et non à CD )

fabounet, Wednesday 12 August 2009 à 14:42


Subscription date : 30 November 2007
Messages : 17118
le nom du fichier .so n'a pas d'importance.
par contre tu veux vraiment les isoler dans un sous-répertoire ?

matttbe, Wednesday 12 August 2009 à 15:26


Subscription date : 24 January 2009
Messages : 12573
L'idéal serait de pouvoir atteindre toutes les lib de plug-ins sans les plug-ins d'intégration. Qu'ils soient dans un autre répertoire ou avec un préfix différent de 'libcd-', ça ne change rien pour la création de paquets si on peut les différencier. Ce serait déjà beaucoup mieux que de retaper tous les fichiers .so dans les .install

Aussi, pour le problème de traduction. => https://translations.launchpad.net/cairo-dock-core/trunk/+pots/cairo-dock/fr/330/+translate
En fait, voilà ce qu'on peut trouver :
#: ../data/messages:395
#, c-format
msgid "Setting it to 0.33 will mean that 33% of the icons will reflect on the ground. The icons will be placed at the right distance from the front border of the frame so that the reflect is fully visible."
=> Lz "#, c-format3 n'a rien à faire là . C'est ajouté automatiquement je pense mais il n'y a pas moyen de corriger ?

ppmt, Wednesday 12 August 2009 à 15:57


Subscription date : 29 November 2007
Messages : 3520
@ ppmt : merci pour avoir poster le bug sur lp (mais la prochaine fois, attribue-le à Launchpad-Translation et non à CD )


sauf que au final c'est bien CD qui est en cause ou en tout cas une phrase

D'ailleurs comment on va fixer ca ?

matttbe, Wednesday 12 August 2009 à 16:44


Subscription date : 24 January 2009
Messages : 12573
Paquets générés sans erreur et testés sur Jaunty 64bits (une mise à jour depuis les paquets du dépôt de glx-dock.org vers le nouveau ppa) et... sans erreur également !!!!

Merci à Gilir pour ton aide et tes fichiers, je ne t'ai pas oublié dans le copyright (il y a encore une erreur avec Hardy mais bon...)

Maintenant je fais une annonce aux beta-testeur => https://edge.launchpad.net/~cairo-dock-team/+archive/ppa.

J'ouvrirai un nouveau sujet dans 'Annonces' sur ce forum ce soir si d'autres tests confirment que tout est ok !
Une annonce également sur Launchpad est prévue !
Mav, tu pourras prévenir la personne dont tu parlais.
Il faudra mettre le Wiki à jour également.

Mais, que fait-on du dépôt 'http://repository.glx-dock.org/' ? Il y a tjs les paquets debian...

Si vous voulez créer des paquets sur votre ppa et tester (en changeant le numéro de version...), les dossiers Debian sont disponibles dans cette archive : ppa-debian.tar.bz2. Enjoy, it's easy

nochka85, Wednesday 12 August 2009 à 16:57


Subscription date : 29 November 2007
Messages : 7408
Enjoy, it's easy


Pourtant j'ai tout lu et tout suivi .... mais j'ai rien compris

... Mais bon, je ne vois pas trop l'intérêt pour nous de générer nos propres paquets sur un ppa perso .... me trompes-je ?

Technical discussions | Discussions techniques

Subjects Author Language Messages Last message
[Locked] Cairo-Dock-Team : Comment envoyer un paquet sur le ppa
Page : 1 2 3 4 5 6
matttbe Français 101 matttbe [Read]
31 August 2009 à 07:42


Glx-Dock / Cairo-Dock List of forums Technical discussions | Discussions techniques Cairo-Dock-Team : Comment envoyer un paquet sur le ppa 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.