Ganael Laplanche a écrit 22 commentaires

Le lien est visible depuis un téléphone en installant l'application (Android pour ma part) et en suivant la procédure d'abonnement. La question a aussi été relayée sur les listes :

http://lists.freebsd.org/pipermail/freebsd-questions/2014-February/256139.html

Dommage que ce lien n'ait pas été officiellement annoncé :/

BohwaZ,

Le journal est accessible à cette adresse :

http://media.freebsdjournal.com/1/

en ligne et également téléchargeable en PDF (donc tout à fait lisible depuis FreeBSD).

Le nom fpart provient du "problème de partition", expliqué ici en anglais : http://en.wikipedia.org/wiki/Partition_problem

C'est vrai que le contexte informatique n'aide pas à comprendre. Dans le README, je parle de "bags" (sacs), ce qui est peut-être plus explicite. J'aurais peut-être dû reprendre ce terme ici...

Effectivement, je m'étais basé sur 4.4 Gio, ce qui est juste au dessus de l'espace réellement utilisable. Merci pour ces précisions !

Merci pour cet exemple détaillé !

Le terme "partition" est peut-être mal choisi ; il désigne un sous-ensemble des fichiers passés en argument.

Ce qui est généré par fpart n'est pas une "partition" au sens "partition de disque", ni un répertoire contenant les fichiers triés, mais juste une liste de fichiers. Cette liste est soit affichée sur la sortie standard (par défaut), soit écrite dans un fichier texte.

fpart ne fait qu'analyser les chemins passés en argument et en trie les fichiers suivant des critères de taille ou de nombre (mais il ne modifie bien évidemment pas le système de fichiers analysé).

J'espère que c'est un peu plus clair... ?

Bonjour,

Noooon... Je n'ai pas dit que je partageais des ISOs de FreeBSD avec aMule (ce qui est légal, évidemment) ! Je suis (j'étais) le mainteneur des 2 ports d'aMule sous FreeBSD, c'est différent...

Oui, voici l'adresse de la réserve dont tu parles :

http://reserve.fsffrance.org
Quelques infos : http://eucd.info/reserve

La FSF garantit l'accès aux logiciels qui seront hébergés chez elle (emule y est par exemple). Elle a été montée il y a quelques temps quand certains hébergeurs ont décidé de supprimer des logiciels considérés comme potentiellement interdits. Mais serait-elle valable pour un "simple" port ? Dans tous les cas, même si un soutient juridique est apporté, ceci ne met personne à l'abris d'un procès, malheureusement... :/

C'est aussi une question que je me pose. Là encore, je n'ai pas de réponse. Je pense que la mise à disposition relève en quelques sortes de moi puisque je suis la source initiale des fichiers présents sur les serveurs FreeBSD...

"Faut arrêter de tout mélanger *pour le plaisir* de dire que *la loi pue*. Faut arrêter aussi de se la jouer effets d'annonces "j'arrête de maintenir machin car je vis sous une dictature, je suis un martyr".

Bonjour Rémi,

"pour le plaisir" ? Tu penses que ça m'amuse d'arrêter de contribuer à ces 2 ports ? J'ai investi beaucoup de temps à les créer, les tester, les maintenir... Et tu crois que je me suis levé en me disant : "tiens, je vais arrêter" ! Ce n'est pas le cas, je te l'assure.

De plus, je n'ai jamais critiqué la loi. Je me suis bien gardé de porter tout jugement sur DADVSI. Ce n'est pas mon rôle ici. J'ai une opinion, signé la pétition, mais je n'ai pas posté ce journal pour ça.

Le reste de ta réponse est ton interprétation personnelle de la loi, motivée par une forte conviction. Les faits sont que le texte, tel qu'il est présenté à l'heure actuelle ne me permet pas de savoir si je risque quelque chose en continuant à contribuer à aMule. je n'en sais pas plus, et quoi que tu en dises, tu n'en sais pas plus que quiconque. Dans le doute, je préfère donc m'abstenir.

La loi n'est pas promulguée mais elle va l'être, du moins il y a de fortes chances pour qu'elle le soit.

En donnant accès à un logiciel p2p, je risque - a priori - gros (même si je ne suis que le porteur du logiciel, non un développeur principal).

Comme je l'ai expliqué, je ne me vois pas attendre dans l'angoisse le décret d'application pour supprimer en urgence les fichiers de mon serveur. Je préfère donc prendre les devants.

Ai-je à prendre cette décision ? Je n'en sais rien, mais dans le doute, je préfère ne pas prendre de risque. Je suis désolé pour les utilisateurs d'aMule - ils en sont les premières victimes...

Tout simplement car Samba a besoin de scripts externes pour ajouter les comptes POSIX avant de les compléter par ses propres informations.

Une entrée LDAP ajoutée par les ldacsripts ne contiendra que les attributs liés aux comptes POSIX ; après l'appel au script, Samba complète l'entrée par ses propres attributs...

Les smbldap-tools sont un peu différents car ils permettent également de faire le travail de Samba, c'est à dire d'ajouter ces attributs supplémentaire. Ceci est à mon avis de trop et un peu confus pour beaucoup d'utilisateurs...

Arf, petit problème de psycho-moteur, désolé pour le repost :)

Tout à fait, il s'agit d'un très bon outil ! Mais c'est différent des ldapscripts, qui sont purement des outils en lignes de commandes...

Tout à fait, il s'agit d'un très bon outil ! Mais c'est différent des ldapscripts, qui sont purement des outils en lignes de commandes...

Avantages :
- Scripts purement shell (pas de PERL, donc pas de librairies à installer, dont Net::LDAP)
- Ne gèrent QUE les comptes POSIX, les comptes Samba sont à gérer avec les commandes Samba classiques, ce qui évite de se mélanger les pinceaux, qui simplifie la configuration des scripts et garantit que les comptes Samba sont conformes et à jour par rapport au schéma officiel.

Inconvénients :
- Ne gère que les comptes POSIX (mais c'est aussi un avantage : voir ci-dessus) !

Voilà pour les grandes lignes... :)

<ma vie aussi>
J'utilise également e17 au boulot depuis un mois ou deux... Pas de soucis sauf des fenêtres perdues de temps à autre !!!!!!!!!
</ma vie aussi>

Pour les autres sites intéressants, citons :

http://www.get-e.org(...)
http://www.edevelop.org(...)
http://www.enlightenment.org(...)
http://www.rasterman.com(...)

Martymac

lol... je crois que j'en avais convertis certains ! Tu px confirmer ??? ;-)

Je crois que je commence à en convertir aussi dans mon nouveau boulot ;-)

Décidément.... !

Hello,

absolument pas de distrib exotique, /files est juste une grosse partition dans laquelle je stoque tout un tas de choses obscures ;-)

Hello Quentin,

Non, ça n'est pas pour le plaisir du shell (bien que...) : j'ai souvent eu des problèmes en voulant installer les smbldap-tools, notamment concernant les dépendances PERL (Net::LDAP par exemple). L'idée était de pouvoir bénéficier de scripts simples à configurer et relativement autonomes...

Les smbldap-tools sont effectivement soutenus par la Samba team, mais autant avoir le choix des outils, c'est maintenant possible, chacun pourra se faire son idée...

Pour ce qui est de la suppression des groupes, je ne fais effectivement pas de vérif. afin de voir s'il s'agit du groupe primaire d'un utilisateur ou non... L'idée de départ était de rester "simple" ; à voir...

Cordialement,

Ganaël.

Merci Arnaud !!! Je suis très heureux que mes documents aient pu t'aider :)

Je pense que le meilleur moyen est en effet d'administrer Samba "à la main", mais il serait intéressant de disposer d'un outil complet et convivial, tirant parti des dernières fonctionnalités de la v3 (mapping de groupes, migration de comptes/données, jonction au domaine...) !