Version imprimable du sujet

Écrit par : dulrich 8 May 2005, 02:33

J'ai remarqué que les développeurs sous mac sont plutôt actifs. Il y a beaucoup de petits projets en route parmi nous.
Il existe aussi des projets un peu plus grands auxquels certains d'entre vous participent en groupe. Or l'utilisation des forums n'est pas très pratique pour ça.

Je me demandais si vous trouveriez intéressant que Macbidouille host un serveur CVS type sourceforge pour certains de vos projets auxquels vous voudriez qu'une partie de la communauté macbidouille participe. Je ne parle bien entendu pas de petits projets personnels mais de projets qui pourraient intéresser une grande partie d'entre nous et qu'il serait long de mener seul.

Les projets hostés seraient choisis par la Team (éventuellement élargie selon l'intérêt que vous leur portez)...
Le but n'est pas de remplacer sourceforge, mais d'offrir un accès directe depuis macbidouille à des projets qui peuvent vous intéresser (puisque vous en êtes la cible). Il n'y aurait pas non plus une centaine de projets ....

Bref qu'en pensez-vous?

Écrit par : bad_duck 8 May 2005, 08:39

Ca pourrait etre pas mal, mais en meme temps, pourquoi ne pas utiliser SourceForge ? ENfin, quels sont les avantages ?

Écrit par : Maconnect 8 May 2005, 10:38

ça serait histoire de "rester dans la communauté", oui moi j'aime bien l'idée C'est le seul "avantage".
Reste à voir s'il y a des projets intéressants, en fait je n'ai pas vu de projets de groupes comme tu dis...

Écrit par : PierreB 8 May 2005, 10:41

En tant que débutant en programmation (je connais bien le pascal et le PHP, mais je n'ais pas encore trop de pratique en POO, en fait j'ai juste quelques connaîssances en Obj-C et Java) je serait intéressé mais je ne sais pas si je pourrait être utile.

Écrit par : bad_duck 8 May 2005, 10:41

mouais, mais d'un coté, sourceforge est p'tete mieux après pour diffuser le projet, ça touche plus de monde.. enfin, c'est vrai que ça peut être sympa.

Sinon, plus simplement, une page qui recense les projets en cours avec des liens vers les projets chez sourceforge

Écrit par : dulrich 8 May 2005, 14:54

l'avantage, c'est que comme dit maconnect, on reste sur macbidouille, on touche des développeurs mac et on intéresse les "petits programmeurs du dimanche" à programmer pour la communauté... ou à réaliser un vrai "moyen" projet...

Il y a eu un essai de faire un outil de benchmark par exemple .... mais qui est vite tombé à l'eau par faute de temps, de moyens et de programmeurs par exemple

Écrit par : Maconnect 8 May 2005, 15:59

ben.. évidemment faut être plus que 3
Sinon, si quelqu'un fait un outil de bench, on pourra toujours voir pour l'intégrer à MBBench (il est quand même bien ce MBBench )

Écrit par : dulrich 8 May 2005, 18:19

justement... cela permettrait de mettre en commun les contributions de plusieurs personnes ... et de partager les connaissance aussi ...

Écrit par : guillôme 8 May 2005, 23:31

J'ai mis mitigé et je m'explique

Faire un CVS à la sourceforge pour les projets... c'est vrai que l'intérêt est par forcément évident. Il y a des trucs qui existent, il faut vouloir/pouvoir développer à plusieurs, c'est pas dit que tout le monde veuille partager le code... Clairement, si ça existe c'est mieux que si ça n'existe pas mais il faut que ça vive... et là c'est pas évident

En fait, je pense que commencer par deux initiatives "plus faciles" conduirait naturellement à une dynamique vers un CVS MacBidouille légitime :

* Task Force MacBidouille
Perso, je m'interroge plus sur une initiative genre "Task Force" MacBidouille pour programmer des trucs suite à des demandes/besoins. En fait, un peu comme il existe du coté de Mac et Vidéo que vous connaissez bien puisque vous êtes partenaire .
Ou même des produits logiciels gratuits sans rapport avec la bidouille faient par des gens qui voudrait en faire bénéficier en priorité les MacBidouilleurs (Genre moi en ce moment qui développe un jeu de coinche pour Os X).
Avantage pour eux : MacBidouille facilite la diffusion de leur logiciel. Avantage pour MacBidouille : un vivier d'initiatives logicielles pour notre plate-forme avec capacité à demander au développeur des fonctions utiles pour les MacBidouilleurs
Idéalement, ça serait génial de batir un modèle de licence MacBidouille car j'avoue qu'à chaque fois c'est la galère pour diffuser un logiciel avec licence en Français et sans automatiquement prendre la GNU GPL qui n'est pas forcément l'idéal (moi je veux pas spécialement interdire à quelqu'un l'usage commercial, ok il y a la BSD... mais bon, ceux qui ont déjà été confronté au problème me comprendront )
Je dis ça car mon tout petit patch pour Excel qui avait bénéficié d'une http://www.macbidouille.com/niouzcontenu.php?date=2004-03-02&hi=excel%201904#7974 (Merci Lionel) m'a permis d'être en contact avec Bernard Rey une personne active du forum pour sa diffusion sur http://faq.office.macintosh.free.fr/OfficeFAQ_fichiers/documents/DateConv.html, de toucher plus de 2000 personnes qui ont téléchargés ma macro (à partir des stats dont je dispose mais surement plus).


* BETA-TEST

Et aussi, une rubrique dédiée au Beta-Test . Pas mal de gens intervenant pour du Beta-Test, ce serait bien d'avoir une rubrique dédiée, moi-même je vais surement faire appel aux gens prochainement .
Actuellement, les beta-tests ne sont pas faciles à suivre sur un lien type forum

En tout cas merci Dulrich pour cette intervention, c'est un truc aussi qui me trotte dans la tête depuis que je me suis penché sur le dév sur Mac

Écrit par : philjfry 9 May 2005, 00:29

Excellente initiative.

Il faut peut-être des idées concrètes de projets pour se lancer:
J'ai une idée de dashboard widget. Une version alpha partiellement fonctionnelle (en fait un des Developer Examples Dashboard bidouillé).
Les compétences qui me manquent :
- Certains points pour le codage.
- Créer une belle interface. Je veux que le widget soit bôôô.
Si je devais garder mon widget pour moi tout seul, je pourrais parfaitement me contenter d'un codage boiteux et d'une apparence spartiate. Pour qu'il soit diffusable, c'est essentiel qu'il soit réussi sur ces deux points.
Voilà, si quelqu'un peut aider...

Écrit par : schlum 9 May 2005, 13:04

L'inscription à SourceForge est payante si je ne m'abuse ...

Écrit par : p3consulting 9 May 2005, 17:11

Je n'ai aucun souvenir d'avoir jamais dû payer quelque chose…

Pour ce qui est de CVS n'oublions pas que XCode ne supporte pas le login via certificats SSL, il faudra donc gérer des mots de passe…
cela peut-être un avantage par rapport à sourceforge (pour l'utilisateur débutant) mais cela peut impliquer plus de travail côté administrateur…

Écrit par : julious 9 May 2005, 17:30

Moi je suis pour mais uniquement avec Subversion

Écrit par : schlum 9 May 2005, 18:40

Mais quel chieur

Écrit par : schlum 9 May 2005, 18:42

Alors j'ai dû confondre avec ça :

Qui est sans doute un "plus" par rapport à un compte classique.

Écrit par : julious 10 May 2005, 11:58

"Faites des remarques constructives" qu'ils disaient.

Écrit par : mseb 21 May 2005, 21:21

Cogito ?

Je ne suis malheureusement pas dévellopeur (mais j'essaie de me soigner), je pensais depuis quelque temps à ce genre de choses. Je crois que c'est une bonne initiative, mais je pense que ça n'apporte rien de "neuf" par rapport à sf, sauf si l'effet lancement/communautaire joue. Je pense que c'est une excellente idée, surtout si un "noyau dur" de bonne volonté se mobilise pour "lancer" ces projets sur la bonne voie.
Je suis régulièrement l'évolution de centerstage et même si ils ont les problèmes d'avancement standard avec des dévellopeurs bénévolles, le dévellopement avance, je partage l'opinion de Dulrich sur la motivation de la communauté mac, vous êtes plutôt bons messieurs !
Si ca se fait, je verrais bien ça au même niveau que la séparation News/Blog/PA/Forums .
Celà dit, ça ne risque pas de faire exploser les serveurs ?

Écrit par : arnaudp 6 Jun 2005, 13:26

Je suis pour un machin de ce genre...

Cela fait un moment que je parcours ce forum pour voir ce qu'il va en sortir, savoir comment je pourrai y participer (niveau technique, temps ...), mais il n'y a pas eu d'apport particulier depuis quelque temps.
Qu'est ce qui est en panne ?
L'Idée ? L'organisation nécessaire ?
Le peu de monde ayant déclaré son intérêt ?

(je ne parle pas de la technique, qui, en principe, n'est pas un pb mais le travail à faire).

Écrit par : f_cam 8 Jun 2005, 12:32

Tient je l'avais pas vu ce post. Moi aussi je suis pour! (et pour rejoindre julious dans le camp des chieurs, svn ca serait sympa).
Si on reste autour de macbidouille ça donne un peu un côté humain à la chose.

Écrit par : dulrich 8 Jun 2005, 18:39

on réfléchit à la mise en oeuvre, ensuite la décision appartiendra aux admins...

Écrit par : schlum 8 Jun 2005, 18:47

à priori, plutôt subversion que cvs ...

Écrit par : dj t@l 8 Jun 2005, 19:02

Moi je suis pour aussi meme si je n'ai pas encore de gros projet et beaucoup de temps.
De plus ca permettrai de s'impliquer plus facilement dans des projets commun. Et de diffuser le resultat plus facilemnt pour des persone qui sont pas focmnt tre sau point pour l'hebergemnt diffusion.

sinon oui subversion est je trouve (en plus c'est integré a xCode aussi) et ca gere mieux les .nib que CVS.

Écrit par : _AM_ 11 Jun 2005, 11:55

Je trouve que c'est une bonne idée effectivement, mais je confirme, par pitié, svn, pas cvs...

Et pour ceux qui pensent que svn c'est compliqué, c'est raté : c'est exactement la même chose que cvs, en mieux...

Et certains plugins au finder, du genre scplugin, sont vraiment très réussis et simples.

Écrit par : schlum 12 Jun 2005, 22:05

De toute façon, ça sera svn qui est intégré à xCode et gère mieux les .nib ...

Écrit par : f_cam 12 Jun 2005, 23:53

Et si il y a besoin d'aide pour lancer ça je suis partant. De toute façon dans 16 heures et 38 minutes j'ai fini mes examens, donc j'aurais rien d'autre à faire de toute façon.

Écrit par : schlum 13 Jun 2005, 10:00

Oui, nous pensions à toi justement
D'ailleurs, si tu connais quelque-chose aux différentes licences et droits, ce genre de connaissances étant assez limitées dans la team, elles sont bienvenues. Il faudrait trouver une license à la fois assez libre mais qui empêcherait qu'on nous vole du code. Je t'envoie quelques détails supplémentaires en MP.

Écrit par : Val1984 13 Jun 2005, 10:37

La GPL oblige les personnes réutilisant du code d'un projet sous GPL à publier leur projet sous GPL et à redonner les améliorations apportées.

Écrit par : schlum 13 Jun 2005, 10:53

Pas assez "libre" apparemment ...

Écrit par : Val1984 13 Jun 2005, 12:55

Je vois pas ce qu'on peut trouver de plus libre
La licence BSD permet une utilisation commerciale du code sans redistribution des modifications...

Écrit par : f_cam 13 Jun 2005, 13:07

Ca dépend de ce que l'on veut dire par libre, la GPL n'est pas libre de restrictions :-p

Écrit par : guillôme 13 Jun 2005, 13:20

La GPL n'est pas forcément l'idéale, elle oblige le programmeur qui utilise le code à faire du GPL... Il n'y a plus de liberté de licence!

Le problème de la BSD c'est qu'elle ne fait pas d'obligation pour ceux qui exploitent commercialement.

Une licence intermédiaire, très libre pour ceux qui font opensource OU gratuit, et très restrictive pour ceux qui veulent commercialiser me plait davantage
En fait, un peu comme la librairie Qt qui est sur ce mode.

Et puis, avoir une licence officielle en français, c'est quand même mieux que de l'anglais!

Écrit par : schlum 13 Jun 2005, 15:22

Tu as compris notre problème
GPL : pas assez libre
BSD : trop libre
Il nous faut quelque-chose qui combine les avantages des deux, très libre mais empêchant une utilisation commerciale du code.

Écrit par : mseb 13 Jun 2005, 15:33

Je ne voudrais pas me méler de ce que je ne comprends que peu, mais j'ai rencontré récement un exemple d'utilisation de la GPL dans un produit commercial, et cette utilisation m'a parue trés correcte.
Le produit en question, c'est http://www.metakine.com/products/dvdremaster/, qui utilise du code GPL.
L'outil est payant et "fermé", mais les deux modules qui utilisent du code sous licence GPL sont libres. D'ailleurs, ces deux modules semblent êtres souvent réutilisés.
C'était juste pour dire que ce n'est pas abuser de demander les sources et les améliorations de ses programmes (AMHA) et que ca n'empêche pas une utilisation commerciale..

Écrit par : guillôme 13 Jun 2005, 17:25

Quelquesoit la licence, rien ne t'empêche de faire une GUI par-dessus un programme
Ce n'est pas ce qui est discuté ici.

En fait, il y a plein de situations où la GPL ne va pas si :

- Tu veux pouvoir distinguer l'usage commercial de l'usage non commercial! Ainsi, le code source est libre pour les logiciels dérivant libres et gratuits mais payant ou limité pour les logiciels dérivant avec intérêt commercial (payant, pub, vente de services...) ce qui est différent

- Tu veux bien diffuser les sources (pour que l'utilisateur puisse bidouiller s'il veut) mais tu ne veux pas que ton code source soit utilisé/modifié sans ton accord pour un autre logiciel

- Tu veux pouvoir controler la diffusion ou d'autres choses...

Écrit par : schlum 13 Jun 2005, 18:42

Quel est votre avis sur la licence Apple ASPL ?

Écrit par : Val1984 14 Jun 2005, 08:08

L'http://www.opensource.apple.com/apsl/ permet les utilisations commerciales (voir section 2).

Écrit par : cybercc 15 Jun 2005, 10:28

Salut tout le monde
Je suis pour un projet de ce genre, mais je suis comme Julious :
SUBVERSION POWWWAAAAA

Je m'explique :
1 : CVS est une technologie qui a vécu, je pense que subversion a plus d'avenir actuellement
2 : Subversion est maintenant supporté directement dans XCode (>=2.0) alors pourquoi s'en priver ?
3 : il existe déjà pas mal de repository CVS gratuits, pourquoi ne pas offrir l'alternative ?

Bon, perso je craint de ne pas être assez actif en ce moment en Cocoa pour avoir le droit de donner mon avis.
Mais si je trouve le temps de démarrer un des nombreux projets qui me trottent dans la tête, ce serait pas mal d'avoir un chtit repository SVN macbidouille sur lequel travailler.

En tout cas, c'est une super initiative.

Écrit par : schlum 15 Jun 2005, 12:54

Ca fait un bout de temps qu'on s'est décidé pour SVN Mais merci des arguments supplémentaires que tu apportes et du soutient moral

Écrit par : cybercc 16 Jun 2005, 22:26

Je dois avouer être passé trop rapidement sur un ou deux posts avant de rédiger le mien... mea culpa

Écrit par : p3consulting 17 Jun 2005, 07:34

plus précisément :
la GPL oblige les gens qui veulent publier leur projet sous une autre license à DEMANDER l'autorisation aux auteurs du produit publié sous GPL.

Donc si les auteurs initiaux d'un projet GPL ou LGPL ont une politique claire et affichée dès le départ en ce qui concerne l'octroi d'autres licenses (en particulier commerciale), et que les participants ultérieurs au projet doivent accepter cette politique pour pouvoir contribuer au code, il n'y a aucun problème particulier.

Cela offre l'avantage de permettre - en théorie - de contrôler PAR QUI et POURQUOI le code sous GPL sera utilisé dans un produit commercial, et non pas comme le croient beaucoup de gens d'exiger nécesairement des droits exhorbitants pour un tel usage. (quoique l'un n'empêche pas l'autre..., cette situation permet une certaine souplesse : un développeur de shareware ne "paierait" pas la même chose que M$$).

Maintenent en pratique, il semble que beaucoup de gens considérent que simplement demander une autorisation, c'est déjà trop fatiguant…

Écrit par : guillôme 17 Jun 2005, 09:06

- La GPL est une licence en anglais. Et même s'il y a des traductions, c'est la licence anglaise qui prime. Si MacBidouille propose un espace SVN, ce serait super d'avoir des propositions de licence en Français

- La GPL n'interdit pas la redistribution du produit moyennant finance pour les coûts de distribution ou le service apporté. Je préfère une licence qui interdit cela sauf négociation avec l'auteur.

- La GPL impose par défaut la GPL pour les produits dérivés. Demander l'autorisation de l'auteur pour un changement de licence impose de lui faire signer un papier pour se protéger en cas de retournement de l'auteur. C'est donc compliqué et souvent irréaliste. La GPL impose la GPL, et ça c'est pénible.

- La GPL ne prend pas en compte les nouveaux usages. Exemple : tu fais une offre de service Internet (ASP) commerciale batie à 100% sur un logiciel GPL sans modification et tu fais payer bien cher! Ou encore tu modifies un outil Web en profondeur (un moteur de recherche GPL) et tu passes à la trappe l'obligation GPL car tu ne diffuses pas le logiciel (ben oui, c'est un moteur de recherche, donc un site web)... Les créateurs de la GPL sont en train de travailler sur un changement de la licence pour pallier ces problèmes.

Écrit par : _AM_ 29 Jun 2005, 22:09

Je lis beaucoup d'erreurs dans vos posts sur les licences... Je ne suis pas expert en la matière, mais je pense avoir compris plein de choses depuis ma linuxification il y a quelques années.

GPL : le pouvoir aux utilisateurs. Les devs restent propriétaire du code, ils peuvent donc faire ce qu'ils veulent, y compris changer de licence. Par contre, toute version d'un soft distribué en GPL est en GPL, même si la version qui suit ne l'est plus. Lorsque le l'ont fait une modif d'un soft GPL on n'est pas obligé de la diffuser ; néanmoins, si on distribue ce soft, ce doit être en GPL et ses sources doivent être disponibles (ce qui permet de récupérer les modifs faites depuis - ça vous rappelle pas l'épisode webcore/khtml ?).
Si une entreprise veut utiliser tes sources, elle peut, mais doit livrer son programme en GPL. Elle peut aussi s'entendre avec les développeurs, pour acheter le code dans une licence propriétaire. Dans ce cas, l'entreprise pourra faire de l'argent sans diffuser les sources, mais les devs auront été rémunérés en amont - lors de l'achat des sources dans la licence proprio.

LGPL : GPL moins contraignante pour les entreprises. Si le programme est composé d'executables et de bibliothèques (libs), les libs pourront être utilisées par des logiciels proprio vendus sans contrepartie, tant que les libs ne sont pas modifiées. Si elles le sont, les modifs doivent être publiques. (à peu près ça je dirai)

BSD : ultra libre pour les entreprises. Windows a longtemps utilisé une pile TCP/IP écrite sous licence BSD. Grosso modo : votre code est récupérable par tout le monde, et tout le monde choisit sa licence. C'est très libre, mais ça conduit à une sorte de "vol" de code, puisque les auteurs ne sont pas assuré d'avoir de retour - ni argent, ni améliorations.

Je ne connais pas l'aspl, mais elle est considérée comme libre par la FSF dans sa version 2, ce qui est un bon point. Je pense qu'elle doit pas être loin de la LGPL.

Au sujet d'une licence francaise, les 3 premières sont suffisament connues et éprouvées pour ne pas avoir de surprises avec, et avoir plein de débats sur celles ci. Il ne faut pas non plus oublier que si vous faites du code dans une licence libre (ce qui me parrait la seule solution pour MB), il est tout à fait possible que certains contributeurs ne connaissent pas la langue française (si ils viennent de Hardmac par ex. ). Avec une licence illisible et inconnue pour eux, aucune chance qu'ils ne participent...

Les GPL, LGPL et BSD sont en langues anglaises, mais universelles...

Mon avis sur la question.

Écrit par : schlum 30 Jun 2005, 08:29

Faudrait plus de détails sur l'ASPL en v2 ... Elle semble intéressante.

Écrit par : ElfeJoyeux 9 Jul 2005, 09:00

Moi aussi je suis tout à fait pour ce projet !
En fait ce qu'il faudrait c'est despages simples expliquant aux newbies comment participer aux projets, parce que pour participer à un projet source forrge, faut déjà s'y connaître. Je connais pas mal de langages, mais pas du tout cvs ni svn, alors si macB ouvre un svn avec explications d'accès simple, je saute dessus !

Écrit par : Bugdy 13 Jul 2005, 00:14

Ce qui m'intéresse, ce serait justement de "partager les connaissances", je ne demande qu'à apprendre, mais ce n'est pas toujours à portée de tout le monde, même si j'ai quelques bases… par exemple, là j'ai un peu eu du mal avec le fil de discussion sur les licences…

Écrit par : schlum 13 Jul 2005, 13:35

Tu n'es pas le seul ... Enfin, on essaiera de mettre ça en place quand nos padawans modos seront bien intégrés.

Écrit par : jilome 17 Jul 2005, 09:51

Je trouve l'initiative intéressante.

A partir de ce cadre il serait intéressant d'être capable de fédérer les projets de dev. mac c'est à dire utilisant uniquement les technologies mac. Il faut veiller à bien préciser le périmètre du projet de façon à ne pas se retrouver avec des projets web ou des projets unix. Se focaliser sur les projet à interface mac et favoriser les projets de portage d'appli. unix/linux sur mac...

Sur plateforme mac il est désolant de voir autant de projet shareware et aussi peu de projet open-source (par rapport à linux)...

Comme projets je peux citer :
- un openoffice basé sur les techno apple et pas Java (manque de ressources pour avancer)
- finaliser et aider le portage de gimp comme seashorse
- un ERP like pour gérer une petite entreprise (il y a beaucoup d'indépendant sur mac) en partant de ERP5 ou compi-je-sais-plus-comment..
...

Un autre axe peut être de proposer de fédérer les compétences pour faciliter l'avancement des projets open-source sur mac. Je m'explique... SourceForge c'est bien mais on ne sait pas que tel projet manque de ressource ou avance ou cherche telle compétence pour avancer d'une case. Créer une sorte de bourse des compétences pour les projets en cours et petit à petit offrir l'hébergement de nouveaux projets.

Il faut que cette animation soit dynamique. Je trouve que le dynamisme et mac et video autour de leurs produits est excellente il faut peut-être s'inspirer de cet esprit.

En ce qui concerne les licences ils me semble plus judicieux de laisser un peu de liberté aux chefs de projet (après tout open-source c'est un peu la liberté non) tout en fixant un cadre.

Écrit par : guillôme 17 Jul 2005, 10:44

Je ne pense pas que l'idée des modos soit d'imposer une licence pour avoir un compte mais d'en proposer une pour faciliter les choses, non?

Écrit par : schlum 18 Jul 2005, 09:47

Pour tout ce qui tourne autour des licenses, c'est encore assez flou ...

Écrit par : Val1984 20 Jul 2005, 12:32

Ca a déjà existé mais c'est tellement compliqué que ça a été abandonné :
http://neowiki.sixthcrusade.com/index.php/NeoOffice/C_Status

Écrit par : aidos 20 Jul 2005, 15:35

Moi je vote pour!

L'avantage d'un tel système: si quelqu'un se lance dans un projet intéressant et en fin de compte l'arrête en cours de route, les intéressés peuvent le reprendre et le mener à bien. Pas comme sur sourceforge, où un projet qui est mort disparaît noyé dans la masse, et personne ne va le reprendre parce que personne ne sait qu'il existe. Bien sur, ça tient tant que MacB ne devient le sourceforge mac!

De plus, un projet développé sur macB aurait un avantage énorme, c'est qu'il y a toute une communauté active prête à donner son avis sur le logiciel, à signaler les éventuels bugs ou demander de nouvelle fonctionnalité. Selon moi, c'est le gros avantage du projet, par rapport à sourceforge, ou équivalent: développer dans la communauté des logiciels pour la communauté.

Mais je comprend pas très bien le désir de fixer une licence. Comme dis jilome, l'open source c'est la liberté . La seule règle à "imposer" se serait de mettre le code à disposition de tous (sinon je vois pas l'interet), après les dev font ce qu'ils souhaitent.

Écrit par : jilome 20 Jul 2005, 19:02

En effet, c'est lié à la complexité du moteur UNO dans la version 1.x (je ne connaissais pas le liens). Je crois savoir que dans la version 2 ou dans la roadmap qui suit c'est différent... A suivre...

Écrit par : Val1984 23 Jul 2005, 18:05

Dans la version 2, le Native Widget Framework permettra une meilleure intégration.
Mais de toutes façons, c'est NeoOffice/J qui offrira le plus d'intégration à moins d'un changement énorme d'orientation parmi les gens travaillant sur OpenOffice.org...

Écrit par : Oldmooh 2 Aug 2005, 17:07

Je vote pour !
Je débute tout juste dans le developpement pour mac, et je trouve que ce serait une formidable opportunité pour apprendre d'avoir à disponibilité un vivier de sources de programmes mac.

Et dans quelques temps, ils y aura des équipes de programmeurs windows qui porteront nos programmes mac

Sinon à propos de la licence, pourquoi ne pas concevoir une licence macbidouille s'inspirant de celles citées plus haut ?
Faut il des compétences juridiques particulieres ? Une validation auprés d'un organisme quelconque ?
En tout cas je suis disponible si vous avez besoin de petites mains !

Écrit par : dulrich 22 Aug 2005, 03:03

Comme on l'a dit, le problème des licences est flou. En fait il faut surtout éviter que les sources soient pillées pour partir dans un projet payant ailleurs, ou que l'intéressé vende son logiciel ensuite alors que la moitié de la communauté lui a écrit du code ...

Écrit par : schlum 22 Aug 2005, 07:38

En fait, il y a deux problèmes à résoudre :
- Si on lance quelque-chose de ce genre qui prend de l'ampleur, et que quelqu'un pose chez nous un projet contenant du code libre GPL avec une licence incompatible ( --> illégalité) que risque-t-on ? Comment s'en prémunir ? ...
- Si une boîte profite d'un projet libre posé chez nous pour se faire du blé ... Comment se défendre ? Comment se prémunir ?

Vala

Écrit par : guillôme 22 Aug 2005, 10:43

Il peut même y en avoir bien plus

Pour avoir discuté avec un ami avocat, la GPL est tout à fait contestable en France devant un tribunal même si cela n'a jamai été fait.
En effet, le droit d'auteur ne peut être supprimé par avance à quelqu'un et pour des ajouts futurs!

En gros, je prends du code GPL, je contribue, la clause qui m'oblige à rendre MON code GPL n'est pas valable... En tout cas, c'est défendable devant un tribunal

Personnellement, cela ne me dérange pas, car je n'aime pas cette clause fermée de la GPL qui oblige toute contribution à être elle-même GPL.

A mon avis pour qu'une licence soit solide, on ne peut pas faire d'obligation sur les contributions mais on peut faire des obligations sur les sources mis à disposition.

Écrit par : bobiciel 5 Sep 2005, 02:14

Une licence libre en conformité avec le droit français :
http://www.cecill.info/
http://www.cecill.info/licences/Licence_CeCILL_V2-fr.html

En espèrant que ça fasse avancer Le Schmilblick

Je ne suis pas très à l'aise avec l'anglais. Votre projet m'intéresse beaucoup, j'ai déja acquit quelques bases objective C et cocoa (au siècle dernier sur NeXTStep ;-) et je souhaite sérieusement me mettre à développer sur Mac.

a+

Bob

Écrit par : schlum 5 Sep 2005, 08:05

Une license libre créée par les grands centres de la recherche en France, c'est intéressant

Mais en fait le problème, plus que la / les license(s), c'est les applications et cas pratiques au niveau de la loi (on manque de spécialistes).

dulrich et moi on se remettra à plancher sur ce sujet bientôt (mi-Septembre)

Écrit par : SeoxyS 22 Sep 2005, 17:56

Chui pour, sinon mi septembre c'est passé...

Écrit par : schlum 22 Sep 2005, 18:02

Oui, on est en discussions...

Écrit par : Zi_Instigator 13 Oct 2005, 20:25

J'arrive clairement à la bourre, mais bon... je suis clairement pour !

Écrit par : dj t@l 14 Oct 2005, 08:48

D'ailleur on en etes vous dans le projet ? Avez vous trouvez un compromis au niveau des licences ?

Écrit par : schlum 14 Oct 2005, 11:46

Au niveau des licences, non...
Mais on va commencer à monter la base bientôt.

Écrit par : DBSor 25 Nov 2005, 14:45

Je viens de voter pour, je trouve cette idée géniale, surtout pour un débutant comme moi. Déja les contributeurs de ce forum font un très bon boulot de conseil, vous êtes tous très réactifs et ça fait plaisir de trouver de l'aide quand on galère vraiment sur une broutille. Merci à vous tous. Si en plus ce projet voit le jour, les débutants progresseront encore plus vite et pourront participer activement aux projets.

Sinon, la lecture de ce fil est trés instructive sur les licences également, il serait bien de faire un résumé des types de licence et de le mettre en post-it. Ce que je suis en train de faire, j'ai l'intention de le diffuser gratuitement, mais sans les sources (dont je ne suis pas très fier il faut dire, ça sent le bricolage). Est-ce mal ?

A part cela, je ne comprends vraiment pas pourquoi un type de licence n'a pas le droit de fréquenter certains parkings souterrains ni de prendre le tunnel sous la manche

Écrit par : schlum 25 Nov 2005, 14:53

J'ai regardé un peu comment fonctionnait subversion, mais je n'ai pas trouvé de gestion des autorisations avec login / passe comme pour cvs.
Je dois dire que ça m'inquiète un peu (car ça en serait du coup pas applicable en serveur public).
Si quelqu'un a des infos...

Écrit par : f_cam 26 Nov 2005, 13:28

voir http://svnbook.red-bean.com/en/1.0/ch06s04.html sur le module apache de svn. (en particulier la section sur mod_authz_svn pour un controle fin des autorisations)

Écrit par : schlum 27 Nov 2005, 22:17

Merci, je regarderai

Écrit par : Jaypee 27 Nov 2005, 22:29

Schlum,
SVN supporte toute sorte de protocoles dont svn+ssh ou https avec des certificats OpenSSH.
J'ai switché vers SVN (en venant de CVS) depuis quelques mois, et rien à redire, l'esprit Zen continue à régner dans l'équipe.
La configuration de la sécurité et des certificats se fait dans le fichier ~/.subversion/servers
J-P

Écrit par : schlum 28 Nov 2005, 10:12

Ah cool
Il va falloir que je regarde tout ça...
Il n'est pas exclu que l'on fasse appel à des personnes extérieures à la team et actives dans le forum programmation pour nous aider à monter ce projet. (faut bien avancer un peu...)

Écrit par : McHerve 29 Nov 2005, 10:59

vous vous compliquez pas mal la tête avec ces licences, je ne suis pas dans le juridique mais illustrateur (donc je connais pas mal la notion de droit d'auteur).
Faites simple, frabriquez votre propre license sur la notion de droits d'auteur (c'est bien régit en France et si MB est hébergé en France, ça devrait rouler tout seul).

- Pour participer, chaque développeur entrant doit s'inscrire et accepter une simple lettre disant qu'il cède ses droits à MB pour une durée de 99 ans (la cession globale et définitive n'existant pas dans le cadre de la loi).

- Le seul propriétaire des droits est MacBidouille qui les gère comme bon lui semble (possibilité de vendre le code source résultant compris). Aucune rétribution ne sera contractuellement attribuée aux développeurs dans le cas d'une cession commerciale du code source, y compris au prorata de sa participation. MB a comme obligation de mettre à disposition les sources et les différentes release (incluant les sources de chacune des releases). MB a comme obligation de créditer les différents intervenants à l'origine du code. MB assurant les dév de la partie technique (mise-à-disposition par SVN ou autre, promotion du "produit" issu du code via son site, etc)
PS: le mot "etc" n'existe pas dans la loi française, tout ce qui n'est pas clairement nommé est considéré comme caduque (et cassable par le premier tribunal venu )

Avec cette license, vous lachez tout sur MB. Il ne s'agit que d'un pb de confiance. Je ne connais pas les statuts de MB (j'espère qu'ils sont en assoc 1901, ça simplifie tout). Libre à MB de reverser tout ou partie à 1 dev qui aurait particulièrement contribué à un soft ou d'investir la totalité de la somme récoltée dans son "infrastructure". Si votre soucis n'est pas le pognon, le mieux est de passer en license en fait plus commerciale (1 seul interlocuteur=MB). Obligation de passer par Mb qui détient les droits exclusifs. Après chaque dev s'arrange avec MB (qui est libre de lui opposer tout refus ).

...à vous de voir, à partir du moment où il y a un contrôleur (=un propriétaire), vous vous débarrassez du pb des licenses. Si vous n'avez pas confiance en MB, fuyez sinon... (vous êttes bien membres, non )
Si les donnée sont proprement déclarées (les obligations de MB par exemple), le contrat devrait tenir la route

à+

Écrit par : guillôme 29 Nov 2005, 16:49

Désolé mais moi je ne donnerai jamais mes droits à MB ou à qui que ce soit

Dans le cas de dév rendus publiques :
- Soit je fais sans licence avec seule protection le droit d'auteur car je laisse le code source...
- Soit je fais ma propre licence car les licences ne me satisfont pas (genre la GPL qui oblige à être GPL, qui oblige à publier le code source...).

C'est bien sûr dans le deuxième cas qu'une licence MB m'intéresse. S'ils font un truc à la croisé des chemins en français, ce sera facile de l'adapter (la plupart des licences sont en anglais ) ou de l'adopter

De toute façon, je ne crois pas que la volonté des admin en créant un dépôt svn soit d'imposer la licence MB. Qu'ils me corrigent si je me trompe. J'avais cru comprendre qu'il voulait proposer une licence par défaut et imposer certaines conditions aux usagers du dépôt qui auront loisir de proposer leur propre licence dans les limites imparties.

Écrit par : schlum 29 Nov 2005, 17:03

L'idée des licences n'était pas de poser des restrictions, mais surtout de protéger le code "hosté" sur nos serveurs ET de se protéger contre d'éventuelles dérives allant à l'encontre de licences extérieures (par exemple, si quelqu'un prend du code GPL sans respecter la licence GPL et mets son projet chez nous).

Écrit par : lampeasouder 16 Jan 2006, 11:10

Oui, super idée!

Je pense également que Subversion est un remplacant ideal pour CVS.
Je travaille dessus depuis maintenant plusieurs mois et c'est vraiment tres tres bien fait.
Pas trop compliqué à installer, bien que j'ai été obligé de passer sous apache2 alors qu il " serait possible " avec un gros conditionnel de compiler mod_dav_svn pour apache1.3 selon certaines sources.

Le format des bases en Bdb par default n'est pas adapté au browser de depot subversion genre WebSVN qui avec GNU enscript donnent un vraiment plus joli resultat que le browse standard de HTTP subversion.
J'ai du migrer les depots sous FSFS.

Voila les deux seuls soucis rencontrés avec subversion.

La gestion des droits peut effectivement être tres fine.

Les acces HTTP sont peut etre un poil plus lent que les acces svn.
En revanche l'administration des droits et utilisateurs sur dav_svn est centralisée sur un seul fichier alors qu en svn il y a un fichier de conf par depôt.

Voila, sinon c'est je trouve hyper perfo au niveau de la gestion de l'espace disque et des fonctionnalités de versionning , log et authoring.

Je suis tres tres fan.

Bon courage

Écrit par : schlum 10 Feb 2006, 16:44

Juste un p'tit mot pour dire qu'on oublie pas...
Le serveur DAV / SVN devrait être monté ce soir

Écrit par : lnk 23 Feb 2006, 01:09

Waouh!
L'idée est fort alléchante, quand j'ai lu le premier post et que j'ai voté, je me suis dis que ce serait surtout utile pour des projets en cours de développement, puis de les balancer sur sourceforge (pour toucher plus de monde et avoir une bonne distribution).

Mais après lecture des posts qui suivent, je vois qu'on s'interroge sur le problème des licences et autres points indispensables qui concernent le partage et la publication. Je pense désormais que la plateforme MacBidouille pourrait être un excellent choix pour assurer le développement d'un petit logiciel Mac de A à Z.

Je suis ce projet avec intérêt, et ce sera avec plaisir que je participerais aux projets via svn!

Merci en tout cas à toute la team, pour leurs motivations et réactivités!

Écrit par : schlum 23 Feb 2006, 07:22

Il y a un problème avec authz_svn ; impossible d'installer cette protection
Recherches en cours.

Écrit par : goutnet 5 Mar 2006, 11:54

Salut, je suis un peu nouveau sur ce forum, mais je pense que l'initiative est interessante.

Attention toutefois, même si Svn est clairement le meilleur concurent de CVS (le surpassant, et de loin), il n'est pas simple de l'administrer correctement, si vous désirez hoster plusieurs projets differents, il vous faudra sans doute réfléchir à la création de différents repository.

Sinon, je pense que ce qui vous serait le plus utile dans ce contexte, c'est aussi un bugzilla, vous permettant de centraliser les demandes, bugs, évolutions, etc, etc etc ...

Bon courrage

Écrit par : schlum 5 Mar 2006, 11:58

Le gros problème avec svn pour l'instant c'est qu'il semble qu'il y ait un bug avec le mode "authz_svn" qui ne fonctionne pas
Pour l'administration, y a pas de problème avec un "svnparentpath"

Ton idée de "bugzilla" est intéressante... On comptait brancher un sous-forum sur celui de macbidouille pour gérer ce genre de trucs.

Écrit par : LE geek 17 Apr 2006, 09:36

Bon, je sais qu'en général mon avis n'a pas beaucoup d'intérêt, mais si vous mettez en place un logiciel de gestion de version de fichier, je vous conseille d'utiliser ce nagivateur de source:
http://www.opensolaris.org/os/project/opengrok/

Une démo ici faite par un développeur de Darwin.

http://darwingrok.physics.ox.ac.uk:8080/source/xref/

Ce navigateur à la grosse particularité de permettre la recherche à travers tout le code source vu qu'il est totalement indexé. Donc c'est hyper rapide.
Par exemple, chercher l'apparition de "char" dans l'ensemble du code source mets en gros 1378 milliseconds. Rapide pour une recherche sur l'ensemble du code de Darwin et 49152 occurrences.

J'aime bien aussi ça façon d'afficher le code source en couleur en créant des liens automatiquement entre les fonctions appelées.

Bien sûr, c'est gratuit et open source et facilement installable (fonctionne même en utilisateur non privilégié).

Écrit par : schlum 17 Apr 2006, 17:09

Ca a l'air pas mal effectivement...
Mais pour l'instant avant d'installer ce genre de trucs faudrait qu'on arrive à installer svn avec un authz_svn_module fonctionnel

Écrit par : iLux 13 May 2006, 17:25

Pour l'instant, où en est le serveur ?

Écrit par : schlum 13 May 2006, 19:15

Toujours pareil... Si quelqu'un sait utiliser authz avec svn, les conseils sont bienvenus.

Écrit par : Maconnect 22 May 2006, 18:42

Excusez ma naïveté, et j'espère que je vais pas me faire incendier, mais ne serait-il pas plus simple d'installer CVS (même s'il est moins bien et tout et tout) ? Au moins on aurait un système qui marche...

Écrit par : schlum 22 May 2006, 19:13

CVS est très casse-pieds pour les .nib et les ressources ! (alors que SVN gère ça très bien).
f_cam va regarder pour le svn quand il aura le temps.

Écrit par : schlum 25 Jul 2006, 07:25

Val1984 a débloqué la situation concernant le SVN... Ca a l'air de fonctionner plutôt bien maintenant

Écrit par : Jaypee 25 Jul 2006, 07:50

SVN est vraiment plus facile à utiliser après le premier projet, au moment où on veut faire un peu de ménage :
- Renommer ou déplacer des dossiers.
- Créer une version (marquage des versions qui ont servi pour une livraison)
- Créer une branche pour permettre les fixes (Vn.1, n.2...) et la poursuite du projet (n+1.0) avec une convention du genre V=version livrée D=version en développement.
Par ailleurs, le système de numérotation des révisions, bien que déroutant au départ, est très utile pour "traquer" les changements ailleurs que là où un développeur donné est familier : Le numéro de révision est attaché au lot (batch) d'une mise à jour et non à chaque fichier. Entre deux révisions personnelles, on peut donc deviner combien d'autres changements ont eu lieu ailleurs dans le projet.
Il y d'autres avantages plus techniques comme les diffférents protocoles de communication comme svn+ssh

J-P

Écrit par : schlum 8 Aug 2006, 13:58

Beta test du module d'inscription :
https://codeenstock.macbidouille.com/inscription/

Apple a apparemment décidé de lancer son propre truc (MacOSForge) ; on continue ?

Écrit par : philjfry 8 Aug 2006, 14:33

Ayé ... mon navigateur n'aime pas vraiment ton certificat

Écrit par : schlum 8 Aug 2006, 14:41

Hum... Je viens d'enlever le .htaccess
C'est mieux ?

Écrit par : philjfry 8 Aug 2006, 14:47

Toujours pas ... Après avoir reçu le mail , j'ai confirmé, et suis tombé sur une page (je l'ai perdu depuis), avec un message du style :
Bravo vous pouvez vous connecter au site ... (trois points de suspension !)
Bref, qui ne pointe vers rien.

Écrit par : schlum 8 Aug 2006, 14:58

Normal, y a encore rien derrière C'est qu'une version bêta.

Sinon, est-ce que quelqu'un sait quelle sera exactement la portée de Mac OS Forge ?

En fait, pour l'instant ça vous ajoute à la base, et ça vous met dans le htaccess général...
Reste à faire les modules de gestion et création de projet et de gestion utilisateur.

Écrit par : philjfry 8 Aug 2006, 15:04

http://www.macosforge.org/ C'est assez vide pour l'instant

Écrit par : schlum 8 Aug 2006, 15:13

Normal, ça vient de sortir...
Mais je me demandais si c'est réservé à certains projets d'élite ou si Monsieur Tout le Monde pouvait y mettre son projet

Écrit par : Val1984 8 Aug 2006, 15:22

De toute façon, Mac OS Forge est intégralement en anglais et il me semble qu'un des objectifs de Code en stock est de fournir un service entièrement en français, non?
Et sinon, utiliser http://trac.edgewall.org/, ça pourrait être une bonne idée, non?

Écrit par : schlum 8 Aug 2006, 15:25

Oui, c'est une idée qui vaut son pesant d'or !

Mais faut tout de même développer le module de gestion du fichier authz

Écrit par : schlum 9 Aug 2006, 10:07

Bon, y avait un petit bug au niveau du crypt, et j'ai fais quelques améliorations en attendant l'habillage CSS
Vous pouvez vous (ré)-inscrire :
https://codeenstock.macbidouille.com/inscription/
Normalement, une fois l'inscription finalisée, vous pouvez accéder à cette page (ne vous attendez pas à des merveilles, c'est juste un test du .htaccess ) :
https://codeenstock.macbidouille.com/test/

Écrit par : schlum 10 Aug 2006, 12:03

Si vous êtes inscrit, vous devriez pouvoir vous connecter ici :
https://codeenstock.macbidouille.com/workspace/login.php
(un peu d'indulgence, j'ai découvert les sessions en PHP récemment )

Écrit par : bad_duck 10 Aug 2006, 12:29

Ca fonctionne

[small]PS: pourquoi obliger une majuscule dans le mot de passe, j'en veux pas moi [/small]

Écrit par : iLux 10 Aug 2006, 12:33

Impossible de savoir si ça fonctionne, j'ai déja oublié où j'avais mis la majuscule dans mon mot de passe…

Écrit par : Farvel 10 Aug 2006, 12:37

Les ".nib" ??? Non ??????? Ça existe, ça. Oh là là là là là là, la vie est pleine de surprises…

Écrit par : schlum 10 Aug 2006, 13:48

Ca tombe bien, tu ne t'es apparemment pas réinscrit après la correction du bug et l'écrasement des bases


Euh... Parce que c'est bien les mots de passe avec minuscules, majuscules et chiffres, et que c'est mal de mettre en danger un projet Mac OS X avec un mauvais passe
Enfin ça c'est du détail ; c'était pour me faire la main sur les regexp en JavaScript

PS : ne vous inquiétez pas, il y aura quelque-chose pour demander un reset de mot de passe


Eh oui ! NeXT Interface Builder ; fichiers d'interface de toutes les applications Cocoa
T'en as même plein sur ton disque dur

Écrit par : iLux 10 Aug 2006, 15:44

Tout va bien alors…
Ah, quel superbe espace de travail…

Écrit par : schlum 10 Aug 2006, 15:50

Prrrt !
Très bientôt à partir de cet espace de travail, vous pourrez créer un projet et utiliser le svn !
(par contre, pour autoriser d'autres personnes à accéder à ce projet, c'est pas pour tout de suite )

Écrit par : bad_duck 10 Aug 2006, 15:51

je vois que t'as fais comme moi, un de tes mots de passe standard avec une majuscule quelque part

schlum: demander des ciffres et des lettre oui, mais une majuscule.. bof

Écrit par : schlum 10 Aug 2006, 17:03

Mot de passe à 8 caractères avec chiffres et minuscules -> 2821109907456 possibilités
Mot de passe à 8 caractères avec chiffres, minuscules et majuscules -> 218340105584896 possibilités
Ca multiplie par 100

Écrit par : schlum 10 Aug 2006, 18:28

Sinon, pour vous rassurer, les mots de passes sont stockés après moulinette md5 et crypt ; les admins de Code en Stock n'y ont pas accès en clair...

Écrit par : schlum 11 Aug 2006, 14:19

Voilà... Vous pouvez créer un projet dans l'espace de travail et travailler dessus (seul pour l'instant, à moins de donner votre login/passe à d'autres).

Écrit par : Einstein 12 Aug 2006, 00:02

Bonsoir,

j'ai créé tout ce qu'il faut pour un projet perso. Seul pb: comment je fais foncitonner ça avec Xcode? Parce qu'il ne me semble pas que j'ai svn d'installé

Écrit par : schlum 12 Aug 2006, 10:46

http://subversion.tigris.org/project_packages.html

Écrit par : Einstein 12 Aug 2006, 11:45

Merci! Tout est installé et smble fonctionner……sauf que je pige pas pourquoi ça roule pas dans Xcode…

Écrit par : schlum 12 Aug 2006, 12:07

À vrai dire, j'utilise pas svn dans Xcode... Je travaille dans Xcode et je fais les "commit" dans le terminal.
Je crois qu'il faut faire "Pomme-I" sur le projet (et pas la "target")
-> Onglet "General"
-> "SCM System:" -> choisir "Subversion"
-> Cocher "Enable SCM"
-> Appuyer sur "Edit"
-> Rentrer le chemin de son exécutable "svn" ("/sw/bin/svn" pour fink ; pour l'installation dont j'ai filé le lien, aucune idée...-

Écrit par : Einstein 12 Aug 2006, 12:20

Oui oui, j'ai bien fait déjà tout ça. Pour info, le path pour l'appli que dont tu m'as filé le lien est "/usr/local/bin/svn".
Bon, dtf, si on peux le faire à la main, ça ne me dérange pas trop perso. Au pire, j'ferai un script pour que d'un clique ça soit 'commité' ^^
La question est alors donc de savoir comment tu fais stp

Écrit par : schlum 12 Aug 2006, 15:17

Pour récupérer le projet :

Pour ajouter un dossier ou fichier :

Pour commiter après des modifications :


Mais après avoir rentré les paramètres SCM de ton projet, tu peux rien faire avec le menu SCM ?
"Go online" par exemple ?

Hum, l'utilisation avec Xcode a toujours été un peu nébuleuse pour moi...

Écrit par : Einstein 12 Aug 2006, 15:23

Si si, mais il me demande rien……?!

Écrit par : schlum 12 Aug 2006, 15:47

Il gère peut-être pas les utilisations avec mot de passe
T'y arrives dans le terminal ?

Ah, j'ai compris... Il faut faire un checkout manuel avant de pouvoir l'utiliser, car il lit ses infos dans les fichiers cachés que subversion crée...

--> Après avoir fait un "co" manuel, tu déplaces le contenu de ton projet dans le dossier "trunk" chargé par subversion ; ensuite Xcode te permettra de sélectionner les trucs que tu veux ajouter au repository

Par contre, il ne voit pas les dossiers... Bizarre

Écrit par : Einstein 12 Aug 2006, 18:15

ouaip bin non, toujours rien J'installe Xcode 2.4: on verra bien…

Écrit par : schlum 12 Aug 2006, 19:29

C'est quoi le repository de ton projet ? Je le vois ni dans les projets en validation ni dans les projets validés

Et ton compte ?

Écrit par : Einstein 12 Aug 2006, 19:43

héhéhé, j'ai changé de nickname depuis…euh…longtemps. Enfin bref, c'est plus theinstein mais isual Et le projet se nomme MyCenter

Écrit par : schlum 12 Aug 2006, 21:46

Okay !

Écrit par : Einstein 12 Aug 2006, 23:01

oui, je l'ai fais aussi. Côté ordi: création du même dossier sur serveur dans mon dossier user…
Bon, du coup, je bosse bien plus sur mon projet ^^

Écrit par : schlum 12 Aug 2006, 23:57

1 - Copie tout ton projet dans le dossier ~/mycenter/trunk
2 - Fais un peu de ménage : suppression du dossier "build", suppression des *~.nib, des *~, des *.tmp, des #*, des fichiers *.mode1 et *.pbxuser qui se trouvent dans les .xcode* (je fournirai un script pour faire le ménage un jour avant d'envoyer sur le repository tiens...)
3 -

Écrit par : Einstein 13 Aug 2006, 01:24

bouhouhouuuu!!! au moment du commit il me retourne cette p*tain d'erreur le bougre:

Écrit par : schlum 13 Aug 2006, 13:11

Ce n'est pas une erreur
Il lance "vi" qui est l'éditeur par défaut, pour que tu puisses mettre la phrase d'explication du commit (ce qui a été modifié)...
-->

(si tu ne veux pas qu'il ouvre "vi")
Tu peux aussi changer l'éditeur par défaut... (emacs-carbon par exemple est pas mal, mais il faut l'installer)
C'est la variable d'environnement "$SVN_EDITOR" ; il faut lui donner le chemin de l'exécutable...

Chez moi :

Écrit par : Einstein 13 Aug 2006, 13:47

Mais c'est pas vrai!! Le bougre me retourne:

que je mette l'opton m ou non par ailleurs… :?

Écrit par : schlum 13 Aug 2006, 13:54

T'as supprimé / renommé / déplacé le "MyCenter.xcodeproj" depuis le "svn add" ?

Écrit par : Einstein 13 Aug 2006, 19:59

j'ai entre temps avancé mon projet, donc j'ai tout effacé des anciens fichier pour remettre ceux à jour oui. Mais j'ai bien pris soin d'enlever tous les fichiers dont tu as indiqué l'extension. J'ai fais mon commit: et hop! cette erreur… J'ai refais ce que tu avais indiqué plus haut (avec le 'add *'), puis le commit…et toujours la même erreur

Écrit par : schlum 13 Aug 2006, 23:04

Pas de problème... Déplace ton trunk ailleurs, efface le ~/mycenter, refais un "co", remets dans le nouveau trunk le contenu de l'ancien, nettoyage et "svn add *" puis "svn commit"

Écrit par : Einstein 13 Aug 2006, 23:19

pfiou! ça marche enfin!!! merci schlum
ptite quesion comme ça: c'est normal qu'on ne puisse voir son (ses?) projet(s) dans le workspace?

Écrit par : schlum 13 Aug 2006, 23:21

Oui... Demain je m'attaque à la gestion des droits et des groupes

Écrit par : Einstein 13 Aug 2006, 23:31

roh! désolé d'être impatient ^^
si je peux donner un quelconque coup de main, mp moi

Écrit par : schlum 13 Aug 2006, 23:37

Je vais déjà voir si je peux récupérer ton projet et le compiler
Ca te dérange si je m'ajoute les droits de lecture dessus à la main ?

Écrit par : Einstein 13 Aug 2006, 23:43

aucun soucis ^^ c'est un projet que je souhaite partager de toute façon

Écrit par : schlum 14 Aug 2006, 06:04

J'ai pu le récupérer, le compiler et en le lançant ça fait un écran noir... (faut faire quoi ? )

Écrit par : Einstein 14 Aug 2006, 10:33

C'est peut être que la configuration graphique n'est pas suportée par ta carte graphique. J'ai fais pour le moment un truc "taillé" pour mon mac mini ([email protected], 9200@64mo le tout sous 10.4.7).
Il y a deux endroits où tu peux modifier pour voir ce qui conviendrait le mieux pour ton ordi, sachant que l'interface est en OpenGL.
1/ dans Controller.m

2/ dans AMOGLView.m (peut-être plus certainement dans cette classe, si ton GPU est un peu ancien)

Pour info, normalement (^^) tu dois aussi entendre un son au démarrage...

Écrit par : schlum 14 Aug 2006, 16:18

Même ennui sur le MacBook Pro (même avec les modifications préconisées...)
Enfin... je te laisse débuger tout ça, je ne suis pas expert en OpenGL

Écrit par : Einstein 14 Aug 2006, 21:19

moi non plus ^^ enfin bon, c'est surtout pour un besoin personel que j'ai développé ce soft. Après, je laisse les sources dispos "au cas où"

Écrit par : Einstein 15 Aug 2006, 11:07

Tiens, au passage, j'ai trouvé un ptit logiciel bien sympa pour utiliser 'simplement' subversion: par http://zigzig.com/
Par contre, la version gratuite n'est pas encore dispo (elle devrait l'être sous peu). En attendant, on se contente d'une démo de 30 jours

Écrit par : Einstein 17 Aug 2006, 23:55

Mises à jours, toujours! Toutefois, à l'utilisation, il s'avère qu'il reste un soucis avec les fichiers "dossiers" (.xcodeproj et .lproj pour ne citer qu'eux…). Une solution ou alors attendre un fix schlum?

Écrit par : schlum 18 Aug 2006, 05:54

Ben, j'ai pas de problème avec ces dossiers là moi

Écrit par : Einstein 18 Aug 2006, 07:30

Alors je pige pas pourquoi il me fait tant de difficulté pour moi…

Écrit par : schlum 18 Aug 2006, 07:51

Quelles genre de difficultés ?
Quand tu déplaces ou renomme un fichier / dossier, tu le fais bien avec la commande "svn" ?

Écrit par : Einstein 18 Aug 2006, 11:21

Bon, je t'explique comment je fait (y'a sûrement une erreur de ma part parce que c'est pas normal que ça fonctionne chez toi et pas avec moi ^^ ): je dévellope mon application dans mon dossier developpement, regroupant tous mes pojets en cours et passés. Une fois ma révision prête, je recopie tout ce qui as changé dans ~/mycenter/trunk (dossier créé par svn sans que je lui demande, mais bon, je fais comme il veut hein, chu pas contrariant moi ), je 'nettoie' en fonction de ce que tu as précisé. Puis je lance svn (via le logiciel que j'ai cité précédement) et je fais le commit. Sauf qu'il me retourne toujours la même erreur pour .xcodeproj et .lproj: un truc du genre mon élément est soit effacé, soit n'est pas vérouillé ("lock"). Voilà voilà...

Écrit par : schlum 18 Aug 2006, 13:04

Le coup du nettoyage et copiage etc, c'est uniquement la première fois... Après, il suffit de travailler normalement dans le dossier trunk, il relève automatiquement tous les changements !
Quand tu veux ajouter un dossier au répertoire de dépôt, il faut le faire à la main par contre...
Exemple :

Pour renommer ou supprimer un fichier, pareil :

Écrit par : Einstein 19 Aug 2006, 22:29

Ah bin forcément, vu que je travaille pas la dessus, c'est normal que ça ait du mal à fonctionner tiens! ^^

Écrit par : schlum 19 Aug 2006, 23:21

L'intérêt de SVN ou CVS, c'est justement de faire un co, de bosser sur son projet qu'on vient de rapatrier, de faire un commit et rulez

Écrit par : Einstein 20 Aug 2006, 11:59

Ah bin oui mais si on connait pas le fonctionnement de ce genre de logiciel...
Bon, maintenant cela acquis, j'ai corrigé le tir, et tout roule. Merci de ta patience
Sinon pour plus revenir sur codeenstock, ptite question: il sera possible de supprimer un projet à soit?

Écrit par : schlum 20 Aug 2006, 16:35

En demandant à un admin, oui... Je ne veux pas prendre le risque d'implémenter ça directement

Écrit par : Einstein 20 Aug 2006, 21:19

OK, alors tu pourrais retirer mon projet "test" s'il te plait?

Écrit par : schlum 20 Aug 2006, 22:23

Voilà qui est fait

Écrit par : Einstein 21 Aug 2006, 06:59

Merci

Écrit par : agon 22 Aug 2006, 10:36

Je suis pour.
Ma question est : Est-ce déjà en place? Je ne vois rien sur le site de MB.
Je ne connais rien en programmation POO, mais j'espère pouvoir apprendre en contibuant à la conception de programme.
Je peux m'occuper du graphisme, de l'ergonomie et peut-être de l'analyse (histoire de dépoussièrer mon BTS d'analyste/programmeur).

Écrit par : schlum 22 Aug 2006, 10:43

C'est en place en version pre-alpha
https://codeenstock.macbidouille.com/inscription/
https://codeenstock.macbidouille.com/workspace

Écrit par : schlum 23 Aug 2006, 07:39

S'il y a des motivés qui ne sont pas mauvais en PHP / XHTML / CSS, le frontal de Code en Stock est maintenant un projet "Code en Stock"
Qu'ils s'inscrivent s'ils ne le sont déjà ( https://codeenstock.macbidouille.com/inscription/ ) ; je peux leur ajouter des droits sur tout ou partie du projet.

Pour l'idée, le TODO :

Nota : si quelqu'un se lance dans le CSS (je ne connais pas du tout), il faut faire quelque chose d'assez sobre dans la lignée du site et du forum.

Écrit par : TheDoudou 23 Aug 2006, 09:03

Heu je ne sais pas si vous en avez parlé, mais un ajout d'une fonction pour tracké les bugs.
Sinon je suis pour ^^

Écrit par : Val1984 23 Aug 2006, 09:20

Bien ça
Tu peux m'ajouter?

Écrit par : schlum 23 Aug 2006, 09:43

Of course !

(dis moi si ça passe bien...)

Écrit par : Val1984 23 Aug 2006, 09:48

Merci
Je testerai ce soir.
J'essaierai de faire quelque chose pour les CSS même si je suis loin d'être un pro à ce niveau

Écrit par : schlum 23 Aug 2006, 10:12

Oui, j'installerai bugzilla à l'occasion

Écrit par : guillôme 23 Aug 2006, 10:17

Moi j'y connais rien en svn et compagnie (je sais juste à quoi ça sert mais j'ai jamais pratiqué)

J'ai créé mon compte sur code en stock et créé un premier projet, mais apparemment il faut que j'ai svn installé sur ma machine pour déposer les fichiers, c'est cela?

Bref, ca y est je suis déjà perdu Et où est l'aspect licence? L'autorisation d'accès des autres...
Et où peux-t-on voir la liste des projets déposés?
Y-a-t-il un début de notice quelque part?


Je sais, c'est une pre-alpha et j'en demande beaucoup

Bon, je vais commencer à tester avec mon programme de conversion de date sous Excel dont le code est totallement libre (type licence Berkeley) comme ça pas de risque de bourde de ma part

Écrit par : schlum 23 Aug 2006, 11:04

Oui, il faut SVN...
On peut le trouver là : http://subversion.tigris.org/project_packages.html

Pour l'aspect licence, j'imagine qu'il faut mettre un fichier LICENCE dans le projet qui contient la licence voulue...
L'autorisation d'accès des autres, pour l'instant y a pas
La liste des projets déposés, pour l'instant on en peut pas voir Il faut que je rajoute un paramètre "visibilité publique" aux projets ; j'ai complètement oublié au niveau de la conception

Y a pas de notice pour l'instant

Écrit par : schlum 23 Aug 2006, 13:51

Bugzilla est installé et localisé en français :
https://codeenstock.macbidouille.com/bugzilla/
Maintenant, ne me demandez pas comment ça fonctionne...

[Edit] Hum, le mailing n'a pas l'air de fonctionner pour la création des comptes

Écrit par : Val1984 23 Aug 2006, 14:49

Si mais il arrive dans les spams avec gmail

Edit : Hum, j'avais pas fait attention à l'heure, tu avais peut être déjà corrigé

Écrit par : schlum 23 Aug 2006, 15:19

Ah... J'avais fait des tests de localisation des mails en français, et j'en ai reçu un bien longtemps après.
J'ai re-localisé ; possible que le reste soit effectivement passé "aux oubliettes" dans les spams.
Je t'ai passé admin ; j'espère que tu connais mieux le système que moi

Écrit par : Val1984 23 Aug 2006, 15:33

Pas sûr mais j'ai créé un produit CodeEnStock ayant 2 composants : Serveur SVN et Serveur Web, je pense que ça pourra servir

Écrit par : dj t@l 23 Aug 2006, 18:29

Plutot que bugzilla, pourqouoi ne pas avoir mis un espace http://trac.edgewall.org/ par projet, il contient tout ce dont vs avez besoin : wiki, gestionnaire de ticket, browser svn.

Apres je ne suis pas sur que le multi projet avec trac soit des plus simple, a l'epoque ou je l'avait esseyé c'etait pas des plus simple mais il me semble que maintenant avec mod_python c'est un peu plus simple.

Voila HTH et bon courage pour ce super projet.

Écrit par : schlum 23 Aug 2006, 18:36

Trac est installé et on a fait des tests, mais c'est à priori compliqué de synchroniser les permissions "trac" avec les les permissions "authz" du SVN

Enfin, faut voir... En tout cas, bugzilla est tout à fait adapté au multiprojet pour la gestion des bugs.

Écrit par : Val1984 23 Aug 2006, 22:26

Ca marche parfaitement avec svn en ligne de commande
Par contre, impossible d'utiliser svnX ou ZigVersion

Écrit par : schlum 24 Aug 2006, 07:27

Peut-être parce qu'il y a des permissions spéciales sur le dossier trunk/scripts (les scripts contiennent en clair le passe d'un utilisateur qui a tous les droits sur tous les projets ; j'ai fait une bourde en le mettant dans le repository, on ne devrait pouvoir les voir qu'en ssh ; donc du coup j'ai pallié en supprimant les droits de lecture sur le dossier dans authz)

[Edit] Je viens d'ailleurs de faire de même sur le dossier "files" qui contient les scripts de réécriture des permissions et du htpasswd...
Je suis vraiment pas doué

Écrit par : Jaypee 24 Aug 2006, 09:18

J 'étais pas là ces derniers jours et je vois que les derniers progrès. Bravo !

Pour ce qui est du suivi des bugs, personnellement, je trouve Bugzilla un peu lourd, j' en ai un au bureau, mais il n' a guère servi.

Schlum, si tu as la haute main sur le serveur, jette un oeil du côté de Trac de Edgewall.org, les prérequis sont un poil exotiques : Python Rien que ça peut être rédhibitoire, je sais. Sur le principe, c'est un système qui enrobe un Wiki, un bug tracker simple, autour de Subversion pour chaque projet. Je n'ai pas examiné de prêt l'aspect gestion des utilisateurs, et je crains que celà peut aussi devenir rédhibitoire à ce niveau. C 'est sous réserve d'inventaire.

Je m'inscrirai tantôt,
J-P

Écrit par : p3consulting 28 Aug 2006, 11:45

je confirme…
on ne reçoit pas le mail de confirmation…

Écrit par : schlum 28 Aug 2006, 12:57

Pour l'inscription à Code en Stock, c'est pas normal... (mais le serveur me paraît bizarre et lent là)
C'est pour Bugzilla que c'était problématique.
Je valide à la main pour Code en Stock !
--> https://codeenstock.macbidouille.com/workspace ; ça devrait être bon...

Écrit par : p3consulting 28 Aug 2006, 14:22

création d'un projet, tout est OK à la validation…
déconnection, reconnection, liste des projets : rien…
projet nouvellement créé a "disparu"…

?

Écrit par : schlum 28 Aug 2006, 14:31

À nouveau problème de mail de validation non reçu apparemment... J'ai envoyé l'adresse présumée par MP.
Je ne puis même pas essayer de traiter le problème... Connexion internet trop lente pour l'instant.
Je verrai chez moi

Écrit par : TheDoudou 1 Sep 2006, 15:49

Heu sinon tu peux mettre sourceforge sur le serveur directement, ce serais peux être plus simple et plus rapide ?

PS : Ha non enfaite c'est free jusqu'à 15utilisateurs

Écrit par : schlum 1 Sep 2006, 16:05

L'idée n'est pas de refaire un sourceforge hein, sinon le projet n'aurait aucun intérêt

Écrit par : DUX 18 Oct 2006, 13:23

slt Schlum,

maintenant j'ai un peu de temps à te consacrer, je suis inscrit.
Si tu as besoin de moi pour la mise en page, dit moi comment accéder au projet.

Écrit par : schlum 18 Oct 2006, 17:12

Essaie de récupérer le projet :

(Je t'ai ajouté manuellement au projet ; le module de gestion des permissions n'est pas encore fait )

Écrit par : helgrind 4 Jan 2007, 11:14

Je trouve que c'est un très bonne idée
Je suis pour.

Écrit par : harlock59 29 Nov 2007, 23:33

Pour des idées de projets, j'ai une idée : un logiciel de "folding" (rôdage processeur) pour Mac. (universal binary biensûr !)

Écrit par : schlum 29 Nov 2007, 23:35

Tu peux utiliser le serveur SVN, il est fonctionnel... J'ai juste pas trop le temps de travailler sur la gestion des droits de projet pour l'instant, donc c'est des projets individuels

https://codeenstock.macbidouille.com/workspace/

Pas le temps de travailler sur une interface Web 2.0 non plus...

Écrit par : Einstein 27 Jul 2008, 17:02

Après 8 mois de silence, j'essaye de faire revivre un peu ce post!
Je pense que le projet est un peu tombé à l'eau, ce qui est dommage, donc je souhaiterai proposer mes services si je peux aider à faire (ré)avancer les choses.
Par ailleurs, j'ai préféré poster cette proposition sur le forum plutôt que par MP au cas où d'autres voudraient aussi voir le projet avancer…

Écrit par : Usernet 27 Jul 2008, 17:31

Dommage.

Oui tu l'as dis, je souhaite moi aussi trouver des personnes qui pourraient m'aider dans mon projet, (dois pas être le seul), alors oui c'est pas con de reparler de ce sujet.

Écrit par : Einstein 27 Jul 2008, 18:04

Je pense de plus qu'une partie partie publique permettrai de trouver des exemples réellement pratiques de code que l'on ne trouve pas forcément rapidement dans l'aide en ligne d'Apple. Le tout lié avec un module de recherche de code…hum…

Écrit par : Usernet 27 Jul 2008, 20:04

up! réagissez ?

Écrit par : schlum 28 Jul 2008, 09:20

En fait non, ça n'est pas tombé à l'eau, c'est juste en stand-by par manque de temps, mais le serveur SVN fonctionne…
Il manque le module permettant d'ajouter des personnes à son projet et un graphiste pour faire l'habillage.
Il faudrait aussi un module permettant de monter une page web par projet…

Écrit par : Einstein 28 Jul 2008, 12:04

Pas uniquement ces fonctions schlum!! Du moins en relisant ce thread ou simplement en voyant l'état d'utilisation du workspace
Sinon je ne suis absolument pas graphiste mais je veux bien être ajouté au svn du proj afin d'aider à faire avancer les choses ayant un peu de temps devant moi pour le moment

J'ai oublié de préciser que j'ai une bonne expérience de création d'outils en "web 2.0" et de création web en général.

Écrit par : schlum 28 Jul 2008, 12:53

Oui, je peux t'ajouter au projet « Code en Stock » (oui, le front-end du site est un projet en lui même )
Tu es inscrit déjà ? Je ne trouve pas de « Einstein »

Écrit par : Einstein 28 Jul 2008, 13:09

Comme la dernière fois
Je suis inscrit sous le pseudonyme isual (mon ancien pseudo eisntein m'a lassé, ou plus précisément les réactions très lourdes des gens à son égard…)

Écrit par : schlum 28 Jul 2008, 13:24

Alors ça devrait être bon, tu devrais pouvoir obtenir le projet avec :

Écrit par : Usernet 28 Jul 2008, 13:49

bonjour aussi !

Écrit par : schlum 28 Jul 2008, 13:59

Aussi quoi ?

Tu veux aussi avoir accès au projet CodeEnStock ?

Attention, c'est un projet un peu spécial, c'est à dire qu'on peut modifier les sources, mais pour tester, faut quand même que je le mette en ligne via le FTP (ou alors s'installer un miroir avec serveur SVN chez soi, et demander la structure des fichiers protégés), donc c'est pas facile…

Écrit par : Einstein 28 Jul 2008, 14:16

Merci schlum!
Petite question, concernant le dev, je te MP ou je pose sur le forum? Car j'ai déjà une grosse question pour toi

Écrit par : schlum 28 Jul 2008, 14:36

Par mail
[email protected]

Écrit par : Einstein 28 Jul 2008, 14:49

et voilà

Écrit par : Einstein 13 Aug 2008, 22:19

Petite annonce pour les utilisateurs de ce projet et pour tous les autres: le projet du SVN a bien avancé et est un peu passé à la moulinette du web 2.0
En passant, je recherche un(e) expert(e) en CSS qui pourrait me décharger d'un point de 3 fois rien j'en suis certain, mais qui me prend trop de temps que je ne peux pas passer à faire avancer le reste du projet. Merci de me contacter par MP

Écrit par : Einstein 15 Jun 2009, 00:01

Bonsoir à tous!

ça serai sympa que des gens se donne la peine de faire vivre ce projet, n'ayant pour le moment et depuis un bon bout de temps, le temps!
N'hésitez surtout, ça ferai un gros plus pour plein de monde!!

Écrit par : schlum 15 Jun 2009, 13:55

Pour le CSS, je ne suis plus, c'est pas du tout ma spécialité ! Par contre, quelqu'un qui s'y mettrait ça me motiverait pour continuer à programmer la partie gestion

Écrit par : Einstein 15 Jun 2009, 15:32

Surtout que j'ai encore tous mes fichiers et idées dans la tête, pour ce que j'avais avancé!
Donc si quelqu'un veut bien se "dévouer", il aurai pas mal d'aide finalement

Écrit par : quentinc86 26 Feb 2011, 17:31

Bonjour,

J'aime bien l'idée de fédérer un peu tous les projets sur mac dans un même lieu ( si j'ai bien compris, c'est un peu l'idée de ce topic).
Ca permettrai de donner un coup de main à des projets importants et de savoir un peu ce qui est en cours de développement en ce moment.
Je serais prêt à aider si je peux êtr utile bien sur

Écrit par : schlum 2 Mar 2011, 12:57

Oui, c’est tout à fait ça… Je ne me souvient plus trop dans quel état est le projet (manque de temps ), mais ça avait pas mal avancé… https://codeenstock.macbidouille.com

Il me semble qu’il manque encore la possibilité de gérer les accès à ses projets (autoriser des personnes tierces sur tout ou partie du projet en gros), mais actuellement on peut s’inscrire, créer un projet et avoir le repository SVN qui va avec. Il manque aussi manifestement toujours la possibilité d’éditer un projet.

Si tu as des connaissances en dev Web, je peux te fournir un accès au projet « Code en Stock », envoie moi un mail à schlum<at>macbidouille.com