Posté par 007 .
En réponse au journal Gnome forke ?.
Évalué à -3.
> ca devient vraiment pénible tes comparaisons kde/gnome
Ça devient vraiment pénible de demander à Gnome de faire comme KDE.
Si tu veux plein d'option, il y a KDE (ou autre chose, à toi de voir).
Si tu ne veux pas plein d'option et accepte de te faire chier de temps à autre avec gconf-editor, Gnome est un bon choix.
Tu vois le problème ?
Le problème n'est pas seulement :
- est-il facile d'avoir le mode browse ?
Le problème est :
- est-il pertinent d'ajouter une option dans un environnement qui veut proposer le minimum d'option, privilégie les valeurs par défaut et qui propose aussi gconf-editor pour les modifications les plus "populaires".
La réponse à cette dernière question pour nautilus mode browse/spatial et très très très très subjective.
Si ton problème est :
- "je veux plein d'options"
Alors utilises KDE (ou autre chose, je m'en fous complètement) mais ne viens pas exiger quelque à chose à Gnome qui ne fait pas, de façon évidente, parti de son cahier des charges.
Ça fait presque rire ce truc. Je veux dire l'outil universel pour installer des programmes. L'outil n'existe pas et n'existera jamais. Fin de l'histoire, rentrez chez vous et bonne nuit.
Ou on peut dire qu'il existe déjà : rpm/dpkg/yum/apt/urpmi/etc ...
Le problème n'est pas là. Le problème n'est pas l'outil. Si un paquet est fait pour Mandrake, il ne marche pas ailleur. Ce n'est pas de la faute à rpm.
Ce qu'il """""manque"""""" c'est un standard de fait pour les distributions GNU/linux.
Comme installer un paquet FC2 qui demande Gnome 2.6 sur une Mandrake 10.0 qui est en Gnome 2.4 sans tout casser ? Ben il faut faire un paquet spécifique pour Mandrake.
Comme installer un paquet qui permet l'édition des ACL si la distribution n'a pas ACL dans le noyau ? Des exemples comme ça il y en a des milliers.
Si on croit en un installeur universel, alors il faut que toutes les distributions soient identiques (ou presque), proposent les mêmes fonctionnalités/librairie dans les même versions, etc...
Posté par 007 .
En réponse au journal Gnome forke ?.
Évalué à -1.
Ben il faudrait connaitre ta "notion" de facilement.
Une ligne de gconftool2 est toujours trop compliqué ?
Il te faut un bouton dans la toolbar ?
Une entrée dans un menu ?
Si on fait ça pour tout, c'est plus Gnome.
Si tu veux du KDE avec plein d'options, installes KDE.
Posté par 007 .
En réponse au journal Gnome forke ?.
Évalué à 0.
> la place idiote
C'est très très très subjectif.
Avec Gnome j'ai maintenant l'habitude d'aller dans le menu édition. Avant c'était le menu "Fichier" ou "préférence" ou "outils" ou ....
Maintenant c'est toujours au même endroit et c'est ce qui compte.
Dans "Fichier", c'est pas mieux. Faire un "top-menu" dédié aux préférences n'est pas bon. Les préférences tu y vas une ou deux fois puis c'est terminé. Utiliser un menu de haut niveau uniquement pour ça n'est pas justifié.
Posté par 007 .
En réponse au journal Gnome forke ?.
Évalué à 3.
> mais seulement qu'il trouve stupide d'avoir besoin d'utiliser python à un petit endroit de la compilation de gnome
Le problème est qu'il n'a va vérifié récemment. Il dit ça car il y a longtemps...
> Pour les autres remarques (gconf, mode spatial...), c'est pas le premier qui fait ces critiques
Son argumentaire est une "ressucée" des trolls /. ou osnews.
* GConf : j'aime bien
* mode spatial : j'aime bien
* L'ordre des bontons : je m'en fous
* libglade à besoin de python pour être construit (peut-être) : je m'en fous
* Utilise KHTML : Pourquoi ? gecko marche très bien. Firefox est aussi assez bien intégré au look and feel de Gnome. A la limite, le problème est "pourquoi développer epiphany et ne pas privilégier Firefox (maintenir un patch spécifique à Gnome) ?".
* Virer esound : Il faut un serveur de son même si on peut s'en passer avec alsa. Mais alsa n'est pas suffisant dans le cas d'un terminal sur réseau (XMas pour corriger ce problème ?).
btw : gstreamer n'enlève pas la nécessaité d'avoir un serveur de son.
Je conseille très chaudement de toujours mettre ext3 en "remount-ro" (faire man tune2fs). Quand le disque déconne ça évite de tout pourrir. Par défaut sous Fedora, ce n'est pas "remount-ro". Donc là tu as un sérieux problème.
Pour revenir à Oracle que j'ai jamais installé :-)
Voilà quelques mails de mon archive (Pour FC2) :
-------------------------------------------------
is there any other solution for running oracle with
FC2-test3 instead of setting bin/oracle suid root ?
-------------------------------------------------
Yes, running
export DISABLE_HUGETLBFS=1
(assuming sh/bash) before starting oracle should also work.
-------------------------------------------------
I have triple cheked all requirements concerning shared mem
but still no luck. Whenever dbca tries to create a database,
I get the error message 'unable to create shared memory segment'.
Is there someone who runs oracle successfully on FC2-test3 ?
-------------------------------------------------
Yes, i have no problem at all. As previously suggested add
export DISABLE_HUGETLBFS=1
into environment of the user which is running oracle instance. It should
work.
-------------------------------------------------
Igor, do you run selinux in permissive mode ?
-------------------------------------------------
Le problème des coupures de courant est qu'elle peuvent mettre le hardware dans un état bizarre et lui faire faire n'importe quoi (surtout lorsque la coupure n'est pas brutale et que l'alimentation n'est pas très "intelligente"). Dans ce cas, quelque soit le FS, tu auras ... n'importe quoi.
J'ai une alimentation correcte (elle fait une coupure brutale dès qu'elle ne peut assurer une bonne alimentation des périphériques) et je n'ai plus de problème depuis très longtemps.
> Est-ce que ext3 est bien si mauvais qu'on veut me le faire croire ?
De tout manière on trouvera toujours des gens pour critiquer les solutions les plus utilisées (genre "tout le monde à faux mais nous on connait la "vérité").
Le tout avec des arguments puissants du type :
- J'ai un pote qui a perdu des données avec ext3 alors que j'ai aucun problème avec "la solution alternative".
Sauf qu'ils oublient de nous dire que c'est suite à un problème hardware ou un noyau patché dans tous les coins.
Puis avec IDE/SATA il faut toujours désactiver le cache en écriture du disque pour que le système de fichier journalisé marche en cas de coupure de courrant (mais qui le fait ?).
Pour pas me répèter, je mets un lien vers un commentaire que j'ai déjà fait : http://linuxfr.org/comments/446322,1.html(...)
> Mais bon, faut voir l'utilisation qui en était faite. Cette machine servait de serveur de tests pour une multitudes d'appli en dev, de test avec des 10aines d'utilisateurs etc...
Le type d'utilisation est très important. Le hard aussi :-)
J'ai utilisé du Digital Unix avec 8 proc et la fiabilité était impressionnante alors que l'utilisation était "massive" (développeurs/utilisateurs/serveurs).
Dernier uptime connu (avant de quitter la boite) : 450 jours. Plusieur disques dures ont été changés durant cette période (merci raid5).
upload en journée était de 6 à 15 !
Un serveur Web qui tient 2 ans n'est vraiment pas impressionnant pour moi maintenant. Et c'est souvent le signe d'une machine peu entretenue (genre mise à jour noyau non appliquée).
Il y a eu un long thread sur Fedora relatif à l'utilisation de udev ou non.
udev semble l'"emporter". Mais c'est de peu (la décision finale n'est toujours pas prise il me semble).
Donc "udev ou pas udev ?", là n'est pas vraiment la question quand certains hésitent autant et ont des difficultés pour avoir des arguments "massu" en faveur de udev (il reste l'"éternel" problème de chargement de module à la demande que ne peut pas résoudre udev).
Faire un diff est un "hack bien crado" ?
Le problème doit être ailleur.
Par exemple :
Version 2 vers 3 => OK (le diff a été fait avec le version 2 comme référence).
Version 1 vers 3 => Pas OK
> Le fait que apache lance plusieurs démons n'a rien avoir avec le nombre de processeurs.
Ooops. Je viens de comprendre (rapport au début du thread).
Quoiqu'il en soit une connexion est faite avec ip:port:processus (si mes souvenirs sont bons car c'est vieux). Donc par moment que les thread (même pid) ça peut être insuffisant (rien à voir avec le nombre de processeurs).
Je vois pas de quoi tu parles.
Apache 2 mixe les threads et les processus. Du moins lorsqu'il est compilé avec les bonnes options.
Puis le mode "processus" ne manque pas d'intérêt (typiquement lorqu'un module plante).
btw : apache augmente le nombre de processus/thread en fonction de la demande. C'est configurable via httpd.conf.
Il y a eu des travaux récents dans Linux 2.6 . Le 2.6.0 n'était pas très satisfesant.
Le 2.6.6 (ou 7?) a introduit "scheduling domains" dont il y a ici une excellente présentation : http://lwn.net/Articles/80911/(...)
La difficulté n'est pas d'avoir plein de CPU mais de les faires travailler en même temps.
> Plutôt que de régler tes comptes si tu étais un poil constructif
C-à-d ?
Tu veux que je contacte le(s) modérateur(s) de la news. Ben c'est très dure avec le modèle fermé qu'a adopté linuxfr. On ne les connait plus (c'est nouveau), la mailing <moderateurs AT linuxfr org> est privée et ça y est très laborieux d'obtenir quelque chose même quand finalement ils reconnaissent tu as raison. Aller sur la tribune car il y a des modérateurs ? Non merci, les insultes gratuites me souâlent rapidement. Je n'ai pas envis de renouveller mes "contactes" avec les modérateurs. Je ne suis pas maso.
Tu veux que je mette la news en perspective.
Que je dise que c'est un gros problème d'avoir des produits pour une nombre limité de distributions (inutile de taper sur Red Hat et SuSE, ce n'est pas de leur faute).
D'autres fournisseurs de driver proprio (par exemple NVdia, Bewan, Linuxant, etc) "enrobent" la partie propriétaire pour qu'on puisse les utiliser partout (ou presque). S'il y a de plus en plus de drivers de ce type il faudra que Linux passe d'un modèle source-compatible à binaire-compatible (ala Windows). NB : les binaires (executable) peuvent être compatibles entre distributions. C'est un problème de librairie que tu peux toujours ajouter pour une appli.
Il faut que je trouve une étude pour décideurs pressés qui indique qu'à moyen terme tout le monde s'authentifira avec "les doigts" et que s'il n'y a pas de solution, même proprio, Linux va être en chute libre. Je ne connais pas de telle étude.
> que tu connais évidemment sans quoi jamais tu ne ferais ce genre de commentaire.
Non, je n'en connais pas.
J'ai fait un post pour dire que je n'étais pas d'accord avec le passage de cette pub^Wnews qui va aussi à l'encontre de la """châtre""" de linuxfr.
J'arrête là, ceux qui ne proposent "que" des news et discute de la modération de linuxfr sont considérés comme des "casse couille" (dixit Penso).
Marrant, il y a maintenant "trop" de modérateurs et pas assez de news. Donc on fait passer n'importe quoi. Linuxfr pourra continuer à culpabiliser le "bon peuple" ("Si les news pourries c'est car on ne propose que des news pourries" et pas à cause de linuxfr).
Moi, j'ai plus envis de faire de news.
LinuxFr ne doit pas servir à des gens (particuliers ou société) comme plateforme de publicité. Aussi les communiqués de presse copiés/collés rapidement dans le formulaire ne doivent pas être approuvés.
Tu t'en fous car : Cependant des exceptions peuvent être faites, au libre jugement du modérateur.
S'il y a un concurrent libre qui peut de faire de l'ombre, ce n'est pas grave : Dans le cas où une annonce d'un logiciel propriétaire est faite, il est de bon ton de rappeler qu'il existe un équivalent libre si c'est le cas, et de mettre un lien vers celui-ci.
Si tu oublies le lien vers le concurrent, c'est pas grave. C'est seulement de bon ton de le mettre.
> Aucune information sur la licence de la partie logicielle du produit n'est mentionnée.
> Je ne vois pas comment tu veux financer du développement libre avec du mBSD, si c'est à ça que tu penses.
Il y a la GPL et la LGPL. Fais une recherche google pour connaitre la différence entre les deux.
Qt est sous GPL et gtk+ sous LGPL par exemple.
Puis il y a plein de boite qui font du LGPL et elles vivent bien. Xiniam par exemple.
> ou bien de payer une licence proprio.
La GPL n'impose pas ça. Il faut une double licence. C'est autre chose.
> Ca me semble plus sain que permettre de faire du proprio sans rien donner en échange.
Rien à voir. Gtk+ est sous LGPL. Il n'y a pas et il n'y aura jamais de versions proprios de gtk+. Toutes les versions de gtk+ sont et seront avec les sources.
[^] # Re: Reels Problemes ?
Posté par 007 . En réponse au journal Gnome forke ?. Évalué à -3.
Ça devient vraiment pénible de demander à Gnome de faire comme KDE.
Si tu veux plein d'option, il y a KDE (ou autre chose, à toi de voir).
Si tu ne veux pas plein d'option et accepte de te faire chier de temps à autre avec gconf-editor, Gnome est un bon choix.
Tu vois le problème ?
Le problème n'est pas seulement :
- est-il facile d'avoir le mode browse ?
Le problème est :
- est-il pertinent d'ajouter une option dans un environnement qui veut proposer le minimum d'option, privilégie les valeurs par défaut et qui propose aussi gconf-editor pour les modifications les plus "populaires".
La réponse à cette dernière question pour nautilus mode browse/spatial et très très très très subjective.
Si ton problème est :
- "je veux plein d'options"
Alors utilises KDE (ou autre chose, je m'en fous complètement) mais ne viens pas exiger quelque à chose à Gnome qui ne fait pas, de façon évidente, parti de son cahier des charges.
# PostgreSQL
Posté par 007 . En réponse au message Mais quel jour serons nous demain !!!. Évalué à 1.
http://www.postgresql.org/docs/7.4/static/datatype-datetime.html(...)
Ça te donneras des idées...
# Intérêt ?
Posté par 007 . En réponse à la dépêche Une solution d'installation soumise au W3C. Évalué à 4.
Ou on peut dire qu'il existe déjà : rpm/dpkg/yum/apt/urpmi/etc ...
Le problème n'est pas là. Le problème n'est pas l'outil. Si un paquet est fait pour Mandrake, il ne marche pas ailleur. Ce n'est pas de la faute à rpm.
Ce qu'il """""manque"""""" c'est un standard de fait pour les distributions GNU/linux.
Comme installer un paquet FC2 qui demande Gnome 2.6 sur une Mandrake 10.0 qui est en Gnome 2.4 sans tout casser ? Ben il faut faire un paquet spécifique pour Mandrake.
Comme installer un paquet qui permet l'édition des ACL si la distribution n'a pas ACL dans le noyau ? Des exemples comme ça il y en a des milliers.
Si on croit en un installeur universel, alors il faut que toutes les distributions soient identiques (ou presque), proposent les mêmes fonctionnalités/librairie dans les même versions, etc...
En bref, l'horreur...
[^] # Re: Reels Problemes ?
Posté par 007 . En réponse au journal Gnome forke ?. Évalué à -1.
Une ligne de gconftool2 est toujours trop compliqué ?
Il te faut un bouton dans la toolbar ?
Une entrée dans un menu ?
Si on fait ça pour tout, c'est plus Gnome.
Si tu veux du KDE avec plein d'options, installes KDE.
[^] # Re: Zero chances
Posté par 007 . En réponse au journal Gnome forke ?. Évalué à 0.
C'est très très très subjectif.
Avec Gnome j'ai maintenant l'habitude d'aller dans le menu édition. Avant c'était le menu "Fichier" ou "préférence" ou "outils" ou ....
Maintenant c'est toujours au même endroit et c'est ce qui compte.
Dans "Fichier", c'est pas mieux. Faire un "top-menu" dédié aux préférences n'est pas bon. Les préférences tu y vas une ou deux fois puis c'est terminé. Utiliser un menu de haut niveau uniquement pour ça n'est pas justifié.
[^] # Re: Zero chances
Posté par 007 . En réponse au journal Gnome forke ?. Évalué à 3.
Le problème est qu'il n'a va vérifié récemment. Il dit ça car il y a longtemps...
> Pour les autres remarques (gconf, mode spatial...), c'est pas le premier qui fait ces critiques
Son argumentaire est une "ressucée" des trolls /. ou osnews.
* GConf : j'aime bien
* mode spatial : j'aime bien
* L'ordre des bontons : je m'en fous
* libglade à besoin de python pour être construit (peut-être) : je m'en fous
* Utilise KHTML : Pourquoi ? gecko marche très bien. Firefox est aussi assez bien intégré au look and feel de Gnome. A la limite, le problème est "pourquoi développer epiphany et ne pas privilégier Firefox (maintenir un patch spécifique à Gnome) ?".
* Virer esound : Il faut un serveur de son même si on peut s'en passer avec alsa. Mais alsa n'est pas suffisant dans le cas d'un terminal sur réseau (XMas pour corriger ce problème ?).
btw : gstreamer n'enlève pas la nécessaité d'avoir un serveur de son.
J'ai pas été convaincu.
> il ne fera pas grand mal...
oui :-)
[^] # Re: La suite
Posté par 007 . En réponse au message Fedora Core 2 & Oracle 10g. Évalué à 1.
Je conseille très chaudement de toujours mettre ext3 en "remount-ro" (faire man tune2fs). Quand le disque déconne ça évite de tout pourrir. Par défaut sous Fedora, ce n'est pas "remount-ro". Donc là tu as un sérieux problème.
Pour revenir à Oracle que j'ai jamais installé :-)
Voilà quelques mails de mon archive (Pour FC2) :
-------------------------------------------------
is there any other solution for running oracle with
FC2-test3 instead of setting bin/oracle suid root ?
-------------------------------------------------
Yes, running
export DISABLE_HUGETLBFS=1
(assuming sh/bash) before starting oracle should also work.
-------------------------------------------------
I have triple cheked all requirements concerning shared mem
but still no luck. Whenever dbca tries to create a database,
I get the error message 'unable to create shared memory segment'.
Is there someone who runs oracle successfully on FC2-test3 ?
-------------------------------------------------
Yes, i have no problem at all. As previously suggested add
export DISABLE_HUGETLBFS=1
into environment of the user which is running oracle instance. It should
work.
-------------------------------------------------
Igor, do you run selinux in permissive mode ?
-------------------------------------------------
Désactives SeLinux.
[^] # Re: Résultat
Posté par 007 . En réponse au journal Mencoder sux. Évalué à 2.
Je doute. Mplayer a été le premier lecture potable par rapport à ça.
mencoder n'est pas La priorité (mais il marche bien).
Voilà une exemple de ce que j'utilise pour copier un dvd :
$ mencoder -lameopts vbr=3:q=0:mode=1 -oac mp3lame -ovc frameno -o frameno.avi -alang fr dvd://2
$ mencoder -sws 10 -vop crop=512:222:7:37,scale=527:296:0:0:100,hqdn3d=3:3:6 -ovc lavc -lavcopts vcodec=mpeg4:vpass=1:vbitrate=16000 -oac copy -o /dev/null -alang fr dvd://2
$ mencoder -sws 10 -vop crop=512:222:7:37,scale=527:296:0:0:100,hqdn3d=3:3:6 -ovc lavc -lavcopts vcodec=mpeg4:vpass=2:vbitrate=16000 -oac copy -o fichier.avi -alang fr dvd://2
Si le but est de faire une copie du dvd, tu peux tout simplement faire :
$ dd if=/dev/dvd of=fichier_dvd.iso
Pour lire :
$ mplayer .... -dvd-device fichier_dvd.iso dvd://
[^] # Re: Re:
Posté par 007 . En réponse au journal Que vaut XFS ?. Évalué à 1.
Existe sur ext3 (avec un noyau récent).
# tune2fs -O dir_index /dev/....
Optimisation "automatique" :
# e2fsck -D -f /dev/....
[^] # Re: La vérité est ailleurs
Posté par 007 . En réponse au journal Que vaut XFS ?. Évalué à 1.
> coupures de courant EDF
Le problème des coupures de courant est qu'elle peuvent mettre le hardware dans un état bizarre et lui faire faire n'importe quoi (surtout lorsque la coupure n'est pas brutale et que l'alimentation n'est pas très "intelligente"). Dans ce cas, quelque soit le FS, tu auras ... n'importe quoi.
J'ai une alimentation correcte (elle fait une coupure brutale dès qu'elle ne peut assurer une bonne alimentation des périphériques) et je n'ai plus de problème depuis très longtemps.
# Re:
Posté par 007 . En réponse au journal Que vaut XFS ?. Évalué à 4.
De tout manière on trouvera toujours des gens pour critiquer les solutions les plus utilisées (genre "tout le monde à faux mais nous on connait la "vérité").
Le tout avec des arguments puissants du type :
- J'ai un pote qui a perdu des données avec ext3 alors que j'ai aucun problème avec "la solution alternative".
Sauf qu'ils oublient de nous dire que c'est suite à un problème hardware ou un noyau patché dans tous les coins.
Puis avec IDE/SATA il faut toujours désactiver le cache en écriture du disque pour que le système de fichier journalisé marche en cas de coupure de courrant (mais qui le fait ?).
Pour pas me répèter, je mets un lien vers un commentaire que j'ai déjà fait :
http://linuxfr.org/comments/446322,1.html(...)
[^] # Re: virtualisation
Posté par 007 . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à 3.
Le type d'utilisation est très important. Le hard aussi :-)
J'ai utilisé du Digital Unix avec 8 proc et la fiabilité était impressionnante alors que l'utilisation était "massive" (développeurs/utilisateurs/serveurs).
Dernier uptime connu (avant de quitter la boite) : 450 jours. Plusieur disques dures ont été changés durant cette période (merci raid5).
upload en journée était de 6 à 15 !
Un serveur Web qui tient 2 ans n'est vraiment pas impressionnant pour moi maintenant. Et c'est souvent le signe d'une machine peu entretenue (genre mise à jour noyau non appliquée).
# udev
Posté par 007 . En réponse au journal Mandrake 10.1 alpha dispo. Évalué à 2.
Il y a eu un long thread sur Fedora relatif à l'utilisation de udev ou non.
udev semble l'"emporter". Mais c'est de peu (la décision finale n'est toujours pas prise il me semble).
Donc "udev ou pas udev ?", là n'est pas vraiment la question quand certains hésitent autant et ont des difficultés pour avoir des arguments "massu" en faveur de udev (il reste l'"éternel" problème de chargement de module à la demande que ne peut pas résoudre udev).
[^] # Re: La liste des idées implémentée ou pas
Posté par 007 . En réponse au journal Mandrake 10.1 alpha dispo. Évalué à -2.
Le problème doit être ailleur.
Par exemple :
Version 2 vers 3 => OK (le diff a été fait avec le version 2 comme référence).
Version 1 vers 3 => Pas OK
# Re:
Posté par 007 . En réponse au message Mais que se passe-t-il avec la FC2 ?. Évalué à 0.
/dev/input/mouse est le périphérique pointeur par défaut (vu par le noyau).
Si tu connais le /dev/... de ton périphérique, utilise le.
> J'essaie le soft pour regarder la TV (myTV-je-sais-plus-quoi)
Par défaut, c'est tvtime.
> et impossible d'avoir le son (pourtant le kmix m'indique que tout est a fond).
Utilises alsamixer et vérifies que certains canaux ne sont pas "muté" (utilises la touche 'M').
> Pas grave, je vais mettre xdtv, je met le galette dans le lecteur DVD, mount gele ... X.org gele ... reset ...
Bizarre. Tu as mis à jours avec les derniers errata ?
[^] # Re: Scheduling domains
Posté par 007 . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à -2.
Ooops. Je viens de comprendre (rapport au début du thread).
Quoiqu'il en soit une connexion est faite avec ip:port:processus (si mes souvenirs sont bons car c'est vieux). Donc par moment que les thread (même pid) ça peut être insuffisant (rien à voir avec le nombre de processeurs).
[^] # Re: Scheduling domains
Posté par 007 . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à 2.
Apache 2 mixe les threads et les processus. Du moins lorsqu'il est compilé avec les bonnes options.
Puis le mode "processus" ne manque pas d'intérêt (typiquement lorqu'un module plante).
btw : apache augmente le nombre de processus/thread en fonction de la demande. C'est configurable via httpd.conf.
[^] # Re: Scheduling domains
Posté par 007 . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à 2.
Ou thread (du moins avec NPTL, linuxthread fesait des équivalents de fork()).
[^] # Re: Petite question
Posté par 007 . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à 1.
# Scheduling domains
Posté par 007 . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à 10.
Le 2.6.6 (ou 7?) a introduit "scheduling domains" dont il y a ici une excellente présentation :
http://lwn.net/Articles/80911/(...)
La difficulté n'est pas d'avoir plein de CPU mais de les faires travailler en même temps.
[^] # Re: Hypothèse folle
Posté par 007 . En réponse à la dépêche Le ministère de l'équipement choisit Mandrakesoft. Évalué à 0.
J'ai pas dit que Mdk le faisait exprès.
[^] # Re: Puérilité
Posté par 007 . En réponse à la dépêche Veridicom propose un kit de développement pour Linux. Évalué à -2.
Ooops. Je ne dois donc plus critiquer la modération :-)
[^] # Re: Puérilité
Posté par 007 . En réponse à la dépêche Veridicom propose un kit de développement pour Linux. Évalué à -1.
C-à-d ?
Tu veux que je contacte le(s) modérateur(s) de la news. Ben c'est très dure avec le modèle fermé qu'a adopté linuxfr. On ne les connait plus (c'est nouveau), la mailing <moderateurs AT linuxfr org> est privée et ça y est très laborieux d'obtenir quelque chose même quand finalement ils reconnaissent tu as raison. Aller sur la tribune car il y a des modérateurs ? Non merci, les insultes gratuites me souâlent rapidement. Je n'ai pas envis de renouveller mes "contactes" avec les modérateurs. Je ne suis pas maso.
Tu veux que je mette la news en perspective.
Que je dise que c'est un gros problème d'avoir des produits pour une nombre limité de distributions (inutile de taper sur Red Hat et SuSE, ce n'est pas de leur faute).
D'autres fournisseurs de driver proprio (par exemple NVdia, Bewan, Linuxant, etc) "enrobent" la partie propriétaire pour qu'on puisse les utiliser partout (ou presque). S'il y a de plus en plus de drivers de ce type il faudra que Linux passe d'un modèle source-compatible à binaire-compatible (ala Windows). NB : les binaires (executable) peuvent être compatibles entre distributions. C'est un problème de librairie que tu peux toujours ajouter pour une appli.
Il faut que je trouve une étude pour décideurs pressés qui indique qu'à moyen terme tout le monde s'authentifira avec "les doigts" et que s'il n'y a pas de solution, même proprio, Linux va être en chute libre. Je ne connais pas de telle étude.
De tout manière, mes propositions de corrections/améliorations sont ignorées :
http://linuxfr.org/2004/05/05/16176.html(...)
Mes propositions de news 100 % GPL passent difficilement :
http://linuxfr.org/~ehoebadoag/14180.html(...)
> que tu connais évidemment sans quoi jamais tu ne ferais ce genre de commentaire.
Non, je n'en connais pas.
J'ai fait un post pour dire que je n'étais pas d'accord avec le passage de cette pub^Wnews qui va aussi à l'encontre de la """châtre""" de linuxfr.
J'arrête là, ceux qui ne proposent "que" des news et discute de la modération de linuxfr sont considérés comme des "casse couille" (dixit Penso).
Marrant, il y a maintenant "trop" de modérateurs et pas assez de news. Donc on fait passer n'importe quoi. Linuxfr pourra continuer à culpabiliser le "bon peuple" ("Si les news pourries c'est car on ne propose que des news pourries" et pas à cause de linuxfr).
Moi, j'ai plus envis de faire de news.
[^] # Re: Publicité
Posté par 007 . En réponse à la dépêche Veridicom propose un kit de développement pour Linux. Évalué à 3.
Et pour :
http://linuxfr.org/moderateurs/moderation.html(...)
- Éviter de faire de la publicité gratuite -
LinuxFr ne doit pas servir à des gens (particuliers ou société) comme plateforme de publicité. Aussi les communiqués de presse copiés/collés rapidement dans le formulaire ne doivent pas être approuvés.
Tu t'en fous car :
Cependant des exceptions peuvent être faites, au libre jugement du modérateur.
S'il y a un concurrent libre qui peut de faire de l'ombre, ce n'est pas grave :
Dans le cas où une annonce d'un logiciel propriétaire est faite, il est de bon ton de rappeler qu'il existe un équivalent libre si c'est le cas, et de mettre un lien vers celui-ci.
Si tu oublies le lien vers le concurrent, c'est pas grave. C'est seulement de bon ton de le mettre.
> Aucune information sur la licence de la partie logicielle du produit n'est mentionnée.
Les sources ne sont pas disponibles...
[^] # Re: Suffit oui ! Non !
Posté par 007 . En réponse au journal Licence libmysqlclient, bientôt une solution ?. Évalué à -1.
Il y a la GPL et la LGPL. Fais une recherche google pour connaitre la différence entre les deux.
Qt est sous GPL et gtk+ sous LGPL par exemple.
Puis il y a plein de boite qui font du LGPL et elles vivent bien. Xiniam par exemple.
> ou bien de payer une licence proprio.
La GPL n'impose pas ça. Il faut une double licence. C'est autre chose.
> Ca me semble plus sain que permettre de faire du proprio sans rien donner en échange.
Rien à voir. Gtk+ est sous LGPL. Il n'y a pas et il n'y aura jamais de versions proprios de gtk+. Toutes les versions de gtk+ sont et seront avec les sources.