Linux? - Page 6

Nitpick: à l'indicatif présent, démentir se conjugue comme mentir, partir et d'autres verbes du troisième groupe (le groupe comportant les irrégularités, c'est le bazar ): "je démens".

Kevin Kofler (./149) :
Je démentis aussi l'existence de KvDE.

Tu as déjà renommé le projet ?
C'est quoi son nom maintenant ? KKDE ?

Allez, voilà un nouvel exemple de trouducul-isme de certains dévs aka « JE ne vois pas le problème, donc il n'y a pas de bug donc c'est une feature ». Dans Ubuntu 10.04, il est fourni un client de réseaux sociaux appelé gwibber. Mais il fait ramer mon PC. J'étais étonné de voir mon PC toujours autant ramer même après avoir viré gwibber. Le problème est que gwibber fait appel à un processus gwibber-services qui a le don de bouffer 100 % du CPU à chaque appel de mise à jour, et que virer seulement le client ne vire pas le processus de services.

J'ai suggéré de pouvoir virer tout ce qui concerne gwibber en une seule commande.

Réponse du dev :

Setting this to invalid, removing the gwibber client shouldn't remove
the service.  The service does not depend on the client and is fully
functional without it.  Unfortunately I don't see an easy way for people
to know to uninstall gwibber-service if they want to remove it.

** Changed in: gwibber (Ubuntu)
      Status: New => Invalid

** Changed in: gwibber
      Status: New => Invalid

C'est du foutage de gueule ou de l'incompétence, les paquets virtuels sont faits pour ça.

Les paquets virtuels sont là sous Debian. Ceci dit, le fait de splitter les paquets est tout à fait normal :
- un autre client peut-être écrit pour le service
- tu peux récupérer les infos du service simplement par script sans avoir aucun client

Mais oui, ça devrait être mieux packagé...

Puis surtout, c'est pas vraiment normal qu'il n'y ait pas de méthode simple pour retirer un service

y'a une méthode simple, c'est apt-get remove machintruc-server, et finalement c'est assez normal que ça se gicle pas en même temps que machintruc-client.

c'est le même truc pour mysql par exemple.

Bah si ça ça marche, alors il n'y a aucun problème (c'est un comportement normal), mais d'après la réponse

Yoshi Noir (./153) :
Unfortunately I don't see an easy way for people to know to uninstall gwibber-service if they want to remove it.

C'est pas si simple...

j'avais compris 'also uninstall gwibber-service when the client is removed'

on peu le désactiver par les programmes au démarrage c'est déjà ca ^^

Nil (./158) :
Bah si ça ça marche, alors il n'y a aucun problème (c'est un comportement normal), mais d'après la réponse

Yoshi Noir (./153) :
Unfortunately I don't see an easy way for people to know to uninstall gwibber-service if they want to remove it.

C'est pas si simple...

Ben si, c'est pas évident de savoir qu'après avoir enlevé le client il te faut aussi enlever le service, c'est tout

Ya des distro qui proposent des gestionnaires de services pour vos run-levels (Debian, Fedora, ...). On active et désactive tout ce qu'on veut.

Ca fait toujours plaisir de voir que ce genre de trucs tournent en arrière plan

[URL=http://img824.imageshack.us/i/img010.png/][IMG]http://a.imageshack.us/img824/1369/img010.png[/IMG][/URL]

Plutôt qu'avoir un joli signal "boot finished". Bien sûr ce serait impossible sous Linux vu le niveau d'intégration et le nombre de WM, bref Linux is Linux quoi ^^

Yoshi Noir (./153) :
Allez, voilà un nouvel exemple de trouducul-isme de certains dévs aka « JE ne vois pas le problème, donc il n'y a pas de bug donc c'est une feature ». Dans Ubuntu 10.04, il est fourni un client de réseaux sociaux appelé gwibber. Mais il fait ramer mon PC. J'étais étonné de voir mon PC toujours autant ramer même après avoir viré gwibber. Le problème est que gwibber fait appel à un processus gwibber-services qui a le don de bouffer 100 % du CPU à chaque appel de mise à jour, et que virer seulement le client ne vire pas le processus de services.

J'ai suggéré de pouvoir virer tout ce qui concerne gwibber en une seule commande.

Réponse du dev :

Setting this to invalid, removing the gwibber client shouldn't remove
the service.  The service does not depend on the client and is fully
functional without it.  Unfortunately I don't see an easy way for people
to know to uninstall gwibber-service if they want to remove it.

** Changed in: gwibber (Ubuntu)
      Status: New => Invalid

** Changed in: gwibber
      Status: New => Invalid

Et il a parfaitement raison. Tu n'as pas compris comment fonctionne le système de paquetages.

squalyl (./154) :
C'est du foutage de gueule ou de l'incompétence, les paquets virtuels sont faits pour ça.

Non. Les paquetages virtuels fonctionnent seulement pour l'installation, pas pour la désinstallation. Si tu désinstalles un paquetage virtuel, tu désinstalles le paquetage virtuel et c'est tout, tous les paquetages réels dont il dépend restent!

Brunni (./163) :
Ca fait toujours plaisir de voir que ce genre de trucs tournent en arrière plan

[URL=http://img824.imageshack.us/i/img010.png/][IMG]http://a.imageshack.us/img824/1369/img010.png[/IMG][/URL]
Plutôt qu'avoir un joli signal "boot finished". Bien sûr ce serait impossible sous Linux vu le niveau d'intégration et le nombre de WM, bref Linux is Linux quoi ^^

Bah, c'est un hack de ta distribution, ça, il y a des manières plus propres de gérer ça (où c'est l'environnement desktop qui initie le changement de mode, à travers un modèle de permissions basé sur ConsoleKit, c'est-à-dire que l'utilisateur loggué sur la machine a le droit de gérer ce réglage), et puis normalement il ne faut pas toucher à ce réglage de toute façon.

Kevin Kofler (./166) :
Les paquetages virtuels fonctionnent seulement pour l'installation, pas pour la désinstallation.

je confirme:

Kevin Kofler (./165) :
Non. Les paquetages virtuels fonctionnent seulement pour l'installation, pas pour la désinstallation. Si tu désinstalles un paquetage virtuel, tu désinstalles le paquetage virtuel et c'est tout, tous les paquetages réels dont il dépend restent!

squalyl (./166) :

Kevin Kofler (./166) :
Les paquetages virtuels fonctionnent seulement pour l'installation, pas pour la désinstallation.

je confirme:

Sortez un peu le dimanche les aminches

Si vous virez le paquetage virtuel, un apt-get autoremove s'occupe de tout le reste pour vous. Ok, ça se fait donc en deux étapes. Sua culpa.
Mais ça reste gérable, comme beaucoup de choses quelque soit l'OS, suffit de le savoir et c'est ensuite très simple.

Kevin Kofler (./165) :

squalyl (./154) :
C'est du foutage de gueule ou de l'incompétence, les paquets virtuels sont faits pour ça.

Non. Les paquetages virtuels fonctionnent seulement pour l'installation, pas pour la désinstallation. Si tu désinstalles un paquetage virtuel, tu désinstalles le paquetage virtuel et c'est tout, tous les paquetages réels dont il dépend restent!

Autant que je sache, pacman gère bien la désinstallation des paquetages virtuels (non, non, je ne suis pas du tout partial )

Nil (./168) :
Autant que je sache, pacman gère bien la désinstallation des paquetages virtuels (non, non, je ne suis pas du tout partial )

[flash=200,20]http://pub.mirari.fr/media/flash/dewplayer.swf?son=http://www.mirari.fr/luM7[/flash] Kevin!

(www.google.com/pacman)

^^

Je tombe à l'instant sur cette distro franco-française : http://platypux.olympe-network.com/

Demain, je vais essayer pour vous.

grâce à l'interface intuitive OpenBox

Accélération graphique fournie: NVIDIA par les drivers propriétaires

                   

Tu peux pas t'empêcher de sauter à pieds joints à chaque fois que tu vois le mot « propriétaire »

propriétaire

C'est surtout que Kevin a déjà du mal avec Debian dont le côté français lui déplait, alors une distro faite par deux Français, mieux vaut pas y penser.

Dl en cours.

En fait, ce qu'il faudrait à Kevin, c'est une distribution Berlusconix dont le côté italien ressortirait bien

GoldenCrystal (./178) :
Berlusconix

(mais Kevin n'aime pas Berlusconi je crois)

./178 ./179