fleny68 a écrit 2317 commentaires

Testé ce matin même (avant de lire cette news, marrant, ça!) en version netinstall 100M.

Tu fais "anuler" au moment ou ça boucle, et tu à la liste des opérations de configuration. Plus qu'à finir en choisissant à la main.

C'est impressionant les progrès:
-détection des modules (ils ont mis discover, non?)
-parted est présent (ALTF4 + shell+ parted, ok c'est pas convivial).

Le truc que j'aime pas (nid à troll): l'usage de devfs et sa syntaxe, surtout qu'il va être abandonné dans le 2.6 c'était pas le moment de s'y mettre.

c'est carrément légé...va falloir que je post des news interessantes ;-)
et pour faciliter leurs modérations, il va faloir réviser l'aurtografe et la grand-maire.
;-)

Excellente initiative (bis repetita placent) qui va également virer toutes les docs sous GNU FDL de debian. De quoi inciter RMS à réviser sa FDL.

emacs dans debian sans sa doc!

Excellente initiative, qui ne peut qu'inciter les debianistes à réfléchir à une alternative et à aider à améliorer les LL existants.

J'approuve totalement.

Qu'appelles-tu attraper?

Si tu veux dire "je reçois un fichier venant de l'extérieur à cause d'un programme tournant sous wine et qui a ouvert une porte", je dirais oui, ça doit être possible. Faire tourner Outlook Express sous Wine a toujours été le rêve de tous les lInuxiens, c'est bien connu. De toutes manières, suivant la conf de wine ça peut être avec des conséquences limitées.

Si tu veux dire "je lance sous wine tous les exe qui trainent dans tous les mails que je reçois, est-ce qu'il peut y avoir des virus dedans?" je dirais que tu peux essayer de demander à ClamAv de les analyser avant de les lancer. Tu peux aussi ne pas le faire du tout.

Maintenant, si tu utilises wine sous root avec / monté en c:/linux, ouais ça ouvre la porte à pas mal de chose.

Pareil chez moi, et c'est même pareil sous templeet. Pas de apache2 pour l'instant.

Il a essayé le macramé le gars ? Y'a plus d'avenir qu'en informatique je pense.
C'est vrai, j'en connais qui se reconvertisse en apiculture...

ça gène l'interop puisque j'attends toujours les drivers nvidia de mon pmac sous linux...

C'est MS qui protesterait contre cette intolérable incitation au piratage de son OS.

ok ----->[]

Ca a du mal a rentrer dans votre tete ici que les drivers video sont proprietaires a cause d'une histoire de brevet (ie Silicon graphics) en ce qui concernent ATI et nVidia
Ces brevets ne sont pas valable en France.
Ensuite un soft peut très bien être protégé par un brevet aux USA et être en GPL. ça t'interdit juste de l'utiliser sans payer si tu s dans un pays concerné.

Bref Le brevet n'impose pas un côté non open source.

Ce n'est pas à cela que je répondais.
C'est à maintenant c'est l'instant de vérité : est ce que MM va être à la base d'une floppée de projets comme l'est Knoppix ?
J'expliquais aussi pourquoi pour l'instant ce n'est pas enviseageable. J'insiste: à partir de la MandrakeMove, pas à partir de Mandrake ou de mklivecd.

Au fait, puisque du coup je suis allé vérifié: il ne semble pas y avoir de script d'install non plus dans PCLinuxOS 2K4 Preview 4 http://livecd.berlios.de/links.php(...) .
Quelqu'un connait en détail le projet, c'est prévu?

Intéressant.

Sur le fait de devoir faire deux CD au lieu d'un j'ai déjà répondu plus haut. Je ne crois pas que ce soit préférable du tout. Distribuer une seule iso est plus facile pour un projet. Si tu pars dans l'optique "dérivés de MM dans un but précis" tu ne peux pas faire l'impasse sur un script d'installation DD. Mais MandrakeSoft n'en a pas mis et c'est probablement parce qu'il espère vendre des boites, ça peut se comprendre aussi. ça n'empêche personne de faire un script à lui pour mettre dans son dérivé.

La page du twiki pour faire un liveCD ne concerne apparemment pas la MandrakeMove. Qui elle n'est pas basée sur cloop d'après ce que j'ai pu en voir. (et Je signale à ceux qui sont tentés par l'aventure que cloop ne compile pas encore sur un 2.6.)
Je ne dis pas que mkLiveCD n'est pas utilisable, mais il impose de partir de 0 pour faire un liveCD.

Non, là on parlait de customizer la MM: tu prends une MM, tu la bootes, tu copies tout sur un disque dans l'arborescence idoine, tu chrootes, tu supprimes/installes des programmes, tu génères une nouvelle iso, fini. ça peut être très rapide, et ça permet à des gens qui ne connaissent quasiment rien au système de faire le leur. Sans même avoir de linux sur la machine, juste une partition libre assez grande. Tout est dans le CD.
Cherche dans les dérivés de knoppix le nombre de ceux qui disent: <<je ne connais rien à debian.>> Et tu peux le refaire à chaque nouvelle version, et profiter des améliorations upstream dans ton projet.
C'est ça le succès des dérivés de Knoppix.

Que manque-til à MandrakeMove pour le faire? de la documentation essentiellement. Il faut que le programme qui génère l'iso comprimée soit dans le CD (par exemple create_compressed_fs et mkisofs pour knoppix), et que la suite des opérations à suivre soient expliquée quelque part. C'est vraiment pas énaurme. Je pense que les Mandrakiens hackeurs vont pondre ça prochainement, y'a pas de raison..

Oui, mais là tu te doubles le travail, la gravure, les téléchargements. à chaque customization il te faut faire un LiveCD et un cdrom d'install. C'est beaucoup plus simple de pouvoir installer ce qui est sur le CD, à la knoppix.

L'installation à la knoppix n'est pas encore satisfaisante. Mais c'est quand même mieux que de devoir doubler les CD, AMHA.

Pas nécessairement:
place-toi dans la situation ou tu fais une remastérisation de la MM dans un but précis, comme par exemple une distribution pour l'astronomie, pour les écoles, etc...
Là, tu as souvent (c'est le cas avec les variantes de Knoppix) intégré des programmes qui ne sont pas dans la distrib d'origine. Et bien sûr tu voudrais proposer une installation avec les programmes que tu as installé dans le CD. Et il n'y a pas nécessairement l'adsl partout pour aller les chercher sur le net.

C'est pour cela que dans l'hypothèse de personaliser son LiveCD, le script d'install est nécessaire.

Ah oui je crois qu'il manque aussi un script d'install sur le dd. Pensez à le rajouter dans les projets remastérisés à la knoppix.

maintenant c'est l'instant de vérité : est ce que MM va être à la base d'une floppée de projets comme l'est Knoppix ?

Pour l'instant je n'ai vu nulle part de documentation sur la question.

Apparemment le module utlisé pour le fs comprimé n'est pas le même, et je ne sais pas d'où ils le sortent. Une production mandrake, ou bien le gcloop de gentoo?

Faudra étudier la question plus précisément. ça serait bien d'avoir de la doc sur la remastérisation pour pouvoir une Manrake sans pub et avec clef usb. Mais sans documentation les projets vont avoir du mal à fleurir...

Si tu le fait souvent, tu as intérêt à te faire une version remastérisée avec juste les logiciels que tu veux. C'est facile, bien documenté. Le seul problème est que la génération de l'image nécessite 1M de RAM+swap.

Ce que je trouve un peu bizarre est qu'il est dit que ces pays veulent ne pas dépendre de la technologie américaine mais en même temps l'une des sociétés qui soutient le plus le projet est détenue majoritairement par Oracle.
Et alors? Si c'est du libre, t'as les sources, tu n'es pas dépendant de ton fournisseur...

ha ? je ne suis pas sûr, knoppix à un sytème d'init spécialisé qui est très rapide, en revanche lors de l'install sur le hd il le remplace par sysv qui est assez lent...
Perdu! Knoppix utilise sysv aussi.

La différence est que le seul script de /etc/init.d lancé par le cd est knoppix-autoconf qui se charge de tout, alors que l'installation sur disque réactive les autres (ceux par défaut de debian).

mais on ne peut pas dire que le boot knoppix soit rapide: il y a des gens qui pensent le contraire...
http://www.knoppix.net/forum/viewtopic.php?t=6273(...)

des copies d'écran quelque part histoire de nous donner envie de la tester ?

Une piste: cette enfilade (attention c'est en ppc):

http://lists.debian.org/debian-powerpc/2003/debian-powerpc-200312/m(...)

http://www.mail-archive.com/devel%40xfree86.org/msg04639.html(...)

Pas sûr que Xfree se meure. C'est apparemment un changement d'organisation interne.

Un tel brevet n'a pas cours en europe, de toute façon. Et il est scandaleux que les européens paynet pour des brevets qui n'ont pas cours chez eux (pour quicktime, wmplayer, etc...)

Je pense que c'est une allusion aux brevets qui protègent le MPEG4...

J'ai une NVidia sur un Mac et franchement on ne me reprendra pas à acheter leurs machins. Le support PPC pour Linux est toujours pas là...

D'une façon générale des drivers binary-only ne mettent pas à l'abri d'une déficience du fournisseur.

Je HAIS NVIDIA.

Je cherche des infos sur les systèmes de fichiers cryptés.
D'abord on dit pas cryptés, mais chiffrés.

Ensuite, sous Linux, les sytèmes les plus utilisés ne chiffrent pas au niveau du système de fichier, mais au niveau du périphérique block en dessous. En bref on chifrre à travers /dev/loop. C'est expliqué sur http://openpgp.fr.st/.(...)
Donc /dev/loop est chiffré par un module adapté (loop-aes est très bien), et dedans tu mets le système de fichier que tu veux (ext2, ext3, reiserfs, etc...).

On peut chiffrer aussi un fichier seul (GNUPG fait ça très bien).

Mais bon, je ne réponds pas vraiment à ta question.

Il y a là des liens et des références:
http://michel.arboi.free.fr/cryptFAQ/index.html(...)
http://www.itunisie.com/falkor/cryptographie/annexe5/annexe5.html(...)