Et puis surtout, Renater est financé par des organismes publics (CNES, INRA, etc, cf https://www.renater.fr/organisation) pour remplir un objectif donné "activités de recherche et développement, formation, documentation scientifique et technique dans le respect de la charte déontologique renater".
Donc Renater met en oeuvre cela pour réserver la capacité de son réseau à son objectif principal.
Debian: largement plus d'une dizaine (wget pour télécharger, tar pour décompresser, mkdir debian, echo 9 >debian/compat, …)
Ben non, désolé, regarde dh_make il crée l'arborescence debian pour toi. cf man dh_make:
DEBFULLNAME="John Doe" dh_make --email contact@example.com --copyright=bsd --file ../foo.tar.gz
Je comprends que certains aient été traumatisés par les vielles versions de debhelper, mais les temps ont changés..
Justement dans son commentaire il n'y pas d'indication du tout du temps passé avec sa campagne ou compagnon (ou même les deux !), comme si ce n'était pas un temps important…
1 mois et demi s'est écoulé entre l'appel à contribution (https://lists.debian.org/debian-devel-announce/2014/03/msg00004.html) et l'annonce de la concrétisation. mois et demi qui a sans doute permis d'avoir du recul et de vérifier la faisabilité d'une lts au vu des retours et propositions de contributions.
Comme rappelé dans le communiqué, cette prise en charge long terme ne peut être pérenne que si les contributions suivent :
Y a-t-il besoin d'aide supplémentaire ?
Absolument. squeeze-lts n'est pas gérée par l'équipe de sécurité de Debian, mais par un groupe distinct de bénévoles et sociétés intéressés pour en faire un succès (avec un chevauchement des personnes impliquées). Donc, si vous êtes une société utilisant Debian et voyant un bénéfice dans une prise en charge de la sécurité pour cinq ans, entrez en contact avec team@security.debian.org et nous verrons comment vous pouvez aider (si vous n'avez par exemple pas les ressources humaines ou ne savez pas comment contribuer, nous pouvons vous indiquer une liste de conseillers Debian).
il faut traduire les [..] et arguments des logiciels :p
Tu veux dire les paramètres des logiciels ? :-)
Mise à part cette petite remarque rappelant le français vs franglais, c'est vrai que c'est déroutant de ne plus trouver le nom de la commande. (mais pourquoi pas fournir une liste d'alias git francophones ?)
Pour autant, pour le jargon anglophone souvent utilisé, on a souvent tendance en traduction à rappeler ce jargon tout en proposant un traduction (par exemple: swap, scheduler.
Cela permet aux non-anglophones de mieux comprendre le contexte du programme/doc sans avoir à chercher sur le web à chaque fois.
Ce que tu proposes, c'est exactement l'option 2.
En effet, c'est exactement ce qui se passe pour Lubuntu ou Xubuntu ou Ubuntu Satanic Edition, …
Et bien ces "trucs" sont appelés des "distributions", forks de Ubuntu
Ce ne sont pas des forks, mais des personnalisations d'install par défaut, au sens où toute modif faite pour Xubuntu se retrouve dans les paquets ubuntu (et donc lubuntu, ubuntu, kubuntu, etc.).
Bref, j'ai du mal à imaginer comment qlq'un chez Huyara peut traduire quelque chose sans que la traduction soit propagée partout ailleurs.
En modifiant les fichiers po sans les remonter upstream (soit par impatience, soit par méconnaissance, soit par illusion de difficulté)
4) Soit on collabore, comme dans le logiciel libre
- on envoie upstream les modifications spécifiques (traductions, bugs dans un logiciel utilisé)
- pour les logiciels spécifiques, upload des paquets dans la distribution de choix
- enfin, pour que l'install directe soit faite avec le bon jeu de paquet, upload de metapaquet pour la distrib personnalisée, et en revanche, utilisation des outils existants de la distrib pour construire les CD / live CD
Avec cette option, le projet peut se concentrer ce qui fait la valeur ajoutée, et bénéficie de la maintenance de tous les autres paquet de la distrib qui ne sont pas au coeur du projet.
Qu'est ce qu'une knoppix ? C'est une Debian, rien de plus. Sa seule spécificité, c'est (c'était) de permettre un environement live. Si les devs de knoppix avaient dû apporter toutes ces modifications upstream, au lieu de forker, peut être que ça aurait nécessité 2 ans, 3 ans
Tout est dans le peut-être.
Le problème est là, les gens pensent toujours qu'il est plus facile de forker, alors que non.
Par exemple, il est tout à fait possible d'inclure des outils de génération d'image live dans une distrib, sans pour autant que cela soit l'outil officiel par exemple.
Qu'est-ce qu'une kubuntu ? Une Unbuntu avec KDE, xunbuntu, c'est avec xfce. C'est de la dispersion d'effort ?
C'est juste du branding dans le cas d'ubuntu, les paquets sont issus de la même archive (idem pour les images XFCE, LXDE, GNOME, KDE pour Debian, sauf qu'on en fait pas des caisses en annonçant N distribs).
Slitaz est une distrib qui réussi la prouesse de tenir dans 30Mo de RAM, Firefox compris (si si, je vous jure).
Et combien de distrib font la même chose ?
Combien seront réellement utilisés vu leur faible visibilité ?
Pour les autres exemples: Arch, Gentoo, LFS, je suis complètement d'accord, les distribs changent totalement des autres et apportent réellement quelque chose du niveau distrib: la manière de gérer les paquets, les dépendances, le cycle de dev.
Mais forker une distrib car le paquet favori pour l'usage X n'est pas présent / pas à jour / pas compilé comme on voudrait, c'est juste priver la majorité des utilisateurs (des distribs répandues) du bénéfice de son travail.
'faudrait savoir: tu disais que c'était dommage de voir des efforts dispersés, et maintenant, tu dis que les efforts sont triviaux ?
Certains des efforts, bien que triviaux quand on connait bien la distrib, peuvent paraitre à des gens moins habitués comme quelque chose de compliqué, qui constitue alors une raison apparente pour forker.
Une fois le fork fait, il faut le maintenir, et ça c'est de la dispersion d'effort.
Mais le choix du DE par défaut c'est juste un exemple parmi des milliers d'autres.
Oui, le problème c'est que dans la plupart des cas, le fork de distrib n'est pas basé sur des milliers de raisons, mais souvent pour des problèmes auxquels une personnalisation de distrib correspondrait beaucoup plus.
[^] # Re: Renater ne filtre pas
Posté par symoon . En réponse au message FAI: Renater, comment éviter la restriction des protocoles ?. Évalué à 1.
Et puis surtout, Renater est financé par des organismes publics (CNES, INRA, etc, cf https://www.renater.fr/organisation) pour remplir un objectif donné "activités de recherche et développement, formation, documentation scientifique et technique dans le respect de la charte déontologique renater".
Donc Renater met en oeuvre cela pour réserver la capacité de son réseau à son objectif principal.
Les chartes Renater:
https://www.renater.fr/chartes
[^] # Re: Point par point
Posté par symoon . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 4.
Ben non, désolé, regarde dh_make il crée l'arborescence debian pour toi. cf man dh_make:
DEBFULLNAME="John Doe" dh_make --email contact@example.com --copyright=bsd --file ../foo.tar.gz
Je comprends que certains aient été traumatisés par les vielles versions de debhelper, mais les temps ont changés..
[^] # Re: Point par point
Posté par symoon . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 3.
Il y a également:
https://www.debian.org/doc/devel-manuals#packaging-tutorial
[^] # Re: Debian
Posté par symoon . En réponse à la dépêche CentOS 7 fait son entrée au CERN. Évalué à 0.
Le nombre de paquets et le nombre d'architectures supportées.
L'initiative pour le support long terme Debian:
http://www.freexian.com/services/debian-lts.html
# man tcpreplay
Posté par symoon . En réponse au message génération de trafic réseau Tcpreplay sous Linux. Évalué à 1.
Regarde dans les options, il y a ce que tu cherches.
http://tcpreplay.synfin.net/wiki/tcpreplay#tcpreplay
En revanche, tcpreplay ne fait que relire une capture réseau, il te faut générer un paquet avant, par exemple avec https://code.google.com/p/ostinato/
[^] # Re: F-droid et appli retouche photo
Posté par symoon . En réponse au message Fdroid. Évalué à 0.
Tu peux chercher ici: https://f-droid.org/repository/browse/
# Sources de packages.debian.org
Posté par symoon . En réponse au message Website pour visualiser les informations liés à un repo de rpm. Évalué à 2.
Dans tous les pieds de page de packages.debian.org "Plus de détails sur ce site"
-> https://packages.debian.org/about/
-> http://anonscm.debian.org/gitweb/?p=webwml/packages.git;a=summary
[^] # Re: KDE merdouille sur une distribution majeure ?
Posté par symoon . En réponse à la dépêche Appel à l'aide de l'équipe KDE de Debian. Évalué à 3.
Justement dans son commentaire il n'y pas d'indication du tout du temps passé avec sa campagne ou compagnon (ou même les deux !), comme si ce n'était pas un temps important…
[^] # Re: KDE merdouille sur une distribution majeure ?
Posté par symoon . En réponse à la dépêche Appel à l'aide de l'équipe KDE de Debian. Évalué à 2.
Et ta femme ?
[^] # Re: Kubuntu
Posté par symoon . En réponse à la dépêche Appel à l'aide de l'équipe KDE de Debian. Évalué à 7.
Puisque cette même question a été posée sur debian-devel, voici la réponse:
https://lists.debian.org/debian-devel/2014/05/msg00024.html
[^] # Re: Qui ?
Posté par symoon . En réponse au journal 5 ans de support pour un sous-ensemble de Debian Squeeze. Évalué à 1.
1 mois et demi s'est écoulé entre l'appel à contribution (https://lists.debian.org/debian-devel-announce/2014/03/msg00004.html) et l'annonce de la concrétisation. mois et demi qui a sans doute permis d'avoir du recul et de vérifier la faisabilité d'une lts au vu des retours et propositions de contributions.
# Besoin d'aide pour le support long terme
Posté par symoon . En réponse au journal 5 ans de support pour un sous-ensemble de Debian Squeeze. Évalué à 10.
Comme rappelé dans le communiqué, cette prise en charge long terme ne peut être pérenne que si les contributions suivent :
# Test chez lesnumeriques.com
Posté par symoon . En réponse au message Téléphone Nokia. Évalué à 2.
http://www.lesnumeriques.com/telephone-portable/nokia-x-p19444/test.html
# find / -xdev -samefile /etc/vim/
Posté par symoon . En réponse au message Les hard links. Évalué à 3. Dernière modification le 12 avril 2014 à 18:43.
-samefile nom
Fichier qui se réfère à la même inode que nom. Quand -L est actif, cela inclut les liens symboliques.
[^] # Re: wiki Debian ?
Posté par symoon . En réponse au message Créer un paquet deb pour un programme simple en Python. Évalué à 2.
et donc https://wiki.debian.org/Python/Policy
[^] # Re: ça marche +/-
Posté par symoon . En réponse au message Glade sur Debian. Évalué à 1.
En plus propre.
export LD_PATH=/la/ou/tu/as/compile/libglade../
[^] # Re: Trop de surcouche, tue la surcouche
Posté par symoon . En réponse au journal apti 0.5 : frontend à aptitude. Évalué à -1.
aptitude utilise la lib libapt-pkg quand même
[^] # Re: bof ?
Posté par symoon . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 5.
What ?
Ouatte ?
Watt ?
[^] # Re: Si c'est pas parfait, on contribue non ?
Posté par symoon . En réponse au journal traduction git. Évalué à 4.
Tu veux dire les paramètres des logiciels ? :-)
Mise à part cette petite remarque rappelant le français vs franglais, c'est vrai que c'est déroutant de ne plus trouver le nom de la commande. (mais pourquoi pas fournir une liste d'alias git francophones ?)
Pour autant, pour le jargon anglophone souvent utilisé, on a souvent tendance en traduction à rappeler ce jargon tout en proposant un traduction (par exemple: swap, scheduler.
Cela permet aux non-anglophones de mieux comprendre le contexte du programme/doc sans avoir à chercher sur le web à chaque fois.
# Seulement une sauvegarde
Posté par symoon . En réponse au message Fichier dpkg status-old. Évalué à 1.
Tout d'abord, il te suffit d'essayer de faire un apt-get update et un installation pour vérifier que tout va bien comme avant.
Si tu veux savoir plus en détail, une recherche dans les sources confirme qu'il ne s'agit bien que d'une sauvegarde:
http://codesearch.debian.net/search?q=package%3Adpkg+ATOMIC_FILE_OLD_EXT
http://sources.debian.net/src/dpkg/1.17.1/lib/dpkg/atomic-file.c?hl=85#L85
[^] # Re: Une N-ième distrib ..
Posté par symoon . En réponse au journal Une distribution argentine : Huayra. Évalué à 2.
Ce ne sont pas des forks, mais des personnalisations d'install par défaut, au sens où toute modif faite pour Xubuntu se retrouve dans les paquets ubuntu (et donc lubuntu, ubuntu, kubuntu, etc.).
En modifiant les fichiers po sans les remonter upstream (soit par impatience, soit par méconnaissance, soit par illusion de difficulté)
[^] # Re: Une N-ième distrib ..
Posté par symoon . En réponse au journal Une distribution argentine : Huayra. Évalué à 2.
4) Soit on collabore, comme dans le logiciel libre
- on envoie upstream les modifications spécifiques (traductions, bugs dans un logiciel utilisé)
- pour les logiciels spécifiques, upload des paquets dans la distribution de choix
- enfin, pour que l'install directe soit faite avec le bon jeu de paquet, upload de metapaquet pour la distrib personnalisée, et en revanche, utilisation des outils existants de la distrib pour construire les CD / live CD
Avec cette option, le projet peut se concentrer ce qui fait la valeur ajoutée, et bénéficie de la maintenance de tous les autres paquet de la distrib qui ne sont pas au coeur du projet.
[^] # Re: Une N-ième distrib ..
Posté par symoon . En réponse au journal Une distribution argentine : Huayra. Évalué à 2.
Tout est dans le peut-être.
Le problème est là, les gens pensent toujours qu'il est plus facile de forker, alors que non.
Par exemple, il est tout à fait possible d'inclure des outils de génération d'image live dans une distrib, sans pour autant que cela soit l'outil officiel par exemple.
C'est juste du branding dans le cas d'ubuntu, les paquets sont issus de la même archive (idem pour les images XFCE, LXDE, GNOME, KDE pour Debian, sauf qu'on en fait pas des caisses en annonçant N distribs).
Et combien de distrib font la même chose ?
Combien seront réellement utilisés vu leur faible visibilité ?
Pour les autres exemples: Arch, Gentoo, LFS, je suis complètement d'accord, les distribs changent totalement des autres et apportent réellement quelque chose du niveau distrib: la manière de gérer les paquets, les dépendances, le cycle de dev.
Mais forker une distrib car le paquet favori pour l'usage X n'est pas présent / pas à jour / pas compilé comme on voudrait, c'est juste priver la majorité des utilisateurs (des distribs répandues) du bénéfice de son travail.
[^] # Re: Une N-ième distrib ..
Posté par symoon . En réponse au journal Une distribution argentine : Huayra. Évalué à 3.
Certains des efforts, bien que triviaux quand on connait bien la distrib, peuvent paraitre à des gens moins habitués comme quelque chose de compliqué, qui constitue alors une raison apparente pour forker.
Une fois le fork fait, il faut le maintenir, et ça c'est de la dispersion d'effort.
Oui, le problème c'est que dans la plupart des cas, le fork de distrib n'est pas basé sur des milliers de raisons, mais souvent pour des problèmes auxquels une personnalisation de distrib correspondrait beaucoup plus.
[^] # Re: Une N-ième distrib ..
Posté par symoon . En réponse au journal Une distribution argentine : Huayra. Évalué à 2.
Choisir le DE à l'installation, ce n'est pas un "gros patch", c'est 1 ligne dans le preseed.