Le voila, il est beau, chaud et stable, la premiere mise à jour de kde 3.5 vient de sortir:
http://www.kde.org
De nombreux bugs corrigés dans le changelog:
http://kde.org/announcements/changelogs/changelog3_5to3_5_1.(...)
On remarquera que bien le caractère mise à jour de cette version de Kde, khtml continue a être amélioré... Et il semble que cela devrait continuer pour kde 3.5.2 histoire de ne pas non plus voir kde stagner en attendant kde 4.0 .
Sinon, y'a des paquets pour kubuntu ici:
http://kubuntu.org
# Ipot dans Sid ?
Posté par Uvoguine . Évalué à 2.
[^] # Re: Ipot dans Sid ?
Posté par gnumdk (site web personnel) . Évalué à 2.
J'ai juste attendu l'annonce officielle...
Et vu que Jonathan Riddell travaille main dans la main avec les packageurs debian, cela n'a rien d'etonnant d'avoir les packages dispos pour debian et ubuntu.
[^] # Re: Ipot dans Sid ?
Posté par un_brice (site web personnel) . Évalué à 1.
Ceux qui sont pressés peuvent le faire à la main dans /etc/portage/package.unmask , après avoir demandé les versions de test dans /etc/portage/package.keywords .
Ou gentiment attendre que ça vienne -_^.
# Backport de kde-i18n-fr pour Breezy
Posté par Serge2 . Évalué à 4.
Pour ceux que ça interresse:
http://serge.claus.free.fr/Packages/Ubuntu/Breezy/kde-i18n-f(...)
# Comme d'habitude...
Posté par Gyro Gearllose . Évalué à 6.
Koffice est d'ailleurs sorti hier en version 1.5 beta1. Pas de quoi faire une news, mais il y a de nombreuses améliorations à tous les niveaux. Le changelog de kexi est particulièrement fourni.
Pour ceux que ça intéresse, le changelog est là ;
http://www.koffice.org/announcements/changelog-1.5beta1.php
Et la news ici :
http://www.kde.org / http://www.koffice.org
[^] # Re: Comme d'habitude...
Posté par gnumdk (site web personnel) . Évalué à 2.
Déjà dispo pour kubuntu ;)
[^] # Re: Comme d'habitude...
Posté par Djax . Évalué à -10.
"deb http://kubuntu.org/packages/kde351/dists/breezy/main/binary-(...) ./"
me donne tout plein d'erreurs de récupération:
La clé GPG de ce dépot est trouvable où?
[^] # Re: Comme d'habitude...
Posté par Sebastien . Évalué à 3.
Ou sinon, comme écrit sur le site de kubuntu:
http://kubuntu.org/announcements/kde-351.php
(Et comme j'en avais encore, j'ai mis l'entrée pour KOffice 1.5 beta1)
Et pour la clef:
[^] # Re: Comme d'habitude...
Posté par Djax . Évalué à 1.
Faut penser à google et aux gens qui auraient le même problème. J'ai mis la liste exhaustive pour cela.
[^] # Re: Comme d'habitude...
Posté par Djax . Évalué à 3.
[^] # Re: Comme d'habitude...
Posté par gnumdk (site web personnel) . Évalué à 5.
T'as pas remarqué que toutes les erreurs que tu as mis, c'est la meme ligne qui se repete? :p
[^] # Re: Comme d'habitude...
Posté par Djax . Évalué à 2.
J'ai collé en toute bonne foi. Désolé pour le bruit.
[^] # Re: Comme d'habitude...
Posté par Nicolas Dumoulin (site web personnel) . Évalué à 2.
deb http://kubuntu.org/packages/kde-latest breezy main
deb http://kubuntu.org/packages/koffice-latest breezy main
deb http://kubuntu.org/packages/amarok-latest breezy main
[^] # Re: Comme d'habitude...
Posté par Sebastien . Évalué à 1.
Parcequ'en l'état actuel, koffice-latest pointe vers koffice 1.5 beta1.
Je trouve ça un peu cavalier quand même: je préfèrerais un koffice-latest-stable et un koffice-latest (qui a dit testing/unstable ?)
Même si le boulot des gens de KOffice est remarquable, l'intégration de ce monstre avec les autres paquets de la distribution peut des fois mener à quelques petits désagréments...
Un(e) Kubuntiste averti(e) en vaut deux.
[^] # Re: Comme d'habitude...
Posté par Nicolas Dumoulin (site web personnel) . Évalué à 1.
Ha c'est pour ça ! ^^
> Un(e) Kubuntiste averti(e) en vaut deux
peut-être bien trois maintenant ...
# Et pendant ce temps la ...
Posté par Fabien Engels . Évalué à 1.
( http://packages.gentoo.org/search/?sstring=kdebase )
[^] # Re: Et pendant ce temps la ...
Posté par DArt (site web personnel) . Évalué à 1.
[^] # Re: Et pendant ce temps la ...
Posté par Nicolas Blanco (site web personnel) . Évalué à 4.
[^] # Re: Et pendant ce temps la ...
Posté par Robrob . Évalué à -1.
[^] # Re: Et pendant ce temps la ...
Posté par Fabien Engels . Évalué à 1.
[^] # Re: Et pendant ce temps la ...
Posté par Fabien Engels . Évalué à 2.
[^] # Re: Et pendant ce temps la ...
Posté par Robrob . Évalué à 2.
Tous les utilisateurs qui s'amusent a mélanger x86 et ~x86, ou bien ~x86 et M~ ont eu des problèmes à cause du changement d'api de hal et de dbus. mais ça n'a rien a voir avec un problème de réactivité. c'est simplement que si les nouveaux hal/dbus ne sont pas estampillés stables, il n'y a acune chance pour que les environnement de bureaux qui en dépendent le soi. soit tu reste collé en x86, soit tu passe tout ton système en ~x86.
Les mainteneurs savent ce qu'il font, et c'est --il me semble-- une bonne chose de leur faire confiance.
[^] # Re: Et pendant ce temps la ...
Posté par Fabien Engels . Évalué à 2.
[^] # Re: Et pendant ce temps la ...
Posté par Olivier Serve (site web personnel) . Évalué à 2.
[^] # Re: Et pendant ce temps la ...
Posté par Fabien Engels . Évalué à 2.
[^] # Re: Et pendant ce temps la ...
Posté par Nicolas Schoonbroodt . Évalué à 2.
Ce n'est pas vraiment un problème de kde ou de gnome, mais plutôt un problème de timing. Enfin chez moi ca marche malgrès ce problème (sauf qu'à chaque mise à jour il recompilerait dbus et hal en deux versions différentes, enfin il ne le fait pas parce que j'ai un peux modifié le truc, mais il le ferait normalement)
extrait d'un emerge -puvt world pour illustrer :
[pour les dépendances gnome]
[nomerge ] x11-themes/gnome-icon-theme-2.10.1
...
[ebuild UD] sys-apps/hal-0.4.8 [0.5.5.1-r1]
[ebuild UD] sys-apps/dbus-0.23.4-r1 [0.50-r2]
[pour kde 3.5]
[nomerge ] kde-base/kmail-3.5.0-r3
...
[ebuild U ] sys-apps/hal-0.5.5.1-r3 [0.5.5.1-r1]
[ebuild U ] sys-apps/dbus-0.60-r3 [0.50-r2]
# Desole mais il faut que je la fasse
Posté par dguihal . Évalué à 10.
Il faudrait expliquer aux developpeurs qu'il est plus important de corriger es bugs du programme plutot que ceux du changelog
Bon ok --------------------->[ ]
[^] # Re: Desole mais il faut que je la fasse
Posté par thom_ra . Évalué à 4.
Je la garde sous le coude pour la prochaine release au boulot ;-)
# Mandriva
Posté par Jeanuel (site web personnel) . Évalué à 2.
[^] # Re: Mandriva
Posté par lezardbreton . Évalué à 4.
[^] # Re: Mandriva
Posté par liatogo . Évalué à 1.
[^] # Re: Mandriva
Posté par fusible . Évalué à 1.
Ha! T'aurais plus d'info à ce sujet?
J'ai le même problème sur ma LFS. Au début ça ne me génait pas beaucoup parcque je n'utilisais que K3B mais en ce moment de plus en plus d'applies avec un K dans le nom se font une place dans mon utilisation de tous les jours (Big Up pour digiKam :)) et ça devient infernal.
Les barres d'outils me font le même délire, mais vu qu'on peut les éditer, pas de problème. Par contre les menus... une piste ou un début de lien serait le bien venu :p
[^] # Re: Mandriva
Posté par liatogo . Évalué à 2.
les explication ( en anglais ) sur le forum de SoS
>> http://www.linuxfordummies.org/index.php?PHPSESSID=66429ea0d(...)
ou >> http://www.linuxfordummies.org/index.php?topic=304.0
# Conformité DOM de KHTML
Posté par Olivier Serve (site web personnel) . Évalué à 3.
Ça veut dire que KHTML ne respecte plus la norme DOM pour se conformer aux us des autres navigateurs ?
[^] # Re: Conformité DOM de KHTML
Posté par Infernal Quack (site web personnel) . Évalué à 4.
Le site ne dit pas vraiment ce que faire si l'attribut n'existe pas vu que la tournure de la phrase semble prendre comme hypothèse que l'attribut existe toujours.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Conformité DOM de KHTML
Posté par allcolor (site web personnel) . Évalué à 2.
En tout les cas, le DOM test validation suite teste ce fonctionnement... donc même si la norme est peu clair, les tests donné permettent de clarifier la situation.
[^] # Re: Conformité DOM de KHTML
Posté par Infernal Quack (site web personnel) . Évalué à 5.
Je pense qu'il devrait y avoir une possibilité de désactiver les "hacks" pour faire comme les autres navigateurs avec un option planqué dans khtmlrc. Genre "DOMstrict=true".
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.