xcomcmdr a écrit 3537 commentaires

Le monde qui a dix ans de retard ? ;-)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Je n'ai pas dit de ne pas les relever. On peut corriger l'erreur/la personne sans être autant agressif, et c'est souvent bien plus efficace.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Peu importe. L'erreur est humaine.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est de plus en plus ridicule. :-')

J'ai ri. Vivent les anti systemd ! Vive Lennart !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ouais enfin la personne qui n'a jamais fait d'erreur grossière (parce qu'elle ne connaît pas le langage, parce que c'est pas son jour, …), je l'ai pas encore rencontrée.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Non, c'est un SSD (840 EVO). Et oui, ça m'a très surpris aussi.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Heureusement y'a 3 ans de garantie… je ne pense pas qu'on te garantisse un débit.

Je pensais surtout à mes données…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Argh… Je l'ai et c'est la version à 1 To (j'avais pas la place pour HDD + SSD …) qui m'a coûté bonbon (400 €).

Et y'a quelques jours il a commencé à faire du bruit jusqu'à ce que je fasse :
sudo fstrim -v /

(aucun problème à part ça : hyper rapide et tout)

Mais à quoi sert discard dans mes options de montage alors ?!

Heureusement y'a 3 ans de garantie…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

J'ai l'impression d'être au boulot après le boulot là…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Bah moi à chaque fois que j'ai eu des problèmes de son, c'était parce qu'il n'y avait QUE ALSA.

Sans PA, je reviens dans les années 90s au niveau de la gestion et du mixage du son. Et c'est pas une bonne nouvelle.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ceci étant dit, je suis d'accord pour dire que depuis Windows Vista (en gros), la recherche et l'installation automatique de drivers est quand même globalement simple. Juste que, lorsque je mets une clef USB sur le PC, ou bien que je mets un dispositif Bluetooth pour avoir un pointeur/changeur de slides, j'aimerais que Windows ne mette pas 3 plombes à « chercher un driver » (c'est une putain de clef USB, de quel driver Windows a-t-il besoin ?)

Il cherche surtout à identifier le périphérique alors que 99% du temps le bidule en question ne fournit pas de numéro de série (c'est optionnel).

http://blogs.msdn.com/b/oldnewthing/archive/2004/11/10/255047.aspx

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Il n'en a pas aucun de base. Il y a beaucoup de pilotes livrés avec Windows.

Y'avait déjà le fichier contenant les pilotes nommé "drivers.cab" dans Windows XP, donc en plus ça date pas d'hier.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Windows XP 64 bit est basé sur Windows Serveur 2003 (et n'a jamais eu de SP3 d'ailleurs). C'est pas une question de CPU.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Gnome aurait-il décidé de poursuivre son chemin seul et négligerai-t-il ses camarades de desktop ?

Oui. Mille fois oui.

Hélas !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Il n'y a pas que ces applications là qui ont changé.

Des applications qui sont fournis avec Xubuntu par exemple depuis des années telles que Evince, ont aussi reçu cette barre de titre qui remplace la décoration de la fenêtre fournie par le gestionnaire de fenêtres de l'utilisateur.

Alors oui 99% du temps on peut la remplacer par autre chose. Mais ces applications existaient bien avant Gnome 3, et avant on avait aucun mal à les utiliser en dehors.

C'est une régression pure et simple.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Euh faut pas déconner. Sur mon Windows au boulot je vois les icônes de toutes les fenêtres en permanence dans la barre des tâches, ça m'empêche pas de bosser.

Il vous en faut peu pour vous perturber !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Pour faire tout ça il faut déverrouiller les éléments graphiques, et ensuite modifier.

Dans tous les cas, ça se fait au clic droit, ou en allant dans "Configuration du système".

Je connais très peu d'utilisateurs débutants curieux à ce point.

Quand à Xfce, il n'y a même pas besoin de déverrouiller les éléments graphiques (il existe cependant un mode kiosque où tout est figé). Les sujets sur la ml Xfce ou sur les forums Xfce/Xubuntu où le problème est "help j'ai viré 'tel élément graphique'" existent mais sont rares.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Windows 9x et NT correspondent à des besoins différents, et sont vendu comme tel.

La dernière fois que j'ai vu un Windows de la famille 9x en vente, c'était en 2000 avec Windows ME.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Loin d'être l'environnement préféré des bidouilleurs, ce sera j'en suis sûr un environnement à conseiller en priorité pour les nouveaux arrivants Linux.

Pour les dérouter peut-être (enfin surtout s'ils viennent de Windows <= 7 ou Windows >= 10 :D ). Sinon, je préfère KDE ou Xfce, plus traditionnel et où rien n'est caché.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Pour en revenir au bout de code en question, des recherches archéolgiques te donnent raison: personne ne semble vraiment capable d'expliquer en détails comment marche la fonction!

C'est très loin d'être mon impression en lisant le lien :

How the code works

The magic of the code, even if you can't follow it, stands out as the i = 0x5f3759df - (i>>1); line. Simplified, Newton-Raphson is an approximation that starts off with a guess and refines it with iteration. Taking advantage of the nature of 32-bit x86 processors, i, an integer, is initially set to the value of the floating point number you want to take the inverse square of, using an integer cast. i is then set to 0x5f3759df, minus itself shifted one bit to the right. The right shift drops the least significant bit of i, essentially halving it.

Using the integer cast of the seeded value, i is reused and the initial guess for Newton is calculated using the magic seed value minus a free divide by 2 courtesy of the CPU.

But why that constant to start the guessing game? Chris Lomont wrote a paper analysing it while at Purdue in 2003. He'd seen the code on the gamedev.net forums and that's probably also where DemoCoder saw it before commenting in the first NV40 Doom3 thread on B3D. Chris's analysis for his paper explains it for those interested in the base math behind the implementation. Suffice to say the constant used to start the Newton iteration is a very clever one. The paper's summary wonders who wrote it and whether they got there by guessing or derivation.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Oui, il n'y a que toi.

Va lire la série "systemd for administrators" (à ce jour, il y a 19 chapitres), et reviens.

7th Myth: systemd is only for desktops.

That is certainly not true. With systemd we try to cover pretty much the same range as Linux itself does. While we care for desktop uses, we also care pretty much the same way for server uses, and embedded uses as well. You can bet that Red Hat wouldn't make it a core piece of RHEL7 if it wasn't the best option for managing services on servers.

People from numerous companies work on systemd. Car manufactureres build it into cars, Red Hat uses it for a server operating system, and GNOME uses many of its interfaces for improving the desktop. You find it in toys, in space telescopes, and in wind turbines.

Most features I most recently worked on are probably relevant primarily on servers, such as container support, resource management or the security features. We cover desktop systems pretty well already, and there are number of companies doing systemd development for embedded, some even offer consulting services in it.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

systemctl mask "service". (il existe aussi unmask)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Oui mais je préfère une interface KDE à une interface QT. Le filedialog de QT n'est pas des meilleurs (on ne voit pas les périphériques amovibles dans la barre latérale par exemple. Obliger de le monter, puis de cliquer sur "Ordinateur", puis sur "/", puis aller dans le dossier qui va bien dans /run/media/"user"/… )

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Euh, je parlais de rajouter un test/modifier un test pour reproduire le comportement qui à mis à jour le bug, une fois le bug corrigé. Pour éviter de l'introduire à nouveau dans le futur.

Je vois pas le rapport avec de de la divination ou être parfait

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Dans le cas où le test unitaire test un cas qui reproduit le bug

Bah dans ce cas tu rajoutes du code dans ton test qui reproduit le bug. Sinon, ça n'a pas beaucoup d'intérêt d'avoir des tests.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)