itstimetogo a écrit 459 commentaires

Faut activer dri dans XFree.
Il faut que le noyau ait les modules drm qui vont bien (agpgart, ???_agp, mga).

Tu as vérifié tout ça ?
Tu as lu le log de XFree ?

> j'ai installé recemment RedHat 9

Tu aurais pu installer une distribution récente :-)
Après RH9, il y a eu Fedora Cora 1, FC2 et maintenant FC3.

> Rien ne m'y oblige.

Normal, c'est libre.

> il me faut l'autorisation de mon employeur.

Non. Si c'est GPL tu peux distribuer. Point final. Tu ne veux pas (pour de bonnes ou mauvais raisons) c'est tout.

> La GPL te garantie que je ne distribuerai pas mon soft sous une license propriétaire, mais pas que je vais le distribuer.

C'est du libre. Il est évident que la licence ne va pas t'obliger à distribuer le logiciel. Par contre, si j'ai une copie de ton logiciel, je peux te demander les sources et tu dois me les fournir. Et lorsque j'ai le logiciel je peux (si je veux) le distribuer (sans l'autorisation de ton employeur).
Notes que le fait que le logiciel soit GPL, le rend indépendant des désirs de ton employeur.
Donc c'est bien la licence qui garantit qu'un logiciel est libre.

> Regardes du coté de RedHat si tu veux une distrib libre qui soit difficilement accessible gratuitement.

C'est d'une bêtise...
Déjà tu mélanges libre et gratuit.
Red Hat est libre grace à la licence des logiciels et pas car il y aurai ou non des contributions externes.
Lorsque Mandrake mets le drivers NVidia, le driver n'est pas libre car il n'a pas une licence libre. Point final. C'est la licence qui compte à 99,999%.

Pour l'ensemble de la distribution (et pas uniquement pour les logiciels GPL), Red Hat suit la GPL :
- "disponibilité des sources"
Après chaqu'un est libre de les utilisers, compiler, redistribuer gratuitement ou pas.

Les sources de la "contreversée" RHEL :
http://ftp.redhat.com/pub/redhat/linux/enterprise/(...)
Sources des mises à jours :
http://updates.redhat.com/enterprise/(...)

Des forks/repompes de RHEL (qui n'ont pas demandé l'autorisation de Red Hat et qui n'ont pas à le demander...) :
http://www.whiteboxlinux.org/(...) (et gratuit)
http://taolinux.org/(...)
http://www.centos.org/(...)
http://www-oss.fnal.gov/projects/fermilinux/lts301/index.html(...)

Mandrake a aussi CS qui n'est pas gratuit (qui de plus n'a pas de fork gratuit).

Le boulot de Red Hat est accessible car tu trouves plein de boulot de Red Hat dans Mandrake.

Puisque tu ne penses qu'à l'argent, Red Hat fait Fedora et c'est libre (comme RHEL) et gratuit (ce qui n'est pas toujours le cas de Mandrake) :
http://fedora.redhat.com/(...)

Tu y trouveras une distribution AMD64 "dernier cri" gratuite.

La licence fait tout. Dommage de se faire massivement moinser pour dire cette évidence.

Je crois que Ingres était un fork proprio de Postgres (renommé plus tard postgres95 et maintenant PostgreSQL). Le problème classique avec la BSD.

Ce que tu peux faire avec les autres, tu peux le faire avec PostgreSQL dans 99% des cas. L'inverse n'est pas vrai.
Si ton objectif est d'avoir quelque chose de léger alors SQLite est mieux que PostgreSQL.

Le DOS est meilleur que Linux pour le temps réel hard. Faut-il classer DOS devant Linux ?
Je ne crois pas.

> Non. J'ai un soft GPL sur ma machine, il n'est pas distribué.

Alors distribues le !
Tu compares ce qui n'est pas comparable. Tu compares "toi" qui ne veut pas distribuer un programmes (même sous GPL) à Mandrake qui veut distribuer des programmes.

Si Windows était sous GPL, il serait libre. Point final (peut-être pas dans les pays qui reconnaissent les brevets).

La GPL, il n'y a pas mieux comme garantie. Et je suis presque sûr que Warly est d'accord avec moi.

La news est très bonne.

> elle dépend énormément de sa communauté ; en ce sens toute contribution sera la bienvenue, et fortifiera cette communauté qui garantit que la distribution reste libre et disponible pour tous

Sauf là. On dirait du chantage.

C'est la(les) licence(s) qui garantit que la distribution reste libre et disponible à tous.

> Manque juste la réplication à la manière de Mysql non ?

Effectivement, contrairement à Mysql la réplication de Postgresql, étant basé sur des transactions multi-table, ne sucks pas autant que MySQL.
http://www.erserver.com/(...)
http://gborg.postgresql.org/project/pgreplication/projdisplay.php(...)
http://gborg.postgresql.org/project/slony1/projdisplay.php(...)
http://pgreplicator.sourceforge.net/(...)
http://www.peerdirect.com/index.ssp(...)

- Postgresql est un des moteurs de bases de données relationnelles libres les plus avancés
+ Postgresql est LE moteur de bases de données relationnelle libre le plus avancé

Ce n'est pas que ça. C'est aussi un client sympa (psql), PL/pgSQL, un bon outil de dump/restore, des petits "gadgets" dans contrib très sympa, plein de type de donnée (ip, geométri, ...), un système de base de donnée orienté object et extensible, un superbe support des locales et conversion de type, etc.

Que du bonheur.

> je ne migre sous SuSE 9.2/10

Et Fedora ?
Comme toutes les distributions elle sucks ici et là. Mais côté udev je n'ai pas entendu beaucoup de critique. Ce qui pose problème, se sont les drivers qui n'ont pas encore migré vers sysfs (dont NVidia). Mais pour ça il y a un workaround facile. Il suffit d'ajouter le fichier spécial dans /etc/udev/devices/ .
Voilà ce que j'ai chez moi car mga_vid n'utilise pas sysfs :
$ ll /etc/udev/devices/mga_vid
crw------- 1 root root 178, 0 déc 3 19:58 /etc/udev/devices/mga_vid

> Eclipse est compilable et/ou tourne sur une jvm libre ?

Oui :-)
Red Hat l'a fait il y a 1 an environ avec gcj pour RHEL :

Si Red Hat/Fedora a le temps, il y aura java (avec plugin firefox, etc) dans FC4 et peut-être eclipse. Tout en libre (pas de jvm proprio) :
http://www.redhat.com/archives/fedora-devel-list/2004-November/msg0(...)
http://www.peakpeak.com/~tromey/blog/2004/12/01/(...)

J'ai rapidement lu qu'il y a quelques difficultés techniques (problèmes de sécurité) qui font que cela ne sera peut être pas fait pour FC4.

Les derniers src.rpm qui utilise gcj pour eclipse que je connaisse (c'est pour RHEL3) :
http://ftp.redhat.com/pub/redhat/linux/enterprise/3/en/RHDS2/i386/S(...)

Rien n'est éditable. Comme la version upstream.

On se passe très bien de ce gadget. Crées dans racourcis sur le bureau, crées un dossier dans le panel, etc.

Vérifies que tes disques sont en mode LBA (BIOS).
Utilises le modes "rescue" du CD1 (ou du CD "rescue" ?) et regardes ce que donnes :
$ fdisk -l /dev/hd?

Il y a des messages d'erreur ?

Lorsque tu fais l'installation, regardes les messages des autres consoles avec {ctrl}{alt}{F1} et {F2} etc {F3} ...

Et une insulte de plus.

Ici on fait de la pub à des distributions gratuites qui ne font que repomper RHEL :
http://linuxfr.org/2004/04/20/16027.html(...)

De plus, ce ne sont pas des "forks libres" car RHEL est libre (mais l'accès aux binaires hébergés par Red Hat ne sont pas gratuits).
Faut pas s'étonner après ça que les gens "piratent".

> il y a User Mode Linux (UML)

Il est plus lent et techniquement "lourd" à maintenir.
Par contre c'est "cool" pour débugger le noyau.

> j'essaierai de comprendre l'histoire des périphérique loop

loop, ce n'est pas compliqué.

loop crée un périphérique block (au sens OS et pas au sens hardware) à partir d'un fichier (il peut aussi le faire avec un autre périphérique block). Avec loop, le contenu du fichier est accessible depuis un périphérique block. Loop est une sorte d'interface "périphérique block" => "fichier".
Un périphérique block (par exemple /dev/hda ou /dev/hda1) a la caractéristique d'avoir un accès aléatoire (ce n'est pas une bande magnétique), d'avoir des données et une taille connue (qui peut être modifié à la volée dans quelques cas particuliers (lvm)).
Donc /dev/loop0 est vu par l'OS comme /dev/hda et l'OS peut monter un system de fichier sur /dev/loop0.

C'est nécessaire car le noyau ne monte un système de fichier qu'à partir d'un périphérique block. Théoriquement, il n'y a pas de raison pour empêcher le noyau de monter un système de fichier depuis un fichier normal directement. Mais aparament ça pose des problèmes et donc il faut utiliser une interface loop.

L'autre intérêt de loop, est de faire des traitements dans l'interface "périphérique block" => "fichier". Par exemple de crypter.
C'était fait avec Linux < 2.6. Avec Linux 2.6, c'est dm-crypt (via device-mapper) qui fait ça.

"mount ... -o loop ..." crée un périphérique loop automatiquement.
Si tu fais cat /proc/mounts et que tu as un système de fichier monté avec "mount ... -o loop ..." tu auras :
/dev/loop0 /répertoire vfat ro 0 0

J'ai trouvé une solution.
Je te donne un exemple.

Ici, mon_backup a une partion ext3.

[root@localhost tmp]# losetup /dev/loop9 mon_backup
[root@localhost tmp]# sfdisk --no-reread -d /dev/loop9
# table de partitions de /dev/loop9
unit: sectors

/dev/loop9p1 : start= 63, size= 37913337, Id=83, bootable
/dev/loop9p2 : start= 37913400, size= 2104515, Id=82
/dev/loop9p3 : start= 0, size= 0, Id= 0
/dev/loop9p4 : start= 0, size= 0, Id= 0


La patition commence à 63*512(32256). Vérification :

[root@localhost tmp]# dd if=/dev/loop9 bs=512 skip=63 count=10 of=out
10+0 enregistrements lus.
10+0 enregistrements écrits.
[root@one tmp]# file out
out: Linux rev 1.0 ext3 filesystem data (large files)


Essais :
[root@localhost tmp]# losetup -d /dev/loop9
[root@localhost tmp]# losetup -o 32256 /dev/loop9 /dev/small
[root@localhost tmp]# mkdir mnt
[root@localhost tmp]# mount -t auto -o ro /dev/loop9 mnt
[root@localhost tmp]# grep loop9 /proc/mounts
/dev/loop9 /tmp/mnt ext3 ro 0 0


Ça marche !

> j'espère que ça n'a pas de conséquence...

Non, il n'y en a pas.

Utilises :
$ losetup -o 512 /dev/loop0 mon_backup
$ head /dev/loop0 > out
$ file out
$ losetup -d /dev/loop0

Fais des essais avec 512, 1024, 1536, 2048, etc...
Lors que "file out" te dis que c'est un FS vfat, monte /dev/loop0 :
$ mount -t vfat -o ro /dev/loop0 /mnt/rep_a_monter.

Puisque tu installes une nouvelle distribution, Fedora Core 3 est sorti il y a un mois...

> un seul fichier avec la commande dd.

C'est la partition Windows ou tout le disque que tu as copié ?
Si c'est tout le disque, il est normal que ça ne marche pas.
Essai de trouver où commence la partition puis utilise :
$ losetup -o 512 /dev/loop0 mon_backup

Que retourne :
$ file /mnt/mon_backup

Tu insultes dans tous tes commentaires.
Impressionnant.

> si je veux installer fc3 faut il partitionner le DD ?

Peut-être...

Il faut une partition avec de l'espace libre. S'il n'y a pas une telle partition il faut la créer en utilisant l'espace libre du disque. S'il n'y a pas d'espace libre il faut utiliser un outil pour redimensionner les partitions (ce qui permet d'avoir de l'espace libre). Ça parait compliqué, mais c'est trivial au niveau concept.

Pour booter sur Mandrake et Fedora, il faut voir la doc de grub :
http://www.gnu.org/software/grub/manual/html_node/index.html(...)

C'est indigeste mais très pratique.

> Et un autre mensonge, les specs sont dispo pour tout le monde contre remuneration

Incompatible avec la licence de Samba.
Merci pour ta "démonstration".

Ces specs ne sont pas fournis (argent ou non) pour les projets GPL. Du moins pas implémentable pour les projets GPL. Comme par "hazard" Samba est GPL. La FSF avait dénoncé ça.
Ne demandes pas l'url pour te démontrer ça, on te l'a foutu sous le nez plusieurs fois. Dis non pour pourver que t'es définitivement un putain de gros menteur à la con.

> la realite est qu'ici personne ne supporte ton point de vue

Les commetaires où j'explique la situation :
Score 4 :
http://linuxfr.org/comments/503017.html#503017(...)
Score 10 (note maxi !) :
http://linuxfr.org/comments/503022.html#503022(...)

T'es qu'un gros menteur.

> je sais que la realite est dure a accepter certaines fois, mais ca te fera du bien tu verras.

Tu disais ?

Petit complément :
- "lorsque tu as trouvé l'OS hyper stable de tes rèves, prends du hardware supporté par l'OS et pas du hardware uniquement supporté par la dernière version de Linux 2.6. C'est le minimum à faire lorsqu'on prétend gérer un serveur hyper-critique et hyper-utilisé."

Un admin qui ne fait pas ce minimum, est un admin nul.