Toutes mes réponses sur les forums
-
En absence de solution pour ces problèmes, j’ai compilé un kernel 2.6.28-10.
L’image de boot obtenue résoud le problème de lenteur au démarrage, mais pas le problème de performance de l’affichage 2D/3D.
Il faut maintenant que j’essaie avec un kernel 2.6.29.
Non. L’utilisation de la function SystemTags(command, Tag1, …) par exemple ne posait pas de problème. Elle est maintenant inaccessible quand la macro __STRICT_ANSI__ est définie.
Je veux bien l’archive. Peux-tu me la transmettre à l’adresse suivante :
cgenre.dev AT laposte.net.
Pourquoi le SDK 1.4.x n’est-il plus en ligne alors que MorphOS 1.4.5 reste gratuit et qu’il pourrait contenter certains développeurs ?
Oui, ce sont les fichiers du SDK 2.x.
Oui, l’ajout de la macro __STRICT_ANSI__ permet de contourner le problème, mais en occultant une partie de l’API (toutes les fonctions au nombre de paramètres variables).
En attendant un fix du SDK 2.x, la version 1.4.x semble mieux adaptée à une utilisation du C++ ? Malheureusement, l’archive des includes du SDK 1.4.x ne semble plus en ligne.
Elle est bien cette application, elle peut servir à dessiner, mais aussi à anoter rapidement une photo (ex: plan du géoportail de l’IGN) ou même de brouillon manuscrit, voir de post-it (là, une tablette s’impose).
Cela fonctionne, mais :
1. La release R41 de Python est obligatoire (la R39 ne suffit pas et ce n’est pas clair dans les pré-requis).
2. La fonction de sauvegarde du dessin pose problème :
Utilitaires:Images/Gribouillis> python Gribouillis
[*DBG*] Loaded image bbox (0, 0, 1800, 1350)
Unhandled exception in thread started by
> Traceback (most recent call last):
File « Utilitaires:Images/Gribouillis/Libs/application.py », line 323, in SaveImageJob
self.controler.SaveImage(filename)
File « Utilitaires:Images/Gribouillis/Libs/controler.py », line 262, in SaveImage
self.model.SaveAsJPEG(tmp)
File « /Gribouillis/libs/model.py », line 214, in SaveAsJPEG
im.save(filename, ‘JPEG’, optimize=True, dpi=self.info[« DPI »], quality=quality)
AttributeError: ‘NoneType’ object has no attribute ‘save’
Utilitaires:Images/Gribouillis>
3. L’effet de transparence (Lucy) du bureau montre vite ses limites avec ce genre d’application multi-fenêtrée. Dommage qu’il n’y aie pas une option pour rendre opaque non pas seulement la fenêtre active, mais toutes les fenêtres de la même application.
A plus.
Ca marche pas
Ram Disk:Gribouillis> python Gribouillis
Traceback (most recent call last):
File « Gribouillis », line 32, in
from application import Gribouillis
File « Ram Disk:Gribouillis/Libs/application.py », line 36, in
from brush import Brush
File « Ram Disk:Gribouillis/Libs/brush.py », line 30, in
import _brush, functools
ImportError: dynamic module does not define init function (init_pixarray)
Ram Disk:Gribouillis>
J’ai réussi a résoudre mon problème de mode graphique pour le lancement de Gnome.
Le serveur X11 ne parvenait pas a utiliser le « device » configuré et produisait l’erreur suivante « (EE) No devices detected. » dans Xorg.0.log.
Voici la section incriminée reprise sur la Hardy Heron (8.04) :
Section « Device »
Identifier « ATI Radeon 9250 Device »
Driver « radeon »
BusID « PCI:1:8:0 »
Option « BusType » « PCI »
Option « DRI » « true »
EndSection
Le paramètre « BusID » a changé de format. Sa valeur doit être « PCI:1@1:8:0 » comme cela apparait dans le fichier de logs, et non plus « PCI:1:8:0 ».
Reste encore deux problèmes à résoudre :
1. La lenteur de démarrage (deux points de blocage de plusieurs minutes)
Les logs de démarrage les mettent en évidence, mais ce n’est pas très explicite pour moi.
Le premier, juste après la détection des lecteurs HD et CD et avant de lancer le script « local-premount » :
…
[ 5.268623] Uniform CD-ROM driver Revision: 3.20
[ 5.270691] sr 1:0:0:0: Attached scsi CD-ROM sr0
[ 5.272886] microsoft 0003:045E:00F9.0003: input,hidraw2: USB HID v1.11 Mouse [Microsft Microsoft Wireless Desktop Receiver 3.1] on usb-0000:00:0c.3-2/input1
[ 5.292762] sr1: scsi3-mmc drive: 20x/48x cd/rw xa/form2 cdda tray
[ 5.295008] sr 1:0:1:0: Attached scsi CD-ROM sr1
[ 190.456248] EXT3-fs: INFO: recovery required on readonly filesystem.
[ 190.458158] EXT3-fs: write access will be enabled during recovery.
[ 190.537415] kjournald starting. Commit interval 5 seconds
[ 190.539327] EXT3-fs: recovery complete.
[ 190.541480] EXT3-fs: mounted filesystem with ordered data mode.
[ 195.045792] udev: starting version 141
[ 195.433259] irda_init()
…
Le second, après la détection du matériel et avant le chargement des modules du kernel :
…
[ 195.753266] parport_pc: VIA parallel port: io=0x3BC, irq=7
[ 197.458720] ppdev: user-space parallel port driver
[ 197.870955] VIA 82xx Modem 0000:00:0c.6: enabling device (0000 -> 0001)
[ 199.128689] VIA 82xx Modem: probe of 0000:00:0c.6 failed with error -13
[ 199.132067] VIA 82xx Audio 0000:00:0c.5: enabling device (0000 -> 0001)
[ 376.299918] Adding 1040312k swap on /dev/sda10. Priority:-1 extents:1 across:1040312k
[ 376.356785] Adding 540532k swap on /dev/sdb8. Priority:-2 extents:1 across:540532k
[ 376.883275] EXT3 FS on sda11, internal journal
[ 474.645009] kjournald starting. Commit interval 5 seconds
[ 474.645238] EXT3 FS on sda12, internal journal
…
2. La lenteur de l’affichage 2D/3D (test glxgears)
Le lancement du test glxgears donne un résultat très faible (65 fps) par rapport à la Hardy Heron (510 fps).
Ce problème est connu, mais pour le résoudre, il faudrait changer de kernel. L’image de boot utilise la version 2.6.28-6, le problème semble résolu en version 2.6.29.-3.
Voici une page intéressante qui essaie de référencer les problèmes connus sur toutes les versions Ubuntu pour PowerPC :
https://wiki.ubuntu.com/PowerPCKnownIssues
Si quelqu’un a une solution pour améliorer le démarrage de la Jaunty Jackalope, je suis preneur.
J’ai finalement trouvé les informations pour installer, dans ce thread :
http://www.powerdeveloper.org/forums/viewtopic.php?p=12870#12870
Il faut utiliser les paramètres suivants au boot d’installation :
file=/cdrom/preseed/ubuntu.seed boot=casper
L’installation sur mon Pegasos est passée, mais le fonctionnement n’est pas génial :
– Le démarrage est très long (près de 10 mn)
– Gnome démarre en « low-graphics » mode (avec ma Radeon 9250, 1280*1024 mais très peu de couleurs)
Je ne parviens pas à faire mieux en modifiant le fichier X11/xorg.conf.
L’iso de la hardy est toujours disponible :
http://cdimage.ubuntu.com/ports/releases/hardy/release
(C’est un peu engorgé ces temps-ci, à cause de la sortie du Koala)
Sur Pegasos, je n’ai pas eu besoin de l’iso car l’installation s’effectue par le réseau.
Merci pour les informations d’optimisation, je vais regarder cela de plus près.
Le comportement de l’image de boot est étrange. Si je ne lui donne pas de partition root, elle s’interrompt en indiquant qu’elle manque.
Normalement une image d’installation (cd ou réseau) n’a pas besoin de partition root au boot puisqu’elle passe par une étape où l’utilisateur doit choisir la partition d’installation.
Si je lui désigne une partition root, après un temps d’attente assez long, elle finit par lancer l’os qui y est installé.
L’image pegcdinst904 a visiblement un problème. Je vais essayer de contacter l’auteur de celle-ci.
A suivre.
Le nom est sans ambiguité : pegcdinst904. Cela doit être une installation à partir du CD.
En effet cela change par rapport aux images d’installation précédentes.
Pour mon problème, même en admettant que le nom de l’image soit mauvais, mon Pegasos est connecté au réseau. L’installation devrait donc démarrer quelle que soit la sources de provenance des packets.
Le plus étrange c’est l’absence d’un quelconque message d’erreur.
A plus.
J’ai vérifié le MD5 de l’iso de ma distribution PowerPC et il est bon.
Mais pour l’instant n’est pas le CD qui est en cause, puisque l’image d’installation ne cherche même pas à y accéder.
Je pense que c’est plutôt l’image pegcdinst904 qui pose problème.
Sur Pegasos II, j’utilise (occasionnellement) la Hardy Heron, et elle se comporte plutôt bien (mise à part la lourdeur). Je n’ai pas essayé l’Intrepid Ibex, car comme elle vient juste après une LTS, il est donc probable qu’elle soit moins fiable.
Merci pour vos idées.
Si je comprends bien, le mieux est de se passer de l’utilisation de ixemul dans la mesure du possible.
Je vais pour l’instant essayer de m’en tenir à la libnix.
Merci pour vos avis et votre retour d’expérience.
Peux-tu détailler un peu ?
Cela signifie-t-il que l’on ne peut pas utiliser directement la gestion des Process DOS avec Ixemul ?
Le fichier readme parle bien de vfork, mais il n’est pas très explicite sur ce point.
Je précise que le problème concerne bien l’utilisation de Process DOS.
Je pense à un problème de gestion de la concurrence entre les Process. Si c’est le cas, le problème est probablement le même avec des Tasks Exec.
Merci pour l’idée.
Pour préciser un peu certaines questions :
– Dans l’equivalent en C de ta fonction SimpleButton() il n’y a pas besoin de préciser explicitement que l’attribut MUIA_Background doit avoir la valeur MUII_ButtonBack, c’est implicite puisque c’est un bouton. Ne devrait-il pas en être de même avec PyMUI ?
– Pour le texte, je ne parviens pas à affecter l’attribute Background. La valeur MUII_TextBack n’est-elle pas encore supportée ?
