Bapt a écrit 772 commentaires

Quand je vois les turoriels je vois du html et du javascript par tout, or j'ai dit que je voulais comme un appli "normale", et qu'elle génère du code html/javascript (si nécessaire)/CSS.

Donc non dojo ne répond pas du tout à ce que je cherche.

Intéressant, un second sur ma liste de tests. Est ce qu'il y a un mode cgi ou fastcgi ?? J'utilise actuellement lighttpd et j'aimerai bien le conserver, sinon je remetterai apache.

Celui là me plait bien, même si je me fout complètement d'Ajax, en revanche, il semble fonctionner avec gcj ce qui me plait => sur la liste des tests.

Pour turbogears en regardant de plus près c'est plein de template de partout :(
Pour GWT, le compilo et le debuggeur sont proprio, mais j'en ai besoin à chaques fois que je modifie => recompile mon appli. Ce qui me pose quand même un souci car j'ai tendance à être un peu intégriste sur les bords :)
Concernant Grails, est ce qu'il tourne avec des VM libres, je n'arrive pas à trouver l'info sur le site ?

turbogears a l'air intéressant, je pense que je vais le regarder de plus près, en revanche, je vois dans le docs quelques lignes de html à la main, mais si c'est très limité, ce n'est pas trop gênant.

Pour le CSS (uniquement couleur) c'est normal qu'il faille le faire à la main. J'ai regarder RoR autre Perl Catalyst de près pendant un moment, mais il reste du html à faire et l'on retombe dans les risque de besoin de rustines, en revanche l'approche de départ est ce que je recherche, mais en plus poussé :)

Pour le message précédent : faire un xml à la main ne me dérange pas dans qu'il ne fait que là description des widgets et container et qu'ensuite je les manipules depuis le code.

Bah non, xul, il faut ca taper du xml/javascipt à la main, ce n'est pas générique (ne fonctionne pas pour konqueror par exemple).

Je n'ai jamais regardé de près XUL, mais je veux coder normalement, comme si je faisait un appli gtk ou par exemple, mais au lieu d'avoir une fenêtre lors de l'execution, j'ai une page web.

Je ne crois pas que xulrunner soit encore officiellement sorti, mais moi en tout cas sous FreeBSD j'utilise kazehakaze avec xulrunner donc plus de FF depuis peu.

Tu peux certes faire des trucs très pédagogique et ludique, mais ils ne sont pas accessible... : les handicapés ont le droit aussi à des trucs pédagogique et ludique, ou de savoir ce qu'il va y avoir pour les festivals, non ?

Je ne vois pas pourquoi moi (qui ne suis pas handicapé), je n'aurait pas le droit à des trucs ludiques et pédagogique ? pourquoi je n'aurai pas le droit d'accéder aux sites des festivals ? Je suis sous linux en pur 64bit, et sous FreeBSD sur les machines 32bits. Il y a certe gnash, mais ce n'est pas non plus la panacé et toujours pas (pas encore ?) orienté accessibilité, donc exit flash, et je m'en porte pas plus mal. Suis-je obligé pour accéder à un certain nombre d'information de suivre le "standard" x86 32bit, pour un soft proprio ? Dans ces cas là autant prendre un os propio : Mac ou Windows.
Il existe des standard et des formats ouverts pour le web ce n'est pas pour les chiens, ils permettent de faire plein de chose, entre autre ce que fait flash. Donc ce qui veulent utilise flash, mais pour un site "populaire" => qui se veut ouvert à une grande audience : comme les festivals, je trouve à inadmissible. Pour un site perso, on s'en fout.

De toute façon pour les festivals, je trouve toujours un site propre ou presque propre (pas de techno proprio) qui relaye les informations.

Gentoo passe aussi à cdrkit et soutien le fork des devs debian :
http://planet.gentoo.org/developers/metalgod/2006/09/05/gent(...)
cdrkit est déjà dans l'arbo des packages, mais masqué (cad unstable) et passera en ~arch (cad testing) dès que suffisament de tests auront été effectués.
Les développeurs de gentoo travaillent énormément en amont, récupérant les patchs des autres distributions, développant les leurs, et travaillant avec les développeur en amont pour faire directement intégrer leur patchs (biensûr ils ne sont pas les seuls), Les devs debian proposent des accès "commit" aux sources, ce qui intéresse donc particulièrement gentoo.

Moi aussi j'aime bien le langage D, gdc frontend pour gcc est fonctionnel, il est dommage que ce langage ne soit plus mis en avant, peut être a t il des problèmes pour l'utilisation dans le monde libre, mais je ne vois pas.

Le langage ressemble beaucoup (selon moi) à du java mélangé avec du C++ ce qui le rend agréable, je trouve, le résultat obtenu après compilation est un bon binaire.

Plein de projets lib sur le portail de projets libre http://www.dsource.org
La majeure partie de ces projet concerne Windows, il est dommage que les linuxiens et autres BSDistes ne s'y intéresse pas plus, wxD marche sous Windows, mais ne compile pas sous FreeBSD par exemple, DUIT les binding gnome/gtk pour D ne sont pas encore fonctionnels non plus, le nombre de bibliothèques libre en D est très pauvre. Heureusement que l'on peut utiliser les bibliothèques C :)

Sous Gentoo, xorg 7.1 est arrivé en unstable rapidement, et les utilisateurs de nvidia ont du maské (cad les virés de unstable en attendant le pilote stable.)

Si tu veux faire de la redistribution perl multiplateforme (à la java) ou simplement créer un gros binaire pour ta plate-forme de destination et de manière simple : http://par.wikia.com/wiki/Main_Page
ça fonctionne très bien, je n'ai pas fait de bench dessus, je sais juste que ça marche :). Je l'utilise régulièrement.

Comme on est sur linuxfr je ne te présenterai que des solutions libre sous linux :
En fontal, tu mets un linux avec un lighttpd en mode_proxy, qui permet la redirection d'adresse en roundrobin : http://trac.lighttpd.net/trac/wiki/Docs%3AModProxy tu as plein d'option sur ton RoundRobin.

Maintenant si tu as peur que ton serveur linux ne tienne pas la charge, tu fait un FailOver avec UCarp http://www.ucarp.org/project/ucarp

En ce moment ça foisonne de ce côté là :
FreeBSD a porté launchd (Apple) durant le SoC, non intégré pour des problèmes de licence (APSL inside)
Fedora a aussi ouvert le chantier : http://fedoraproject.org/wiki/FCNewInit?highlight=%28init%29

Je pense qu'il doit y en avoir plein d'autres.

tu veux mettre le contenu d'un doc word ou un lien ?
car word est proprio est ne connait pas le format latex, pas de spec du .doc => import non parfait dans les traitements de texte libre. donc soit tu retapes tout en latex soit tu ouvre ton doc dans abiword (par ex) et tu exporte en latex ce ne sera pas parfait il faudra bcp de retouches à la main

Je ne m'y remet pas j'y reste, même si j'en teste d'autre de temps en temps :)

C'est allucinant, ca fait 15 jours que j'essaye de me connecter et rien, je me dit bon c'est pas grave, je vais attendre, puis je vois la page freshmeat supprimée.
Aujourd'hui je me dit bon il doit être mort, je vais demander si mon journal à des infos. Je me connecte avant de poster et rien. Puis là tout d'un coup il ressucite, un peu boîteux, mais la page est revenue.

Tant mieux en tout cas.

#>lftp
lftp>help mirror
lftp> mirror -R ./monrep
lftp>^D

je ne trouve pas ca compliqué moi.

Tu le dit beaucoup que je ne l'aurai fait, c'est exactement ce que je voulais faire passé idée dans cette petite phrase traduite par ton long post.
Merci

Au niveau des applications, j'ai l'impression que les applications sont plus "fluide" (effet subjectif) sous FreeBSD. C'est certainement lié à la manière de gérer la mémoire, mais aussi aux patchs/options de compilation. Mais cette impression est vraiment minime. C'est quand on me demande si il y a une différence que je fais vraiment attention, et me dit : "la peut être que c'est un peu plus fluide".

Maintenant le choix de l'OS est important et il y a de sacré différence entre Linux et les BSD, mais elles ne sont pas au niveau des interfaces graphiques. On va la trouver dans la gestion de sa machine.

Sous FreeBSD et NetBSD quand il s'agit de configurer le matos par exemple, je charge le module au démarrage et s'est finit, tout fonctionne nikel ce n'est pas toujours le cas sous Linux, qui traine souvent des drivers expérimentaux (ce qui a pour avantage de permettre un support plus rapide du matos en question).
Il m'est très rarement arrivé d'avoir une mise à jour noyau où tel ou tel driver ne fonctionnait plus. Ca m'est arrivé souvent sous Linux (très rapidement corrigé en général).

Mais surtout je trouve les différents systèmes BSD vraiment bien pensés :
- devfsd sous FreeBSD est un bonheur à configurer par rapport à udev (pas que celui soit compliqué, mais la syntaxe est beaucoup plus simple).
- pour moi pf est un bonheur comparé à iptables, syntaxe agréable, peu verbeuse (comparé à celle de iptables) et humainement comprehensible.
- sysctl made in FreeBSD est beaucoup plus agréable et facile d'accès que les obscure (au permier abord) /proc et /sys.
- J'adore camcontrol (gestion des disques de type scsi)

...

C'est sûr qu'un utilisateur qui veut regarder ses mails, surfer sur le net et lire de la musique/video ne vera pas de différence entre un BSD et Linux, pour lui l'important c'est pas l'OS, mais l'intarface à utiliser, pour moi c'est l'OS.

J'aime aussi Linux, mais j'ai une petite préférence pour les BSD. Un sentiment général de propreté, et de cohérence (ceci n'est pas un troll, c'est un sentiment => subjectif, pas une affirmation. Je n'ai pas la prétention de faire la différence technique entre le noyau Linux et les noyaux BSD, je laisse le soin de le faire à d'autre plus compétents).

Pour en rajouter un couche moi ce que j'aime particulièrement c'est :
- si je veux m'acheter un scanner USB :
http://www.freebsd.org/cgi/man.cgi?query=uscanner&sektio(...)
- Je veux m'acheter une adaptater USB/rj45 :
http://www.freebsd.org/cgi/man.cgi?query=axe&apropos=0&a(...)

etc.

Le matos supporté est souvent mis dans la manpage du driver, avant sous Linux c'etait beaucoup plus compliqué pour moi de trouver quel matos est complètement opérationnel.

Désolé pour le à au lieu de a, en lisant l'article validé, je me suis rendu compte de cette faute qui me fait mal aux yeux aussi, je ne l'avais pas vue lors de mes relectures avant de poster.

Merci aux modérateurs/relecteurs pour leur rapidité et leur efficacité : j'ai proposé l'article à 14h30 il a été validé à 17h16, et le texte à bien été corrigé : orthographe, certaines formulations.

concernant 4.3BSD 386BSD 4.4BSD-Lite et 4.4BSD-Lite2, les débuts de FreeBSD et NetBSD sont un peu chaotiques, 4.3BSD est le point commun à tous, et dire qu'ils viennent de 4.3BSD n'est pas faux car :
car NetBSD 0.8 est un mélange de BSDNet/2 et de 386BSD.
NetBSD 1.0 reprend en plus de code de 4.4BSD-Lite
FreeBSD 1 viens de 386BSD
FreeBSD 2 viens de 386BSD+4.4BSD-Lite
FreeBSD 3 comme NetBSD 1.3 rajoute du code de 4.4BSD-Lite2

Cette présentation se voulant simple, j'ai pris le dénominateur commun à tout ce petit monde et c'est 4.3BSD : parent de BSD net/2 (lui même parent de 386BSD) et parent de 4.4BSD-Lite (lui même parent de 4.4BSD-Lite2)

c'est quand même plus simple et pas faux de dire qu'ils dérivent tous de 4.3BSD, maintenant j'ai peut être rien compris.

visuellement ça donne : http://upload.wikimedia.org/wikipedia/commons/5/50/Unix_hist(...)

En revanche, il y a une petite erreur : c'est pas 4.3BSD-Lite mais 4.3BSD si les modérateurs pouvaient corriger ? :)

Je suis personnellement utilisateur de Gentoo/Linux, de FreeBSD et de NetBSD. Je fait du multimédia : vidéos, caméra DV => montage, etc.

Sur ma machine principale dédiée au multimédia, j'utilise un coup FreeBSD, un coup Gentoo Linux, et très honnêtement l'expérience multimédia est identique : support de la camera dv et extraction (pas directement via dvgrab ou kino sous FreeBSD mais via dvrecv ou gdvrecv http://gdvrecv.sourceforge.net/)

FreeBSD à intégré beaucoup plus vite que Gentoo le support x264, donc très intéressant pour moi.

Les utilitaires sont les mêmes : Kino, mplayer/mencoder, mkvtoolnix, etc.
La seule chose que tu ne trouvera pas c'est cinelerra.
Je n'utilise pas les outils KDE, mais ils existent aussi.

Au niveau perf (encodage, etc.), c'est sensiblement la même chose, je donnerai peut être un petit point à FreeBSD, mais c'est tellement dépendant des Options de compilation, d'encodage etc. De plus je n'ai jamais fait de bench.

donc kif kif....
Maintenant précise peut être plus concernant le multimédia dans mon cas c'est vidéo essentiellement.

fait un tour sur http://www.freshports.org et recherche tes applis préférées pour voir si elles y sont.

Pour les applications multimédia : http://www.freshports.org/multimedia/

Si tu ne les trouves pas et que tu as le temps/les compétences essaye de les porter (en générale juste une recompilation + fabrication de port + envoie aux mainteneurs)

Enfin petite précision, les utilitaires développés par Desktop-BSD ont été portés sous FreeBSD http://www.freshports.org/sysutils/desktopbsd-tools/ .

g4u utilise dd + compression, il est donc recommandé de "netoyer" sont disque avant à coup de ....

#> dd if=/dev/zero of=/0bits bs=20971520 # bs=20m
#> rm /0bits

Et un utilitaire sous Windows
Moi ce que j'aime chez g4u :
- solution universelle et simple, si j'ai une merde avec g4u, je pourrai utiliser dd pour remettre tout moi même, ou monter le backup en loopback. (partimage à déjà eu de problème de compatibilité de format d'image entre les différentes versions.)
- l'utilisation de dd fait que l'on se fiche du FS à cloner, j'ai cloné des Windows, des Linux, des HP-UX, des Solaris et biensûr des BSD.
- utilisation d'outils standard : FTP, NFS, etc.
- simple : boot CD ou boot disquette ou PXE, donc facilement adaptable à n'importe quelle situation.

De rien :)

Mois j'utilise FreeBSD 6-STABLE sur un portable HP/compaq NX9030 sans soucis majeurs :
cpufreq fonctionne à merveille (pas essayé suspend, m'intéresse pas ce truc :)).
Tous les périphériques fontionne très bien et sans mettre les mains dans le camboui (rien d'autre que de charger les bon modules au démarrage) y compris WIFI/WPA.
La 3D sur carte Intel : i915 inside :) est plus aléatoire. ça a fonctionné longtemps 6.1 + patchs de Eric Anholt non encore intégré, mais depuis peu ça ne fonctionne plus car il a mis à jour les DRM qui nécessite maintenant une mise à jour de Xorg en 7.0 (actuellement 6.9 - je pensais que c'était les mêmes ? mais non la version DDX est différente) mais ça devrait se résoudre rapidement Xorg devrait passé en 7.1 après la sortie de FreeBSD 6.2 (octobre), il est déjà prêt mais l'intégration risque d'avoir des effets de bords non désirable avec une release.

Personnelement je suis rarement tombé sur du matos géré par linux qui ne le soit pas par FreeBSD, même si je sais qu'il y en a.