"KDE 4.3.2 est efficace et rapide. Ce n’est pas un environnement de
travail facile d’accès, car il est aussi puissant que polyvalent. Une
impression de fouillis se fait donc rapidement sentir. Les plus frileux
préféreront donc peut-être GNOME, qui est ici présent en mouture
2.28.1."
Essayez d'y comprendre qqchose ... En tout cas c'est pas fait pour
travailler...
"Un manque flagrant de sobriété
Une distribution Linux axée sur KDE est toujours intéressante.
Toutefois, la complexité de cet environnement de bureau empire à cause
des choix réalisés par Mandriva. Il est ainsi dommage qu’autant
d’applications KDE soient installées par défaut. Était-il nécessaire de
proposer plusieurs dizaines de jeux, ou des outils multiples effectuant
des tâches identiques ? Même constat avec le design de l’OS : il est
superbe, mais peu adapté aux professionnels. Heureusement, ce point
pourra facilement être corrigé"
Essayez d'y comprendre qqchose ... En tout cas c'est pas fait pour
travailler...
"Et que dire de l’excellente suite bureautique KOffice, qui n’est même
pas installée par défaut"
Essayez d'y comprendre qqchose ... En tout cas c'est pas fait pour
travailler...
Bref, c'est un jouet de boutonneux cliquodrômé
--
P4nd1-P4nd4 vous salue, et annonce que le petit ourson possède
désormais son blog
p4nd1-p4nd4.over-blog.com
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas contenir d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il faut changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il faut juste connaître le système qu'on utilise un brin.
Ton disque est rayé. De toute façon, utiliser du Dell comme serveur critique, il faut vraiment le vouloir !
Ah, et tu conseilles quoi ? Parce que moi ce avec quoi j'ai été le moins emmerdé, c'est encore du Dell. Ca n'empêche pas qu'ils ont fait des grosses conneries, mais l'un dans l'autre...
HP ça a été complètement épique, IBM ça n'a pas marché mieux, les Sun x86 ont été un grand moment également.
JB.
-- BOFH excuse #375: Root name servers corrupted.
JKB <knatschke@koenigsberg.fr> wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir d'exécutables est _intéressant_. Si tu ne vois pas
pourquoi, il faut changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il
faut juste connaître le système qu'on utilise un brin.
Ton disque est rayé. De toute façon, utiliser du Dell comme serveur
critique, il faut vraiment le vouloir !
Ah, et tu conseilles quoi ? Parce que moi ce avec quoi j'ai été le moins
emmerdé, c'est encore du Dell. Ca n'empêche pas qu'ils ont fait des
grosses conneries, mais l'un dans l'autre...
HP ça a été complètement épique, IBM ça n'a pas marché mieux, les Sun
x86 ont été un grand moment également.
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas contenir d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il faut changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il faut juste connaître le système qu'on utilise un brin.
Ton disque est rayé. De toute façon, utiliser du Dell comme serveur critique, il faut vraiment le vouloir !
Ah, et tu conseilles quoi ? Parce que moi ce avec quoi j'ai été le moins emmerdé, c'est encore du Dell. Ca n'empêche pas qu'ils ont fait des grosses conneries, mais l'un dans l'autre...
HP ça a été complètement épique, IBM ça n'a pas marché mieux, les Sun x86 ont été un grand moment également.
JB.
-- BOFH excuse #375: Root name servers corrupted.
mauve
Le Mon, 09 Nov 2009 11:28:24 +0100, Julien BLACHE a écrit :
JKB wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir
d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il
faut
changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il faut juste connaître le système qu'on utilise un brin.
On se demande vraiment pourquoi certains se sont cassé le cul à introduire une option noexec dans mount...
-- mauve - http://13zenrv.fr dernier article : http://13zenrv.fr/2009/11/09/le-bonheur-simple-comme-yum/
Le Mon, 09 Nov 2009 11:28:24 +0100, Julien BLACHE a écrit :
JKB <knatschke@koenigsberg.fr> wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir
d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il
faut
changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il
faut juste connaître le système qu'on utilise un brin.
On se demande vraiment pourquoi certains se sont cassé le cul à
introduire une option noexec dans mount...
--
mauve - http://13zenrv.fr
dernier article :
http://13zenrv.fr/2009/11/09/le-bonheur-simple-comme-yum/
Le Mon, 09 Nov 2009 11:28:24 +0100, Julien BLACHE a écrit :
JKB wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir
d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il
faut
changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il faut juste connaître le système qu'on utilise un brin.
On se demande vraiment pourquoi certains se sont cassé le cul à introduire une option noexec dans mount...
-- mauve - http://13zenrv.fr dernier article : http://13zenrv.fr/2009/11/09/le-bonheur-simple-comme-yum/
JKB
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile..., Julien BLACHE ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas contenir d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il faut changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il faut juste connaître le système qu'on utilise un brin.
Ton disque est rayé. De toute façon, utiliser du Dell comme serveur critique, il faut vraiment le vouloir !
Ah, et tu conseilles quoi ? Parce que moi ce avec quoi j'ai été le moins emmerdé, c'est encore du Dell. Ca n'empêche pas qu'ils ont fait des grosses conneries, mais l'un dans l'autre...
HP ça a été complètement épique, IBM ça n'a pas marché mieux, les Sun x86 ont été un grand moment également.
J'ai du Digital^WCOmpaq^WHP qui fonctionne très bien (il est vrai sous OpenVMS 8.3) et du Sun (x86 et Sparc) qui ne me posent rigoureusement aucun problème sous Solaris ou Linux. Je n'ai eu que des emmerdes avec Dell (entre le matériel qui ne correspondait pas aux specs et les trucs parfaitement louches qui causaient des instabilités, tu m'étonnes que Dell ne spécifie que certraines distributions avec leur matériel foireux !). Les trois dernières commandes que j'ai passé chez Dell ont failli se terminer au tribunal pour qu'ils me reprennent le matériel et me remboursent car le matériel livré ne _correspondait_ pas à la commande. En gros, j'ai passé plusieurs centaines de milliers d'euros HT de commande pour du matériel très spécifique, des baies de disques. Les specs du matériel livré ne correspondaient pas à la commande passée et validée par leur service technique à Montpellier et le rendait inutilisable dans ce cas précis. J'ai bataillé trois mois pour qu'ils me reprennent le matériel et qu'ils me remboursent (parce qu'un avoir, je n'en ai strictement rien à faire). Et je ne parle pas des pièces détachées impossible à obtenir. J'ai dû acheter pour un client qui ne jurait que par Dell (il en est d'ailleurs revenu) dix PC avec carte graphique bi-écran. Fait. Sauf que si le PC possède bien deux sorties écran sur la carte graphique, son bios empêche de les utiliser en biécran (là encore, la conf avait été validée par le staff technique et j'avait heureusement des écrits). Dell a été _incapable_ de me fournir les dix cartes graphiques qui allait bien (montées dans des PC neuf, délai de huit jours, fournies en spare, _trois_ mois !). Résultat, j'ai acheté lesdites cartes chez Surcouf, elles ont coûté trois fois moins cher que le remboursement de Dell pour les mêmes références (et j'ai pu garder les cartes graphiques en question qui fonctionnent parfaitement en biécran sur un PC non Dell).
Donc Dell, très peu pour moi.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 09-11-2009, ? propos de
Re: Ils ne sont pas difficile...,
Julien BLACHE ?crivait dans fr.comp.os.linux.debats :
JKB <knatschke@koenigsberg.fr> wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir d'exécutables est _intéressant_. Si tu ne vois pas
pourquoi, il faut changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il
faut juste connaître le système qu'on utilise un brin.
Ton disque est rayé. De toute façon, utiliser du Dell comme serveur
critique, il faut vraiment le vouloir !
Ah, et tu conseilles quoi ? Parce que moi ce avec quoi j'ai été le moins
emmerdé, c'est encore du Dell. Ca n'empêche pas qu'ils ont fait des
grosses conneries, mais l'un dans l'autre...
HP ça a été complètement épique, IBM ça n'a pas marché mieux, les Sun
x86 ont été un grand moment également.
J'ai du Digital^WCOmpaq^WHP qui fonctionne très bien (il est vrai
sous OpenVMS 8.3) et du Sun (x86 et Sparc) qui ne me posent
rigoureusement aucun problème sous Solaris ou Linux. Je n'ai eu que
des emmerdes avec Dell (entre le matériel qui ne correspondait pas
aux specs et les trucs parfaitement louches qui causaient des
instabilités, tu m'étonnes que Dell ne spécifie que certraines
distributions avec leur matériel foireux !). Les trois dernières
commandes que j'ai passé chez Dell ont failli se terminer au
tribunal pour qu'ils me reprennent le matériel et me remboursent car
le matériel livré ne _correspondait_ pas à la commande. En gros,
j'ai passé plusieurs centaines de milliers d'euros HT de commande
pour du matériel très spécifique, des baies de disques. Les specs
du matériel livré ne correspondaient pas à la commande passée et validée
par leur service technique à Montpellier et le rendait inutilisable dans
ce cas précis. J'ai bataillé trois mois pour qu'ils me reprennent le
matériel et qu'ils me remboursent (parce qu'un avoir, je n'en ai
strictement rien à faire). Et je ne parle pas des pièces détachées
impossible à obtenir. J'ai dû acheter pour un client qui ne jurait que
par Dell (il en est d'ailleurs revenu) dix PC avec carte graphique
bi-écran. Fait. Sauf que si le PC possède bien deux sorties écran
sur la carte graphique, son bios empêche de les utiliser en biécran
(là encore, la conf avait été validée par le staff technique et
j'avait heureusement des écrits). Dell a été _incapable_ de me
fournir les dix cartes graphiques qui allait bien (montées dans des
PC neuf, délai de huit jours, fournies en spare, _trois_ mois !).
Résultat, j'ai acheté lesdites cartes chez Surcouf, elles ont coûté
trois fois moins cher que le remboursement de Dell pour les mêmes
références (et j'ai pu garder les cartes graphiques en question qui
fonctionnent parfaitement en biécran sur un PC non Dell).
Donc Dell, très peu pour moi.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile..., Julien BLACHE ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas contenir d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il faut changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il faut juste connaître le système qu'on utilise un brin.
Ton disque est rayé. De toute façon, utiliser du Dell comme serveur critique, il faut vraiment le vouloir !
Ah, et tu conseilles quoi ? Parce que moi ce avec quoi j'ai été le moins emmerdé, c'est encore du Dell. Ca n'empêche pas qu'ils ont fait des grosses conneries, mais l'un dans l'autre...
HP ça a été complètement épique, IBM ça n'a pas marché mieux, les Sun x86 ont été un grand moment également.
J'ai du Digital^WCOmpaq^WHP qui fonctionne très bien (il est vrai sous OpenVMS 8.3) et du Sun (x86 et Sparc) qui ne me posent rigoureusement aucun problème sous Solaris ou Linux. Je n'ai eu que des emmerdes avec Dell (entre le matériel qui ne correspondait pas aux specs et les trucs parfaitement louches qui causaient des instabilités, tu m'étonnes que Dell ne spécifie que certraines distributions avec leur matériel foireux !). Les trois dernières commandes que j'ai passé chez Dell ont failli se terminer au tribunal pour qu'ils me reprennent le matériel et me remboursent car le matériel livré ne _correspondait_ pas à la commande. En gros, j'ai passé plusieurs centaines de milliers d'euros HT de commande pour du matériel très spécifique, des baies de disques. Les specs du matériel livré ne correspondaient pas à la commande passée et validée par leur service technique à Montpellier et le rendait inutilisable dans ce cas précis. J'ai bataillé trois mois pour qu'ils me reprennent le matériel et qu'ils me remboursent (parce qu'un avoir, je n'en ai strictement rien à faire). Et je ne parle pas des pièces détachées impossible à obtenir. J'ai dû acheter pour un client qui ne jurait que par Dell (il en est d'ailleurs revenu) dix PC avec carte graphique bi-écran. Fait. Sauf que si le PC possède bien deux sorties écran sur la carte graphique, son bios empêche de les utiliser en biécran (là encore, la conf avait été validée par le staff technique et j'avait heureusement des écrits). Dell a été _incapable_ de me fournir les dix cartes graphiques qui allait bien (montées dans des PC neuf, délai de huit jours, fournies en spare, _trois_ mois !). Résultat, j'ai acheté lesdites cartes chez Surcouf, elles ont coûté trois fois moins cher que le remboursement de Dell pour les mêmes références (et j'ai pu garder les cartes graphiques en question qui fonctionnent parfaitement en biécran sur un PC non Dell).
Donc Dell, très peu pour moi.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
JKB
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile..., mauve ?crivait dans fr.comp.os.linux.debats :
Le Mon, 09 Nov 2009 11:28:24 +0100, Julien BLACHE a écrit :
JKB wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir
d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il
faut
changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il faut juste connaître le système qu'on utilise un brin.
On se demande vraiment pourquoi certains se sont cassé le cul à introduire une option noexec dans mount...
Ils n'avaient rien à faire ce jour-là et ils ne connaissaient pas Tougard.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 09-11-2009, ? propos de
Re: Ils ne sont pas difficile...,
mauve ?crivait dans fr.comp.os.linux.debats :
Le Mon, 09 Nov 2009 11:28:24 +0100, Julien BLACHE a écrit :
JKB <knatschke@koenigsberg.fr> wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir
d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il
faut
changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il
faut juste connaître le système qu'on utilise un brin.
On se demande vraiment pourquoi certains se sont cassé le cul à
introduire une option noexec dans mount...
Ils n'avaient rien à faire ce jour-là et ils ne connaissaient pas
Tougard.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile..., mauve ?crivait dans fr.comp.os.linux.debats :
Le Mon, 09 Nov 2009 11:28:24 +0100, Julien BLACHE a écrit :
JKB wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir
d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il
faut
changer de métier.
Oui enfin rien n'empêche d'exécuter un binaire où qu'il se trouve, il faut juste connaître le système qu'on utilise un brin.
On se demande vraiment pourquoi certains se sont cassé le cul à introduire une option noexec dans mount...
Ils n'avaient rien à faire ce jour-là et ils ne connaissaient pas Tougard.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
debug this fifo
P4nd1-P4nd4 wrote:
Enfin, Suse c'est bon, car c'est la SEULE DISTRO AGREE PAR MICROSOFT
et ça apporte quoi comme avantage ?
P4nd1-P4nd4 wrote:
Enfin, Suse c'est bon, car c'est la SEULE DISTRO AGREE PAR MICROSOFT
Enfin, Suse c'est bon, car c'est la SEULE DISTRO AGREE PAR MICROSOFT
et ça apporte quoi comme avantage ?
Julien BLACHE
JKB wrote:
du matériel livré ne correspondaient pas à la commande passée et validée par leur service technique à Montpellier et le rendait inutilisable dans
Oui, ça, c'est vrai qu'il ne faut surtout rien leur demander, sinon ça finit très mal en général. Même quand tu bosses pour eux dans le cadre de Dell Services machin pouet-pouet ils sont incapables de te fournir des infos techniques :/
En fait, ils sont tellement segmentés en interne que eux-même n'arrivent pas à les avoir. Ce n'est même pas de la mauvaise volontée ou du jmenfoutisme, c'est juste une organisation débile.
JB.
-- BOFH excuse #376: Budget cuts forced us to sell all the power cords for the servers.
JKB <knatschke@koenigsberg.fr> wrote:
du matériel livré ne correspondaient pas à la commande passée et validée
par leur service technique à Montpellier et le rendait inutilisable dans
Oui, ça, c'est vrai qu'il ne faut surtout rien leur demander, sinon ça
finit très mal en général. Même quand tu bosses pour eux dans le cadre
de Dell Services machin pouet-pouet ils sont incapables de te fournir
des infos techniques :/
En fait, ils sont tellement segmentés en interne que eux-même n'arrivent
pas à les avoir. Ce n'est même pas de la mauvaise volontée ou du
jmenfoutisme, c'est juste une organisation débile.
JB.
--
BOFH excuse #376:
Budget cuts forced us to sell all the power cords for the servers.
du matériel livré ne correspondaient pas à la commande passée et validée par leur service technique à Montpellier et le rendait inutilisable dans
Oui, ça, c'est vrai qu'il ne faut surtout rien leur demander, sinon ça finit très mal en général. Même quand tu bosses pour eux dans le cadre de Dell Services machin pouet-pouet ils sont incapables de te fournir des infos techniques :/
En fait, ils sont tellement segmentés en interne que eux-même n'arrivent pas à les avoir. Ce n'est même pas de la mauvaise volontée ou du jmenfoutisme, c'est juste une organisation débile.
JB.
-- BOFH excuse #376: Budget cuts forced us to sell all the power cords for the servers.
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile..., Julien BLACHE ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
du matériel livré ne correspondaient pas à la commande passée et validée par leur service technique à Montpellier et le rendait inutilisable dans
Oui, ça, c'est vrai qu'il ne faut surtout rien leur demander, sinon ça finit très mal en général. Même quand tu bosses pour eux dans le cadre de Dell Services machin pouet-pouet ils sont incapables de te fournir des infos techniques :/
En fait, ils sont tellement segmentés en interne que eux-même n'arrivent pas à les avoir. Ce n'est même pas de la mauvaise volontée ou du jmenfoutisme, c'est juste une organisation débile.
Ce n'est pas au client final de payer les pots cassés d'autant que pour le même prix, tu as un service incomparablement supérieur chez Sun.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 09-11-2009, ? propos de
Re: Ils ne sont pas difficile...,
Julien BLACHE ?crivait dans fr.comp.os.linux.debats :
JKB <knatschke@koenigsberg.fr> wrote:
du matériel livré ne correspondaient pas à la commande passée et validée
par leur service technique à Montpellier et le rendait inutilisable dans
Oui, ça, c'est vrai qu'il ne faut surtout rien leur demander, sinon ça
finit très mal en général. Même quand tu bosses pour eux dans le cadre
de Dell Services machin pouet-pouet ils sont incapables de te fournir
des infos techniques :/
En fait, ils sont tellement segmentés en interne que eux-même n'arrivent
pas à les avoir. Ce n'est même pas de la mauvaise volontée ou du
jmenfoutisme, c'est juste une organisation débile.
Ce n'est pas au client final de payer les pots cassés d'autant que
pour le même prix, tu as un service incomparablement supérieur chez
Sun.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile..., Julien BLACHE ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
du matériel livré ne correspondaient pas à la commande passée et validée par leur service technique à Montpellier et le rendait inutilisable dans
Oui, ça, c'est vrai qu'il ne faut surtout rien leur demander, sinon ça finit très mal en général. Même quand tu bosses pour eux dans le cadre de Dell Services machin pouet-pouet ils sont incapables de te fournir des infos techniques :/
En fait, ils sont tellement segmentés en interne que eux-même n'arrivent pas à les avoir. Ce n'est même pas de la mauvaise volontée ou du jmenfoutisme, c'est juste une organisation débile.
Ce n'est pas au client final de payer les pots cassés d'autant que pour le même prix, tu as un service incomparablement supérieur chez Sun.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Stephane TOUGARD
JKB wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas contenir d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il faut changer de métier.
D'abord tu peux monter /var/tmp en noexec si tu penses que c'est si important. Ensuite, cela peut ou peut ne pas etre important. Tous les serveurs n'ont pas les memes contraintes en terme de securite.
J'en reviens a un serveur doit etre configure en fonction de ce qu'on veut en faire et non le contraire. Le reste, c'est de la masturbation de geek.
Dans ce cas, l'ancien noyau est toujours accessible. Chez moi, jamais dselect ne m'installe de noyau compilé.
Ben oui, mais chez toi c'est chez toi. Et chez toi, Debian n'a pas une configuration par defaut.
Les SuSE que j'installe ont une configuration par defaut et elles tournent tres bien sans que j'ai besoin de prendre a ma charge un travail qui revient, en theorie, aux mainteneurs de la distrib (il en va de meme sur une Slack et meme sur une RedHat et meme sur un Windows ou un MacOSX).
Avec qmail ? Je me marre, là... Parce que qmail est infoutu de fonctionner correctement avec des vrais serveurs de mail qui ne s'assoient pas sur les specs.
Ah bon ? je te promets d'en parler aux serveurs qui tournent depuis 10 ans, ont traite des millions d'emails sur des milliers de domaines et qui n'ont jamais eu aucun probleme d'interaction avec qui que ce soit a cause d'une RFC non respectee.
La tienne, c'est de critiquer ce que tu n'arrives pas à comprendre.
Tu as le droit de m'expliquer. Pour le moment, je n'ai lu que des affirmations peremptoires.
Faute de frappe, je parlais de Gimp 2.6 (et non 2.2).
C'est ça, raccroche-toi aux branches.
Je me raccroche pas aux branches, j'ai fait une faute de frappe. Je parle bien sur de Gimp dans sa version 2.6, les etres de bonne foi auront corrige d'eux memes. Les imbeciles utiliseront une faute de frappe pour eviter d'avoir a argumenter.
Jamais eu de problème avec une debian/testing, même sur des portables à la con. Je pense que tu dois être assez mauvais...
Moi non plus j'ai jamais eu de problemes. J'ai directement installe la Ubuntu, elle etait a jour de serie, le Wifi marchait bien et c'etait utilisable out-of-the-box sans que j'ai installe moulte chose.
Debian, j'ai essaye, j'ai telecharge le CD-1, j'ai installe. Ni Sinaptic, ni Dselect ne faisaient partis du CD-1. En fait, il y avait rien dans le CD-1, rien qu'un systeme de base qui dit qu'on aurait au moins du en telecharger 12 autres pour avoir un systeme qui marche, ou que tu dois chercher dans une doc pdt une plombe pour savoir comment configurer apt-get pour aller chercher des paquets la ou il faut.
JKB wrote:
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas
contenir d'exécutables est _intéressant_. Si tu ne vois pas
pourquoi, il faut changer de métier.
D'abord tu peux monter /var/tmp en noexec si tu penses que c'est si
important. Ensuite, cela peut ou peut ne pas etre important. Tous les
serveurs n'ont pas les memes contraintes en terme de securite.
J'en reviens a un serveur doit etre configure en fonction de ce qu'on
veut en faire et non le contraire. Le reste, c'est de la masturbation de
geek.
Dans ce cas, l'ancien noyau est toujours accessible. Chez moi,
jamais dselect ne m'installe de noyau compilé.
Ben oui, mais chez toi c'est chez toi. Et chez toi, Debian n'a pas une
configuration par defaut.
Les SuSE que j'installe ont une configuration par defaut et elles
tournent tres bien sans que j'ai besoin de prendre a ma charge un
travail qui revient, en theorie, aux mainteneurs de la distrib (il en va
de meme sur une Slack et meme sur une RedHat et meme sur un Windows ou
un MacOSX).
Avec qmail ? Je me marre, là... Parce que qmail est infoutu de
fonctionner correctement avec des vrais serveurs de mail qui ne
s'assoient pas sur les specs.
Ah bon ? je te promets d'en parler aux serveurs qui tournent depuis 10
ans, ont traite des millions d'emails sur des milliers de domaines et
qui n'ont jamais eu aucun probleme d'interaction avec qui que ce soit a
cause d'une RFC non respectee.
La tienne, c'est de critiquer ce que tu n'arrives pas à comprendre.
Tu as le droit de m'expliquer. Pour le moment, je n'ai lu que des
affirmations peremptoires.
Faute de frappe, je parlais de Gimp 2.6 (et non 2.2).
C'est ça, raccroche-toi aux branches.
Je me raccroche pas aux branches, j'ai fait une faute de frappe. Je parle
bien sur de Gimp dans sa version 2.6, les etres de bonne foi auront
corrige d'eux memes. Les imbeciles utiliseront une faute de frappe pour
eviter d'avoir a argumenter.
Jamais eu de problème avec une debian/testing, même sur des
portables à la con. Je pense que tu dois être assez mauvais...
Moi non plus j'ai jamais eu de problemes. J'ai directement installe la
Ubuntu, elle etait a jour de serie, le Wifi marchait bien et c'etait
utilisable out-of-the-box sans que j'ai installe moulte chose.
Debian, j'ai essaye, j'ai telecharge le CD-1, j'ai installe. Ni
Sinaptic, ni Dselect ne faisaient partis du CD-1. En fait, il y avait
rien dans le CD-1, rien qu'un systeme de base qui dit qu'on aurait au
moins du en telecharger 12 autres pour avoir un systeme qui marche, ou que
tu dois chercher dans une doc pdt une plombe pour savoir comment
configurer apt-get pour aller chercher des paquets la ou il faut.
Absolument pas. Le fait d'avoir un /var/tmp qui ne _peut_ pas contenir d'exécutables est _intéressant_. Si tu ne vois pas pourquoi, il faut changer de métier.
D'abord tu peux monter /var/tmp en noexec si tu penses que c'est si important. Ensuite, cela peut ou peut ne pas etre important. Tous les serveurs n'ont pas les memes contraintes en terme de securite.
J'en reviens a un serveur doit etre configure en fonction de ce qu'on veut en faire et non le contraire. Le reste, c'est de la masturbation de geek.
Dans ce cas, l'ancien noyau est toujours accessible. Chez moi, jamais dselect ne m'installe de noyau compilé.
Ben oui, mais chez toi c'est chez toi. Et chez toi, Debian n'a pas une configuration par defaut.
Les SuSE que j'installe ont une configuration par defaut et elles tournent tres bien sans que j'ai besoin de prendre a ma charge un travail qui revient, en theorie, aux mainteneurs de la distrib (il en va de meme sur une Slack et meme sur une RedHat et meme sur un Windows ou un MacOSX).
Avec qmail ? Je me marre, là... Parce que qmail est infoutu de fonctionner correctement avec des vrais serveurs de mail qui ne s'assoient pas sur les specs.
Ah bon ? je te promets d'en parler aux serveurs qui tournent depuis 10 ans, ont traite des millions d'emails sur des milliers de domaines et qui n'ont jamais eu aucun probleme d'interaction avec qui que ce soit a cause d'une RFC non respectee.
La tienne, c'est de critiquer ce que tu n'arrives pas à comprendre.
Tu as le droit de m'expliquer. Pour le moment, je n'ai lu que des affirmations peremptoires.
Faute de frappe, je parlais de Gimp 2.6 (et non 2.2).
C'est ça, raccroche-toi aux branches.
Je me raccroche pas aux branches, j'ai fait une faute de frappe. Je parle bien sur de Gimp dans sa version 2.6, les etres de bonne foi auront corrige d'eux memes. Les imbeciles utiliseront une faute de frappe pour eviter d'avoir a argumenter.
Jamais eu de problème avec une debian/testing, même sur des portables à la con. Je pense que tu dois être assez mauvais...
Moi non plus j'ai jamais eu de problemes. J'ai directement installe la Ubuntu, elle etait a jour de serie, le Wifi marchait bien et c'etait utilisable out-of-the-box sans que j'ai installe moulte chose.
Debian, j'ai essaye, j'ai telecharge le CD-1, j'ai installe. Ni Sinaptic, ni Dselect ne faisaient partis du CD-1. En fait, il y avait rien dans le CD-1, rien qu'un systeme de base qui dit qu'on aurait au moins du en telecharger 12 autres pour avoir un systeme qui marche, ou que tu dois chercher dans une doc pdt une plombe pour savoir comment configurer apt-get pour aller chercher des paquets la ou il faut.
Stephane TOUGARD
JKB wrote:
J'ai du Digital^WCOmpaq^WHP qui fonctionne très bien (il est vrai sous OpenVMS 8.3) et du Sun (x86 et Sparc) qui ne me posent rigoureusement aucun problème sous Solaris ou Linux. Je n'ai eu que
Ben moi, j'ai du Dell qui ne me pose pas non plus le moindre probleme. J'ai eu des HP qui m'ont emmerde jusqu'aux trognon, des IBM qui qui etaient compatibles avec rien ...
Comme quoi, les experiences.
JKB wrote:
J'ai du Digital^WCOmpaq^WHP qui fonctionne très bien (il est vrai
sous OpenVMS 8.3) et du Sun (x86 et Sparc) qui ne me posent
rigoureusement aucun problème sous Solaris ou Linux. Je n'ai eu que
Ben moi, j'ai du Dell qui ne me pose pas non plus le moindre probleme.
J'ai eu des HP qui m'ont emmerde jusqu'aux trognon, des IBM qui qui
etaient compatibles avec rien ...
J'ai du Digital^WCOmpaq^WHP qui fonctionne très bien (il est vrai sous OpenVMS 8.3) et du Sun (x86 et Sparc) qui ne me posent rigoureusement aucun problème sous Solaris ou Linux. Je n'ai eu que
Ben moi, j'ai du Dell qui ne me pose pas non plus le moindre probleme. J'ai eu des HP qui m'ont emmerde jusqu'aux trognon, des IBM qui qui etaient compatibles avec rien ...
