Je cherche la stabilité et la securité (Comme pas mal de monde ...lol )
pour usage familiale et navigation sur le net 24/24/365 j
Mais il me paraît difficile de faire la part des choses entre ses deux
distribs, donc aider moi !
tootella@free.fr
Ben en XFree 3 tout etait simple: ca utilisait OpenFirmware, y'avait juste à lancer le serveur et puis voila. Euh... Tu supportes le framebuffer en 8 bits, 800*600, toi ?
J'ai un powerbook, c'est du 1024x768 en 8 bits. C'est plus supportable: c'est la resolution maximum.
En explorant l'arbo sous OF, j'ai vu qu'on pouvait changer la resolution si on a un ecran multisync: y'a des methodes qui sont fournies par la carte pour ca. J'ai essayé, mais bien sur sur un ecran LCD de powerbook, ca fait juste un ecran noir. Faudrait tenter le coup sur une autre machine.
Surtout comme d'hab, la config. L'auto-détection, ça ne marche, comme beaoucoup de choses que sur l'archi la plus pourrie, bien que la plus répandue...
Moi ce qui m'enerve le plus c'est quand à l'autodetection il te montre un serveur qui marche et quand tu le relance à la main ca ne marche plus. C'est vraiment rageant!
En plus des ACL -n'en déplaise aux intégristes des permissions Unix- il y a deux ou trois trucs qui ne viennent pas à l'esprit tout de suite (*), mais que je regrette souvent en passant de l'un à l'autre. (*) c'est dire si c'est super-méga-important et indispensable :-)
Ah oui, les ACL, c'est bien ca, effectivement.
-- Emmanuel Dreyfus A lire: 240 pages en français sur l'administration UNIX avec BSD http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Xavier <xavier@groumpf.org> wrote:
Ben en XFree 3 tout etait simple: ca utilisait OpenFirmware, y'avait
juste à lancer le serveur et puis voila.
Euh... Tu supportes le framebuffer en 8 bits, 800*600, toi ?
J'ai un powerbook, c'est du 1024x768 en 8 bits. C'est plus supportable:
c'est la resolution maximum.
En explorant l'arbo sous OF, j'ai vu qu'on pouvait changer la resolution
si on a un ecran multisync: y'a des methodes qui sont fournies par la
carte pour ca. J'ai essayé, mais bien sur sur un ecran LCD de powerbook,
ca fait juste un ecran noir. Faudrait tenter le coup sur une autre
machine.
Surtout comme d'hab, la config. L'auto-détection, ça ne marche, comme
beaoucoup de choses que sur l'archi la plus pourrie, bien que la plus
répandue...
Moi ce qui m'enerve le plus c'est quand à l'autodetection il te montre
un serveur qui marche et quand tu le relance à la main ca ne marche
plus. C'est vraiment rageant!
En plus des ACL -n'en déplaise aux intégristes des permissions Unix- il
y a deux ou trois trucs qui ne viennent pas à l'esprit tout de
suite (*), mais que je regrette souvent en passant de l'un à l'autre.
(*) c'est dire si c'est super-méga-important et indispensable :-)
Ah oui, les ACL, c'est bien ca, effectivement.
--
Emmanuel Dreyfus
A lire: 240 pages en français sur l'administration UNIX avec BSD
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
Ben en XFree 3 tout etait simple: ca utilisait OpenFirmware, y'avait juste à lancer le serveur et puis voila. Euh... Tu supportes le framebuffer en 8 bits, 800*600, toi ?
J'ai un powerbook, c'est du 1024x768 en 8 bits. C'est plus supportable: c'est la resolution maximum.
En explorant l'arbo sous OF, j'ai vu qu'on pouvait changer la resolution si on a un ecran multisync: y'a des methodes qui sont fournies par la carte pour ca. J'ai essayé, mais bien sur sur un ecran LCD de powerbook, ca fait juste un ecran noir. Faudrait tenter le coup sur une autre machine.
Surtout comme d'hab, la config. L'auto-détection, ça ne marche, comme beaoucoup de choses que sur l'archi la plus pourrie, bien que la plus répandue...
Moi ce qui m'enerve le plus c'est quand à l'autodetection il te montre un serveur qui marche et quand tu le relance à la main ca ne marche plus. C'est vraiment rageant!
En plus des ACL -n'en déplaise aux intégristes des permissions Unix- il y a deux ou trois trucs qui ne viennent pas à l'esprit tout de suite (*), mais que je regrette souvent en passant de l'un à l'autre. (*) c'est dire si c'est super-méga-important et indispensable :-)
Ah oui, les ACL, c'est bien ca, effectivement.
-- Emmanuel Dreyfus A lire: 240 pages en français sur l'administration UNIX avec BSD http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Miod Vallat
On ne peut pas. pcons sous-traite tout a la prom, et donc utilise l'encodage qu'a fixé la prom.
Ben de toute facon on peut toujours convertir les codes, d'ailleurs c'est bien ce qui me semble qui se passe dans les sources, mais je peux me tromper.
Tu te trompes. pcons est un tty indépendant, il n'attache aucun wsdisplay. Les caractères sont obtenus directement en ascii par un appel OpenFirmware dans pcons_poll() (de mémoire), et aucune traduction n'est effectuée - du point de vue du noyau, pcons est une console série, en fait.
On ne peut pas. pcons sous-traite tout a la prom, et donc utilise
l'encodage qu'a fixé la prom.
Ben de toute facon on peut toujours convertir les codes, d'ailleurs
c'est bien ce qui me semble qui se passe dans les sources, mais je peux
me tromper.
Tu te trompes. pcons est un tty indépendant, il n'attache aucun
wsdisplay. Les caractères sont obtenus directement en ascii par un appel
OpenFirmware dans pcons_poll() (de mémoire), et aucune traduction n'est
effectuée - du point de vue du noyau, pcons est une console série, en
fait.
On ne peut pas. pcons sous-traite tout a la prom, et donc utilise l'encodage qu'a fixé la prom.
Ben de toute facon on peut toujours convertir les codes, d'ailleurs c'est bien ce qui me semble qui se passe dans les sources, mais je peux me tromper.
Tu te trompes. pcons est un tty indépendant, il n'attache aucun wsdisplay. Les caractères sont obtenus directement en ascii par un appel OpenFirmware dans pcons_poll() (de mémoire), et aucune traduction n'est effectuée - du point de vue du noyau, pcons est une console série, en fait.
