Hmm, on ne peut pas vraiment se permettre d'avoir une FAQ non lisible -- pourrais-tu essayer avec un autre navigateur ou nous donner plus de détails techniques (idéalement suivre ce qui se passe avec Firebug et son onglet réseau) ?

Sinon voici le contenu de la page en question :

Wordpress permet nativement de déporter le dossier d'upload. Pour cela, il suffit de remplir les deux champs Store uploads in this folder et Full URL path to files dans Settings → Media.

    Store uploads in this folder: chemin local où WordPress va enregistrer les fichiers. Il faut qu'il soit accessible par PHP avec des droits appropriés. En pratique, il faut le définir à quelque chose comme /data/repository/<nom du groupe>/.../ (voir WebArea/Fr#Copier des fichiers vers les espaces de téléchargements).
    Full URL path to files : base d'URL fournie aux visiteurs. C'est le début de l'URL que WordPress utilisera pour afficher les médias. En pratique, il faut qu'elle pointe vers http://download.tuxfamily.org/<nom du groupe>/.../, comme indiqué dans la doc générique


Pour WordPress 3.5

Dans WordPress 3.5 les options ont disparues de la page. Cependant, il est possible avec quelques efforts non seulement de s'en passer, mais aussi de les faire réapparaître.

Pour se faire, il va falloir modifier la base de données à la main. Connectez-vous à votre base de données WordPress (par exemple via PphMyAdmin, voir DbMySQL/Fr), et sélectionnez la table wp_options. Trouvez les champs upload_path (ID 54 sur mon installation fraîche) et upload_url_path (ID 61 sur mon installation), qui correspondent respectivement au chemin local et à l'URL décrits plus haut.

Remplissez ces champs avec les valeurs appropriées comme expliqué plus haut. Une fois les champs remplis, les deux options appariassent et dans la page de configuration Settings → Media et fonctionnent comme dans les anciennes versions.


Sources

    http://www.ampercent.com/wordpress-stor … omain/908/
    http://programepc.net/media-image-in-su … press-3-5/

Hello,

Commençons par le problème de base : qu'obtiens-tu comme contenu/erreur en visitant http://faq.tuxfamily.org/WebArea/Compat/Wordpress/Fr ?

Salut,

magicvinni wrote:

J'ai essayé comme un grand de faire un apt-get install python-sympy mais sans succès. A-t-on les droits pour le faire

Absolument pas : nous fournissons une infrastructure mutualisée, pas des machines dédiées.

magicvinni wrote:

si non, pouvez-vous mettre à jour ce module.

Hélas non. Notre politique là-dessus est assez simple : nous voulons bien installer des modules complémentaires pour aider au bon fonctionnement des diverses applications de nos hébergés, mais nous nous cantonnons à ce qui est packagé et maintenu dans les dépôts Debian stable (pour des raisons de sécurité et de maintenabilité). Or, en l'état actuel de Debian stable, python-sympy ne va pas au-delà de la 0.6.7.
En revanche, tu peux toujours mettre en place la version de ton choix de ce module dans ta zone web (typiquement dans le mal-nommé "php-include") et jouer sur la valeur de sys.path pour l'utiliser en lieu et place de celle fournie par le système. Bien entendu, tu hérites de la responsabilité de mettre à jour ce module en cas de problème de sécurité connu.

Your project was finally accepted. You will now have to require additional services such as web areas, databases, etc. Please refer to our FAQ in case you have a technical question: http://faq.tuxfamily.org/

Trac can be installed since our web architecture enables you to execute CGI-compatible Python programs; since you are not the first one trying to install Trac, you should normally find any Python dependency required for a standard Trac installation. Importing existing data should not be a problem at all.

Hi again Daniel,

I guess your project can be hosted at TuxFamily's then -- please post again its description along with its license using our panel and it should be accepted pretty quickly.

Hello,

Your project looks fine from a technical point of view, and its license is fine too (you will have to mention it in the panel description though).

However, there remains a point I do not really understand: you do maintain this application, but are you a student, a professor, a programmer employed by the University, or none of these? Actually, what we really worry about is the continued maintenance of this project: we do not aim at hosting projects dumped by their authors as soon as they are not students anymore.

82

(1 replies, posted in Help for TF users)

Hello,

I am not sure to understand the exact conditions you want to release your work under, but since TuxFamily only accepts free and open source projects (as stated on http://faq.tuxfamily.org/Moderation/En and http://faq.tuxfamily.org/Licence/En ), I am afraid you can't be hosted here.

83

(3 replies, posted in Entraide dev)

Bonjour librefan,

Oui, le module proposé est à jour, la procédure de mise en place est également à jour bien qu'elle soit actuellement un peu tricky :
http://faq.tuxfamily.org/WebArea/Compat/Drupal7/Fr

Salut,

Comme vu sur IRC :

  1. Demander la création de l'espace web freesb.tuxfamily.org s'il n'existe pas déjà.

  2. Utiliser l'accès SSH pour déplacer/copier les fichiers d'un espace web à l'autre

  3. Mettre à jour son application qui part directement en Fatal Error suite à la désormais lointaine mise à jour en PHP 5.3.3 :p ; passer sur IRC pour demander les error logs si besoin.

Tu peux indiquer le serveur avec l'option -h (cf man mysql pour les détails) :

mysql -h sql -u db -p db < db.mysql.dump

86

(1 replies, posted in Release)

That's a great news, congratulations :)

Bonjour,

C'est assez normal dans la mesure où, lorsque tu veux te connecter à une base MySQL, il est nécessaire de spécifier un minimum de 5 paramètres : IP ou nom DNS du serveur accueillant l'instance MySQL, port TCP de l'instance MySQL, utilisateur et mot de passe autorisé à se connecter à l'instance MySQL, base de données sur laquelle ton utilisateur compte travailler.

Il te faut donc configurer ton PMB et ta commande mysql pour taper sur le serveur "sql" (oui, c'est son petit nom, non, on n'a pas cherché loin).

Salut,

Si j'en crois la description succinte de Tanuki, il ne s'agit que d'un wrapper pour faciliter la gestion d'une JVM en tant que daemon Unix / service Windows. Cela ne remet pas en cause les problématiques inhérentes aux serveurs d'applications (à opposer au modèle stateless de CGI) : ce sont de gros processus stateful difficiles à mutualiser (gestion des permissions, répartition de la mémoire, rechargement des applications sans recharger tout le processus et donc entraîner une indispo pour d'autres projets, etc...).
Bref, en l'état actuel des choses, non, nous n'acceptons toujours pas les serveurs d'applications.

89

(1 replies, posted in Suggestions)

Hello,

No we do not provide WebDAV access to files. However you may use SFTP protocol with Dokan.

lebipbip wrote:

Bonsoir,

j'ai un problème quasi similaire, donc je me permet de poster ça sur ce fil. Si ce n'est pas pertinent, j'ouvrirai un autre post.
Bref, voilà le souci: lorsque je crée un dossier ou un fichier sur le repository, il apparais bien dans mon client ftp et en ssh, par contre il n'apparais pas du tout coté public.
J'ai bien vérifié les autorisations sur le fichier, essayé un touch via ssh, mais rien à faire. Il reste inaccessible au public.... Si vous avez une idée?

Hmm, oui, on a eu un petit souci avec le daemon de réplication le 28/09, on l'a donc relancé le 28/09 vers 21h00. Désolé pour le dérangement.

91

(2 replies, posted in Remerciements)

Mais de rien, de rien ; je suppose que par "le site", tu entends http://mathsjm.tuxfamily.org/ ?

Bon, dans l'ordre :
  Concernant le projet en soi : pas de problème pour l'héberger, il faut juste que tu spécifies explicitement la licence dans la description du groupe
  Concernant l'hébergement d'une instance de ton jeu : ton projet semble clairement manquer de maturité sur certains points et il va falloir les arranger avant que nous ne te laissions installer une instance de ton serveur de jeu sur nos machines :-/

Nos reproches portent pour le moment sur la façon de compiler et d'installer l'application. Ainsi, si je lis le contenu du fichier BUILD après un git clone :

fichier BUILD wrote:

"Use QtCreator to compile the source code."

Non. Juste non. Aucun packageur ou sysadmin n'acceptera de dépendre d'un IDE complet pour compiler ton application. Tu as donc grandement intérêt à peaufiner tes .pro pour te rapprocher d'une procédure du genre :

PREFIX=/usr qmake
make
make install

Autre point gênant : ton dépôt embarque une copie des sources lua 5.1, ce qui s'oppose complètement à l'approche habituelle qui consiste à se baser sur les libs fournies par le système. De fait, pour arriver à compiler le client, j'ai dû faire tout ceci : http://paste.tuxfamily.org/92c801e07e.html -- à noter le mini-patch pour src/LuaBot.cpp.
Une fois le binaire généré, il s'avère que le Makefile généré à partir du .pro ne contient aucune instruction d'installation (`make install' quoi) - je me retrouve donc à créer un dossier à part et à y copier le binaire ainsi que les différents fichiers de données nécessaires à son bon fonctionnement... à la main, en m'inspirant de la structure des .tar.bz2 que tu proposes en téléchargement.

Quant à la compilation du serveur, après avoir mis pour include path ../src, ../src/server et les en-têtes lua5.1, la compilation échoue car src/TarotEngine.h et src/server/ServerConsole.h, successivement inclus par src/server/main.cpp, définissent les mêmes choses.

Bref, voici les points à améliorer si tu veux assurer une meilleure diffusion de ton logiciel (= pas seulement pour nous faire plaisir) :
  * Compilation sans passer par Qt Creator, mais en se basant sur les outils habituels en ligne de commande : qmake (comme il s'agit d'un projet Qt) et make
  * Prise en compte du préfixe d'installation (/usr/local par défaut) si possible
  * Utilisation de lua5.1 fourni par le système
  * Du code qui compile : le coup du cast pour le client, c'est pas grand chose, par contre la double-définition pour le serveur, c'est plus bizarre
  * Un make install fonctionnel

Bon, bien sûr, qmake n'étant pas d'une intuitivité formidable, ça va prendre sans doute un peu de temps. Reviens vers nous pour quand tu auras peaufiné tout ça ;)

De fait, il n'est sans doute pas hébergeable sur une plateforme mutualisée sur laquelle on peut s'attendre à des contraintes de ce genre... Mais je suppose que ce n'est pas très grave puisque l'architecture web de TuxFamily est faite pour héberger des projets, mais pas pour héberger des instances de ces projets (réseaux sociaux, jeux en PHP, dépôts divers, ...).

94

(1 replies, posted in Help for TF users)

Hello,

You are free to ask for donations on your TuxFamily webarea. We don't really care if you use Paypal, Flattr or whatever :)

Belegar wrote:

Mmmh et est-ce autorisé de lancer des exécutables depuis son hébergement ? :) (je sais c'est probablement une question stupide, mais j'ai vu un accès SSH ...)..

L'accès SSH est uniquement destiné à faciliter la gestion des fichiers sur la plateforme et la mise en place de petits scripts avec le service Cron. Crois-moi, tu n'as aucune chance d'y installer et exécuter un daemon de manière exploitable. On a deux machine dédiées à exécuter des daemons serveurs pour des jeux.

Belegar wrote:

Sinon, c'est un jeu de cartes (ça va mettre le serveur à genoux :D).

Why not, mais le code, les sources, tout ça (et la licence tant qu'on y est) ?

Salut,

C'est potentiellement faisable. Ainsi, nous hébergeons quelques instances de jeux : http://faq.tuxfamily.org/Games/Fr
Par contre, il faut que quelqu'un s'engage à administrer la chose, et nous avons certaines exigences quant à la stabilité et à la maturité du code côté serveur.

Bref, c'est quoi ton jeu et où est le code :) ?

97

(1 replies, posted in Help for TF users)

Hello,

As specified in the link you provided, the setgid mode has the following effect :

http://forums.oscommerce.com/topic/352153-is-chmod-2775-secure/ wrote:

any files or subdirectories created in that directory will inherit the parent directory's group id.

So, we do it to ensure that newly created files get the same group than their parent directory, which is good for collaboration between the member of a same project.
Look at the `id' command  using your SSH access : you'll see your user, your user group, and the additional groups you belong to, i.e. the projects you belong to.
Without the setgid flag on directories, newly created files would get your user group, so they would not be available for your co-workers. However, you still have to set g+w permissions on files (manually or through your umask) for your co-workers to edit them.

Note that we also use groups to handle quotas : your project group has a 100 MB quota, your user group has a 1 MB quota.

So, the setgid flag on directories is not insecure. However, the cursed o+w permission is insecure. Try to set it on your files ;)

marck wrote:

Merci à Xavier d'avoir déjà résolu le problème:
"un p'tit touch l'a resynchro" (cf #tuxfamily)

Hmm, je nuance pour les autres personnes qui liraient ce topic : s'il est vraiment urgent pour vous de mettre le fichier à disposition, faites un touch dessus via SSH après l'avoir uploadé, cela devrait synchroniser les miroirs. Sinon, prévenez-nous, on jettera un coup d'oeil à ce curieux mystère.

thibaud wrote:

Merci Xavier !
Cependant, j'ai quelques questions.
1. Il me semble bien avoir fait un ./cron qui avait fonctionné... Quelle est l'utilité du cd vu que les liens sont absolus ?

Utiliser des chemins absolus pour mentionner les scripts .sh et .php c'est bien, mais cela laisse le `working directory' à sa valeur par défaut, à savoir /home. De fait, le script PHP/Drupal qui utilise des chemins relatifs pour retrouver ses petits ne fonctionne pas.

thibaud wrote:

2. Actuellement, l'état de mon cron est sleeping... est-ce que si je ne reçois pas d'erreur, c'est que le cron est désactivé ?

L'état sleeping signifie que le traitement attend sa prochaine exécution. L'heure de cette prochaine exécution est d'ailleurs mentionnée juste au-dessus.

thibaud wrote:

3. Je me rends compte que j'ai des dossiers et fichiers parfois sous le nom d'utilisateur thibaud (c'est moi), parfois sous le nom d'utilisateur ergoweb (notre site). Or le cron était sous thibaud, en mode 755... Est-ce que ça ne peut pas être source d'erreur ?

Tes fichiers ont a priori pour owner/propriétaire thibaud et pour groupe thibaud ou ergolibre selon le dossier dans lequel tu te trouves (cf une petite explication sur le bit sgid : http://fr.wikipedia.org/wiki/Permission … finition_2 ). Tu ne peux pas changer le propriétaire d'un fichier, mais tu peux changer son groupe ainsi que les permissions associées. Ainsi, en mettant pour groupe ergolibre, tu autorises les membres de ce groupe (= ton collègue Florent alias ergoweb) à lire et/ou écrire et/ou exécuter ce fichier. Du coup, comme indiqué sur http://faq.tuxfamily.org/Cron/Fr :

la glorieuse FAQ maternelle wrote:

Assurez-vous que le fichier ainsi créé :
  - appartient à votre utilisateur Unix (ou du moins à l'utilisateur qui fera la demande de job dans le panel) ;
  - appartient au groupe Unix correspondant à votre projet ;
  - est lisible et exécutable pour vous et les membres de votre groupe et n'est pas accessible en écriture pour les autres. Les permissions idéales pour un script sont 770.

thibaud wrote:

4. J'ai essayé de copier un dossier pour changer les propriétés, et le disque était plein... peut-être faudrait-il augementer cet espace.

Ou peut-être faudrait-il supprimer/rapatrier chez toi la "sauvegarde.2010.07.01" qui te mange la moitié de ton quota :)

thibaud wrote:

A+
Thibaud.

@+

Xavier

Hmm, je ne pense pas que tu aies testé ton script en SSH avant de l'ordonnancer :

thibaud@pastis:~$ /home/ergolibre/ergolibre.tuxfamily.org-web/htdocs/cron

Warning: include_once(./includes/bootstrap.inc): failed to open stream: No such file or directory in /home/ergolibre/ergolibre.tuxfamily.org-web/htdocs/cron.php on line 9

Warning: include_once(): Failed opening './includes/bootstrap.inc' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/ergolibre/ergolibre.tuxfamily.org-web/htdocs/cron.php on line 9

Fatal error: Call to undefined function drupal_bootstrap() in /home/ergolibre/ergolibre.tuxfamily.org-web/htdocs/cron.php on line 10

Ça fonctionne mieux en se rendant dans le dossier adéquat :

thibaud@pastis:~$ cd /home/ergolibre/ergolibre.tuxfamily.org-web/htdocs/
thibaud@pastis:~/ergolibre/ergolibre.tuxfamily.org-web/htdocs$ php5 -f cron.php 
thibaud@pastis:~/ergolibre/ergolibre.tuxfamily.org-web/htdocs$ echo $?
0
thibaud@pastis:~/ergolibre/ergolibre.tuxfamily.org-web/htdocs$

J'ai corrigé rapidement ton script, ça semble désormais fonctionner.