jigso a écrit 1203 commentaires

Est-ce que ça veut dire que si je met un serveur de mail pour un domaine michu.tk derrière une Freebox tous les emails sortant vont être considéré comme du spam ?

Sous linux il y a xdg-open pour ouvrir tout type de fichier/url en fonction des préférences de l'utilisateur.
Une rapide recherche sur le moteur de recherche du démon donne la commande "open" sous mac qui ferait la même chose, mais je n'ai pas cet OS du mal pour vérifier. Si un sale collabo pouvait confirmer…

Au final, le mac, c'est juste un terminal X de luxe.

Pas si résistant que ça finalement…

--->

Oui, rien ne vaut les produits locaux : 2g1c

Si, le site de La Redoute… oh wait…

Faut surtout les dénoncer à Hadopi : vouloir regarder des oeuvres culturelles directement via Internet sans payer les droits d'auteur…
Y z'y pensent aux pauvres ânes qui se voient ainsi dépouillé du fruit de leur travail, M'a'ame Chazal ?

Je suis assez d'accord, reproduire les contraintes du clavier n'a pas vraiment de sens sur un écran.
Je suis passé à MessageEase, suite à cet article, et je trouve que c'est une solution plus adapté sur une écran tactile qu'une simple adaptation d'un clavier classique.

Je ne connais pas du tout, mais rien que ça ne me donne pas envie d'en savoir plus. C'est con, non ? (enfin surtout pour les musiciens concernés…)

Ah et si tu veux tunneler d'autres protocoles, ssh le fait aussi ( cf options -L et -R ). Mais là il te faut évidemment avoir les clients graphiques sur ta machine.

ssh -X ...

Aprés faut avoir un serveur X sur le poste client, et tu peux lancer sur le serveur des applis graphiques avec affichage déporté (xpdf, xbiff, …)

canard.map(function(e, i) { e.click(alert.bind(window, i)) });

Plus joli, non ? (et sans doute plus efficace)

le nom évoque clairement un langage fait pour scripter

JavaScript est probablement le langage le plus mal nommé de la planète : rien à voir avec du Java, et encore moins pour faire des scripts en ligne de commande à la *sh.

Et si au passage quelqu'un pouvait me donner la définition d'un langage "de script"…

C'est simple : achète le livre papier et pirate le livre numérique. Et tant pis si ça tue des chatons, ras l'bol de vouloir faire le "gentil" et de voir que ça sert à rien. Des agents économiques ne sont pas capables de trouver le "bon" business model ? C'est leur problème, pas le mien. Peut-être qu'un jour ils réaliseront que la réalité les a dépassé, en attendant moi j'aurai lu des bouquins sur papier et sur liseuse…

Pour compléter : sur le Kobo (le vieux et le glo) on peut installer un serveur telnet (pas bien) ou ssh (bien) et jouer avec "pour de vrai" : c'est un linux :-)

(en fait c'est tout bête, les mises à jour de l'OS se font via un tgz qui est detarré à la racine de la bête, il suffit de mettre un fichier qui va bien dans le répertoire .kobo de la carte SD et zou : cf http://a3nm.net/blog/fnacbook_kobo_hacking.html )

Par défaut le Kobo ne se synchronise qu'avec le compte de www.kobobooks.fr, mais à partir du moment ou on est root, on doit pouvoir en faire qqe chose : certains ont développé une appli de météo, j'imagine qu'on doit pouvoir faire un truc pour interroger un serveur et télécharger les livres. wget fonctionne en ligne de commande, et pour les autres outils on peut les installer à partir des archives debian pour ARM - mais il faut évidemment faire beaucoup de choses à la main.

Enjoy.

C'est du NC. Et rien que pour ça ça mérite d'être cité sur LinuxFR pour déclencher un troll.

Oui mais dans tous les cas le contrôle n'est vraiment possible que si le code est libre, c'était le sens de mon message. A partir du moment où le code est fermé, on est au niveau zéro de la sécurité. Bien sûr qu'il faut de toute façon accorder sa confiance à quelqu'un à un moment, mais on peut s'en remettre à l'intelligence collective pour considérer que les failles seront détectées et corrigées tôt ou tard. Et si on considère que même dans ce cas on ne peut faire confiance au système, on éteint la machine et on part sur une île déserte.

La confiance n'exclue pas le contrôle.

Si vous voulez continuer à utiliser MEGA, vous devez le faire par le biais d'une application client qui a été écrit par une personne dont vous avez confiance.

Voilà, enfin, on y vient : la seule vraie sécurité, c'est quand le code est libre, cad qu'on peut l'étudier, et surtout l'éditer et le recompiler pour l'utiliser en lieu et place des binaires fournis par le prestataire. Bien sûr il restera toujours des failles, - un code malveillant peut-être présent sous une forme obfusqué, les algos utilisés présentent peut-être des failles voulues ou non - mais ça limite énormément le pouvoir de nuisance.
Et donc oui, le combat extrémiste de la FSF pour le tout libre en rejetant le pragmatisme de l'utilisateur est tout a fait justifié.

Oui il aurait été plus simple de mettre : "Le mariage est contracté par deux personnes."
Définir le sexe d'une personne est parfois impossible, pourquoi ce critère devrait rester dans la loi ?

Mais bon, le test marche aussi si x1 == null et x2 == null, donc tout va bien.

Oui en fait toutes les réponses ci-dessus ne sont que celles de jaloux.

On dit la même chose, je faisais une auto-critique en expliquant le phénomène : on maîtrise un domaine - l'informatique - et donc on "voit" la technique, et on comprend comment ça marche. Toute réflexion par les 99% sur la chose nous font rigoler, parce qu'on repère tout de suite les erreurs de compréhension et de langage. C'est la même chose pour le garagiste, ou le réparateur de la machine à laver, quand on lui dit "ça fait klong-klong"… On est tous "l'abruti" d'un autre.

(c"est bien pour ça que j'avais mis "abruti" entre guillemets, je ne méprise pas la vulgarisation de ces outils au profit du plus grand nombre. )

Pas sûr que ce soit les marchands qui en profitent, c'est plutôt eux qui en sont à l'origine : la nouveauté est vendeuse, et renommer "ordinateur" en "smartphone" et "logiciel" en "application" permet de faire du neuf avec du vieux.
Vous achèteriez un logiciel à 0.99 euros pour votre PC, vous ?

Je pense que les "abrutis" en question, ce sont ceux qui ne font pas le distinguo entre le hard, l'OS, et les programmes : tous les beaux discours et les présentations à la Apple ont réussi à faire croire à tout le monde que l’objet qu'ils ont entre les mains est monobloc. Point d'OS, d'interface graphique, de programme, on a un ibidule, un machindroid, et ça suffit à le définir. Or nous qui sommes plongés dans le monde technique savons comment fonctionne ce genre de chose, et que le hardware, le système de fichier, l'OS, les programmes ne sont que des briques et que chacune peut être bidouillée.
Par exemple il est très révélateur de se souvenir que le premier iPhone était "monotâche" : c'est débile, iOS n'est pas MS-DOS ! bien sûr que l'OS était multitâche, c'est juste l'interface graphique et le mode de fonctionnement choisit par le constructeur qui ont popularisée cette expression.

Pour revenir au sujet évidemment "Apps" n'est qu'un terme marketing, parce qu'il fallait marquer une rupture avec le monde des ordis classiques et ne surtout pas "installer un programme" sur son téléphone. Mais techniquement c'est la même chose, et les "AppsStore" existent depuis belle lurette, ce sont les dépots Debian, Redhat, etc.

On refourgue les même concepts en changeant le nom, et Mme Michu croit que le progrès est en marche.( Qui a dit "Cloud" ? )

https://linuxfr.org/news.atom
https://linuxfr.org/journaux.atom
https://linuxfr.org/forums.atom

Pour les autres flux (sondages, wiki - y'a un wiki sur DLFP ?? ) : https://linuxfr.org/plan