Ouais et si tu as 20 ans et que tu es en bonne santé, c'est une obligation de la faire. Donc 6 mois d'école de recrue et après 3 semaines par année jusqu'à ce que tu aies fait tous tes jours (ou jusqu'à 34 ans). Tu reçois un fusil d'assaut (avec sa baïonnette): une arme automatique ayant le mode coup par coup, rafale de 3 et rafale de 20 que tu dois conserver chez toi et jusqu'à l'année passé une boîte de 50 cartouches à n'ouvrir quand cas de guerre. Tu dois pouvoir démonter et remonter ton arme en 1min 30s sans vision.
Tu as l'obligation d'aller tirer en stand de tir au moins une fois par année et tu dois faire un nombre de point minimal, sinon tu refais (et si tu refais pas, tu vas 3 jours dans le cadre de l'armée faire du tir de campagne).
Tu as, évidemment, une tenue de combat, des bottes de combat, un casque de combat, un costume militaire pour les sorties, ... que tu dois conserver chez toi, ce qui fait que tu as une armoire pleine de trucs inutiles qui est utilisées ...
Bref, un vrai bonheur.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
changer un systeme que ce soit Linux ou Windows c'est un bordel monstre dans les 2 cas.
Du monde Windows -> Unix, oui, de Unix -> Unix, c'est vraiment simple, en entreprise ou sur son ordi privé.
Ca montre au contraire qu'ils le controlent et en font ce qu'ils veulent, ce qui a le tord de ne pas plaire a Redhat et autres fans de GPL
Pas vraiment. Je vois à l'armée (où je suis "pionnier informatique", donc soldat qui s'occupe du système de l'état-major en cas de guerre), entre le chaos et le système MS, y'a pas grand chose. En gros pour installer le matériel, on met ~5h, le déploiement complet est fait en ~18h (si je me souviens bien), donc les ~13h c'est juste pour installer les machines, créer les répertoires (sur le serveur) et les utilisateurs. Une fois sur deux ça plante (la création des utilisateurs est chaotique à souhait (outil développé par Ruag, parce que créer les 200 à 300 comptes avec toutes les spécificités suivant le grade, le groupe, ... la guerre serait finie depuis longtemps si c'était fait manuellement)).
Enfin bref, un Active Directory classique, faut avoir une volée de secrétaires pour entrer les comptes utilisateurs (je me souviens une connaissance faisait ça tous l'été, dans une école où environ 500 personnes commençaient chaque automne) où alors automatiser, mais c'est une autrement plus délicat, car c'est pas prévu pour ça (où alors il y a un outil MS, mais j'en jamais vu (2007 mon dernier contact avec des serveurs MS)).
Pas de bol, je suis deja de retour a Seattle :+)
Et il y a pas de bière à Seattle ! Encore une raison de ne pas travailler pour MS ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Si un graphiste veux un rendu identique, il fait une image, pas une page html.
Sauf que moi je veux pas d'image où du texte pourrait être utilisé. Alors au lieu de se traiter mutuellement d'incompétent, on collabore et on trouve un consensus. C'est bien plus agréable et ça permet d'être heureux dans son travail.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
J'ai déjà eu une requête d'un graphiste d'interdire certains navigateurs parce que ceux-ci ne donnait pas un rendu correct malgré que le HTML et le CSS étaient valides.
Le point est que pour graphiste, il préfère que son travail soit inaccessible plutôt que celui-ci soit mal présenté (et donc, selon lui, son travail soit regardé comme étant mauvais).
En ce sens je comprends tout à fait cette démarche, mais personnellement j'ai toujours refusé de le faire.
Il n'y a aucune raison valable d'interdire un user-agent. En tous cas, aucune raison en faveur de l'inter-opérabilité. Après, si on veut utiliser les mêmes armes que celui qu'on critique, c'est un choix... Mais philosophiquement, on est alors pas meilleur que celui qu'on combat.
Si le site respecte les standards mais qu'un navigateur ne donne pas un rendu correct, le travail du graphiste est dégradé. Si le site ne peut pas être testé sur un navigateur, et donc aucune certitude sur le rendu, il y a risque de dégradation du travail du graphiste. Certains graphistes refusent simplement ça. (il y a des sites qui permettent de tester le visuel de ton site sur suffisament
C'est clair que je suis de ceux qui vont laisser l'accès libre, apporter la preuve que mon site est standard et insulté celui qui se plaint que mon site est mal-rendu (même si en réalité je me casse la tête à avoir un rendu correct sur IE 6 et 7). Je ne soutiens pas cette démarche, mais je la comprend.
Par contre toutes mes excuses, en fait le site n'est pas standard, 12 erreurs sur la validation de la w3c. Donc oui, dans ce cas là c'est un peu débile.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Chacun est libre d'exclure l'accès à son site suivant des critères subjectifs.
Qui c'est qui se plaignait des sites qui testaient le browser et excluaient tout autre browser que IE a l'epoque ?
Là c'est un site, les gens payent de l'hébergement, la bande passante. Ils passent des heures de travail pour réaliser un design et ils ont le cœur gros de savoir que ce design ne sera pas correctement vu par certaines personnes. Ils auraient voulu tester leur design sous le navigateur X, mais celui-ci nécessite le système d'exploitation Y (uniquement Y) qui coûte 200.- ! Ce groupe de gens ayant déjà beaucoup de frais et n'étant pas riche n'a pas pu s'offrir le système Y, donc ils ont dû prendre la douloureuse décision d'exclure le navigateur X.
Je ne soutiens pas leur décision, mais la comprend. Si Microsoft veut ne pas trouver de plus en plus de sites qui excluent IE, ils ont deux choix :
* Respecter les standards de manières pleine et entière
* Fournir leur navigateur sur tous les systèmes
C'est la société informatique pratiquement la plus riche, s'ils n'arrivent pas à le faire, c'est une question de volonté, pas de moyens : les autres le font avec moins de moyens.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
À l'inverse, un pays comme la Suisse avec beaucoup d'énergie hydro-électrique aura beaucoup plus de mal pour baisser les émissions en %.
On consomme plus de nucléaire que d'hydro-électrique, mais on produit plus d'hydro-électrique que de nucléaire. L'énergie hydro-électrique est surtout pour les heures de pointes et la revente aux heures de pointes. L'énergie hydro-électrique est produite à la demande, vu qu'on peut la stocker.
Sinon pour l'approvisionnement future, le conseil Fédéral voudrait des centrales à gaz de manière transitoire et l'énergie nucléaire à long terme, car l'énergie hydro-électrique ne peut pas être produite en permanance, mais elle reste l'énergie principale dans le domaine des énergies renouvelables : http://www.bfe.admin.ch/energie/00588/00589/00644/index.html(...)
Voilà pour le bilan énergétique de la Suisse actuellement.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Je n'ai pas testé ça, vu que les performances n'avaient aucunes importances (très peu de trafic sur ces fichiers (vieux fichiers qui sont utilisés une fois toutes les semaines des 4 jeudis)). Donc la performance n'entrait pas en ligne de compte (et comme je suis flemmard, je teste uniquement ce que j'ai besoin, ni plus, ni moins).
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Je pense plutôt que c'est zfs-fuse qui ne te donne pas satisfaction?!
Non, c'est compFused. L'idée d'avoir deux répertoire ne me plaît pas vraiment. En fait,ça me perturbe.
Mais c'est plus émotionnel que technique, je dirais. J'ai une impression de duplication de donnée (qui est fausse, bien entendu). Ça ne veut pas dire que je n'utiliserais jamais compFused, mais je me sens pas suffisamment à l'aise avec cet outil pour le mettre sur un serveur de fichiers de l'entreprise.
Fuse en lui-même est très bien (de ce que j'ai essayé), la principale utilisation que j'ai c'est pour sshfs et je prévois d'utiliser compFused pour les images des machines virtuelles sur ma station de travail.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Le support hardware sera le même que si tu installes FreeBSD directement, je ne penses pas que Debian vont s'amuser à porter les drivers de Linux à FreeBSD.
Par contre ce qui change du point de vue de l'administrateur, c'est de pouvoir gérer les mises à jour de la même manière que tu sois sous Linux ou sous FreeBSD. De plus les paquets Debian seront, à terme, tous portés vers FreeBSD, donc tu te retrouves aussi avec les mêmes outils. http://www.debian.org/ports/kfreebsd-gnu/
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Sauf problème spécifique (licence ou autre...) le kernel FreeBSD 7.2 nous apportera le support natif de ZFS, et ça c'est une très bonne nouvelle.
Et c'est ce que j'aimerais le plus. Pas pour l'effet "wow ZFS", mais pour la compression.
Je n'ai pas trouvé de bonne solution sur Linux, mis à part Fuse et je ne veux pas utiliser Fuse, ça me semble pas approprié dans mon cas.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
De mon avis avoir un logiciel qui devient obsolète aussi rapidement c'est une erreur de conception, puisque généralement on sait longtemps à l'avance ce qui va disparaître de la prochaine version (c'est noté comme obsolète dans la version actuel, voir des fois la version précédente). Donc oui si on utilise des fonctions qui sont notées obsolètes dans PHP4 (ou autre, c'est pour l'exemple), on risque de se retrouvé coincé assez rapidement.
Dans un truc que je viens de faire, j'ai ceci "#define LDAP_DEPRECATED 1". Je sais que je vais être embêté, sûrement dans la prochaine version de Debian. Mais je vais pas blâmer quelqu'un d'autre que moi si mon programme ne fonctionne plus dans 2 mois.
Les développements d'un client en php et mysql effectués avec un vieux « php pour les nuls » sous les yeux, c'est une autre paire de manche.
Alors là c'est évident. Mais en même temps, tu n'as pas besoin de mettre à jour ton système, parce que les problèmes de sécurité vont venir de l'application du client : "include($_GET['page']);" et autre joyeuseté de ce genre. J'ai bossé dans une boîte qui faisait de l'hébergement, et bien les problèmes de sécurité venaient de ce genre d'application. La seule chose qu'on peut faire c'est limiter les dégâts, faire des sauvegardes régulières et passer à l'église tous les matins allumer un cierge.
Je n'ai jamais dit que ce type de support prolongé devait nécessairement être fourni par Debian, ni gratuit. Je pense que ça pourrait aussi se faire via une équipe de volontaires. Les entreprises intéressées contribueraient probablement du temps et des moyens.
Tu peux lancer le projet, mais je me vois la communauté faire ce genre de choses, car ceci bénéficie principalement à des entreprises qui font l'effort minimum au niveau informatique, donc s'attendre à ce qu'elles amènent quelque chose est illusoire. Mais en même temps je peux me tromper.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Ah je viens de commencer à utiliser i3 en lieu et place de wmii, et bien je dois dire je suis super satisfait, il me plaît encore plus que wmii. Vraiment cool.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Le 1er ils croient qu'ils font le bien en attirant les gens sous GNUx en disant : « cé joly bô viendez ! ».
Je ne porte pas Ubuntu dans mon coeur. Pas plus que certaines autres distributions Linux, mais il y a des gens qui veulent juste un truc joli, c'est normal.
C'est clair que moi avec ma Debian et wmii, c'est pas très sexy, mais c'est ce dont j'ai besoin. Maintenant si des personnes veulent un bureau 3D avec des sons différents à chaque clique de souris, des étoiles qui clignotent un peu partout sur l'écran, un clavier avec un rétro-éclairage arc-en-ciel et un pointeur de souris en forme de vaisseau Star Wars, c'est leur choix. Si Ubuntu leur donne ce choix, ben c'est bien.
Je ne vois pas l'intérêt de perpétuellement dénigrer les distributions qui s'adresse aux gens qui cherchent du joli et du clinquant.
Pour le 2ème, faut bien voir que Google est le spécialiste dans ce qui est de faire passer le travaille des autres pour un truc « trohyperb1 ymlefô ». Et c'est aussi le roi en matière de revente ou d'utilisation des données perso.
Bon Google fait de la vente de données et tout, mais tu as encore le choix de ne pas passer par eux. Par contre, les projets sont souvent opensource et donc tout le monde peut en tirer un bénéfice. Google est une entreprise, elle doit faire de l'argent ou disparaître. Google essaie de jouer le jeu de l'opensource, tout en faisant de l'argent, c'est délicat à gérer, mais je trouve qu'ils s'en sortent pas trop mal jusqu'à maintenant.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[...] C'est que c'est pas nécessairement facile de passer de php4 à php5, par exemple.
PHP5 est sorti il y a 5 ans et généralement ce qui a disparu de PHP4 à PHP5 était noté comme obsolète dans PHP4.
Généralement les mises à jour sont pas si délicates que ça à faire et je trouve dommage qu'on essaie de ralentir l'évolution d'un système sous prétexte qu'un développement interne risque de ne pas fonctionner.
Une distribution ne doit pas être non plus l'accoudoir pour des systèmes obsolètes. Si en 5 ans rien ne peut être fait pour s'adapter à l'évolution, je doute que cela soit fait en 10 ans. Il suffit de regarder le cas des intranets, combien d'entreprise sont maintenant coincées avec un système ne fonctionnant correctement qu'avec IE 6[1]. Et plus on laisse aller plus ça va empirer.
Si les entreprises ne veulent pas investir dans l'évolution de leur système, elles investiront dans l'entretien de la distribution sous-jacente. Soit en achetant un support spécifique auprès d'un vendeur*, soit en maintenant en interne les paquets nécessaires. Mais ce n'est pas à la communauté de le faire.
Je suis certain qu'en commençant à faire comme ça, on pourrait trouver des raisons de maintenir la sécurité de la version 1.1, 1.2, ..., 5.0 !
Je penses qu'il faut garder un partage des tâches assez claire. La communauté développe une solution, elle est disponible durant un temps X (~3 ans), et passer à autre choses ensuite.
Et finalement, si on regarde, entre Etch et Squeeze, il n'y a pas (eu) de grands changements à prévoir dans la distribution de base.
Personnellement, j'ai un numéro de contrat, un mot de passe et une carte avec 100 codes différents. Quand j'en ai utilisé 90, la banque me renvoie une nouvelle. Si j'ai plus que 3 tentatives échouées le compte est bloqué. En même temps, c'est une banque Suisse.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Il y a trois Debian GNU/Linux. La stable, ne subit que des ajouts des sécurités. Ensuite il y a la unstable qui reçoit les paquets tous nouveaux. Les paquets sont testés dans la unstable et s'ils remplissent tous les critères définis par Debian, ils passent dans la testing.
Le freeze c'est lorsque plus aucun paquet ne peut passer dans la testing. On arrête la migration de unstable -> testing. Durant le temps de freeze, une liste de bugs "release-critical" est émise et quand tous ces bugs sont corrigés, la testing devient la nouvelle stable, la stable devient la oldstable et la unstable devient la testing.
Donc le freeze se faisait quand c'était jugé utile, maintenant on c'est quand ça commence.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
A mon avis, l'auteur de la dépêche s'emballe un peu (désolé). Le fait de voir la distrib gelée en décembre d'une année impaire, ne signifie pas que la version stable sorte au printemps qui suit.
Non je ne m'emballe pas, c'est ce qui a été observé (pour la 4.0 et la 5.0) et c'est pour ça que décembre a été choisi pour le mois de gel. C'est ce qui est indiqué dans l'annonce faite par le projet, je n'ai pas sorti "printemps" de ma poche.
C'est à la fin du premier paragraphe de l'annonce.
The project chose December as a suitable freeze date since spring releases proved successful for the releases of Debian GNU/Linux 4.0 (codenamed "Etch") and Debian GNU/Linux 5.0 ("Lenny").
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: et jusque dans l'armée
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal La Suisse dépendante de Microsoft. Évalué à 3.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: et jusque dans l'armée
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal La Suisse dépendante de Microsoft. Évalué à 10.
Tu as l'obligation d'aller tirer en stand de tir au moins une fois par année et tu dois faire un nombre de point minimal, sinon tu refais (et si tu refais pas, tu vas 3 jours dans le cadre de l'armée faire du tir de campagne).
Tu as, évidemment, une tenue de combat, des bottes de combat, un casque de combat, un costume militaire pour les sorties, ... que tu dois conserver chez toi, ce qui fait que tu as une armoire pleine de trucs inutiles qui est utilisées ...
Bref, un vrai bonheur.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Trop tard
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal La Suisse dépendante de Microsoft. Évalué à 5.
Du monde Windows -> Unix, oui, de Unix -> Unix, c'est vraiment simple, en entreprise ou sur son ordi privé.
Ca montre au contraire qu'ils le controlent et en font ce qu'ils veulent, ce qui a le tord de ne pas plaire a Redhat et autres fans de GPL
Pas vraiment. Je vois à l'armée (où je suis "pionnier informatique", donc soldat qui s'occupe du système de l'état-major en cas de guerre), entre le chaos et le système MS, y'a pas grand chose. En gros pour installer le matériel, on met ~5h, le déploiement complet est fait en ~18h (si je me souviens bien), donc les ~13h c'est juste pour installer les machines, créer les répertoires (sur le serveur) et les utilisateurs. Une fois sur deux ça plante (la création des utilisateurs est chaotique à souhait (outil développé par Ruag, parce que créer les 200 à 300 comptes avec toutes les spécificités suivant le grade, le groupe, ... la guerre serait finie depuis longtemps si c'était fait manuellement)).
Enfin bref, un Active Directory classique, faut avoir une volée de secrétaires pour entrer les comptes utilisateurs (je me souviens une connaissance faisait ça tous l'été, dans une école où environ 500 personnes commençaient chaque automne) où alors automatiser, mais c'est une autrement plus délicat, car c'est pas prévu pour ça (où alors il y a un outil MS, mais j'en jamais vu (2007 mon dernier contact avec des serveurs MS)).
Pas de bol, je suis deja de retour a Seattle :+)
Et il y a pas de bière à Seattle ! Encore une raison de ne pas travailler pour MS ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Quelle bande d'arrieres...
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Interview de S.P.Zeidler, administratrice système de la Fondation NetBSD. Évalué à 4.
Sauf que moi je veux pas d'image où du texte pourrait être utilisé. Alors au lieu de se traiter mutuellement d'incompétent, on collabore et on trouve un consensus. C'est bien plus agréable et ça permet d'être heureux dans son travail.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Quelle bande d'arrieres...
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Interview de S.P.Zeidler, administratrice système de la Fondation NetBSD. Évalué à 3.
Le point est que pour graphiste, il préfère que son travail soit inaccessible plutôt que celui-ci soit mal présenté (et donc, selon lui, son travail soit regardé comme étant mauvais).
En ce sens je comprends tout à fait cette démarche, mais personnellement j'ai toujours refusé de le faire.
Il n'y a aucune raison valable d'interdire un user-agent. En tous cas, aucune raison en faveur de l'inter-opérabilité. Après, si on veut utiliser les mêmes armes que celui qu'on critique, c'est un choix... Mais philosophiquement, on est alors pas meilleur que celui qu'on combat.
Si le site respecte les standards mais qu'un navigateur ne donne pas un rendu correct, le travail du graphiste est dégradé. Si le site ne peut pas être testé sur un navigateur, et donc aucune certitude sur le rendu, il y a risque de dégradation du travail du graphiste. Certains graphistes refusent simplement ça. (il y a des sites qui permettent de tester le visuel de ton site sur suffisament
C'est clair que je suis de ceux qui vont laisser l'accès libre, apporter la preuve que mon site est standard et insulté celui qui se plaint que mon site est mal-rendu (même si en réalité je me casse la tête à avoir un rendu correct sur IE 6 et 7). Je ne soutiens pas cette démarche, mais je la comprend.
Par contre toutes mes excuses, en fait le site n'est pas standard, 12 erreurs sur la validation de la w3c. Donc oui, dans ce cas là c'est un peu débile.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Quelle bande d'arrieres...
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Interview de S.P.Zeidler, administratrice système de la Fondation NetBSD. Évalué à 3.
Chacun est libre d'exclure l'accès à son site suivant des critères subjectifs.
Qui c'est qui se plaignait des sites qui testaient le browser et excluaient tout autre browser que IE a l'epoque ?
Là c'est un site, les gens payent de l'hébergement, la bande passante. Ils passent des heures de travail pour réaliser un design et ils ont le cœur gros de savoir que ce design ne sera pas correctement vu par certaines personnes. Ils auraient voulu tester leur design sous le navigateur X, mais celui-ci nécessite le système d'exploitation Y (uniquement Y) qui coûte 200.- ! Ce groupe de gens ayant déjà beaucoup de frais et n'étant pas riche n'a pas pu s'offrir le système Y, donc ils ont dû prendre la douloureuse décision d'exclure le navigateur X.
Je ne soutiens pas leur décision, mais la comprend. Si Microsoft veut ne pas trouver de plus en plus de sites qui excluent IE, ils ont deux choix :
* Respecter les standards de manières pleine et entière
* Fournir leur navigateur sur tous les systèmes
C'est la société informatique pratiquement la plus riche, s'ils n'arrivent pas à le faire, c'est une question de volonté, pas de moyens : les autres le font avec moins de moyens.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: De rien
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche GNU Emacs 23.1 sort sous le soleil. Évalué à 0.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: En parlant de Kyoto
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Ces génies qui nous gouvernent. Évalué à 3.
On consomme plus de nucléaire que d'hydro-électrique, mais on produit plus d'hydro-électrique que de nucléaire. L'énergie hydro-électrique est surtout pour les heures de pointes et la revente aux heures de pointes. L'énergie hydro-électrique est produite à la demande, vu qu'on peut la stocker.
http://www.bfe.admin.ch/energie/00588/00589/00644/index.html(...)
Il y a les Chemins de Fer Fédéraux qui tirent leur énergie majoritairement dans l'hydro-électricité, près de 90% en 2002 et 2003 (suivant le rapport http://mct.sbb.ch/mct/fr/umweltbericht_02-03.pdf , accessible depuis la page http://mct.sbb.ch/mct/fr/konzern_dienstleistungen/konzern_me(...) ).
Sinon pour l'approvisionnement future, le conseil Fédéral voudrait des centrales à gaz de manière transitoire et l'énergie nucléaire à long terme, car l'énergie hydro-électrique ne peut pas être produite en permanance, mais elle reste l'énergie principale dans le domaine des énergies renouvelables :
http://www.bfe.admin.ch/energie/00588/00589/00644/index.html(...)
Voilà pour le bilan énergétique de la Suisse actuellement.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Kernel FreeBSD 7.2, à nous ZFS !
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal FreeBSD dans Debian. Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Kernel FreeBSD 7.2, à nous ZFS !
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal FreeBSD dans Debian. Évalué à 2.
Non, c'est compFused. L'idée d'avoir deux répertoire ne me plaît pas vraiment. En fait,ça me perturbe.
Mais c'est plus émotionnel que technique, je dirais. J'ai une impression de duplication de donnée (qui est fausse, bien entendu). Ça ne veut pas dire que je n'utiliserais jamais compFused, mais je me sens pas suffisamment à l'aise avec cet outil pour le mettre sur un serveur de fichiers de l'entreprise.
Fuse en lui-même est très bien (de ce que j'ai essayé), la principale utilisation que j'ai c'est pour sshfs et je prévois d'utiliser compFused pour les images des machines virtuelles sur ma station de travail.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Quel impact ?
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal FreeBSD dans Debian. Évalué à 5.
Par contre ce qui change du point de vue de l'administrateur, c'est de pouvoir gérer les mises à jour de la même manière que tu sois sous Linux ou sous FreeBSD. De plus les paquets Debian seront, à terme, tous portés vers FreeBSD, donc tu te retrouves aussi avec les mêmes outils.
http://www.debian.org/ports/kfreebsd-gnu/
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Kernel FreeBSD 7.2, à nous ZFS !
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal FreeBSD dans Debian. Évalué à 3.
Et c'est ce que j'aimerais le plus. Pas pour l'effet "wow ZFS", mais pour la compression.
Je n'ai pas trouvé de bonne solution sur Linux, mis à part Fuse et je ne veux pas utiliser Fuse, ça me semble pas approprié dans mon cas.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: et...
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal FreeBSD dans Debian. Évalué à 0.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Si j'ai bien compris
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal FreeBSD dans Debian. Évalué à 3.
dans testing : http://packages.debian.org/squeeze/kfreebsd-source-7.2
dans sid se trouve les binaires du noyau : http://packages.debian.org/sid/kfreebsd-image-7-686
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Une pression supplémentaire pour les développeurs
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Debian adopte une nouvelle stratégie pour les "freeze". Évalué à 4.
Dans un truc que je viens de faire, j'ai ceci "#define LDAP_DEPRECATED 1". Je sais que je vais être embêté, sûrement dans la prochaine version de Debian. Mais je vais pas blâmer quelqu'un d'autre que moi si mon programme ne fonctionne plus dans 2 mois.
Les développements d'un client en php et mysql effectués avec un vieux « php pour les nuls » sous les yeux, c'est une autre paire de manche.
Alors là c'est évident. Mais en même temps, tu n'as pas besoin de mettre à jour ton système, parce que les problèmes de sécurité vont venir de l'application du client : "include($_GET['page']);" et autre joyeuseté de ce genre. J'ai bossé dans une boîte qui faisait de l'hébergement, et bien les problèmes de sécurité venaient de ce genre d'application. La seule chose qu'on peut faire c'est limiter les dégâts, faire des sauvegardes régulières et passer à l'église tous les matins allumer un cierge.
Je n'ai jamais dit que ce type de support prolongé devait nécessairement être fourni par Debian, ni gratuit. Je pense que ça pourrait aussi se faire via une équipe de volontaires. Les entreprises intéressées contribueraient probablement du temps et des moyens.
Tu peux lancer le projet, mais je me vois la communauté faire ce genre de choses, car ceci bénéficie principalement à des entreprises qui font l'effort minimum au niveau informatique, donc s'attendre à ce qu'elles amènent quelque chose est illusoire. Mais en même temps je peux me tromper.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Une pression supplémentaire pour les développeurs
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Debian adopte une nouvelle stratégie pour les "freeze". Évalué à 3.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
# Super ...
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal i3 recherche un contributeur pour son logo. Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Ubuntu ou Chrome
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Recette pour se faire du blé, même sans OGM.... Évalué à 10.
Je ne porte pas Ubuntu dans mon coeur. Pas plus que certaines autres distributions Linux, mais il y a des gens qui veulent juste un truc joli, c'est normal.
C'est clair que moi avec ma Debian et wmii, c'est pas très sexy, mais c'est ce dont j'ai besoin. Maintenant si des personnes veulent un bureau 3D avec des sons différents à chaque clique de souris, des étoiles qui clignotent un peu partout sur l'écran, un clavier avec un rétro-éclairage arc-en-ciel et un pointeur de souris en forme de vaisseau Star Wars, c'est leur choix. Si Ubuntu leur donne ce choix, ben c'est bien.
Je ne vois pas l'intérêt de perpétuellement dénigrer les distributions qui s'adresse aux gens qui cherchent du joli et du clinquant.
Pour le 2ème, faut bien voir que Google est le spécialiste dans ce qui est de faire passer le travaille des autres pour un truc « trohyperb1 ymlefô ». Et c'est aussi le roi en matière de revente ou d'utilisation des données perso.
Bon Google fait de la vente de données et tout, mais tu as encore le choix de ne pas passer par eux. Par contre, les projets sont souvent opensource et donc tout le monde peut en tirer un bénéfice. Google est une entreprise, elle doit faire de l'argent ou disparaître. Google essaie de jouer le jeu de l'opensource, tout en faisant de l'argent, c'est délicat à gérer, mais je trouve qu'ils s'en sortent pas trop mal jusqu'à maintenant.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: en effet tout se perd
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Debian: la fin d'une époque. Évalué à 4.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
# Normal quoi ...
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal La pub ça pue. Évalué à 10.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Une pression supplémentaire pour les développeurs
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Debian adopte une nouvelle stratégie pour les "freeze". Évalué à 9.
PHP5 est sorti il y a 5 ans et généralement ce qui a disparu de PHP4 à PHP5 était noté comme obsolète dans PHP4.
Généralement les mises à jour sont pas si délicates que ça à faire et je trouve dommage qu'on essaie de ralentir l'évolution d'un système sous prétexte qu'un développement interne risque de ne pas fonctionner.
Une distribution ne doit pas être non plus l'accoudoir pour des systèmes obsolètes. Si en 5 ans rien ne peut être fait pour s'adapter à l'évolution, je doute que cela soit fait en 10 ans. Il suffit de regarder le cas des intranets, combien d'entreprise sont maintenant coincées avec un système ne fonctionnant correctement qu'avec IE 6[1]. Et plus on laisse aller plus ça va empirer.
Si les entreprises ne veulent pas investir dans l'évolution de leur système, elles investiront dans l'entretien de la distribution sous-jacente. Soit en achetant un support spécifique auprès d'un vendeur*, soit en maintenant en interne les paquets nécessaires. Mais ce n'est pas à la communauté de le faire.
Je suis certain qu'en commençant à faire comme ça, on pourrait trouver des raisons de maintenir la sécurité de la version 1.1, 1.2, ..., 5.0 !
Je penses qu'il faut garder un partage des tâches assez claire. La communauté développe une solution, elle est disponible durant un temps X (~3 ans), et passer à autre choses ensuite.
Et finalement, si on regarde, entre Etch et Squeeze, il n'y a pas (eu) de grands changements à prévoir dans la distribution de base.
[1] http://www.quirksmode.org/blog/archives/2009/06/state_of_the(...)
* Voilà un marché intéressant, maintenir la sécurité des versions obsolètes de système opensource,
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Password en base???
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Rugby et cryptographie : Shabal est en demi-finale !. Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Password en base???
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Rugby et cryptographie : Shabal est en demi-finale !. Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Ah?
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Debian adopte une nouvelle stratégie pour les "freeze". Évalué à 6.
Le freeze c'est lorsque plus aucun paquet ne peut passer dans la testing. On arrête la migration de unstable -> testing. Durant le temps de freeze, une liste de bugs "release-critical" est émise et quand tous ces bugs sont corrigés, la testing devient la nouvelle stable, la stable devient la oldstable et la unstable devient la testing.
Donc le freeze se faisait quand c'était jugé utile, maintenant on c'est quand ça commence.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: la fin de Debian ?
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Debian adopte une nouvelle stratégie pour les "freeze". Évalué à 10.
Non je ne m'emballe pas, c'est ce qui a été observé (pour la 4.0 et la 5.0) et c'est pour ça que décembre a été choisi pour le mois de gel. C'est ce qui est indiqué dans l'annonce faite par le projet, je n'ai pas sorti "printemps" de ma poche.
C'est à la fin du premier paragraphe de l'annonce.
The project chose December as a suitable freeze date since spring releases proved successful for the releases of Debian GNU/Linux 4.0 (codenamed "Etch") and Debian GNU/Linux 5.0 ("Lenny").
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell