SELinux : Encore :-) Une nouvelle police est introduite (targeted). On a le choix entre "targeted" (par défaut) et "strict". "targeted" est plus souple. En effet, "targeted" ne s'occupe que des serveurs. Ça sécurise et sans _vous_ empêcher de faire des conneries :-)
Xorg 6.8.0 : Pas tout à fait mais déjà dans Rawhide.
KDE 3.3 : je n'ai pas regardé
Gnome 2.8 : Gnome 2.8.0 est en cours de remonté dans rawhide. C'est histoire d'afficher 2.8 :-)
Evolution 2.0 : Avec evolution-connector et evolution-webcal.
gamin : Remplace fam
gnome-db
gnome-keyring
HelixPlayer et gstreamer avec support theora : Vous ne rèvez pas ! Red Hat distribue enfin en standard un moyen pour visualiser des videos. Non, il n'y a pas de support pour mp3.
udev : J'ai regardé la "bête" et c'est vraiment sympatique. Je ne résiste pas à un petit exemple que j'utilise ici:
$ cat /etc/udev/rules.d/20.rules
BUS="ide", KERNEL="hd*", PROGRAM="/bin/ide_id /sys/bus/ide/devices/%b/block/dev", RESULT="Y28G0SEE", NAME="%k", SYMLINK="BIG_A%n"
BUS="ide", KERNEL="hd*", RESULT="Y21860DE", NAME="%k", SYMLINK="BIG_B%n"
BUS="ide", KERNEL="hd*", RESULT="V21NYZTA", NAME="%k", SYMLINK="SMALL_A%n"
BUS="ide", KERNEL="hd*", RESULT="V21NZ0MA", NAME="%k", SYMLINK="SMALL_B%n"
Mieux, si je vire la partition /dev/hdg2, le node hdg2 et le lien symbolique SMALL_B2 disparait. Et si je crée une nouvelle partition, tout est créé comme prévu. Ainsi, je peux déplacer mes disques ou utiliser ou non "ide=reverse", les liens symbolique pointent toujours sur le même disque (physique) et je ne touche plus à mon /etc/fstab. C'est mieux que devlabel (par exemple les partitions swap sont gérées) et d'ailleurs devlabel a été supprimé.
C'est vraiment bien consu et maintenant sysfs prend tout son sens (avec HAL aussi).
Notons que ça change complètement le fonctionnement "classique" de Linux. Les modules ne sont plus chargés à la volé, à la demande. Il y a détection du matériel avec kmodule (de kudzu). kmodule n'est pas très "brutal". Il ne charge pas tous les modules pour voir si un périphérique existe ou non. Il lit les informations sur les bus (PCI, etc) et charge les modules que s'il y a un périphérique. Si un périphérique est ajouté à chaud, le module nécessaire est ajouté de suite et non au moment de l'utilisation du périphérique.
Ça ne doit pas marcher avec de vieux périphérique, mais il faut bien vivre avec son temps.
Comme d'habitude, le chargement d'un module peut-être inhibé avec /etc/modprobe.conf.
Globalement, ça ralentit significativement le temps de boot.
Bien que la décision de passer "réellement" à udev soit récente par le projet Fedora (post "test 1") on a maintenant une intégration complète d'udev (dans initrd, /dev est un tmpfs, suppression du paquet dev- (et ses 18 000 fichiers spéciaux), etc). C'est tout neuf et pas totalement au point. Mais maintenant l'intégration d'udev est en phase de mise à point et non de développement.
Udev n'a pas une "remplaçant de devfs" puisqu'il n'y a jamais eu de devfs sous RH/Fedora :-)
HAL : Encore un projet formidable et qui donne à linux-2.6/sysfs/hotplug/udev toute sa cohérence. HAL est définitivement un bond en avant pour Linux et un meilleur support du hardware par les _applis_/_bureau_ et non seulement le noyau.
Une copie d'écran vaut mieux qu'un long discours : http://freedesktop.org/~david/hal-0.2/spec/hal-fdi-example1.png(...)
Ces informations sont facilement accessibles aux applis. Actuellement c'est utilisé par nautilus, gnome-volume-manageur et fstab-sync. C'est un début.
HAL répercute aussi les évèments aux applis (ajout/suppression d'un périphérique, changement d'état). Donc magicdev a été supprimé. HAL est une aide pour les applis pour bien utiliser/détecter le hardware et non une surcouche au noyau lors de l'utilisateur du hardware (c'est subtile, il faut voir la doc pour comprendre).
lvm2 : raidtool et lvm1 ne sont plus supportés. Notons que l'installateur par défaut fait un volume logique pour la partition racine et le swap. Je n'en vois pas encore exactement l'intérêt.
bash 3.0
Linux : Rien de particulier mais a titre d'info :
- voluntary-preemption
- 4g4g
- exec-shield
Plus remarquablement, il y a ext3-online-resize. Ça fait depuis un moment qu'il y est là mais il ne semble pas encore totalement fiabilisé (corruption de FS il y a peu de temps).
kernel-source n'est plus fourni ! Pour utiliser les sources Linux, il faut faire comme avec les autres paquets. C-à-d utiliser le src.rpm (rpmbuild -bp).
firefox : Red Hat est généralement prudent et n'aime pas proposer plusieurs programmes pour la même chose. Mais firefox ne peut être ignoré ni mozilla et epiphany. Bref, il y a 3 navigateurs d'installés par défaut même pour uniquement Gnome !
yum : yum passe à la version 2.1. Il y a un nouveau format de donné pour les dépôts (xml). yum est _beaucoup_ plus rapide. L'ancien format de donné des dépôts est considéré comme obsolete.
valgrind : puisqu'il n'y a plus de problème de brevet.
C'est une distribution très synchronisée avec les développements en cours et dans l'esprit Fedora (aller de l'avant et ne pas s'encombrer de problème de compatiblité etc). C'est criant pour udev/hal/gnome. Ça reste une beta ! En gros, elle sucks autant que la FC2T2. Donc on peut avoir confiance pour la version finale :-)
NB : FC3 sera la base de RHEL 4. D'ailleurs certains dev RHEL bossent déjà sur FC3. Ça donne une idée des prochaines distributions professionnelles.
NB2 : Oui, le bug avec les partitions Windows a été corrigé (enfin...).
> MacOSX gère très bien ces changement d'utilisateurs à la volée
Non. Et MacOSX étant un Unix, tu peux faire ces manips :
Fais "ps -ef" et regardes si un pocessus change de propriétaire.
Ça n'arrive pas. Sinon il faut être root et ce sont d'énormes problèmes de sécurité qui arrivent.
Fais "who" et regardes si un terminal change d'utilisateur à la volée.
Ça n'arrive pas. Sinon il faut encore être root (et faire des trucs dégueulasses).
Lancer un programme sous un utilisateur différent de l'utilisateur en cours, CE N'EST PAS CHANGER D'UTILISATEUR À LA VOLÉE !
Il y a tout simplement un nouveau processus avec un autre real id. Les autres processus n'ont en rien changé d'utilisateur.
D'ailleurs les processus (non serveur) qui changent d'utilisateur se compte sur les doigts (su, login, gdm, etc) et doivent être root pour le faire. C'est pour ça que "su" à le SUID par exemple. Mais mettre evolution ou Gnome avec le SUID serait une erreur sans mon.
> Voilà tiens je viens de trouver le mot : je penses que les développeurs doivent penser multi-utilisateur pour que ce soit user-friendly.
C'est impressionnant comme c'est faux.
Sous Lindows pour rendre les choses plus simple, il n'y a qu'un compte... C'est une énorme connerie à la Windows 3.x, mais c'est une autre histoire.
Et tout ça car il te manque un joli wrap graphique pour la commande "su"...
> Evidemment par défaut, Gnome, qui n'a pas pensé multi-utilisateur sur ce coup, ne me propose pas par défaut de pouvoir switcher facilement d'utilisateur
Tu mélanges tout. Ce n'est pas à Gnome de switcher entre utilisateurs. Une session Gnome = Un utilisateur. Donc Gnome n'a pas à être multi-utilisateur.
Par contre il peut y avoir un programme qui simplifié le lancement d'appli sous un autre compte.
> j'ai qu'à trouver comme sous XP la méthode pour lancer evolution sous un autre utilisateur
Ben Windows/"le file manageur"/"la barre de tâche"/"le truc qui lance sous un autre compte"/etc n'est pas multi-utilisateur. Il y a un truc qui fait l'équivalent de "su -l ... -c ...". C'est tout. La commande "su" a-elle été développé pour être multi-utilisateur ? Non.
Par contre postgresql (le serveur) est multi-utilisateurs. Normal, c'est un serveur multi-utilisateur. Le serveur postgresql (et pas le client) switche entre utilisateurs (changement de contexte, vérification des droits, etc). Mais psql (le client), même s'il permet de se connecter à un autre compte, n'est pas multi-utilisateur. C'est comme pour su ou gdm qui permet de lancer facilement une appli sous un autre compte ou de se connecter sous un autre compte.
psql <=> gnome : mono-utilisateur
psql-serveur <=> OS : multi-utilisateur
Compris ?
Ce n'est pas su ou Gnome qui va vérifier si ton compte a expiré, si c'est le bon mot de passe, si tu as les droits d'accès, si tu dépasses les quotas de disque, qui va t'affecter un terminal, ajouter une entrée à /var/log/wtmp, rediriger les signaux du terminal, etc... C'est l'OS qui fait ça.
postgresql côté serveur fait aussi ce type de boulot et postgresql est aussi multi-utilisateur. Même s'il tourne sur un OS mono-utilisateur, postgresql (côté serveur) reste multi-utilisateur.
> ssh -X toto@localhost evolution
???
Fais "su -l toto -c evolution"
> l'application a le look GTK par défaut
C'est pas le look par défaut (normalement) c'est le look de la session en cours.
Certe, c'est un chois technique discutable mais qui a l'avantage d'être homogène. C'est un plus lorsque tu lances des applis d'administration depuis ton compte mais qui ne tourne pas sous ton compte.
Comme sous Windows, il n'y a qu'une session en cours par display.
Par contre avec vnc/etc tu peux avoir d'autres display (virtuels) qui s'affichent dans ton display physique (l'écran). Comme tu as un autre display (virtuel), tu peux lancer une autre session (celle de ta copine) et donc utiliser gnome-session pour avoir un autre thème, etc...
Si tu y réfléchies un peu, tu te rend compte que plusieurs sessions pour _un_ display (virtuel ou non) est un énorme problème de sécurité. Par contre plusieurs display virtuels dans un autre display ne pose pas de problèmes significatifs.
> evolution apparaît en anglais.
Normal, l'environnement n'est pas fixé. Utiles :
ssh localhost -l toto "bash --login -c evolution"
Franchement, j'arrive pas à savoir si tu te fous de ma gueule ou si t'es honnète.
Essaies d'être plus précis car je ne vois pas le problème.
Si toto lance une appli, elle a la langue, le thème, etc de toto.
Certe, il y a des limites dans X11 actuellement. Par exemple il ne peut y avoir qu'un gestionnaire de la fenêtre root. C'est une limitation mais c'est aussi tout a fait normal pour des raisons de sécurité (sinon n'importe qui place les fenêtres, n'importe qui peut voir le contenu de l'affichage, etc).
De plus souvent le gestionnaire de fichier affiche dans la fenêtre root.
Avoir plusieurs programme qui font ça en même temps est aberrant.
En gros, ce que tu demandes (ce que j'en ai compris) c'est que gnome-session, nautilus, evolution, etc change de compte à la volé.
Ben ce n'est pas possible et ça ne le sera pas avant ... Sûr que je ne vais pas connaitre ça de mon vivant... Au mieux (ou au pire...) il faut le real id à root et tu changes l'effective id. N'empêche que tu passes encore à côté des scripts de login, des variables d'environnement, il faut un moyen pour stocker/restaurer un contexte, etc....
Bref, il faut tout casser.
> Ou alors l'idée de pouvoir lancer facilement une application sous un autre compte, sans avoir à faire ssh ou sudo qui ne conservent pas l'aspect visuel par exemple
Faire ça par exemple :
$ su -c gedit -l my_user
Password:
Sûr qu'il y a/aura un truc graphique pour ces petits trucs. Ça permet d'économisé de la frappe...
Passionnant...
Il y a un "vieu" truc qui s'appel consolehelper(8).
Exemple d'utilisatation : $ system-config-display
Vous essayez d'exécuter "system-config-display" qui nécessite des privilèges du super-utilisateur. De plus amples informations sont toutefois requises pour cette opération.
Mot de passe pour root :
Si l'appli n'est pas lancée depuis un terminal, c'est une fenêtre qui demande le mot de passe.
C'est géré par pam (c'est-à-dire l'_OS_ et non l'application) :
/etc/security/console.apps/system-config-display USER=root
PROGRAM=/usr/share/system-config-display/system-config-display
SESSION=true
PROGRAM qui n'est en rien fait pour être multi-utilisateur !
Voilà ce que j'appèle : $ ll `which system-config-display`
lrwxr-xr-x 1 root root 13 sep 18 21:47 /usr/bin/system-config-display -> consolehelper
consolehelper utilise userhelper.
Il y a d'autres goodies comme la persistence de l'authentification.
Si je me suis authentifié root il y a 1 minutes, si je lance un autre programme qui demande root, le mot de passe n'est pas a nouveau demandé.
> je suis quasiment sûr de pouvoir te retrouvere un citation où tu l'as dis :)
Trouves la cette citation puisque c'est si fréquent selon toi.
> Bah évolution pourrait gérer sudo en interne pour aller récupérer les infos là où elles sont, avec demande du mdp comme je l'ai dit plus haut.
Donc tourner sous root, ou ne pas utiliser les facilité multi-utilisateur de l'OS, etc...
> Enfin l'idéal serait quand même que X, qui est un serveur, accepte plusieurs sessions graphiques en simultané, plutôt que d'être obligé d'en lancer plusieurs (ce qui est un comble pour un serveur)
Tu dis ça car tu ne connait pas X et je n'ai pas envis de l'expliquer ici.
Et si tu veux deux sessions, voir même un gdm sur ton bureau : $ rpm -q --queryformat "%{DESCRIPTION}\n" -p xorg-x11-Xnest-6.8.0-4.i386.rpm
Xnest is an X server, which has been implemented as an ordinary
X application. It runs in a window just like other X applications,
but it is an X server itself in which you can run other software. It
is a very useful tool for developers who wish to test their
applications without running them on their real X server.
Là dedans tu lances ce que tu veux. N'oublie pas de faire un "su" si necessaire.
Faut noter que ça utilise les md5sum stockés dans la base rpm et le rpm à installer. Si les deux md5sum sont indentiques, le fichier n'est pas touché et il n'y a pas de rpmsave/new. Idem si le fichier a été modifié. C'est utilisé _uniquement_ pour les fichiers de configuration.
> Si tu fais une news interessante sur le Suse ou la RedHat, ca me farait bien chier qu'elle passe pas ;)
Ben ça ne m'étonnerait pas. Vois les news RHEL qui sont refusées si elles ne sont pas trollesque ou favorables aux concurrents. J'ai pas envis de fouiller les archives. Regardes par toi même et comptes le nombre de news trollesques, la mauvaise foi etc. Et gros il y a 1 news sur 3 de mauvaise. C'est énorme alors qu'elles sont modérées ! Si c'était représentatif (c-à-d Red Hat c'est ce qu'il y a de pire en comparant avec les news des autres distributions), Red Hat serait mort.
D'ailleurs, je ne fais plus de news car ça me fatigue d'avoir des refus (GFS sous GPL dans un premier temps refusé ! pour dernier exemple) alors que ces distributions, qui sont des acteurs majeurs (il n'y a pas photo), sont sous-sous-représentés ici.
Remarque que ça "arrange" tout le monde. Maintenant l'excuse est facile. Moins de proposition de news, moins de news. Mais "retenons" que Red Hat c'est au moins 10 fois Mandrake et 2 fois moins de news... Red Hat c'est 3 à 4 fois plus de serveur web que Debian et moins de news. Le plus gros (avec SuSE) contributeur en code et presque rien ici.
Compte tenu de la ligne éditorial "ça passe si ça plait aux modérateurs", c'est normal.
> Et puis les news Debian, c'est pas vraiment le truc que l'on voit le plus ici ;)
Ça dépend. Dans l'absolu, il n'y a pas beaucoup de news (et encore, ça doit être la secondes distributions avec le plus de news). Mais compte tenu de l'actualité Debian, il y a beaucoup de news.
Ceci dit, je ne demande pas moins de news Debian. Si ça ne m'intéresse pas, je ne lis pas. Mais le deux poids deux mesures m'énerve.
> Celle sur l'installeur de debian m'avait intéressé car elle abordait un point nouveau (pour Debian) : avoir un installeur plus pratique qui va me donner une chance de pas me galérer quand je voudrai m'y mettre.
En gros, ça t'intéresse car tu t'y intéresses...
Perso, Debian ne m'intéresse plus et ce n'est en rien un argument pour refuser des news Debian.
Il est évident qu'une news avec seulement :
- "Nouvelle beta, venez faire des rapport de bug."
est sans intérêt.
Mais une nouvelle version de distribution, c'est comme le nouvelle installeur de Debian il y a des trucs en plus et/ou différents qui justifient que certains peuvent si intéresser. Si ce n'est pas le cas, il n'y a aucune raison de sortir une nouvelle version.
> Pour Mandrake, bah actuellement le seul truc à faire c'est d'adhérer au Mandrakeclub pour ceux qui veulent les ISO en avance, c'est une manière de contribuer.
Si tu "contribues", tu as les ISO dès qu'ils sortent et gratuitement. De plus il y a MakeCD et tu peux aussi installer via rèseau. Tu peux aussi avoir la rc1 et faire un update. Il faut donc arrêter avec cette argument à 2 centimes qui se résume à "c'est pas gratuit => c'est mal".
Pour "rigoler", regardes les news relatives à sarge :
- Debian Sarge : ça arrive
- La sortie de la prochaine Debian menacée ?
- Améliorer la distribution Debian avec Popcon
- 3ème et dernière bêta de l'installateur Debian Sarge
- Testez le nouvel installeur Debian
- La prochaine version stable de Debian pour décembre ? (Décembre 2003 :-))
Sûr qu'il y a de bonnes raisons. Ben les autres ont aussi de bonnes raisons.
> l'intérêt de parler du début des tests c'est de le faire au début : à la sortie d'une alpha ou d'une beta, c'est déjà trop tard
> Bah voilà tu vois pourquoi des fois celà peut être utile que l'application soit pensée "multi-utilisateur", parcque l'OS ne peut pas tout faire
Mais là c'est forcément un serveur. Serveur X11, serveur de courrier, etc...
Evolution sous le compte toto ne pourra pas écrire dans le compte tata pour sauvegarder les pièces jointes. C'est comme ça. Ou alors evolution tourne sous le compte root.
Ceci dit, c'est impressionnant comme vous détournez les choses.
J'ai reconnu 50 fois que parfois les applis devait parfois implémenter le multi-utilisateur et principalement pour les serveurs.
Par contre, j'ai dit et je répète encore et encore et encore qu'une applis développer sans être multi-utilisateur en tête, peut être utilisé sur un OS multi-utilisateur et profité des facilités multi-utilisateur de l'OS. C-à-d avoir plusieurs "instances" qui ne se marchent pas sur les pieds si elles sont lancées par plusieurs utilisateurs différents en même temps ou non.
Donc arrêtes la fumette et de me prèter des propos que je n'ai pas tenu.
> y'a pas moy de lancer une application en tant que autre utilisateur en gardant le thème, la langue, pes préférences, sans passer par ssh ?
Changer d'utilisateur sans changer d'utilisateur (sans utiliser ssh, su, etc), ce n'est pas possible.
Tu demandes de faire du multi-utilisateur avec un seul compte de l'OS. Par définition l'OS ne peut pas faire ça et j'ai jamais dit que c'était possible contrairement à tes insinuations (ton FUD grotesque et infondé).
La ligne éditoriale n'est pas écrite.
Actuellement, il n'y a pratiquement que le forme qui est définie. Ce qui défini réellement la ligne éditoriale, est en italique
III. Ligne éditoriale
Les thèmes principaux de LinuxFr sont Linux et les logiciels libres.
D'autres thèmes peuvent être abordés, mais ils seront généralement alors relégués en seconde page. Les thèmes hors-sujet sont à renvoyer vers les journaux, vers tribunelibre.org voire aux calendes grecques.
Évidemment, seulement les dépêches intéressantes doivent être approuvées. Les dépêches les plus intéressantes vont en première page. Les autres en seconde page.
Cependant un effort particulier doit être fait pour :
- Éviter les doublons -
[...]
- Éviter les fautes d'orthographe -
[...]
- Rejeter les dépêches non rédigées -
[...]
- Rejeter les dépêches copier/coller -
[...]
- Éviter de modérer ses propres dépêches -
[...]
- Éviter de faire de la publicité gratuite -
[...]
- Éviter les sentiments -
[...]
- Vérifier les liens -
[...]
- Éviter les acronymes -
[...]
- Éviter les liens de liens de ... -
[...]
- Ne pas tout passer en page principale -
[...]
- Éviter les annonces de FooBar 0.0.34.15pre-RC3 -
[...]
- Faire attention aux nouvelles « Anonyme » -
[...]
- Discussions sur la liste de modération -
[...]
- Être courtois et ouvert -
[...]
- Indiquer les modifications faites -
[...]
Il n'y a rien, dans le lien que tu donnes, qui explique le passage en seconde page de cette news.
Ou alors tu trouves le flou "dépêches intéressantes" comme satisfesant pour décrire une ligne éditoriale. La ligne éditorial se résume à :
- ça passe si ça plait aux modérateurs.
Donc pour toi cette news est moins intéressante que la centième news debian sur le nouveau debian-installer, les différents efforts pour rendre Debian user-friendly (Progeny, Debian Desktop, Ubuntu, linux user, popcon, etc...), le retard de Sarge, etc...
Pour ma part, je pense qu'il faut une news beta et pas plus (et en seconde page).
Par contre je trouve que c'est une news importante car c'est un appel à contribuer.
À titre d'exemple (ou contre exemple) 3 news pour tester Debian.
Première page :
Je trouve cette raison de passage en seconde page aberrante.
Sous prétexte que ce n'est pas très "logiciel libre" d'être payant, la news passe en seconde page alors qu'on passe des news pour du 100 % proprio (même si c'est gratuit). Il y a manifestement un truc qui cloche.
Je trouve 100 fois mieux de payer pour du logiciel libre (même si on n'est pas obligé de payer) que d'utiliser gratuitement du logiciel proprio.
Le logiciel libre à besoin de pognon et c'est un fait. Du moins, ça ne peut pas lui faire de mal. Certain développement complexe demande d'être concentré dessus à plein temps et ce n'est pas en bossant 2 heures par jours dessus en rentrant du boulot que tu peux y arriver.
Si on prend les distributions majeurs (désolé pour les autres), il n'y a que Fedora et Debian de gratuits.
Le cas Fedora est marrant. C'est gratuit donc ça va passer en première page. Si c'est la raison, c'est tout aussi stupide. Fedora n'est pas gratuit. Il y a plein de développeurs à plein temps payés qui travaillent dessus. Comment ce "miracle" est possible ? Car il y a RHEL (payante) qui finance Fedora et car l'investissement en développement mis dans Fedora se retrouve dans la prochaine RHEL, etc.
Manque de "chance" pour Mandrake (comme pour SuSE), il n'y a pas le même niveau de séparation entre payant et gratuit.
Le titre est à mourir de rire : "Forks libres de RedHat Enterprise Linux".
RHEL est _déjà_ libre !
Comme certains en doute : http://www.redhat.com/software/rhel/desktop/eval/(...) Since Red Hat Desktop is open source and licensed under the GPL, you can continue to use the core product code after the evaluation period; however, your access to Red Hat Network will be turned off after 30 days.
C'est le service qui est payant. Mais la liberté, on s'en fout ici, c'est le côté gratuit qui compte.
Donc on passe des news en première page des versions gratuites (qui ne font rien ou presque en terme de développement/maintenance/QA/etc) et il n'y a pas de news pour la RHEL qui a fait tout le le boulot. Bizarre, bizarre... ou tout à fait normal sur bon-plan-gratos-du-libre.com .
> Il va ensuite y avoir une dépêche pour annoncer qu'elles sont accessibles dans une semaine, puis dans un mois deux autres dépêches pour l'Official...
Passer la première news en première page car les autres seront assez vides.
> Elle aurait pu passer en première page dans la mesure ou elle est bien complète
Une news peut faire 2 lignes et passer en première page. L'importance d'une news (qui justifie son passage en première page) ne se mesure pas uniquement à la quantité de mots qui l'accompage.
Je viens de me rendre compte que je me suis un peu trop énervé.
Mais vrai que c'est pénible d'être presque obligé de s'excuser avant de dire quelque chose qui ne va pas de le sens du vent. Surtout qu'après il y en a 40 pour me tomber sur le dos et déformer mes propos.
> 007 ton post est quelque peu désobligeant sur un sujet traitant de la dernière distribution de Mandrake
C'est en rien "désolbigeant" pour Mandrake. C'est pour celui qui a fait la news.
Le src.rpm de _Mandrake_ est très claire, le changelog fait par _Mandrake_ est très claire. Leur initscript est basé sur Red Hat et tout ce que je fais, c'est rappeler ce "truc" que _Mandrake_ reconnait.
Donc je n'arrive pas comprendre comment on peut dire que je suis "désolbigeant". Ou alors il faut aussi dire que Mandrake est désobligeant avec Mandrake aussi.
> - correctly add search directive in resolv.conf (bug #11317)
> - don't use ttys when not available (bug #11314)
Ce sont des bugs Mandrake. Où tu veux en venir ?
> le sagem fast 800
Rien à voir avec initscripts (normalement).
C'est kudzu et system-config-network que ça conserne.
> Je te propose donc plutôt un journal comparant explicitement les deux distribs, comme tu l'as fait pour Debian ;-)
Arrêtez de me dire ce que je dois faire. Je ne suis pas ici pour faire des courbettes mais pour dire ce que je pense et ça tout. Si je descent à -10, tant pis.
L'art de tout mélanger pour dire n'importe quoi.
Evolution est multi-compte. Et evolution tourne sous Linux qui est un OS multi-utilisateur. Actuellement pour ta copine, tu utilises les capacités multi-utilisateur de l'OS.
Quelqu'un d'autre te propose d'utiliser les capacités multi-compte d'evolution.
Fais comme tu veux mais arrête de troller.
Absolument. Mandrake n'est en rien criticable ici et la transparent est joué à fond.
C'est la news que je critique. Lorsqu'on dit "nouveau Gnome" on pense à Gnome. Lorsqu'on dit "nouveau scripts de démarrage" on ne pense pas à Red Hat/Fedora.
La "politique" des news change toutes les semaines. Pour preuve, ella n'a jamais été écrite (sauf pour la forme).
Apparament la Mandrake 10.1 n'est pas assez révolutionnaire, les isos ne sont pas dispos et les modérateurs ont Mandrakeclub en grippe. Admettons qu'ils aient raison.
Il n'empêche qu'une distribution est le contact avec le logiciel libre d'une très majorité d'utilisateur. Il y a beaucoup plus de gens qui goûtent au mode spatial de Gnome car les distributions le fournissent qu'en compilant Gnome avec Garnome !
Mandrake étant très populaire en France, la disponibilité d'une nouvelle version est un évèment majeur ! Certe, pas pour les pointeurs qui savent jouer du "./configure && make ...".
La non-disponiblité des isos, est un vrai faux problème. Jusqu'à preuve du contraire Mandrake fait du GPL/BSD ! et les licences des autres logiciels sont respectés. La disponibilité des isos est un problème de buziness et c'est tout. Si vous trouvez ça stupide et que selon vous ce service mérite 0 ¤ et pas plus, alors vous pouvez (devez ?) mettre les iso à dispositions gratuitement ! Et ceci est possible grace à Mandrake, car Mandrake fait du logiciel libre (pensez à virer java/flash/etc)!
Je ne suis pas un dingue de Mandrake (loin de là) mais il y a des faits qui ne peuvent être ignorés :
- Mandrake fait du libre
- Mandrake est populaire
Il est inutile de réflechir et de tortiller du cul durant 2 heures, pour décider de passer cette news en première page.
C'est vrai qu'ils sont nouveaux. Mais ils viennent de Red Hat/Fedora. Regardez le src.rpm. Si le patch mdk est gros, c'est surtout à cause des traductions supplémentaires.
initscripts de Mandrake 10.1 est basé sur initscripts de Red Hat du 15 août (FC3+rawhide)) et initscripts a été significativement modifié par Red Hat/Fedora.
initscripts de Mandrake 10.0 était basé sur RH8.0.
C'est comme ça depuis longtemps.
$ rpm -q --changelog -p initscripts-7.61.1-11mdk.src.rpm | grep -i merge
- merged with 7.61.1
- merged with 7.06-49.1.100mdk:
- merged rh 7.04
- merged 7.02
- merged rh 6.90
- readd bootsplash in rc (broken by the redhat merge)
- merge with rh 6.87
- merge with rh 6.40.2
- merge 6.17
- merge with rh 6.11
- Merge with rh587.
- Merge with rh 5.61.1 (flepied).
- sysconfig/network-scripts/ifup: removed merge mark (flepied).
- merge with rh 5.60
- merge with rh 5.54
- Merge with rh5_35.
- rc.d/rc.sysinit: Merge Adam Lesback <adam@mandrakesoft.com> ppc change.
Il en est de même avec d'autres paquets. C'est normal, c'est du logiciel libre. Mais "il faut rendre à César ce qui appartient à César".
# FC3 test 2
Posté par 007 . En réponse au journal VectorLinux 4.3 && Fedora Core 3 Test 2. Évalué à 6.
Voilà une petite présentation de FC3 :
$ cat /etc/udev/rules.d/20.rules
BUS="ide", KERNEL="hd*", PROGRAM="/bin/ide_id /sys/bus/ide/devices/%b/block/dev", RESULT="Y28G0SEE", NAME="%k", SYMLINK="BIG_A%n"
BUS="ide", KERNEL="hd*", RESULT="Y21860DE", NAME="%k", SYMLINK="BIG_B%n"
BUS="ide", KERNEL="hd*", RESULT="V21NYZTA", NAME="%k", SYMLINK="SMALL_A%n"
BUS="ide", KERNEL="hd*", RESULT="V21NZ0MA", NAME="%k", SYMLINK="SMALL_B%n"
En fonction du n° de série du disque ide, il me crée un lien symbolique "BIG_*" ou "SMALL_*".
Voilà ce que j'obtiens :
$ cd /dev ; ll BIG_* SMALL_*
lrwxr-xr-x 1 root root 3 sep 20 17:31 BIG_A -> hda
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_A1 -> hda1
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_A2 -> hda2
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_A3 -> hda3
lrwxr-xr-x 1 root root 3 sep 20 17:31 BIG_B -> hdc
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_B1 -> hdc1
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_B2 -> hdc2
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_B3 -> hdc3
lrwxr-xr-x 1 root root 3 sep 20 17:31 SMALL_A -> hde
lrwxr-xr-x 1 root root 4 sep 20 17:31 SMALL_A1 -> hde1
lrwxr-xr-x 1 root root 4 sep 20 17:31 SMALL_A2 -> hde2
lrwxr-xr-x 1 root root 3 sep 20 17:31 SMALL_B -> hdg
lrwxr-xr-x 1 root root 4 sep 20 17:31 SMALL_B1 -> hdg1
lrwxr-xr-x 1 root root 4 sep 20 17:31 SMALL_B2 -> hdg2
Mieux, si je vire la partition /dev/hdg2, le node hdg2 et le lien symbolique SMALL_B2 disparait. Et si je crée une nouvelle partition, tout est créé comme prévu. Ainsi, je peux déplacer mes disques ou utiliser ou non "ide=reverse", les liens symbolique pointent toujours sur le même disque (physique) et je ne touche plus à mon /etc/fstab. C'est mieux que devlabel (par exemple les partitions swap sont gérées) et d'ailleurs devlabel a été supprimé.
C'est vraiment bien consu et maintenant sysfs prend tout son sens (avec HAL aussi).
Notons que ça change complètement le fonctionnement "classique" de Linux. Les modules ne sont plus chargés à la volé, à la demande. Il y a détection du matériel avec kmodule (de kudzu). kmodule n'est pas très "brutal". Il ne charge pas tous les modules pour voir si un périphérique existe ou non. Il lit les informations sur les bus (PCI, etc) et charge les modules que s'il y a un périphérique. Si un périphérique est ajouté à chaud, le module nécessaire est ajouté de suite et non au moment de l'utilisation du périphérique.
Ça ne doit pas marcher avec de vieux périphérique, mais il faut bien vivre avec son temps.
Comme d'habitude, le chargement d'un module peut-être inhibé avec /etc/modprobe.conf.
Globalement, ça ralentit significativement le temps de boot.
Bien que la décision de passer "réellement" à udev soit récente par le projet Fedora (post "test 1") on a maintenant une intégration complète d'udev (dans initrd, /dev est un tmpfs, suppression du paquet dev- (et ses 18 000 fichiers spéciaux), etc). C'est tout neuf et pas totalement au point. Mais maintenant l'intégration d'udev est en phase de mise à point et non de développement.
Udev n'a pas une "remplaçant de devfs" puisqu'il n'y a jamais eu de devfs sous RH/Fedora :-)
Une copie d'écran vaut mieux qu'un long discours :
http://freedesktop.org/~david/hal-0.2/spec/hal-fdi-example1.png(...)
Ces informations sont facilement accessibles aux applis. Actuellement c'est utilisé par nautilus, gnome-volume-manageur et fstab-sync. C'est un début.
HAL répercute aussi les évèments aux applis (ajout/suppression d'un périphérique, changement d'état). Donc magicdev a été supprimé. HAL est une aide pour les applis pour bien utiliser/détecter le hardware et non une surcouche au noyau lors de l'utilisateur du hardware (c'est subtile, il faut voir la doc pour comprendre).
- voluntary-preemption
- 4g4g
- exec-shield
Plus remarquablement, il y a ext3-online-resize. Ça fait depuis un moment qu'il y est là mais il ne semble pas encore totalement fiabilisé (corruption de FS il y a peu de temps).
kernel-source n'est plus fourni ! Pour utiliser les sources Linux, il faut faire comme avec les autres paquets. C-à-d utiliser le src.rpm (rpmbuild -bp).
C'est une distribution très synchronisée avec les développements en cours et dans l'esprit Fedora (aller de l'avant et ne pas s'encombrer de problème de compatiblité etc). C'est criant pour udev/hal/gnome. Ça reste une beta ! En gros, elle sucks autant que la FC2T2. Donc on peut avoir confiance pour la version finale :-)
NB : FC3 sera la base de RHEL 4. D'ailleurs certains dev RHEL bossent déjà sur FC3. Ça donne une idée des prochaines distributions professionnelles.
NB2 : Oui, le bug avec les partitions Windows a été corrigé (enfin...).
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à -1.
Ben dans le cas présent, un développeur à mi-temps ça suffit largement.
> Je sais pas si je me suis bien fait comprendre...
Ce sont de grandes phrases, des grands principes ("les développeurs doivent penser multi-utilisateur") pour pas grand chose...
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à -1.
Non. Et MacOSX étant un Unix, tu peux faire ces manips :
Fais "ps -ef" et regardes si un pocessus change de propriétaire.
Ça n'arrive pas. Sinon il faut être root et ce sont d'énormes problèmes de sécurité qui arrivent.
Fais "who" et regardes si un terminal change d'utilisateur à la volée.
Ça n'arrive pas. Sinon il faut encore être root (et faire des trucs dégueulasses).
Lancer un programme sous un utilisateur différent de l'utilisateur en cours, CE N'EST PAS CHANGER D'UTILISATEUR À LA VOLÉE !
Il y a tout simplement un nouveau processus avec un autre real id. Les autres processus n'ont en rien changé d'utilisateur.
D'ailleurs les processus (non serveur) qui changent d'utilisateur se compte sur les doigts (su, login, gdm, etc) et doivent être root pour le faire. C'est pour ça que "su" à le SUID par exemple. Mais mettre evolution ou Gnome avec le SUID serait une erreur sans mon.
> Voilà tiens je viens de trouver le mot : je penses que les développeurs doivent penser multi-utilisateur pour que ce soit user-friendly.
C'est impressionnant comme c'est faux.
Sous Lindows pour rendre les choses plus simple, il n'y a qu'un compte... C'est une énorme connerie à la Windows 3.x, mais c'est une autre histoire.
Et tout ça car il te manque un joli wrap graphique pour la commande "su"...
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à 0.
Tu mélanges tout. Ce n'est pas à Gnome de switcher entre utilisateurs. Une session Gnome = Un utilisateur. Donc Gnome n'a pas à être multi-utilisateur.
Par contre il peut y avoir un programme qui simplifié le lancement d'appli sous un autre compte.
> j'ai qu'à trouver comme sous XP la méthode pour lancer evolution sous un autre utilisateur
Ben Windows/"le file manageur"/"la barre de tâche"/"le truc qui lance sous un autre compte"/etc n'est pas multi-utilisateur. Il y a un truc qui fait l'équivalent de "su -l ... -c ...". C'est tout. La commande "su" a-elle été développé pour être multi-utilisateur ? Non.
Par contre postgresql (le serveur) est multi-utilisateurs. Normal, c'est un serveur multi-utilisateur. Le serveur postgresql (et pas le client) switche entre utilisateurs (changement de contexte, vérification des droits, etc). Mais psql (le client), même s'il permet de se connecter à un autre compte, n'est pas multi-utilisateur. C'est comme pour su ou gdm qui permet de lancer facilement une appli sous un autre compte ou de se connecter sous un autre compte.
psql <=> gnome : mono-utilisateur
psql-serveur <=> OS : multi-utilisateur
Compris ?
Ce n'est pas su ou Gnome qui va vérifier si ton compte a expiré, si c'est le bon mot de passe, si tu as les droits d'accès, si tu dépasses les quotas de disque, qui va t'affecter un terminal, ajouter une entrée à /var/log/wtmp, rediriger les signaux du terminal, etc... C'est l'OS qui fait ça.
postgresql côté serveur fait aussi ce type de boulot et postgresql est aussi multi-utilisateur. Même s'il tourne sur un OS mono-utilisateur, postgresql (côté serveur) reste multi-utilisateur.
> ssh -X toto@localhost evolution
???
Fais "su -l toto -c evolution"
> l'application a le look GTK par défaut
C'est pas le look par défaut (normalement) c'est le look de la session en cours.
Certe, c'est un chois technique discutable mais qui a l'avantage d'être homogène. C'est un plus lorsque tu lances des applis d'administration depuis ton compte mais qui ne tourne pas sous ton compte.
Comme sous Windows, il n'y a qu'une session en cours par display.
Par contre avec vnc/etc tu peux avoir d'autres display (virtuels) qui s'affichent dans ton display physique (l'écran). Comme tu as un autre display (virtuel), tu peux lancer une autre session (celle de ta copine) et donc utiliser gnome-session pour avoir un autre thème, etc...
Si tu y réfléchies un peu, tu te rend compte que plusieurs sessions pour _un_ display (virtuel ou non) est un énorme problème de sécurité. Par contre plusieurs display virtuels dans un autre display ne pose pas de problèmes significatifs.
> evolution apparaît en anglais.
Normal, l'environnement n'est pas fixé. Utiles :
ssh localhost -l toto "bash --login -c evolution"
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à 0.
Essaies d'être plus précis car je ne vois pas le problème.
Si toto lance une appli, elle a la langue, le thème, etc de toto.
Certe, il y a des limites dans X11 actuellement. Par exemple il ne peut y avoir qu'un gestionnaire de la fenêtre root. C'est une limitation mais c'est aussi tout a fait normal pour des raisons de sécurité (sinon n'importe qui place les fenêtres, n'importe qui peut voir le contenu de l'affichage, etc).
De plus souvent le gestionnaire de fichier affiche dans la fenêtre root.
Avoir plusieurs programme qui font ça en même temps est aberrant.
En gros, ce que tu demandes (ce que j'en ai compris) c'est que gnome-session, nautilus, evolution, etc change de compte à la volé.
Ben ce n'est pas possible et ça ne le sera pas avant ... Sûr que je ne vais pas connaitre ça de mon vivant... Au mieux (ou au pire...) il faut le real id à root et tu changes l'effective id. N'empêche que tu passes encore à côté des scripts de login, des variables d'environnement, il faut un moyen pour stocker/restaurer un contexte, etc....
Bref, il faut tout casser.
# Re:
Posté par 007 . En réponse au message Installer OpenOffice 2 sur une distrib non RPM. Évalué à 0.
#!/bin/sh pkg=$1 if [ "$pkg" = "" -o ! -e "$pkg" ]; then echo "no package supplied" 1>&2 exit 1 fi leadsize=96 o=`expr $leadsize + 8` set `od -j $o -N 8 -t u1 $pkg` il=`expr 256 \* \( 256 \* \( 256 \* $2 + $3 \) + $4 \) + $5` dl=`expr 256 \* \( 256 \* \( 256 \* $6 + $7 \) + $8 \) + $9` # echo "sig il: $il dl: $dl" sigsize=`expr 8 + 16 \* $il + $dl` o=`expr $o + $sigsize + \( 8 - \( $sigsize \% 8 \) \) \% 8 + 8` set `od -j $o -N 8 -t u1 $pkg` il=`expr 256 \* \( 256 \* \( 256 \* $2 + $3 \) + $4 \) + $5` dl=`expr 256 \* \( 256 \* \( 256 \* $6 + $7 \) + $8 \) + $9` # echo "hdr il: $il dl: $dl" hdrsize=`expr 8 + 16 \* $il + $dl` o=`expr $o + $hdrsize` dd if=$pkg ibs=$o skip=1 2>/dev/null | gunzipLa sortie est du cpio. Donc il faut "piper" dans cpio avec " | cpio -iv -m -d" par exemple.# Re:
Posté par 007 . En réponse au message Problème avec MPlayer. Évalué à 1.
http://rpm.livna.org/(...)
Il y a tout. rpm.livna.org dépend de fedora.us.
Il faut donc aussi utiliser fedora.us :
http://www.fedora.us/(...)
Pour te simplifier la vie, tu devrais utiliser yum ou apt.
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à 0.
Faire ça par exemple :
$ su -c gedit -l my_user
Password:
Sûr qu'il y a/aura un truc graphique pour ces petits trucs. Ça permet d'économisé de la frappe...
Passionnant...
Il y a un "vieu" truc qui s'appel consolehelper(8).
Exemple d'utilisatation :
$ system-config-display
Vous essayez d'exécuter "system-config-display" qui nécessite des privilèges du super-utilisateur. De plus amples informations sont toutefois requises pour cette opération.
Mot de passe pour root :
Si l'appli n'est pas lancée depuis un terminal, c'est une fenêtre qui demande le mot de passe.
C'est géré par pam (c'est-à-dire l'_OS_ et non l'application) :
/etc/security/console.apps/system-config-display
USER=root
PROGRAM=/usr/share/system-config-display/system-config-display
SESSION=true
PROGRAM qui n'est en rien fait pour être multi-utilisateur !
Voilà ce que j'appèle :
$ ll `which system-config-display`
lrwxr-xr-x 1 root root 13 sep 18 21:47 /usr/bin/system-config-display -> consolehelper
consolehelper utilise userhelper.
Il y a d'autres goodies comme la persistence de l'authentification.
Si je me suis authentifié root il y a 1 minutes, si je lance un autre programme qui demande root, le mot de passe n'est pas a nouveau demandé.
> je suis quasiment sûr de pouvoir te retrouvere un citation où tu l'as dis :)
Trouves la cette citation puisque c'est si fréquent selon toi.
> Bah évolution pourrait gérer sudo en interne pour aller récupérer les infos là où elles sont, avec demande du mdp comme je l'ai dit plus haut.
Donc tourner sous root, ou ne pas utiliser les facilité multi-utilisateur de l'OS, etc...
> Enfin l'idéal serait quand même que X, qui est un serveur, accepte plusieurs sessions graphiques en simultané, plutôt que d'être obligé d'en lancer plusieurs (ce qui est un comble pour un serveur)
Tu dis ça car tu ne connait pas X et je n'ai pas envis de l'expliquer ici.
Et si tu veux deux sessions, voir même un gdm sur ton bureau :
$ rpm -q --queryformat "%{DESCRIPTION}\n" -p xorg-x11-Xnest-6.8.0-4.i386.rpm
Xnest is an X server, which has been implemented as an ordinary
X application. It runs in a window just like other X applications,
but it is an X server itself in which you can run other software. It
is a very useful tool for developers who wish to test their
applications without running them on their real X server.
Là dedans tu lances ce que tu veux. N'oublie pas de faire un "su" si necessaire.
[^] # Re: hmmm
Posté par 007 . En réponse au journal [ATTENTION] Upgrade Mandrake Cooker à risque. Évalué à 2.
Faut noter que ça utilise les md5sum stockés dans la base rpm et le rpm à installer. Si les deux md5sum sont indentiques, le fichier n'est pas touché et il n'y a pas de rpmsave/new. Idem si le fichier a été modifié. C'est utilisé _uniquement_ pour les fichiers de configuration.
[^] # Re: News Globetrotter et 10.1 en deuxième page de LinuxFR !!!
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 0.
Ben ça ne m'étonnerait pas. Vois les news RHEL qui sont refusées si elles ne sont pas trollesque ou favorables aux concurrents. J'ai pas envis de fouiller les archives. Regardes par toi même et comptes le nombre de news trollesques, la mauvaise foi etc. Et gros il y a 1 news sur 3 de mauvaise. C'est énorme alors qu'elles sont modérées ! Si c'était représentatif (c-à-d Red Hat c'est ce qu'il y a de pire en comparant avec les news des autres distributions), Red Hat serait mort.
D'ailleurs, je ne fais plus de news car ça me fatigue d'avoir des refus (GFS sous GPL dans un premier temps refusé ! pour dernier exemple) alors que ces distributions, qui sont des acteurs majeurs (il n'y a pas photo), sont sous-sous-représentés ici.
Remarque que ça "arrange" tout le monde. Maintenant l'excuse est facile. Moins de proposition de news, moins de news. Mais "retenons" que Red Hat c'est au moins 10 fois Mandrake et 2 fois moins de news... Red Hat c'est 3 à 4 fois plus de serveur web que Debian et moins de news. Le plus gros (avec SuSE) contributeur en code et presque rien ici.
Compte tenu de la ligne éditorial "ça passe si ça plait aux modérateurs", c'est normal.
> Et puis les news Debian, c'est pas vraiment le truc que l'on voit le plus ici ;)
Ça dépend. Dans l'absolu, il n'y a pas beaucoup de news (et encore, ça doit être la secondes distributions avec le plus de news). Mais compte tenu de l'actualité Debian, il y a beaucoup de news.
Ceci dit, je ne demande pas moins de news Debian. Si ça ne m'intéresse pas, je ne lis pas. Mais le deux poids deux mesures m'énerve.
[^] # Re: Pas content du tout
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à -1.
En gros, ça t'intéresse car tu t'y intéresses...
Perso, Debian ne m'intéresse plus et ce n'est en rien un argument pour refuser des news Debian.
Il est évident qu'une news avec seulement :
- "Nouvelle beta, venez faire des rapport de bug."
est sans intérêt.
Mais une nouvelle version de distribution, c'est comme le nouvelle installeur de Debian il y a des trucs en plus et/ou différents qui justifient que certains peuvent si intéresser. Si ce n'est pas le cas, il n'y a aucune raison de sortir une nouvelle version.
> Pour Mandrake, bah actuellement le seul truc à faire c'est d'adhérer au Mandrakeclub pour ceux qui veulent les ISO en avance, c'est une manière de contribuer.
Si tu "contribues", tu as les ISO dès qu'ils sortent et gratuitement. De plus il y a MakeCD et tu peux aussi installer via rèseau. Tu peux aussi avoir la rc1 et faire un update. Il faut donc arrêter avec cette argument à 2 centimes qui se résume à "c'est pas gratuit => c'est mal".
Pour "rigoler", regardes les news relatives à sarge :
- Debian Sarge : ça arrive
- La sortie de la prochaine Debian menacée ?
- Améliorer la distribution Debian avec Popcon
- 3ème et dernière bêta de l'installateur Debian Sarge
- Testez le nouvel installeur Debian
- La prochaine version stable de Debian pour décembre ? (Décembre 2003 :-))
Sûr qu'il y a de bonnes raisons. Ben les autres ont aussi de bonnes raisons.
> l'intérêt de parler du début des tests c'est de le faire au début : à la sortie d'une alpha ou d'une beta, c'est déjà trop tard
Donc il ne faut plus tester Sarge ?
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à 0.
Mais là c'est forcément un serveur. Serveur X11, serveur de courrier, etc...
Evolution sous le compte toto ne pourra pas écrire dans le compte tata pour sauvegarder les pièces jointes. C'est comme ça. Ou alors evolution tourne sous le compte root.
Ceci dit, c'est impressionnant comme vous détournez les choses.
J'ai reconnu 50 fois que parfois les applis devait parfois implémenter le multi-utilisateur et principalement pour les serveurs.
Par contre, j'ai dit et je répète encore et encore et encore qu'une applis développer sans être multi-utilisateur en tête, peut être utilisé sur un OS multi-utilisateur et profité des facilités multi-utilisateur de l'OS. C-à-d avoir plusieurs "instances" qui ne se marchent pas sur les pieds si elles sont lancées par plusieurs utilisateurs différents en même temps ou non.
Donc arrêtes la fumette et de me prèter des propos que je n'ai pas tenu.
> y'a pas moy de lancer une application en tant que autre utilisateur en gardant le thème, la langue, pes préférences, sans passer par ssh ?
Changer d'utilisateur sans changer d'utilisateur (sans utiliser ssh, su, etc), ce n'est pas possible.
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à -1.
[^] # Re: News Globetrotter et 10.1 en deuxième page de LinuxFR !!!
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à -1.
C'est uniquement pour dire que je trouve les explications actuellement données, bidons.
[^] # Re: News Globetrotter et 10.1 en deuxième page de LinuxFR !!!
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à -1.
Actuellement, il n'y a pratiquement que le forme qui est définie. Ce qui défini réellement la ligne éditoriale, est en italique
III. Ligne éditoriale
Les thèmes principaux de LinuxFr sont Linux et les logiciels libres.
D'autres thèmes peuvent être abordés, mais ils seront généralement alors relégués en seconde page. Les thèmes hors-sujet sont à renvoyer vers les journaux, vers tribunelibre.org voire aux calendes grecques.
Évidemment, seulement les dépêches intéressantes doivent être approuvées. Les dépêches les plus intéressantes vont en première page. Les autres en seconde page.
Cependant un effort particulier doit être fait pour :
- Éviter les doublons -
[...]
- Éviter les fautes d'orthographe -
[...]
- Rejeter les dépêches non rédigées -
[...]
- Rejeter les dépêches copier/coller -
[...]
- Éviter de modérer ses propres dépêches -
[...]
- Éviter de faire de la publicité gratuite -
[...]
- Éviter les sentiments -
[...]
- Vérifier les liens -
[...]
- Éviter les acronymes -
[...]
- Éviter les liens de liens de ... -
[...]
- Ne pas tout passer en page principale -
[...]
- Éviter les annonces de FooBar 0.0.34.15pre-RC3 -
[...]
- Faire attention aux nouvelles « Anonyme » -
[...]
- Discussions sur la liste de modération -
[...]
- Être courtois et ouvert -
[...]
- Indiquer les modifications faites -
[...]
Il n'y a rien, dans le lien que tu donnes, qui explique le passage en seconde page de cette news.
Ou alors tu trouves le flou "dépêches intéressantes" comme satisfesant pour décrire une ligne éditoriale. La ligne éditorial se résume à :
- ça passe si ça plait aux modérateurs.
Donc pour toi cette news est moins intéressante que la centième news debian sur le nouveau debian-installer, les différents efforts pour rendre Debian user-friendly (Progeny, Debian Desktop, Ubuntu, linux user, popcon, etc...), le retard de Sarge, etc...
Regarder ici :
http://linuxfr.org/topics/Debian.html(...)
Qu'on m'explique où est la cohérence de la ligne éditorial.
1 distribution Debian => 500 news.
1 distribution SuSE/RedHat => 1 ou 0 news.
Il n'y a rien dans la ligne éditorial qui indique que les distributions gratuites sont privilégiées.
Rigolo de constater que tu n'as pas lu le lien que tu proposes.
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à 0.
Sous un compte, même avec un OS multi-utilisateur, il n'y a qu'un compte/utilisateur.
Tu comprends ça ou il faut te faire un dessin ?
PS : si t'aime pas linux, arrêtes de chier dessus en continue et retournes sous Windows.
[^] # Re: Pas content du tout
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 0.
Par contre je trouve que c'est une news importante car c'est un appel à contribuer.
À titre d'exemple (ou contre exemple) 3 news pour tester Debian.
Première page :
http://linuxfr.org/2004/07/31/16950.html(...)
Debian Sarge : ça arrive
Une de ces deux news est aussi passé en première page (les deux ?) :
http://linuxfr.org/2004/03/17/15741.html(...) :
3ème et dernière bêta de l'installateur Debian Sarge
http://linuxfr.org/2004/01/16/15121.html(...)
Testez le nouvel installeur Debian
[^] # Re: Pas content du tout
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à -2.
Elles sont accessibles au public mais pas gratuitement.
Tu peux réparer cette "injustice" avec MakeCD et mettre les isos a disposition gratuitement :
http://qa.mandrakesoft.com/twiki/bin/view/Main/MakeCD(...)
Je trouve cette raison de passage en seconde page aberrante.
Sous prétexte que ce n'est pas très "logiciel libre" d'être payant, la news passe en seconde page alors qu'on passe des news pour du 100 % proprio (même si c'est gratuit). Il y a manifestement un truc qui cloche.
Je trouve 100 fois mieux de payer pour du logiciel libre (même si on n'est pas obligé de payer) que d'utiliser gratuitement du logiciel proprio.
Le logiciel libre à besoin de pognon et c'est un fait. Du moins, ça ne peut pas lui faire de mal. Certain développement complexe demande d'être concentré dessus à plein temps et ce n'est pas en bossant 2 heures par jours dessus en rentrant du boulot que tu peux y arriver.
Si on prend les distributions majeurs (désolé pour les autres), il n'y a que Fedora et Debian de gratuits.
Le cas Fedora est marrant. C'est gratuit donc ça va passer en première page. Si c'est la raison, c'est tout aussi stupide. Fedora n'est pas gratuit. Il y a plein de développeurs à plein temps payés qui travaillent dessus. Comment ce "miracle" est possible ? Car il y a RHEL (payante) qui finance Fedora et car l'investissement en développement mis dans Fedora se retrouve dans la prochaine RHEL, etc.
Manque de "chance" pour Mandrake (comme pour SuSE), il n'y a pas le même niveau de séparation entre payant et gratuit.
La nouvelle ligne éditorial de linuxfr : bon-plan-gratos-du-libre.com
Une autre bon exemple est ici :
http://linuxfr.org/2004/04/20/16027.html(...)
Le titre est à mourir de rire : "Forks libres de RedHat Enterprise Linux".
RHEL est _déjà_ libre !
Comme certains en doute : http://www.redhat.com/software/rhel/desktop/eval/(...)
Since Red Hat Desktop is open source and licensed under the GPL, you can continue to use the core product code after the evaluation period; however, your access to Red Hat Network will be turned off after 30 days.
C'est le service qui est payant. Mais la liberté, on s'en fout ici, c'est le côté gratuit qui compte.
Donc on passe des news en première page des versions gratuites (qui ne font rien ou presque en terme de développement/maintenance/QA/etc) et il n'y a pas de news pour la RHEL qui a fait tout le le boulot. Bizarre, bizarre... ou tout à fait normal sur bon-plan-gratos-du-libre.com .
> Il va ensuite y avoir une dépêche pour annoncer qu'elles sont accessibles dans une semaine, puis dans un mois deux autres dépêches pour l'Official...
Passer la première news en première page car les autres seront assez vides.
> Elle aurait pu passer en première page dans la mesure ou elle est bien complète
Une news peut faire 2 lignes et passer en première page. L'importance d'une news (qui justifie son passage en première page) ne se mesure pas uniquement à la quantité de mots qui l'accompage.
[^] # Re: nouveaux scripts de démarrage
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 1.
Mais vrai que c'est pénible d'être presque obligé de s'excuser avant de dire quelque chose qui ne va pas de le sens du vent. Surtout qu'après il y en a 40 pour me tomber sur le dos et déformer mes propos.
> 007 ton post est quelque peu désobligeant sur un sujet traitant de la dernière distribution de Mandrake
C'est en rien "désolbigeant" pour Mandrake. C'est pour celui qui a fait la news.
Le src.rpm de _Mandrake_ est très claire, le changelog fait par _Mandrake_ est très claire. Leur initscript est basé sur Red Hat et tout ce que je fais, c'est rappeler ce "truc" que _Mandrake_ reconnait.
Donc je n'arrive pas comprendre comment on peut dire que je suis "désolbigeant". Ou alors il faut aussi dire que Mandrake est désobligeant avec Mandrake aussi.
> - correctly add search directive in resolv.conf (bug #11317)
> - don't use ttys when not available (bug #11314)
Ce sont des bugs Mandrake. Où tu veux en venir ?
> le sagem fast 800
Rien à voir avec initscripts (normalement).
C'est kudzu et system-config-network que ça conserne.
> Je te propose donc plutôt un journal comparant explicitement les deux distribs, comme tu l'as fait pour Debian ;-)
Arrêtez de me dire ce que je dois faire. Je ne suis pas ici pour faire des courbettes mais pour dire ce que je pense et ça tout. Si je descent à -10, tant pis.
[^] # Re: nouveaux scripts de démarrage
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 1.
Mandrake pourrait faire comme les autres et remonter ça en upstream. C'est ici :
http://fedora.redhat.com/projects/additional-projects/initscripts/(...)
Pomper c'est bien, participer c'est mieux.
[^] # Re: nouveaux scripts de démarrage
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à -10.
Et arrête de tout ramener à Mandrake.
[^] # Re: Un trollomètre de mort...
Posté par 007 . En réponse au journal Évolution, Ximian et Novell. Évalué à 0.
L'art de tout mélanger pour dire n'importe quoi.
Evolution est multi-compte. Et evolution tourne sous Linux qui est un OS multi-utilisateur. Actuellement pour ta copine, tu utilises les capacités multi-utilisateur de l'OS.
Quelqu'un d'autre te propose d'utiliser les capacités multi-compte d'evolution.
Fais comme tu veux mais arrête de troller.
[^] # Re: nouveaux scripts de démarrage
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
Absolument. Mandrake n'est en rien criticable ici et la transparent est joué à fond.
C'est la news que je critique. Lorsqu'on dit "nouveau Gnome" on pense à Gnome. Lorsqu'on dit "nouveau scripts de démarrage" on ne pense pas à Red Hat/Fedora.
[^] # Re: News Globetrotter et 10.1 en deuxième page de LinuxFR !!!
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à -2.
Apparament la Mandrake 10.1 n'est pas assez révolutionnaire, les isos ne sont pas dispos et les modérateurs ont Mandrakeclub en grippe. Admettons qu'ils aient raison.
Il n'empêche qu'une distribution est le contact avec le logiciel libre d'une très majorité d'utilisateur. Il y a beaucoup plus de gens qui goûtent au mode spatial de Gnome car les distributions le fournissent qu'en compilant Gnome avec Garnome !
Mandrake étant très populaire en France, la disponibilité d'une nouvelle version est un évèment majeur ! Certe, pas pour les pointeurs qui savent jouer du "./configure && make ...".
La non-disponiblité des isos, est un vrai faux problème. Jusqu'à preuve du contraire Mandrake fait du GPL/BSD ! et les licences des autres logiciels sont respectés. La disponibilité des isos est un problème de buziness et c'est tout. Si vous trouvez ça stupide et que selon vous ce service mérite 0 ¤ et pas plus, alors vous pouvez (devez ?) mettre les iso à dispositions gratuitement ! Et ceci est possible grace à Mandrake, car Mandrake fait du logiciel libre (pensez à virer java/flash/etc)!
Je ne suis pas un dingue de Mandrake (loin de là) mais il y a des faits qui ne peuvent être ignorés :
- Mandrake fait du libre
- Mandrake est populaire
Il est inutile de réflechir et de tortiller du cul durant 2 heures, pour décider de passer cette news en première page.
# nouveaux scripts de démarrage
Posté par 007 . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 1.
initscripts de Mandrake 10.1 est basé sur initscripts de Red Hat du 15 août (FC3+rawhide)) et initscripts a été significativement modifié par Red Hat/Fedora.
initscripts de Mandrake 10.0 était basé sur RH8.0.
C'est comme ça depuis longtemps.
$ rpm -q --changelog -p initscripts-7.61.1-11mdk.src.rpm | grep -i merge
- merged with 7.61.1
- merged with 7.06-49.1.100mdk:
- merged rh 7.04
- merged 7.02
- merged rh 6.90
- readd bootsplash in rc (broken by the redhat merge)
- merge with rh 6.87
- merge with rh 6.40.2
- merge 6.17
- merge with rh 6.11
- Merge with rh587.
- Merge with rh 5.61.1 (flepied).
- sysconfig/network-scripts/ifup: removed merge mark (flepied).
- merge with rh 5.60
- merge with rh 5.54
- Merge with rh5_35.
- rc.d/rc.sysinit: Merge Adam Lesback <adam@mandrakesoft.com> ppc change.
Il en est de même avec d'autres paquets. C'est normal, c'est du logiciel libre. Mais "il faut rendre à César ce qui appartient à César".