[ Précédent :: 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 :: Suivant ]
Re: Slackware...
non elle n'était pas à l'abandon. Un LUG brésilien ainsi que d'autre groupes publiaient des mises à jours ad-intérim :
Wed Feb 2 18:22:01 PST 2005
Released Slackware 10.1 stable.
Thanks to everyone who helped out with this release, and especially to the
folks at GUS-BR and SlackSec who helped (and continue to help) with handling
security issues for the last few months, to Andreas Liebschner for keeping
the website updated and running smoothly, to Theresa Elam for all her hard
work running store.slackware.com, to the folks on alt.os.linux.slackware for
pointing out bugs and offering suggestions, to the people on ##slackware
that I met on IRC (and some again in later emails), to Justin, Kyle, and Dean
from the Linux User Group of Rochester, MN who I got to hang out with while
"vacationing" at the Mayo Clinic, to everyone who signed my online Christmas
card (one of the nicest things I ever got), and to all the kind and patient
members of the Slackware community. I hope all of you will enjoy this new
Slackware release.
Un utilisateur de slackware est informé que slack tourne autour de Pat Volkerding. Donc à la nouvelle de sa maladie, tout le monde a pris sur soi de faire certaines vérifications. Il suffit de garder un oeil sur les flux rss ou des mailing lists des sites sur la sécurité ainsi que des projets principaux pour savoir si on a besoin de faire des mises à jours de sécu. Je pense que tout utilisateur slackware sait compiler/patcher ses applis.
Bref même si ça a freiné les sorties de la slack pendant un court moment, il n'y a pas eu de problème...ce serait en effet différent dans le cas d'une distrib prônant l'obscurisation du fonctionnement de l'OS à ses utilisateurs...
[ Répondre ]
Re: Comparatif rapide entre hv3 et netsurf
bon à part ça la mémoire, c'est pas non plus un élément très pertinent puisque en ce qui plombe la majorité de l'occcupation mémoire sont les images qui sont chargées et pas l'appli (et ses libs) elle-même. C'est donc normal qu'on ait des chiffres relativement proches à une dizaine de megas près.
[ Répondre ]
Re: De toute façon Marine c'est XXX
Il n'y a pas que de la psychose. Si on ressent une telle différence depuis les années 90, c'est parce que la pédophilie était largement acceptée. C'était considéré honteux mais pas suffisamment grave pour sortir du cercle familial. C'est pas pour rien qu'1 fille sur 8 et 1 garçon sur 10 sont victimes d'agression sexuel avant leur majorité. C'est énorme.
[ Répondre ]
Re: Triste...
Ayant vécu dans la région, voir l'association des mots Dunkerque et prestige dans la même phrase m'ont bien fait rigoler :)
Le seul prestige que je peux attribuer à Dunkerque, c'est le corsaire Jean Bart, de l'époque de Louis XIV. Jean Paul Rouve, c'est nettement moins sexy ^_^
[ Répondre ]
Re: Génial !
Comme dit plus haut, ce que E17 me permet, c'est c'est de pouvoir gérer mes bureaux virtuels indépendemment de l'écran, même avec xinerama ou twinview.
ça permet de combiner les avantages de xinerama (une seule aire de travail, au cas ou je veux maximiser mes fenêtre sur les 2 écrans) avec ceux d'une solution 1 écran/1 bureau qui me permet de gérer mes bureaux virtuels de façon indépendante.
[ Répondre ]
Re: Génial !
C'est marrant ce que tu dis parce que je l'utilise depuis près d'1 an maintenant quotidiennement.
Bien sur il y'a encore des trucs instables mais comme tous les modules sont activables/désactivables à volonté, il suffit de n'utiliser que ce qui est stable et l'essentiel fonctionne très bien.
Pour moi le truc dont je ne peux plus me passer, c'est la façon dont il gère les différents bureaux virtuels avec du multi-écran. On peut changer de bureau virtuel sur chaque écran indépendamment au lieu d'avoir toujours les 2 écrans liés au même bureau virtuel occupant la largeur des 2 écrans comme dans gnome, kde et bien d'autres wm.
Et puis les thèmes proposés sont magnifiques...
[ Répondre ]
Re: Chanson
il n'y a pas d'équivalent à udev si c'est ce que tu recherches. Mais bon un branchement à chaud n'est pas si compliqué que ça. Un petit tail de /var/log/messages suivi d'un sudo mount /dev/<ledevicebranché> /point/de/montage ne prends pas 3 plombes non plus...
Bref tu devras lâcher la souris de temps en temps...
[ Répondre ]
Re: Perl vs Ruby
l'avantage c'est qu'il est fourni avec pratiquements tous les unixes, dans la distribution "officielle" j'entends...
Mine de rien quand il s'agit de machines de prods, on évite d'installer x langages, donc si perl y est déja installé, l'installation d'un ruby, python ou autre ne sera que très rarement justifiée/authorisée.
perl c'est un peu le MSN Messenger des unix, un monopole de fait. C'est drôle parce que ce n'est même pas le cas pour les shells.
Donc ça reste très utile de le connaitre et de le maitriser.
[ Répondre ]
Re: Xen²
Ensuite, je ne sais pas pour vous mais pour moi, je fais de tout, du support utilisateur à l'appel d'offre national... Du coup, soit la sécurité est torché car le sytème d'information trop compliqué, trop de machine, trop de panne... Avec Xen, j'ai retrouvé du temps donc j'ai pu améliorer la sécurité de chaque poste. Au global, mon système d'information est plus sain et plus clair.
Et c'est la qu'on oppose le cas par cas et la pratique.
Dans ton cas, tu as des moyens techniques et humains limités, donc tu dois daire un compromis. Mais dans l'absolu une archi 1 machine 1 os 1 appli serait plus sécurisée.
Bref tout le monde est d'accord, mais la pratique montre parfois qu'il est nécessaire de faire des compromis et des choix dans ce métier en fonction de ses besoins et moyens.
[ Répondre ]
Re: Xen²
Il n'empêche que je continue à ne pas être d'accord sur le fond. Avec la paravirtualisation, l'OS invité n'a accès qu'a quelques hypercalls, en nombre réduit et lus et relus alors que donner l'accès au matériel est bien plus dangereux.
c'est un question de point de vue et tout dépend à quoi on le compare.
imaginons les cas suivants :
1) 5 machines, chacune dédiée à une application spécifique.
2) 1 machine avec 5 applications différentes
3) 1 hôte de virtualisation avec 5 machines virtuelles dédiées chacune à une application.
Les leaders du projet OpenBSD partent du postulat que la solution 3) est forcément moins sécurisée que la solution 1) car des potentiels trous de sécurités peuvent exister et que l'architecture x86 ne l'est pas.
Par contre c'est sur que si tu compares la solution 1) avec la solution 3), il est vrai que la solution 3) est plus sécurisée.
Je crois que c'est de la que vient l'incompréhension, à la fois ici, et dans la mailing list. Il faut d'abord préciser quelle archi on compare...
[ Répondre ]
[ Précédent :: 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 :: Suivant ]
Cette page a été générée par Templeet en 0.1079s (dont 0.031 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: Si on pousse le raisonnement...
En même temps rien n'empêche de faire de même sur un autre système. Si t'as envie de mettre des binaires dans /etc ou /var et des fichiers de logs dans /usr/bin, le noyau ne va pas t'en empêcher...
La réalité c'est que Microsoft n'a pas donné à ses utilisateurs (et aux gens qui developpent pour windows) de bonnes habitudes. C'est pas vraiment un problème technique en soit, mais plutôt un problème d'éducation...
[ Répondre ]