TeXitoi a écrit 358 commentaires

  • [^] # Re: Ticket #1802

    Posté par  (site web personnel) . En réponse à la dépêche Debian adaptée pour le FreeRunner. Évalué à 4.

    http://thread.gmane.org/gmane.comp.handhelds.openmoko.device(...)

    En gros, c'est leur patch pour faire marcher le GPS avec la carte SD sur les GTA02v5 qui fait tout merder. Au passage, ca me semble être le même problème que http://docs.openmoko.org/trac/ticket/1799, et c'est surtout celui-là qui me gère.

    Perso, sur ma Debian, Mettre /sys/module/glamo_mci/parameters/sd_idleclk à 1 améliore grandement les choses. Il semble que le suspend.d proposé soit un peu légé, vu que j'ai le problème en faisant "sync && apm -s". Je pense qu'il faut une vrai écriture dans un fichier pour remettre les choses bien (mais j'ai pas encore eu le temps de tester, un reboot bourin, ca prend un certain temps sur une carte de 8Go...). Je pense qu'un "echo >> /tmp/nothing" plutôt qu'un touch devrait suffire (pas encore testé).

    Bon, comme j'ai un GTA02v6, je devrais juste pouvoir rester tout le temps en /sys/module/glamo_mci/parameters/sd_idleclk à 1.
  • [^] # Re: En fait

    Posté par  (site web personnel) . En réponse au journal Les window managers c'était mieux à vent !. Évalué à 1.

    Essaie donc un tiling window manager : http://en.wikipedia.org/wiki/Tiling_window_manager

    Perso, après ion2 puis 3, je suis passé à Xmonad.
  • [^] # Re: Pourquoi SCons ?

    Posté par  (site web personnel) . En réponse à la dépêche SCons 1.0. Évalué à 2.

    Il y a aussi OMake : http://omake.metaprl.org/index.html

    OMake is a build system designed for scalability and portability. It uses a syntax similar to make utilities you may have used, but it features many additional enhancements.

    Bon, c'est vrai que c'est surtout un système de build adapté à OCaml. Il gère par défaut C, C++, OCaml, and LaTeX projects, or a mixture thereof.
  • [^] # Re: Vite KDE sous license BSD ou MIT!

    Posté par  (site web personnel) . En réponse à la dépêche KDE adopte la FLA de la FSFE. Évalué à 3.

    À mon avis, c'est GPL qui s'est créé un nouveau compte.
  • [^] # Re: Clavier disponible avec rétro-éclairage ?

    Posté par  (site web personnel) . En réponse à la dépêche Sortie du bépo 1.0rc1. Évalué à 4.

    Ba, non, vu qu'en bepo, tu regarde pas ton clavier et que tu tapes à 10 doigts, un clavier rétroéclairer, ca sert qu'à consommer plus...
  • [^] # Re: Des histoires de succès ?

    Posté par  (site web personnel) . En réponse à la dépêche Nouvelle version Om 2008.8 pour les smartphones OpenMoko. Évalué à 2.

    attention, suspend, il me semble que c'est écran eteint, mais CPU encore actif à quelques MHz, genre l'état lorsque tu enregistres une trace GPS ou que tu écoutes un mp3. Standby, c'est quand tu fais rien (genre suspend to RAM), avec le GSM d'activé (qui peut réveiller le téléphone s"il recoit un SMS ou un appel).

    Donc en théorie, tu as les 6 jours de veille, à vérifier.
  • [^] # Re: questions

    Posté par  (site web personnel) . En réponse au journal Sortie du bépo 1.0rc1. Évalué à 3.

    Dans les préférences, tu peux désactiver l'affichage des signatures, ce qui règle le problème.
  • [^] # Re: url

    Posté par  (site web personnel) . En réponse au journal Un petit ordinateur sous linux à faire soi même. Évalué à 7.

    Sisi, ca doit plutôt être ta boite qui laisse pas sortir le port 8080 ;-)
  • [^] # Re: questions

    Posté par  (site web personnel) . En réponse au journal Sortie du bépo 1.0rc1. Évalué à 3.

    Il y a l'espace insécable fine ? Alors l'argument du shift+space pour l'insécable car les ponctuation double sont sur shift pert de perspicacité : avant ?!, c'est une espace insécable fine.
  • [^] # Re: questions

    Posté par  (site web personnel) . En réponse au journal Sortie du bépo 1.0rc1. Évalué à 2.

    et pourquoi pas AltGR+é pour le | ? Il est pas utilisé, et le majeur, c'est plus facile à utiliser que l'auriculaire, non ?
  • [^] # Re: Série sans problème GPS/SD card

    Posté par  (site web personnel) . En réponse au journal Commande groupée d'Openmoko FreeRunner sur Nantes. Évalué à 1.

    Merci
  • [^] # Re: Série sans problème GPS/SD card

    Posté par  (site web personnel) . En réponse au journal Commande groupée d'Openmoko FreeRunner sur Nantes. Évalué à 1.

    Quelle est ta source ?
  • [^] # Re: Changement de fournisseur et lancement de la commande sous peu

    Posté par  (site web personnel) . En réponse au journal Commande groupée d'Openmoko FreeRunner sur Nantes. Évalué à 2.

    On fait une commande "personnalisée", avec une seule livraison, donc moins de frais de port. Mais il est vrai que c'est moins significatif comme économie. On va également commander des batteries supplémentaires (à 19€).

    Finalement, l'avantage principale doit être que je travaille chez moi, et donc que je pourrai forcément récupérer le colis ;-)
  • # Changement de fournisseur et lancement de la commande sous peu

    Posté par  (site web personnel) . En réponse au journal Commande groupée d'Openmoko FreeRunner sur Nantes. Évalué à 2.

    Comme pulster a vendu tous ses téléphones, on se rabat sur http://bearstech.com/shop

    Comme il n'y a pas de prix dégressif (sauf pour les frais de port), la commande sera lancer rapidement.

    Donc si vous êtes intéressé, dépéchez-vous de me contacter.
  • [^] # Re: GCU-Squad

    Posté par  (site web personnel) . En réponse à la dépêche La version 2.0 de DragonFlyBSD est disponible. Évalué à 3.

    sauf que ca marche pas. Une tab est pas égale à n espaces, mais est égale à la colonne modulo n = 0 suivante.
  • [^] # Re: Les dangers de la license BSD sont bien pires que ceux de la GNU GPL

    Posté par  (site web personnel) . En réponse à la dépêche La version 2.0 de DragonFlyBSD est disponible. Évalué à 2.

    mais à cause de la licence BSD ce qui est mis en avant, ce n'est jamais le BSD en lui-même mais des forks proprios/fermés: regarde la myriade de forks proprios/fermés des BSD!

    Tu peux m'en citer quelques uns, stp ? Perso, je connais pas mal de soft sous licence type BSD, mais je ne connais aucun fork proprio/fermé de soft BSD. Alors je suis curieux.

    Par contre, y'en a 2 bien connus sous GPL : MySQL et Qt.
  • [^] # Re: Les dangers de la license BSD sont bien pires que ceux de la GNU GPL

    Posté par  (site web personnel) . En réponse à la dépêche La version 2.0 de DragonFlyBSD est disponible. Évalué à 6.

    Perso, si on m'affirme sérieusement que je peux forker openssh, virer les licences BSD et tout passer à partir de se point en GPL... mmmmh...

    Non, tu n'as pas le droit d'enlever les licences, mais tu peux mettre la GPL par dessus, et comme la BSD est inclue dans la GPL, ca devient GPL.

    Ensuite, on peut te faire remarquer qu'il faut qu'il y aie une modification pour rajouter la GPL au dessus. Donc en gros, ton code serait comme ca :


    /*
    <one line to give the program's name and a brief idea of what it does.>
    Copyright (C) <name of author>

    This program is free software; you can redistribute it and/or modify
    it under the terms of the GNU General Public License as published by
    the Free Software Foundation; either version 2 of the License, or
    (at your option) any later version.

    This program is distributed in the hope that it will be useful,
    but WITHOUT ANY WARRANTY; without even the implied warranty of
    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
    GNU General Public License for more details.

    You should have received a copy of the GNU General Public License along
    with this program; if not, write to the Free Software Foundation, Inc.,
    51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
    */

    /* This file is derivated from an ISC licenced one : */

    /*
    Copyright (c) Year(s), Company or Person's Name <E-mail address>

    Permission to use, copy, modify, and/or distribute this software for any
    purpose with or without fee is hereby granted, provided that the above
    copyright notice and this permission notice appear in all copies.

    THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES
    WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF
    MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR
    ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
    WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
    ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF
    OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
    */

    La licence, dans la globalité du logiciel, serait alors la GPL, avec des bouts de code BSD dedans. Il me semble qu'il y a des bouts de code BSD comme ca dans des projet GNU. Je crois que le Hurd est l'un d'eux.

    Bah... dans l'autre sens on a bien re-écrit openssl en GNUTLS... ct plus délicat que readline.... mais ça a été fait...

    openssl a été réécrit en GNUTLS pas pour enlever une dépendance en BSD, mais parce que la GPL t'impose d'utiliser des outils soit livré avec le système, soit compatible GPL. La licence d'openssl n'est pas compatible GPL. C'est donc à cause de cette restriction de la GPL que la GNUTLS a du être écrite.
  • [^] # Re: Les dangers de la license BSD sont bien pires que ceux de la GNU GPL

    Posté par  (site web personnel) . En réponse à la dépêche La version 2.0 de DragonFlyBSD est disponible. Évalué à 7.

    J'ai déjà essayé de contribuer du code (L)GPL sur des projets BSD... on m'a fait comprendre que ce n'était pas la peine...

    tu peux tout à fait forker, ce problème ne se pose plus alors. Et comme tu es vraiment très fort, ta version GPL sera mieu que la version originale, et tout le monde se vera privé de la liberté de fermer ce code... ou pas.

    La rumeur populaire veut que la libedit ait été écrite pour remplacer libreadline car cette dernière est sous LGPL...

    La libreadline est sous GPLv2+ [http://directory.fsf.org/project/readline/], ce qui est genant car on est alors obligé d'utiliser une licence compatible GPL, et le binaire est forcément sous GPL. La libreadline serait sous LGPLv2+, il n'y aurait pas de problème.

    L'utilisation de la GPL était pour favoriser l'utilisation de cette licence. C'est à mon avis une erreur : la libreadline est une bibliothèque n'apportant pas assez de fonctionnalité pour modifier un choix de licence. D'ailleurs, une réimplémentation est facile, la preuve, ca a été fait...
  • [^] # Re: droits d'auteur et droits voisins

    Posté par  (site web personnel) . En réponse au journal L'extension à l'infini du droit d'auteur. Évalué à 2.

    Pour les oeuvres collectives, c'est pas 70 ans après publication ?
  • [^] # Re: Les dangers de la license BSD sont bien pires que ceux de la GNU GPL

    Posté par  (site web personnel) . En réponse à la dépêche La version 2.0 de DragonFlyBSD est disponible. Évalué à 4.

    Comme les drivers videos sont soit proprio, soit en licence X11 (licence de type BSD), je pense que ton unique solution est d'utiliser exclusivement le framebuffer du noyau...
  • [^] # Re: Theo, mon idole !

    Posté par  (site web personnel) . En réponse au journal The Linux developers are selfish dickheads. Évalué à 3.

    Oui, enfin, là, je pourrais dire, pourquoi l4 est plus utilisé sur les OS temps réel embarqué que linux, c'est pas le but de linux d'être un micro noyau temps réel, tout comme c'est pas le but d'OpenBSD d'être un OS de cluster.

    Ensuite, il me semble pas qu'on fasse un supercalculater avec un linux vanilla.

    Et tu ne réponds pas à ma question : qu'est-ce qu'il te manque dans OpenBSD
  • [^] # Re: Theo, mon idole !

    Posté par  (site web personnel) . En réponse au journal The Linux developers are selfish dickheads. Évalué à 2.

    Qu'est-ce qu'il y a sous linux qu'il y a pas sous OpenBSD (au niveau noyau ?).

    Perso, je dirais le WPA Entreprise. Il manque également le DRI (en cours), le suspend to disk/ram.

    Sinon, sous OpenBSD (et les autres aussi), y'a pf, qui n'a pas d'équivalent sous linux.
  • [^] # Re: GNU/Linux est beaucoup plus difficile à piller...

    Posté par  (site web personnel) . En réponse au journal The Linux developers are selfish dickheads. Évalué à 2.

    C'est bien là le problème pour de nombreux développeurs du libre.

    Hé ba, ces développeurs ont qu'a pas faire du code sous BSD, je vois pas le problème.

    Et non, les développeurs du libre ne se résument pas aux pros-BSD qui postent "bruyamment" sur linuxfr.org.

    Je vois pas en quoi les développeurs pro GPL serait gené par des développeurs pro BSD. Si le code BSD (écrit par des pro BSD, donc, sinon, ils écriraient pas du code en BSD) est "pillé", en quoi ca gène les autres ? Ca les regarde, ils ont droit de faire ce qu'ils veulent...

    En tout cas, une chose est sûr : tu ne comprends rien à la problématique.
  • [^] # Re: Theo de Raadt ou la xyloglossie bafouée

    Posté par  (site web personnel) . En réponse au journal The Linux developers are selfish dickheads. Évalué à 10.

    Je vois pas le rapport : Linus reffuse bien que du code rentre parce que ca n'utilise pas la couche abstraite de système de fichiers de linux. Il peut aussi bien refuser qu'un code libre, mais incompréhensible dans l'état, de rentrer. Il ne le fait pas. Je pense que c'est ce que Théo lui reproche.

    Accepter ce genre de pilote, c'est bien pour avoir un OS efficace dans la plupart des cas : plus de drivers veux dire que ca marche plus souvent bien. Par contre, quand on veux faire de la sécurité, ne pas pouvoir comprendre le code, c'est genant pour faire des audits, comme le fait régulièrement OpenBSD (d'autant plus qu'OpenBSD ne peut réutiliser le code sans le comprendre, vu que le code est sous GPL).

    Le problème ici, c'est pas code libre contre code pas libre, c'est code compréhensible et réutilisable contre code obscure et non documenté.
  • [^] # Re: PDF était déjà une norme ISO

    Posté par  (site web personnel) . En réponse au journal Bonne nouvelle : le PDF devient une norme ISO. Évalué à 1.

    Non, d'après la définition du monsieur, il est ouvert et propriétaire... Ouvert et fermé s'opposent.