Au passage, je n'ai personnellement encore jamais trouvé un seul site qui me donne une bonne d'activer Java : avez-vous des cas précis et réguliers de tels sites, à part celui des impôts ?
Minecraft ! Quand on veut jouer sans laisser trop de traces, la version sous forme d'applet Java est sympa.
Mais passer par Expression() de beans permet de contourner la sécurité. Je ne connais pas suffisamment Java pour savoir pourquoi.
Le système de sécurité de Java se base sur l'analyse de la pile d'appels de méthodes. En gros, pour savoir si une opération est permise, on vérifie que chaque méthode dans la pile a bien le droit de l'appeler.
Comme ce système seul serait insuffisant, il y a un moyen de faire des appels de méthodes dits "privilégiés". Dans ce cas, la vérification va s'arrêter à l'endroit où l'appel privilégié est fait, sans tenir compte des permissions de l'appelant (très approximativement, on peut voir ça un peu comme le bit SetUID ou SetGID sur les permissions Unix)
Apparemment, le problème qu'on a ici, c'est qu'on a un de ces appels privilégiés dans la classe Expression du package Java Beans. Les classes de base du JDK s'exécutant avec un niveau de privilège très élevé (normalement, c'est sans restriction), ça permet donc, combiné avec la méthode dans AWT, d'effectuer des appels qui désactivent complètement la sécurité.
Pour Windows (ou Mac), la dernière version est toujours disponible en page d'accueil du site de VLC. Je vois pas vraiment d'avantage pour Linux sur ce point.
Par contre sous Windows j'ai déjà eu des Ctrl+Alt+Suppr qui ont pris plusieurs minutes.
Ça, c'est certainement dû à une mémoire saturée et un système qui swap à mort. C'est très difficile d'être réactif dans ces conditions (Linux et OS X ne font pas vraiment mieux)
Était-il bien question de l'installation d'un logiciel ? Si oui, le faites vous sans les droits d'administrateur ?
Non, il était question de la compilation puis de l'installation d'un logiciel. La compilation n'a pas besoin de droits particuliers, il est donc fortement déconseiller de la faire en root. Seule l'installation demande des droits d'administrateur.
Certes ; quoique pour un logiciel écrit correctement, les erreurs sont généralement assez limpides pour qui se donne la peine de lire.
Limpide pour quelqu'un avec un bon bagage technique, peut-être (encore que les messages d'un compilateur peuvent nécessiter de bien connaitre le langage dans lequel le soft est écrit), mais pour un utilisateur lambda, c'est peu compréhensible, et surtout, le plus souvent, ça ne lui donnera pas d'indication sur la façon de résoudre son problème.
Les messages d'erreur à la compilation, ils sont destinés à un développeur, pas à l'utilisateur final.
Enfin, de tout ça j'en conclu qu'il peut effectivement être délicat d'installer un logiciel non empaqueté sous Linux. Qu'en est-il déjà sous widows ? Est-ce vraiment sensiblement plus aisé comme le laisse entendre la comparaison employant le terme « à la ramasse » ? Comment décririez-vous en quelque mot le processus standard de compilation/installation ?
La différence, c'est que sous Windows, un logiciel non empaqueté, c'est un concept qui n'existe pas vraiment. On a soit un installeur, soit un exécutable qui peut se lancer depuis n'importe où. La compilation à partir des sources, c'est réservé uniquement aux développeurs qui veulent apporter des modifications au logiciel, l'utilisateur lambda utilisera toujours un binaire déjà compilé.
Dans ce cas, compiler un logiciel n'est pas plus compliquer que faire un gâteau : il suffit de suivre la notice…
J'ai jamais eu le cas d'un gâteau qui refuse de cuire parce qu'il y a eu une mise à jour de mon four et que la recette n'est pas encore à jour pour en tenir compte.
Soit une ligne de commande à la portée de n'importe quel néophyte.
Tu plaisantes j'espère ? Déjà, la ligne de commande telle que tu l'as donnée ne fonctionne qu'en root (si même quelqu'un qui connait Linux se plante, on peut imaginer ce que ça va donner avec un néophyte…)
Et non, compiler soi-même, c'est pas à la portée de n'importe qui. Il y a énormément de choses qui peuvent faire foirer la compilation avec un message d'erreur qui sera absolument incompréhensible pour quelqu'un qui ne s'y connait pas un minimum.
Inversement j'ai du mal à imaginer une action d'installation plausible de monsieur toutlemonde sous windos s'il reçoit l'équivalent d'un logiciel pas dans les dépôts, c'est-à-dire non compilé pour sa version de widows
En pratique, le cas ne se présente tout simplement pas (ou alors, très rarement), parce que Windows a le bon gout de garder des APIs suffisamment stables pour rester compatibles d'une version à l'autre du système, ce qui fait que le besoin de recompiler un logiciel est beaucoup moins présent que sous Linux.
C'est bien de ce truc de là dont je parlais, et je reste sur ma position : sauf cas très spécifiques, ça sert pas à grand chose et il vaut mieux miser sur 64 bits complet. Le bench que tu cites n'est absolument pas représentatif d'une utilisation normale.
Ça reste encore à prouver que garder des pointeurs sur 32bits fasse vraiment parti du "meilleur des deux mondes" (imo, sauf quelques cas particuliers, le meilleur des 2 mondes, c'est le 64 bits complet)
De ce que je comprend, ce qui pose problème est de pouvoir lire un fichier qui n'a pas été sélectionné par l'utilisateur.
Oui, c'est exactement ça. On peut ouvrir un fichier qui a été sélectionné depuis une boite de dialogue d'ouverture de fichier, par drag&drop ou en ouvrant simplement le fichier depuis le Finder si l'application est associée au type de fichier.
Dans les autres cas, l'application n'a pas le droit d'aller voir ce qui se passe en dehors de sa sandbox.
Ce que tu décris, c'est plus ou moins le système qu'offre la Poste suisse avec le service PickPost. Ça permet d'être livré directement dans plus ou moins n'importe quel bureau de poste, ainsi que dans la plupart des grandes gares et certains commerces.
Ah oui, et ça marche pour n'importe colis, peu importe sa provenance et le type d'envoi.
La sécurité d'un compte Google repose sur la sécurité de l'adresse mail de secours
La sécurité d'un compte Twitter repose sur la sécurité de l'adresse mail associée
Ça doit pouvoir se généraliser à au moins 90% des services en lignes.
Perso, le mot de passe de mon adresse email, c'est celui que je considère comme le plus critique (avant même celui de ma banque) et le plus important à protéger, parce qu'un email compromis, ça ouvre la porte à énormément de choses…
Gros +1. Sur smartphone ou tablette, on n'a pas les raccourcis clavier pour passer au commentaire non-lu suivant, et la toolbar est tellement petite qu'elle est inutilisable (en tout cas, avec mes gros doigts, j'ai beaucoup de mal)
Juste garder les boutons précédent/suivant en leur donnant une bonne taille, ça serait génial.
[^] # Re: la guerre de s unices
Posté par Buf (Mastodon) . En réponse au journal udev forké. Évalué à 9.
Donc pas comparable avec ce que l'on peut obtenir sous Linux.
Avec Cygwin, le fork() est particulièrement lent, parce qu'il faut émuler la sémantique d'un appel Posix qui n'a pas d'équivalent direct en Win32.
[^] # Re: la guerre de s unices
Posté par Buf (Mastodon) . En réponse au journal udev forké. Évalué à 4.
php, c'est déjà moisi dans le domaine pour lequel il a été conçu (le web), alors l'utiliser pour autre chose… Ça ne donne vraiment pas envie…
[^] # Re: Présentations
Posté par Buf (Mastodon) . En réponse au journal Un flim de les Nuls ce soir (pour ceux qui le veulent bien). Évalué à 1.
Je pense que tu fais erreur, "aéroport" n'est jamais prononcé correctement.
[^] # Re: Sain & Sauf
Posté par Buf (Mastodon) . En réponse au journal Java ça pue c'est trop libre.. Évalué à 2.
Minecraft ! Quand on veut jouer sans laisser trop de traces, la version sous forme d'applet Java est sympa.
[^] # Re: Un 0-day de 2 jours?
Posté par Buf (Mastodon) . En réponse au journal Java ça pue c'est trop libre.. Évalué à 5.
Le système de sécurité de Java se base sur l'analyse de la pile d'appels de méthodes. En gros, pour savoir si une opération est permise, on vérifie que chaque méthode dans la pile a bien le droit de l'appeler.
Comme ce système seul serait insuffisant, il y a un moyen de faire des appels de méthodes dits "privilégiés". Dans ce cas, la vérification va s'arrêter à l'endroit où l'appel privilégié est fait, sans tenir compte des permissions de l'appelant (très approximativement, on peut voir ça un peu comme le bit SetUID ou SetGID sur les permissions Unix)
Apparemment, le problème qu'on a ici, c'est qu'on a un de ces appels privilégiés dans la classe Expression du package Java Beans. Les classes de base du JDK s'exécutant avec un niveau de privilège très élevé (normalement, c'est sans restriction), ça permet donc, combiné avec la méthode dans AWT, d'effectuer des appels qui désactivent complètement la sécurité.
[^] # Re: hum
Posté par Buf (Mastodon) . En réponse au journal Est-ce que la popularité d'Android permettra à Linux de progresser en adoption ?. Évalué à 3.
Pour Windows (ou Mac), la dernière version est toujours disponible en page d'accueil du site de VLC. Je vois pas vraiment d'avantage pour Linux sur ce point.
[^] # Re: Sais-tu danser la carioca ?
Posté par Buf (Mastodon) . En réponse au journal Un flim de les Nuls ce soir (pour ceux qui le veulent bien). Évalué à 2.
Ça fait trois fois qu'il est mort ton chien.
[^] # Re: Youpie!
Posté par Buf (Mastodon) . En réponse au journal Un flim de les Nuls ce soir (pour ceux qui le veulent bien). Évalué à 3.
Et pendant ce temps-là, à Veracruz…
[^] # Re: hum
Posté par Buf (Mastodon) . En réponse au journal Est-ce que la popularité d'Android permettra à Linux de progresser en adoption ?. Évalué à 2.
Ça, c'est certainement dû à une mémoire saturée et un système qui swap à mort. C'est très difficile d'être réactif dans ces conditions (Linux et OS X ne font pas vraiment mieux)
[^] # Re: hum
Posté par Buf (Mastodon) . En réponse au journal Est-ce que la popularité d'Android permettra à Linux de progresser en adoption ?. Évalué à 1.
Non, il était question de la compilation puis de l'installation d'un logiciel. La compilation n'a pas besoin de droits particuliers, il est donc fortement déconseiller de la faire en root. Seule l'installation demande des droits d'administrateur.
Limpide pour quelqu'un avec un bon bagage technique, peut-être (encore que les messages d'un compilateur peuvent nécessiter de bien connaitre le langage dans lequel le soft est écrit), mais pour un utilisateur lambda, c'est peu compréhensible, et surtout, le plus souvent, ça ne lui donnera pas d'indication sur la façon de résoudre son problème.
Les messages d'erreur à la compilation, ils sont destinés à un développeur, pas à l'utilisateur final.
La différence, c'est que sous Windows, un logiciel non empaqueté, c'est un concept qui n'existe pas vraiment. On a soit un installeur, soit un exécutable qui peut se lancer depuis n'importe où. La compilation à partir des sources, c'est réservé uniquement aux développeurs qui veulent apporter des modifications au logiciel, l'utilisateur lambda utilisera toujours un binaire déjà compilé.
[^] # Re: hum
Posté par Buf (Mastodon) . En réponse au journal Est-ce que la popularité d'Android permettra à Linux de progresser en adoption ?. Évalué à 3.
J'ai jamais eu le cas d'un gâteau qui refuse de cuire parce qu'il y a eu une mise à jour de mon four et que la recette n'est pas encore à jour pour en tenir compte.
[^] # Re: hum
Posté par Buf (Mastodon) . En réponse au journal Est-ce que la popularité d'Android permettra à Linux de progresser en adoption ?. Évalué à 6.
Tu plaisantes j'espère ? Déjà, la ligne de commande telle que tu l'as donnée ne fonctionne qu'en root (si même quelqu'un qui connait Linux se plante, on peut imaginer ce que ça va donner avec un néophyte…)
Et non, compiler soi-même, c'est pas à la portée de n'importe qui. Il y a énormément de choses qui peuvent faire foirer la compilation avec un message d'erreur qui sera absolument incompréhensible pour quelqu'un qui ne s'y connait pas un minimum.
En pratique, le cas ne se présente tout simplement pas (ou alors, très rarement), parce que Windows a le bon gout de garder des APIs suffisamment stables pour rester compatibles d'une version à l'autre du système, ce qui fait que le besoin de recompiler un logiciel est beaucoup moins présent que sous Linux.
[^] # Re: [HS] Aujourd'hui, l'innovation est morte. RIP
Posté par Buf (Mastodon) . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à 3.
Comme de son premier col roulé, plutôt.
[^] # Re: x86 32bits [:aloy]
Posté par Buf (Mastodon) . En réponse au journal Pierre Tramo 2.0. Évalué à 2.
C'est bien de ce truc de là dont je parlais, et je reste sur ma position : sauf cas très spécifiques, ça sert pas à grand chose et il vaut mieux miser sur 64 bits complet. Le bench que tu cites n'est absolument pas représentatif d'une utilisation normale.
[^] # Re: Pourquoi développer un logiciel libre sur OSX ?
Posté par Buf (Mastodon) . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à 10.
une proportion homéopathique, peut-être ?
[^] # Re: x86 32bits [:aloy]
Posté par Buf (Mastodon) . En réponse au journal Pierre Tramo 2.0. Évalué à 3.
Oui, c'est exactement ça.
Mais ce que je voulais dire, c'est que les situations où le gain est significatif par rapport à du 64 bits complet sont très rares.
[^] # Re: x86 32bits [:aloy]
Posté par Buf (Mastodon) . En réponse au journal Pierre Tramo 2.0. Évalué à 0.
Ça reste encore à prouver que garder des pointeurs sur 32bits fasse vraiment parti du "meilleur des deux mondes" (imo, sauf quelques cas particuliers, le meilleur des 2 mondes, c'est le 64 bits complet)
[^] # Re: Bronsonisé ?
Posté par Buf (Mastodon) . En réponse au journal Jean-luc Delarue Bronsorisé. Évalué à 0.
Merci, c'est lumineux.
[^] # Re: C'est vraiment obligé d'être insultant et condescendant ?
Posté par Buf (Mastodon) . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à 10.
Surtout quand le jour en question est vendredi.
[^] # Re: C'est nul
Posté par Buf (Mastodon) . En réponse au journal Un nouveau logo pour Microsoft. Évalué à 0.
Il est en carton parce qu'il est signé par une autorité de certification en carton (ce qui n'est pas vraiment mieux que de l'auto-signé)
[^] # Re: Sandboxing
Posté par Buf (Mastodon) . En réponse au journal MplayerX quitte le Mac App Store. Évalué à 1.
Oui, c'est exactement ça. On peut ouvrir un fichier qui a été sélectionné depuis une boite de dialogue d'ouverture de fichier, par drag&drop ou en ouvrant simplement le fichier depuis le Finder si l'application est associée au type de fichier.
Dans les autres cas, l'application n'a pas le droit d'aller voir ce qui se passe en dehors de sa sandbox.
[^] # Re: Cityssimo
Posté par Buf (Mastodon) . En réponse au journal La poste by Colissimo. Évalué à 2.
Ce que tu décris, c'est plus ou moins le système qu'offre la Poste suisse avec le service PickPost. Ça permet d'être livré directement dans plus ou moins n'importe quel bureau de poste, ainsi que dans la plupart des grandes gares et certains commerces.
Ah oui, et ça marche pour n'importe colis, peu importe sa provenance et le type d'envoi.
# Bronsonisé ?
Posté par Buf (Mastodon) . En réponse au journal Jean-luc Delarue Bronsorisé. Évalué à 10.
Je vais surement poser une question bête, mais ça veut dire quoi "bronsoniser" ?
Ce n'est pas la première fois que je vois ce mot sur ce site, et je ne sais toujours pas ce que ça signifie.
Merci de m'éclairer.
[^] # Re: Morale de l'histoire
Posté par Buf (Mastodon) . En réponse au journal Hack : Un journaliste de Wired se fait piquer sa vie en ligne.. Évalué à 4.
Ça doit pouvoir se généraliser à au moins 90% des services en lignes.
Perso, le mot de passe de mon adresse email, c'est celui que je considère comme le plus critique (avant même celui de ma banque) et le plus important à protéger, parce qu'un email compromis, ça ouvre la porte à énormément de choses…
[^] # Re: je fais partis de ces quinze
Posté par Buf (Mastodon) . En réponse au journal linuxfr-solarized : nouvelle version. Évalué à 1.
Gros +1. Sur smartphone ou tablette, on n'a pas les raccourcis clavier pour passer au commentaire non-lu suivant, et la toolbar est tellement petite qu'elle est inutilisable (en tout cas, avec mes gros doigts, j'ai beaucoup de mal)
Juste garder les boutons précédent/suivant en leur donnant une bonne taille, ça serait génial.