[ Précédent :: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 :: Suivant ]
Re: Etre ouvert
C'est triste ton point de vue sur les projets d'hébergement de logiciels libres...
[ Répondre ]
Re: cogito
Git a fusionné les fonctions de Cogito depuis plus d'un an. Ce projet ne sert plus a grand chose et n'est plus développé. Git a une interface simplifiée maintenant.
[ Répondre ]
Mes 2 centimes
Déjà, il faudrait être bien sur qu'un DSCM est ce qui est le mieux adapté à tes besoins. Les DSCM deviennent à la mode mais posent également des problèmes d'organisation. Ce n'est plus le logiciel qui centralise, mais une personne : tout le monde doit en être conscient. Il y a des projets vraiment communautaires, ou simplement avec plusieurs mainteneurs de "même poids", qui n'accepte pas cette philosophie. L'autre point, technique, est qu'avec un DSCM, tu auras plus de conflits à gérer qu'avec un SCM classique. Chaque personne pouvant faire sa sauce chez lui, cela complique les fusions de code.
Cela dit, que choisir entre Git et Mercurial ?
C'est probablement plus une affaire de gout qu'autre chose.
Pour ma part, j'ai choisi Git depuis un moment déjà. Il était plutôt complexe à utiliser directement à ses débuts mais il a fait d'énormes progrès dans le domaine. Pour moi, Git a passé l'épreuve du feu. Avoir été choisi pour gérer le kernel Linux, Xorg ou Wine est une preuve indéniable de qualité originelle, ou du moins acquise. De nombreux projets et forges l'on choisi. C'est rassurant : s'il y a des bugs, ils seront vite repérés et corrigés. D'autre part, les outils tiers se développent effectivement.
La critique que je ferai sur Git est le fait qu'il soit difficile de remonter dans l'historique d'un fichier. Le modèle de gestion est plutôt basé sur l'historique de tout l'arbre des sources par patches. Si tu veux suivre un seul fichier, c'est donc un peu compliqué. Si tu veux suivre l'évolution de ton projet dans sa globalité, c'est simple.
Je connais très mal Mercurial, je ne vais donc pas en parler ici. Je ne l'ai pas choisi car je ne suis pas très fan de Python (surtout sur un serveur) et je n'ai pas très bien compris l'intérêt de l'utiliser pour coder un DSCM sachant qu'on peut très bien faire sans. Mais bon, l'égout et les couleuvres...
[ Répondre ]
Aide ?
je dois faire un commentaire pour t'aider mais je n'arrive pas a saisir par ou commencer, étant donné que je maitrise dlfp et qu'il s'agit d'une application web
de rien
[ Répondre ]
Re: Moi j'aime bien...
http://musipedia.org/
Impressionnant, ça marche assez bien et c'est bluffant.
[ Répondre ]
Sonate "La tempête"
Les trois mouvements de la sonate 17 pour piano "La tempête" de Beethoven.
L'interprétation de Wilhelm Kempff est de toute beauté.
[ Répondre ]
Balkanisation des licences
Bon, il n'y a plus besoin des brevets logiciels pour tuer le libre, il suffit de créer encore une ou deux autres licences libres incompatibles.
[ Répondre ]
Re: Slackware...
il me semble que Zenwalk est quand même basé sur Slackware, comme pas mal d'autres distributions
C'est le moins qu'on puisse dire :
http://fr.wikipedia.org/wiki/Slackware#Distributions
On notera WhaX, VectorLinux, eMoviX, SlaX et les distributions pour autres architectures (PPC, ARM, AMD64, etc). Sans compter les distributions qui ont repris la même philosophie, notamment Arch.
On notera que bien avant Knoppix, Slackware proposait un Live-CD sur l'un de ses CDs d'installation. C'était certes beaucoup moins sexy que ce que l'on fait maintenant mais c'était novateur et simple à réutiliser.
Et pour avoir contribué à Slackware, je tiens à préciser que la position de Patrick Volkerding dans son développement est très similiaire à celle de Linus Torvalds pour le noyau. Il faut croire que ça fonctionne plutôt pas mal, Slackware étant la plus ancienne distribution encore développée.
En revanche, le nombre de discussions sans fin entre développeurs ou utilisateurs Debian sur le fonctionnement interne du projet ou l'épisode Ubuntu laisse planner un certain doute sur la gestion de la distribution.
D'ailleurs, y-aurait-il un debianiste dans la salle qui pourrait nous faire un point sur l'action du DPL ? Qu'est-ce qui a changé depuis son élection ?
[ Répondre ]
Re: Et moi dans tout ça ?
Rien à cirer... la tribune j'étais allé voir une fois à quoi ça ressemblait, et franchement c'est pas plus mal qu'elle soit fermée...
Voyons voir dans les archives de la tribune les messages de ahuillet de ces deux dernières années... Ah ! Oui, effectivement :
2005-12-31 19:59:04 ahuillet blablabla
2005-12-31 20:06:00 ahuillet test idiot
2005-12-31 21:16:20 ahuillet 21:14:01 : pan !
2005-12-31 21:54:24 ahuillet c'est bon, le thé
2005-12-31 22:21:22 ahuillet encore un test à la con
2005-12-31 22:30:19 ahuillet bonkafé
2005-12-31 23:57:06 ahuillet y a du monde
2005-12-31 23:57:22 ahuillet preum's going to be difficult
2005-12-31 23:59:20 ahuillet lagtest
2006-01-01 00:00:19 ahuillet PREUM'S
2006-01-01 00:00:31 ahuillet paye ton lag
La tribune, comme beaucoup de sites communautaires, c'est l'auberge espagnole, on y trouve surtout ce qu'on y amène. Je ne sais pas ce que tu cherchais sur la tribune, mais à la vue de tes posts, je me dis que franchement c'est pas plus mal qu'elle soit fermée.
[ Répondre ]
Re: Chouette
Ouais, enfin, si le score est étalonné sur la version de Richard Stallman, ça promet. Pas terrible pour tester le logiciel...
[ Répondre ]
Re: Architectures supportées - le pied dedans
J'ai hésité entre 3 et 4. Mais i386 et x86_64 c'est bien différent.
C'est tellement différent que le futur kernel 2.6.24 ne proposera qu'une seule et unique architecture x86 à la place des i386 et x86_64 actuels...
[ Répondre ]
Snif
Je tiens a exprimer ma grande tristesse, et mon incomprehension, face a la fermeture de la tribune.
Voila, c'est tout.
[ Répondre ]
Re: Bonjour
Malheureusement, bien qu'E17 puisse fonctionner sur un téléphone portable, même avec peu de ressources, je crains que SlackE17 ne puisse tourner sur les ordinosaures des blameurs dégarnis, et ce, malgré la présence d'une Slackware 3.0 à jour.
Une pensée émue pour notre asocial à tous, sniff.
[ Répondre ]
Re: autrefois... ailleurs dans le temps !
Supposons qu'il n'y ait pas d'ordinateur et d'informatique et que j'ai un probleme avec Solaris, qu'est-ce que je fais?
Tu téléphones à George Clooney...
[ Répondre ]
Hum...
Cette histoire de chapeau ne serait-elle pas une tentative discrète de lancer un troll RedHat/Fedora ?
http://www.redhat.com/g/chrome/logo_rh_home.png
http://fr.wikipedia.org/wiki/Borsalino_%28chapeau%29
[ Répondre ]
Garder Templeet ?
En fait, la question est bien de savoir s'il faut continuer à utiliser Templeet pour la gestion du site.
Force est de constater que l'évolution du site est très lente, qu'il a même fallu plusieurs années pour retrouver des fonctionnalités présentes dans le moteur originel DaCode. Évolutions, qui, pour l'essentiel, ont consisté à l'ajouts de fonctionnalités mineures mais sans grande restructuration comme l'on peut en voir sur de nombreux sites communautaires. Voir par exemple la page des forums, certes plus ergonomique qu'avant, mais qui reste une copie de la page des journaux et demeure bien loin de n'importe quel forum Internet en terme de fonctionnalités. C'est d'un côté une preuve de stabilité du système mais de l'autre, la preuve d'un conservatisme plutôt rare dans le domaine de l'Internet.
LinuxFR pourrait être un site web innovant, qui soit aussi une vitrine de ce qui se fait le mieux dans le monde du Logiciel Libre. Il y a quand même de nombreux specialistes dans le domaine parmi les lecteurs du site
Pourquoi donc n'y a-t-il pas eu d'évolutions majeures ?
Volonté des administrateurs ?
Problèmes techniques dus à Templeet ?
Manque de contributions ?
Le problème principal sera probablement de motiver des gens pour travailler avec Templeet si l'on souhaite conserver ce système, ou alors LinuxFR est destiné à moisir doucement dans son carcan de pages peut-être conforme xhtml 1.0. Que se passera-t-il quand la poignée de personnes maîtrisant le site iront voir ailleurs ou n'auront tout simplement plus le temps de s'en occuper ? Il faut dire que tout le monde n'a pas la volonté d'apprendre un nouveau langage de programmation dans le but unique de pouvoir envoyer des patches de correction de bogues sur LinuxFR. On peut dire que c'est la faute des utilisateurs qui ne contribuent pas assez mais leur en donne-t-on réellement les moyens ? Il n'y a qu'à regarder la quantité de travail qui a été effectuée autour de la tribune : le nombre de coincoins, bots, archiveurs qui ont été créés, par des dizaines de personnes, dans des dizaines de langages différents bien souvent simplement pour le ... fun. Il y a donc des gens compétents à motiver.
Bref, il semble manquer une vraie émulation derrière Templeet. C'est donc, à mon avis, aux administrateurs et aux gens maitrisant ce langage de relancer la machine. Ils pourraient créer, par exemple, un labo.linuxfr.org ou l'on pourrait trouver de la documentation et des explications sur le système actuel avec une zone de test accessible sur demande. Pourquoi ne pas lancer un concours de programmation du site ?
Et si décidément, il est impossible de fédérer une communauté derrière le Templeet de LinuxFR, si la pérennité semble compromise, il faudra se poser la question d'un autre moteur basé sur un langage plus populaire.
Mais oui, c'est vrai, ça fonctionne, alors on peut très bien attendre que ça se passe.
[ Répondre ]
Live-DVD de jeux
Un moyen pas trop compliqué pour tester de nombreux jeux récents est d'utiliser le nouveau Live-DVD de linuX-gamers.net (basé sur Arch Linux).
Liste des jeux :
http://live.linux-gamers.net/?s=games
On notera les classiques Nexuiz, Torcs, Warsow, UFOAI, Battle for Wesnoth, etc. On peut également enregistrer sa partie sur une clef USB. Il y a un système simple d'installation des pilotes graphiques 3D pour nVidia et ATI, qui ne sont pas installés automatiquement pour des raisons de licences.
La nouvelle version 0.9.2 vient de sortir hier, pour la télécharger, c'est par ici :
http://live.linux-gamers.net/?s=download
[ Répondre ]
Pour ceux qui préfèrent en ligne de commande
Ce n'est vraiment pas nouveau, mais dans le même genre, il y a JS/UIX :
http://www.masswerk.at/jsuix/
[ Répondre ]
[ Précédent :: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 :: Suivant ]
Cette page a été générée par Templeet en 0.0882s (dont 0.0096 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Installation en un clic
> One-Click-Install (OCI)
openSUSE (je vous avais prévenu :) ) a introduis la technologie "One-Click-Install" dans le courant 2007, rétroactivement pour la version 10.2 (sortie en décembre 06), et de base dans la dernière version 10.3 (octobre 07).
Ou comment faire passer Novell pour une société innovante... Ils n'ont rien introduit, ils ont copié.
Un simple clic sur un lien web, et le package manager se lance et permet, après le mot de passe root, de cliquer sur "suivant" d'ajouter le dépot, le rafraichir, télécharger le logiciel et ses dependances, puis l'installer. A noter que OCI est le fruit d'un programmeur indépendant, et non des ingéneiurs de SuSE/Novell.
Ce système est dérivé du Click'N'Run, que Linspire (anciennement Lindows) a développé et utilisé depuis bien 5 ans. À l'origine non-libre, le code a été libéré il y a 2 ans.
On peut avoir des griefs contre Linspire et sa politique du libre, il n'empêche qu'elle est la première distribution Linux à avoir introduit le concept d'installation en un clic via le web, et cela, des années avant SuSE.
[ Répondre ]