Glx-Dock / Cairo-Dock - Découpage des paquets

Home	Forums	Wiki	Doc	Install	Extras	Screenshots	IRC	Projects	Blog		Users	Groups	Register

Glx-Dock / Cairo-Dock List of forums Technical discussions | Discussions techniques Découpage des paquets

The latest stable release is the *3.2.1* : How to install it here.

Technical discussions | Discussions techniques

	Subjects	Author	Language	Messages	Last message
	Découpage des paquets Page : 1 2 3 4	Mav	Français	77	Mav [Read] 01 April 2008 à 15:38

Mav, Saturday 29 March 2008 à 20:37

| Quote

Subscription date : 29 November 2007
Messages : 3145

Salut les filles,

comme il avait été proposé par un utilisateur anglais, il serait bien de proposer plusieurs paquets, maintenant que les plugins commencent à être en grand nombre.

Voici donc mes propositions :

un paquet cairo-dock-core (avec gnome-integration, xfce-integration et espérons le bientôt kde-integration et gvfs-integration)

un paquet cairo-dock-plug-ins-main avec :

clock
dustbin
logout
shortcuts
rendering

un paquet cairo-dock-plug-ins-extra avec :

alsaMixer
Cairo-Penguin
powermanager
rhythmbox
showDesklets
systray
terminal
weather
Xgamma

un paquet cairo-dock-plug-ins-testing avec :

mail
netspeed
switcher
tomboy
wifi
xmms

A terme, les plug-ins testing stables passeront dans extra voire dans main.

Il faudra réorganiser aussi le SVN dans le même temps en créant ces 4 nouvelles branches:

+branches
cairo-dock-core
cairo-dock-plug-ins-main
cairo-dock-plug-ins-extra
cairo-dock-plug-ins-testing

Voilà c'était mon bref avis sur la question, j'attends les retours du grem's de service (Fab :)), nécro, changfu, ctaf (si il est encore dans le coin), et les autres
PPMT si tu as un quelconque avis, tu peux poster ca sur un autre forum car de toute facon je lirai pas ta réponse

ppmt, Saturday 29 March 2008 à 22:39

| Quote

Subscription date : 29 November 2007
Messages : 3486

bon ben tant pis j'allais dire que j'etais d'accord...

Mais le Fabounet lui il veut pas..j'ai deja debattu avec lui et j'avais perdu

Mav, Saturday 29 March 2008 à 23:14

| Quote

Subscription date : 29 November 2007
Messages : 3145

Oui mais c'est toi t'es pas persuasif

ppmt, Saturday 29 March 2008 à 23:29

| Quote

Subscription date : 29 November 2007
Messages : 3486

ben bonne chance!

Pouet, Saturday 29 March 2008 à 23:47

| Quote

Subscription date : 30 November 2007
Messages : 605

on a des moyens pour le faire accepter, hein fabXray ?

glattering, Sunday 30 March 2008 à 01:39

| Quote

Subscription date : 02 December 2007
Messages : 170

Je suis à moitié pour en fait.

Je dirai un paquet cairo core, un paquet plugin (jugés aussi stables que le dock et donc alignés sur celui ci, grosso modo t'installes ca faorcement avec le dock) et un paquet extra qui regrouperait les plugin fonctionnels mais pas forcement tres stables ou finis.
Ensuite je virerai le paquet testing, ca selon moi ca doit rester uniquement dans le svn pour pas se retrouver avec plein de rapport de bugs dans tous les sens pour des trucs en meme pas version alpha.

Voilou.

/glattering's 2 cents

EDIT: et en fait, je mettrai tout ce qui est clock, rendering, dustbin et logout directement dans le paquet core. Dans plugin je mettrai weather etc. et seulement dans le svn les trucs comme switcher (en dev)

EDIT2 car c'est pas clair, donc:

un paquet core:

cairo dock +
clock
dustbin
logout
shortcuts
rendering

un paquet cairo-dock-plug-ins avec :

alsaMixer
Cairo-Penguin
powermanager
rhythmbox
showDesklets
systray
terminal
weather
Xgamma

dans le svn only

mail
netspeed
switcher
tomboy
wifi
xmms

et quand un truc du svn passe fonctionnel sans trop de bug (pour du debug plus large pour fignoler, comme c'est fonctionel) on le rajoute dans plugin.

ppmt, Sunday 30 March 2008 à 01:58

| Quote

Subscription date : 29 November 2007
Messages : 3486

C'est exactement ce que j'avais propose a Fabounet mais non tetu comme il est (il doit avoir des racines bretonnes!) il n'a rine voulu savoir

Mav, Sunday 30 March 2008 à 03:10

| Quote

Subscription date : 29 November 2007
Messages : 3145

J'adhère aussi Mister glattering en fait, effectivement ton idée semble plus judicieuse (je commence à penser à ppmt là, ca devient hard :))

ppmt, Sunday 30 March 2008 à 03:24

| Quote

Subscription date : 29 November 2007
Messages : 3486

Aleluya

nochka85, Sunday 30 March 2008 à 10:34

| Quote

Subscription date : 29 November 2007
Messages : 7420

Moi y'a un petit truc qui je crois commence à avoir son importance : La taille que prennent tous ces plugins !

En effet, lorsque j'installe tout çà sur mon petit Eeepc et ces 4 petits Go , cela me prend une place non négligeable !
Avec les 2 méthodes de paquets évoquées, vous rendez indissociables des applets qui n'ont pas grand chose à voir entre elles ... et en allant plus loin, je suis obligé d'installer TOUS les paquets alors qu'une toute petite partie des applets m'interressent : Le paquet core (là tout est quasiment indispensable, donc ok !

) + AlsaMixer + Powermanager + Weather + Wifi + Terminal + Mail + Switcher (lorsqu'il sera au point) ... Voilà les seuls paquets que j'utilise sur l'Eeepc. Bref, je me retrouve condamné à garder sur mon disque tout un tas d'applets que je n'utilise pas ...

Aussi, je comprend très bien que gérer chaque applet en paquets indépendant peut être compliqué (du moins tant que le code du dock principal évolue) ... Mais serait il possible, à défaut d'avoir comme je l'avais suggéré un bouton "Télécharger" dans le menu Applet (pour ne télécharger QUE l'applet sélectionné

), un bouton "Supprimer du disque" pour tout simplement enlever les applets que l'on utilise pas ? ... Et si on souhaite les retrouver , on a qu'à retélécharger le paquet principal

Euh, d'ailleurs, si on sait faire cela , est ce que l'on ne peut pas tout de même faire le bouton "Télécharger l'applet" qui irait télécharger le paquet (avec tous les plugins correspondants) , et qui l'installerait (avec tous les plugins) PUIS supprimerait TOUTES les applets non cochées ?!

Mav, Sunday 30 March 2008 à 14:35

| Quote

Subscription date : 29 November 2007
Messages : 3145

Suis d'accord avec toi seulement sur une chose : le bouton 'Supprimer du disque', ca devrait être possible et pas trop compliqué à faire effectivement.
PAr contre, pour le bouton télécharger, je suis pas forcément pour, dans le sens où le but à terme est d'avoir les paquets pour chaque distrib et se passer du bouton Check Updates.
Si on commence à avoir 3-4 manières de téléchargements possibles, ca va être la galère à tout maintenir

Mais si on arrive à générer les paquets deb pour chaque distrib, ca va vraiment le faire

glattering, Sunday 30 March 2008 à 14:51

| Quote

Subscription date : 02 December 2007
Messages : 170

Dans exaile (lecteur audio) par exemple, pour les modules additionnels, y'a une liste et on peut en cocher certains et cliquer sur installer/mettre à jour. Comment c'est gérer ça? Ca va les téélcharger ou bien c'est juste en local (et alors aucun intérêt pour la taille des paquets)?

Mav, Sunday 30 March 2008 à 14:54

| Quote

Subscription date : 29 November 2007
Messages : 3145

Je pense que ca le télécharge mais perso suis pas forcément pour, après c'est un avis perso

glattering, Sunday 30 March 2008 à 14:58

| Quote

Subscription date : 02 December 2007
Messages : 170

Ok, c'est quoi les inconvénients?
Les avantages je vois bien: sélection des seuls applets voulues (pour nochka85 ;)), est ce le seul?

Mav, Sunday 30 March 2008 à 15:09

| Quote

Subscription date : 29 November 2007
Messages : 3145

Bah les inconvénients, c'est toujours pareil, c'est d'avoir multitude de manières d'installer cairo-dock.
Aujourd'hui, on a le SVN, le dépot et Berlios. A terme, Berlios sera out (pour les paquets, pour le SVN je pense que c'est mieux de le garder plutôt que de faire notre propre serveur svn).
On fera un dépot cairo-dock testing avec les version béta
Pourquoi je me focalise sur les dépots ? Parce que le but est que CD soit intégré dans les dépots officiels

J'attends sylvain ou nochka pour faire un test avec la version 64 bits, perso, j'ai réussi à sortir des paquets pour Gutsy et Hardy, faudra modifier le nom des paquets pour prendre en compte la distrib

nochka85, Sunday 30 March 2008 à 15:36

| Quote

Subscription date : 29 November 2007
Messages : 7420

euh ... moi j'suis pas en 64 bits

EDIT : Je ne comprend pas la différence entre installer un paquet comprenant 10 applets et autoriser ensuite de désinstaller les applets une par une ET installer le même paquet et automatiser la désinstallation des applets non cochées ! Si on peut faire la première , autant faire la deuxième !

EDIT 2 : Quant au bouton "Télécharger l'applet / Mettre à jour" , il peut garder exactement la même logique : Cela installe tout (en forçant l'install ou la mise à jour des applets déjà présentes) puis désinstalle automatiquement ce qui n'est pas coché ! On peut aussi imaginer un bouton "Tout mettre à jour" qui mettrait à jour TOUTES les applets (en effaçant les non cochées)

necropotame, Sunday 30 March 2008 à 15:52

| Quote

Subscription date : 29 November 2007
Messages : 1584

ARG connexion de **. Bon je vous fait un résumé de ce que j'avais écrit

- Créer un paquet "cairo-dock" pour chaque distribution
- Créer un gestionnaire d'applet dans cairo-dock pour les télécharger et les installer automatiquement.

Pourquoi ? Par ce que le nombre d'applet grandit de manière impressionnant et que ces applets ce dépendent pas de la distribution, mais uniquement de cairo-dock. De plus, si on continu à faciliter leur écriture, on va rapidement avoir beaucoup de plus d'applet avec parfois, des doublons. Donc on ne poura pas touours faire le tri ni choisir. Avec un gestionnaire d'applet intégré et relier à un serveur, on entre directement dans un système communautaire permettant de distribuer plus rapidement les nouvelle applets. On pourrait leur atribuer un coef de stabilité sous forme d'une série d'étoile. Comme ça, on informe l'utilisateur sur la qualité des applet, mais fabounet et les autres développeur ne s'occupe plus de savoir si ça marche ou pas pour l'intégrer au paquet.

nochka85, Sunday 30 March 2008 à 15:55

| Quote

Subscription date : 29 November 2007
Messages : 7420

à 100% d'accord avec toi !

rhinopierroce, Sunday 30 March 2008 à 19:02

| Quote

Subscription date : 30 November 2007
Messages : 422

+1 pour necropotame

Effectivement, sa solution me paraît la plus adaptée. Sa mise en place sera probablement la plus longue, mais une fois faite, elle sera sans doute la plus simple à gérer.
L'autre avantage serait justement, d'avoir des retours importants et rapidement

glattering, Sunday 30 March 2008 à 19:29

| Quote

Subscription date : 02 December 2007
Messages : 170

oui Necropotame, c'est ce qui est fait dans exaile justement, mais je sais aps comment ça fonctionne (dans les coulisses du logiciel)

Technical discussions | Discussions techniques

	Subjects	Author	Language	Messages	Last message
	Découpage des paquets Page : 1 2 3 4	Mav	Français	77	Mav [Read] 01 April 2008 à 15:38

Post a message

Anti-spam filter	3 (+) plus (+) 9 =
!!! Don't forget the Anti-spam filter !!! Did you know ? The quote tag can display the author of the quote : [quote=author][/quote]

Glx-Dock / Cairo-Dock List of forums Technical discussions | Discussions techniques Découpage des paquets

Haut de page

Online users :

Username
Password
Stay connected