gnumdk a écrit 7492 commentaires

Ah ben la voila la réponse :)
Merci :)

Pour le truc sur les spywares, c'etait une blague hein ;)

Sinon, les deux paquets sont à la meme version!

ou alors un mec chez Ubuntu à upgradé le source du package sans changer le numéro de version et la c'est la boulette :)

Franchement, un sb live fait vraiment l'affaire :)
Bon, elle est plus en vente mais son équivalent (j'ai oublié le nom) est bien supporté aussi.

Ben perso, je n'ai pas moyen de changer l'echelle dans l'apercu avant impression donc comme ca, pas de probleme!

C'est que sous windows ou quoi?

D'ailleurs, Qt4 propose un moteur SVG 1.2 tres performant(faible conso cpu et mémoire) et supportant les animations. Il semble d'ailleurs que le SVG sera utiliser partout ou il y aura des animations dans kde 4.0.

Il s'agit d'un moteur SVG basique mais Ksvg sera la pour offrir toutes les possibilités dont à besoin konqueror. On peut donc esperer un tres bon support de SVG pour kde 4.0.

D'ailleurs, j'ai oublié un truc, c'est que le wizz c'est un truc dans le proto de msn...
Donc, en fait, y'a pas moyen de demander à kopete de l'executer :) Enfin je vois pas en tout cas

Bah, vous reste toujours la possibilité de définir un raccourcis clavier pour ce script, ca fera bouger votre fenetre à la demande! C'est ti pas fun? Ah, qu'est ce qu'on se ferait chier sans les innovations de chez Microsoft...

http://hibbert.univ-lille3.fr/~cbellegarde/wizz.sh

je viens de coder ca rapidos, ca fait bouger la fenetre kopete, suffit de le mettre en execution dans les notifications de kopete et vous aurez un wizz sous Linux. Bon, en meme temps, j'ai jamais vu ce que ca donne sous windows... :)

Sinon, pour en faire une version qui fait bouger la fenetre courante, j'étais partis sur wmctrl mais j'ai pas trouver le moyen de choper l'id de la fenetre qui a le focus. Avec dcop non plus d'ailleurs...

Et ben non, meme pas, j'aurais du testé avant de l'ouvrir.
Les packages de la rc1 ne sont pas compatible avec ceux de la finale...
:-/

deb http://pkg-kde.alioth.debian.org/kde-3.5.0/ ./
deb http://pkg-kde.alioth.debian.org/kde-3.5-rc1/ ./

dans ton sources.list et tu auras un kde 3.5 ou presque ;)

Y'a une fonctionnalité sous Windows, Kde et maintenant Gnome qui permet à une applications de faire clignoter la barre de tache pour prévenir l'utilisateur d'un évenement... Genre quand on me parle dans kopete, il peut au choix:
- Faire clignoter la barre de tache
- Lire un fichier son
- Afficher un popup passif
- Faire clignoter la zone de notification

Bref, pas besoin de cette daube de wizz...

>Pour l'instant, j'ai repérer plus de bug dans ce kde que dans le précédent.

Et déjà un de corrigé :) Vivement kde 3.5.1 :)
http://bugs.kde.org/show_bug.cgi?id=117277

http://pkg-kde.alioth.debian.org/kde-3.5.0/

Pour Debian c'est par la...

Alors expérience perso, chez mes parents, ca passe sont temps à dijoncter, quand j'étais avec mon pc chez eux, le miens était en xfs et celui de mon pere en ext3, ben, c'est sur celui de mon pere que j'ai eu de grosse emmerde, fichier /etc/fstab corrompu, idem pour /etc/modules ...

J'ai eu reiserfs à une époque chez moi, meme probleme, j'ai perdu des fichiers important à plusieurs reprise, j'etais donc passé à xfs...

Depuis xfs, je n'ai jamais eu un seul probleme, mais voyant que ce n'est pas ton cas, je peux juste te dire ca: un ordinateur n'est pas fait pour être arreter à l'arrache! Si tu veux éviter ce probleme, t'as qu'a mettre tes fs en "sync" :p

Mais quel que soit le fs, tu peux avoir des problemes, c'est tout.

Pour finir, des windows xp avec ntfs completement en vrac :ntldr missing & co, j'en vois plein tous les ans ;)

La 3.4 buggée?

Pour l'instant, j'ai repérer plus de bug dans ce kde que dans le précédent. Certe des bugs mineurs pour la plupart mais bon, il faudrat clairement attendre kde 3.5.1 voir kde 3.5.2 pour avoir un truc irreprochable...

$ cd /var/cache/apt/archives/
$ dpkg -i --force-downgrade dhcp_truc_chose.deb

Si tu passes pas ton temps à faire des apt-get clean, tu dois avoir la version d'origine (si ta debian était installer depuis un moment et que ton paquet précedent n'etait pas celui de l'installation...)

En meme temps, ces packages ne sont annoncé nulle part ;)

Je pense plutot que Jonathan Riddell's fait des packages du svn en ce moment afin d'être pres pour la sortie de la version finale.

La numérotation: 3.5.0-0ubuntu2

le 0ubuntu, ca veut dire quoi?

>va intégrer Cairo dans ses futures versions

Freedesktop, aucun rapport avec Gnome...

>avec des morceaux de glib dedans

Arts utilisait déjà la glib, je pense pas que ca soit un problème ;)

>dbus c'est DCOP en mieux (et déjà utilisé par le noyau Linux, via udev,
>haarrrgl)

Ah oui je comprend mieux, tu n'as pas la moindre idée de ce dont tu parle, dbus utilisé par le noyau, la bonne blague... De plus, dbus et dcop, c'est kif kif donc lequel est mieux...

>Inkscape, Gimp, Gaim les applications phares de Linux sont sous Gtk

Les développeur de Inskape ont déjà dit plusieurs fois que si Qt avait été libre sous Windows à l'époque, ils aurait dabord porter leur fork sous Qt... (interview sur dot.kde.org y'a quelques temps...)

>Les bindings Gtk/Gnome dans d'autres langages sont une réalités.

libkjsembed1 (javascript)
python-kde3
libqt0-ruby1.8 (ruby)
libsmokekde1 (smoke)

>mais c'est surtout une bande de potes qui développent (et doivent maintenir)
>entre eux des trucs dont personne d'autre ne veut.

Je préfère une bande de pote qui sont capables de faire des choix technologiques de qualité plutot que des pros qui passent leur temps à remettre en question leur projet...

Voila voila :) Comme quoi, d'un petit rien on peut faire un gros ...

Ben c'est pas parce que Gtk fonctionne en natif sous MacosX que les applis vont automagiquement utiliser la barre de menu de MacosX.

>Dommage que le Hurd, avec ses 20 ans d'avances, n'est pas eu le succés qu'il
>aurait dû avoir...

En même temps, le développement de GNU/Hurd a longtemps été interrompu, il est aujourd'hui en phase de mutation(mach -> L4) donc je vois mal comment on peut reprocher à un projet "non terminé" de ne pas avoir eu le succés qu'il aurait du avoir....

>Recompiler le noyau, sous netbsd, on modifie un fichier,
>generalement on decommente des lignes, make make dep, make

Euh, sous Linux, make menuconfig c'est une facilité, c'est tout.

Si tu veux, tu peux le faire aussi à la main:

$ vi .config
$ make bzImage && make modules

$ ls /etc/rc.d
colorls: /etc/rc.d: No such file or directory
$

Faut arrete de prendre FreeBSD pour le systeme BSD, je sais pas comment ca marche sous NetBSD, mais sous OpenBSD, si tu veux redémarrer un service, ben tu le kill et tu le relance à la main et si tu veux le lancer au boot, tu rajoute la commande dans /etc/rc.local.

>Pour les outils, d'admin, si tu as les noms, ca m'interresse, je reinstallerai
>pour voir.

Ce sont ceux de Gnome dispo dans Ubuntu. Par contre, Pour Kubuntu, ce sont des outils chopé à droite et à gauche: genre le truc pour configurer la carte réseau vient de kde-apps.org.

>Enfin, il est desactive.

Il est tjs possible d'y acceder via un:
sudo -s

gnumdk@milouse:~$ grep sudo .bashrc
alias su='sudo -s'
gnumdk@milouse:~$

Et quelqu'un pourrait nous les trouvers ces vers? Parce que les commentaires dans ce journal ne sont qu'une interminable suite de suppositions...

>Ils feraient tellement mieux de creer une alternative viable (pourquoi pas à
>base de jabber)...

Mwai, c'est pas aux developpeurs de Kopete, Gaim & co de définir comment doit démarrer une vidéoconférence avec Jabber.

Si tu veux te plaindre, va la:

http://www.jabber.org/

Mais je vois mal l'interet qu'on se retrouve avec 400 clients jabber qui ont tout une facon différente de lancer une vidéoconf...