> Le nombre de fois ou je me suis retrouvé sous X sans acces au devices paske
C'est bien, tu dois être content.
Si tu veux ACL, t'installes ACL. Mais ACL ne résoud toujours pas le problème conflit. Si deux types accèdent à la même ressource (graver un CD), ça merde.
Avec des mecs comme toi, je vais militer pour la suppression des consoles et ne garder que X11.
> C'est anti unix
Tu pourrais aussi dire anti-gnu. T'es pas à un troll près.
Où tu as vu que les fichiers dans /dev ne doivent jamais changer de propriétaire ?
pam_console n'est qu'une partie de pam (c'est un "plugin" parmi d'autres). Si tu n'aimes pas pam_console (c'est subjectif) édites les fichiers /etc/pam.d/* et vires "session ... pam_console.so" . Un "grep" d'aidera à trouver rapidement ces fichiers (si tu connais grep).
Et voilà. C'est anti-Unix ça aussi ?
Pour le reste des caractéristiques de PAM, lis la doc et ne t'étales pas sur tes impressions car tu as utilisé une distribution qui utilise PAM.
> udev fait le boulot comme un grand:
> /etc/udev/permissions.d/udev.permissions
Ha Ha Ha.
Tu ne connais pas PAM ni udev. T'es charmant.
udev crée des fichiers à la volé et doit leur affecter les droits qui sont fixé généralement avec MAKEDEV (à la création/packaging de /dev). Mais MAKEDEV n'est pas forcément disponible (dans initrd ou en début de boot). De plus MAKEDEV a ses limites. Entre autre il gène les périphériques pour un nombre limité de périphériques avec des paires majeur/mineur _déjà_ connu. Avec udev tu peux avoir 5 000 disques durs. MAKEDEV n'a pas les droits pour 5 000 disques durs (problème des paires majeur/mineur préalloués qu'évite udev ; Linux 2.7 va peut-être virer toute notion de paires majeur/mineur pour en faveur d'un "id" ou "handler" (le nom n'est pas encore connu) alloué dynamiquement (1,2,3...)).
Donc, /etc/udev/permissions.d/udev.permissions n'est rien d'autre que MAKEDEV mais adapté à udev. Si tu regardes de plus près, udev.permissions à les MÊME permissions que celles que tu trouves dans /etc/makedev.d/ (fichier de config de MAKEDEV). Il défini les droits, owner et group par _défaut_. Il ne connait rien au login. Quelque soit la personne loggué, c'est toujours le même propriétaire du fichier spécial.
Dans udev de Fedora, il y a /etc/udev/permissions.d/ _ET_ pam_setowner pour avoir l'équivalent de pam_console.so . En effet, il faut faire le boulot de pam_console.so non au login ou au lancement d'une appli mais à lors de l'arrivé d'un nouveau périphérique. PAM ne supporte pas ça (PAM est déclenché par programme) et udev a été "hacké" pour conserver la logique de pam_console.so.
udev crée les fichiers en tenant compte de /etc/udev/permissions.d/ (équivalent de MAKEDEV) puis lance pam_setowner qui va, par exemple, mettre le propriétaire de /dev/cdrom à titi.
pam_setowner utilisera le fichier /etc/security/console.perms comme configuration (comme le fait pam_console.so). Encore un truc que tu ne connais pas mais ça ne t'empêche pas de juger ce qui est pro-Unix et Anti-Unix.
> qui semble sous-entendre que, sans PAM, tu es contraint de travailler sous "root"
Quelque part oui. Avec pam, lorsque je lance par exemple system-config-display, il me demande le mot de passe root (et en graphique si je suis sous X11).
Si cette "feature" ne me plait pas, je n'ai qu'a éditer /etc/pam.d/system-config-display.
Certe, tu peux configurer sudo pour faire environ la même chose. Mais tu dois passer root pour faire ça.
Avec PAM les droits de /dev/cdwriter etc sont en order _sans_ utiliser root pour ajouter un compte au group disk (qui donne accès à TOUS les disques) ou faire un chmod/chown.
Avec PAM, j'ai tout ça (et bien plus) sans jamais faire un su(do), un chown par là, un addgroup ici, etc.
PAM (et bien d'autres éléments complexes qui semblent rebuter le mainteneur de Slack (Il est tout seul pour un distribution, c'est compréhensible)) permet d'avoir un Unix (un *vrai* avec un contrôle rigoureux des droits) pour desktop qui ne sucks pas.
A plein d'endroits PAM est utile.
Besoin de persistance pour l'authentification root (ça t'évite de taper 50 fois le mots de passe lorsque tu lances le programme de configuration de bind, puis le programme pour configurer la carte graphique, puis le programme pour faire la mise à jour, etc), PAM est utile.
Changer les droits de /dev/cdwriter pour qu'un utilisateur puisse graver un CD (sans que cdrecord est le SUID), PAM est utile (c'est mieux que d'ajouter des privilège à l'utilisateur en l'ajoutant aux groupes disk, sound, etc, et au moins avec PAM il n'y a pas de conflit).
Fixer des limits en fonction d'une configuration compliqués, PAM est utile.
Mais surtout, la souplesse de PAM (marche avec des plugins) est disponible pour _toutes_ les applis qui utilisent PAM. Si tu veux que l'application titi soit lancée avec les mêmes conditions que les serveurs X11, c'est trivial a faire. Si tu veux virer la persistance du mot de passe root, tu peux le faire pour _toutes_ les applis à la fois.
Ça évite des tonnes de réécriture de code et donc des trous de sécurité.
Tu peux trouver ça inutile puisque Linux est né sans ça. Mais on est en 2004 et non en 1994. Lorsque je me loggue je veux, que dis-je, j'exige que le graveur, la carte son, la carte TV, etc marche "out of the box" sans me faire chier à éditer /etc/group ou faire les horribles "chmod o+w /dev/...."
Si je suis admin et que je veux que seul l'utilisateur toto puisse faire un startx. Je veux pouvoir le faire sans sans appliquer un patch 2 000 lines à X11 puis recompiler le bousin.
> le design de gnome 2.8 dépend du kernel 2.6, de dbus et de hal
Hummm...
Je n'ai pas essayé mais gnome 2.8 doit surement être compilable sans Hal. Le nombre de paquet qui utilise Hal est assez limité.
Hal a besoin d'udev. En fait Hal a "seulement" besoin de hotplug mais sans udev il y a des problèmes de permission d'accès aux périphériques et Gnome-volume-manager devient moins intéressant. Un périphérique est ajouté mais tu ne peux pas l'utiliser... Il a fallut ajouter, "sur le tard", dans udev un moyen pour changer les permissions des fichiers dans /dev. Avant c'était uniquement fait au login.
Donc pour Hal, il faut Linux 2.6.
> il traiterait tout ça de "bloat insecure".
Pour bloat, je ne suis pas d'accord. La mécanique udev est certe subtile mais pas "bloat". C'est un /dev dynamique mais côté userland avec des hooks sur le noyau donc forcément ce n'est pas aussi "pure" qu'un /dev static ou uniquement géré par le noyau (devfs). Mais ça permet des choses indispensables pour un Desktop moderne.
Pour "insecure", il n'a pas totalement tord. Il y avait des problèmes et il reste un problème. Hal a la "facheuse" habitude de rendre montable par l'utilisateur (pas root) tout ce qu'il trouve. Avant pour monter un périphérique il fallait l'expliciter (via fstab). Ça va être corrigé dans peu de temps (Hal sera configurable pour indiquer ce qu'il gérer dans fstab).
> Donc tout ça me parait bizarre, gnome 2.8 serait un bloat insecure et personne ne le saurait et pour remédier à ça il préférerait ne pas fournir sa version de gnome et laisser ses utilisateurs utiliser quelque chose au design moisi?
J'ai suivit FC3 de loin, ajouter udev et hal est assez "douloureux".
A ça, il y a deux raisons :
* udev :
- udev doit être embarqué dans initrd ou il faut aussi un /dev statiques temporaire
- rc.sysinit doit être adapté pour udev
- Il n'y a plus de chargement à la demande des drivers lorsque ça passe par un fichier spécial. Il faut donc détecter au boot les drivers necessaires et les charger.
- "install" de modprobe.conf ne marche pas s'il faut les fichiers spéciaux du périphérique.
* C'est tout nouveau comme concept dans Unix : L'argument parait "bête" mais ça soulève plein de problèmes qu'il faut résoudre en pensant différament.
Par exemple, pour restaurer la configuration de la carte son, avant on utilisait modprobe.conf. Ça ne marche plus car avec udev les fichiers spéciaux sont créés _après_ insmod. Donc "alsactl restore" par modprobe ne marche pas car alsa ne trouve pas les fichiers spéciaux. De plus, udev (via hotplug) sépare les services et les modules. Par exemple, à une carte son, il peut y avoir plusieurs services (pcm, mixer, etc). Pour modprobe, c'est un évènement (chargement d'un module). Pour udev, c'est autant d'évènements qu'il y a de services. Dans ce contexte, il n'est pas facile de savoir si le driver de la carte son est disponible ou en cours de chargement (ça a aussi montré quelques bugs dans les drivers :-)).
Corriger tous ces nouveaux problèmes a demandé un effort considérable. Il serait instructif de faire une comparaison entre FC3T1 et FC3T3 (qui sort aujourd'hui) pour voir la quatité de travail réalisé autour d'udev/hal les fichiers d'init etc. C'est énorme compte tenu du délai et que ces projets sont bas niveau. Quand udev ne marche pas, plus rien ne marche :-)
Peut-être que le mainteneur de Slack a été "dégouté" par ça. Surtout s'il veut conserver la compatibilité avec Linux 2.4. C'est faisable mais si j'étais mauvaise langue je dirais "qu'il faut vraiment l'avoir que ça à foutre" pour s'attarder sur la compatilité avec Linux 2.4.
Ça soulève un problème intéressant et nouveau. Les distributeurs qui ont une grosse "force de frappe" mènent Linux à un rythme que les "faibles" ne peuvent pas toujours suivre.
Ajoutons que le mainteneur de Slack est tout seul et qu'il utilise KDE. Dans ce cas, je comprend qu'il n'ait plus la motivation de s'arracher les cheveux sur Gnome.
> Fedora l'a
> ubuntu l'a ( oui , mais les packageurs sont aussi des devellopeurs de gnome )
Pour Fedora il manque "oui , mais les packageurs sont aussi des devellopeurs de gnome".
L'absence ou la présence de Gnome 2.8 est actuellement un problème de timing.
Mandrake : vienne de sortir une distribution. C'était trop tôt pour ajouter Gnome 2.8
SuSE : idem Mandrake
Fedora : A l'origine de FC3, gnome 2.8 était prévu. Au pire Fedora recule la date de sortie.
Debian : Debian est en freeze pour Sarge. Gnome 2.8 est arrivé trop tard.
Ubuntu : Comme Fedora, distribution "dédié" gnome 2.8.
Gentoo : l'a. Mouaif... C'est "spécial" Gentoo
Toutes les prochaines distributions auront Gnome 2.8 (sauf Debian Sarge :-)).
Il reste le "problème" Slackware.
Je précise un peu pour Mandrake, SuSE et Fedora. Mandrake 10.1 "official" et SuSE 9.2 sortiront environ en même temps que Fedora 3.
Mais Fedora n'a pas la contrainte du packaging (mettre à jour la doc, faire les boîtes, valider le produit pas le département qualité pour ne pas faire exploser la hotline, graver les CD, coordonner les différences fournisseurs, attendre que le driver proprio bidule soit dispo).
> ça ne risque pas de s'améliorer quand on voit les dépendances qui se compliquent de plus en plus
Plus il y a de fonctionnalités, plus il y a de dépendances. Mettre toutes les fonctionnalités dans un gros paquet ne diminue pas le nombre de dépendances (elles deviennent "invisibles" mais elles sont toujours là) et tend à rendre le code moins réutilisable et l'ensemble moins modulaire ou organisable. D'ailleur Qt va être splitté en plusieurs librairies.
Quand on voit que certains rechignent à utilise une petite librairie comme glib, et "préfèrent" tout recoder, images ce que ça donne si glib pango gtk+ gnomelib est dans la même librairie.
Splitter un projet comme Gnome en "petit bout" est bien.
Le problème avec ces discussions de "trop de dépendances" est qu'il est souvent centré sur les désires d'une personne seulement.
Personne A :
- Il n'utilise pas Gnome et veut Hal. Lui il va dire qu'il faut séparer Hal du reste.
Personne B :
- Il utilise tout Gnome et veut un gros gnome.tar.gz avec Hal (et toussa) car sinon il trouve pénible l'installation depuis les sources.
Personne C :
- Il ne développe pas pour Gnome spécifiquement mais veux quelques fonctionnalités de Gnome sans copier tout Gnome. Par exemple il veux Gconf ou Pango ou libbonobo mais sans avoir à installer nautilus, gdm et gnome-panel. Si un trou de sécurité est corrigé, il ne veut pas recompiler tout Gnome mais seulement le "petit" paquet affecté.
Personne D :
- Elle veut bien maintenir un sous-ensemble de gtk+ (pango) mais pas tout gtk+
On voit qu'il y a B qui n'est pas content actuellement. Des gens qui compilent depuis les sources pour avoir un programme sont rares. Donc, on peut le mettre de côté :-)
Ceci dit, la construction des paquets peut être améliorer et il faut peut-être augmenter l'effort sur garnome.
> permits normal users to mount removable devices without a matching /etc/fstab entry.
Avec Hal/g-v-m :
- Il n'y a pas d'entré dans fstab
- un périphérique arrive
- hotplug informe udev
- udev crée les fichiers spéciaux et liens symboliques (sympa, /dev/dvd pointe sur mon lecteur DVD et /dev/cdwriter sur mon graveur).
- udev fix le propriétaire en fonction de celui qui a la console et des droits dans /etc/security/console.perms.
- hotplug informe Hal
- Hal (via fstab-sync) ajoute une entrée à fstab
- Hal informe tout le monde du nouveau périphérique (via dbus)
- g-v-m à l'écoute de hal via dbus est informé de la nouvelle partition et la monte.
Et voilà. "Désavantage" par rapport à pmount :
On ne peut pas monter n'importe où des partitions.
C'est plus "lourd".
Avantage :
- Sécurité (on passe par console.perms)
- Sécurité, on peut interdire certain périphérique à l'utilisateur (via fstab et/ou console.perms).
- Montage "hotplug"
- solution "communicante", nautilus affiche sur le bureau les nouveaux périphériques.
- Démontage automatique. Si tu te déloggues et que le périphérique n'est pas occupé, le périphérique est démonté.
- N'est pas limité à mount/umount. Si c'est un CD audio, lance l'appli gnome-cd. Si c'est un apareil photo, lance gphoto.
> fstab n'est pas fait pour être modifié dynamiquement (voir le man pour les détails)
Ah bon. C'est "nouveau".
fstab n'est pas "modifié", il est remplacé par un autre (comme avec vim).
C'est équivalent à "mv -f fstab.new fstab". Ça ne dérange personne.
> cette solution est plus élégante.
C'est un avis très discutable. La solution pmount est dans cette démarche :
- "un truc nous gène (il faut une entrée fstab), on vire ce truc"
> Justement sur ubuntu un outil a été développé (pmount) pour éviter de modifier le fstab ...
Maintenant fstab est modifié automatiquement (l'utilisateur n'a pas à connaitre l'existance de fstab). Donc ça ne change pas grand chose.
Ou je n'ai pas compris ou tu veux en venir.
> l'utilisation d'un menu "poste de travail" au lieu du "action" habituel par exemple
Je souligne l'aspect "affectif". Je ne dis pas que Linux est une 2CV et Windows un Ferrari F50.
Quand tu aimes quelque chose, qui est _objectivement_ une "merde"[*] pour certains, tu n'aimes pas qu'on te dise, qu'objectivement, tu as tord d'aimer ce que tu aimes.
Comme tu es "affectivement" attaché, tu vas défendre ton "amour" et pas toujours avec des arguments très "justes". Normal, c'est affectif.
J'aime Linux. Que ça soit _objectivemenent_ une "merde"[*] pour certains ne me dérange pas. Ce qui compte, c'est mon amour :-)
* : je ne dis pas que je pense que Linux est une "merde".
> passent par un sudo qui demande le mot de passe utilisateur
Pour un usage perso, c'est bien vu. Je n'avais pas bien compris les remarques précédentes sur sudo.
> il n'y a pas toutes les questions auquelles le debutant ne sait pas repondre, comme le niveau de securité,et autres "voulez utiliser NIS ou LDAP ?"
Résolument orienté "PC personnel (uniquement)".
Je ne connais pas d'équivalent (je n'ai pas tout essayé). Faudrait peut-être comparer à Xandros ou Linspire (que je ne connais que de nom). Même si les autres distributions "généralistes" sont simples, elles ont effectivement un "luxe" d'options qui n'est pas forcément bien venu pour un usage personnel.
Exemple de ce qu'il ne faut pas faire une distribution "PC personnel" : http://osdir.com/shots/slideshows/slideshow.php?release=110&sli(...) http://osdir.com/shots/slideshows/slideshow.php?release=110&sli(...)
Pour un usage perso, on a pas à connaitre le firewall, selinux, et DHCP c'est très rare à la maison.
Ceci dit, pour les autres distributions "généralistes", quand tu ne sais pas tu fais "OK" ou "Suite" et ça marche.
> Ils ne se contentent pas d'intégrer Gnome 2.8, ils l'ont réarrangé pour que les gens puissent l'utiliser sans assistance.
C'est-à-dire ?
Car jusqu'à maintenant, il n'y a que des "belles paroles".
J'ai Gnome 2.8 sans patchs significatifs, et je ne vois rien dans Ubuntu de plus. C'est surement configuré comme les autres le font et ce point n'en fait pas une distribution remarquable. C'est peut-être _super bien_ configuré. Si c'est le cas, j'aimerai quelques informations.
C'est vrai que si le point de référence est Debian...
Debian ne configure rien (c'est sa philosophie).
> Ils ne se contentent pas d'utiliser Debian, ils font une Debian grand public, employent des développeurs Debian et participent au développement de Debian.
C'est très bien. Je suis content de la venu d'Ubuntu.
Je ne parle pas de ça mais du _bruit_ fait _autour_ d'Ubuntu.
> Joli FUD.
Tout le monde peut se tromper. J'ai bien dit "il me semble ...".
Il a raison. Linux n'est pas bon ici et là et sucks ici et là.
L'aveuglement de certains Linuxiens à ne pas reconnaitre ses défauts est pénible aussi.
Mais, car il y a un mais. On n'utilise pas un OS _seulement_ car il est efficace que tous les boutons marchent.
Il y a des gens qui roulent en 2CV et ils sont contents. Pourtant la 2CV est objectivement une "merde". Mais la 2CV a du charme pour certains et il est inutile de persuader un amoureux de la 2CV que la 2CV pue grave par rapport à une Twingo.
C'est pareil pour Linux.
Néanmoins, les défauts de linux sont maintenant majoritairement reconnus (au moins par les développeurs) et ça progresse dans le bon sens. De plus en plus simple, la politique du "just works", etc.
Ce n'est pas encore parfait, loin de là, mais dans quelques mois/ans Linux sera _objectivement_ un bon OS pour un newbie.
Je ne comprends pas tout cet enthousiasme autour d'Ubuntu.
Je ne comprends pas et pour être totalement honnète, il m'énerve.
Il m'énerve car on prête beaucoup de choses à Ubuntu alors que ça vient de Hal ou Gnome-Volume-Manager etc.
Ubuntu profite que Gnome 2.8 ne soit pas très connu pour faire croire (c'est sûrement malgrès eux) qu'ils ont réalisé certaines inovations qu'on trouve dans Gnome 2.8.
Ici (je n'ai pas une Ubuntu) si je fais "modprobe ide-cd" (c'est pour démontrer l'aspect "hotplug", je n'ai pas d'USB), J'ai deux nouvelles entrées dans /etc/fstab (/media/dvdrom et /media/cdrw) , s'il y a CDROM (data) il est monté et si dans l'autre lecteur j'ai un CD (music) alors il lance automatiquement gnome-cd. Si c'est un DVD, il lance totem qui utilise gstreamer (et pas xine). Si je me déconnecte, les périphériques amovibles sont démontés. Si je fais "modprobe -r icd-cd", /etc/fstab est mise à jours. Néanmoins, il faut reconnaitre que ça ne marche pas toujours parfaitement... C'est tout neuve et encore un peu buggué. Normal.
Pour la détection hardware, Ubuntu doit faire environ comme les autres (je pense à Mandrake, SuSE, Red Hat).
Quand d'autres distributions sortiront avec Gnome 2.8, Ubuntu aura beaucoup perdu de son charme.
Unbuntu est une des dernières distributions issues de Debian dont le but est de promouvoir une distribution robuste, simple et de qualité tout en gardant en tête son esprit gratuit et accessible à tous
Presque tout le monde essai de faire ça. Ubuntu a la chance d'avoir un milliardaire (et Debian) derrière elle.
(contrairement à des projets comme libranet, également basés sur Debian mais demandant une license payante pour son utilisation et ses mises à jour).
Si tu veux donner de ton pognon pour que libranet (ou Mandrake, ...) soit gratuite, n'hésites surtout pas.
C'est vrai que c'est appréciable qu'Ubuntu soit gratuite. Ne crachons pas dans la soupe. Mais ce n'est pas une raison pour planter un couteau dans Libranet.
Surtout qu'il me semble que ce milliardaire a le brevet mp3 ...
à laquelle les développeurs ont rajoutés de nombreux paquets maison
On aimerait bien les connaitres ces "paquets maison".
Le kernel est le 2.6.8.1 de chez Debian avec quelques modifications maison.
C'est-à-dire ?
Synaptic pour sa part s'est fortement amélioré et présente désormais une interface simple et efficace.
C'est comme ça pour les dernières versions de Synaptic. Je crois que ça n'a rien à voir avec Ubuntu (encore).
Ubuntu se révèle très simple d'utilisation.
Ubuntu ou Gnome 2.8 ?
Synaptic pour l'histoire a été développé il y a quelques années par les Brésiliens développant la distribution Linux Connectiva et se pose comme une interface graphique utilisant apt-get.
Hum... Tu ne confonds pas avec apt4rpm ?
Cette distribution devrait devenir très populaire dans les prochains mois
Imaginons, mais pourquoi ? Seulement car elle a Gnome 2.8 ?
C'est une peu léger pour l'affirmer maintenant.
elle est passée dans le top 20 de distrowatch en quelques semaines alors que le projet est tout neuf
Elle est neuvième sur un mois.
Et Yoper a longtemps été premiere après sa sortie. Yoper n'est plus dans le top 10.
Pour finir, j'ai eu beaucoup de retours de débutants qui ont installés Ubuntu et je dois dire que d'un point de vue de débutant, cette distribution apporte beaucoup.
C'est-à-dire ? Quoi par rapport à une Mandrake avec Gnome 2.8 ou une futur FC3 qui doit sortir environ en même temps qu'Ubuntu ?
J'ai envis de dire "je dis ça, je ne dis rien" car je n'ai pas essayé Ubuntu.
Pour "expliquer" cette emballement, peut-être que ceux qui en parle ne connaissent que Debian :-)
> autant faire un su -c et taper la mot de passe root.
C'est ce que je fais. sudo sans taper de mot de passe est un gros gros problème de sécurité.
> un autre solution est un alias rm=/bin/true
Pour supprimer un fichier (de son contenu), un "> fichier" mache aussi.
Tu peux aussi faire "/bin/rm" ou "../../../../../../bin/rm" ou "../../usr/../bin/rm" ou "mount --bind / /path ; /path/bin/rm" ou ...
T'as fini de faire des alias...
> Ainsi, le raisonnement Microsoft, révélé par pBpG, de la dissuaasion nucléaire (je ne bouge pas sur mes brevets, tu ne bouges pas sur les tiens) est mis à mal par des acteurs tiers de l'industrie du logiciel comme Kodak.
Dans le "face à face" MS et logiciel libre, le logiciel libre n'a pas cette arme nucléaire.
config CC_OPTIMIZE_FOR_SIZE
- bool "Optimize for size" if EMBEDDED
+ bool "Optimize for size"
default y if ARM || H8300
default n
help
De init/Kconfig :
config CC_OPTIMIZE_FOR_SIZE
bool "Optimize for size"
default y if ARM || H8300
default n
help
Enabling this option will pass "-Os" instead of "-O2" to gcc
resulting in a smaller kernel.
WARNING: some versions of gcc may generate incorrect code with this
option. If problems are observed, a gcc upgrade may be needed.
If unsure, say N.
C'est activé par défaut :
$ grep CC_OPTIMIZE_FOR_SIZE /boot/config-2.6.8-1.541
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
[^] # Re: Différences ?
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 0.
C'est bien, tu dois être content.
Si tu veux ACL, t'installes ACL. Mais ACL ne résoud toujours pas le problème conflit. Si deux types accèdent à la même ressource (graver un CD), ça merde.
Avec des mecs comme toi, je vais militer pour la suppression des consoles et ne garder que X11.
> C'est anti unix
Tu pourrais aussi dire anti-gnu. T'es pas à un troll près.
Où tu as vu que les fichiers dans /dev ne doivent jamais changer de propriétaire ?
pam_console n'est qu'une partie de pam (c'est un "plugin" parmi d'autres). Si tu n'aimes pas pam_console (c'est subjectif) édites les fichiers /etc/pam.d/* et vires "session ... pam_console.so" . Un "grep" d'aidera à trouver rapidement ces fichiers (si tu connais grep).
Et voilà. C'est anti-Unix ça aussi ?
Pour le reste des caractéristiques de PAM, lis la doc et ne t'étales pas sur tes impressions car tu as utilisé une distribution qui utilise PAM.
> udev fait le boulot comme un grand:
> /etc/udev/permissions.d/udev.permissions
Ha Ha Ha.
Tu ne connais pas PAM ni udev. T'es charmant.
udev crée des fichiers à la volé et doit leur affecter les droits qui sont fixé généralement avec MAKEDEV (à la création/packaging de /dev). Mais MAKEDEV n'est pas forcément disponible (dans initrd ou en début de boot). De plus MAKEDEV a ses limites. Entre autre il gène les périphériques pour un nombre limité de périphériques avec des paires majeur/mineur _déjà_ connu. Avec udev tu peux avoir 5 000 disques durs. MAKEDEV n'a pas les droits pour 5 000 disques durs (problème des paires majeur/mineur préalloués qu'évite udev ; Linux 2.7 va peut-être virer toute notion de paires majeur/mineur pour en faveur d'un "id" ou "handler" (le nom n'est pas encore connu) alloué dynamiquement (1,2,3...)).
Donc, /etc/udev/permissions.d/udev.permissions n'est rien d'autre que MAKEDEV mais adapté à udev. Si tu regardes de plus près, udev.permissions à les MÊME permissions que celles que tu trouves dans /etc/makedev.d/ (fichier de config de MAKEDEV). Il défini les droits, owner et group par _défaut_. Il ne connait rien au login. Quelque soit la personne loggué, c'est toujours le même propriétaire du fichier spécial.
Dans udev de Fedora, il y a /etc/udev/permissions.d/ _ET_ pam_setowner pour avoir l'équivalent de pam_console.so . En effet, il faut faire le boulot de pam_console.so non au login ou au lancement d'une appli mais à lors de l'arrivé d'un nouveau périphérique. PAM ne supporte pas ça (PAM est déclenché par programme) et udev a été "hacké" pour conserver la logique de pam_console.so.
udev crée les fichiers en tenant compte de /etc/udev/permissions.d/ (équivalent de MAKEDEV) puis lance pam_setowner qui va, par exemple, mettre le propriétaire de /dev/cdrom à titi.
pam_setowner utilisera le fichier /etc/security/console.perms comme configuration (comme le fait pam_console.so). Encore un truc que tu ne connais pas mais ça ne t'empêche pas de juger ce qui est pro-Unix et Anti-Unix.
[^] # Re: Différences ?
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à -3.
Quelque part oui. Avec pam, lorsque je lance par exemple system-config-display, il me demande le mot de passe root (et en graphique si je suis sous X11).
Si cette "feature" ne me plait pas, je n'ai qu'a éditer /etc/pam.d/system-config-display.
Certe, tu peux configurer sudo pour faire environ la même chose. Mais tu dois passer root pour faire ça.
Avec PAM les droits de /dev/cdwriter etc sont en order _sans_ utiliser root pour ajouter un compte au group disk (qui donne accès à TOUS les disques) ou faire un chmod/chown.
Avec PAM, j'ai tout ça (et bien plus) sans jamais faire un su(do), un chown par là, un addgroup ici, etc.
PAM (et bien d'autres éléments complexes qui semblent rebuter le mainteneur de Slack (Il est tout seul pour un distribution, c'est compréhensible)) permet d'avoir un Unix (un *vrai* avec un contrôle rigoureux des droits) pour desktop qui ne sucks pas.
[^] # Re: Différences ?
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 0.
Besoin de persistance pour l'authentification root (ça t'évite de taper 50 fois le mots de passe lorsque tu lances le programme de configuration de bind, puis le programme pour configurer la carte graphique, puis le programme pour faire la mise à jour, etc), PAM est utile.
Changer les droits de /dev/cdwriter pour qu'un utilisateur puisse graver un CD (sans que cdrecord est le SUID), PAM est utile (c'est mieux que d'ajouter des privilège à l'utilisateur en l'ajoutant aux groupes disk, sound, etc, et au moins avec PAM il n'y a pas de conflit).
Fixer des limits en fonction d'une configuration compliqués, PAM est utile.
Mais surtout, la souplesse de PAM (marche avec des plugins) est disponible pour _toutes_ les applis qui utilisent PAM. Si tu veux que l'application titi soit lancée avec les mêmes conditions que les serveurs X11, c'est trivial a faire. Si tu veux virer la persistance du mot de passe root, tu peux le faire pour _toutes_ les applis à la fois.
Ça évite des tonnes de réécriture de code et donc des trous de sécurité.
Tu peux trouver ça inutile puisque Linux est né sans ça. Mais on est en 2004 et non en 1994. Lorsque je me loggue je veux, que dis-je, j'exige que le graveur, la carte son, la carte TV, etc marche "out of the box" sans me faire chier à éditer /etc/group ou faire les horribles "chmod o+w /dev/...."
Si je suis admin et que je veux que seul l'utilisateur toto puisse faire un startx. Je veux pouvoir le faire sans sans appliquer un patch 2 000 lines à X11 puis recompiler le bousin.
PS : il ne faut pas confondre PAM et sudo.
[^] # Re: A propos de l'abandon.
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 0.
J'ai lu que Qt va être splitté en 3 paquets.
Xorg va aussi est splitté en différents projets (driver, libX11, police, extensions, etc).
T'as pas fini de gueuler :-)
[^] # Re: Différences ?
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à -2.
Pour Fedora (sur un an : FC1 et FC2) il y a UNE mise à jour de pam. La mise à jour est pour FC1 et ne conserne pas un problème de sécurité.
M'enfin, s'il préfère bosser sous root...
[^] # Re: 32768x32768
Posté par Ayrton . En réponse au sondage Ma résolution. Évalué à 0.
Tu peux utiliser un serveur X11 "virtuel" Xnest dans un serveur X11 "réel".
Xnest reste "limité" à 32768x32768.
[^] # Re: Différences ?
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à -1.
!!!!????!!!!
Tu peux préciser s'il te plait. PAM c'est pour la sécurité comme son nom l'indique :
Pluggable Authentication Modules
[^] # Re: 2 notes:
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 7.
Hummm...
Je n'ai pas essayé mais gnome 2.8 doit surement être compilable sans Hal. Le nombre de paquet qui utilise Hal est assez limité.
Hal a besoin d'udev. En fait Hal a "seulement" besoin de hotplug mais sans udev il y a des problèmes de permission d'accès aux périphériques et Gnome-volume-manager devient moins intéressant. Un périphérique est ajouté mais tu ne peux pas l'utiliser... Il a fallut ajouter, "sur le tard", dans udev un moyen pour changer les permissions des fichiers dans /dev. Avant c'était uniquement fait au login.
Donc pour Hal, il faut Linux 2.6.
> il traiterait tout ça de "bloat insecure".
Pour bloat, je ne suis pas d'accord. La mécanique udev est certe subtile mais pas "bloat". C'est un /dev dynamique mais côté userland avec des hooks sur le noyau donc forcément ce n'est pas aussi "pure" qu'un /dev static ou uniquement géré par le noyau (devfs). Mais ça permet des choses indispensables pour un Desktop moderne.
Pour "insecure", il n'a pas totalement tord. Il y avait des problèmes et il reste un problème. Hal a la "facheuse" habitude de rendre montable par l'utilisateur (pas root) tout ce qu'il trouve. Avant pour monter un périphérique il fallait l'expliciter (via fstab). Ça va être corrigé dans peu de temps (Hal sera configurable pour indiquer ce qu'il gérer dans fstab).
> Donc tout ça me parait bizarre, gnome 2.8 serait un bloat insecure et personne ne le saurait et pour remédier à ça il préférerait ne pas fournir sa version de gnome et laisser ses utilisateurs utiliser quelque chose au design moisi?
J'ai suivit FC3 de loin, ajouter udev et hal est assez "douloureux".
A ça, il y a deux raisons :
* udev :
- udev doit être embarqué dans initrd ou il faut aussi un /dev statiques temporaire
- rc.sysinit doit être adapté pour udev
- Il n'y a plus de chargement à la demande des drivers lorsque ça passe par un fichier spécial. Il faut donc détecter au boot les drivers necessaires et les charger.
- "install" de modprobe.conf ne marche pas s'il faut les fichiers spéciaux du périphérique.
Harald Hoyer a fait une bonne présentation de l'utilisation d'udev dans FC3 :
http://people.redhat.com/~harald/udev.html(...)
* C'est tout nouveau comme concept dans Unix : L'argument parait "bête" mais ça soulève plein de problèmes qu'il faut résoudre en pensant différament.
Par exemple, pour restaurer la configuration de la carte son, avant on utilisait modprobe.conf. Ça ne marche plus car avec udev les fichiers spéciaux sont créés _après_ insmod. Donc "alsactl restore" par modprobe ne marche pas car alsa ne trouve pas les fichiers spéciaux. De plus, udev (via hotplug) sépare les services et les modules. Par exemple, à une carte son, il peut y avoir plusieurs services (pcm, mixer, etc). Pour modprobe, c'est un évènement (chargement d'un module). Pour udev, c'est autant d'évènements qu'il y a de services. Dans ce contexte, il n'est pas facile de savoir si le driver de la carte son est disponible ou en cours de chargement (ça a aussi montré quelques bugs dans les drivers :-)).
Corriger tous ces nouveaux problèmes a demandé un effort considérable. Il serait instructif de faire une comparaison entre FC3T1 et FC3T3 (qui sort aujourd'hui) pour voir la quatité de travail réalisé autour d'udev/hal les fichiers d'init etc. C'est énorme compte tenu du délai et que ces projets sont bas niveau. Quand udev ne marche pas, plus rien ne marche :-)
Peut-être que le mainteneur de Slack a été "dégouté" par ça. Surtout s'il veut conserver la compatibilité avec Linux 2.4. C'est faisable mais si j'étais mauvaise langue je dirais "qu'il faut vraiment l'avoir que ça à foutre" pour s'attarder sur la compatilité avec Linux 2.4.
Ça soulève un problème intéressant et nouveau. Les distributeurs qui ont une grosse "force de frappe" mènent Linux à un rythme que les "faibles" ne peuvent pas toujours suivre.
Ajoutons que le mainteneur de Slack est tout seul et qu'il utilise KDE. Dans ce cas, je comprend qu'il n'ait plus la motivation de s'arracher les cheveux sur Gnome.
[^] # Re: A propos de l'abandon.
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 2.
> ubuntu l'a ( oui , mais les packageurs sont aussi des devellopeurs de gnome )
Pour Fedora il manque "oui , mais les packageurs sont aussi des devellopeurs de gnome".
L'absence ou la présence de Gnome 2.8 est actuellement un problème de timing.
Mandrake : vienne de sortir une distribution. C'était trop tôt pour ajouter Gnome 2.8
SuSE : idem Mandrake
Fedora : A l'origine de FC3, gnome 2.8 était prévu. Au pire Fedora recule la date de sortie.
Debian : Debian est en freeze pour Sarge. Gnome 2.8 est arrivé trop tard.
Ubuntu : Comme Fedora, distribution "dédié" gnome 2.8.
Gentoo : l'a. Mouaif... C'est "spécial" Gentoo
Toutes les prochaines distributions auront Gnome 2.8 (sauf Debian Sarge :-)).
Il reste le "problème" Slackware.
Je précise un peu pour Mandrake, SuSE et Fedora. Mandrake 10.1 "official" et SuSE 9.2 sortiront environ en même temps que Fedora 3.
Mais Fedora n'a pas la contrainte du packaging (mettre à jour la doc, faire les boîtes, valider le produit pas le département qualité pour ne pas faire exploser la hotline, graver les CD, coordonner les différences fournisseurs, attendre que le driver proprio bidule soit dispo).
[^] # Re: A propos de l'abandon.
Posté par Ayrton . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 2.
Plus il y a de fonctionnalités, plus il y a de dépendances. Mettre toutes les fonctionnalités dans un gros paquet ne diminue pas le nombre de dépendances (elles deviennent "invisibles" mais elles sont toujours là) et tend à rendre le code moins réutilisable et l'ensemble moins modulaire ou organisable. D'ailleur Qt va être splitté en plusieurs librairies.
Quand on voit que certains rechignent à utilise une petite librairie comme glib, et "préfèrent" tout recoder, images ce que ça donne si glib pango gtk+ gnomelib est dans la même librairie.
Splitter un projet comme Gnome en "petit bout" est bien.
Le problème avec ces discussions de "trop de dépendances" est qu'il est souvent centré sur les désires d'une personne seulement.
Personne A :
- Il n'utilise pas Gnome et veut Hal. Lui il va dire qu'il faut séparer Hal du reste.
Personne B :
- Il utilise tout Gnome et veut un gros gnome.tar.gz avec Hal (et toussa) car sinon il trouve pénible l'installation depuis les sources.
Personne C :
- Il ne développe pas pour Gnome spécifiquement mais veux quelques fonctionnalités de Gnome sans copier tout Gnome. Par exemple il veux Gconf ou Pango ou libbonobo mais sans avoir à installer nautilus, gdm et gnome-panel. Si un trou de sécurité est corrigé, il ne veut pas recompiler tout Gnome mais seulement le "petit" paquet affecté.
Personne D :
- Elle veut bien maintenir un sous-ensemble de gtk+ (pango) mais pas tout gtk+
On voit qu'il y a B qui n'est pas content actuellement. Des gens qui compilent depuis les sources pour avoir un programme sont rares. Donc, on peut le mettre de côté :-)
Ceci dit, la construction des paquets peut être améliorer et il faut peut-être augmenter l'effort sur garnome.
[^] # Re: Je ne comprends pas
Posté par Ayrton . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à -1.
Avec Hal/g-v-m :
- Il n'y a pas d'entré dans fstab
- un périphérique arrive
- hotplug informe udev
- udev crée les fichiers spéciaux et liens symboliques (sympa, /dev/dvd pointe sur mon lecteur DVD et /dev/cdwriter sur mon graveur).
- udev fix le propriétaire en fonction de celui qui a la console et des droits dans /etc/security/console.perms.
- hotplug informe Hal
- Hal (via fstab-sync) ajoute une entrée à fstab
- Hal informe tout le monde du nouveau périphérique (via dbus)
- g-v-m à l'écoute de hal via dbus est informé de la nouvelle partition et la monte.
Et voilà. "Désavantage" par rapport à pmount :
On ne peut pas monter n'importe où des partitions.
C'est plus "lourd".
Avantage :
- Sécurité (on passe par console.perms)
- Sécurité, on peut interdire certain périphérique à l'utilisateur (via fstab et/ou console.perms).
- Montage "hotplug"
- solution "communicante", nautilus affiche sur le bureau les nouveaux périphériques.
- Démontage automatique. Si tu te déloggues et que le périphérique n'est pas occupé, le périphérique est démonté.
- N'est pas limité à mount/umount. Si c'est un CD audio, lance l'appli gnome-cd. Si c'est un apareil photo, lance gphoto.
> fstab n'est pas fait pour être modifié dynamiquement (voir le man pour les détails)
Ah bon. C'est "nouveau".
fstab n'est pas "modifié", il est remplacé par un autre (comme avec vim).
C'est équivalent à "mv -f fstab.new fstab". Ça ne dérange personne.
> cette solution est plus élégante.
C'est un avis très discutable. La solution pmount est dans cette démarche :
- "un truc nous gène (il faut une entrée fstab), on vire ce truc"
C'est "élégant" ?
[^] # Re: Je ne comprends pas
Posté par Ayrton . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à -1.
Maintenant fstab est modifié automatiquement (l'utilisateur n'a pas à connaitre l'existance de fstab). Donc ça ne change pas grand chose.
Ou je n'ai pas compris ou tu veux en venir.
> l'utilisation d'un menu "poste de travail" au lieu du "action" habituel par exemple
Ça change tout.
[^] # Re: Il a raison
Posté par Ayrton . En réponse au journal Très gros troll. Évalué à 0.
Quand tu aimes quelque chose, qui est _objectivement_ une "merde"[*] pour certains, tu n'aimes pas qu'on te dise, qu'objectivement, tu as tord d'aimer ce que tu aimes.
Comme tu es "affectivement" attaché, tu vas défendre ton "amour" et pas toujours avec des arguments très "justes". Normal, c'est affectif.
J'aime Linux. Que ça soit _objectivemenent_ une "merde"[*] pour certains ne me dérange pas. Ce qui compte, c'est mon amour :-)
* : je ne dis pas que je pense que Linux est une "merde".
[^] # Re: Je ne comprends pas
Posté par Ayrton . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à 1.
> passent par un sudo qui demande le mot de passe utilisateur
Pour un usage perso, c'est bien vu. Je n'avais pas bien compris les remarques précédentes sur sudo.
> il n'y a pas toutes les questions auquelles le debutant ne sait pas repondre, comme le niveau de securité,et autres "voulez utiliser NIS ou LDAP ?"
Résolument orienté "PC personnel (uniquement)".
Je ne connais pas d'équivalent (je n'ai pas tout essayé). Faudrait peut-être comparer à Xandros ou Linspire (que je ne connais que de nom). Même si les autres distributions "généralistes" sont simples, elles ont effectivement un "luxe" d'options qui n'est pas forcément bien venu pour un usage personnel.
Exemple de ce qu'il ne faut pas faire une distribution "PC personnel" :
http://osdir.com/shots/slideshows/slideshow.php?release=110&sli(...)
http://osdir.com/shots/slideshows/slideshow.php?release=110&sli(...)
Pour un usage perso, on a pas à connaitre le firewall, selinux, et DHCP c'est très rare à la maison.
Ceci dit, pour les autres distributions "généralistes", quand tu ne sais pas tu fais "OK" ou "Suite" et ça marche.
Bienvenu Ubuntu :-)
[^] # Re: Mais pourquoi suis-je aussi méchant ?
Posté par Ayrton . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à 1.
http://osdir.com/shots/slideshows/slideshow.php?release=103&sli(...)
Gdm Fedora (bluecurve) :
http://osdir.com/shots/slideshows/slideshow.php?release=110&sli(...)
[^] # Re: Je ne comprends pas
Posté par Ayrton . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à 0.
C'est-à-dire ?
Car jusqu'à maintenant, il n'y a que des "belles paroles".
J'ai Gnome 2.8 sans patchs significatifs, et je ne vois rien dans Ubuntu de plus. C'est surement configuré comme les autres le font et ce point n'en fait pas une distribution remarquable. C'est peut-être _super bien_ configuré. Si c'est le cas, j'aimerai quelques informations.
C'est vrai que si le point de référence est Debian...
Debian ne configure rien (c'est sa philosophie).
> Ils ne se contentent pas d'utiliser Debian, ils font une Debian grand public, employent des développeurs Debian et participent au développement de Debian.
C'est très bien. Je suis content de la venu d'Ubuntu.
Je ne parle pas de ça mais du _bruit_ fait _autour_ d'Ubuntu.
> Joli FUD.
Tout le monde peut se tromper. J'ai bien dit "il me semble ...".
# 32768x32768
Posté par Ayrton . En réponse au sondage Ma résolution. Évalué à 1.
Et oui, il faut un écran carré avec cette résolution si on veut des pixels carrés.
# Il a raison
Posté par Ayrton . En réponse au journal Très gros troll. Évalué à 1.
L'aveuglement de certains Linuxiens à ne pas reconnaitre ses défauts est pénible aussi.
Mais, car il y a un mais. On n'utilise pas un OS _seulement_ car il est efficace que tous les boutons marchent.
Il y a des gens qui roulent en 2CV et ils sont contents. Pourtant la 2CV est objectivement une "merde". Mais la 2CV a du charme pour certains et il est inutile de persuader un amoureux de la 2CV que la 2CV pue grave par rapport à une Twingo.
C'est pareil pour Linux.
Néanmoins, les défauts de linux sont maintenant majoritairement reconnus (au moins par les développeurs) et ça progresse dans le bon sens. De plus en plus simple, la politique du "just works", etc.
Ce n'est pas encore parfait, loin de là, mais dans quelques mois/ans Linux sera _objectivement_ un bon OS pour un newbie.
[^] # Re: correction
Posté par Ayrton . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à 1.
'alias rm="rm -i"' est une meilleur solution (il me semble).
# Je ne comprends pas
Posté par Ayrton . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à 2.
Je ne comprends pas et pour être totalement honnète, il m'énerve.
Il m'énerve car on prête beaucoup de choses à Ubuntu alors que ça vient de Hal ou Gnome-Volume-Manager etc.
Ubuntu profite que Gnome 2.8 ne soit pas très connu pour faire croire (c'est sûrement malgrès eux) qu'ils ont réalisé certaines inovations qu'on trouve dans Gnome 2.8.
Ici (je n'ai pas une Ubuntu) si je fais "modprobe ide-cd" (c'est pour démontrer l'aspect "hotplug", je n'ai pas d'USB), J'ai deux nouvelles entrées dans /etc/fstab (/media/dvdrom et /media/cdrw) , s'il y a CDROM (data) il est monté et si dans l'autre lecteur j'ai un CD (music) alors il lance automatiquement gnome-cd. Si c'est un DVD, il lance totem qui utilise gstreamer (et pas xine). Si je me déconnecte, les périphériques amovibles sont démontés. Si je fais "modprobe -r icd-cd", /etc/fstab est mise à jours. Néanmoins, il faut reconnaitre que ça ne marche pas toujours parfaitement... C'est tout neuve et encore un peu buggué. Normal.
Pour la détection hardware, Ubuntu doit faire environ comme les autres (je pense à Mandrake, SuSE, Red Hat).
Quand d'autres distributions sortiront avec Gnome 2.8, Ubuntu aura beaucoup perdu de son charme.
Unbuntu est une des dernières distributions issues de Debian dont le but est de promouvoir une distribution robuste, simple et de qualité tout en gardant en tête son esprit gratuit et accessible à tous
Presque tout le monde essai de faire ça. Ubuntu a la chance d'avoir un milliardaire (et Debian) derrière elle.
(contrairement à des projets comme libranet, également basés sur Debian mais demandant une license payante pour son utilisation et ses mises à jour).
Si tu veux donner de ton pognon pour que libranet (ou Mandrake, ...) soit gratuite, n'hésites surtout pas.
C'est vrai que c'est appréciable qu'Ubuntu soit gratuite. Ne crachons pas dans la soupe. Mais ce n'est pas une raison pour planter un couteau dans Libranet.
Surtout qu'il me semble que ce milliardaire a le brevet mp3 ...
à laquelle les développeurs ont rajoutés de nombreux paquets maison
On aimerait bien les connaitres ces "paquets maison".
Le kernel est le 2.6.8.1 de chez Debian avec quelques modifications maison.
C'est-à-dire ?
Synaptic pour sa part s'est fortement amélioré et présente désormais une interface simple et efficace.
C'est comme ça pour les dernières versions de Synaptic. Je crois que ça n'a rien à voir avec Ubuntu (encore).
Ubuntu se révèle très simple d'utilisation.
Ubuntu ou Gnome 2.8 ?
Synaptic pour l'histoire a été développé il y a quelques années par les Brésiliens développant la distribution Linux Connectiva et se pose comme une interface graphique utilisant apt-get.
Hum... Tu ne confonds pas avec apt4rpm ?
Cette distribution devrait devenir très populaire dans les prochains mois
Imaginons, mais pourquoi ? Seulement car elle a Gnome 2.8 ?
C'est une peu léger pour l'affirmer maintenant.
elle est passée dans le top 20 de distrowatch en quelques semaines alors que le projet est tout neuf
Elle est neuvième sur un mois.
Et Yoper a longtemps été premiere après sa sortie. Yoper n'est plus dans le top 10.
Pour finir, j'ai eu beaucoup de retours de débutants qui ont installés Ubuntu et je dois dire que d'un point de vue de débutant, cette distribution apporte beaucoup.
C'est-à-dire ? Quoi par rapport à une Mandrake avec Gnome 2.8 ou une futur FC3 qui doit sortir environ en même temps qu'Ubuntu ?
J'ai envis de dire "je dis ça, je ne dis rien" car je n'ai pas essayé Ubuntu.
Pour "expliquer" cette emballement, peut-être que ceux qui en parle ne connaissent que Debian :-)
[^] # Re: correction
Posté par Ayrton . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à -1.
C'est ce que je fais. sudo sans taper de mot de passe est un gros gros problème de sécurité.
> un autre solution est un alias rm=/bin/true
Pour supprimer un fichier (de son contenu), un "> fichier" mache aussi.
Tu peux aussi faire "/bin/rm" ou "../../../../../../bin/rm" ou "../../usr/../bin/rm" ou "mount --bind / /path ; /path/bin/rm" ou ...
T'as fini de faire des alias...
# Grub
Posté par Ayrton . En réponse au message redémarrer en mode texte. Évalué à 0.
Pour booter en runlevel 2 (exemple) :
kernel /boot/vmlinuz-2.6.8-1.598 ro root=LABEL=BIG_FS -init 2
Ajoutes "-init 2"
[^] # Re: Mort pour l'exemple...
Posté par Ayrton . En réponse à la dépêche Brevets logiciels : Kodak attaque Sun. Évalué à 2.
Et pour ceux qui diffusent ET/OU _utilisent_ les brevets :
- Mandrake
- Red Hat
- SuSE
- Debian
- ...
Les dommages "collatéraux" seront énormes...
> mais de tels procès ne tueront jamais le logiciel libre ; ils réussiront tout au plus à le ralentir.
Je ne crois pas.
[^] # Re: Mort pour l'exemple...
Posté par Ayrton . En réponse à la dépêche Brevets logiciels : Kodak attaque Sun. Évalué à 1.
Dans le "face à face" MS et logiciel libre, le logiciel libre n'a pas cette arme nucléaire.
[^] # Re: C'est drôle
Posté par Ayrton . En réponse au journal Vous n'êtes pas sous Gentoo : gardez la tête haute. Évalué à 1.
diff -urNp linux-1130/init/Kconfig linux-10000/init/Kconfig
--- linux-1130/init/Kconfig
+++ linux-10000/init/Kconfig
@@ -264,7 +264,7 @@ config EPOLL
source "drivers/block/Kconfig.iosched"
config CC_OPTIMIZE_FOR_SIZE
- bool "Optimize for size" if EMBEDDED
+ bool "Optimize for size"
default y if ARM || H8300
default n
help
De init/Kconfig :
config CC_OPTIMIZE_FOR_SIZE
bool "Optimize for size"
default y if ARM || H8300
default n
help
Enabling this option will pass "-Os" instead of "-O2" to gcc
resulting in a smaller kernel.
WARNING: some versions of gcc may generate incorrect code with this
option. If problems are observed, a gcc upgrade may be needed.
If unsure, say N.
C'est activé par défaut :
$ grep CC_OPTIMIZE_FOR_SIZE /boot/config-2.6.8-1.541
CONFIG_CC_OPTIMIZE_FOR_SIZE=y