Xavier Teyssier a écrit 1236 commentaires

Il y a régulièrement des revues de presses sur Linuxfr. Par exemple, ici, celle du mois dernier : https://linuxfr.org/news/revue-de-presse-mai-2015

Quoique pas si régulièrement que cela, faute de main d'œuvre…

N'hésite pas à en lancer une dans l'espace de rédaction collaboratif, par ici : https://linuxfr.org/redaction

Je me contente d'apprécier la dépêche, félicite son auteur, et l'encourage à poster d'autres textes de cet acabit ! :-)

Autant y remettre ce qui y était présent auparavant (il me semble qu'elle existait).
L'utilisation du wiki est a priori d'avoir des liens sur des pages significatives, les formats ouverts faisant partie de l'action.

Ou pas.

Tout dépend de la vision que l'on a de ce wiki. Perso, je ne vois aucun interêt d'en faire un sous-ensemble de Wikipedia. C'est même AMHA contre-productif. Parler des format ouvert, ce peut-être l'objet d'une dépêche, où, si on souhaite une page mise à jour régulièrement, l'objet d'une page sur Wikipedia. Mais je ne vois aucun intérêt d'une page parlant de cela sur le wiki de Linuxfr.org, page qui sera par essence moins complète que sur Wikipedia.

À mes yeux, le wiki de Linuxfr ne devrait contenir que du contenu dédié à Linuxfr (template de news, manuel d'utilisation du site, etc.).

Je n'adhère pas non plus à l'argument des liens internes pour améliorer le référencement. Si les liens sont pertinent, l'amélioration du référencement sera un effet collatéral, sinon, inutile de créer le lien. Le référencement, on l'améliore avec la qualité et la quantité de nos dépêches :-)

Je ne suis pas assez impliqué dans Crunchbang pour écrire un article complet sur le sujet, parler de la distribution, de la communauté et des avenirs possibles.

Alors j'essaie juste d'attirer un regard sur ce qui se passe, en espérant attirer des commentaires comme les tiens permettant d'avoir plus d'infos, voire de susciter l'envie de créer un dépêche plus complète sur l'un des sujets abordés :)

bon pour le chargement je ne crois pas au succès du sans fil

Et pourtant, une bonne boucle à induction dans le plafond, et pouf, tous les périphériques qui passeraint dans ladite pièce qui se rechargerait d'office. Ne serait-ce pas génial ?

j'en profite donc pour réagir sur la réaction et pour remercier chaleureusement encore mon HP-48 (les TI c'est nul! Hop une bataille de l'époque)

Et là, je percute que ce débat HP vs TI a probablement été le premier troll auquel j'ai activement participé :)

Je me souviens d'ailleurs que dans son manuel, HP parlait bien de calculateur, et non de calculatrice. Et si ça, ce n'est pas la classe ;-)

Ce que je cherche c'est ce qui est fait sur le tableur, mais en mieux (et qui risque moins de partir en sucette à toute erreur de clic)

Ah oui, en fait, ce que tu cherches, c'est un traitement de texte avec le bon template…

Merci d'éviter les attaques ad hominem qui n'ont rien à faire ici.

c'est pas comme si ceux qui peuvent faire passer des lois oubliaient de les rendre rétro-actives, lorsque ça les arrange

Les lois rétroactives, c'est quand même assez rare.

• Code civil, article 2 : La loi ne dispose que pour l'avenir ; elle n'a point d'effet rétroactif. (http://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI000006419281&cidTexte=LEGITEXT000006070721 )
• Convention européenne des droits de l'homme, extrait de l'article 7 : Nul ne peut être condamné pour une action ou une omission qui, au moment où elle a été commise, ne constituait pas une infraction d’après le droit national ou international.(http://www.echr.coe.int/Documents/Convention_FRA.pdf)

"Le pays ou le premier proprietaire foncier, c'est l'eglise?

Il me semble que c'est la SNCF.

Un truc que j'avais noté en 2009 :
* Premier propriétaire foncier de France : l’Armée. 260 000 hectares, soit 0.5% du territoire français ;
* Réseau ferré de France est le deuxième propriétaire foncier de France, avec 108 000 hectares. 95% des terrains avec du rail, le reste avec des gares ou des ateliers désaffectés.

À noter : RFF != SNCF (qui serait bien en-dessous des 30000 hectares).

L'accès à Grub permet d'ajouter un argument au kernel pour booter en single, ce qui permet d'être root sans saisie de mot de passe.

Bien sûr ! Il faut essayer !

Créé la dépêche, mets les grandes lignes, et on regarde à plusieurs pour compléter, corriger, mettre en forme, etc.

:)

Je confirme : une dépêche pour annoncer NuTyx serait une excellente idée. L'espace de rédaction collaboratif mentionné est par là : http://linuxfr.org/redaction, bouton «commencer une nouvelle dépêche».

Un autre axe de développement est l'interconnexion de Backup Checker avec les logiciels de sauvegarde du monde du Libre.

Oh que oui. Si mon outil de sauvegarde peut me prévenir lui-même que certaines sauvegardes sont corrompues, ce serait sympa.

Un peu dans le même genre, on peut essayer d'imaginer une interface entre Backup Checker et un outil de supervision.

Les releases mineures de Red-Hat sont des corrections de sécurité. Refuser le passage en 6.6, ce serait comme refuser le dernier service pack de microsoft pour Windows…

Typiquement, nombre de problèmes de sécurité ont été corrigés avec la 6.6 (https://securityblog.redhat.com/2014/11/12/enterprise-linux-6-5-to-6-6-risk-report/ ). Demande à ton super éditeur s'il accepte d'être responsable des dommages causé à ton SI en cas d'exploitation de l'un des bogues critiques de Red-Hat 6.5.

En relisant en diagonal, je me demande : et pourquoi ne pas tout simplement définir le hostname avec un HOSTNAME=CeQuiVaBien dans le fichier etc/sysconfig/network ?

/!\ Je n'ai pas testé directement ce que je propose, je me contente de le déduire de fichier Kickstart que j'utilise.

Le hostname, tu peux le définir dans l'une des options de la directive network :

network --bootproto=static --ip=1.2.3.4 […] --hostname=NOMSTATION_

On peut imaginer dans le %pre de ton kickstart la partie suivante :

MonSuperHostname=$(/usr/bin/VBoxControl --nologo guestproperty get hostname | awk '{print $2}')
cat << EOF > /tmp/definenetwork
network --bootproto=static --ip=1.2.3.4 […] --hostname=$MonSuperHostname
EOF

Et dans tes directives au début de ton kickstart, en lieu et place de la ligne où tu définies ton réseau, la ligne :
%include /tmp/definenetwork_

J'utilise avec succès un principe similaire pour définir mes partitionnements.

Mon inconnue dans l'histoire : tu dis utiliser VBoxControl dans le %post, je ne sais pas si ça fonctionne en %pre (je ne suis pas utilisateur de virtualbox).

Heu… Par curiosité, la dernière fois que tu as tenté d'installer un système BSD, ça remonte à combien d'années ?

Mmmm… Ça dépend de ce que tu sauvegardes comme système Linux.

Si ce sont des machines d'utilisateur qui ont un accès root, alors la sauvegarde de / est rapidement nécessaire.
Parce que le jour où le gus a perdu le contenu de /repertoireimprobable, tu pourras râler autant que tu veux sur le fait que c'est inadmissible de foutre des données là-dedans, mais ce qui compte vraiment, c'est de pouvoir le lui restaurer pour minimiser l'impact pour le projet.
Et là, le calcul est vite fait : les quelques Gigas supplémentaires que coûtent ces sauvegardes sont négligeables par rapport à ce serait-ce qu'une journée de dev perdue pour cause de non respect de règles d'utilisation de la machine.

Pour les systèmes en prod les mieux gérés où personne ne se connecte en root, je n'ai tout simplement pas de sauvegarde directe de ces serveurs. Juste des outils capable de les réinstaller à base de fichiers Kickstart et de règles cfengine. Les configurations et données propres au système de cette machine ne sont pas déposés sur cette machine, mais sur des serveurs en amont avec lesquels cette machines se synchronisera.
Quant aux quelques serveurs en amont, on a des sauvegarde de leur données. Et des docs pour les ré-installler manuellement ci-besoin (et une sauvegarde de leur /, mais c'est historique, n'a jamais servi, et n'a pas vocation à servir…).

l'Apple Watch ? une montre qui n'a même pas 4 heures d'autonomie si on l'utilise
Le MacBook Air ? un portable qui n'a même pas de prise réseau ?

En même temps, si tu attends d'Apple des objets technologiquement parfait/adapté à l'usage habituel des geeks (dans le bon sens du terme), c'est que tu n'as pas compris leur cœur de cible. Maintenant, Apple produit des bijoux technologiques. Le mot important ici, c'est bijoux.
Apple s'est positionné comme une marque de luxe. Et vends donc des produits de luxe à des gens qui ont l'envie et les moyens de s'en offrir.

Si au moment de t'acheter un téléphone/une montre/whatever, ce que tu compares, ce sont les caractéristiques techniques, tu n'es juste pas la cible d'Apple. Peut-être que leur produit te siéra quand même, mais c'est un hasard.

Un très bon article récent sur ce positionnement d'Apple, et son intérêt économique :
http://micheldeguilhermier.typepad.com/mdegblog/2015/03/lint%C3%A9r%C3%AAt-economique-pour-d%C3%AAtre-devenu-une-apple-marque-de-luxe-.html

Super instructif !

Pour la suite, ça mérite bien mieux qu'un journal. Propose la suite en dépêche, soit via l'espace de rédaction collaboratif, si tu souhaites une relecture «massive» post-publication, soit en proposant ta dépêche directement à la modération :-)

À défaut de réponse formelle, je te propose cette interview de l'auteur de Shinken : http://blog.nicolargo.com/2011/08/interview-de-jean-gabes-le-createur-de-shinken.html
Voir la question portant sur la sortie de la version 0.8.

De manière générale, Shinken pousse la notion de «Business Impact». C'est à dire qu'on va au delà de la simple problèmatique «tel serveur est en panne», mais on peut définir de manière très fine si les services dont on a vraiment besoin à un moment donné sont rendus ou non.

CentOS. C'est gratuit et c'est exactement pareil.

Paf, deuxième erreur.

CentOS ressemble à Red-Hat, mais non, ce n'est pas exactement pareil.

Exemple : rhn_register, outil GPL fourni par Red-Hat, n'est pas présent sur CentOS.

Je ne peux que pertinenter : en lisant l'objectif « avoir une page récapitulant l'état de certains services (ici, des sauvegardes) et notifiant quelqu'un en cas de soucis », l'expression «outil de supervision» apparaît tout de suite en grosses lettres d'or.

Sur les deux outils indiqués ci-dessus, je pousserais vers Shinken plus que Nagios. Pour plein de raisons, mais au moins une toute simple : on peut, par service, définir des plages horaires suivant lesquels la criticité d'une erreur n'est pas la même. Et à moins d'une évolution que j'ai raté, Nagios n'offre pas cette possibilité. J'évoque ce point puisque la page PHP évoquée dans le journal mentionne l'utilisation de plage horaire.

Produit en GPL donc gratuit

Ça m'intéresse ton assertion là. J'aimerais bien installer une Red-Hat chez moi, légalement. Pour que ton donc soit valable, il va te falloir m'indiquer où je peux trouver ladite Red-Hat gratuitement…