Nous utilisons la version des outils qui est à notre disposition sur notre platforme d'élection (RHEL5).
Nous n'avons pas encore de compat RHEL6 (comme debian) car cela n'est pas encore apparue comme une top priorité de nos utilisateurs.
Il y a une mailing liste publique ou n'importe qui peut poster.
Notre but n'est absolument pas de faire un "truc privé Enalean" (la société éditrice de Tuleap) bien au contraire:
- Les sources sont dispo librement (nous sommes même passer à git pour faciliter le partage)
- les packages sont dispo librement
- nous ne faisons pas de différence entre la version "pro" et la version communautaire (tout le monde roule le même soft)
- tout le monde à accès en même temps à la version stable (pas 6 mois à attendre pour la communauté).
Heu, tuleap, c'est pas un produit cree et maintenu par Enalean, si c'est une entreprise qui creer le produit, il faut embaucher.
C'est déjà le cas, nous avons embauché 3p depuis le début de l'année.
Mais aujourd'hui, nos clients/prospects nous demande principalement du RHEL du coup on se concentre sur la partie fonctionnelle plus que sur le support de multiples distrib.
sinon installer une debian dans une VM, et tenter de faire tourner votre appli dessus, ca devrait faire parti des tests
C'est un peu plus compliqué que cela car il y a beaucoup d’interactions avec le système sous-jacent (apache, ftp, ldap, gestion des utilisateurs, …). Et sur ces points là, Debian/Ubuntu vs RHEL c'est le jour et la nuit.
L'appel à contribution aussi (et surtout) l'aide nécessaire pour faire un paquet Debian "propre" (pourquoi pas intégré dans la distrib). Et ça ne s'improvise pas étant donné les critères très stricts d'inclusion. Grosso-modo: on ne sait pas faire mais on veut bien le faire si on nous aide.
Ca fait une semaine que je l'utilise sur mon nouvel ultrabook (Toshiba Z830) et c'est parfait.
Tout le matos fonctionne impec' et out-of-the-box: bluetooth, wifi, toggle wifi, touchpad. Je n'ai pas testé la reconnaissance digitale ni la connexion GSM.
J'étais réfractaire à Unity mais là, force est de constaté que ca marche super bien (mieux que gnome 3 sur le même environnement). Je trouve le dash très moche (wmaker était presque plus jolie y a 10 ans).
En plus de cela j'ai une autonomie de chameau: ~5h/6h de boulot avec des container LXC, du netbeans & co + wifi (j'ai du tweaké un peu le bios par contre).
Bref je voulais repasser à Debian après la déception de 11.10 mais ca ne sera pas encore pour cette fois!
La liste des compétences recherchées sont dans l'annonce APEC, c'est vrai que j'aurais pu recopier ici. Grosso-modo:
* Admin Linux principalement (Debian/Ubuntu/RHEL) et un peu de Windows. La majeur partie du travail est l'administration de serveurs Web de production (une petite dizaine de serveurs pour l'instant). Il y a également la partie IT courante (backup, réseau local, achats).
* C'est un temps plein, il y aura peut-être des astreintes.
* "debutant ? experimenté ? diplomé ? autodidacte ?" peut importe, nous cherchons quelqu'un d'assez autonome pour lui confier les clefs de notre administration (bon ca s'adresse probablement à des experimentés, mais un très bon débutant autodidacte a également sa chance).
Marrant quand les projets forkent, c'est souvent vécu comme un échec car il n'y a pas eu d'entente possible.
Là c'est l'inverse, tu veux pousser au crime^Wfork.
Ca ne sert à rien à Lennart de révolutionner tout seul dans son coin un truc qui ne sera utilisé que par trois geek compulsifs. Il veut pouvoir utiliser son OS préferé et le faire évoluer. Bref, il suit à la lettre les principes du logiciel libre !
Les sources sont sous subversion, également disponibles (sauf si on s'est merdé sur les permissions, mais la dernière fois que j'ai vérifié c'était bon).
On espère bientôt passer à git mais il a beaucoup de chantiers: des screenshots à faire, des sites de démos... et, accessoirement, des clients à satisfaire.
Aujourd'hui, pour des raisons historiques, nous ne supportons que les plateformes RHEL5 compatibles (Centos, SL, etc). Tuleap est assez dépendant du système sous-jacent (interactions avec FTP, Apache, CVS, Git, Subversion...) donc le coût de maintenance sur plusieurs système est assez élevé.
Si nous n'avons pas une bonne raison de le faire (ie. un client) ou une bonne âme pour s'en charger (ie. une contrib) ce n'est pas prioritaire.
Avec Tuleap nous nous attachons à construire une forge Libre et industrielle. Industrielle car notre principal préoccupation c'est de proposer un produit robuste pour une utilisation à large échelle, d'y apporter constamment des améliorations tout en garantissant une évolution facile.
Le Libre (Tuleap est GPLv2+) nous permet d’adresser ce problème car n'ayant pas de contrainte de "nouvelle release à vendre", nous n'avons pas à "bourrer" plein de nouveautés dans une nouvelle release tous les ans (avec une migration hasardeuse et difficile à maitriser). Nos évolutions entrent en continue dans nos release mensuelles avec comme pierre angulaire de notre travail de ne pas perturber la base installée.
Pour le code source Christian a déjà répondu. Pour anticiper les trolls, l'enregistrement est libre & gratuit mais encore nécessaire pour l'instant pour accéder au site de dev, aux sources, aux packages, etc.
Rooter les box pour y mettre ce que l'on veut dessus ou convaincre les FAI qu'ils doivent integrer ces services décentralisés est probablement la meilleure solution technique. En gros, serions-nous prêts à avoir une "FreeFreedomBox" ou une "NeufFreedomBox" pour quelques sioux en plus par mois sur notre facture ?
C'est peut-être un business plan à proposer à nos chers opérateurs qui se demandent comment ils peuvent augmenter nos abonnements.
Le véritable challenge ensuite est que tout ce petit monde soit interopérable...
Concernant le risque de pertes de données suite au feu, tu pourrais imaginer un système de réplicat crypté chez des tiers de confiance. Grosso-modo tu dit que tu veux que tes données soit répliquées chez tes parents, tes gosses, tati zinzin, le tout est crypté genre freenet et zou.
Le vrai problème ce n'est pas d'initié un projet mais de le terminer et si le but c'est, à terme de le mettre chez mm & m Michu (et ça semble l'être autant chez Moglen qu'a la FSFe) c'est encore plus difficile.
En plus côté FSFe il n'y a pas vraiement de projet de box. Leur travail actuel est de recenser les alternatives aux Clouds privateurs. Si l'initiative est interessante pour l'exhausitivité, elle ne donne pas de pistes pratiques pour répondre à la question "et maintenant qu'est-ce que je fais ?".
En écoutant un discours comme celui de Gerloff, je suis à peu près sûr qu'un non informaticien peut prendre conscience de la problématique et si cette personne dit "ok, super et maintenant qu'est-ce que je fais ?" et ben... pour l'instant tu attends :/
Je ne veux forcer personne et, en l'occurrence, la FSFe n'a pas de projet concurrent à la FreedomBox.
Ce qui me turlupinne c'est cette ambivalence entre respect de l'ouverture, la neutralité, etc qui sont les fondements du Libre et une sorte prosélytisme nécessaire (?) pour faire avancer ce type de projet.
[^] # Re: Ne merche que sur 2 platforms REL 5 et CentOS v?
Posté par vaceletm (site web personnel) . En réponse à la dépêche Sortie de Tuleap 5.0, nouvelle version de la forge . Évalué à 0.
Nous utilisons la version des outils qui est à notre disposition sur notre platforme d'élection (RHEL5).
Nous n'avons pas encore de compat RHEL6 (comme debian) car cela n'est pas encore apparue comme une top priorité de nos utilisateurs.
Il y a une mailing liste publique ou n'importe qui peut poster.
Notre but n'est absolument pas de faire un "truc privé Enalean" (la société éditrice de Tuleap) bien au contraire:
- Les sources sont dispo librement (nous sommes même passer à git pour faciliter le partage)
- les packages sont dispo librement
- nous ne faisons pas de différence entre la version "pro" et la version communautaire (tout le monde roule le même soft)
- tout le monde à accès en même temps à la version stable (pas 6 mois à attendre pour la communauté).
[^] # Re: Uniquement sur RHEL5...
Posté par vaceletm (site web personnel) . En réponse à la dépêche Sortie de Tuleap 5.0, nouvelle version de la forge . Évalué à 0.
Les choses évoluent du côté du support debian, on peut en discuter en direct si tu veux (j'ai renseigné mon email dans mon compte)
[^] # Re: Uniquement sur RHEL5...
Posté par vaceletm (site web personnel) . En réponse à la dépêche Sortie de Tuleap 5.0, nouvelle version de la forge . Évalué à 1.
C'est déjà le cas, nous avons embauché 3p depuis le début de l'année.
Mais aujourd'hui, nos clients/prospects nous demande principalement du RHEL du coup on se concentre sur la partie fonctionnelle plus que sur le support de multiples distrib.
C'est un peu plus compliqué que cela car il y a beaucoup d’interactions avec le système sous-jacent (apache, ftp, ldap, gestion des utilisateurs, …). Et sur ces points là, Debian/Ubuntu vs RHEL c'est le jour et la nuit.
L'appel à contribution aussi (et surtout) l'aide nécessaire pour faire un paquet Debian "propre" (pourquoi pas intégré dans la distrib). Et ça ne s'improvise pas étant donné les critères très stricts d'inclusion. Grosso-modo: on ne sait pas faire mais on veut bien le faire si on nous aide.
[^] # Re: Uniquement sur RHEL5...
Posté par vaceletm (site web personnel) . En réponse à la dépêche Sortie de Tuleap 5.0, nouvelle version de la forge . Évalué à 0.
Une petite nuance, c'est 100% compatible avec CentOs, Scientific Linux et probablement Oracle Linux.
Toutes les sources sont librement accessible (il sauf toutefois créer un compte sur tuleap.net)
Pour la compat avec les autres distrib (principalement Debian) nous sommes à la recherche de contributeurs pour nous aider à engager le travail.
# Marche au poil
Posté par vaceletm (site web personnel) . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 7.
Ca fait une semaine que je l'utilise sur mon nouvel ultrabook (Toshiba Z830) et c'est parfait.
Tout le matos fonctionne impec' et out-of-the-box: bluetooth, wifi, toggle wifi, touchpad. Je n'ai pas testé la reconnaissance digitale ni la connexion GSM.
J'étais réfractaire à Unity mais là, force est de constaté que ca marche super bien (mieux que gnome 3 sur le même environnement). Je trouve le dash très moche (wmaker était presque plus jolie y a 10 ans).
En plus de cela j'ai une autonomie de chameau: ~5h/6h de boulot avec des container LXC, du netbeans & co + wifi (j'ai du tweaké un peu le bios par contre).
Bref je voulais repasser à Debian après la déception de 11.10 mais ca ne sera pas encore pour cette fois!
[^] # Re: tu cherches aussi
Posté par vaceletm (site web personnel) . En réponse au message Offres d'emploi chez Enalean - 38. Évalué à 1.
Bien vu, j'ai oublié Lolix!
La liste des compétences recherchées sont dans l'annonce APEC, c'est vrai que j'aurais pu recopier ici. Grosso-modo:
* Admin Linux principalement (Debian/Ubuntu/RHEL) et un peu de Windows. La majeur partie du travail est l'administration de serveurs Web de production (une petite dizaine de serveurs pour l'instant). Il y a également la partie IT courante (backup, réseau local, achats).
* C'est un temps plein, il y aura peut-être des astreintes.
* "debutant ? experimenté ? diplomé ? autodidacte ?" peut importe, nous cherchons quelqu'un d'assez autonome pour lui confier les clefs de notre administration (bon ca s'adresse probablement à des experimentés, mais un très bon débutant autodidacte a également sa chance).
[^] # Re: ce type il devrait arrêter de bosser su GNU/Linux
Posté par vaceletm (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 10.
Marrant quand les projets forkent, c'est souvent vécu comme un échec car il n'y a pas eu d'entente possible.
Là c'est l'inverse, tu veux pousser au crime^Wfork.
Ca ne sert à rien à Lennart de révolutionner tout seul dans son coin un truc qui ne sera utilisé que par trois geek compulsifs. Il veut pouvoir utiliser son OS préferé et le faire évoluer. Bref, il suit à la lettre les principes du logiciel libre !
[^] # Re: Koin
Posté par vaceletm (site web personnel) . En réponse à la dépêche Meego est mort ! Vive Tizen !. Évalué à 0.
Cool on peut apparaitre co-rédacteur de toutes les dépêches alors...
[^] # Re: Tuleap
Posté par vaceletm (site web personnel) . En réponse à la dépêche 6 finalistes aux « Innovations Awards 2011 ». Évalué à 1.
Les sources sont sous subversion, également disponibles (sauf si on s'est merdé sur les permissions, mais la dernière fois que j'ai vérifié c'était bon).
On espère bientôt passer à git mais il a beaucoup de chantiers: des screenshots à faire, des sites de démos... et, accessoirement, des clients à satisfaire.
Aujourd'hui, pour des raisons historiques, nous ne supportons que les plateformes RHEL5 compatibles (Centos, SL, etc). Tuleap est assez dépendant du système sous-jacent (interactions avec FTP, Apache, CVS, Git, Subversion...) donc le coût de maintenance sur plusieurs système est assez élevé.
Si nous n'avons pas une bonne raison de le faire (ie. un client) ou une bonne âme pour s'en charger (ie. une contrib) ce n'est pas prioritaire.
[^] # Re: Tuleap
Posté par vaceletm (site web personnel) . En réponse à la dépêche 6 finalistes aux « Innovations Awards 2011 ». Évalué à 1.
On livre tout sous forme de package RPM, du coup les releases sont dans les dépots, référencés dans la doc d'installation
[^] # Re: Tuleap
Posté par vaceletm (site web personnel) . En réponse à la dépêche 6 finalistes aux « Innovations Awards 2011 ». Évalué à 2.
C'est vrai que l'on est un peu à la bourre concernant notre vitrine.
C'est un peu aussi pour cela que l'on a laissé l'inscription obligatoire (pour éviter trop de retour "négatifs" avant que tout ne soit propre)
Donc grosso-modo, ça viendra... quand a sera prêt comme on dit :)
[^] # Re: Tuleap
Posté par vaceletm (site web personnel) . En réponse à la dépêche 6 finalistes aux « Innovations Awards 2011 ». Évalué à 3.
Salut,
Avec Tuleap nous nous attachons à construire une forge Libre et industrielle. Industrielle car notre principal préoccupation c'est de proposer un produit robuste pour une utilisation à large échelle, d'y apporter constamment des améliorations tout en garantissant une évolution facile.
Le Libre (Tuleap est GPLv2+) nous permet d’adresser ce problème car n'ayant pas de contrainte de "nouvelle release à vendre", nous n'avons pas à "bourrer" plein de nouveautés dans une nouvelle release tous les ans (avec une migration hasardeuse et difficile à maitriser). Nos évolutions entrent en continue dans nos release mensuelles avec comme pierre angulaire de notre travail de ne pas perturber la base installée.
Pour le code source Christian a déjà répondu. Pour anticiper les trolls, l'enregistrement est libre & gratuit mais encore nécessaire pour l'instant pour accéder au site de dev, aux sources, aux packages, etc.
[^] # Re: Pour populariser la décentralisation
Posté par vaceletm (site web personnel) . En réponse au journal Réflexions sur la session Centralised Internet... aux RMLL. Évalué à 1.
Rooter les box pour y mettre ce que l'on veut dessus ou convaincre les FAI qu'ils doivent integrer ces services décentralisés est probablement la meilleure solution technique. En gros, serions-nous prêts à avoir une "FreeFreedomBox" ou une "NeufFreedomBox" pour quelques sioux en plus par mois sur notre facture ?
C'est peut-être un business plan à proposer à nos chers opérateurs qui se demandent comment ils peuvent augmenter nos abonnements.
Le véritable challenge ensuite est que tout ce petit monde soit interopérable...
Concernant le risque de pertes de données suite au feu, tu pourrais imaginer un système de réplicat crypté chez des tiers de confiance. Grosso-modo tu dit que tu veux que tes données soit répliquées chez tes parents, tes gosses, tati zinzin, le tout est crypté genre freenet et zou.
[^] # Re: Pas payé
Posté par vaceletm (site web personnel) . En réponse au journal Réflexions sur la session Centralised Internet... aux RMLL. Évalué à 2.
La majorité de la "ligne de commande" existe déjà.
C'est le packaging final (HW avec une jolie gueule et interface "noob" compliant) qui manque aujourd'hui.
[^] # Re: non
Posté par vaceletm (site web personnel) . En réponse au journal Réflexions sur la session Centralised Internet... aux RMLL. Évalué à 2.
Le vrai problème ce n'est pas d'initié un projet mais de le terminer et si le but c'est, à terme de le mettre chez mm & m Michu (et ça semble l'être autant chez Moglen qu'a la FSFe) c'est encore plus difficile.
En plus côté FSFe il n'y a pas vraiement de projet de box. Leur travail actuel est de recenser les alternatives aux Clouds privateurs. Si l'initiative est interessante pour l'exhausitivité, elle ne donne pas de pistes pratiques pour répondre à la question "et maintenant qu'est-ce que je fais ?".
En écoutant un discours comme celui de Gerloff, je suis à peu près sûr qu'un non informaticien peut prendre conscience de la problématique et si cette personne dit "ok, super et maintenant qu'est-ce que je fais ?" et ben... pour l'instant tu attends :/
[^] # Re: Pas payé
Posté par vaceletm (site web personnel) . En réponse au journal Réflexions sur la session Centralised Internet... aux RMLL. Évalué à 2.
Je ne veux forcer personne et, en l'occurrence, la FSFe n'a pas de projet concurrent à la FreedomBox.
Ce qui me turlupinne c'est cette ambivalence entre respect de l'ouverture, la neutralité, etc qui sont les fondements du Libre et une sorte prosélytisme nécessaire (?) pour faire avancer ce type de projet.