Bon alors le test long il s'est arrêté:
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 9554 8387416
C'est pas bon cette histoire.
Wow, bon alors après avoir lancé le test long, j'ai regardé les erreurs et j'avais déjà un "read failure"..
J'ai aussi vu la commande "smartctl -l error", qui me retourne un paquet d'erreurs: === START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
ATA Error Count: 220 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 220 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 5f 1b 00 e0 Error: UNC at LBA = 0x00001b5f = 7007
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 5f 1b 00 e0 08 00:20:14.170 READ DMA
ec 00 00 00 00 00 a0 08 00:20:14.160 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 00:20:14.160 SET FEATURES [Set transfer mode]
ec 00 00 00 00 00 a0 08 00:20:13.190 IDENTIFY DEVICE
220 erreurs..arg
Je comprends pas vraiment les erreurs là, mais est-ce qu'il y a moyen d'être sûr que ce soit le disque dur le fautif où ça pourrait venir du contrôleur SATA/de la carte mère ?
Je n'ai rien dans mon dmesg.log, mais je crois qu'il est vidé à chaque redémarrage. Autrement je n'avais pas regardé le log quand c'est arrivé malheureusement.
Je ne sais pas exactement ce que tu entends par "check SMART", mais je viens de lancer un selftest avec smartctl, en short, donc: "smartctl -t short /dev/sdc", et le résultat me dit "completed without error". Maintenant je l'ai lancé en "-t long", mais le test va durer jusqu'à ce soir 21h25 alors je verrai plus tard.
Demande a KDE et Gnome pourquoi ils ont besoin d'afficher du HTML alors.
Gnome aucune idée, mais sous KDE l'affichage du HTML se fait avec khtml. Donc quand je met à jour les kdelibs, ben je relance ma session X.
Tu pourrais tout a fait updater IE sans rebooter le systeme(tu fermes explorer, etc...) mais faut etre un minimum realiste hein, ca revient au meme au final: presque tous tes softs doivent etre fermes.
Tu pourrais rajouter un merdier pour gerer ca et sauver 20s chaque mois, mais ca s'appelle prendre un marteau pour tuer une souris vu la difference pour 99% des utilisateurs.
Certes, beaucoup de gens en ont peut-être rien à faire..mais moi j'aime pas redémarrer, déjà parce que lors du boot pas mal de temps est passé dans le bios, alors j'évite.
T'as oublie la glibc
Yep. Apparemment sous Debian c'est géré, sous Arch linux non.
Ben la prochaine fois t'apprendras que tu peux installer presque tout en meme temps et rebooter bcp moins plutot que rebooter apres chaque truc installe.
Ouais, mais ça me dit pas pourquoi ils ont besoin d'un reboot si tout marche directement après l'installation.
Euh...
Une mise à jour d'un navigateur devrait demander un reboot ?
C'est une blague ?
Quand tu mets à jour ton navigateur, pour utiliser le nouveau binaire/les nouvelles libs, tu le relances simplement...que ce soit une mise à jour mineure ou majeure d'ailleurs.
Pour l'histoire des dépendances sur les libs, déjà les libs d'un navigateur à part le navigateur lui même, je vois pas bien ce qui peut en dépendre, et surtout je vois pas pourquoi ça nécessiterait un reboot.
Ensuite, dans les cas ou les libs mises à jour sont des dépendances de beaucoup de programmes (je pense à Qt notamment), et bien il suffit de tuer la session X et la relancer, c'est BEAUCOUP moins long qu'un reboot complet.
Sous Linux, j'ai besoin de rebooter uniquement si j'ai mis à jour le kernel. Le reste c'est pas nécessaire.
De l'autre côté sous Windows, je viens de réinstaller un XP pour mon père, et le nombre de reboot nécessaire m'a rendu fou: chaque driver installé, certains logiciels (dont Java je crois), les mises à jour évidemment. Le pire, c'est qu'après avoir installé le driver son, j'avais directement du son, mais non il veut qu'on redémarre...
Posté par Sphax .
En réponse au journal BFS.
Évalué à 2.
Si j'ai bien compris, le fait que quelqu'un qui "n'est pas du métier" ait écrit un ordonnanceur plus performant (dans certains cas) que le CFS serait en fait une preuve qu'il n'est pas bon, ou pas "professionnel" ?
J'interprète ce que tu as écris, alors je peux me tromper. Je comprends pas très bien non plus ton inquiétude.
Posté par Sphax .
En réponse au journal Yum vs Apt.
Évalué à 3.
Yaourt moi je l'ai utilisé un temps mais je l'ai viré depuis..
Je le trouvais bien lent par rapport à pacman seul, et son intérêt est limité pour moi: quand je télécharge un paquet sur AUR habituellement je regarde le pkgbuild, juste pour vérifier, donc ça sert à rien d'automatiser ça.
La seule chose qui manque à pacman c'est la couleur, mais pacman-color arrange ça :)
evidemment je me limite à du 1680x1050 et je n'utilise pas mon deuxième écran
Pourtant ça marche ça, je suis en 1920x1200 et un 2eme écran en 1280x1024, je le mets en place avec Xrandr à l'ouverture d'une session et ça roule.
Sinon, je suis d'accord, nvidia reste un meilleur choix pour qui veut profiter de sa carte sans s'emmerder. Personnellement j'avais acheté une ATI pour les jeux sous windows, alors je fais avec sous linux :p
J'avais testé OSSv4 il y a quelques temps, et ça marchait bien. Le seul problème que j'avais était Kmix inutilisable..
Par contre, je n'arrive pas à comprendre la réticence de certaines personnes sur ce journal au fait que le mixage se fasse dans le kernel et pas en userspace.
Après tout, le mixage c'est un peu comme l'accès au disque par plusieurs applications, là c'est aussi le kernel qui s'en occupe.
J'y connais pas grand chose, alors si quelqu'un peut détailler. Moi je file lire ce blog.
Posté par Sphax .
En réponse au journal Proxmox-ve.
Évalué à 1.
Loin d'être un spécialiste de la virtualisation, mais je comprends ça comme ça:
- avec une solution comme qemu on virtualise tout, et quelque soit les ressources disponibles sur l'hôte, les invités auront toujours des performances en retrait dû au système de virtualisation
- avec une solution comme OpenVz, SI l'hôte a les ressources qu'il faut pour faire tourner deux OS, alors les deux auront les mêmes performances.
Donc, non, en mettant 1000 vm avec OpenVz, on aura pas 1000 fois la puissance matériel, mais c'est normal. Pareil pour le réseau.
Je pense que la principale raison c'est que les gens veulent des programmes qui s'intègrent dans leur bureau.
Le style du bureau déjà: utilisé un programme gtk (firefox au hasard) dans un environnement kde, ben c'est moche. C'est totalement subjectif mais je suis sûr que je suis pas le seul à penser ça.
En plus de ça, il y a aussi toutes les technologies utilisées par les DE: par exemple pour kde il y a Nepomuk, Akonadi, et d'autres que j'oublie..
ce qui fait qu'avec une appli utilisant Nepomuk, on aura accès à tous les tags créés sous d'autres appli, pour Akonadi on aura accès à toutes les ressources, etc..les cas sont nombreux où l'intégration c'est bien, et pas que pour le design.
Ah et contrairement à ce que tu affirmes, "l'environnement de bureau dont la seule et unique tâche est d'afficher des fenêtres", je ne pense plus que ce soit d'actualités aujourd'hui, Kwin affiche les fenêtres, KDE fournit un ensemble d'application et un ensemble de framework pour développer facilement ses applications.
En résumé, avoir plusieurs backend sql était trop dur à maintenir, ils ont donc du en choisir un, et le choix s'est porté sur MySQL, car il est utilisable en tant que serveur ou en embarqué, ce que sqlite ne supporte pas.
Apparemment on peut utiliser ça aussi (je l'ai jamais testé).
En ce moment même il y a une discussion sur la ML kde-devel concernant les suggestions justement, et que beaucoup de gens trouvent le bugtracker inadapté. C'est quelque part ici: http://lists.kde.org/?t=124937220200002&r=1&w=2 (j'arrive pas à utiliser cette foutu archive :/ )
Dolphin est un navigateur de fichiers, simplement. J'ai jamais aimé le mélange de navigateur de fichiers/navigateur web, en version 3.x c'était le gros merdier...
Il fait ce qu'on lui demande et pas plus.
Certaines opérations dans KDE sont lourdes (changer le fond d'écran par exemple, il s'affiche 10s après oO), mais globalement pour un usage quotidien c'est très réactif.
J'utilise KDE en version svn depuis 3 mois maintenant, et j'ai eu très très peu de problèmes. La plupart viennent d'Amarok qui a du mal à construire sa collection (plein d'erreurs MySQL).
Regarde http://www.zeroflux.org/projects/knock
Je l'ai mis en place pour voir sur mon serveur, et je n'ai plus aucune attaque.
Par contre il faut penser à bien envoyer la séquence pour refermer le port sinon on a vite fait de se retrouver avec 36 règles iptables identiques.
Posté par Sphax .
En réponse au journal [:mmmfff].
Évalué à 2.
J'ai utilisé OSSv4 pendant quelques temps, et je dois dire que ça marchait bien.
Je suis repassé à Alsa depuis, car Phonon/KMix a des soucis avec OSSv4 (KMix crash tout simplement).
Cela dit, mon utilisation du son est vraiment plus que basique: je veux juste pouvoir mixer plusieurs sons. Certes avec Alsa il faut configurer un asoundrc (ou peut-être même pas, j'ai toujours utilisé le même en cas de réinstall, jamais testé sans), mais une fois fait ça marche sans plus rien faire ensuite.
[^] # Re: disque qui rend l'âme
Posté par Sphax . En réponse au message Disque dur non reconnu après un benchmark Bonnie++. Évalué à 3.
J'ai affiché une seule erreur là, la 220 ème, sur les 5 dernières affichées (device log contains only the most recent five errors).
[^] # Re: disque qui rend l'âme
Posté par Sphax . En réponse au message Disque dur non reconnu après un benchmark Bonnie++. Évalué à 2.
Je suis en train de faire "dd if=/dev/zero of=/some/mount/point bs=4k" comme suggéré pour réallouer les secteurs, je verrai ensuite.
Les autres méthodes décrites je sais pas comment les mettre en oeuvre, vu que la partition sur mon disque défectueux est une partition LVM...
Bon en tout cas merci des réponses, ça m'a bien aidé :)
[^] # Re: disque qui rend l'âme
Posté par Sphax . En réponse au message Disque dur non reconnu après un benchmark Bonnie++. Évalué à 2.
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 9554 8387416
C'est pas bon cette histoire.
[^] # Re: disque qui rend l'âme
Posté par Sphax . En réponse au message Disque dur non reconnu après un benchmark Bonnie++. Évalué à 2.
SMART Attributes Data Structure revision number: 16Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 099 099 051 Pre-fail Always - 470
3 Spin_Up_Time 0x0007 076 076 011 Pre-fail Always - 7940
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 389
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 1
7 Seek_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0
8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 9994
9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 9554
10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0
11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 388
13 Read_Soft_Error_Rate 0x000e 099 099 000 Old_age Always - 469
183 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
184 Unknown_Attribute 0x0033 100 100 099 Pre-fail Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 469
188 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 079 071 000 Old_age Always - 21 (Lifetime Min/Max 21/21)
194 Temperature_Celsius 0x0022 077 071 000 Old_age Always - 23 (Lifetime Min/Max 21/23)
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 20940413
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 2
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 1
199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0
201 Soft_Read_Error_Rate 0x000a 099 099 000 Old_age Always - 15
J'imagine que c'est cette partie qui est intéressante. Avant cela il y a la liste des "capabilities" du disque, et après c'est le log d'erreurs que j'ai mis plus haut. J'ai mis qu'une erreur sur les 5, mais ça prendrait trop de place les 5.
[^] # Re: disque qui rend l'âme
Posté par Sphax . En réponse au message Disque dur non reconnu après un benchmark Bonnie++. Évalué à 2.
J'ai aussi vu la commande "smartctl -l error", qui me retourne un paquet d'erreurs:
=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
ATA Error Count: 220 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 220 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 5f 1b 00 e0 Error: UNC at LBA = 0x00001b5f = 7007
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 5f 1b 00 e0 08 00:20:14.170 READ DMA
ec 00 00 00 00 00 a0 08 00:20:14.160 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 00:20:14.160 SET FEATURES [Set transfer mode]
ec 00 00 00 00 00 a0 08 00:20:13.190 IDENTIFY DEVICE
220 erreurs..arg
Je comprends pas vraiment les erreurs là, mais est-ce qu'il y a moyen d'être sûr que ce soit le disque dur le fautif où ça pourrait venir du contrôleur SATA/de la carte mère ?
[^] # Re: disque qui rend l'âme
Posté par Sphax . En réponse au message Disque dur non reconnu après un benchmark Bonnie++. Évalué à 2.
Je ne sais pas exactement ce que tu entends par "check SMART", mais je viens de lancer un selftest avec smartctl, en short, donc: "smartctl -t short /dev/sdc", et le résultat me dit "completed without error". Maintenant je l'ai lancé en "-t long", mais le test va durer jusqu'à ce soir 21h25 alors je verrai plus tard.
[^] # Re: Script shell
Posté par Sphax . En réponse au journal Init-ng est encore vivant !. Évalué à 4.
Gnome aucune idée, mais sous KDE l'affichage du HTML se fait avec khtml. Donc quand je met à jour les kdelibs, ben je relance ma session X.
Tu pourrais tout a fait updater IE sans rebooter le systeme(tu fermes explorer, etc...) mais faut etre un minimum realiste hein, ca revient au meme au final: presque tous tes softs doivent etre fermes.
Tu pourrais rajouter un merdier pour gerer ca et sauver 20s chaque mois, mais ca s'appelle prendre un marteau pour tuer une souris vu la difference pour 99% des utilisateurs.
Certes, beaucoup de gens en ont peut-être rien à faire..mais moi j'aime pas redémarrer, déjà parce que lors du boot pas mal de temps est passé dans le bios, alors j'évite.
T'as oublie la glibc
Yep. Apparemment sous Debian c'est géré, sous Arch linux non.
Ben la prochaine fois t'apprendras que tu peux installer presque tout en meme temps et rebooter bcp moins plutot que rebooter apres chaque truc installe.
Ouais, mais ça me dit pas pourquoi ils ont besoin d'un reboot si tout marche directement après l'installation.
[^] # Re: The Big Bang Theory
Posté par Sphax . En réponse au journal Jour, nuit, jour, nuit, jour.... Évalué à 6.
[^] # Re: nostra
Posté par Sphax . En réponse à la dépêche Red Hat Enterprise Linux 5.4 : une rentrée pleine d'avant-premières technologiques. Évalué à 5.
[^] # Re: Script shell
Posté par Sphax . En réponse au journal Init-ng est encore vivant !. Évalué à 6.
Une mise à jour d'un navigateur devrait demander un reboot ?
C'est une blague ?
Quand tu mets à jour ton navigateur, pour utiliser le nouveau binaire/les nouvelles libs, tu le relances simplement...que ce soit une mise à jour mineure ou majeure d'ailleurs.
Pour l'histoire des dépendances sur les libs, déjà les libs d'un navigateur à part le navigateur lui même, je vois pas bien ce qui peut en dépendre, et surtout je vois pas pourquoi ça nécessiterait un reboot.
Ensuite, dans les cas ou les libs mises à jour sont des dépendances de beaucoup de programmes (je pense à Qt notamment), et bien il suffit de tuer la session X et la relancer, c'est BEAUCOUP moins long qu'un reboot complet.
Sous Linux, j'ai besoin de rebooter uniquement si j'ai mis à jour le kernel. Le reste c'est pas nécessaire.
De l'autre côté sous Windows, je viens de réinstaller un XP pour mon père, et le nombre de reboot nécessaire m'a rendu fou: chaque driver installé, certains logiciels (dont Java je crois), les mises à jour évidemment. Le pire, c'est qu'après avoir installé le driver son, j'avais directement du son, mais non il veut qu'on redémarre...
[^] # Re: Inquiétant
Posté par Sphax . En réponse au journal BFS. Évalué à 2.
J'interprète ce que tu as écris, alors je peux me tromper. Je comprends pas très bien non plus ton inquiétude.
[^] # Re: In life, there's only windows and apples..
Posté par Sphax . En réponse au journal Yum vs Apt. Évalué à 3.
Je le trouvais bien lent par rapport à pacman seul, et son intérêt est limité pour moi: quand je télécharge un paquet sur AUR habituellement je regarde le pkgbuild, juste pour vérifier, donc ça sert à rien d'automatiser ça.
La seule chose qui manque à pacman c'est la couleur, mais pacman-color arrange ça :)
[^] # Re: pc libre ?
Posté par Sphax . En réponse au journal Test de Debian et Open Sound System version 4. Évalué à 2.
evidemment je me limite à du 1680x1050 et je n'utilise pas mon deuxième écran
Pourtant ça marche ça, je suis en 1920x1200 et un 2eme écran en 1280x1024, je le mets en place avec Xrandr à l'ouverture d'une session et ça roule.
Sinon, je suis d'accord, nvidia reste un meilleur choix pour qui veut profiter de sa carte sans s'emmerder. Personnellement j'avais acheté une ATI pour les jeux sous windows, alors je fais avec sous linux :p
[^] # Re: OSSv4
Posté par Sphax . En réponse au journal Test de Debian et Open Sound System version 4. Évalué à 6.
Par contre, je n'arrive pas à comprendre la réticence de certaines personnes sur ce journal au fait que le mixage se fasse dans le kernel et pas en userspace.
Après tout, le mixage c'est un peu comme l'accès au disque par plusieurs applications, là c'est aussi le kernel qui s'en occupe.
J'y connais pas grand chose, alors si quelqu'un peut détailler. Moi je file lire ce blog.
[^] # Re: Sympa
Posté par Sphax . En réponse au journal Shadowgrounds Survivor en réplication !. Évalué à 2.
Je m'en souvenais un peu moins vertical quand même.
# Sympa
Posté par Sphax . En réponse au journal Shadowgrounds Survivor en réplication !. Évalué à 5.
# Open source ?
Posté par Sphax . En réponse à la dépêche Landes Eternelles: Un fork francophone d'Eternal lands sort en version 1.6. Évalué à 3.
[^] # Re: Hop
Posté par Sphax . En réponse au journal Proxmox-ve. Évalué à 1.
- avec une solution comme qemu on virtualise tout, et quelque soit les ressources disponibles sur l'hôte, les invités auront toujours des performances en retrait dû au système de virtualisation
- avec une solution comme OpenVz, SI l'hôte a les ressources qu'il faut pour faire tourner deux OS, alors les deux auront les mêmes performances.
Donc, non, en mettant 1000 vm avec OpenVz, on aura pas 1000 fois la puissance matériel, mais c'est normal. Pareil pour le réseau.
[^] # Re: Je me pose une question con
Posté par Sphax . En réponse au journal Les gens aiment les standards de fait. Évalué à 6.
Le style du bureau déjà: utilisé un programme gtk (firefox au hasard) dans un environnement kde, ben c'est moche. C'est totalement subjectif mais je suis sûr que je suis pas le seul à penser ça.
En plus de ça, il y a aussi toutes les technologies utilisées par les DE: par exemple pour kde il y a Nepomuk, Akonadi, et d'autres que j'oublie..
ce qui fait qu'avec une appli utilisant Nepomuk, on aura accès à tous les tags créés sous d'autres appli, pour Akonadi on aura accès à toutes les ressources, etc..les cas sont nombreux où l'intégration c'est bien, et pas que pour le design.
Ah et contrairement à ce que tu affirmes, "l'environnement de bureau dont la seule et unique tâche est d'afficher des fenêtres", je ne pense plus que ce soit d'actualités aujourd'hui, Kwin affiche les fenêtres, KDE fournit un ensemble d'application et un ensemble de framework pour développer facilement ses applications.
[^] # Re: Enfin !
Posté par Sphax . En réponse à la dépêche KDE 4.3 est sorti. Évalué à 4.
En résumé, avoir plusieurs backend sql était trop dur à maintenir, ils ont donc du en choisir un, et le choix s'est porté sur MySQL, car il est utilisable en tant que serveur ou en embarqué, ce que sqlite ne supporte pas.
[^] # Re: Je la teste...
Posté par Sphax . En réponse à la dépêche KDE 4.3 est sorti. Évalué à 3.
Apparemment on peut utiliser ça aussi (je l'ai jamais testé).
En ce moment même il y a une discussion sur la ML kde-devel concernant les suggestions justement, et que beaucoup de gens trouvent le bugtracker inadapté. C'est quelque part ici: http://lists.kde.org/?t=124937220200002&r=1&w=2 (j'arrive pas à utiliser cette foutu archive :/ )
[^] # Re: Enfin !
Posté par Sphax . En réponse à la dépêche KDE 4.3 est sorti. Évalué à 2.
[^] # Re: Enfin !
Posté par Sphax . En réponse à la dépêche KDE 4.3 est sorti. Évalué à 2.
Il fait ce qu'on lui demande et pas plus.
Certaines opérations dans KDE sont lourdes (changer le fond d'écran par exemple, il s'affiche 10s après oO), mais globalement pour un usage quotidien c'est très réactif.
J'utilise KDE en version svn depuis 3 mois maintenant, et j'ai eu très très peu de problèmes. La plupart viennent d'Amarok qui a du mal à construire sa collection (plein d'erreurs MySQL).
[^] # Re: délai entre les essais ?
Posté par Sphax . En réponse au journal Compromission de code source.. Évalué à 5.
Je l'ai mis en place pour voir sur mon serveur, et je n'ai plus aucune attaque.
Par contre il faut penser à bien envoyer la séquence pour refermer le port sinon on a vite fait de se retrouver avec 36 règles iptables identiques.
[^] # Re: OSS4 la solution ?
Posté par Sphax . En réponse au journal [:mmmfff]. Évalué à 2.
Je suis repassé à Alsa depuis, car Phonon/KMix a des soucis avec OSSv4 (KMix crash tout simplement).
Cela dit, mon utilisation du son est vraiment plus que basique: je veux juste pouvoir mixer plusieurs sons. Certes avec Alsa il faut configurer un asoundrc (ou peut-être même pas, j'ai toujours utilisé le même en cas de réinstall, jamais testé sans), mais une fois fait ça marche sans plus rien faire ensuite.