CrEv a écrit 4577 commentaires

Ma conclusion pour le moment est que vaut mieux garder le code pour soit pour ce type de projet précis et ouvrir le site via des webservices/api.

Finalement c'est la même logique pour un windows ou mac : il vaut mieux garder le code de l'os pour soit et permettre la création d'applications (finalement d'extensions à l'os...) via des API.

ma question ne porte pas sur du libre tel qu'il est défini par les 4 libertés

Ha ben si tu parles de libre sans les 4 libertés alors il est normal que personne n'ai compris ce que tu voulais faire et que beaucoup se braquent car libre a tout de même une définition. Donc si tu parles de libre défini autrement (ou open source hein) il est vraiment important de bien le préciser sans quoi personne ne te comprend.

du genre où l'on vois le nombre d'occurrences trouvées

Heu... c'est le cas ça

Hum, il y a (eu) tout de même des choses intéressantes dans les prochains (derniers) chrome.
Entre autre une refonte de la page d'accueil (spa rien, même si perso je m'en fiche un peu) et de prévu un gestion multi-comptes du navigateur, de la synchro.
Ca c'est vraiment un truc qui m'intéresse, et c'est vraiment bien si plusieurs personnes se partagent la même session (c'est mon cas pour mon ordi perso). Avec ça, tous les profiles sont synchro et il ne reste plus qu'à cliquer sur un bouton pour switcher de profile, favoris, mots de passe, etc.

Ça c'est de vrai évolutions tout de même.

Concernant firefox, j'attends également electrolysis. Sur le rythme je trouve qu'il est trop court, mais au final c'est peut-être aussi juste une question de temps. Avant, firefox se faisait tellement attendre que chaque sortie était une sorte d'évènement. Aujourd'hui non. Et finalement si cela devient transparent (évolutions fréquentes, installation automatique et transparente) avec des évolutions permanentes ça me semble pas mal. Du moment qu'il y a tout de même évolution. La contrepartie est de faire moins de bruit à chaque sortie.
(note : je parle de ça pour un poste perso, où je souhaite être à jour et je m'en fiche qu'il installe la nouvelle version toute seule. Je sais que sur linuxfr beaucoup pensent que c'est pas bien - bou il se met à jour tout seul - mais faudrait voir la proportion qui a des installations de maj automatiques ou qui installe les maj sans regarder les changelog...)

heu... Où as-tu vu que c'était sur une ubuntu ?
(si c'est à cause du sudo, il y a un tas de systèmes le permettant voir l'ayant par défaut, même des terreux)

Mon système ne contient pas de apt-plop et ça ne m'a jamais manqué...

$ sudo apt-get install debian
[sudo] password for ___:
sudo: apt-get: command not found

Ha voui, c'est bien testé, y'a pas à dire.

(oué bon, avec les ponts toussa on ne sait même plus quand est trolldi...)

Normalement hg push -b devrait fonctionner, non ?
Maintenant, il est vrai que le fonctionnement est assez différent, déroutant lorsqu'on utilise les branches de git.

En gros, voici ce que j'en ai retenu :

• git : on commence par brancher, on code, merge, l'historique est ok, ça roule
• hg : branch as needed : on travail dans default, et on revient brancher si besoin

http://stevelosh.com/blog/2009/08/a-guide-to-branching-in-mercurial/ donne pas mal d'informations, c'est plutôt intéressant.

C'était en pensant à lait bien sur. La prononciation me semble tout de même différente, mais surtout elle varie pas mal suivant les personnes avec qui on parle.

Après, on peut aussi parler du "t" de vingt.

Dans tous les cas ça montre bien que l'argument "il faut mettre er/é car ça ne se prononce pas pareil" n'est justement pas valable pour tout le monde. Et même si ça ne justifie pas l'erreur ça peut au moins l'expliquer en partie. Tout comme parfois les erreurs de futur / imparfait / conditionnel.

Ou alors tu indente correctement ton code et ça donne quelque chose de lisible.

Bien que je déteste le style de python - quelle horreur - j'ai toujours beaucoup apprécié l'information donnée par l'indentation, qui est bien plus visible qu'un ; par exemple

sprintf(bufCommand, "%s%-5s%s - %s", bufCommand, capitalize(dir_name[door]),
    room_is_dark(pexit->u1.to_room) ? get_acolor_ch(ch, C_GRY) : get_color_ch(ch, NORMAL_COLOR),
    room_is_dark(pexit->u1.to_room) ? "Too dark to tell" : pexit->u1.to_room->name);

Deux réponses à mon avis :

• les ; sont optionnels, pas supprimés. Donc ton ; tu peux toujours le mettre. Mais pas besoin lorsque ça ne sert à rien.

• mais ce que c'est moche ton premier exemple. D'ailleurs on m'a toujours appris un truc : "quand un code ne fait rien, il est nécessaire de le dire"

De la même manière, si on a un

try {
  plop();
} catch(Exception e) {
}

Ce n'est pas bon. Il doit toujours y avoir quelque chose dans le catch. Même si c'est juste pour dire "je me fiche de ce cas". L'absence est problématique car on perd totalement l'information permettant de savoir si le cas est volontairement laissé de côté ou non.

Et pour revenir au premier cas, tu pourrais très bien écrire

if (toto) {
} else if(tata) {
  plopTata();
} else if (titi) {
  plopTiti();
}

Pas besoin de ; pour ça.

Les deux mots ne se prononcent même pas de la même manière

Attention à cela, suivant les accents il peut y avoir beaucoup de variation.

D'ailleurs, vous dites "café" ou "cafè" ? "Lé" ou "Lè" ? (oui je ne sais pas faire de phonétique mais je suis sur que vous comprenez)

[HS]

Mint c'est bien ceux qui écrivent :

Started in 2006, Linux Mint is now the 4th most widely used home operating system behind Microsoft Windows, Apple Mac OS and Canonical's Ubuntu.

?

Ha Ha Ha.

(et on est même pas vendredi...)

Il ne reste donc plus qu'à passer à Dart alors ;-)

C'est bien pour ça que le titre mentionne également imap. Et pour courier, c'est même marqué dans le message (donc le visiblement...). Et vu que les logs sont tous dans le même fichier (postfix, courier, etc) j'ai cru qu'il y avait un lien.
Mais désolé d'avoir piqué tes petits yeux.

Alors là, je ne dirai qu'un truc : Merci !!

Le problème était bien là.
Comme je suis entre deux machines sur le même lan, en interne (entre un serveur qui héberge un webmail et un serveur qui héberge le serveur de mail) j'ai juste rempli les fichiers hosts. Et maintenant c'est parfait !

Merci.

Ben disons qu'en lisant

Mon but serait plus de développer le site puis de refiler le bébé à quelqu'un qui saura mieux que moi gérer la chose.

Y'a de quoi se poser des questions...
(et tous les autres commentaires sur le fait de faire coder la communauté)

D'ailleurs, tu ne fais pas coder une communauté. Tu développe quelque chose tout seul, sans rien attendre, et comme ton soft est bon alors des gens deviennent intéressés. Mais ça ne fonctionne pas dans l'autre sens (viendez coder un bon soft chez moi, ou alors c'est que tu leur offre une compensation...)

Si tu avais clairement exprimé tes priorités, le mot AGPL aurait tout de suite été proposé, car c'est la licence la plus adaptée. Preuve que je ne suis pas le seul à mal comprendre, les autres ont mis des plombes à te proposer ce mot.

Je suis vraiment triste, personne n'a donc lu mon commentaire...
le 05/11/11 à 17:37

Donc tu ne veux pas d'Open Source, voilà tout.
A la rigueur avec un code sous AGPL tu peux empêcher à quelqu'un de refermer les sources

Ha oui, j'oubliais, pour une fois que ça a un sens : prem's !

Pour compléter ton message (intéressant) je rajoute un lien vers la dépêche de sortie de Indefero 1.0 où ces sujets ont également été abordés. Ca peut peut-être donner quelques infos supplémentaires : https://linuxfr.org/news/indefero-10-est-disponible-apr%C3%A8s-21-mois-de-travail

La communauté n'existe que pour faire évoluer le code

Mouai, alors là tu risque d'avoir du mal à créer une telle communauté. Surtout pour un site de PA. En général pour avoir une communauté aussi dévouée t'as intérêt d'y mettre sacrément du tiens au début...

Imagines un site comme Ebay qui serait Open Source. Y'a des mecs qui disent : ça serait bien que il y ait un lien avec Facebook. Ils implémentent, tout le monde trouve cela génial. C'est mis en ligne. Voilà mon idée de la communauté.

Alors pour faire ça, tu n'as absolument pas besoin de code ouvert. Il suffit que tu fasses ton site et que tu publie des API. C'est comme ça que fonctionne la plupart des gros sites (facebook, google, twitter, etc). Aucun besoin d'open source...

oui enfin bon, faut écrire le code et tout et tout. C'est du boulot

Oué, sauf que ce qui est important c'est surtout l'idée, pas le code. A moins que tu sois dans un domaine réellement spécifique et compliqué, tu peux toujours faire un clone. Ce qui compte le plus c'est d'avoir l'idée. Après, c'est juste une question de temps pour que ça clône, avec les sources c'est plus facile mais bon...

Je demandais si la licence Open-Source

C'est quoi la licence Open Source ?

Je ne pensais pas que sur LinuxFr il ne fallait discuter que de GPL

Ha mais ici c'est open quand même. Tu peux parler de GPL, de BSD, MIT, Creative Commons, etc. Tout ce qui touche au libre quand même...

Je veux faire de l'open source pour permettre à ceux qui veulent participer de participer et d'ajouter les fonctionnalités qu'ils veulent voir.

Donc tu ne veux pas faire de l'open source. Tu veux en réalité juste que des développeurs bossent gratos à améliorer ton code / projet. En tout cas c'est le message que fait passer ton commentaire.

comme des Unix et non pas comme des Windows/Mac Os X inférieurs.

Oué enfin sur ce point j'aurais tout de même séparé windows et mac question unix...

Non non non, ça montre seulement que ce n'est pas compris

Absolument pas.
A moins que tu arrives à prouver qu'une seule solution existe, je ne vois pas comment tu peux affirmer cela.
D'ailleurs, tu en montres tout de suite un exemple : s'il est nécessaire d'avoir la FHS en livre de chevet pour savoir où placer ses fichiers, que c'est compliqué et qu'il y a potentiellement un problème.
D'ailleurs le simple fait que certains cherchent d'autres solutions, y compris dans l'écosysteme linux, c'est qu'il y a une raison.
Et on voit aussi que d'autres font différemment sans problème (oui, mac)

Désolé, mais il y a un point que je n'ai pas compris.

le site serait publié sous licence Open-Source. Histoire d'avoir une communauté autour du site permettant de le faire vivre, évoluer selon l'évolution des technologies, des pratiques et des usages

Quel est le rapport entre le code du site et

créer une site proposant un service gratuit aux particuliers avec pleins d'options

Dans la deuxième citation, ça parle d'une idée, d'un service. Le site n'étant qu'un moyen.
Ensuite tu parles du code du site. Soit. Mais il y a une sacré différence entre les deux, et la suite du journal me parait floue.

D'ailleurs, le fait que le code soit libre n'implique absolument rien la communauté, et encore moins que ton site évolue d'une manière ou d'une autre.
Un site c'est juste une "instance" d'un code. Faire évoluer le code ne changera rien au site en lui même (à moins d'être branché sur trunk, mais bon...)

Ha oui, et aussi imaginer avoir une communauté alors que tu souhaite que personne ne puisse reprendre le code mais que tu souhaite refiler le bébé à quelqu'un d'autre... Une communauté ça n'apparaît pas par magie car tu as fait un code open source.
Pire, si tu voudrais qu'il y ait une communauté, il faudrait que les gens puissent s'en servir. Et donc faire des profits avec (financièrement ou non). Mais ça semble contraire à ton souhait.

si Ebay, code-reduc... avaient été Open-Source, aurait-ils vécus si longtemps ?

Que EBay ou autre ait un code open source ou non ne change vraiment pas grand chose en réalité.
D'ailleurs le fait que le code ne soit pas ouvert n'a pas empêché des concurrents, copieurs ou autre. A la rigueur le code ouvert permettrait à un concurrent d'aller un peu plus vite, mais c'est tout.

je n'aimerais pas trop que quelqu'un s'empare du code

Donc tu ne veux pas d'Open Source, voilà tout.
A la rigueur avec un code sous AGPL tu peux empêcher à quelqu'un de refermer les sources, mais à part ça... imagine si tu le met en BSD/MIT ton code ? Si ça pose vraiment problème alors on est loin de l'Open Source.

Au final :

• j'ai pas compris l'idée
• j'ai pas compris le rapport entre l'idée et le code source du site

Déjà, si le FHS était appliqué correctement en entreprise, ça serait un gros plus. Marre de voir des "/application" "/logiciels" "/projets" "/mescouilles" etc. Avant de modifier la norme, essayons d'appliquer celle déjà en vigueur.

Ou alors cela montre que le FHS n'est, dans l'intégralité des cas :

• pas compris
• pas utile
• pas adapté
• pas pratique

Et d'ailleurs si certains développeurs veulent modifier la norme c'est bien que le besoin existe, même si ça ne convient peut-être pas à tous les cas de figure (ça reste une question).

Dans ce cas va tester urpm* et tu verra que la lenteur n'est pas forcément liée à rpm.
Bon après, franchement les paquets ça s'installe pas tous les jours (ou alors on a pas du tout le même usage...)