gnumdk a écrit 7495 commentaires

>il y a de grande chance de perdre le(s) fichiers ouvets.

Et de se manger un NTLDR missing, ca fait toujours plaisir :)

>La ou je bosse, on reinstalle windows entre 1 et 2 fois par mois...

Ca ma parait violent :)

La, j'ai le cas d'un lycée dont le windows 2000 a été installé y'a 1,5 ans par une boite privée, y'avait un active directory dessus. Depuis la rentrée, le serveur était dans les choux, disque fragmenté et non défragmentable, plus moyen de changer les paramètres ip de la machine, plus moyen d'acceder au parametre proxy d'ie, plus moyen de lancer une bonne quantité de services et la machine met 1 heure pour booter! J'avais déja vu 45 minutes dans un autre lycée, mais 1 heure ca commence vraiment à faire beaucoup :) Pas de virus sur le machine qui est équipé de Server Protect de chez Trend.

Depuis, on a recupéré la eye box du bahut(proxy qui servait plus), on a mis un sambaedu3 dessus, on a migré les xp/98 de l'ancien domaine vers le nouveau et bizarrement, le windows 2000 ne mets plus que 10 minutes à démarrer :) On a tenté de désinstallé l'active directory via dcpromo mais ca plante lamentablement.

Alors, c'est clair que de toute facon, contrairement à un serveur linux ou novell, windows, si tu t'en occupe pas, ca fini par planter tout seul. Comme quoi, le fud de Microsoft sur "Windows ca marche tout seul", ca me fait bien marrer... Personne pour défragmenter le disque, un active directory qui gonfle(et personne pour le défragmenter, et oui, microsoft a inventé l'annuaire qui se fragmente), et t'es sur que le serveur va tomber en rade rapidement.

>je ne m'y connais pas trop en législation internationale, et je pense qu'ils avaient de
>bonnes raisons de virer les binaires des dépots.

Ben oui, les gens de PLF ont un dépot totalement illégal hébergé chez Free & co depuis plusieurs années, ca doit être ca.

Le reverse engineering est légal à des fins d'interopérabilité. cf Article Art. L. 122-6-1 du Code de la Propriété intellectuelle

En voila une bonne idée, qui m'avait déja été proposé par les gens de plf il y'a bien longtemps pour une distribution verte dont le contenu des repository est un beau bordel.

Par contre, il serait bien, si cela se fait, de faire un effort commun debian/ubuntu. Car les paquets de marillat sont loin d'être un équivalent de ce que fait PLF.

Surtout NFS qui est quand meme une des pires daubes que l'on trouve sous Unix.

Les devels de kde aiment Qt, ils veulent les facilité de developpement offertes par Qt, alors faire un daemon unix traditionnel, je pense que ca doit pas les faire bander des masses...

>c'est que Kat soit dépendant de KDE (ou Qt).

La partie indexation sera surement dépendante de qt-core (qt4)! En quoi ca empeche une intégration dans gnome?

Les devels de Kde ne font pas de chier parce que gstreamer dépend de glib(enfin si un peu) et ils ont utilisé arts jusqu'a présent qui dépend de glib.

>C'est dommage, surtout que c'est un domaine où le gros du travail n'est pas fait
>au niveau de l'ergonomie (donc indépendament de KDE ou Gnome) mais à un
>niveau beaucoup plus bas.

Je pense que tu viens de trouver toi meme la réponse à ta question. Ca n'interesse pas les développeurs de kde de travailler à un niveau aussi bas et ensuite de mettre des rustines pour faire la liaison avec le desktop. C'est la facon de fonctionner de gnome, pas celle de Kde. Perso, je pense que les gens de kde ont raison sur leur facon de faire et je suis sur qu'il seront gagnant à faire comme ca.

Euh, sur le site, ils disent que le traitement de texte c'est abiword ;)

http://www.canllaith.org/svn-features/svn-oct.html(...)

>OASIS Open Document format support has been strengthened, especially with
>regards to better compatibility with Open Office.org.

De toute facon, les formats de koffice ne seront plus par défaut dans pas longtemps, et j'espère bien que Abiword et Gnumeric vont faire pareil.

Et moi pendant ce temps la j'étais la gueule devant un écran au sous sol dans une salle serveur :-/

Bah, sinon:

dpkg -r --force-depends `cat ~/.install/amarok-xine | grep Inst | cut -d ' ' -f2` && apt-get -f install

Il va virer toutes les deps de amarok puis vérifier si il y'a pas des deps manquantes pour les autres packages et reinstaller ce qu'il faut.
Bon, tu vires des packages pour les reinstaller juste apres, mais bon :)

aptitude j'avais essayé mais il m'avais saoulé je sais plus pourquoi.

>faut verifier quels sont les paquetages qu'il a bien mis

apt-get -s install amarok-xine > ~/.install/amarok-xine

et quand tu veux le virer, lui et ces dépendances:

apt-get --purge remove `cat ~/.install/amarok-xine | grep Inst | cut -d ' ' -f2`

Mais non XMMS c'est pas du passé:

http://wiki.xmms2.xmms.se/index.php/Main_Page(...)

Bon, après, je sais pas ce que ca vaut et y'a certains trucs qui m'inquiete:

>The medialib import process is *very* fast. It imports 1200 songs in 6 minutes on
>a P3 1.5GHz system.

Sachant que sur le pc de ma soeur(celeron 500), c'est à peut pres le temps qu'il faut pour en importer 5 fois plus avec amaroK :)

>oulala gnumdk ca c'est mal passe cette journée ?

Nan, tres bien ;)

Je trouve juste débile de dire d'un soft je l'intallerais pas y'a trop de dependances... Tu peux très bien le penser, me viendrais pas à l'idée d'installer amaroK au taf alors que j'utilise gnome. Je voulais juste dire: "c'est quoi l'interet de dire ca?"

>En même temps, quand j'ouvre un morceau avec XMMS, c'est immédiat. Avec
>Amarok, ça me prends une plombe.

Tu vas surement pouvoir argumenter la dessus? Parce que je vois pas en quoi il faut une plombe pour ouvrir un morceau avec amaroK.

>amarok a l'air essentiellement de faire des trucs comme rhythmbox ou jamboree.

Oui, disont que les deux soft que tu viens de donner ont 10% des fonctionnalités de amaroK. Mais bon, après, si tout soft qui stock les morceaux dans une base de données est un équivalent de amaroK, pourquoi pas...

>Marre d'installer des trucs qui veulent me rajouter toutes les librairies que je ne
>veux pas

Ben utilise ogg123 et viens pas faire chier ton monde!

Ca commence à me gonfler ces gens qui ont surement un disque dur de plusieurs dizaines de Go et qui font un caca nerveu pour quelques Mo. Et oui amaroK est intégré à Kde, mais personne ne t'oblige à l'utilisé, même chose pour rhythmbox...

Oui, sauf que quand je charge 5000 morceaux dans xmms, ca prend et plombe et il fait ramer tout mon pc, avec amaroK c'est ultra rapide. Alors dire que xmms est rapide, ca me fait bien rire.

Cela ne dépend pas d'amaroK mais du moteur utilisé pour la lecture!

>Amarok à l'air prometteur mais pas fiable ; trop de plantages, de lenteurs.

Tu remplaces amaroK par Gstreamer et la je suis d'accord ;)

Install le plugins xine pour amaroK, tu veras que tu n'auras plus de plantages et de lenteurs ;)

Sinon, si tu refuses d'utiliser cette daube de nfs, tu peux utiliser pam_mount pour monter un partage samba en tant que homedir sur un poste linux.

Et puis si t'as pas envie de te prendre la gueule, y'a des solutions complete pour remplacer un Active Directory(et plus):

http://www.crdp.ac-caen.fr/se3/(...)

T'auras un Controleur de domaine sous debian Sarge avec:
- Gestion des restrictions(windows) par parc, utilisateurs, groupes
- Gestion des imprimantes(windows et linux) avec affectation par parc
- Délégation de parcs
- Délégation d'administration
- Gestion des ACL's
- Inventaire du réseau
- Intégration des win2k et Xp via un script tout simple
- Début d'intégration de backuppc

>les gtk-engines contiennent un .so

"on choisit le moteur de theme(smooth rulez)"

C'est clair qu'un moteur de thème à base d'image et de gtkrc, ca doit pas être évident :p La seul différence, c'est que gnome à peu de moteur pour beaucoup de themes.

Nan, ce que je disais, c'est que kde peut utiliser les themes de icewm pour la décoration des fenetres.

C'est déjà mieux, j'ai toujours rien appris ;) mais c'est quand meme plus interessant à lire :)

>Avec GTK il n'y a qu'à appliquer le thème et cela roule...

Gtk utilise quasiment que des thèmes à base d'images, c'est plus simple pour faire un thème, on choisit le moteur de theme(smooth rulez), on trifouille dans le gtkrc, on fait quelques images(si besoin) et à la fin on a un theme.

Sous kde, il me semble qu'il y'a(eu?) un équivalent mais ca ne semble pas interesser grand monde. En fait, chaque theme est un moteur de theme à lui tout seul: il faut compiler pour l'utiliser mais cela ne pose pas les problème de perf des theme à base d'images.

Sinon, pour les décoration de fenetres, kde peut utiliser celle de icewm.

Non par bizarre, tu avais la partie client de samba installée et elle a aussi besoin du fichier de conf: workgroup, wins, ...