Moonz a écrit 3542 commentaires

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  . En réponse au journal VLC passe à la LGPL. Évalué à 3.

    Pour les logiciels « internes » il n’y a pas de validation Apple non, il y a plusieurs moyens de distribuer une appli iOS en entreprise :

    • Tout simplement, envoyer par mail une URL qui pointe vers un .ipa
    • Installer sur l’appareil avec Xcode
    • Déployer avec MDM (Mobile Device Management)

    Après ceci est techniquement possible, mais je ne sais pas ce qu’il en est exactement des modalités contractuelles avec Apple dans le cas d’une licence développeur pour ce qui est autorisé/pour ce qu’il faut payer (perso je développe et je teste sur 2-3 appareils au plus, le déploiement c’est pas moi qui m’en charge…). Je suppose que pour un déploiement de masse ça demande de passer par la caisse.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  . En réponse au journal VLC passe à la LGPL. Évalué à 4.

    Déjà c'est faux. Debian signe le paquet.

    Comme Apple. Il n’y a pas de champ « signature » dans leur format d’exécutable (Mach-O). C’est le fichier .ipa qui est signé, qui correspond peu ou prou à un .deb.

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  . En réponse au journal VLC passe à la LGPL. Évalué à 5.

    Non mais la vraie question c’est pourquoi tu voudrais que ce soit écrit explicitement dans la licence ?

    C’est pas écrit explicitement dans la GPL que les homosexuels ont le droit d’utiliser un logiciel sous GPL, donc la GPL est homophobe ?

    Je ne vois absolument pas où tu veux en venir en insistant sur le côté explicite…

  • [^] # Re: Un mini-message plus qu'un journal

    Posté par  . En réponse au journal VLC passe à la LGPL. Évalué à 3.

    Typiquement un code source pour iOS est exécutable sur le simulateur iPhone d’Apple fourni avec le SDK iOS sans avoir à le jailbreaker ni passer par l’AppStore (de toute façon pas d’AppStore sur le simulateur…)

    Donc tu as bien au moins une plateforme sur laquelle tu peux utiliser ton code libre. Satisfait ?

  • [^] # Re: Annonce NVIDIA

    Posté par  . En réponse au journal Half-life 3 sera sous linux. UNIQUEMENT SOUS LINUX !. Évalué à 4.

    Tu parles du jeu sorti en 1999 ou je confond avec autre chose ?

  • [^] # Re: systemd, c'est bien

    Posté par  . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 10.

    Bon, alors, si je suis bien ta position sur différents sujets, chez Microsoft ils sont sympa parce qu’ils font tout pour garder la rétrocompatibilité contrairement à ces hippies de Linuxiens qui s’en préoccupent pas, alors que chez systemd ils sont sympa parce qu’ils pètent la rétrocompatibilité ?

    Ton boulot ce serait pas juste avocat du diable en fait ?

  • [^] # Re: Annonce NVIDIA

    Posté par  . En réponse au journal Half-life 3 sera sous linux. UNIQUEMENT SOUS LINUX !. Évalué à 3.

    Sauf que les cartes intel, pour les joueurs… bof, à moins que tu te contentes de Tux Racer.

  • [^] # Re: record bidon

    Posté par  . En réponse à la dépêche OpenBSD 5.2. Évalué à 8.

    Tais-toi malheureux, tu vas leur donner des idées…

  • [^] # Re: J'ai eu le même problème que toi mais en pire....

    Posté par  . En réponse au journal Tiling interne ou externe, telle est la question. Évalué à 3.

    C’est marrant mais j’ai tendance à faire exactement l’inverse : d’abord haut niveau puis bas niveau si j’ai des manques (typiquement le copier-coller dans vim).

    Ça fait moins à apprendre et ré-apprendre je trouve, puisque tu as plus de programmes « en bas » (vim, emacs, weechat, mutt, whatever), qu’en haut (tu as un seul wm à priori ;)).

  • [^] # Re: Cahier des charges incomplet

    Posté par  . En réponse au journal Tiling interne ou externe, telle est la question. Évalué à 2. Dernière modification le 07 novembre 2012 à 09:32.

    Ha mais c'est le contraire, je me pose la question de virer i3 car tmux rempli la part de tiling dont je me sert pour les terminaux. Et un gestionnaire non pavant pourrait suffire pour mes autres programmes (en gros deux navigateurs, un éditeur de texte en plein écran et un thunderbird - sauf si je trouve le courage de le remplacer par un mutt)

    Personnellement, j’aime bien avoir un gestionnaire pavant pour mes autres applications aussi. Un usage typique c’est la doc dans firefox dans la colonne de gauche et un terminal de l’autre, avec possibilité assez simple d’en mettre un seul des deux en plein écran.

    Du coup c’est wmii et pas de tmux, un tty = un xterm.

    Pour les RSS dont tu parles plus bas, j’ai un petit programme qui me les envoie directement dans une boîte Maildir (et dans le dossier qui va bien), et je les lis avec mon client mail (claws-mail).

  • [^] # Re: Pourquoi ?

    Posté par  . En réponse au journal Le Nain ternet des étoiles. Évalué à 2.

    Si S3 te convient pas parce que tu aimes pas le Kindle, il y a des services équivalents ailleurs, par exemple chez RackSpace.

    Le Go en mutualisé est pas très cher non plus.

  • [^] # Re: Pourquoi ?

    Posté par  . En réponse au journal Le Nain ternet des étoiles. Évalué à 7.

    Si tu perds des données c’est que c’est pas du backup mais de l’archivage, par définition. Le backup tu as les données toujours chez toi normalement (à moins d’un manque de chance inouï), et à l’instant même où tu entendais « MU est mort » tu pouvais aller faire ton backup ailleurs. Et pour du backup même après savoir ce qu’il s’est passé je vois toujours pas le souci d’utiliser MU pour ça.

  • [^] # Re: Pourquoi ?

    Posté par  . En réponse au journal Le Nain ternet des étoiles. Évalué à 2.

    Je sais pas, tu connais beaucoup d'espace de stockage pas cher, distant, disponible et relativement rapide?

    Amazon S3 et ses concurrents ?

  • [^] # Re: Bof

    Posté par  . En réponse au journal Minitel 2.0 et auto-hébergement, quelles différences ?. Évalué à 2. Dernière modification le 30 octobre 2012 à 10:50.

    Euh, je ne focalise pas sur 1995 hein :-) le point à retenir c'est le 1 Mbits/s en débit montant (d'une part)

    En 1995 l’écrasante majorité des particuliers était en RTC. En fait je sais même pas s’il y avait déjà des offres illimitées en 56k. Alors le 1 Mbits/s en montant je rigole doucement sachant qu’on avait pas un tel débit en descendant…

  • [^] # Re: Pilotes graphiques libres

    Posté par  . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 2.

    Beaucoup je suis d’accord, j’étais longtemps un non-joueur entouré de non-joueurs d’ailleurs, mais 99.99% ça me surprendrait énormément, c’est ce que je voulais dire.

  • [^] # Re: Documenté ou pas, ce sera non!

    Posté par  . En réponse à la dépêche Documentation du format du Journal. Évalué à 1.

    Parce que l’exécutable et le code source ne sont pas deux représentations différentes d’une même entité mais deux entités différentes, la preuve tu peux pas faire de conversion binaire -> source.

  • [^] # Re: Journal en fichier binaire vs fichier plat

    Posté par  . En réponse à la dépêche Documentation du format du Journal. Évalué à 2.

    Et ton fichier "texte", c'est que du binaire

    Moui, et ya aucune différence entre les vivaldi_4_saisons.wav et /dev/urandom, après tout les deux c’est une suite d’octets qui produit des ondes sonores à l’aide d’un certain dispositif quand tu les envoie sur /dev/dsp.

  • [^] # Re: Documenté ou pas, ce sera non!

    Posté par  . En réponse à la dépêche Documentation du format du Journal. Évalué à 4.

    Tant qu'à mettre cat dans un boot loader, autant y mettre journald aussi

    Sauf que si tous les logiciels doivent gérer tous les formats binaires inventés depuis le début de l’informatique, on est pas sorti de l’auberge…

  • [^] # Re: Pilotes graphiques libres

    Posté par  . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 1.

    Et les non joueurs, ça représente combien de % de la population ?

    Non, parce que même moi qui me considère pas comme un gros joueur, j’apprécie une LAN de temps en temps entre collègue un vendredi soir…

  • [^] # Re: Journal en fichier binaire vs fichier plat

    Posté par  . En réponse à la dépêche Documentation du format du Journal. Évalué à 2.

    [mode Zenitram] De toute façon, les problèmes d’encodage, c’est pour les vieux de 30 ans qui veulent pas évoluer, on a inventé l’utf-8, faut vivre avec son temps les vieux râleurs

  • [^] # Re: Journal en fichier binaire vs fichier plat

    Posté par  . En réponse à la dépêche Documentation du format du Journal. Évalué à 4. Dernière modification le 24 octobre 2012 à 17:45.

    Allez : quel est le code page? quel est la langue d'écriture? Quel est le code de retour à la ligne (rappel : il y a 3 formes qui se baladent dans le monde)? Quel délimiteur? Quel format pour la date (10/04/2012, c'est 10 avril ou 4 octobre)? avec ou sans BOM qui va planter quelques logiciels si présent mais aussi si pas présent (ça dépend du logiciel)?

    J’ai un outil un peu magique que tu devrais essayer et qui s’appelle cerveau, qui sait que si « Ã© » s’affiche c’est que c’est pas le bon encodage ; idem pour le BOM et le retour à la ligne ; quant à la langue, si les données sont en russe, la question du format du fichier contenant ces données est absolument orthogonal, je comprendrai rien. Malheureusement, il a énormément plus de difficultés sur le binaire chez moi (après, peut-être est-il défectueux, mais je peux pas le changer)

    Tu approches le format texte comme tu approches le format binaire, c’est à dire comme une machine qui plante au premier bit qui lui plait pas, alors que la force du format texte c’est précisément qu’il peut être lu, interprété et corrigé par un humain qui a un cerveau.

    J’ai déjà eu des problème d’encodage d’un système à l’autre sur des fichiers LaTeX. Un coup d’iconv est c’est passé.

    J’ai déjà eu des problèmes d’encodage de Microsoft Office pour Windows à Microsoft Office pour Mac sur un .doc. J’ai jamais pu le corriger.

    Quelle est la différence entre les deux situations ? Laquelle est préférable ? (ne me dit pas un format binaire sans bug, l’informatique sans bug ça n’existe pas, pas dans le monde réel, l’alternative que je te propose c’est une informatique avec bugs facilement corrigeables humainement et bugs quasiment impossibles à corriger par celui qui n’est pas dans les arcanes du format binaire spécifique)

    cat, more, n'importe quel lecteur de texte interprètent… Tu as toujours un interpréteur. Plus ou moins doué (par exemple, la plupart des intépréteurs ne sont pas capables de te garantir que la date est correcte, cf JJ/MM vs MM/JJ)

    cat et more plantent si l’encodage n’est pas bon ? Si le format de date leur plaît pas ? Je sais pas sur quel OS tu tournes, mais il est vachement bizarre.

  • [^] # Re: Documenté ou pas, ce sera non!

    Posté par  . En réponse à la dépêche Documentation du format du Journal. Évalué à 5.

    Donc, maintenant, si on se concentrait sur de vrais défauts potentiel de la chose en évitant le bruit ambiant qui ne fait que cacher de vrais défauts si il y en a?

    Comme exactement TOUS les formats et outils propriétaires (dans le sens spécifiques, pas dans le sens non-libre) depuis l’invention de l’informatique : impossibilité de réutiliser des outils existants et testés sur une bien plus large échelle, obligation de créer du code spécifique forcément moins testé et donc plus sujet à des bugs que des outils génériques, moins de chances d’avoir la possibilité d’y accéder dans son langage/environnement de prédilection, augmentation de la complexité du système total et donc 1. courbe d’apprentissage plus raide (forcément, apprendre deux outils qui peuvent tout faire, quitte à apprendre au fur et à mesure des outils plus spécifiques qui se greffent au-dessus pour faire des choses plus complexes, c’est plus simple que d’en apprendre directement 150 différents d’un coup), ce qui se traduit directement en coûts (bah oui, la formation c’est pas gratuit) ; 2. du risque d’erreur humaine (oups, -r pour journal c’est remove, -r pour mon autre outil c’est recursive) (idem, une erreur humaine ça a un coût en général), et le plus important, flexibilité moindre (avec les logs actuels je peux faire un mount --bind /var/log /mnt/mychroot/var/log puis lire les logs à partir de mon chroot qui ne possède pas syslogctl, avec journalctl je pourrai pas. Exemple capillotracté certes, mais c’est le principe de la flexibilité, de pas savoir à l’avance de quoi on aura besoin, donc la flexibilité vaut mieux en avoir trop que pas assez).

    Si on répète « le texte c’est bien », c’est pas parce qu’on est endoctriné dans une église bizarroïde hein, mais parce que le remplacement du texte par du binaire proprio a TOUJOURS posé ces problèmes et le posera TOUJOURS, « le texte c’est bien » c’est juste un raccourci pour ce que j’ai listé au dessus (et certainement d’autres que j’ai oublié).

  • [^] # Re: Pilotes graphiques libres

    Posté par  . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 10. Dernière modification le 23 octobre 2012 à 18:41.

    Tu connais beaucoup toi de cartes avec un pilote libre qui aient les mêmes performances sous Linux qu’une Geforce avec les pilotes proprio ?

    Si c’est le cas, ça m’intéresse beaucoup.

  • [^] # Re: Documenté ou pas, ce sera non!

    Posté par  . En réponse à la dépêche Documentation du format du Journal. Évalué à 2. Dernière modification le 23 octobre 2012 à 18:29.

    Tes logs sont en vidéo avec une piste audio chez toi ?

    Évidemment que tu ne vas pas utiliser un format texte pour un contenu qui n’a pas de représentation textuelle…

  • [^] # Re: Documenté ou pas, ce sera non!

    Posté par  . En réponse à la dépêche Documentation du format du Journal. Évalué à 2.

    C’est vrai que wtmp contient des informations absolument vitales pour comprendre comment fonctionne ton système.