Posté par Florent Bayle (page perso, ) le 11/07/2008 à 00:20. (lien). Évalué à 5.

Bon, et évidemment, le wikilien pointe vers le wikipedia français, alors voici l'URL complète : http://en.wikipedia.org/wiki/Comparison_of_free_software_hos(...)

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 11/07/2008 à 00:18. (lien). Évalué à 1.

Bref, c'est pas ce qu'il manque des forges :-)

En effet, et un petit lien vers Wikipedia s'impose : Comparison_of_free_software_hosting_facilities.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 17/05/2008 à 13:15. (lien). Évalué à 2.

Pour que G n'aille pas en début de ligne, il faut faire un :set nostartofline
Mais cela a aussi des conséquences sur d'autres commandes. Pour éviter les effets de bord, tu peux donc rajouter un petit :vnoremap G :<C-U>set nostartofline<CR>gvG:<C-U>set startofline<CR>gv dans ton .vimrc pour que G (et seulement lui) n'aille pas en début de ligne, uniquement en mode visuel.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 04/03/2008 à 22:32. (lien). Évalué à 9.

HS, mais est ce que les serveurs tuxfamilly ont disparu pour toujours de la liste des serveurs ntp de stratum 2 ?

Non non, on fourni toujours un serveur ntp : http://www.pool.ntp.org/user/tuxfamily, mais effectivement, nt1.tuxfamily.net et ntp2.tuxfamily.net n'existent plus, c'est ntp.tuxfamily.net maintenant.

Que recherchez vous exactement ?

Nous recherchons :
 ‣ des modérateurs, qui s'occupent de :
     • modérer les demandes faites sur le panel (projets, espaces web,...). Une demande est acceptée si le projet est libre (logiciel sous GPL), si il semble un tant soit peu intéressant (nous avons par exemple tendance à conseiller aux utilisateurs de contribuer à leur distribution, plutôt que de créer un n-ième dépôt avec les même paquets dedans, une une n-ième distribution dérivée), si la personne semble de bonne fois (on se méfie par exemple des descriptions comportant une liste de licences libres semblant piochées au hasard sur le site de la fsf, ou des descriptions sans rapport avec le libre comportant "Licence : GPL" à la fin),...
     • répondre aux demandes des hébergés, que ce soit sur IRC, ou sur les mailing-lists, il faut donc connaître un minimum la plate-forme pour pouvoir apporter de l'aide, et savoir garder son calme quand on vous demande pour la 18ème fois quel est le nom du serveur SQL, alors que c'est marqué clairement à plusieurs endrois dans la faq (d'ailleurs, pour ceux qui se poseraient la question, le nom en question est 'sql')
     • vérifier régulièrement si les sites que l'on héberge ne sont pas hors charte (des personnes ayant passé la modération, qui hébergent du contenu limite, sans rapport avec la description, ou même du contenu illicite)
     • compléter la faq, traduire les sites, écrire de la documentation,...

 ‣ des contributeurs à VHFFS (http://www.vhffs.org/) : VHFFS est la plate-forme d'hébergement utilisée par TuxFamily, elle est écrite entièrement en perl. Actuellement, il n'y a que deux développeurs actifs. Une fonctionnalité souvent demandée, mais pas encore réalisée, est de pouvoir utiliser Trac (http://trac.edgewall.org/) sur TuxFamily, et pour cela il faut qu'il puisse utiliser les informations stockées dans la base de donnée de VHFFS (login, password, dépôts svn,...), mais nous n'avons pas les compétences ni le temps pour le faire à titre personnel (Trac est écrit en python, que personne parmis nous ne maîtrise suffisamment). Toutes les contributions sont les bienvenues, et pour peu qu'elles soient utiles, elles seront rapidement acceptées, et mises en production (http://julien.danjou.info/blog/index.php/post/2007/10/11/Jai(...)).

 ‣ des administrateurs : cette partie est assez spéciale, car d'un côté, c'est ce dont on manque le plus, mais de l'autre côté c'est aussi là que l'on acceptera le moins facilement de nouvelles personnes. Être administrateur, c'est avoir le root sur toutes les machines, et s'occuper des différentes tâches d'administration. Nous ne pouvons donc pas accepter une personne comme administrateur juste parcequ'elle vient nous dire bonjour sur IRC. Depuis le début de TuxFamily, les admissions de nouveaux administrateurs se sont toujours faites par cooptation, et j'ai été historiquement la seule personne promue administrateur sans avoir jamais rencontré physiquement un autre membre de l'équipe. De plus, contrairement à ce que l'on pourrait croire au premier abord, c'est loin d'être une tâche très créative ou très excitante. En effet, la mise en place de nouveaux services est très rare, et très brève (guère plus de quelques heures une ou deux fois par an), et le reste de l'année, le rôle de l'administrateur consiste à s'assurer que le service tourne bien. Ça veut notamment dire :
     • surveiller les différentes machines (CPU, load, nombre de process, utilisation disque...) pour s'assurer que tout marche correctement
     • surveiller les débordement des hébergés (rapide augmentation de l'espace disque ou de la bande passante utilisée, processus suspects sur les machines, gros envois de mails,...)
     • surveiller que les différents services tournent bien
     • ...
Bien sûr, cela peut sembler facile, et insignifiant, mais c'est la plus grosse part du travail. En effet, non seulement les petit (ou gros) disfonctionnements sont nombreux (la partie émergée de l'iceberg est visible sur http://tuxfamily.info/), mais en plus cela nécessite une présence et une vigilance constante, et une réaction rapide, car chaque minute ou un service ne répond plus, c'est énormément d'utilisateurs impactés. Par exemple, il y a quelques jour, un utilisateur a commencé à envoyer des mails en masse, depuis notre service web. Nous avons pu intervenir rapidement, et bloquer la page trouée, mais dans ce laps de temps, c'est plus de 18000 spams qui sont partis de chez nous, et nous avons été blacklistés par le service mail de yahoo. Ce travail est tellement peu gratifiant, que l'un des personnes ayant été acceptée en tant qu'administrateur est parti après un mois sans même s'être loggué sur les machines.
Enfin, être administrateur demande aussi quelques (beaucoup de ?) compétences :
     • administration réseau et système (routage, vlan, load-balancing, dns, apache, exim, mysql, postgresql, iptables, nss, Debian,...)
     • programmation (bash, C, perl, php,...)
     • patience et sens de l'humour à toute épreuve.
À l'heure actuelle, une seule personne connaît entièrement la plate-forme, et serait capable de la remonter entièrement de zéro.
Et si vous voulez devenir administrateur, il faut aussi que vous soyez prêt à remettre en cause ce que vous connaissez et à faire des concessions pour vous adapter à la plate-forme (on acceptera par exemple pas quelqu'un qui arrivera en nous disant "virez exim, qmail c'est mieux, et en plus c'est ce que je sais utiliser").

Si vous êtes motivés pour nous rejoindre et nous aider dans l'une de ces trois catégories, vous pouvez nous rejoindre sur irc://irc.tuxfamily.org/#tuxfamily, ou irc://irc.tuxfamily.org/#vhffs pour VHFFS. Cependant, soyez conscient qu'être administrateur ou modérateur prends BEAUCOUP de temps, et qu'il faudra non seulement être quasiment toujours présent sur IRC (et backlogguer en revenant quand vous n'êtes pas là, faute de quoi vous serez vite "à la ramasse"), mais aussi être prêt à y consacrer plusieurs heures par jour, et qu'en plus de cela, c'est un travail qui n'est pas du tout gratifiant. Si avec tout ça vous n'êtes pas totalement dégoutés, vous pouvez jeter un œil à ce billet qui parle des problèmes de renouvellement de l'équipe au sein de TuxFamily (ça date de septembre 2006, mais c'est malheureusement toujours d'actualité) : http://julien.danjou.info/blog/index.php/post/2006/09/13/330(...).

Dans le même genre d'idée, quels sont les services indisponibles pour cause de manque de moyens ?

Les services indisponibles pour l'instant sont tout ceux utilisant massivement le RAID :
 ‣ sauvegardes
 ‣ statistiques des sites web
 ‣ dumps des bases de données
 ‣ captures des sites web (utilisées par exemple sur http://demoll.tuxfamily.org/)
 ‣ ...

Attention je ne promets rien hein, j'ai déjà peu de temps pour moi ;)

C'est exactement le problème auquel nous sommes tous confrontés, et c'est pour cela par exemple que sur 4 administrateurs officiels, il n'y en a que deux actifs, et que c'est la même chose pour les modérateurs.
Et comme tu dois t'en douter si tu as lu le texte jusqu'ici, il est fort peu probable que nous acceptions une personne qui ne peut consacrer que quelques heures par semaine à sa tâche, car l'expérience nous a prouvé que c'était largement insuffisant, et que cela nous faisait perdre beaucoup de temps (en formation, aide,...) pour une personne qui deviendra rapidement totalement inactive (puisque lors de rares moment où elle sera là, soit le travail aura déjà été fait par les autres personnes, soit si un problème récurrent survient, elle ne saura pas comment le résoudre, puisque elle n'aura pas été là lorsque le problème est apparu précédemment).

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 01/02/2008 à 19:09. (lien). Évalué à 4.

Encore un truc énervant sous linux, parfois quand un processus devient fou, il n'y a pas 5% de puissance en réserve qui permettrait de reprendre la main et de tuer proprement le processus fou.

Réjouis-toi, le 2.6.24 est sorti (https://linuxfr.org/2008/01/25/23529.html) :

La première option (sélectionnable avec CONFIG_FAIR_USER_SCHED) divise le temps processeur entre les différents utilisateurs d'une machine. Celui qui lance 30 processus ne sera plus avantagé par rapport à celui qui n'en lance qu'un seul et chacun des deux utilisateurs aura équitablement la moitié du temps de calcul. Un avantage additionnel relevé par Ingo Molnar est que cela limite drastiquement les risques de Fork Bomb.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 18/12/2007 à 19:10. (lien). Évalué à 1.

Pour passer d'une tab à l'autre, tu as Ctrl+PageUp et Ctrl+PageDown. Tu aurais pu le trouver par toi-même avec :help tabn.
Même chose pour la molette : :help mouse. Par exemple, tu peux faire un :set mouse=n pour te servir de la molette en mode normal (ce qui te laisse la possibilité de faire des sélectionner-coller avec la molette en mode insertion, par exemple).

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 12/10/2007 à 07:13. (lien). Évalué à 3.

Sur ma Debian :

[09:09:32]jupiter:~$ apt-cache search gnash
gnash - free Flash movie player
gnash-common - free Flash movie player - common files/libraries
gnash-cygnal - free Flash movie player - Media server
gnash-tools - free Flash movie player - Command-line Tools
klash - free Flash movie player - standalone player for KDE
konqueror-plugin-gnash - free Flash movie player - Plugin for Konqueror
mozilla-plugin-gnash - free Flash movie player - Plugin for Mozilla and derivatives
libgnash0 - free Flash movie player - shared libraries
[09:09:51]jupiter:~$ apt-cache policy gnash
gnash:
Installé : (aucun)
Candidat : 0.8.1~rc.070818-2
Table de version :
0.8.1~rc.070818-2 0
500 http://ftp.de.debian.org sid/main Packages
0.7.2-1 0
500 http://ftp.de.debian.org testing/main Packages
[09:09:56]jupiter:~$

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 10/10/2007 à 17:27. (lien). Évalué à 10.

Moi ca m'a permet de decouvrir le blog de Fabien Penso...

Ah, mais voilà, la panne simulée, c'était juste pour faire de la pub pour son blog en fait !

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 18/09/2007 à 21:15. (lien). Évalué à 3.

Mais pour Debian et les autres distributions communautaires, elles n'ont pas les moyens.

Oserais-tu dire que Debian n'est pas capable actuellement de gérer les mises à jours de sécurité de sa version stable ? Que la team security fait du mauvais boulot ? Que les mainteneurs sont des incapables qui ne sont pas capables de backporter un fix ?
Un simple coup d'½il à http://www.debian.org/security/ et le nombre de serveurs tournant sous Debian semblent montrer l'inverse.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 18/09/2007 à 21:06. (lien). Évalué à 6.

Qu'est-ce qu'il se passe si Adobe arrête le support de flash pour les vieilles versions de firefox ? Je prends cette exemple, parce qu'avec la version 1.0 de firefox sous sarge, ça marchait, mais j'avais des problèmes de stabilité (et debian est censée être stable).

Ça c'est l'inconvénient d'utiliser des logiciels propriétaires. Et que se passera t-il d'ailleurs si Adobe arrête le support de Firefox et/ou de Linux dans les prochaines versions de Flash ? Comment font ceux qui n'ont pas une architecture matérielle "supportée" par Flash ?
Ah oui, d'ailleurs, Adobe Flash Player ne fait pas partie de Debian, je trouve donc injuste d'attribuer son instabilité à Debian.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 18/09/2007 à 16:42. (lien). Évalué à 5.

Debian n'offre que quelques mois de support lorsqu'un nouvelle release sort. Sarge n'est plus maintenu depuis longtemps.

Ah bon ? Pourtant http://www.debian.org/security/ n'indique pas qu'elle n'est plus maintenue, et la dernière annonce de sécurité (http://www.debian.org/security/2007/dsa-1375), datée de hier comporte une mise à jour de sécurité des paquets de Sarge.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 02/09/2007 à 23:37. (lien). Évalué à 10.

Non, c'est l'éléphant, j'ai lu un livre là-dessus y a pas longtemps, et les mecs expliquaient qu'en fait, c'est parce que toute leur force est concentrée dans la trompe.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 18/07/2007 à 21:19. (lien). Évalué à 6.

À noter que php4 est en train d'être également supprimé de Debian en ce moment (unstable/testing, la version stable actuelle, etch, le gardera), de même que bind 8, apache 1 et exim 3.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 28/05/2007 à 23:02. (lien). Évalué à 4.

Ah oui, mais ça rien à voir, c'est juste parceque tu t'es plaint du système de vote, donc tous tes commentaires seront moinsés tant que le journal restera suffisamment visible sur la page des journaux.
C'est systématique dès qu'une personne se plaint du système de vote.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 09/04/2007 à 01:15. (lien). Évalué à 1.

Personnellement je me suis fait un petit script en cron :

#! /usr/bin/perl

use strict;
use warnings;
use WWW::Mechanize;

my $m = WWW::Mechanize->new;

my $kwid = `/usr/bin/dcop --user toto --all-sessions kded kwalletd open kdewallet 1`;
chomp ($kwid);
my $pwd = `/usr/bin/dcop --user toto --all-sessions kded kwalletd readPassword $kwid Kopete "Account_JabberProtocol_toto.titi\@gmail.com"`;
chomp ($pwd);

$m->agent("");
$m->get('https://mail.google.com/mail/');
die $m->res->status_line unless $m->success;

$m->form_number (1);
$m->set_fields (Email => 'toto.titi', Passwd => $pwd);
$m->submit();
die $m->res->status_line unless $m->success;

my $ok = 0;
$m->cookie_jar()->scan( sub { $ok++ if $_[1] eq 'SID' } );
die $m->res->status_line unless $ok;
my $nurl = $m->res()->content;
$nurl =~ s/^.*<base href="(https:\/\/mail.google.com\/mail\/h\/[0-9a-z]+\/)">.*$/$1/s;

$m->get($nurl.'?ui=html&zy=j&s=m');
die $m->res->status_line unless $m->success;

$m->form_number (2);
CHECKBOX: foreach my $i ($m->current_form->find_input("t", "checkbox"))
{
foreach my $val ($i->possible_values())
{
next unless defined $val;
$i->value($val);
}
}
$m->click("nvp_a_us");
die $m->res->status_line unless $m->success;


Cette version va récupérer le mot de passe correspondant au compte jabber directement dans kwallet pour ne pas le stocker en clair dans le script, mais si tu n'utilises pas kwallet, tu peux juste faire
my $pwd="blablabla";
Pense aussi à remplacer toto par ton nom d'utilisateur chez toi, et toto.titi par ton nom d'utilisateur gmail.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 24/03/2007 à 16:24. (lien). Évalué à 8.

0wn3d

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 09/03/2007 à 01:57. (lien). Évalué à 3.

Ce que je regrette c'est surtout l'absence d'option --force.

Du genre apt-get install -o Dpkg::Options::="--force-all" paquet ? Bien sûr, tu peux utiliser des --force-quelquechose un peu moins violents, genre --force-confmiss, --force-overwrite, ... Tu pourras trouver toutes les infos sur ces options dans le manuel de dpkg.

Autre chose que je n'aime pas trop dans ubuntu/debian, cette manie de patcher les logiciels au maximum ...

Qu'entends-tu par "au maximum" ? En général, les patchs sont pour une meilleure intégration à la distrib, le respect de fhs, le retrait de parties non libres (graphiques sous CC, par exemple), bref, que des patchs utiles, il n'y a en général pas de patchage "à tout vas".

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 25/02/2007 à 19:02. (lien). Évalué à 3.

Apparemment, il y a un proxy WOL (sans doute quelque chose semblable à http://freshmeat.net/projects/wolp/) qui écoute sur le port 9 de la freebox en attente d'un paquet UDP spécial encapsulant le paquet WOL, et retransmet le paquet WOL sur le lan. Il est par exemple possible d'envoyer le paquet depuis http://wakeonwan.free.fr/ (j'ai testé chez moi, ça marche).

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 25/02/2007 à 15:00. (lien). Évalué à 3.

Aucun problème. La freebox permet déjà cela, par exemple.

[ Répondre ]

Posté par Florent Bayle (page perso, ) le 23/02/2007 à 11:18. (lien). Évalué à 10.

Bonjour,

Tu indiques que ta distribution contient Skype et Avast!. Est-ce que tu es sûr d'avoir le droit de les distribuer dans ta distribution ?

Je m'explique, voici des extraits des conditions de distribution de Skype et Avast! :


Skype (http://www.skype.com/company/legal/promote/distributionterms(...))

If You want to make use of the possibility to distribute the Skype Software in a CD-ROM, DVD or other similar physical media, You will have to send an email containing Your name, address, phone number and email address to distribution@skype.net, stating Your intentions to distribute the Skype Software and defining the applicable media. By sending such email, You explicitly agree to be bound by the Distribution Terms below as well as any renewed versions thereof, as will be published on the Skype Website or as may be otherwise notified to You by Skype. In the event Skype has not received such email, You will not be allowed to distribute the Skype Software. Skype reserves the right, at its sole discretion, to deny your request to distribute. In this event, you will be notified via email response within 30 days of receipt of your email.

J'espère que tu as envoyé ce mail et reçu une réponse, sinon, tu n'as pas le droit de diffuser Skype.

1.3 You will not distribute other products or services together with Skype Software, unless You are a publisher of computer magazines for end users and distribute the Skype Software with Your magazine(s) for free.

Tu distribue Skype avec d'autres logiciels dans ta distribution, donc tu ne respecte pas cette clause.

1.4 You will not distribute Skype Software through other media than CD-ROM or DVD, unless approved by Skype in an explicit written communication to You.
1.5 You will acknowledge that the provisions of the Agreement must be agreed to by all end users who install the Skype Software that You distribute.

Tu dois donc présenter la licence de Skype à chaque installation, et t'assurer que l'utilisateur l'a bien lue.

1.9 You will at any and all times clearly indicate that the Skype Software originates from Skype by marking the words “Includes Skype Software” on the packaging material and/or on the distributed physical medium, and will at any time comply with all further instructions provided by Skype for the distribution of the Skype Software.

Je n'ai pas du tout vu les mots “Includes Skype Software” sur ton site.



Avast! (http://www.avast.com/fre/copyright.html)

The Software is made available for download solely for use by end users according to the License Agreement. Any reproduction or redistribution of the Software not in accordance with the License Agreement is expressly prohibited by law, and may result in severe civil and criminal penalties. Violators will be prosecuted to the maximum extent possible.
WITHOUT LIMITING THE FOREGOING, COPYING OR REPRODUCTION OF THE SOFTWARE TO ANY OTHER SERVER OR LOCATION FOR FURTHER REPRODUCTION OR REDISTRIBUTION IS EXPRESSLY PROHIBITED, UNLESS SUCH REPRODUCTION OR REDISTRIBUTION IS EXPRESSLY PERMITTED BY THE LICENSE AGREEMENT ACCOMPANYING SUCH SOFTWARE.

Bon, ça a l'air plutôt mal barré là...

Donc, téléchargeons Avast!, et lisons l'EULA:

Therefore you must
treat the Software just as you would any other copyrighted
material such as a book. In other words, you may not copy the
Software or the Documentation except as set forth in the
section 1 of this license agreement.

Et dans la section 1 :

You may:
Install the Software in a single location on a hard disk or
other storage device of up to the number of computers
indicated in the license agreement.
[...]
Make one backup copy of the Software, provided your backup
copy is not installed or used on any computer.

Et aucune indication de possibilité de redistribution. Tu n'est donc pas autorisé à redistribuer Avast!.

[ Répondre ]