AltGr a écrit 17 commentaires

tu as du installer le paquet virtuel kernel-image-2.6 qui correspond toujours à la dernière version du noyau 2.6 disponible...

il suffit de créer le fichier forcefsck à la racine ( au moins sur Debian / Mandrake, je ne sais pas pour les autres distributions ) :

touch /forcefsck

Avec GSview...

http://www.cs.wisc.edu/~ghost/(...)

pas exactement. c'est le processeur graphique qui est 128bits.

Pas forcément, tu peux utiliser le module proprio prévu pour le Zaurus, mais dans ce cas, il faudra également que tu utilises le noyau dans la version qui va bien (ce qui t'interdit les mises à jour du noyau faites régulièrement dans familiar). Et bien sûr, il faut que le-dit module soit compilé pour ton architecture XScale. Celà fait beaucoup de peut-être...

Maintenant, je ne voudrais pas trop m'avancer en ce qui concerne le XScale, parce que le projet familiar n'est pas trop avançé là dessus. Personnellement, je possédais un ipaq 3850 (donc avec strong arm), et je n'utilisais que des cartes MMC pour ne pas avoir de problème de compatibilité.

Les cartes SD (Secure Digital) reposent sur une idée stupide pour être "secure", que les logiciels qui les utilisent soient bienveillant et ne touchent pas à ce qu'il y a sur la carte quand ils n'y sont pas autorisés.
Et pour renforcer encore la puissance de cette protection, le protocole utilisé par ces cartes est placé sous NDA, ce qui fait qu'il n'existe pas de pilote libre pour les utiliser.
Il y a par exemple un module binaire pour le noyau, fait par Sharp pour les Zaurus.
C'est pas la joie ...

Au niveau performances, les cartes SD permettent d'atteindre un taux de transfert plus élevé que les MMC, puisqu'elles utilisent plusieurs "fils" pour transferer les données, là où les MMC n'en utilisent qu'un. Maintenant, seuls les pda récents (à base de XScale) peuvent exploiter cette capacité. Les autres (strong arm) ne le peuvent pas. Donc dans ce cas, les cartes se comportent comme des MMC.

Maintenant, les cartes SD ont une capacité plus importante que les MMC, qui sont plus ou moins en cours d'abandon, et comencent aussi à couter moins cher à capacité égale...

Donc :
- linux n'aime pas les SD
- les SD sont meilleures que les MMC d'un point de vue coût / technique / "performances"

Pour les mémoires de type flash, il y a aussi jffs2, qui est spécialement conçu pour cela.
Il est par exemple utilisé pour les versions Linux des Ipaq.
cf: http://sources.redhat.com/jffs2/(...)

alsaplayer

Déjà passé il y a un mois me semble-t-il :

http://linuxfr.org/2003/08/18/13672.html(...)

C'est toujours le même argument qui ne tiens pas. Que ce soit pour les jeux ou pour le reste, le fait de cacher les sources ne dispense pas d'avoir un programme bien ficelé.

Un des arguments des gens qui critiquent les logiciels libres, c'est de dire qu'il est plus facile de les attaquer, par rapport aux logiciels propriétaires. N'importe quoi. C'est pareil pour ce type de jeux. Si le couple serveur / client est bien conçu, il n'y a pas de problème. Tout miser sur l'opacité n'est qu'un trompe l'oeil provisoire de toute façon. Si c'est mal foutu, ça restera mal foutu et vulnérable, sources disponibles ou non.

Tu peux trouver la réponse à ta question dans le premier paragraphe du lien vers securityfocus, ou directement ici :

http://www.tracking-hackers.com/papers/honeypots.html(...)

Je connais une société proche de mon université, qui propose de développer des services à la demande dans les hopitaux, en particulier en utilisant leur réseau de télévision.
Les solutions de diffusion sont basées entre autres, sur une distrib GNU/Linux embarquée.

Le marché semble être assez juteux, ce qui tendrait à confirmer l'importance de ce type de contrat pour un <<fournisseur de logiciels>>, quel qu'il soit... Une fois l'infrastructure implantée, il est plus difficile de passer à un concurrent, que ce soit Linux ou Windows, sans changer de matériel.
D'où l'intérêt de commencer tout de suite par des solutions libres...

Ca viens de Graouly, le dragon mythique de la région de Metz, qui a été terrassé par Saint Clément. Il y a une jolie explication sur http://www.graoulug.org(...)

Au fait, les dragons, est-ce que ça mange du troll?

Je pense qu'on ouvre avec cette mesure la porte à des abus. J'ai l'impression qu'on se dirige ni plus ni moins vers une justification des atteintes à la vie privée.

Autant je comprends parfaitement qu'il est nécessaire de lutter contre les sites propagateurs d'idées malsaines (pédophilie, nazisme, racisme que tu cites, et autres joyeusetés), autant j'ai du mal à admettre qu'il s'agisse de personnes ou d'organismes non liés à l'état, et dont les intérets ne sont pas forcément la défense de la morale, qui soient chargés de ce travail de "fliquage".

Plus je relis le texte de l'amendement, plus je me dis qu'on prend le problème par le mauvais bout de la banane. J'imagine d'ici les problèmes, et les lettres du style de celles envoyées par AOL à certains de ses abonnés intoxiqués au p2p. Oui, on va faciliter les actions des majors et autres maisons de disques. Va-t-on vraiment faciliter la suppression des sites dangereux ?

Je suis assez d'accord avec toi. Après un parcours du site, j'ai plus l'impression d'etre en face d'une notice d'installation, que l'on peut trouver avec n'importe quelle distribution, qu'une réelle explication de la migration.

D'ailleurs en quoi tout cela concerne-t-il la migration? A part quelques allusions sur des économies de milliers de dollars en utilisant OpenOffice en lieu et place de Microsoft Office, il n'y a rien de bien constructif.

Dommage. Le site ne correspond pas vraiment au message qu'il souhaite (devrait?) véhiculer.

C'est une histoire de permissions pour les fichiers installés. Si tu as installé en root, il faut rendre certains fichiers en lecture/écriture pour tous ( j'ai tout mis en rw pour tester, c'est pas très propre, mais une fois la modif faite ça marche chez moi )

oui, ca sera d'ailleurs l'une des grosses améliorations de la version 2.4