A mon sens les problématiques de l'auto-hebergement sont suffisement particulières pour meriter un wiki pour elles, où l'on peut centraliser ces choses.
Ca n'empêche pas de contribuer à la doc de ta distro ou du logiciel, pour les problématiques les concernant.
Après le redoublement systematique de la doc d'un soft dans la doc d'une distro je vois pas l'utilité quand le packaging de la distro n'a pas complètement modifié le soft.
Une problématique = une doc.
Je pense que justement cette depêche est un appel à contributions pour pouvoir améliorer tous ces points :-)
(c'est en tout cas comme ça que je l'ai pris)
Ce serait le genre d'info à mettre sur le wiki ;)
Sinon c'est vrai que free est pas mal mais devoir rebooter la machinboite à chaque changement de la conf c'est relou à la longue.
mais visiblement tout le monde préfère une belle interface qui se monte facilement que d'aller manipuler quelques fichiers afin d'optimiser son service.
justement voilà le genre de truc qui fait que ce wiki sera utile une fois rempli :
quand on fait de l'auto-hebergement, il y a plein de trucs qu'on a pas forcément envie de faire "comme les grands", pour des centaines/milliers d'users, avec des supers zinterfaces de la mort web dans tous les sens ...
et souvent pour trouver de la doc là-dessus, bin comme tu viens de le signaler c'est souvent pas forcement evident*. Et moi c'est le genre de chose que j'ai bien envie de rajouter dedans le wiki.
* mon dernier exemple en date, pour gérer 2/3 pôv mailing-lists à usage limité avec autre chose que sympa/mailman, bin m'a fallu 2 bonnes heures sur freshmeat pour finir par trouver un ptit truc qui faisait le job et qui m'allait ...
(un script perl avec des commentaires en tchèque pour bien faciliter la relecture ^_^)
Mmm, le but de Beelive n'est pas de faire de la doc mais de faire une distro pour ça.
Pas tout à fait le même but en fait.
Les projets de type Beelive (je dis les projets parce que j'en ai déjà vu plusieurs passer, ils devraient sans doute se rapprocher, eux) est de faire une distro prête à l'emploi debutant-friendly qui a pas envie de mettre les mains dans le cambouis.
De ce que je vois, ce wiki s'addresse plutôt aux amateurs qui ont eux envie de mettre la main dans le cambouis ;)
sauf que moi la dernière fois que j'ai fais le tour des hebergeurs du rhien, j'ai pas vraiment eu l'impression que la majorité soient encore des gens sur qui s'hebergent chez eux, j'ai plutôt vu des dediboites kimsuffisent et autre.
Après cette vision est sans doute en partie fausse, le site était tout pourri à l'époque, et la communication avec l'exterieur proche de 0.
En tout cas moi à chaque que j'ai fait un tour là-bas j'ai plutot l'impression que le RHIEN c'etait plus grand chose.
(je serais ravi qu'on me prouve le contraire, le site a l'air d'avoir évolué je vais aller faire un tour).
en pratque, toute les utilisations sont libre, y compris la copie, le redistribution et la modification, sauf dans un circuit commercial. C'est une limitation, je le sais, mais trouve moi un truc prorio qui se rapproche de ça, et on en reparle...
Une des commandes bash dont je me sers le plus est justement ^foo^bar;
mais un autre grief encore pour cette commande: ça ne remplace que la première occurence de foo. Si quelqu'un connaît une commande équivalente qui remplace toutes les occurences.
Autre truc éxtrèmement pratique :
: commande --plein -d -options <pleins d'arguments>
pour ajouter la ligne à l'historique sans l'éxécuter. (attention à l'espace après le ":").
Moi ce qui me saoûle avec les trackpads en général, c'est qu'ils sont énormes et que ça fait perdre plein de place pour le clavier. Du coup le clavier est en général trop petit et tout serré.
Vous trouvez pas ça chiant ?
Alors que je travaillais chez IBM en 1979, on m'a demandé de faire un rapport interne au sujet d'un machin appellé VALISO, qui était la dernière tentative en date d'Apple pour faire entrer la technologie Parc de Xerox dans le monde de Steve Jobs. Le VALISO était donc une sorte d'ordinateur pré-macintosh et j'ai écrit mon rapport sur cette machine et mon rapport disait: c'est une catastrophe. Cette machine incarne la fin du langage en relation avec les ordinateurs, c'est l'implementation de l'interface de l'Homme des Cavernes : tu pointes et tu grognes. Et si l'on réduit l'interaction entre l'être humain et les ordinateurs à pointer et grogner, alors on oublie le rôle du langage dans l'évolution de l'esprit humain et de sa conscience. Le langage est ce qui nous rend plus intelligent, si l'on n'utilise pas le langage pour interagir avec les machines, alors ni nos cerveaux ni ceux des machines ne s'épanouiront comme ils devraient le faire. Cet argument eu malheureusement peu de poids chez IBM et encore moins dans le monde en général au fil du temps.
Dernière chose : j'aimerais pouvoir convertir la clé privé au format putty directement sur mon serveur linux afin de la transmettre directement au user par mail .... une idée ??
installes putty sur le serveur. Tu risques juste d'avoir tout X qui debarque en dépendance. En cherchant bien tu peux peut-être bricoler le paquet pour éviter ça.
Et aussi rien à voir mais attention à pas laisser ~/.ssh/authorized_keys accessible en écriture par l'user ;)
ps : sov36, merci pour la précision, du coup je vais plutôt utiliser le controle via ssh mais c'est bon à savoir :)
De rien et pas de problème, there is more than one way to do it! ;)
je ne pense pas que l'info du user se trouve dans l'entente d'un paquet TCP/IP ??
Non, effectivement. Par contre c'est une info dispo pour les paquets produits localement:
owner
This module attempts to match various characteristics of the packet creator, for locally generated packets. This match is only valid in the OUTPUT and POSTROUTING chains. Forwarded packets do not
have any socket associated with them. Packets from kernel threads do have a socket, but usually no owner.
[!] --uid-owner username
[!] --uid-owner userid[-userid]
Matches if the packet socket's file structure (if it has one) is owned by the given user. You may also specify a numerical UID, or an UID range.
[!] --gid-owner groupname
[!] --gid-owner groupid[-groupid]
Matches if the packet socket's file structure is owned by the given group. You may also specify a numerical GID, or a GID range.
[!] --socket-exists
Matches if the packet is associated with a socket.
Salut,
iptables permet d'appliquer des filtres selon l'user qui émet le paquet (peut-être même le groupe je sais plus).
Je me souviens plus de la syntaxe mais c'est dans la doc.
[^] # Re: Je ne comprend pas ?
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 4.
Ca n'empêche pas de contribuer à la doc de ta distro ou du logiciel, pour les problématiques les concernant.
Après le redoublement systematique de la doc d'un soft dans la doc d'une distro je vois pas l'utilité quand le packaging de la distro n'a pas complètement modifié le soft.
Une problématique = une doc.
[^] # Re: Je ne comprend pas ?
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 7.
(c'est en tout cas comme ça que je l'ai pris)
[^] # Re: Livebox Mini
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 2.
Sinon c'est vrai que free est pas mal mais devoir rebooter la machinboite à chaque changement de la conf c'est relou à la longue.
[^] # Re: Et les aspects négatifs
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 2.
[^] # Re: Je ne comprend pas ?
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 1.
[^] # Re: Je ne comprend pas ?
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 3.
justement voilà le genre de truc qui fait que ce wiki sera utile une fois rempli :
quand on fait de l'auto-hebergement, il y a plein de trucs qu'on a pas forcément envie de faire "comme les grands", pour des centaines/milliers d'users, avec des supers zinterfaces de la mort web dans tous les sens ...
et souvent pour trouver de la doc là-dessus, bin comme tu viens de le signaler c'est souvent pas forcement evident*. Et moi c'est le genre de chose que j'ai bien envie de rajouter dedans le wiki.
* mon dernier exemple en date, pour gérer 2/3 pôv mailing-lists à usage limité avec autre chose que sympa/mailman, bin m'a fallu 2 bonnes heures sur freshmeat pour finir par trouver un ptit truc qui faisait le job et qui m'allait ...
(un script perl avec des commentaires en tchèque pour bien faciliter la relecture ^_^)
[^] # Re: initiative similaire ?
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 3.
Pas tout à fait le même but en fait.
Les projets de type Beelive (je dis les projets parce que j'en ai déjà vu plusieurs passer, ils devraient sans doute se rapprocher, eux) est de faire une distro prête à l'emploi debutant-friendly qui a pas envie de mettre les mains dans le cambouis.
De ce que je vois, ce wiki s'addresse plutôt aux amateurs qui ont eux envie de mettre la main dans le cambouis ;)
[^] # Re: RHIEN
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 2.
Après cette vision est sans doute en partie fausse, le site était tout pourri à l'époque, et la communication avec l'exterieur proche de 0.
En tout cas moi à chaque que j'ai fait un tour là-bas j'ai plutot l'impression que le RHIEN c'etait plus grand chose.
(je serais ravi qu'on me prouve le contraire, le site a l'air d'avoir évolué je vais aller faire un tour).
# yeeeah
Posté par sov36 . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 5.
j'arrive o/
[^] # Re: Inséparables ?
Posté par sov36 . En réponse à la dépêche Grand quizz des 11 ans, c'est terminé !. Évalué à 1.
[^] # Re: Inséparables ?
Posté par sov36 . En réponse à la dépêche Grand quizz des 11 ans, c'est terminé !. Évalué à 7.
Un problème de perception du sens de la question je suppose :
Quel est le dernier mot décrivant les personnes interrogées pour l'entretien n°11 ?
1/ aller sur la page de proposition de l'entretient.
2/ ne rien voir qui saute aux yeux comme description des personnes interrogées.
3/ suivre le lien Dépêche publiée sur l'entretien réalisé.
4/ y lire la phrase suivante :
Leurs rédacteurs en chef respectifs, Denis Bodor, Fleur Brosseau et Fred Raynal, inséparables, ....
:-)
# ...
Posté par sov36 . En réponse au message gtk ou qt. Évalué à 3.
c'est ballot.
[^] # Re: Et sinon
Posté par sov36 . En réponse au journal Quand le libre payant pousse les gens vers le proprio. Évalué à 2.
[^] # Re: ah, normal.
Posté par sov36 . En réponse au journal Parce que ce journal ne mérite rien de plus qu'un lien. Évalué à 1.
[^] # Re: NC en photo
Posté par sov36 . En réponse au journal De la paranoïa du NC et de l'égoïsme du ND. Évalué à 2.
[^] # Re: NC en photo
Posté par sov36 . En réponse au journal De la paranoïa du NC et de l'égoïsme du ND. Évalué à 3.
Bah un tas de freeware sont comme ça non ?
la modification ?
[^] # Re: Ça, c'est nettement moins une blague
Posté par sov36 . En réponse au journal Nouveau type de routeur. Évalué à 10.
echo '127.0.0.1 facebook.com' >> /etc/hosts
[^] # Re: Tu y étais presque...
Posté par sov36 . En réponse au journal Nouveau type de routeur. Évalué à 2.
[^] # Re: Command Line is Fu
Posté par sov36 . En réponse au journal Quel est votre vision de la ligne de commande ?. Évalué à 2.
Merci ;)
[^] # Re: Command Line is Fu
Posté par sov36 . En réponse au journal Quel est votre vision de la ligne de commande ?. Évalué à 2.
mais un autre grief encore pour cette commande: ça ne remplace que la première occurence de foo. Si quelqu'un connaît une commande équivalente qui remplace toutes les occurences.
Autre truc éxtrèmement pratique :
: commande --plein -d -options <pleins d'arguments>
pour ajouter la ligne à l'historique sans l'éxécuter. (attention à l'espace après le ":").
[^] # Re: Du choix dillemique entre une souris externe et une ligne de command
Posté par sov36 . En réponse au journal Quel est votre vision de la ligne de commande ?. Évalué à 2.
Vous trouvez pas ça chiant ?
[^] # Re: Le shell est une interface !
Posté par sov36 . En réponse au journal Quel est votre vision de la ligne de commande ?. Évalué à 10.
Alors que je travaillais chez IBM en 1979, on m'a demandé de faire un rapport interne au sujet d'un machin appellé VALISO, qui était la dernière tentative en date d'Apple pour faire entrer la technologie Parc de Xerox dans le monde de Steve Jobs. Le VALISO était donc une sorte d'ordinateur pré-macintosh et j'ai écrit mon rapport sur cette machine et mon rapport disait: c'est une catastrophe. Cette machine incarne la fin du langage en relation avec les ordinateurs, c'est l'implementation de l'interface de l'Homme des Cavernes : tu pointes et tu grognes. Et si l'on réduit l'interaction entre l'être humain et les ordinateurs à pointer et grogner, alors on oublie le rôle du langage dans l'évolution de l'esprit humain et de sa conscience. Le langage est ce qui nous rend plus intelligent, si l'on n'utilise pas le langage pour interagir avec les machines, alors ni nos cerveaux ni ceux des machines ne s'épanouiront comme ils devraient le faire. Cet argument eu malheureusement peu de poids chez IBM et encore moins dans le monde en général au fil du temps.
(traduction approximative d'Eben Moglen, dans une interview sur linux.com)
http://www.linux.com/archive/feature/114303
[^] # Re: Solution utilisée
Posté par sov36 . En réponse au message Control des adresses cibles passant par un tunnel SSH. Évalué à 3.
installes putty sur le serveur. Tu risques juste d'avoir tout X qui debarque en dépendance. En cherchant bien tu peux peut-être bricoler le paquet pour éviter ça.
Et aussi rien à voir mais attention à pas laisser ~/.ssh/authorized_keys accessible en écriture par l'user ;)
ps : sov36, merci pour la précision, du coup je vais plutôt utiliser le controle via ssh mais c'est bon à savoir :)
De rien et pas de problème, there is more than one way to do it! ;)
[^] # Pas en INPUT
Posté par sov36 . En réponse au message Control des adresses cibles passant par un tunnel SSH. Évalué à 1.
je ne pense pas que l'info du user se trouve dans l'entente d'un paquet TCP/IP ??
Non, effectivement. Par contre c'est une info dispo pour les paquets produits localement:
owner
This module attempts to match various characteristics of the packet creator, for locally generated packets. This match is only valid in the OUTPUT and POSTROUTING chains. Forwarded packets do not
have any socket associated with them. Packets from kernel threads do have a socket, but usually no owner.
[!] --uid-owner username
[!] --uid-owner userid[-userid]
Matches if the packet socket's file structure (if it has one) is owned by the given user. You may also specify a numerical UID, or an UID range.
[!] --gid-owner groupname
[!] --gid-owner groupid[-groupid]
Matches if the packet socket's file structure is owned by the given group. You may also specify a numerical GID, or a GID range.
[!] --socket-exists
Matches if the packet is associated with a socket.
# iptables : filtre sur l'user qui émet le paquet
Posté par sov36 . En réponse au message Control des adresses cibles passant par un tunnel SSH. Évalué à 2.
iptables permet d'appliquer des filtres selon l'user qui émet le paquet (peut-être même le groupe je sais plus).
Je me souviens plus de la syntaxe mais c'est dans la doc.