gnumdk a écrit 7492 commentaires

Et oui, c'est la qu'on voit ceux qui ont appris à developper en shell et ceux qui ont appris en lisant les forums de ubuntu-fr.org ;)

>Geek un jour, geek toujours :)

Ah... Moi, je vois un mec en train de faire de l'internet sur son tel portable ou sur un truc comme le Nokia 770, je suis obligé de me foutre de sa gueule...

Je dois pas être un geek...

Y'a des moments ou la culture "geek" est drole mais parfois elle est aussi pitoyable...

>J'ai essayé de faire des .deb avec assez peu de succès, je manque parfois de
>perséverance.

Oui, parce que c'est pas plus compliqué que de faire un rpm. Faut juste avoir le courage de lire la doc jusqu'au bout...

>a2ps par exemple : j'avais même expliqué comment corrigé le problème sur le forum

Endroit idéal pour faire un report de bug... => http://qa.mandriva.com/

>Le côté positif est que si ulteos est comme mandriva

Pour le moment, je demande à voir... Je pense comme Misc que ca sent le vaporware à plein nez.

Dans Kde, il y'a deux options:
- Désactiver l'affichage des icones => la ca marchera
- Garder les icones mais "Permettre au appliction d'afficher sur le fond d'écran"
un truc dans le genre, je n'ai pas kde sous la main :p

Ah noté que pour totem-xine, ce dernier chie dans la colle lors du chargement de son logo !! Ca bouffe plus de 100 Mo de ram :(

rm /usr/share/totem/totem_logo.png regle le probleme.

for i in $(seq 100)
do
echo "Je relirai deux fois mes postes avant de les valider"
done

Il fallait donc lire:
Si apt se souvient de ces packages, c'est qu'ils sont dans son cache /var/cache/apt/archives/

apt-get clean

Si apt se souvient ce ces packages, c'est qu'ils sont dans sont cache /var/cache/apt/archives/

amarok, totem, kaffeine, ...

Pour l'instant, les intégrateurs laissent choisir, il n'y a pas de raison que cela change.

http://www.metatheme.org/

Ca existe déjà, ca s'appelle metatheme et en plus ca marche aussi pour les applis java.

>Surtout que KDE risque fortement de choisir GStreamer comme framework audio
>pour remplacert arts.

Ceci est totalement faux:
http://multimedia.kde.org/roadmap.php

Kde 4 laissera le choix du framework multimedia (arts, gstreamer, NMM, Helix?, ...) aux utilisateurs et/ou intégrateurs.

Je joue dans un groupe de hard-core,
Post-mélodique emotional,
Tendance indus-trash-techno-cold.
Passé huit ans, t'y pige que dalle !

On essaie de jouer 'ach'ment vite
Et, aussi, de jouer 'ach'ment fort
Pass'que les groupes qui jouent 'ach'ment vite,
Nous on trouve qu'ils sont 'ach'ment forts !

Les malpolis, Gourmette, Et v'lan


Voila, je pense que la définition est la :)

Sinon, Miss Helium c'est bien !

Perso, ca marche moyennement avec konqueror (on voit l'image précédente durant l'animation) et ca marche pas du tout avec Firefox.

Ceci est faux, c'est l'application qui se souvient de sa taille et ca marche comme ca sous gnome et kde.

Le window manager, il mémorise la taille que si tu lui demande .


On trouve ca dans les fichiers de conf Kde:
[MainWindow]
Height 1024=406
Width 1280=584

>le concours d'interface pour KOffice est montre un certains vide de directive
>pour orienter les concepteurs d'interfaces.

C'était un concours pour le future Kde dont il n'y pour l'instant rien de définitif. Donc, le but était plus d'avoir des bonnes idées.

Koffice ne ressemblera surement pas à ca, puisqu'il devra s'intégrer dans kde et que pour l'instant, kde 4 n'existe pas vraiment.

gam_server tourne t'il?

As tu inotify et dnotify dans ton noyau?

>Dommage tout de même que cela passe par le retrait de code

Tu as lu trop vite ;)

La méthode simplekde passe par un retrait de code mais je pense que c'était l'objectif du developpeur.

La méthode kubuntu elle se sert des fichiers *rc pour simplifier les barres d'outils et les menus...

La seconde méthode est vraiment bien vu que l'on peut charger des profiles à la volé via une simple variable d'environnement.

http://jabber.apinc.org/

Wai, et ca a pété le serveur jabber de l'apinc :( Leur serveur de secours en plus vu que le serveur principal n'etait toujours pas remis en route (il est tombé y'a pas longtemps). J'espere que c'est rien de grave.

http://forum.jabberfr.org/viewtopic.php?pid=2424#p2424

Bref, fait chier :(

Il faut insaller le moteur de theme correspondant à ton theme?

Oui, sauf que dans le cas de debian, c'est différent, tu offres un systeme de packages à un outils qui n'en a pas.

Dans le cas de gentoo, c'est quand meme une distrib qui s'inspire des ports BSD donc c'est quand meme moins évident de voir un réel interet.

>Parce que de nombreux sites FTP n'allouent qu'un nombre de connection
>limité par adresse IP

Ou tu as vu que Konqueror faisait differement?

Si tu ouvres un fichier texte sur un ftp depuis konqueror avec kate, il y'aura deux connexion ftp distantes. C'est effectivement un gros problème actuellement et il serait bien que kio soit capable de partager ses connexions entre toutes les applis. Idem pour gnome-vfs d'ailleurs.

Tu as cru que le comportement de konqueror était de télécharger en local parce que lorsque le .desktop d'un programme contient %f ou %F, konqueror en déduit que ce dernier n'est pas capable de télécharger depuis une url distante et donc il fait une copie locale avant de passer le fichier au programme en question. Mais ce n'est pas le comportement que l'on retrouve avec la plupart des programmes Kde qui utilise kio.

Euh, la blague c'est celle de l'auteur du journal, parce que "Open Source vs. GNU, Debian Hurd - hahaha - vs. FreeBSD", c'est le nom de l'utilisateur...

Mwai, enfin Xegl il reutilise 80% du code de Xorg, c'est juste le serveur qui est différent. Il va pas faire 50Mo le serveur X.

On parle de Xgl la, un serveur X uniquement basé sur OpenGL.

Mais bon, David parle du long terme la, d'ici que Xegl soit pret, y'aura plus une carte sans processeur 3d de vivante... Et puis cela n'empechera pas d'utiliser Xorg si il te reste une vieille carte 2D.

La chose la plus importante que je note est quand meme que les prochains driver nvidia vont faire fonctionner compiz avec Xorg comme il fonctionne actuellement avec Xglx. Déjà ca va faire beaucoup de tord au projet :(

Mais j'espere que David va pas se décourager, c'est quand meme le seul à vouloir vraiment tenter une grosse évolution de X et il a peut être raison en pensant que la meilleur solution est de toute basé sur OpenGL.

Les arguments de Nvidia sont en gros: On veut pas Xgl, ca va tout casser ce qu'on a dans nos drivers, y'a pas moyen...

Il reste toujours la solution de mettre le repertoire courant à la fin de la variable PATH. Mais bon, le gars peut etre joueur et faire des scripts: lq, ld, lz et lx en esperant une fautre de frappe.

Bon, apres, faut pas avoir peur de se faire choper par l'admin...