Francois Revol a écrit 1303 commentaires

En l'occurence le rédacteur n'est pas vraiment du même avis, mais comme c'est la position du groupe racketiciels c'est ce que j'ai utilisé.

Certes, mais es-tu sûr que tous les composants de la machines sont utilisés correctement par l'OS que tu utilises ?
As-tu les specs ?

Malheureusement non, mais laisser faire la vente forcée laisse également faire la fourniture de pilotes uniquement pour l'OS vendu avec en lieu et place du "manuel utilisateur" du matériel par l'OS (les specs).
Donc en gros l'application de l'interdiction de la vente forcée est une condition nécessaire mais pas suffisante.

Je l'ai déjà expliqué maintes fois, ce problème de vente forcée est la cause d'un cercle vicieux qui fait que les fabricants ne se croient plus obligés de publier les specs, donc que les devs d'OS libres (pas que GNU/Linux d'ailleurs, eux peuvent s'estimer "heureux" d'avoir des pilotes binaires (ce qui en fait au contraire masque le problème)) se font chier à faire du RE pour faire des pilotes libres, donc perdent du temps, de la motivation et donc ne les finissent pas toujours, ce qui au final fait que les rares Mme Michu qui tentent un OS libre finissent par dire "Linux c'est nul, ça marche pas avec ma webcam/imprimante/hamster USB/…" (rayer les mentions inutiles), et donc retournent sous Windows.

cf. http://www.haiku-os.org/blog/mmu_man/2008-11-03/say_what_you_want_from_us_but_not_what_we_dont_want_to_hear_or_how_much_did_we_regress

Alors il faut l'appeler "vin" (Vi Neo), en plus le n est juste après le m dans l'alphabet…

Hein, quoi ? Non je ne bois pas d'alcool moi, c'est pas mon problème le lobby viticole !

C'est juste découragé mais pas interdit par les guidelines (mais ça doit juste plus s'appeler Haiku).
Ca reste du libre.

Perdu, c'est uid 0, c'est plus sympa.

En fait ce n'est pas tout à fait exact.
Le noyau de BeOS avait déjà la notion d'uid/gid, mais ne vérifiait pas toujours correctement, et les applications étaient conçues en supposant pouvoir tout faire. En fait il y avait un code expérimental dans la libroot (qui contient la glibc) pour le multiutilisateurs, probablement pour tester les applications, mais ça n'a jamais été testé.

Pour Haiku, le support est un peu plus avancé, même si pour l'instant on est root par défaut, il est au moins possible de créer des comptes pour un serveur ssh par exemple. Il reste que beaucoup d'applications doivent être corrigées.

Nous aurons également le stand de Techno Innov :
http://www.techno-innov.fr/

La domotique libre !

Oui, c'est courant dans les demoparties, c'est censé être incitatif (pas sûr que ce soit très efficace) pour rétablir une parité complètement inexistante.
On va dire que c'est de la discrimination positive :-D

C'est réservé aux participants qui viennent avec leur machine (non, pas seulement des pros, ce n'est pas un salon commercial, il y a quelques entreprises certes, mais beaucoup d'associations et surtout des particuliers) ou quelque chose à montrer, codent, participent à la demoparty, suivent les conférences, et ont droit aux repas…

L'"ouverture au public" est vraiment pour le "grand-public", pour montrer qu'on est pas juste des ermites barbus. Mais ouvrir sur l'ensemble des 3 jours implique d'avoir des volontaires pour guider le public et leur expliquer, ce qui demande beaucoup de temps, et ne permet pas de participer réellement à l'évènement.

La plupart des demoparties sont en fait fermées au public. Cependant l'Alchimie c'est bien plus qu'une demoparty. Mais ce n'est pas non plus un FOSDEM ou des RMLL, ni d'ailleurs une LAN party (on est pas des sauvages tout de même :p). C'est un évènement convivial "entre nous" mais qui ne se veut pas sectaire (on a même des macounets). C'est une alchimie justement :-D

Donc non, ça n'a rien d'élitiste, il n'y a pas de test de QI ou de code à l'entrée, c'est juste pour avoir un équilibre entre les participants qui payent leur place (la location de la salle, la bouffe… ne baissent pas vraiment d'une année sur l'autre, contrairement aux sponsors) et veulent pouvoir profiter de se qui se veut un évènement convivial sans avoir à expliquer à 50 personnes dans la journée ce qu'ils font, et le grand public que l'on accueille pour un euro symbolique et donc à qui on préfère consacrer quelques heures avec des gens pour les guider que 3 jours sans explications.

Je t'invite à regarder les vidéos pour te faire un avis.

il n'y a pas que les différents allergiques ou les soucieux de leur santé que ça peut intéresser.
Il y a aussi les aveugles qui n'ont comme oeil que le capteur photo de leur ordiphone qui peut en théorie lire le code barre et aller sur la page correspondante…

D'ailleurs, avec une bonne webcam on peut utiliser l'uniligne suivant :
zbarcam -Sdisable -Sean13.enable|while read c; do xdg-open "http://en.openfoodfacts.org/product/${c#*:}"; done

Voir aussi la feuille de route du projet :
http://www.mindmeister.com/fr/249708241/open-food-facts-feuille-de-route-2013
et la page wiki recueillant déjà de nombreuses idées d'améliorations :
http://fr.wiki.openfoodfacts.org/Le_Bazar

(non, je n'ai pas d'action, je l'ai découvert il y a quelques mois et contribué quelques produits)

J'ai bien écrit une passerelle gopher pour OSM, alors pourquoi pas :D

http://revolf.free.fr/linux/osm.pyg

J'ai aussi une branche gopher pour NetSurf mais ils n'ont pas vraiment envie de l'intégrer, peut-être que s'il y a suffisamment de demande…
https://github.com/mmuman/NetSurf/tree/gopher-v3 (ancienne version)

En plus ils ont le culot de se dire "agence web", alors qu'il y a du Flash sur la 2ème page de leur site non-web ?
Bon c'est pas aussi affreux que certains dont le slogan est "un spa pour vos données" et qui ont un gros blob Flash en guise de site, mais quand même…

Manque de besoin, et surtout manque de temps. Mais j'accepte les patches :D

C'est déjà le cas, mais ça reste un peu compliqué à utiliser (devoir switcher le compilo avec setgcc, …)

Oui, c'est toujours le cas dans Haiku. Chaque fenêtre de chaque application a un thread dédié dans app_server, qui acquiert les verrous nécessaires au dessin à réaliser…

Les liens de téléchargement ont été mis à jours.

Le noyau et le système de fichier utilisent déjà les concepts d'uid/gid et les permissions POSIX, simplement l'utilisateur par défaut est root (même s'il ne s'appelle pas ainsi), et la possibilité n'est pas mise en avant parce que la sécurité n'est pas non plus vérifiée, et aussi parce qu'historiquement les applis BeOS ont l'habitude de pouvoir tout faire sans problème, donc ça poserait des soucis.
Be avait déjà fait des tentatives de multi-utilisateurs. (Il y avait même une bidouille cachée dans libroot dans R5, activable en exportant une variable d'environnement, probablement pour tester le comportement des applications.)

De plus, je n'ai vu aucun, mais alors aucun système BeOS encore utilisé au quotidien aujourd'hui

http://www.tunetrackersystems.com/
(Je sais, c'est pas libre, mais ils utilisent BeOS, et attendent avec impatience que Haiku soit suffisamment stable.)

Alors quel est le but de cette compatibilité?

D'avoir une cible définie pour éviter les discussions interminables quand aux fonctionnalités qu'on veut pour R1.

GNU/Linux est bien un clone d'Unix au départ… (et malheureusement certains l'ont oublié et tentent d'imposer des trucs non portables Linux-seulement dans certains environnements…)

L'un des effets d'avoir une cible précise pour R1 c'est qu'on a justement des objectifs moins flous, et que ça limite les discussions. Souvent on dit "bon ça c'est pour R2".

Contrairement au QEMU normal ou VirtualBox je ne connais aucun des devs qui utilise kvm, mais c'est quand même gênant cette régression. Ne pas hésiter à créer un ticket sur trac :
https://dev.haiku-os.org/wiki/ReportingBugs

Vu certains problèmes gênants, on prépare une alpha 4.1 pour les corriger.

Non, ça vient de la conception des applications, en utilisant le multithreading, et y compris dans le serveur graphique. (Le "multithreading pervasif" de la pub, mais vraiment c'est utile.) Je n'ai pas l'impression que Xorg soit fortement threadé…

Ben oui mais parfois on a besoin de roues carrées…
C'est sûr que certains CMS existants auraient besoin de contributions, mais bon, ça peut aussi déboucher sur des innovations intéressantes.

En pratique, le BeOS d'il y a 15 ans donne toujours l'impression d'être + répondant (c'est une impression mais sur le bureau c'est l'impression qui compte) malgré un noyau minable comparé à Linux.

Tiens, c'est bizarre, y a des paragraphes qui ont été déplacés ??