Tout à fait, tout le monde n'a pas la possibilité de lire le texte dans la grosse image interactive qu'est flash vue depuis le navigateur...
Et il y a aussi les administrateurs systèmes qui désactivent ce genre de choses pour des raisons de sécurité.
C'est exactement ce que j'ai fait sous BeOS et Haiku avec NetSurf.
Il est réplicable.
C'est à dire "clonable" dans une appli qui l'accepte comme le Tracker (le bureau), et utilisable par d'autres, comme le navigateur de docs BeHappy, qui avant utilisait NetPositive (j'ai eu 6 lignes à changer :). http://revolf.free.fr/beos/shots/shot_haiku_netsurf_replicat(...)
Il manque juste le JS (mais ça viendra).
le typeahead et autres en JS oui c'est utile, sauf que quand plus rien ne marche parce qu'on a pas JS, c'est ennuyeux.
Ennuyeux aussi quand le JS est mal écrit et qu'il se met à prendre 100% de cpu (typiquement les commentaires sur /.). Et je parle pas de 2001.
Là c'est le JS qui devient lourd.
De plus tout le monde n'a pas un ordinateur "d'aujourd'hui". Il y a beaucoup de gens qui n'ont pas les moyens, à qui on "refile nos poubelles", depuis les assos aux gens du tiers-monde... Ou ceux qui ont un téléphone mobile. Sans parler de Contiki sur C64 :)
Perso je viens de porter NetSurf sur BeOS et Haiku, et il marche assez bien sur beaucoup de pages qui restent utilisable avec seulement html+css, sans la lourdeur de JS+flash. mais bien sur y a toujours ceux qui n'ont pas compris ce qu'était une page web (un document servant à distribuer de l'*information* à *tout le monde*, pas un screenshot interactif qui devrait avoir la même tronche au pixel près partout). http://www.netsurf-browser.org/
Dillo pourquoi pas... mais FLTK par définition veut éviter d'être natif, perso je préfère avoir une interface vraiment native, c mieux pour la cohérence.
Au sujet des disques, BFS est journalisé, alors qu'il n'y a pas si longtemps qu'ext3 et reiser ont permis d'oublier fsck...
Il n'y a pas besoin de faire de l'objet pour faires des programmes énormes...
Il faut dire aussi que BeOS faisait moins de choses que Linux, vu qu'il était conçu pour un desktop et le faire bien, pas pour tout faire à peu près.
L'init de BeOS c'est juste un script shell, Bootscript. cf. : http://dev.haiku-os.org/browser/haiku/trunk/data/system/boot
Le fait est aussi que BeOS dès le départ a une politique de gestion des pilotes bien plus simple et élégante que linux, même si pour Haiku on va la compléter.
Quand quelque chose ouvre /dev/foo/, devfs charge tous les pilotes susceptibles de publier dedans (en regardant des symlinks), et leur demande de le faire.
Pas besoin de udev, de modprobe, ni de gestion de dépendance. En effet, les pilotes, qui à priori savent ce qu'ils veulent, demandent au noyau de charger les modules dont il a besoin, qui à leur tour font de même.
Il est déjà plus utilisable que sous R5 (qui pourtant avait ce qu'il faut, ça n'était juste pas activé).
Ca ne sera probablement pas utilisé dans R1, ou alors uniquement pour avoir des comptes ssh et ftp, parce que beaucoup d'applis supposent un accès root et risquent de casser. C'est d'ailleurs la raison pour laquelle Be n'a jamais activé le multiuser. Pourtant ça fonctionnait, même plus Unix qu'Unix (tout est fichier... y compris les utilisateurs:p) http://revolf.free.fr/beos/shots/shot_querybased_multiuser.p(...)
C'est ce que je dis, ça sert à rien ;)
Non, sérieusement, c'est pas supporté pour l'instant, on va déjà finir le multiutilisateur normal, mais y a ce qu'il faut avec les xattrs... et on accepte les patchs :)
Haiku reprend le design de BeOS, qui lui a été créé sans partir d'un système existant.
Pour schématiser, le noyau est très modulaire (sous Haiku même le bus PCI est dans un module), multithreadé, SMP préemptif, tickless.
Même s'il ne s'agit pas d'un micro-noyau (au sens Tannenbaum), au départ le noyau s'appellait nu-kernel, et le VFS et les pilotes reposent dessus en espace noyau.
C'est assez proche de ce que Linux est devenu en dix ans finalement (mais il reste encore des choses à piquer :p).
Il y a la compatibilité POSIX, encore accrue pour Haiku, y compris le support des gid/uid même si pour l'instant on est root par défaut.
Les ACL, ça sert à quelque chose ? Par contre BFS a des attributs étendus depuis très longtemps, typés et indexables.
> Je crois qu'au niveau hardware, on reste encore loin du compte. ça tourne bien sur une machine virtuelle, mais ça n'a aucun intérêt pour autre chose que du développement.
Ca marche très bien sur mon portable et l'athlonXP. Bien sur y a encore quelques bugs génants, mais certains développeurs on déjà fait le switch.
J'ai même le son sur mon portable grâce à OSS.
> >- les portages d'app permettent-ils les usages modernes de l'internet et multimédia ? (un firefox récent, le flash jamais bien supporté à l'époque, un client de messagerie multi-protocole comme pidgin, etc)
> non. oublie flash entre autre.
Y a un portage de gnash, mais comme chacun sait, gnash c'est pas vraiment fini.
Par contre le portage de Firefox 2 sous BeOS fonctionne très bien. Le portage de FF3 va poser qq problèmes (Cairo et autres dépendances stupides), mais c'est parti. Pour la messagerie rien ne vaut IM Kit même sous les autres OS, pas besoin de pidgin.
Le portage ppc n'est pas encore utilisable.
Pour l'eeePC faut demander à google :p
Oh, sympa.
Perso j'ai vécu un FOSDEM et un RMLL, pas de CCC.
Le FOSDEM est + tourné vers les développeurs, mais de toute façon chaque évènement à son propre cachet.
En effet, après discussion sur IRC, il s'agit d'une date non définitive, en général il s'agit du dernier week-end de février, mais ça n'est pas encore confirmé.
Du topic du canal IRC :
"FOSDEM is months away! (*probably* Feb27+28 2009 )"
Donc ça n'est pas encore officiel.
En effet le 27 est un vendredi... j'ai demandé sur le canal mais c'est très calme en ce moment.
C'est vrai que bon, Paris c'est bien, mais y en a toujours que pour Paris...
Personne ne parle des JDLL par exemple... ni des évènement à 20 personnes qu'on peut faire avec G3L ;)
Euh, oui, bien sur... et les autres ?
D'abord les utilisateurs de Linux-ppc, Linux-arm, Linux-m68k (si, il en reste 13 pour Debian), qui ne sont pas concernés car il n'y a pas de plugin flash officiel. Parce que lorsqu'on dit qu'on "supporte Linux", en fait on supporte "Linux x86 et encore avec une certaine version du noyau ou de la glibc" parce qu'il n'y a que des binaires disponibles. Bien sur il y a Gnash, mais c'est pas franchement fini. Et il y a toutes les autres plateformes, libres ou non.
AmigaOS, RiscOS, BeOS, AROS, MiNT, Haiku, *BSD... Hurd ?
> c'est mal mais bon c'est mieux que les DRM Microsoft
C'est pas bien mieux, ça reste un DRM de fait, vu que ça empèche l'utilisation par ceux qui n'ont pas flash (et il y en a), ainsi que les copies de sauvegarde, sauf à passer par des programmes qui contournent le player flash pour télécharger les flv directement.
[^] # Re: Quelle utilisation ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Dillo 2.0 : Le Web en toute légèreté. Évalué à 1.
Et il y a aussi les administrateurs systèmes qui désactivent ce genre de choses pour des raisons de sécurité.
[^] # Re: FLTK
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Dillo 2.0 : Le Web en toute légèreté. Évalué à 3.
Il est réplicable.
C'est à dire "clonable" dans une appli qui l'accepte comme le Tracker (le bureau), et utilisable par d'autres, comme le navigateur de docs BeHappy, qui avant utilisait NetPositive (j'ai eu 6 lignes à changer :).
http://revolf.free.fr/beos/shots/shot_haiku_netsurf_replicat(...)
Il manque juste le JS (mais ça viendra).
[^] # Re: Quelle utilisation ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Dillo 2.0 : Le Web en toute légèreté. Évalué à 2.
Même flash à la limite, (mais c'est mal!), du moment que ça n'est pas nécessaire pour l'utilisation du site.
[^] # Re: Quelle utilisation ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Dillo 2.0 : Le Web en toute légèreté. Évalué à 5.
Ennuyeux aussi quand le JS est mal écrit et qu'il se met à prendre 100% de cpu (typiquement les commentaires sur /.). Et je parle pas de 2001.
Là c'est le JS qui devient lourd.
De plus tout le monde n'a pas un ordinateur "d'aujourd'hui". Il y a beaucoup de gens qui n'ont pas les moyens, à qui on "refile nos poubelles", depuis les assos aux gens du tiers-monde... Ou ceux qui ont un téléphone mobile. Sans parler de Contiki sur C64 :)
[^] # Re: Quelle utilisation ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Dillo 2.0 : Le Web en toute légèreté. Évalué à 10.
http://www.netsurf-browser.org/
Dillo pourquoi pas... mais FLTK par définition veut éviter d'être natif, perso je préfère avoir une interface vraiment native, c mieux pour la cohérence.
# Pas si récent le combat...
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Journée mondiale contre les brevets logiciels. Évalué à 3.
http://revolf.free.fr/img/scan_stmag_001.jpg
http://revolf.free.fr/img/scan_stmag_002.jpg
Bref, c'est un combat de longue haleine.
# offres déjà nombreuses...
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Dolibarr ERP/CRM 2.4 stable est disponible. Évalué à 2.
http://openaguila.org/
[^] # Re: Revenons à nos moutons
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Et de 7 pour Haiku. Évalué à 3.
[^] # Re: C'est cet OS qui démarrait très rapidement ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Et de 7 pour Haiku. Évalué à 3.
Il n'y a pas besoin de faire de l'objet pour faires des programmes énormes...
Il faut dire aussi que BeOS faisait moins de choses que Linux, vu qu'il était conçu pour un desktop et le faire bien, pas pour tout faire à peu près.
L'init de BeOS c'est juste un script shell, Bootscript. cf. :
http://dev.haiku-os.org/browser/haiku/trunk/data/system/boot
Le fait est aussi que BeOS dès le départ a une politique de gestion des pilotes bien plus simple et élégante que linux, même si pour Haiku on va la compléter.
Quand quelque chose ouvre /dev/foo/, devfs charge tous les pilotes susceptibles de publier dedans (en regardant des symlinks), et leur demande de le faire.
Pas besoin de udev, de modprobe, ni de gestion de dépendance. En effet, les pilotes, qui à priori savent ce qu'ils veulent, demandent au noyau de charger les modules dont il a besoin, qui à leur tour font de même.
[^] # Re: Revenons à nos moutons
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Et de 7 pour Haiku. Évalué à 6.
Ca ne sera probablement pas utilisé dans R1, ou alors uniquement pour avoir des comptes ssh et ftp, parce que beaucoup d'applis supposent un accès root et risquent de casser. C'est d'ailleurs la raison pour laquelle Be n'a jamais activé le multiuser. Pourtant ça fonctionnait, même plus Unix qu'Unix (tout est fichier... y compris les utilisateurs:p)
http://revolf.free.fr/beos/shots/shot_querybased_multiuser.p(...)
[^] # Re: Revenons à nos moutons
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Et de 7 pour Haiku. Évalué à 4.
Non, sérieusement, c'est pas supporté pour l'instant, on va déjà finir le multiutilisateur normal, mais y a ce qu'il faut avec les xattrs... et on accepte les patchs :)
[^] # Re: Revenons à nos moutons
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Et de 7 pour Haiku. Évalué à 6.
Pour schématiser, le noyau est très modulaire (sous Haiku même le bus PCI est dans un module), multithreadé, SMP préemptif, tickless.
Même s'il ne s'agit pas d'un micro-noyau (au sens Tannenbaum), au départ le noyau s'appellait nu-kernel, et le VFS et les pilotes reposent dessus en espace noyau.
C'est assez proche de ce que Linux est devenu en dix ans finalement (mais il reste encore des choses à piquer :p).
Il y a la compatibilité POSIX, encore accrue pour Haiku, y compris le support des gid/uid même si pour l'instant on est root par défaut.
Les ACL, ça sert à quelque chose ? Par contre BFS a des attributs étendus depuis très longtemps, typés et indexables.
[^] # Re: Haiku pour Mme Michu
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Et de 7 pour Haiku. Évalué à 4.
Ca marche très bien sur mon portable et l'athlonXP. Bien sur y a encore quelques bugs génants, mais certains développeurs on déjà fait le switch.
J'ai même le son sur mon portable grâce à OSS.
> >- les portages d'app permettent-ils les usages modernes de l'internet et multimédia ? (un firefox récent, le flash jamais bien supporté à l'époque, un client de messagerie multi-protocole comme pidgin, etc)
> non. oublie flash entre autre.
Y a un portage de gnash, mais comme chacun sait, gnash c'est pas vraiment fini.
Par contre le portage de Firefox 2 sous BeOS fonctionne très bien. Le portage de FF3 va poser qq problèmes (Cairo et autres dépendances stupides), mais c'est parti. Pour la messagerie rien ne vaut IM Kit même sous les autres OS, pas besoin de pidgin.
Le portage ppc n'est pas encore utilisable.
Pour l'eeePC faut demander à google :p
[^] # Re: Comparatif RMLL, CCC & FOSDEM
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Appels à communications : JDLL, 25C3, FOSDEM. Évalué à 1.
Perso j'ai vécu un FOSDEM et un RMLL, pas de CCC.
Le FOSDEM est + tourné vers les développeurs, mais de toute façon chaque évènement à son propre cachet.
[^] # Re: Vendredi/samedi ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Appels à communications : JDLL, 25C3, FOSDEM. Évalué à 2.
[^] # Re: Vendredi/samedi ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Appels à communications : JDLL, 25C3, FOSDEM. Évalué à 1.
"FOSDEM is months away! (*probably* Feb27+28 2009 )"
Donc ça n'est pas encore officiel.
En effet le 27 est un vendredi... j'ai demandé sur le canal mais c'est très calme en ce moment.
[^] # Re: Les concurrents font mieux...
Posté par Francois Revol (site web personnel) . En réponse à la dépêche DRM et Tivoisation : 3 cas Apple, Yahoo Music, M6 replay. Évalué à 3.
[^] # Re: Ego
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Paris 1er et 2 décembre 2008 : le Forum Mondial du Libre, une nouvelle conférence internationale consacrée au Logiciel Libre. Évalué à 3.
Personne ne parle des JDLL par exemple... ni des évènement à 20 personnes qu'on peut faire avec G3L ;)
# M6 Replay : Utilisateurs Mac et Linux
Posté par Francois Revol (site web personnel) . En réponse à la dépêche DRM et Tivoisation : 3 cas Apple, Yahoo Music, M6 replay. Évalué à 8.
D'abord les utilisateurs de Linux-ppc, Linux-arm, Linux-m68k (si, il en reste 13 pour Debian), qui ne sont pas concernés car il n'y a pas de plugin flash officiel. Parce que lorsqu'on dit qu'on "supporte Linux", en fait on supporte "Linux x86 et encore avec une certaine version du noyau ou de la glibc" parce qu'il n'y a que des binaires disponibles. Bien sur il y a Gnash, mais c'est pas franchement fini. Et il y a toutes les autres plateformes, libres ou non.
AmigaOS, RiscOS, BeOS, AROS, MiNT, Haiku, *BSD... Hurd ?
[^] # Re: Question subsidiaire
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Un devoir de vacances : Tester KDE4.1 et Mandriva 2009.0. Évalué à -1.
# Question subsidiaire
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Un devoir de vacances : Tester KDE4.1 et Mandriva 2009.0. Évalué à 1.
Avec la version alpha qui arrive bientôt (sisi, on en discute enfin), faut pas se gêner.
# A noter aussi 24C3
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Appels à communications et candidatures PCL 2008, SITIS 08, Solutions Linux 2009. Évalué à 2.
http://events.ccc.de/congress/2008/
Les vidéos de l'an dernier sont disponibles:
http://events.ccc.de/congress/2007/Conference_Recordings/ind(...)
dont une conférence sur le cassage des sécurités de la Xbox 360 pour permettre le portage de Linux:
http://events.ccc.de/congress/2007/Fahrplan/events/2279.en.h(...)
[^] # Re: Bienvenue dans la cour des grands :)
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Briser un DRM : un comportement irresponsable ?. Évalué à 1.
[^] # Re: Bienvenue dans la cour des grands :)
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Briser un DRM : un comportement irresponsable ?. Évalué à 5.
[^] # Re: libdvdcss2
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Briser un DRM : un comportement irresponsable ?. Évalué à -2.
C'est pas bien mieux, ça reste un DRM de fait, vu que ça empèche l'utilisation par ceux qui n'ont pas flash (et il y en a), ainsi que les copies de sauvegarde, sauf à passer par des programmes qui contournent le player flash pour télécharger les flv directement.