Official announcements | Annonces officielles
matttbe, Wednesday 09 September 2009 à 12:49
|
|
nochka85, Wednesday 09 September 2009 à 13:00
|
|
Subscription date : 29 November 2007
Messages : 7408
|
soit je mets dans les dépendances qu'il faut exactement la même version pour installer CD et ses plug-ins
Bah le problème n'est même pas là car la première fois, j'avais tout d'updaté en 2.1.0 .... mais les plugins ne marchaient pas |
fabounet, Wednesday 09 September 2009 à 14:28
|
|
Subscription date : 30 November 2007
Messages : 17118
|
on a jusqu'à quand pour faire passer les bug-fixs ?
on va juste faire une branche spéciale Ubuntu qu'on va appeler 2.0.9 ou même 2.0.8.1 s'il le faut, faire un changelog avec tous les bug-fixs, et leur envoyer ça ?
combien de pages le changelog ?
Edit : pas compris le "ne pas faire trop de commit sur Ubuntu " |
matttbe, Thursday 10 September 2009 à 01:20
|
|
Subscription date : 24 January 2009
Messages : 12573
|
fabounet : on a jusqu'à quand pour faire passer les bug-fixs ? Normalement, quand on veut mais... plsu on tarde, plus ils vont regarder en détails les changements (des diff sont générés automatiquement) je suppose .
La beta freeze est prévue pour le 24 septembre
"ne pas faire trop de commit sur Ubuntu " Ce serait juste mieux de ne pas faire une commit tous les deux jours sur les dépôts officiels
Bah le problème n'est même pas là car la première fois, j'avais tout d'updaté en 2.1.0 .... mais les plugins ne marchaient pas Mais mnt, tout est bien ok ? |
nochka85, Thursday 10 September 2009 à 01:23
|
|
Subscription date : 29 November 2007
Messages : 7408
|
Mais mnt, tout est bien ok ?
Oui |
fabounet, Thursday 10 September 2009 à 14:52
|
|
Subscription date : 30 November 2007
Messages : 17118
|
oki, 2 semaines donc.
tendu
mais je pense que la RC fera une bonne candidate et qu'on pourra la leur filer.
je suis en pleine relecture de code, donc pendant 2 semaines attendez-vous à des corrections de bugs plutôt qu'à des nouveautés
tiens une question : comment est géré l'effacement des anciens plug-ins ?
j'ai trouvé hier que c'était la présence de 2 gnome-integration qui était responsable de Alsamixer/Xgamma qui revenait tout le temps (par contre pas trouvé la cause exacte)
Edit : pour les trad, je pensais n'intégrer que celle qui sont faite à plus de 90%.
àa en fait une demi-douzaine, les autres sont assez incomplètes
après il y'a des tas de "fuzzy" qui trainent dedans et ça fait des traductions à la noix. |
nochka85, Thursday 10 September 2009 à 15:17
|
|
Subscription date : 29 November 2007
Messages : 7408
|
Edit : pour les trad, je pensais n'intégrer que celle qui sont faite à plus de 90%.
àa en fait une demi-douzaine, les autres sont assez incomplètes
Après les incomplètes, pourquoi ne pas les intégrer tout de même mais en anglais (bref, non traduite) ? ... ce serait tout de même dommage de priver les gens de bonnes applets juste à cause de la traduction |
fabounet, Thursday 10 September 2009 à 15:19
|
|
Subscription date : 30 November 2007
Messages : 17118
|
gni ?
tu veux dire les trads du dock à plus de 90% et toutes celles des applets ? |
matttbe, Thursday 10 September 2009 à 15:27
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Non mais c'est tjs ça de gagner si on intègre toutes les langes... Les parties non traduites seront en anglais.
tiens une question : comment est géré l'effacement des anciens plug-ins ?
j'ai trouvé hier que c'était la présence de 2 gnome-integration qui était responsable de Alsamixer/Xgamma qui revenait tout le temps (par contre pas trouvé la cause exacte) Normalement, elles sont remplacées (dans la 2.1.0, c'est comme ça) |
nochka85, Thursday 10 September 2009 à 15:31
|
|
Subscription date : 29 November 2007
Messages : 7408
|
En tous cas, cela relance le sujet d'un système d'applets décentralisées ( = sur notre FTP ... comme les thèmes donc ) ... Cela permettrait de ne pas dépendre du dépôts Ubuntu !
Le principe pourrait être le suivant :- SOIT on garde les applets "bateaux" (du type clock, switcher, shortcuts, etc...) avec le dock, et on décentralise les autres, SOIT on continue à fournir TOUTES les applets "finalisées", mais on colle sur le serveur les autres
- On ajoute 1 menu pour télécharger les applets distantes ... ce qui les compilerait pour sa version du dock.
- En cas d'update du dock, au redémarrage, ce dernier recompilerait automatiquement les applets téléchargées ... voir, on ajoute dans le menu précédent une fonction "recompiler". Et en cas d'incompatibilité (aplets récentes + dock trop vieux), on affiche un message invitant l'utilisateur à utiliser le dépôt officiel (et plus celui d'Ubuntu) ... et s'il accepte, le dock modifie le sources.lst pour ajouter notre dépôt (qui lui embarquerait toutes les applets ... quoique) et on update le dock
|
matttbe, Thursday 10 September 2009 à 15:57
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Reste le problème pour compiler (dépendances nombreuses, temps d'attente, problème en fonction des versions, etc.) |
nochka85, Thursday 10 September 2009 à 16:19
|
|
Subscription date : 29 November 2007
Messages : 7408
|
- dépendances nombreuses : Il suffit de télécharger (en plus du tar.gz contenant les sources de l'applet décentralisé) un script qui s'occupe ET de vérifier/installer les dépendances, ET de la première compile
- problème en fonction des versions : En cas d'erreur de compil, on aurait le choix entre "Désinstaller l'applet décentralisée car plus compatible avec sa vieille version du dock" ET "Migrer vers les dépôts glx-dock.org"
- temps d'attente : Effectivement ... mais c'est le prix à payer pour celui qui ne veux pas faire l'effort de migrer vers les dépôts cairo-dock ... Et ensuite, on n'est peut être pas obligé de lancer la re-compil à chaque modif de version du dock ! Exemple : La rev.300 est installée chez moi MAIS la rev. 1300 des plug-ins a plantée ... Et bien mon dock se lance tout de même AVEC les plugins ... Bref, SI une applet décentralisée est connue comme étant téléchargée ET que cette applet apparaît bien dans le dock, ALORS on ne lance pas la re-compil automatique (et en cas de soucis, l'utilisateur peut la forcer avec le bouton "recompiler" qu'il y aura dans le menu ) ... ET SI une applet décentralisée est connue comme étant téléchargée ET que cette applet n'apparaît pas dans le dock, ALORS on lance une compile automatique au démarrage ... avec pourquoi pas un message laissant le choix à l'utilisateur : Re-compiler/Désinstaller/"Ne rien faire pour l'instant" ... et dans le dernier cas, le message réapparaitra au lancement suivant
|
matttbe, Thursday 10 September 2009 à 17:28
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Je serais plus d'accord pour un message 'Une nouvelle version est disponible' . S'ils sont sur Ubuntu => voulez-vous ajouter notre dépôt + mettre à jour ?
Il y en a qui n'aiment pas non plus le fait d'avoir des mises à jour journalière (tous ceux qui sont encore sur Hardy ou Intrepid par exemple).
Ou alors, des tar.gz comme pour screenlets (on peut utiliser lp pour les compiler).
En ce qui me concerne, je préfèrerais avoir un panneau de configuration qui enregistre automatiquement les modif (plus de bouton appliquer), que cette fonctionnalité. |
nochka85, Thursday 10 September 2009 à 18:03
|
|
matttbe, Thursday 10 September 2009 à 19:10
|
|
Subscription date : 24 January 2009
Messages : 12573
|
çà plus un nettoyeur automatique au lancement du dock des # dans les conf +1 |
nochka85, Thursday 10 September 2009 à 19:54
|
|
Subscription date : 29 November 2007
Messages : 7408
|
@Fab: Je crois que c'est la feature la plus facile à coder que l'on t'ai jamais demandée en plus ! |
taiebot65, Thursday 10 September 2009 à 20:06
|
|
Subscription date : 26 October 2008
Messages : 1904
|
Peut etre que ca reglera mon probleme avec ma carte graphique |
fabounet, Friday 11 September 2009 à 14:46
|
|
Subscription date : 30 November 2007
Messages : 17118
|
Les parties non traduites seront en anglais.
ben ça fait pas propre
je pense que c'est encore miuex d'avoir tout en anglais que moitié moitié.
de plus quid des "fuzzy" ? ceux-là donnent des trad fausses, ce qui est pire que tout.
Normalement, elles sont remplacées
et RB, xmms, cpusage, etc ?
on fait un rm -rf avant ou pas ?
la feature la plus facile à coder que l'on t'ai jamais demandée beuh, pas sûr car en fait je ne récupère jamais les "\n", donc je ne sais jamais où ils sont. |
matttbe, Friday 11 September 2009 à 14:52
|
|
Subscription date : 24 January 2009
Messages : 12573
|
et RB, xmms, cpusage, etc ?
on fait un rm -rf avant ou pas ? => il y a un purge avant !
de plus quid des "fuzzy" ? ceux-là donnent des trad fausses, ce qui est pire que tout. Les phrases précédées de 'fuzzy' ne sont pas affichées je pense |
fabounet, Friday 11 September 2009 à 14:58
|
|
Subscription date : 30 November 2007
Messages : 17118
|
il y a un purge avant
ah bon ? ça n'était pas automatique quand je faisais les paquets (il avait fallu que j'ajoute le rm -rf dans le pre-inst)
Les fuzzy ne sont pas affichés ah bon, c'est la fête alors.
bon, alors disons plus de 50% de traduits sinon ça vaut pas le coup d'avoir des bouts de traduits (pas à jour probablement) au milieu de l'anglais. |
Official announcements | Annonces officielles
|