wismerhill a écrit 2605 commentaires

C'est bien le seul avantage, et pour ca il faut que plusieurs comptes aient ete cree, ce qui n'est malheureusement pas souvent le cas.

Dans les install parties on explique toujours l'intérêt de faire plusieurs comptes distinct de l'administrateur. Et les arguments sont très bien reçus.
C'est encore une mauvaise habitude de windowsien que de n'utiliser qu'un seul compte pour tout le monde. Et ce n'est pas uen fatalité, avant même de connaître Linux il y avait déjà plusieurs comptes sur le windows 98 de l'époque (ce qui n'avançait à rien en terme de sécurité avec un win98).

Un serveur web avec apache/PHP et {my,postgre}sql plus un sendmail/postfix/exim/... est un exemple tout à fait concret et fréquent du monde réel. Tous ces composants sont libres, inclus depuis longtemps dans toutes les distributions orientées serveur et bénéficient d'un bon suivit de sécurité.
Si tu élimine le logiciel propriétaire tu peux très bien rationnaliser la gestion des logiciels.

Ca me prend le meme temps que d'updater un Linux avec des softs venant d'autres sources que la distrib(genre installer Oracle, Opera, etc... ).

Et tout ce que tu donne comme exemple ce sont des logiciels propriétaires....

Dans une situation familiale il y a souvent plusieurs utilisateur sur un même ordinateur, et là le père il est content que les conneries que fait le fils n'impactent que ses données personnelles.

Ben non. Dans toutes les install parties auxquelles j'ai participé la majorité des personnes étaient venues avec un ordinateur à installer. Ce que nous pouvons peut-être déplorer, c'est le peu de personnes qui viennent aux install parties, mais c'est plutôt un défaut de promotion de notre part.

Quand au mythe des gens qui arrivent avec un pc sous ouinouin et qui repartent avec un pc sous GNU/nunux, ben désolé mais si tu avais fait ne serait-ce que trois ou quatre install party dans ta vie tu saurais que ce sont de rares exceptions, en général les gens viennent plusieurs fois se renseigner avant de faire le pas...

J'ai fait plus d'une dizaine d'install parties (organisé ou participé) et à chaque fois il y a un, deux, trois voir quatre personnes qui viennent avec leur ordinateur sous windows et repartent avec un dualboot, certains viennent même pour remplacer windows par GNU/Linux.

--> http://www.lilit.be

Tu parle de quoi là? Gcj?
Si c'est le cas il n'implémente pas encore complètement la bibliothèque de java 1.4. Même si classpath 'en est vraiment plus très loin.
Voir à ce sujet http://www.kaffe.org/~stuart/japi/

Très mauvaise comparaison, car les programmes destinés à MacOSX ne fonctionneront pas avec un simple FreeBSD car ils dépendent de la couche propriétaire ajoutée par Apple.

Mais y a-t-il vraiment un intérêt à avoir une distribution comme ubuntu sur ces architecture?

(d'ailleur moi je ne met même pas de licence du tout, apres tout si le type veux faire du revese-ing je le laisse faire, j'ai juste indiqué "freeware")

Freeware n'a pas de signification légale. S'il n'y a pas de licence alors il ne reste que ton droit d'auteur qui n'autorise à rien (la licence sert généralement à donner un peu plus de droit, comme celui d'utiliser le logiciel).
À moins que tu ne place ces logiciels dans le domaine public (je ne sais pas si ça peut se faire volontairement) et dans ce cas c'est toi qui n'a plus aucun droit dessus.

Mauvaise idée ça, il peut y avoir une bonne raison à ce qu'un programme bloque le périphérique.
umount -l n'est à utiliser que quand tu as un programme bloqué qui empêche le démontage (je fais ça quand j'ai des problèmes avec des montages samba).

Non, ce n'est pas la même chose, la syntaxe $() va reprendre la sortie standard de la commande pour en faire une variable, et donc
urpmi $(cat liste_rpm.txt)
va mettre la liste de paquets sur la ligne de commande, alors que
urpmi < liste_rpm.txt
envoie le contenu du fichier sur l'entrée standard.

DBus va remplacer DCOP?
Je croyait qu'ils allaient faire un pojnt DBus <-> DCOP et conserver ce dernier parce qu'il a plus de fonctionnalités que DBus.

Cela représentera-t-il un gros travail de migration pour les programmes faisait un grand usage de DCOP?

C'est triste ton point de vue sur son point de vue.

Oui, avec des bon morceaux d'assembleur me semble-t-il.

Ben, d'un point de vue java ça a un sens de le faire en tout java, comme ça il n'y a qu'un jar à distribuer et pas besoin d'en faire une version pour chaque plateforme.
Mais à partir du moment où on veut s'en servir dans d'autres langages ça devient ennuyant.

En effet, je n'avais pas bien lu!
Vous pouvez inutiler mon post.

Un API équivalent est disponible sous Unix (et donc Linux) hein. Comment tu crois qu'il fait gdb notamment ? man 2 ptrace

Hum, je ne connais effectivement pas bien le sujet, mais la manpage en question dit que:
"The ptrace system call provides a means by which a parent process may observe and control the execution of another process, and examine and change its core image and registers. It is primarily used to implement breakpoint debugging and system call tracing.
The parent can initiate a trace by calling fork(2) and having the resulting child do a PTRACE_TRACEME, followed (typically) by an exec(3). Alternatively, the parent may commence trace of an existing process using PTRACE_ATTACH. "

Si je comprend bien c'est seulement un parent qui peut modifier ses processus fils, ce qui est beaucoup moins grave que n'importe quel processus du même utilisateur.

Tu veux dire que dans l'API windows il y a des méthodes pour aller modifier d'autres processus en mémoire?!?!!
Et il y a encore des gens pour s'étonner que windows est une passoire?

Tu devrais plutôt utiliser MacOS.

Puisqu'on en est là, je vous recommande absolument Last Exile, Monster et Berserk (pour les deux derniers voyez aussi les manga, monster est complet et berserk en est au tome 9).

Le probleme c'est pas vraiment Redhat, Mandriva, ... Le probleme c'est que bcp de ces softs sont fait par des individus, individus qui n'ont pas forcement les ressources pour savoir comment faire une UI, un systeme d'aide ou que sais-je qui plaira a 200 millions de personnes non-initiees. MS passe du temps, invite les gens a essayer les pre-versions, ... c'est pas evident a faire pour des individus isoles. Ils ont bien les utilisateurs Linux pour ca, mais ces gens sont quasiment tous des power-users, pas des inities.

Justement, les projet Gnome et KDE (chacun de leur côté malheureusement) ont des structures beaucoup plus conséquentes pour coordonner les traductions et les documentations et pour mettre en place des règles d'IHM.

Le 6 et le 7 sont identiques, de même que le 12 et le 13.
Soit c'est une erreur de copie soit il n'y en a en fait que 12.

Non!
64 bits n'est absolument pas synonyme de performances supérieures à 32 bits. Il se trouve que dans le cas de l'architecture AMD64 ils ont apporté d'autres améliorations techniques significative par rapport à l'IA32 (doublement du nombre de registres, contrôleur mémoire dans le processeur (ce qui profite également en mode 32 bits)).
64 bits est seulement synonyme de consomation mémoire supérieurs (car les adressages mémoire sont su 64 bits et plus sur 32).

Installe qemu-launcher et ça devient trivial.
http://emeitner.f2o.org/projects/qemu-launcher/(...)