thedude a écrit 2062 commentaires

Mais le truc c'est qu'on s'en fout du temps que ca prend en secondes!!!
Que ca soit 45 ou 60 ou 90 secondes, c'est pas ca qui compte vraiment...

Du point de vue experience utilisateur (ou pour utiliser un terme moins pompeux: la gene occasionnee pour l'utilisateur), ca revient au meme: l'utilisateur doit arreter tout ce qu'il fait, casser sa concentration, pour relancer toutes ses applis et remettre son bureau dans l'etat dans lequel il etait.
Tu pourrais booter en 2 secondes, l'utilisateur serait tout aussi emmerde.

Du point de vue utilisateur, quitter son bureau puis se relogger, c'est la meme gene que redemarrer la machine.
Qu'il ait le bootsplash de windows pendant 30 secondes en plus ne fait pas une difference fondamentale.

C'est un peu une des regles de base en termes d'IHM: dans le fond, on se fout de savoir combien de temps ca prend techniquement, ce qui est important, c'est le temps/gene percu par l'utilisateur.
En fonction de comment l'interface est designe, une UI techniquement moins performante pourra etre percue comme plus performante en fonction du feedback et de ce genre de chose.
J'ai eu un exemple frappant au boulot, le simple fait de rajouter un wait cursor a droite a gauche dans l'appli a fait que les testeurs ont trouve l'appli plus reactive.
Et pourtant, les temps de reponses sont *strictement* les memes (on a simplement passe un flag de false a true quand on envoie les requetes au serveur).
A l'inverse, sur des parties ou les temps de reponses etaient suffisament rapides pour donner l'impression de travailler en local, le wait cursor leur a donne l'impression que ces parties avaient ralenti.

Bref, bottom line: l'UI etant un domaine tres subjectif, le caracteristiques techniques pures sont moins importantes que le ressenti de l'utilisateur.

oui, il l'a, l'arbre de dependance, maintenant deux choses:
- meme si le gestionnaire de paquet a la liste des applis, il ne te la communique pas,
- et il ne fait rien pour s'assurer que les applis ont bien ete relancees

Et si en plus dans les dependances, t'as un systeme service bas niveau, ben les chances pour devoir redemarrer vont etre tres grandes de toutes facons...

note au moinsseurs: je ne fait pas une critique contre linux, j'explique juste pourquoi "je ne doit rebooter que quand le kernel est patche" est faux et dangereux comme raisonnement.

....
Qu'est ce qu'on ferait pas comme pirouette pour proteger son os cheri d'une remarque pourtant fondee.

Bon, si tu veux.

Dire a mes contacts sur IM que je doit rebooter, verifier que je suis pas en train de transferer/downloader un fichier qq part, que j'ai pas un collegue connecte sur mon serveur en train de faire qq chose, que j'ai pas un calcul en cours que si je l'interrompt, je repart pour 2h00 de calcul, que j'ai pas un post sur linuxfr non envoye dans un onglet chrome, que j'ai pas des journeaux/depeches ouverts dans linuxfr que si je ferme je vais perdre les nouveaux commentairs, bref, la liste peut etre longue...

heuuu...

C'est moi ou on parlait de mettre a jour les programmes/libs sur la machine et tu debarques avec tes gros sabots en nous parlant de la configuration de la machine?

A moi que t'aies encore lu en diagonale, facon: "thedude, windows, reboot, il a tord, j'ai raison, linux est mieux de toutes facons" et que tu soit (encore) completement passe a cote de la discussion?

LOL

merci pour cette tranche de rire.

et merde, j'ai remit 10 balles dans la machine a troll.
Et non, c'est pas une blague du tout.

Pour faire court.
Pour le navigateur: mon petit doigt me dit que les applications de ton bureau qui affichent du html sous quelque forme que ce soit (aide, composant UI ou que sais je encore) ne vont pas reimplementer un moteur html mais plutot se baser sur celui du systeme.
Si ton navigateur est un tant soit peu bien fait, le navigateur en lui meme n'est qu'un front end se basant sur un moteur de rendu.
Et les applications tierces vont se baser sur ce moteur pour rendre le html quand elles en ont besoin.

Sur une update non triviale, ya de grandes chances pour que le moteur de rendu soit mit a jour.
Et pas de bol, la probabilite pour que ton moteur de rendu soit loade par une quelconque appli dans un bureau en utilisation est non negligeable (pour ne pas dire egale a 1).

Je sais pas trop comment fonctionne gnome, mais je met ma main a couper qu'une update un tant soit peu consequent a konqueror implique de redemarrer la plupart des applis kde (si ce n'est le bureau entier) pour etre reellement appliquee.

et bien il suffit de tuer la session X et la relancer, c'est BEAUCOUP moins long qu'un reboot complet.
Ben ca depend ce que tu prend en compte.
C'est sur que juste relancer le bureau, c'est assez rapide.
Sauver tout mon travail en cours, verifier que tout va bien, quitter, me relogger, relancer le tout, ca va etre vachement plus long par contre, et meme si toujours plus rapide qu'un reboot, ca me demande d'arreter de bosser, context switch tout ca, et au final, redemarrer le bureau ou la machine, je vois pas la difference fondamentale.

Sous Linux, j'ai besoin de rebooter uniquement si j'ai mis à jour le kernel. Le reste c'est pas nécessaire.
Ah, bien.
Et si t'as libssl qui est mit a jour? libxml? libpng? synaptic te patches a chaud la version en ram aussi?

En tout cas ce n'est pas un GNU/Linux qui demandera de redémarrer totalement la machine pour une mise à jour de navigateur ou de lecteur multimédia.

ben voyons.
Ca a deja ete discute ici longuement.
Deja ca ne concerne que les updates de secu, faut etre precis, hein ;-)
De source sur, ni windows ni macos ne requiert un redemarrage apres une update non critique.

Le probleme est que le navigateur/lecteur (ou plutot ses libs) ont ete mises a jour sur le disque, mais en ram tu as toujours l'ancienne version ('fin si elle est chargee, evidemment).

Si tu veux faire les choses proprement, tu as deux choix:
- quitter ta session ou redemarrer (ca revient au meme en pratique)
- traquer tous les process qui pourraient avoir une dependance sur les libs updates, les fermer proprement et les redemarrer.

Le premier choix est simple, 100% fiable et (relativement) rapide.
Le deuxieme est tres complexe a mettre en oeuvre, long et tu risques d'oublier qq chose.

Conclusion: si ton gnu/linux ne te demande pas de rebooter apres une update de navigateur, c'est que soit l'update etait mineure, soit ta distrib n'inspire pas confiance.

Quand a ton probleme avec macos, je suis pour le moins dubitatif.
apres 3 laptops chez eux, le seul qui deconne, c'est mon ibook vieux de 5 ans, qui a un probleme de contact physique ecran ferme (en clair: le capteur qui determine si l'ecran est ferme croit qu'il est ouvert et lance donc la sortie de veille).
Enquete peut etre de ce cote la...

Et pour finir, je suis tres content pour toi que l'hibernation fonctionne sur ta debian, mais mon point etait plutot de dire que dans le cas general, c'est plutot casse gueule comme operation, et surtout, on verra si elle marche encore a la prochaine update du kernel, l'hibernation.

Ouais, tres constructif comme attitude.

Surtout si tu ne leur dit pas pourquoi tu les fais chier.
Et surtout qu'ils ne vont meme pas s'en rendre compte que tu les fais chier.

M'enfin, si ca te donne l'impression d'etre important et d'avoir du pouvoir, pourquoi pas, chacun son truc...

mouarf.

C'est marrant, sous windows ou macos, tout le monde s'en cogne du temps de boot parce que la mise en veille/hibernation marche et que les boots sont donc generalement limites aux updates necessitant un reboot (soit une fois par mois sous windows et je sais pas trop quand sous macos).

La ou sous linux, tout le monde a tellement la petoche de voir sa sessions exploser en plein vol qu'on est oblige d'eteindre sa machine tous les jours, d'ou l'importance d'un boot rapide.

On lui a pas dit d'aller se faire foutre, c'est juste qu'il yavait meilleur que lui, donc il a pas ete choisi.
Apres, c'est toujours la meme rengaine de calimero de soutenir celui qui a perdu face a l'encule de gagnant.

Sur un projet de cette envergure, on demande pas uniquement du code, mais aussi un mainteneur.
Mainteneur dans ce cas voulant plutot dire "lead developper" ou "team leader" que simple grouillot qui bouffe du disque dur pour chier du code.

Et objectivement, entre un leader qui n'ecoute pas la critique sur son bebe et qui n'est pas toujours disponible, face a un autre qui ecoute et est paye pour etre disponible, avec une solution technique comparable en termes de resultats, ben le choix est vite fait...

elle a un numero de telephone la madame?

ben, faut voir, pour les tarifs, ca depend beaucoup de l'utilisation.
Si t'appelles regulierement et/ou souvent et/ou longtemps, oui, un forfait est probablement interessant financierement.
Si c'est irregulier et/ou pas souvent et/ou rapide (15-20 minutes a chaque fois), c'est pas franchement gagne que tu rentabilise ton forfait.

Je suis aux us, j'ai pas de ligne fixe (aucune utilite dans mon cas), un telephone portable prepaye (j'y met environ $50 tous les 6 mois), et les seules appels vers l'etranger que je fait, c'est la famille (et tres tres tres ponctuellement un pote, en cas d'urgence), genre un fois toutes les 4 a 6 semaines.

Un appel en france va me couter un bras sur le portable prepaye.
Mais prendre un forfait mensuel pour appeler une fois de temps a autres au pays, ca va me couter un bras sur le long terme, tout ca pour l'utiliser de temps a autres.
Prendre une ligne fixe uniquement pour ca est hors de question.

J'ai du mettre $25 a $30 sur mon compte skype ya de ca plus d'un an, ca m'a couvert un grand nombre de conversation telephoniques avec le vieux continent et tu peux prendre le probleme dans tous les sens, ca m'aurait coute *bien* plus cher avec n'importe quel autre systeme.

Donc oui, j'ai la contrainte de devoir appeler depuis mon chez moi, sur le laptop, mais d'une part, il est toujours allume (ou en veille avec redemarrage instantane), d'autre part, avec le decalage horaire et tout le tralala, je me voit pas trop appeler ma mere depuis un bar a moitie raide, et donc je fais ca depuis chez moi quoiqu'il arrive.

Au final, c'est meme plus pratique pour moi, je lance skype, j'appelle moman, et je continue a boire mon cafe peinard, sans le combine qui me chauffe l'oreille et me reservir un autre cafe avec les 2 mains sans avoir l'air d'un con a tenir mon telephone avec l'epaule pour finir par le faire tomber dans la cafetiere.

Petite parenthese.

J'ai pas suivi l'affaire en detail, mais je doute que les $220 000 soient une amende, mais plutot des dommages et interets (faramineux, on est d'accord).

Le truc avec ton argument de risque trop eleve, c'est que justement le concept du dommage et interet, c'est que c'est le plaignant qui demande un montant et que c'est le juge qui, partant de ce montant, decide du montant de dommage et interet a payer.

Et que donc, on ne peut pas mettre un panneau "interdit de marcher sur la pelouse sous peine de payer $220 000 de dommages et interet", parce que ca va dependre du proprietaire de la pelouse.
En clair: le telechargeur n'a aucune idee a l'avance de ce que le telecharge va demande en dommages en interet.
Et encore moins de ce que le juge va juger raisonnable.

Dans le cas present, le juge devait probablement etre sous crystal meth (ou peut etre que le jamie thomas a decidement trop joue au con pendant le proces et le juge a estime qu'il l'avait cherche, va savoir, on a generalement plus la version du pauvre particulier que celle des majors dans ces affaires).

heuuuu.
Je note une "globale" dans l'article que tu cites.
Je suis pas expert, donc dur d'etre categorique sans savoir ce que ce "globale" implique, mais je doute que l'inscription a la sacem se fasse via une cession globale de ses droits.

Ou alors ya qq chose que j'ai rate.

en quoi c'est illegal?
C'est grosso modo ce que font toutes les maisons de disques en signant un artiste pour plusieurs albums.

Si ca l'etait reellement, je pense que ca aurait ete demonte depuis longtemps, vu le fric en jeu...

T'as des sources sur l'illegalite de la chose?

Ben d'un autre cote, sans la sacem, faudrait que tu contactes chaque artiste individuellement pour lui demander l'autorisation de diffuser/reprendre/parodier sa musique, donc l'un dans l'autre, je prefere encore la sacem.

Autant la gestion de la sacem est plus que questionnable, son systeme de reversement des redevances peut etre discute, certains petits artistes ne comprennent pas les implications d'adherer a la sacem etc., autant sur le fond, le principe quoi, j'ai du mal a voir ce qu'on peut critiquer.

non, pourquoi?

Ca etablit un precedent (ie ya des cas qui vont suivre et seront donc les suivants) et il a jamais ete vu (en gros, ce precedent, c'est le premier).

C'est parfois tres dur a lire, de par l'utlisation abusive de moultes digressions au milieu de tes phrases. Je sais, c'est un stye, mais cointreau n'en faut.
Ou alors faut assurer sur la construction, sinon le lecteur s'y perd.
D'ailleurs, t'as l'air de t'y perdre toi aussi parfois.

> On apprend par exemple aussi que les petites étiquettes « plaisir d’offrir» , qui ornent certains produits, ne sont pas du tout là pour vous rappeler que faire des cadeaux c’est avant tout donner la joie et être cool, mais aussi pour cacher des fils métalliques qui sonnent aux caisses (.. ahah comment on l’a bien grillée la racaille qui voulait « pécho» cette carte d’anniversaire avec les trois petits cochons!).

ne sont pas du tout la pour ..., mais aussi => ya qq chose qui ne colle pas.
Au passage, ton paragraphe est en fait une seul et meme phrase.

> Ça pourrait être un problème, d’autant plus que certains employés peuvent se rendre compte, avec eux, que leurs travail les rend abrutis, voir être tenter de faire études, mais ça ne l’est pas, bien au contraire.

Comme tu le dis juste apres, faut se concentrer pour comprendre, et pas qu'un peu. ca ne l'est pas se rapporte au tout debut de la phrase, et vu le nombre de virgules, ben faut vraiment suivre...

> Une voix nazi-iarde (permettez moi quelques excentricités, je vous prie) hurle dans les haut-parleurs qu’il faut très vite dégager les allées pour le nettoyage (il est très important qu’un client se sente dans un environnement aseptisé, sinon il se croit dans une superette communiste, achète moins, et Dieu Chiffre maigri - il en va de même pour la musique diffusée et la position d’un rayon face à un autre)

Ta parenthese est plus longue que le reste de la phrase... Quand a la musique diffusee et la position des rayons, j'ai toujours pas compris ce qu'"il en va de meme".
La musique maigri? Ou alors c'est que les rayons hurlent dans les haut parleurs?

> Et c’est bien fait car nous, les salauds, savons que plus un client est stressé et pressé, il sera moins regardant sur le prix et la quantité qu’il prendra.

plus un client est ... il sera moins, pareil ca colle pas.

> Il a déjà son parcours en tête dans le magasin
Tournure de phrase deroutante, j'aurais soit meme pas mentionne "dans le magasin", soit deplace apres parcours.

T'as qq fautes de frappes par ci par la, genre oubli de virgule, qui en rajoute a la difficulte de lire.
En regle general, un passage au correcteur orthographique ferait pas de mal et deffricherait bien je pense.

Quand a la conception du plaisir, c'est tres simple en fait: extreme pleasure = capote normale, long performance = capote avec l'anesthesiant au bout.

Extreme pleasure, c'est le plaisir de monsieur (c'est lui qui achete apres tout). Le plan habituel, l'affaire est pliee en 2 minutes douche comprise. Alors? Heureuse?

Long performance, ca se decode en fait en "extreme pleasure" pour madame. Mais comme monsieur s'en fout un peu du plaisir de madame, il prefere se faire titiller l'orgueil masculin avec des "long performance" (et puis long, ca sous entend aussi qq chose d'autre, qui le flatte encore plus ).
He oui, comme monsieur a le bout de la bite anesthesie, il tient plus longtemps, mais forcement, c'est moins agreable pour lui.

Le coup de l'ecran fele, ca sent fort l'opportunisme "je vais pretendre que j'ai failli mourir a cause de la batterie l'iphone pour me faire remplacer mon telephone a $300 dont j'ai pete l'ecran ya 15 jours, j'ai rien a perdre et en plus j'aurais ma photo dans le nourjal".
Cela dit vu le nom de la photo, je m'en serais passe a sa place, mais bon c'est un autre debat ca.
C'est beau en tout cas, ca s'invente pas :)

Oui, c'est un gros proces d'intention, mais autant les batteries en question sont reputees pour exploser, autant je vois pas trop comment elle pourraient faire eclater l'ecran comme ca, sans exploser et sans raison, genre 4, 3, 1 paf, pasteque.

ca j'en sais trop rien, j'ai rien vu sur les clefs dans aptitude, mais j'ai ptetre rate qq chose.

Et la encore, la verification de la signature, ca se fait au niveau de dpkg il me semble, donc pas trop de raison de laisser aptitude foutre la grouille la dedans.

c'est bien pour ca que je parle de bancal...

Bon, quand t'y regardes de pres, c'est plus qu'aptitude n'est visiblement pas concu pour ce use case.

Ouala.
Bon cela dit, tout ca pour dire qu'au final, meme si sudo permettrait en theorie ce genre de chose, en pratique ca a l'air plus que bancal.

Saloperie de proxy.

derniere chose: ma tirade sur le fait de faire un depot, c'etait juste une justification au fait que aptitude ne permet pas d'installer un .deb directement.
aptitude est concu pour fonctionner avec des depots qui contiennent des ensembles coherent de paquet, pas pour installer le premier .deb venu et faire peter tes dependance en mille.

Si tu veux profiter du confort d'aptitude, faut monter un depot, et c'est normal, c'est justement le but recherche, avoir des ensembles de depot coherents et eliminer le probleme des versions incompatibles installees au petit bonheur la chacne par l'utilisateur.

jamais dit ca.
Ce dont je parle, c'est laisser a l'utilisateur la possibilite d'installer une liste de paquets verifies par l'admin sans pour autant le laisser foutre la grouille en installant le premier .deb troue trouve au detour du web.

Ca implique donc bien evidemment de ne pas le laisser modifier le sources.list.

Si je resume:
moi: pkoi sudo est crade?
toi: parce que sudo ou su, meme combat
moi: non, sudo permet de limiter le rayon d'action de l'utilisateur tout en le laissant faire ce qu'on estime qu'il a le droit de faire
toi: non, l'utilisateur peut generer un .deb et l'installer direct
moi: non, ca n'est pas permit sauf hack
toi: si tu modifies le sources.list c'est pas un hack
moi: ca n'est certes pas un hack, mais ca ne sera pas permis
toi: ouais, mais si tu l'autorise pas, l'utilisateur pourra pas installer un .deb local
moi: ben c'est un peu le but recherche, donc tant mieux, donner a l'utilisateur d'installer certains trucs, mais pas tous..

oui, si tu donnes a l'utilisateur les droits de faire tout et n'importe quoi, il pourra faire tout et n'importe quoi, mais c'etait pas le postulat de depart...