Il y bien longtemps, Michal Schulz avait porté SFS vers AROS. Mais depuis lors, les utilisateurs n'avaient pas pu en profiter (sauf avec les distributions AROSMAX de CoolCat) parceque la compilation n'était pas faite en standard dans les moûtures nocturnes. En effet, Michal considérait que les bugs empêchaient une utilisation sécurisée de son bébé. Cependant, il a récemment changé d'avis, en considérant que l'AFFS que l'on utilise par défaut n'est pas plus sûr. Du coup, depuis plus d'une semaine, on peut formater en SFS une partition si l'on a pris soin de la créer avec les bons attributs dans HDToolBox. Cependant, les bugs qui avaient initialement retenu Michal de laisser SFS accessible à tous étaient toujours présents ... Mais hier, il a corrigé coup sur coup le bug lié au renommage des répertoires, et celui empêchant d'utiliser ProgDir: Encore une fois, merci Michal Schulz !
mercredi 11 avril 2007
vendredi 6 avril 2007
Les beaux atours
Depuis lundi, les moûtures nocturnes d'AROS se présentent sous une nouvelle apparence : Darius Brewka a rendu public son travail sur l'embellissement d'Intuition. Pour en profiter, il suffit de lancer C:Decoration dans la Startup-Sequence, avant l'appel à Wanderer. Le résultat est superbe, on peut pour l'instant profiter d'un thème « Ice » grâce au talent de Damir Sijakovic, connu sous le pseudo d980. Je pense que les thèmes vont se multiplier rapidement. Naturellement, si l'on ne lance pas l'outil précédemment décrit, l'interface reste celle que l'on connait depuis le Workbench 2.0 (à un souci près pour l'instant : les sous-menus sont annoncés dans le menu parent par les caractères « >> », or ces derniers ne s'affichent plus correctement dans certaines polices. Espérons que Darius remédiera à ce problème car ce n'est pas joli !) ... pourtant les modifications apportées sont beaucoup plus profondes : Darius a dû retravailler une très grande partie d'Intuition. Mais une question est soulevée par certains : les thèmes étant en fait des fichiers images, n'a-t'on pas introduit une dépendance de l'intuition.library envers la dos.library ? Cela aurait pour conséquence qu'AROS ne pourrait plus (en l'état) être gravé sur une ROM et démarré de celle-ci. Le fait qu'il faille appeler Decoration pour en profiter m'incite à penser (mais je ne suis pas compétent ...) qu'on n'a pas cette dépendance si on n'utilise pas les thèmes ?
Kalamatee (Nic Andrews) travaille actuellement sur certains aspects de Wanderer, espérons qu'il puisse porter toutes ses bonnes idées, sans rien casser autour (à ce propos, j'espère qu'on retrouvera bientôt l'usage de l'outil WBInfo, qui permet normallement d'afficher et de modifier les informations des fichiers d'icônes (.info)). Il travaille également à l'amélioration d'un jeu porté initiallement par Rob (Frontier: First Encounters), qui dispose désormais d'une fenêtre redimensionnable, et du support des fichiers de sauvegarde.
Mazze (Matthias Rustler) a implémenté une nouvelle « commodité » : DepthMenu ajoute un menu aux gadgets de profondeur d'Intuition, permettant de lister toutes les fenêtres (les écrans le cas échéant) et de choisir celle que l'on veut passer à l'avant-plan. De plus, il semblerait que Mazze se lance dans l'adaptation de MAME (maintenu par Fabien Coeurjoly, un Français connu sous le pseudo de Fab1 sur l'IRC) à AROS !
Jahc a passé du temps à l'installation d'AmiDevCpp, dans le but de porter WookieChat de l'OS 4.0 vers MorphOS, puis vers AROS.
Kalamatee (Nic Andrews) travaille actuellement sur certains aspects de Wanderer, espérons qu'il puisse porter toutes ses bonnes idées, sans rien casser autour (à ce propos, j'espère qu'on retrouvera bientôt l'usage de l'outil WBInfo, qui permet normallement d'afficher et de modifier les informations des fichiers d'icônes (.info)). Il travaille également à l'amélioration d'un jeu porté initiallement par Rob (Frontier: First Encounters), qui dispose désormais d'une fenêtre redimensionnable, et du support des fichiers de sauvegarde.
Mazze (Matthias Rustler) a implémenté une nouvelle « commodité » : DepthMenu ajoute un menu aux gadgets de profondeur d'Intuition, permettant de lister toutes les fenêtres (les écrans le cas échéant) et de choisir celle que l'on veut passer à l'avant-plan. De plus, il semblerait que Mazze se lance dans l'adaptation de MAME (maintenu par Fabien Coeurjoly, un Français connu sous le pseudo de Fab1 sur l'IRC) à AROS !
Jahc a passé du temps à l'installation d'AmiDevCpp, dans le but de porter WookieChat de l'OS 4.0 vers MorphOS, puis vers AROS.
lundi 26 mars 2007
Haut débit
Michal a mis à notre disposition la première version de sa pile USB, pour l'instant limitée aux interfaces UHCI (USB 1.1). Les souris sont supportées (sauf la roulette pour l'instant), et très bientôt les claviers. Vont suivre les contrôleurs OHCI ... Mais l'EHCI (USB 2.0) ne fait pas partie de la description du Bounty en question, et ne viendra sans doute que plus tard.
Rob met au point un nouveau système de cache, qui aura pour particularité d'être partagé entre les différentes unités. L'avantage, c'est que le dévelopeur d'un nouveau système de fichier (créé de toute pièce ou bien « porté ») n'aura plus à se soucier de cette partie rébarbative. Encore une fois, c'est bien dans l'esprit de l'Amiga de chercher à réduire les codes redondants. De plus, cela permettra un travail sur l'optimisation du fonctionnement des caches, qui profitera à tous les systèmes de fichiers qui partageront ce système. Bien sûr, Rob continue de travailler sur le système de fichier FAT, qu'il dit avoir « nettoyé », et auquel il ajoute la faculté d'écrire (je rappelle que le code qu'il a récupéré de Marek Szypowski ne gérait que la lecture).
Kalamatee (Nic Andrews) a passé sa semaine à choyer AROSTCP, la pile réseau. Gràce à la licence APL qui la régit, il est possible d'y réintégrer toutes les améliorations apportées à la pile MOSnet qui en est dérivée (C'est la pile de MorphOS, des ordinateurs Pegasos, portée là-bas et étendue par Sonic, le monde est petit !) C'est donc ce qu'a fait Kal, ce qui permettra à terme de bénéficier du protocole DHCP, ce qui rendra la connection réseau beaucoup plus facile pour les débutants ... De plus, une émulation de la pile Miami est désormais disponible, et Kal est actuellement en train de porter l'interface MUI de cette pile, avec toutes ses dépendances, qui sont des bibliothèques interessantes pour le système ! Kal a demandé que l'argent de son Bounty (pilote pour les cartes réseau VIA Rhine) terminé avec succès soit affecté à trois nouveaux Bounties, concernant la fiabilisation et l'extension des bibliothèques graphiques du système, et la création d'un animation.datatype.
Gràce à Sonic, AROS est désormais utilisable avec d'anciennes cartes graphiques en 16 et 256 couleurs. Il a aussi modifié le trackdisk.device qui est désormais conforme à celui de MorphOS. Il va ensuite se consacrer à l'adaptation de sa pile de gestion du port parallèle, et plus tard à celle du port firewire ...
Un concours est lancé pour la création de fonds d'écrans pour AROS : le vainqueur verra son oeuvre placée en fonds d'écran par défaut dans les distributions officielles ! Merci Craid-hjb pour cette excellente idée.
Rob met au point un nouveau système de cache, qui aura pour particularité d'être partagé entre les différentes unités. L'avantage, c'est que le dévelopeur d'un nouveau système de fichier (créé de toute pièce ou bien « porté ») n'aura plus à se soucier de cette partie rébarbative. Encore une fois, c'est bien dans l'esprit de l'Amiga de chercher à réduire les codes redondants. De plus, cela permettra un travail sur l'optimisation du fonctionnement des caches, qui profitera à tous les systèmes de fichiers qui partageront ce système. Bien sûr, Rob continue de travailler sur le système de fichier FAT, qu'il dit avoir « nettoyé », et auquel il ajoute la faculté d'écrire (je rappelle que le code qu'il a récupéré de Marek Szypowski ne gérait que la lecture).
Kalamatee (Nic Andrews) a passé sa semaine à choyer AROSTCP, la pile réseau. Gràce à la licence APL qui la régit, il est possible d'y réintégrer toutes les améliorations apportées à la pile MOSnet qui en est dérivée (C'est la pile de MorphOS, des ordinateurs Pegasos, portée là-bas et étendue par Sonic, le monde est petit !) C'est donc ce qu'a fait Kal, ce qui permettra à terme de bénéficier du protocole DHCP, ce qui rendra la connection réseau beaucoup plus facile pour les débutants ... De plus, une émulation de la pile Miami est désormais disponible, et Kal est actuellement en train de porter l'interface MUI de cette pile, avec toutes ses dépendances, qui sont des bibliothèques interessantes pour le système ! Kal a demandé que l'argent de son Bounty (pilote pour les cartes réseau VIA Rhine) terminé avec succès soit affecté à trois nouveaux Bounties, concernant la fiabilisation et l'extension des bibliothèques graphiques du système, et la création d'un animation.datatype.
Gràce à Sonic, AROS est désormais utilisable avec d'anciennes cartes graphiques en 16 et 256 couleurs. Il a aussi modifié le trackdisk.device qui est désormais conforme à celui de MorphOS. Il va ensuite se consacrer à l'adaptation de sa pile de gestion du port parallèle, et plus tard à celle du port firewire ...
Un concours est lancé pour la création de fonds d'écrans pour AROS : le vainqueur verra son oeuvre placée en fonds d'écran par défaut dans les distributions officielles ! Merci Craid-hjb pour cette excellente idée.
mardi 6 mars 2007
Ignition!
Robert Norris a versé son code dans le pot commun : nous avons les « paquets DOS » ! (Habemus Papam? ;-) ) Il y a ajouté le fat.handler, pour lequel nous n'aurons pas de support pour l'écriture avant quelques temps, si du moins quelqu'un s'atelle à cette tàche.
Pavel Fedin (alias Sonic) a commis son nouveau pilote VESA qui ajoute la compatibilté VBE 1.2 (jusque-là il fallait au moins une version 2.0), les versions 1.1 et 1.0 étant sans-doute à venir.
Neil Cafferkey quant à lui a « réparé » le support 64-bit pour les disques : je ne suis pas sûr de comprendre le sens de son explication : soit les partitions de démarrage peuvent désormais faire plus de quatre giga-octets, soit les partitions de démarrage peuvent désormais être placées au delà des quatre premiers giga-octets : dans ce dernier cas, cela voudrait dire que je pourrai peut-être bientôt réinstaller Aros Natif !
J'espère avancer bientôt sur mes jouets. Olivier Adam a eu la gentillesse de me donner des explications très intéressantes sur irc://irc.freenode.net/aros ce week-end, à propos de la manière de prendre en compte les arguments de la ligne de commande, et aussi de la gestion des erreurs par le système. C'est décidément un très bon endroit pour se tenir au courant de l'évolution du cours des choses, et surtout pour être au contact direct de beaucoup de Gourous d'AROS. Mais attention : c'est en Anglais !
Pavel Fedin (alias Sonic) a commis son nouveau pilote VESA qui ajoute la compatibilté VBE 1.2 (jusque-là il fallait au moins une version 2.0), les versions 1.1 et 1.0 étant sans-doute à venir.
Neil Cafferkey quant à lui a « réparé » le support 64-bit pour les disques : je ne suis pas sûr de comprendre le sens de son explication : soit les partitions de démarrage peuvent désormais faire plus de quatre giga-octets, soit les partitions de démarrage peuvent désormais être placées au delà des quatre premiers giga-octets : dans ce dernier cas, cela voudrait dire que je pourrai peut-être bientôt réinstaller Aros Natif !
J'espère avancer bientôt sur mes jouets. Olivier Adam a eu la gentillesse de me donner des explications très intéressantes sur irc://irc.freenode.net/aros ce week-end, à propos de la manière de prendre en compte les arguments de la ligne de commande, et aussi de la gestion des erreurs par le système. C'est décidément un très bon endroit pour se tenir au courant de l'évolution du cours des choses, et surtout pour être au contact direct de beaucoup de Gourous d'AROS. Mais attention : c'est en Anglais !
jeudi 1 mars 2007
L'homme orchestre
Il est étonnant ...
Après des mois de discussion à propos de l'intérêt des « Paquets DOS » (présentés parfois comme la panacée face aux problèmes de fiabilité des opérations disque, ce qu'ils ne seront pas, ou comme un moyen de simplifier le portage de systèmes de fichiers vers AROS, ce qui sera bien le cas, à ceci près que certains dévelopeurs s'attendent à des difficultés liées au passage de systèmes gros-boutiens vers notre petit-boutien (i386-aros) (big-endian et little-endian en anglais)) ... après la frustration liée à la carrence chronique d'AROS en dévelopeurs (ou plutôt en temps de dévelopeurs) et particulièrement en ceux capables de mettre les mains dans le cambouis dans ce domaine ... alors qu'on commençait à douter et que certains n'y croyaient plus ...
Il¹ est arrivé.
En quelques semaines, il l'a fait ! Apparemment il a même fini, il espère simplement recevoir bientôt de Marek Szyprowski la version mise à jour du fat.handler, qui autorise l'écriture et corrige très probablement un nombre important de bugs, pour la tester et éventuellement l'adapter avant de mettre son code à notre disposition.
Mais il ne s'arrête pas là ! Il parle de porter un fuse.handler qui nous ferait accéder aux systèmes de fichiers disponibles avec FUSE !
Et ce n'est pas tout ! Après avoir terminé ce fameux Bounty DOS Packets, il semble interessé par celui du port d'AROS vers l'EFIKA ... Cependant Damocles a annoncé sur l'IRC qu'au moins deux développeurs s'y interessent aussi, donc à suivre.
Et ça continue : il a aussi des idées très claires sur le travail à réaliser pour porter un navigateur WEB sur AROS, en respectant un code libre, qu'il intégrerait dans une bibliothèque partagée, ce qui permettrait à d'autres applications d'en bénéficier : c'est une logique tout à fait conforme à l'esprit de l'Amiga, et ça me fait plaisir ! Bon, c'est vrai que pour cette idée de navigateur, il ne semble pas vouloir prendre tout le travail en charge, mais il est prêt à s'associer à d'autres, et CRAID-HJB s'est proposé pour cette association ...
1. Non non, pas Zorro ... Robert Norris, alias Rob ou fce2.
Après des mois de discussion à propos de l'intérêt des « Paquets DOS » (présentés parfois comme la panacée face aux problèmes de fiabilité des opérations disque, ce qu'ils ne seront pas, ou comme un moyen de simplifier le portage de systèmes de fichiers vers AROS, ce qui sera bien le cas, à ceci près que certains dévelopeurs s'attendent à des difficultés liées au passage de systèmes gros-boutiens vers notre petit-boutien (i386-aros) (big-endian et little-endian en anglais)) ... après la frustration liée à la carrence chronique d'AROS en dévelopeurs (ou plutôt en temps de dévelopeurs) et particulièrement en ceux capables de mettre les mains dans le cambouis dans ce domaine ... alors qu'on commençait à douter et que certains n'y croyaient plus ...
Il¹ est arrivé.
En quelques semaines, il l'a fait ! Apparemment il a même fini, il espère simplement recevoir bientôt de Marek Szyprowski la version mise à jour du fat.handler, qui autorise l'écriture et corrige très probablement un nombre important de bugs, pour la tester et éventuellement l'adapter avant de mettre son code à notre disposition.
Mais il ne s'arrête pas là ! Il parle de porter un fuse.handler qui nous ferait accéder aux systèmes de fichiers disponibles avec FUSE !
Et ce n'est pas tout ! Après avoir terminé ce fameux Bounty DOS Packets, il semble interessé par celui du port d'AROS vers l'EFIKA ... Cependant Damocles a annoncé sur l'IRC qu'au moins deux développeurs s'y interessent aussi, donc à suivre.
Et ça continue : il a aussi des idées très claires sur le travail à réaliser pour porter un navigateur WEB sur AROS, en respectant un code libre, qu'il intégrerait dans une bibliothèque partagée, ce qui permettrait à d'autres applications d'en bénéficier : c'est une logique tout à fait conforme à l'esprit de l'Amiga, et ça me fait plaisir ! Bon, c'est vrai que pour cette idée de navigateur, il ne semble pas vouloir prendre tout le travail en charge, mais il est prêt à s'associer à d'autres, et CRAID-HJB s'est proposé pour cette association ...
1. Non non, pas Zorro ... Robert Norris, alias Rob ou fce2.
lundi 26 février 2007
Remise à jour
Après trois semaines ... Peu de nouvelles mais je crois que je ne suis lu par personne donc ...
Michal Schulz a brillemment soutenu sa thèse de doctorat, je lui présente toutes mes félicitations ... Je lui souhaite de trouver maintenant dans la finalisation de sa pile USB, ainsi que dans la mise au point du noyau 64 bits, les sujets de récréation dignes de son esprit brillant !
Rob avance très vite sur ses paquets DOS, il est déjà à même de lire une pseudo-partition FAT16 !
MinisterQ est en train de finir de porter LunaPaint 0,3,2 sur Amiga classic, à suivre ...
Si mes « jouets » interessent quelqu'un, sachez que j'ai réussi à compiler avec succès les sources de PubScreens d'Helmut Kindler qui sont disponibles sur Aminet (util/moni/pubscreens.lha), merci à lui de les avoir mises à disposition en domaine public (« on peut en faire ce qu'on veut »). Ce n'est donc qu'un début, mais j'ai le plaisir de commencer à comprendre des choses en C ! Je dois encore vérifier que ça n'est pas instable (j'ai fait des modifications pour compiler pour Aros, et évidemment c'est risqué quand on ne comprend pas grand chose ...) mais ça me permet d'apprendre.
Michal Schulz a brillemment soutenu sa thèse de doctorat, je lui présente toutes mes félicitations ... Je lui souhaite de trouver maintenant dans la finalisation de sa pile USB, ainsi que dans la mise au point du noyau 64 bits, les sujets de récréation dignes de son esprit brillant !
Rob avance très vite sur ses paquets DOS, il est déjà à même de lire une pseudo-partition FAT16 !
MinisterQ est en train de finir de porter LunaPaint 0,3,2 sur Amiga classic, à suivre ...
Si mes « jouets » interessent quelqu'un, sachez que j'ai réussi à compiler avec succès les sources de PubScreens d'Helmut Kindler qui sont disponibles sur Aminet (util/moni/pubscreens.lha), merci à lui de les avoir mises à disposition en domaine public (« on peut en faire ce qu'on veut »). Ce n'est donc qu'un début, mais j'ai le plaisir de commencer à comprendre des choses en C ! Je dois encore vérifier que ça n'est pas instable (j'ai fait des modifications pour compiler pour Aros, et évidemment c'est risqué quand on ne comprend pas grand chose ...) mais ça me permet d'apprendre.
dimanche 4 février 2007
Mes jouets
Aujourd'hui, l'actualité semble moins chargée, alors j'en profite pour présenter les « jouets » que j'aimerais être à même d'élaborer si je peux me mettre à la programmation :
Commandes shell :
- Windows : avec l'argument list, donne la liste des fenêtres présentes sur l'écran courant, par leur nom. Eventuellement, Windows List screen nom_de_l'écran donnera le nom des fenêtres de l'écran nommé. Avec l'argument move, déplace la fenêtre donnée en argument, pour que son coin supérieur gauche se retrouve au point de coordonnées x et y. Exemple : Windows move nom_de_la_fenêtre x=20 y=40. Et possibilité de donner de nouvelles dimensions à la fenêtre par les arguments width et high. Au bout du compte, l'idée est de manipuler une fenêtre existante avec les mêmes arguments que ceux que l'on peut actuellement donner à CON: en invoquant un NewShell.
- Screens : avec l'argument list, même idée que Windows list, pour les écrans actuellement disponibles. Argument go pour « aller » vers un écran.
- Screens : avec l'argument list, même idée que Windows list, pour les écrans actuellement disponibles. Argument go pour « aller » vers un écran.
Commodités (commodities) :
- ScreenList : un clic droit en haut à droite de tous les écrans affiche une liste de ceux qui existent actuellement, et permet de cliquer sur le nom de celui vers lequel on veut aller.
- WinManager : une fenêtre intuition affiche une représentation d'un écran disponible (par défaut wanderer) et des fenêtres de celui-ci (au début, les représentations de fenêtres pourront n'être que des rectangles. Ensuite, on pourrait y mapper une « photo » de la fenêtre en question). Chaque représentation de fenêtre peut y être déplacée, et cela déplace la fenêtre réelle. Eventuellement, afficher dans le même WinManager tous les écrans, et pouvoir les déplacer, ou déplacer une fenêtre d'un écran dans l'autre ... Dans ce cas, ça commencera à ressembler à Visual Screens d'Apple ! À terme, prévoir une interface AREXX.
- Draggable(not_so)Screens : comme on n'a pas encore d'écrans déplaçables, on fait semblant : un clic gauche sur un titre d'écran affiche autant de fenêtres sans bords qu'il y a d'écrans disponibles, chacune contenant une « photo » d'un écran, plus une « photo » noire derrière toutes les autres. On voit par dessus les autres celle de l'écran en cours, et on peut la déplacer vers le bas pour voir celle de l'écran suivant et ainsi de suite, jusqu'à ce qu'on clique dans celle de l'écran vers lequel on veut aller, ce qui a pour effet de nous y « emmener » et de fermer les fenêtres de « photos ». Pour que ça ait l'air « vrai » , Il faut que le mouvement de la souris soit empêché latéralement dès qu'on clique, le mouvement vertical étant laissé libre sauf vers le haut quand la souris voudrait aller au dessus de la fenêtre noire.
- WinManager : une fenêtre intuition affiche une représentation d'un écran disponible (par défaut wanderer) et des fenêtres de celui-ci (au début, les représentations de fenêtres pourront n'être que des rectangles. Ensuite, on pourrait y mapper une « photo » de la fenêtre en question). Chaque représentation de fenêtre peut y être déplacée, et cela déplace la fenêtre réelle. Eventuellement, afficher dans le même WinManager tous les écrans, et pouvoir les déplacer, ou déplacer une fenêtre d'un écran dans l'autre ... Dans ce cas, ça commencera à ressembler à Visual Screens d'Apple ! À terme, prévoir une interface AREXX.
- Draggable(not_so)Screens : comme on n'a pas encore d'écrans déplaçables, on fait semblant : un clic gauche sur un titre d'écran affiche autant de fenêtres sans bords qu'il y a d'écrans disponibles, chacune contenant une « photo » d'un écran, plus une « photo » noire derrière toutes les autres. On voit par dessus les autres celle de l'écran en cours, et on peut la déplacer vers le bas pour voir celle de l'écran suivant et ainsi de suite, jusqu'à ce qu'on clique dans celle de l'écran vers lequel on veut aller, ce qui a pour effet de nous y « emmener » et de fermer les fenêtres de « photos ». Pour que ça ait l'air « vrai » , Il faut que le mouvement de la souris soit empêché latéralement dès qu'on clique, le mouvement vertical étant laissé libre sauf vers le haut quand la souris voudrait aller au dessus de la fenêtre noire.
Inscription à :
Articles (Atom)
