Activity
From 08 February 2015 to 09 March 2015
09 March 2015
12 February 2015
- 03:17 PM Développement #6464 (Fermé): Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- 03:17 PM Bug #6459 (Fermé): optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- 03:17 PM Bug #6420 (Fermé): create_tenant fait un migrate de tous les schemas
- 03:17 PM Développement #6398 (Fermé): les répertoires des tenants doivent avoir le même nom que le domaine
- 03:17 PM Bug #6388 (Fermé): compatibilité 1.7 (multitenant)
- 03:17 PM Bug #6340 (Fermé): Ajouter une commande deploy appellable par un worker hobo
- 03:17 PM Développement #5878 (Fermé): Ajout de hobo et django-cmsplugin-blurp au VersionMiddleware
- 03:17 PM Bug #5791 (Fermé): version multitenant pour safemigrate
- 03:17 PM Développement #5781 (Fermé): safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- 03:17 PM Développement #5759 (Fermé): Ajouter une commande au manage pour créer un ou des tenant(s)
- 03:17 PM Bug #5501 (Fermé): Gestionnaire de stockage adapté au multi-tenant
- 02:59 PM Développement #6394 (Rejeté): Le middleware multitenant doit pouvoir sauvegarder la configuration d'un tenant en json
- ce n'est plus d'actualité, cf project:Hobo pour la gestion de tout ça
- 02:57 PM Bug #6491 (En cours): supprimer djommon.multitenant, déplacé dans hobo
- Rien de très méchant ; c'est principalement pour éviter le risque d'avoir encore des choses déployées avec entrouvert...
- 02:55 PM Bug #6491 (Fermé): supprimer djommon.multitenant, déplacé dans hobo
- multitenant déplacé dans project:hobo
11 February 2015
- 11:10 AM Développement #6464 (Résolu (à déployer)): Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- ...
- 11:09 AM Développement #6464: Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- Ack
10 February 2015
- 05:45 PM Développement #6467 (Rejeté): Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Je pensais que chaque application avait plus de configs à faire au niveau de @deploy_command@.
On peut ignorer ce pa... - 05:38 PM Développement #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- On va donc avoir dans passerelle, dans combo, dans corbo, dans etc. le même code, qui va faire un create_tenant puis ...
- 05:34 PM Développement #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Cette commande de base ne fait que créer le tenant(schéma + répertoire).
Ensuite chaque application (combo, passerre... - 05:11 PM Développement #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Mais l'idée c'était d'avoir dans python-entrouvert une commande de base, satisfaisant les besoins communs (combo, pas...
- 05:06 PM Développement #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- En effet, ça supprime la commande de l'application @tenant_schemas@ et laisse la possibilité à une autre application,...
- 05:02 PM Développement #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Il me semble que ce patch supprime la commande, ça ne me semble pas l'affaire souhaitée. Par ailleurs je ne vois pas ...
- 04:56 PM Développement #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Placée dans le @__init__@, la classe peut être héritée par les commandes de deploiement des applications
- 04:54 PM Développement #6467 (Rejeté): Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Renommer la commande implementée dans le ticket #6340 pour ne pas avoir de conflit des noms des commandes des applica...
- 01:55 PM Bug #6459 (Résolu (à déployer)): optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- ...
- 01:53 PM Bug #6459: optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- Ack
- 10:06 AM Bug #6459 (En cours): optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- L'option -d/--domain est déjà déclarée dans InteractiveTenantOption.
- 10:05 AM Bug #6459 (Fermé): optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- À l'utilisation de "tenant_command".
- 12:08 PM Développement #6464 (En cours): Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- 12:04 PM Développement #6464 (Fermé): Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- Pour faciliter la présence d'une commande unique (par manage.py) dans sudoers, il me semble que ce serait bien d'avoi...
- 10:09 AM Revision 1db4b242: tenant: do not duplicate --domain option in tenant_command (#6459)
- 10:09 AM Revision 6211c547: tenant: add "create super user" to example commands
- 10:09 AM Revision dc463f1d: tenant: fix documentation reference to the manage.py command
Also available in: Atom