delio a écrit 154 commentaires

Quand facebook toussera, il ouvrira une page sur google+ !!

C'est peut être une anaphore?
Il va être candidat a la prochaine élection et il s'y voit déjà :)

Si, il y a la norme USB Battery Charging pour ça, qui permet de dire dans quelles conditions une prise USB peut fournir plus que 500mA, et comment le device peut savoir qu'il peut tirer plus.
http://www.usb.org/developers/devclass_docs
http://www.usb.org/developers/devclass_docs/BCv1.2_070312.zip

C'est utilisé par tous les chargeurs 220v vers micro usb qui donnent au moins du 1A généralement.

Il dit que le int en question peut apparaitre en ascii dans un fichier texte au lieu de le stocker en binaire.

Juste par curiosité, quelqu'un le connaissait avant cette news?

Objectivement, on n'a pas tellement de moyen de savoir si Dieu existe ou non

Au contraire, on peut avancer de plus en plus d'arguments comme quoi Dieu n'existe pas, notamment grâce au progrès de la science depuis un siècle.
Alors que aucune "preuve" de l'existence d'un dieu quelconque ne tient la route.

Voir par exemple les bouquins de Dawkins ou Stenger

https://xkcd.com/927/

Si on accepte le mariage homosexuel, pourquoi ne pas accepter la polygamie ? Après tout rien n'empêche un homme d'aimer plusieurs femmes et plusieurs femmes d'aimer un homme.

Ben oui, bonne idée.

Et pourquoi n'avoir pas mis aussi "rien n'empêche une femme d'aimer plusieurs hommes et plusieurs hommes d'aimer une femme" ?

Ben oui, la loi ne dit nulle part que l'adultère est une raison suffisante et automatique pour obtenir le divorce.
Il y a bien la notion de divorce pour faute mais l'appréciation est laissée au juge, et ça s'applique plutôt pour les violences conjugales ou quand le conjoint délaisse totalement l'autre.

Oui mais la fidélité ça peut avoir plusieurs sens, et ça n'est pas forcement celui de l'exclusivité sexuelle. En France l'adultère n'est plus un motif de divorce pour faute.

Ca ressemble à la façon habituelle de coder une machine à état.

Où sont tes regles SELinux qui empechent un executable quelconque lancé par michu d'aller lire dans ~michu et de se connecter à un serveur distant?

Moi dans la doc je lis ça:

In Red Hat Enterprise Linux 6, Linux users are mapped to the SELinux __default__
login by default (which is in turn mapped to the SELinux unconfined_u user).
When a Linux user is created with the useradd command, if no options are
specified, they are mapped to the SELinux unconfined_u user

=> FAIL

A ceux qui moinssent, expliquez moi comment vous empêchez une appli quelconque (lancée par le même utilisateur) d'aller lire le cache et les mots de passe de firefox, de prendre des screenshots d'autres applis, de sniffer la position de la souris, d'injecter des événement clavier dans d'autres fenêtres, etc. :-)
Et même question avec une installation par défaut d'une distrib linux, sans rien configurer en plus.

oui

N'importe quoi. SELinux protège le système, pas l'utilisateur.
Une appli d'un utilisateur a tout pouvoir pour faire de la merde avec les autres applis et les données de l'utilisateur, même avec SELinux.

Un moteur libre est la seule garantie que ton jeu qui tourne en arrière-plan n'en profite pas pour zyeuter sur quels sites tu vas, pour regarder si tu n'aurais pas installé sans licence d'autres jeux du même éditeur, etc.

Non, c'est à l'OS de garantir ça (droits fins, sandbox, virtualisation, etc.) C'est bien dommage que les OS actuels ne fonctionnent pas comme ça de base (Android et iOS font un pas dans la bonne direction) mais en tout cas ça n'est pas réaliste de faire reposer la securité du système sur les applications.

On n'est pas près d'en sortir, parce que le prochain format de paquet ou d'installeur qui se prétendra "universel", pour remplacer tous les autres, sera en fait un format de plus qui va empirer le problème…

Il faut arrêter d'être aveugle, les autopackages ça n'est qu'un système de plus, qui participe à la fragmentation. Certaines distributions permettent de l'utiliser, d'autres pas. Certaines applis l'utilisent, d'autres pas…

Quand aux repository des distributions j'ai très bien lu merci, le problème est justement que les applications tierces ne sont pas disponibles dans un endroit centralisé. Le market Android ne contient pas que les applications google.

C'est marrant, ce sondage montre clairement pourquoi Linux ne perce pas dans le grand public!
Les 2 bonnes réponses sont:
- Je lance l'installeur que j'ai trouvé sur le site de l'application,
- Je la cherche et l'installe depuis le market.
Et heu… Ah ben non, ces 2 réponses ne sont pas dispo :-)

Mon unique expérience avec Adrexo, après une commande à la fnac:
colis marqué "reçu contre signature" sur le site de suivi des coli, la veille du jour où le livreur est passé!

il y a plus simple:
function debranche {
iptables -I INPUT -j DROP
iptables -I OUTPUT -j DROP
}
function rebranche {
iptables -D INPUT -j DROP
iptables -D OUTPUT -j DROP
}

À moins d'utiliser un SF prenant en charge les accès concurrents, tel qu'OCFS et GFS, avec deux inconvénients :

D'où l'idée davoir un serveur samba, accessible en partage de connexion usb (ou wifi) à la place du usb storage.
C'est bien plus pratique.

Ben je n'en ai aucune idée, déjà je ne sais pas si on peut faire tourner un samba sur d'autres ports que ceux utilisés par windows.
Et du côté d'android je ne sais pas si on peut lancer des executables externes sans être root, ou si on est limité à coder dans la machine virtuelle java.
En fait j'ai juste installé le truc et comme mon tel était déjà rooté ça a marché direct et je ne me suis pas posé de questions.
Pour ceux qui veulent, c'est cette appli:
https://play.google.com/store/apps/details?id=com.funkyfresh.samba

Sur mon Galaxy S (rooté), j'ai un serveur samba, accessible depuis un pc quand un partage de connexion est actif (wifi/usb tethering)
Il y a une appli sur l'android market qui fournit une gui facile à utiliser, mais qui ne marche qu'avec la connexion wifi. J'ai du bricoler un peu pour que ça marche aussi avec l'usb.

Avec ce système, on a un partage de fichiers sur usb bien plus agréable que le mass storage ou même le mtp. Je trouve ça dommage que ça ne soit pas de base dans Android.
J'ai même remarqué que j'ai des vitesses de transfert 2 ou 3 fois plus rapides avec samba/usbnet que en mass-storage.

en ligne de commande c'est vraiment très simple

Pour l'utilisateur moyen, ça veut juste dire que c'est impossible.