Étant donné que HP n'a quasiment plus d'ingénieurs pour le développement de puces (et donc par déduction pour l'évolution de HP-PA), je vois pas en quoi ils pourraient encore supporter leur propre architecture. À terme, ils sont sensés abandonner HP-PA pour Itanium (la famille IPF32 sur laquelle a déjà été portée HP-UX).
Ah, et euh ... Linux tourne sur zSeries ... donc IBM a bien un Unix sur zSeries au moins par ce biais ...
Euh, ce comportement d'utiliser les url collées pour aller sur le site contenu dans le tampon, c'est un comportement normal que certains attendent de ce type de navigateur.
Clairement, je suis un gros utilisateur de ce truc, je compte pas le nombre de fois où dans la journée je vais sélectionner une url quelque part (terminal, autre navigateur, emacs ...) pour la coller d'un clic du milieu dans mon navigateur pour y aller.
Konqueror fait la même chose, Netscape 4.x fait la même chose, Opera fait la même chose ...
Bref, cela n'a pas à être corrigé!
> Certaines d'entre elles (je pense en particulier à
> celles qui sont appellées modèles de structure) sont
> quand même clairement des bidouilles pour contourner
> des limitations du langage, C++ en l'occurrence.
Erm. À vrai dire, le monsieur qui a écrit l'article est un développeur Java, et tous les exemples sont en Java (avec des interfaces et du Javadoc).
Et puis, il n'est pas question de faire des bidouillages pour taper moins de trucs, mais de faire quelque chose de propre pour imposer certaines conditions ou bypasser certains élements de codes non-modifiables.
Je ne sais pas si ça a été corrigé depuis la parution de cette news (car si on se connecte sur la machine d'Oléane, on remarquera qu'on tombe sur un postfix), mais au vu des données indiquées par les tests de DSBL, je n'ai pas l'impression que ce soit le serveur de chez Oléane qui soit en cause.
La plupart des tests montrés donnent ainsi un serveur de mail d'un client Oléane qui utilise le fameux serveur appartenant à Oléane comme "smart host" (donc en gros, il renvoie tous les mails dessus). Donc le serveur Oléane les relaie comme il faut, vu que c'est une machine cliente et il se retrouve black-listé vu qu'il est en serveur de sortie du spam.
D'ailleurs, un test bête et méchant pour voir s'il ne relaie pas les clients externes montre bien qu'il refuse correctement ces messages.
Donc j'aurais plutôt tendance à douter de ce type de listes de boycottage ...
Donc, en fait, si j'ai bien compris le principe de la chose, on se logge sur la machine firewall via ssh (donc nécessite un compte système) sur un compte ayant pour shell cette commande particulière qui va modifier les règles du firewall suivant le fichier de config contenu dans le homedir du compte.
Ce qui veut dire que si, a posteriori, je veux analyser les règles firewall d'une machine avec ce système, il faut que je regarde la config globale de pf, puis que je fasse attention à tous les comptes utilisateurs ayant ce shell pour lire les règles associées, fichier par fichier ... Bof, quoi ...
Je trouve un peu dommage cette approche de ce problème simple.
Pour rappel, ipfilter (oh, le concurrent de pf!) supporte normalement une règle qui n'est ni "pass" ou "block", mais "auth". Donc en gros, le packet va être passé via une interface particulière à un programme (en userland) qui dire si le packet sera passé/refusé/whatever. Malheureusement, je ne crois pas qu'il y ait de daemon opensource pour gérer ce genre de choses. Pourtant le fonctionnement me semblait plus simple et plus sain.
Oh, et puis, ça veut dire que ça devient franchement incompatible entre pf/ipfilter, c'est cool, un avantage de moins pour les deux, alors qu'avant on pouvait "facilement" transposer le second sur du (net|free|open)bsd ou sur du solaris ou autre ...
Oui, mais non, le thème lynx, c'est pas tout à fait ça. Le thème Lynx, comme son nom l'indique est plus recommandé pour l'usage avec le navigateur nommé Lynx. Mais depuis quelques temps, on a quand même au moins 2 navigateurs en mode texte qui donnent un rendu propre et agréable, même avec des tables.
Et devoir jongler avec 2 jeux de préférences, un pour les navigateurs graphiques et un autre pour ceux en mode texte, c'est pas super intéressant ...
Pour l'instant, je trouve que le thème phpnukeopenmind est celui qui est le plus propre dans tout ça. Mais bon, vu qu'il semble que j'ai eu tort pour les alt, je vais voir ce que dit w3m.
Au premier abord, c'est beau peut-être, mais quand on regarde par ailleurs (style, avec un navigateur en mode texte), bah c'est super moche parce que y'a quasi aucune image qui semble utiliser de tag alt="".
> Par pitié dis moi que je me trompe et que sous windows
> 2000 il existe l'équivalent d'un su quelque part dans le système.
En plus, de runas, déjà cité, on pourrait aussi signaler la combinaison shift+<clic droit> qui offrira un joli menu contenant l'entrée « Exécuter en tant que ... ».
Attention, si on pense en milieu d'entreprise (parce qu'on a parlé d'administrateur, c'est un peu le contexte, donc), le Linux que tu pourrais avoir sur ton bureau ne sera pas forcèment celui que tu as vu à la maison ... La configuration de base peut très bien être sur csh+fvwm ou un autre mixte assez sobre ... Et la politique interne de gestions des softs ne te permettra pas forcèment d'installer ce que tu veux, Linux ou pas, rpm ou pas.
Après, Linux, BSD, Unix commercial quelconque, même combat ...
Oui évidemment ... mais bon, j'ai déjà entendu pas mal d'utilisateurs BSD se plaindre des développeurs "Linuxiens", donc bon, ce n'est pas spécifique aux Unix commerciaux.
> - sous Linux, par défaut, quand t'ouvre une xterm et appuis
> sur "flèche vers le haut", t'as la commande précédente et pas des caractères à la con.
Tout dépend du shell, évidemment.
> - Trouvé un admin Solaris ou HP-UX pour configurer une bécane qui support sans problème un
> clavier azerty frise la mission impossible
Bof, pas mal de monde préfére le qwerty pour coder, là, où je bosse, donc bon ...
> - Sous les unix commerciaux quand t'installe un programme, 9/10 il faut mettre à jour
> PATH, LD_LIBRARY, etc... Avec linux et une bonne distrib du fait un truc du style
> "rpm -i ..." et çà roule.
Les packages ne sont pas spécifiques à Linux. Sinon, je peux dire que sous Irix, je vers sur le web SGI, je fouille les freeware ... je clique sur celui que je veux installer et hop, il me lance l'interface graphique du système d'installation et me demande le mot de passe. Trop super dur, ouais ...
> - Les unix commerciaux me font de la peine avec CDE qui n'a pas bougé depuis 5 ans aux moins
Bah, question de choix ... rien ne t'oblige à l'utiliser (sauf peut-être un admin facho ?)
Wmaker tourne très bien sous pas mal d'Unix commerciaux ...
> - Les unix commerciaux n'ont pas des utilitaires top cool comme "locate" "rsync".
Et y'a une clause de la licence de ces utilitaires qui les empêche d'être portés sous ces Unix commerciaux ? Mais il me semble qu'ils sont disponibles pour les différents Unix commerciaux sur les sites de logiciels libres respectifs ...
> - la commande more sous Solaris ne permet pas de revenir en arrière.
Sous Linux non plus.
> - Lorsqu'on fait un recherche avec more, le mot recherché n'est pas mis en surbrillance.
Sous Linux non plus.
> - Les unix commerciaux ont une commande find nul.
gfind est ton ami ?
> - Dans les unix commerciaux leur vi n'a pas de multi-undo et ne vérifie pas si le
> fichier est déjà ouvert (oublions la colorisation...).
Bah oui, c'est vi. Un vi qui marche dans toutes les situations et vite. C'est pas tout à fait pareil ...
[message subliminal]Et puis, pourquoi ne pas utiliser Emacs, hein ?[/message subliminal]
> - ssh sur les unix commerciaux n'est pratiquement jamais disponible.
Je suppose que OpenSSH compile pas trop mal un peu partout et que SSH (le commercial) doit être porté aussi un peu partout pour la clientèle ...
> - le programme gzip ce trouve au fond de /usr/ccs/contrib/nosupport/free/
Bah, si c'est qu'un problème de PATH, hein ...
> - le programme make est nul
Ça dépend du make (hum ... smake sur SGI ?)
> - les débugger graphic sont chez.
Je suis pas sur que les débuggueurs sous Linux soient tellement mieux (enfin, d'expérience, quand je vois ce que gdb a pu me sortir parfois, ça fait peur ...)
> - apache n'est pas fourni en standard
Il me semble qu'il l'est avec HP-UX ... et jusqu'à présent Irix était fourni avec le serveur Netscape (mais je me demande si ça n'a pas changé, tiens ...).
> - Sous les unix commerciaux la partie multimedia et pratiquement inexistante.
Euuuh ... SGI ?
Mais bon, le reste du temps, c'est pas non plus trop fait pour ...
> Il y a quelqu'un ici qui préfère un Unix commercial à Linux pour l'utilisation.
> Je parle d'utilisation et non de caractéristiques de tenu en charge
Si on parle utilisation et non installation, que ce soit un Linux ou Unix quelconque, le résultat sera le même pour moi ... j'ai mes outils, mon environnement de travail (qui se ressemblera fortement dans les 2 cas), donc bon ... pas grosses différences au final ...
« 1% des navigateurs sur le Web sont Linux.
ça faire près du million de bécanes..non ? »
Pour ce qui est du piratage, tu peux me citer le nombre de logiciels commerciaux sur le marché (par rapport au nombre de logiciels commerciaux sous Windows ou même sous MacOS) ?
Pour ce qui est des virus, on a quand même un certain nombre de vers existants qui se baladent sur le net (ou alors, faut m'expliquer les scans sur les ports lpr et portmap). Et puis, le phénomène Linux est tout de même relativement récent, encore. Attendons un peu que les logiciels User-Friendly se répandent un peu plus en commettant les mêmes erreurs que leurs aînés, et on verra bien ...
« J'ai vécu, et vis dans un milieu Unix.
Nous ne parlons JAMAIS de piratage , ni meme de virus. »
Surtout il faut noter que jusqu'à l'émergence des Unix libres, les Unix disponibles étaient quand même très limités au monde de l'entreprise et à quelques personnes en particulier (les administrateurs de l'entreprise). Donc bon, le nombre d'utilisateurs (et donc le nombre potentiel de créateurs de virus et de "pirates") est tout de même bien plus réduit ...
Oui, enfin, quand même, il vaudrait mieux rester en Woody (enfin, testing, pour être exact, une fois que Woody sera passée stable) parce que le jour où on se retrouve avec le ifup cassé, la glibc qui traumatise les browsers ou autres joies de unstable, on se dit que finalement ...
Testing est pas mal mis à jour (les paquets stables passent de unstable à testing au bout de quoi ... une semaine ou 10 jours ...) et est normalement moins casse-gueule ...
> Pourquoi les grand sites, je pense nottament a /. tournent-il sous FreeBSD ?
Ahem ... Je ne sais pas si la config de slashdot.org a si changé que ça depuis le temps, mais aux dernières nouvelles, Slashdot tournait sur des machines de VA Linux avec des Debian (sauf une RedHat) et avec comme seule machine BSD un pont filtrant pour la sécurité. Et si cette machine est arrivée là, c'est parce que le personnel là-bas connaissait l'OS, avait des besoins que cet OS comblait très bien, et voilà.
> rdesktop permet donc d'étaler le basculement, avec des coût de migration moindre.
> Démarrer avec rdesktop n'a pas d'incidence sur un budget (et même un gain) :
> La migration est amorti par le coût des licences et du matèriel qu'il faudrait investir pour WinXP.
Ah oui, mais non, au niveau matériel, je veux bien (quoique, pour 40-50 personnes, il faut un ou plusieurs serveurs bien pourvus pour tenir la charge), mais au niveau des licences, ça reste un gros investissement, vu qu'en plus des licences d'accès à la machine, il faut une licence OS par client ... Donc, "bof", quand même ...
Ah oui, mais non, rdesktop est un bon produit sous Unix (et non pas sous GNU/Linux en particulier) pour avoir accès à un environnement Windows, mais cela nécessite tout de même derrière de mettre en place un environnement de type NT4 TSE ou Windows 2000 avec service Terminal Server, ce qui n'est pas des plus léger et qui monopolise une machine (hum, quoique ... accèder à un TSE tournant dans un VMWare ... *gruiiik*).
le seul truc que j'ai toujours trouvé mal foutu dans toutes les distrib que j'ai utilisé (redhat mandrake debian) est que justement on n'a pas le détail de la configuration du noyau standard.
Debian is good for you. La config se trouve (enfin, si le noyau est installé par un paquet, proprement) dans /boot/config-`uname -r` (ce sont des backquotes, ici).
seb.
(-1, parce que bon, je vois pas le rapport avec les CD audio)
[^] # Re: c'est domage que ibm et sun ai peur de hp compaq
Posté par Sebastien (site web personnel) . En réponse à la dépêche Attention Sun débarque. Évalué à 4.
Ah, et euh ... Linux tourne sur zSeries ... donc IBM a bien un Unix sur zSeries au moins par ce biais ...
[^] # Re: window.close() et tabs
Posté par Sebastien (site web personnel) . En réponse à la dépêche Mozilla 1.1 Beta. Évalué à 10.
Clairement, je suis un gros utilisateur de ce truc, je compte pas le nombre de fois où dans la journée je vais sélectionner une url quelque part (terminal, autre navigateur, emacs ...) pour la coller d'un clic du milieu dans mon navigateur pour y aller.
Konqueror fait la même chose, Netscape 4.x fait la même chose, Opera fait la même chose ...
Bref, cela n'a pas à être corrigé!
seb.
[^] # Re: Une lecture intéressante
Posté par Sebastien (site web personnel) . En réponse à la dépêche Comprendre les Design Patterns. Évalué à 10.
> Certaines d'entre elles (je pense en particulier à
> celles qui sont appellées modèles de structure) sont
> quand même clairement des bidouilles pour contourner
> des limitations du langage, C++ en l'occurrence.
Erm. À vrai dire, le monsieur qui a écrit l'article est un développeur Java, et tous les exemples sont en Java (avec des interfaces et du Javadoc).
Et puis, il n'est pas question de faire des bidouillages pour taper moins de trucs, mais de faire quelque chose de propre pour imposer certaines conditions ou bypasser certains élements de codes non-modifiables.
seb.
[^] # Re: J'ai du mal ...
Posté par Sebastien (site web personnel) . En réponse à la dépêche Publicité étrange sur google.fr. Évalué à 0.
[^] # Re: Cool, enfin.
Posté par Sebastien (site web personnel) . En réponse à la dépêche Le mariage heureux de Vim et KDE. Évalué à 7.
> Emacs (puisque tu pensais à lui) n'a pas besoin d'être intégrer à quoi que ce soit
Donc je suppose qu'on va éviter de parler des packages xemacs21-gnome-{mule,mule-canna-wnn,nomule} qu'on trouve dans la Debian, non ?
seb.
# interpretation et relay
Posté par Sebastien (site web personnel) . En réponse à la dépêche Serveurs de courriel de Wanadoo et Oléane sur liste noire. Évalué à 7.
La plupart des tests montrés donnent ainsi un serveur de mail d'un client Oléane qui utilise le fameux serveur appartenant à Oléane comme "smart host" (donc en gros, il renvoie tous les mails dessus). Donc le serveur Oléane les relaie comme il faut, vu que c'est une machine cliente et il se retrouve black-listé vu qu'il est en serveur de sortie du spam.
D'ailleurs, un test bête et méchant pour voir s'il ne relaie pas les clients externes montre bien qu'il refuse correctement ces messages.
Donc j'aurais plutôt tendance à douter de ce type de listes de boycottage ...
seb.
# approche différente ...
Posté par Sebastien (site web personnel) . En réponse à la dépêche Pare-feu avec authentification. Évalué à 2.
Ce qui veut dire que si, a posteriori, je veux analyser les règles firewall d'une machine avec ce système, il faut que je regarde la config globale de pf, puis que je fasse attention à tous les comptes utilisateurs ayant ce shell pour lire les règles associées, fichier par fichier ... Bof, quoi ...
Je trouve un peu dommage cette approche de ce problème simple.
Pour rappel, ipfilter (oh, le concurrent de pf!) supporte normalement une règle qui n'est ni "pass" ou "block", mais "auth". Donc en gros, le packet va être passé via une interface particulière à un programme (en userland) qui dire si le packet sera passé/refusé/whatever. Malheureusement, je ne crois pas qu'il y ait de daemon opensource pour gérer ce genre de choses. Pourtant le fonctionnement me semblait plus simple et plus sain.
Oh, et puis, ça veut dire que ça devient franchement incompatible entre pf/ipfilter, c'est cool, un avantage de moins pour les deux, alors qu'avant on pouvait "facilement" transposer le second sur du (net|free|open)bsd ou sur du solaris ou autre ...
'fin bref ...
seb.
[^] # thème lynx (was Re: c bô)
Posté par Sebastien (site web personnel) . En réponse à la dépêche Mise à jour LinuxFr. Évalué à 1.
Et devoir jongler avec 2 jeux de préférences, un pour les navigateurs graphiques et un autre pour ceux en mode texte, c'est pas super intéressant ...
Pour l'instant, je trouve que le thème phpnukeopenmind est celui qui est le plus propre dans tout ça. Mais bon, vu qu'il semble que j'ai eu tort pour les alt, je vais voir ce que dit w3m.
seb.
[^] # Re: c bô
Posté par Sebastien (site web personnel) . En réponse à la dépêche Mise à jour LinuxFr. Évalué à -1.
Donc le thème BeOS, direction poubelle. suivant ?
seb.
[^] # Re: ca y est!
Posté par Sebastien (site web personnel) . En réponse à la dépêche Écriture de virus ELF pour Linux i386. Évalué à 2.
> 2000 il existe l'équivalent d'un su quelque part dans le système.
En plus, de runas, déjà cité, on pourrait aussi signaler la combinaison shift+<clic droit> qui offrira un joli menu contenant l'entrée « Exécuter en tant que ... ».
seb.
[^] # Re: Apportez vos cables rj45 et des multiprises.
Posté par Sebastien (site web personnel) . En réponse à la dépêche LIP à Charleroi le 9/02/2002. Évalué à -10.
> Bah, c'est nul, chacun devrait ramener sa fibre optique, Gigabit roulaize !!!
> </troll>
Et le Gigabit ethernet, c'est pour les chiens ?!
(-1 aussi, parce que bon, faudrait pas relever trop le niveau du débat, hein)
seb.
[^] # Re: Que penser des Unix commerciaux...
Posté par Sebastien (site web personnel) . En réponse à la dépêche Sun et Linux. Évalué à 0.
Après, Linux, BSD, Unix commercial quelconque, même combat ...
seb.
[^] # Re: Que penser des Unix commerciaux...
Posté par Sebastien (site web personnel) . En réponse à la dépêche Sun et Linux. Évalué à 10.
Le compilo C++ n'est pas toujours à la hauteur.
> - les free software s'installe sans problème
Oui évidemment ... mais bon, j'ai déjà entendu pas mal d'utilisateurs BSD se plaindre des développeurs "Linuxiens", donc bon, ce n'est pas spécifique aux Unix commerciaux.
> - sous Linux, par défaut, quand t'ouvre une xterm et appuis
> sur "flèche vers le haut", t'as la commande précédente et pas des caractères à la con.
Tout dépend du shell, évidemment.
> - Trouvé un admin Solaris ou HP-UX pour configurer une bécane qui support sans problème un
> clavier azerty frise la mission impossible
Bof, pas mal de monde préfére le qwerty pour coder, là, où je bosse, donc bon ...
> - Sous les unix commerciaux quand t'installe un programme, 9/10 il faut mettre à jour
> PATH, LD_LIBRARY, etc... Avec linux et une bonne distrib du fait un truc du style
> "rpm -i ..." et çà roule.
Les packages ne sont pas spécifiques à Linux. Sinon, je peux dire que sous Irix, je vers sur le web SGI, je fouille les freeware ... je clique sur celui que je veux installer et hop, il me lance l'interface graphique du système d'installation et me demande le mot de passe. Trop super dur, ouais ...
> - Les unix commerciaux me font de la peine avec CDE qui n'a pas bougé depuis 5 ans aux moins
Bah, question de choix ... rien ne t'oblige à l'utiliser (sauf peut-être un admin facho ?)
Wmaker tourne très bien sous pas mal d'Unix commerciaux ...
> - Les unix commerciaux n'ont pas des utilitaires top cool comme "locate" "rsync".
Et y'a une clause de la licence de ces utilitaires qui les empêche d'être portés sous ces Unix commerciaux ? Mais il me semble qu'ils sont disponibles pour les différents Unix commerciaux sur les sites de logiciels libres respectifs ...
> - la commande more sous Solaris ne permet pas de revenir en arrière.
Sous Linux non plus.
> - Lorsqu'on fait un recherche avec more, le mot recherché n'est pas mis en surbrillance.
Sous Linux non plus.
> - Les unix commerciaux ont une commande find nul.
gfind est ton ami ?
> - Dans les unix commerciaux leur vi n'a pas de multi-undo et ne vérifie pas si le
> fichier est déjà ouvert (oublions la colorisation...).
Bah oui, c'est vi. Un vi qui marche dans toutes les situations et vite. C'est pas tout à fait pareil ...
[message subliminal]Et puis, pourquoi ne pas utiliser Emacs, hein ?[/message subliminal]
> - ssh sur les unix commerciaux n'est pratiquement jamais disponible.
Je suppose que OpenSSH compile pas trop mal un peu partout et que SSH (le commercial) doit être porté aussi un peu partout pour la clientèle ...
> - le programme gzip ce trouve au fond de /usr/ccs/contrib/nosupport/free/
Bah, si c'est qu'un problème de PATH, hein ...
> - le programme make est nul
Ça dépend du make (hum ... smake sur SGI ?)
> - les débugger graphic sont chez.
Je suis pas sur que les débuggueurs sous Linux soient tellement mieux (enfin, d'expérience, quand je vois ce que gdb a pu me sortir parfois, ça fait peur ...)
> - apache n'est pas fourni en standard
Il me semble qu'il l'est avec HP-UX ... et jusqu'à présent Irix était fourni avec le serveur Netscape (mais je me demande si ça n'a pas changé, tiens ...).
> - Sous les unix commerciaux la partie multimedia et pratiquement inexistante.
Euuuh ... SGI ?
Mais bon, le reste du temps, c'est pas non plus trop fait pour ...
> Il y a quelqu'un ici qui préfère un Unix commercial à Linux pour l'utilisation.
> Je parle d'utilisation et non de caractéristiques de tenu en charge
Si on parle utilisation et non installation, que ce soit un Linux ou Unix quelconque, le résultat sera le même pour moi ... j'ai mes outils, mon environnement de travail (qui se ressemblera fortement dans les 2 cas), donc bon ... pas grosses différences au final ...
seb.
[^] # Re: Le piratage à grande échelle a été créé par Microsoft
Posté par Sebastien (site web personnel) . En réponse à la dépêche MS accuse les pirates de financer le terrorisme. Évalué à 4.
ça faire près du million de bécanes..non ? »
Pour ce qui est du piratage, tu peux me citer le nombre de logiciels commerciaux sur le marché (par rapport au nombre de logiciels commerciaux sous Windows ou même sous MacOS) ?
Pour ce qui est des virus, on a quand même un certain nombre de vers existants qui se baladent sur le net (ou alors, faut m'expliquer les scans sur les ports lpr et portmap). Et puis, le phénomène Linux est tout de même relativement récent, encore. Attendons un peu que les logiciels User-Friendly se répandent un peu plus en commettant les mêmes erreurs que leurs aînés, et on verra bien ...
seb.
[^] # Re: Le piratage à grande échelle a été créé par Microsoft
Posté par Sebastien (site web personnel) . En réponse à la dépêche MS accuse les pirates de financer le terrorisme. Évalué à 7.
Nous ne parlons JAMAIS de piratage , ni meme de virus. »
Surtout il faut noter que jusqu'à l'émergence des Unix libres, les Unix disponibles étaient quand même très limités au monde de l'entreprise et à quelques personnes en particulier (les administrateurs de l'entreprise). Donc bon, le nombre d'utilisateurs (et donc le nombre potentiel de créateurs de virus et de "pirates") est tout de même bien plus réduit ...
[^] # Re: date
Posté par Sebastien (site web personnel) . En réponse à la dépêche Install Party au Forum du Landrel par GULLIVER. Évalué à 2.
# date
Posté par Sebastien (site web personnel) . En réponse à la dépêche Install Party au Forum du Landrel par GULLIVER. Évalué à 8.
[^] # Re: Est ce que ca vaut vraiement le coup ?
Posté par Sebastien (site web personnel) . En réponse à la dépêche BeOS n'est pas mort. Évalué à 2.
Personnellement, c'est cette façon de voir qui m'intéresse dans le libre. Être libre de créer et d'utiliser des logiciels comme chacun le souhaite.
seb.
[^] # Re: GPL, pas exactement
Posté par Sebastien (site web personnel) . En réponse à la dépêche Publication de Code_Aster en libre. Évalué à -2.
[^] # Re: La progression de Debian révélateur ?
Posté par Sebastien (site web personnel) . En réponse à la dépêche Sondages, sondages, sondages. Évalué à 1.
Testing est pas mal mis à jour (les paquets stables passent de unstable à testing au bout de quoi ... une semaine ou 10 jours ...) et est normalement moins casse-gueule ...
seb.
[^] # Re: quel courage !
Posté par Sebastien (site web personnel) . En réponse à la dépêche Un serveur Web n'est pas conçu pour résister à des attaques. Évalué à -2.
Mais tout de même, le score négatif est mérité, ici. Sur d'autres sites, on aurait pu mettre [ -1, Offtopic, Troll ].
seb.
[ D'ailleurs, -1 ici aussi, vu qu'on est toujours OT ...]
[^] # Re: FreeBSD =?=> BSD & BSD vs linux
Posté par Sebastien (site web personnel) . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 7.
Ahem ... Je ne sais pas si la config de slashdot.org a si changé que ça depuis le temps, mais aux dernières nouvelles, Slashdot tournait sur des machines de VA Linux avec des Debian (sauf une RedHat) et avec comme seule machine BSD un pont filtrant pour la sécurité. Et si cette machine est arrivée là, c'est parce que le personnel là-bas connaissait l'OS, avait des besoins que cet OS comblait très bien, et voilà.
seb.
[^] # Re: Une autre façon de migrer
Posté par Sebastien (site web personnel) . En réponse à la dépêche Linux est il pret pour le desktop ?. Évalué à 1.
Ah oui, mais non, au niveau matériel, je veux bien (quoique, pour 40-50 personnes, il faut un ou plusieurs serveurs bien pourvus pour tenir la charge), mais au niveau des licences, ça reste un gros investissement, vu qu'en plus des licences d'accès à la machine, il faut une licence OS par client ... Donc, "bof", quand même ...
seb.
[^] # Re: Une autre façon de migrer
Posté par Sebastien (site web personnel) . En réponse à la dépêche Linux est il pret pour le desktop ?. Évalué à 1.
seb.
[^] # Re: ETES VOUS TOUS CANDIDE ?
Posté par Sebastien (site web personnel) . En réponse à la dépêche tu me payes, je te bride .... Évalué à -1.
Debian is good for you. La config se trouve (enfin, si le noyau est installé par un paquet, proprement) dans /boot/config-`uname -r` (ce sont des backquotes, ici).
seb.
(-1, parce que bon, je vois pas le rapport avec les CD audio)