Moi j'aime bien les 'man' (pas les 'info' par contre).
Les commandes ou il faut faire 'command help', c'est chiant aussi… Il faut être dans la commande. Les manuels, tu peux les formatter le plus souvent comme tu veux s'ils sont écrits dans un méta langage. Et non, stop au XML pour la doc. Personnellement, je fais la doc de tous mes scripts en POD et cela fait un manuel simple et efficace.
Oui à la diversité dans l'écriture du manuel mais oui aussi dans des moulinettes universelles. Je crois que le HTML et le 'man' sont des standard qui marche bien.
Non à l'obligation du page web pour lire une doc. Je veux pas de milliard d'instruction CPU pour voir les options d'une commande ! L'informatique ne doit pas oublier de faire des efforts du coté du green IT ;-)
J'ai moi aussi bien aimé la série qui est assez documenté, tu coup, il y a plein de détail sympa. Par contre, un copain qui joue au échec me dis que c'est n'importe quoi ! Comme très souvent dans les films, la position des pièces sur le plateau ne correspond pas à un vrai match ! Et oui, il y en a qui regarde ce genre de détail…
Non, les alias ne sont pas accessible dans les sous shell et à ma connaissance, il n'est pas possible de les exporter (contrairement aux fonctions). D'ailleurs, je ne sais pas pourquoi de nos jours les alias ne sont pas juste une syntaxe simplifiée pour déclarer une fonction.
Debian Jessie fonctionne très bien sans systemd… J'ai pas mal de poste ainsi car systemd moulinait dans la choucroute au démarrage (point de montage, réseau…)
apt-get install sysvinit-core sysvinit-utils systemd-shim systemd-sysv-
A savoir
if [ ${result} = "1" ];then Bof bof car si ${result} est vide, tu est marron… Toujours mettre des guillemets. Par ailleurs, "wc -l" renvoi toujours une entier donc tu peux faire un test sur les entiers.
if [ "${result}" -eq 1 ];then
Ou par exemple autoriser un résultat supérieur à 1….
if [ "${result}" -gt 0 ];then Quand à ton cas ci dessus, toujours faire un export de $mountPoint pour les sous shell. Cela résout pas mal de soucis.
Avant mais pas sous Jessie. En plus, on voit qu'il est dans 'main' donc dans la branche 'libre'.
apt-cache policy lame lame:
Installé : (aucun)
Candidat : 3.99.5+repack1-7+deb8u1
Table de version :
3.99.5+repack1-7+deb8u1 0
500 http://httpredir.debian.org/debian/ jessie/main amd64 Packages
Sur plusieurs volumes, je ne sais pas répondre comme cela. Il faudrait voir comme ça marche en pratique. S'ils ont fait un truc robuste, cela devrait être tolérant aux "petites" erreurs !
"
No use of hardlinks (except temporarily to do atomic renames). Reference counting is handled at the application level in a batch manner (hardlinks will still remain for any legacy V3 backups).
"
Tant qu'il n'y a pas de base de données, un rsync devrait suffire puisque le "Reference counting", il faut bien le stocker quelque part…
L'avantage à terme sera de pouvoir répartir le backup sur plusieurs volumes.
Je n'ai pas dis qu'il faille faire un clone parfait francophone de LWN ;-) C'est plus l'esprit de LWN auquel je pensais comme libéré TOUS les articles au bout d'une durée limité ET fixe.
C'est clair qu'il manque un LWN en langue française. Dommage que les éditions Diamond n'ait pas tenté une voie dans cette direction. Cela paru pendant des années les plus à même d'essayer. Mais il y en a peut être d'autres ?
AU fait, pourquoi Fedora est plus sévère que Debian ? Il me semble que l'encodeur mp3 est dans Debian depuis très longtemps mais je me trompe peut être…
On n'est pas obliger de voter un dimanche et sur une seule journée… Il est possible d'insérer cela dans la vie de tout les jours comme le font d'autres pays.
Pour le papier, on pourrait faire cela sur du papier marron et non blanc qui comme le carton se recycle très très bien. Bref, un peu d'imagination !
Totalement inutile AMHA.
Tu raisonnes en scrutin majoritaire à deux tours. C'est un mode particulièrement mauvais au regard des critères d'Arrow par exemple.
Personnellement, je pense qu'il faut un vote en un seul tour (on gagne en coût) avec plusieurs choix possible et pouvoir faire plusieurs votes d'un coup (on regagne en coût). En France, nos politiques nous prennent pour des cons car ce serait trop complexe. Encore une fois cela se fait ailleurs.
On peut voter par valeur, par classement (comme Debian…). Ces systèmes cherchent plus les consensus que les divisions. C'est quand même l'objectif d'essayer que les citoyens adhèrent au maximum (ce qui ne veut pas dire qu'il faille à 100% faire toujours plaisir).
La machine à dépouiller traite cela facilement. C'est faisable à la main pour contrôler mais si ce n'est pas automatisé, cela ne se fera JAMAIS. Les politiques n'en veulent pas et la plupart des personnes confondent machines à dépouiller et vote électronique.
Bref, pour toi, tout est beau tout est bien mais la réalité montre qu'on nous demande rarement notre avis et que l'élection principale en France est la présidentielle OR ce n'est pas le président qui gouverne mais le gouvernement sous le contrôle du parlement et du sénat. L'élection présidentielle devrait être secondaire. Sans changer de république, une manière plus conforme à celle-ci est possible ;-)
Le vote à l’urne a en effet d’autres défauts, dont l’impossibilité de consultations très fréquentes.
Faut. C'est une affirmation gratuite afin d'éviter que nous votions souvent. Les Suisses votent bien plus souvent par exemple.
Le problème du vote est souvent que dépouiller est long (et propre à la triche). Il faut donc mettre en place des machines à dépouiller de manière automatique tout comme les compteurs de billet. Ce n'est pas complexe, on passait avant le code de la route ainsi. Ce genre de machine ne fait pas d'erreur (ou très rarement) et il est facile de recompter (dans une autre machine) voir de faire un décompte manuel (de temps en temps pour bien vérifier que tout va bien).
Bref, la machine a dépouillé devrait déjà être là dans toutes les communes et ne pose aucun des soucis du vote électronique…
Tu veux dire qu'une autre entreprise ne peut pas fournir ces mêmes machines ? Le constructeur les réserverait à son propre usage ?
Désolé, je voulais dire : très bonne machine rapport qualité prix. Évidement, on est sur des machines du catalogue du constructeur.
Et qu'il n'est pas possible de faire des garanties béton ? Elles sont achetées chez le constructeur lui-même, donc forcément identiques.
Je n'ai pas dis cela. Je dit juste que si on appelle avant 16h, ils viennent dès le lendemain dans 99% des cas. D'autres le font mais le marché Matinfo le fait sur tous (je pense qu'ils y sont tous) les EPST et toutes les universités. Ça fait un sacré territoire à couvrir.
Le tout à des tarifs… je demande à voir. Car lorsqu'un constructeur/éditeur/etc sait qu'un marché est bien difficile d'accès, les tarifs deviennent délirants.
Je suis sceptique sur de nombreux marchés mais celui-là, sauf le lot Apple qui est plus que limite, a des tarifs plus que correct. D'ailleurs, c'était historiquement que le marché CNRS et les universités l'ont toute rejointe pour des raisons d'économie.
Le marché Matinfo est commun entre les universités et les EPST (CNRS, INRIA, IRD…). C'est actuellement un truc ÉNORME sur lequel seuls des constructeurs en vente direct peuvent répondre. Cela permet ainsi d'avoir des très bonnes machines garanties 3, 5 ou 7 ans J+1.
Cela dit, pour des achats ponctuels et mesurés, il est assez facile de sortir du marché (avec une bonne raison argumentée). Il est donc possible d'acheter quelques machines 'open-hardware" a des fins pédagogiques.
L'interview m'avait laissé une impression assez étrange, j'en avais gardé une idée du style: d'une part il a des visions de création de nouvelles technologies qui diffèrent avec les décisions prises par la communauté et ensuite il est chagriné de voir que la communauté ne l'a pas suivi ?
Ils ont qu'à moins bidouiller la Debian de base car une communauté est là.
[^] # Re: Il manque un logiciel phare dans cette liste
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Nouvelles versions logicielles du projet GNU avril et mai 2017. Évalué à 3.
Il me semble que MacOSX, c'est un bon gros noyau BSD au dessus d'un micro noyau (Mach ?)… Donc pas vraiment du micro-noyau.
Par contre, le système micro noyau le plus connu me semble être QNX - https://fr.wikipedia.org/wiki/QNX
[^] # Re: Bonne initiative
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Nouvelles versions logicielles du projet GNU avril et mai 2017. Évalué à 6.
Moi j'aime bien les 'man' (pas les 'info' par contre).
Les commandes ou il faut faire 'command help', c'est chiant aussi… Il faut être dans la commande. Les manuels, tu peux les formatter le plus souvent comme tu veux s'ils sont écrits dans un méta langage. Et non, stop au XML pour la doc. Personnellement, je fais la doc de tous mes scripts en POD et cela fait un manuel simple et efficace.
Oui à la diversité dans l'écriture du manuel mais oui aussi dans des moulinettes universelles. Je crois que le HTML et le 'man' sont des standard qui marche bien.
Non à l'obligation du page web pour lire une doc. Je veux pas de milliard d'instruction CPU pour voir les options d'une commande ! L'informatique ne doit pas oublier de faire des efforts du coté du green IT ;-)
# Echec
Posté par Sytoka Modon (site web personnel) . En réponse au journal « Mr. Robot » ou comment j’ai appris à aimer l’informatique. Évalué à 10.
J'ai moi aussi bien aimé la série qui est assez documenté, tu coup, il y a plein de détail sympa. Par contre, un copain qui joue au échec me dis que c'est n'importe quoi ! Comme très souvent dans les films, la position des pièces sur le plateau ne correspond pas à un vrai match ! Et oui, il y en a qui regarde ce genre de détail…
[^] # Re: Sources
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Linutop OS, désormais disponible au format Noobs pour Raspberry Pi. Évalué à 0.
Si les sources sont sur RASPBIAN ou sur GITHUB, c'est bien pareil.
Pour leur source spécifique, c'est dispo sur demande. C'est pas top mais je ne vois pas où c'est interdit.
Bref, je ne comprends pas trop tes arguments personnellement.
[^] # Re: .
Posté par Sytoka Modon (site web personnel) . En réponse au message [RÉSOLU] Bash utiliser variable dans une commande du style result=$(commande | grep $variable). Évalué à 3.
Non, les alias ne sont pas accessible dans les sous shell et à ma connaissance, il n'est pas possible de les exporter (contrairement aux fonctions). D'ailleurs, je ne sais pas pourquoi de nos jours les alias ne sont pas juste une syntaxe simplifiée pour déclarer une fonction.
[^] # Re: 1 an
Posté par Sytoka Modon (site web personnel) . En réponse au journal Devuan Jessie 1.0. Évalué à 10.
Debian Jessie fonctionne très bien sans systemd… J'ai pas mal de poste ainsi car systemd moulinait dans la choucroute au démarrage (point de montage, réseau…)
apt-get install sysvinit-core sysvinit-utils systemd-shim systemd-sysv-
Hop, ça marche comme avant.
Cela vaut-il un fork ?
[^] # Re: Salut
Posté par Sytoka Modon (site web personnel) . En réponse au message [RÉSOLU] Bash utiliser variable dans une commande du style result=$(commande | grep $variable). Évalué à 5.
Perso, je fais encore plus cours dans mes scripts
if mount | grep -q "$1"
then
echo "Montage $1 effectif"
else
echo "Montage $1 absent"
fi
# Sinon
Posté par Sytoka Modon (site web personnel) . En réponse au message [RÉSOLU] Bash utiliser variable dans une commande du style result=$(commande | grep $variable). Évalué à 4.
A savoir
Bof bof car si ${result} est vide, tu est marron… Toujours mettre des guillemets. Par ailleurs, "wc -l" renvoi toujours une entier donc tu peux faire un test sur les entiers.if [ ${result} = "1" ];then
Ou par exemple autoriser un résultat supérieur à 1….
Quand à ton cas ci dessus, toujours faire un export de $mountPoint pour les sous shell. Cela résout pas mal de soucis.if [ "${result}" -gt 0 ];then
[^] # Re: Pour parler du fond
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Expiration des brevets du Fraunhofer Institute sur le format MP3. Évalué à 2.
Avant mais pas sous Jessie. En plus, on voit qu'il est dans 'main' donc dans la branche 'libre'.
lame:apt-cache policy lame
Installé : (aucun)
Candidat : 3.99.5+repack1-7+deb8u1
Table de version :
3.99.5+repack1-7+deb8u1 0
500 http://httpredir.debian.org/debian/ jessie/main amd64 Packages
[^] # Re: rsync devrait suffire
Posté par Sytoka Modon (site web personnel) . En réponse au message BackupPc et réplication. Évalué à 2.
Sur un seul volume -> LVM snapshot ?
Sur plusieurs volumes, je ne sais pas répondre comme cela. Il faudrait voir comme ça marche en pratique. S'ils ont fait un truc robuste, cela devrait être tolérant aux "petites" erreurs !
# rsync devrait suffire
Posté par Sytoka Modon (site web personnel) . En réponse au message BackupPc et réplication. Évalué à 2.
"
No use of hardlinks (except temporarily to do atomic renames). Reference counting is handled at the application level in a batch manner (hardlinks will still remain for any legacy V3 backups).
"
Tant qu'il n'y a pas de base de données, un rsync devrait suffire puisque le "Reference counting", il faut bien le stocker quelque part…
L'avantage à terme sera de pouvoir répartir le backup sur plusieurs volumes.
[^] # Re: ¨Langue anglaise, international oblige !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Libre OS USB veut opter pour la gratuité. Évalué à 6.
A l'ONU, tous les dirigeants parlent français ;-)
[^] # Re: 4.11
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.10. Évalué à 3. Dernière modification le 08 mai 2017 à 21:56.
Je n'ai pas dis qu'il faille faire un clone parfait francophone de LWN ;-) C'est plus l'esprit de LWN auquel je pensais comme libéré TOUS les articles au bout d'une durée limité ET fixe.
[^] # Re: 4.11
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.10. Évalué à 4.
C'est une lapalissade ;-)
Cela dit, je lis personnellement mais ne comprends pas toujours (souvent) LWN…
[^] # Re: 4.11
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.10. Évalué à 2.
C'est clair qu'il manque un LWN en langue française. Dommage que les éditions Diamond n'ait pas tenté une voie dans cette direction. Cela paru pendant des années les plus à même d'essayer. Mais il y en a peut être d'autres ?
[^] # Re: Pour parler du fond
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Expiration des brevets du Fraunhofer Institute sur le format MP3. Évalué à 3.
AU fait, pourquoi Fedora est plus sévère que Debian ? Il me semble que l'encodeur mp3 est dans Debian depuis très longtemps mais je me trompe peut être…
# Lieu
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Expiration des brevets du Fraunhofer Institute sur le format MP3. Évalué à 7.
Fedora aurait du mettre son repository en Europe, voir dans les locaux du Fraunhofer Institut ;-)
[^] # Re: Machine a dépouillé
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vote à l'urne et vote électronique. Évalué à 7.
Il y en a marre de la dictature des comptables !
[^] # Re: Machine a dépouillé
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vote à l'urne et vote électronique. Évalué à 2.
On n'est pas obliger de voter un dimanche et sur une seule journée… Il est possible d'insérer cela dans la vie de tout les jours comme le font d'autres pays.
Pour le papier, on pourrait faire cela sur du papier marron et non blanc qui comme le carton se recycle très très bien. Bref, un peu d'imagination !
Tu raisonnes en scrutin majoritaire à deux tours. C'est un mode particulièrement mauvais au regard des critères d'Arrow par exemple.
Personnellement, je pense qu'il faut un vote en un seul tour (on gagne en coût) avec plusieurs choix possible et pouvoir faire plusieurs votes d'un coup (on regagne en coût). En France, nos politiques nous prennent pour des cons car ce serait trop complexe. Encore une fois cela se fait ailleurs.
On peut voter par valeur, par classement (comme Debian…). Ces systèmes cherchent plus les consensus que les divisions. C'est quand même l'objectif d'essayer que les citoyens adhèrent au maximum (ce qui ne veut pas dire qu'il faille à 100% faire toujours plaisir).
La machine à dépouiller traite cela facilement. C'est faisable à la main pour contrôler mais si ce n'est pas automatisé, cela ne se fera JAMAIS. Les politiques n'en veulent pas et la plupart des personnes confondent machines à dépouiller et vote électronique.
Bref, pour toi, tout est beau tout est bien mais la réalité montre qu'on nous demande rarement notre avis et que l'élection principale en France est la présidentielle OR ce n'est pas le président qui gouverne mais le gouvernement sous le contrôle du parlement et du sénat. L'élection présidentielle devrait être secondaire. Sans changer de république, une manière plus conforme à celle-ci est possible ;-)
# Machine a dépouillé
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vote à l'urne et vote électronique. Évalué à 7.
Faut. C'est une affirmation gratuite afin d'éviter que nous votions souvent. Les Suisses votent bien plus souvent par exemple.
Le problème du vote est souvent que dépouiller est long (et propre à la triche). Il faut donc mettre en place des machines à dépouiller de manière automatique tout comme les compteurs de billet. Ce n'est pas complexe, on passait avant le code de la route ainsi. Ce genre de machine ne fait pas d'erreur (ou très rarement) et il est facile de recompter (dans une autre machine) voir de faire un décompte manuel (de temps en temps pour bien vérifier que tout va bien).
Bref, la machine a dépouillé devrait déjà être là dans toutes les communes et ne pose aucun des soucis du vote électronique…
[^] # Re: Félicitations
Posté par Sytoka Modon (site web personnel) . En réponse au journal Et si on achetait des serveurs Open Hardware ?. Évalué à 5.
Désolé, je voulais dire : très bonne machine rapport qualité prix. Évidement, on est sur des machines du catalogue du constructeur.
Je n'ai pas dis cela. Je dit juste que si on appelle avant 16h, ils viennent dès le lendemain dans 99% des cas. D'autres le font mais le marché Matinfo le fait sur tous (je pense qu'ils y sont tous) les EPST et toutes les universités. Ça fait un sacré territoire à couvrir.
Je suis sceptique sur de nombreux marchés mais celui-là, sauf le lot Apple qui est plus que limite, a des tarifs plus que correct. D'ailleurs, c'était historiquement que le marché CNRS et les universités l'ont toute rejointe pour des raisons d'économie.
[^] # Re: Félicitations
Posté par Sytoka Modon (site web personnel) . En réponse au journal Et si on achetait des serveurs Open Hardware ?. Évalué à 4.
Le marché Matinfo est commun entre les universités et les EPST (CNRS, INRIA, IRD…). C'est actuellement un truc ÉNORME sur lequel seuls des constructeurs en vente direct peuvent répondre. Cela permet ainsi d'avoir des très bonnes machines garanties 3, 5 ou 7 ans J+1.
Cela dit, pour des achats ponctuels et mesurés, il est assez facile de sortir du marché (avec une bonne raison argumentée). Il est donc possible d'acheter quelques machines 'open-hardware" a des fins pédagogiques.
[^] # Re: Pour ceux qui n'y connaissent rien comme moi ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche FusionDirectory 1.0.20 est sorti. Évalué à 2. Dernière modification le 07 avril 2017 à 15:38.
OPSI - http://www.opsi.org/fr Semble faire pas mal de truc mais jamais testé…
[^] # Re: Un an après Mozilla
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mark Shuttleworth annonce l’abandon d’Unity. Évalué à 3.
Ils ont qu'à moins bidouiller la Debian de base car une communauté est là.
[^] # Re: What
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mark Shuttleworth annonce l’abandon d’Unity. Évalué à 10.
https://lwn.net/Articles/719037
En général, LWN est très très fiable !