cet outil me paraît bien moins grand public que l'éditeur non-linéaire Kdelive
Ne serait ce pas Kdenlive et non kdelive ? J'ai essayé Kdenlive et je n'ai jamais réussi à importer mes vidéos avi, mpeg, etc ... A l'époque il m'avait semblé qu'il ne supportait que l'import en DV. J'avais aussi aussi essayé Cinelerra, très bon logiciel mais trop complexe pour juste ce que je voulais en faire (couper quelques scènes d'une vidéo). A la fin j'avais essayé avidemux sans trop y croire et à ma grande surprise en deux clics s'était fait, vraiment bluffant. Chapeau au développeur.
la FSF passe plus de temps à essayer de communiquer autour d'elle qu'a livrer du code.
La FSF n'a pas pour but de "livrer du code". Le but premier de la FSF est de promouvoir et défendre les idéaux du libre ! Pour ma part je pense que le rôle de la FSF est le lobbying, les poursuites pour violation de la GPL, etc ... Tous ces trucs qui ne sont pas du code mais qui font avancer le libre. Stallman l'a très bien dit, il ne faut pas confondre un modèle de développement avec un mouvement social.
Pour ce qui est de Hurd que tu critique vivement, tu confonds tout. Le but de Linus était de faire un noyau rapidement fonctionnel avec des techniques bien connues et Linux rempli parfaitement cette mission. Le but du Hurd au contraire est de concevoir un nouveau système sur des idées nouvelles. C'est un système expérimental alors forcément ca prend du temps.
Quand à pourquoi dire "GNU/Linux", au début il y avait le système GNU à qui il manquait un noyau, un noyau "temporaire" fut prit en attendant que le noyau GNU soit prêt. Le système ainsi formé était GNU avec Linux d'où GNU/Linux en opposition a GNU tout seul qui n'avait pas Linux. C'est un nom historique qui aujourd'hui à perdu de son sens du fait de toutes les sources de logiciels dans une distrib.
Moi c'était l'inverse. Au début comme beaucoup j'avais entendu dire que KDE c'était lourd, gourmand, lent, etc ... et que Firefox c'était génial alors au début je l'utilisais. Mais comme j'aime pas les "entendu dire" j'ai essayé konqueror et là ma vie à changée. Plus léger, plus érgonomique, ultra configurable, et surtout je peux avoir un onglet avec un site, un autre avec un répertoire local, un autre avec un répértoire distant, séparer les pages en multiples volets (très pratique comme client ftp ou pour les glisser/deposer rapides), etc ... Maintenant j'utilise firefox que sur quelques sites pour lesquels une norme est une notion subjective car en effet firefox gère mieux les sites pourris mal codés.
Ce qui me chagrine, c'est qu'Ekiga s'écarte de Gnome
Je pense que pour Ekiga, s'écarter d'un bureau est une bonne chose. L'utilisateur le voit comme un logiciel à part entière que chacun peut installer que comme spécifique à un bureau destiné aux utilisateurs de celui ci. A mon avis, les logiciels devrait s'orienter vers un bureau que s'il leur tâche est spécifique au bureau où qu'ils tirent parti de ses composants, sinon c'est mieux qu'il restent neutres.
OCaml et Haskell ne sont même pas dans les langages reconnus et quant à l'indexation de leurs fichiers c'est pas ça du tout. Je trouve ca assez lamentable de ne pas penser à ces deux langages très connus. Que Maude n'y soit pas peut se comprendre mais OCaml et Haskell quand même ! Ca ne fait pas sérieux du tout.
Le seul point que je trouve dommage a Wesnoth est la gestion du multi-joueur. Avec des joueurs qui ne connaissent pas bien le jeu et donc qui mettent du temps à choisir leurs actions ca devient interminable. Lors d'une LAN party on a tenté wesnoth, chaque tour durait facilement un quart d'heure, on passait notre temps à attendre. Bref au bout de trois tours tous les débutants ont voulu arrêter et aux lan parties suivantes c'était : "oh non pas wesnoth, c'est trop ennuyeux". C'est dommage pour un aussi bon jeu.
Tu fais référence à ça : "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." -- Linus Torvalds ? Mais quel méchant ce Linus, un véritable ennemi du libre ! Linus serait il le nouveau remplaçant de Billou en tant que figure satanique ?
[/HUMOUR]
Faut relativiser. Linux se sera sans doute jamais compatible GPL v3, et alors ? L'avenir de la GPL v3 n'est en rien compromise par les choix de Linus, Linux n'est qu'une infime partie d'un système GNU/Linux, et originellement il n'est qu'un noyau "temporaire" pour dotter le projet GNU d'un noyau GPL en attendant que le "noyau" officiel du projet GNU soient opérationnel.
Linus à toujours été clair la dessus, son but n'est pas de promouvoir la philosophie du libre mais de faire un bon logiciel qui marche bien. Si le dossier "Linux/GPLv3" devient trop épineux, il y aura peut être un fork et puis c'est tout. Après tout Linux n'est pas que Linus.
Si le support des Extended Attributes est supporté dans le noyau pour un système de fichier et que ce dernier est monté avec l'option user_xattr , tu peux associer des paire de couples clef/valeur à un fichier. Tu peux donner à chaque fichier une clef "mimetype" par exemple qui contient le type mime du fichier avec
Ca ne réglera pas ton problème avec kwrite mais c'est équivalant à avoir le type de fichier dans l'inode et tu peux t'en servir dans tes programmes personnels.
je trouve que l'on peut faire plus ou moins la même chose dans les langages fonctionnels [...], objets , [...] et impératifs (C...)
On peut faire exactement les mêmes programmes dans tout ces langages, ils sont tous Turing complets. En revanche pour un problème donné, certains langages sont plus adaptés que d'autres.Pour le concours de programmation ICFPC [1], on devait programmer une machine virtuelle. Nombreux sont ceux qui ont commencé avec leur langage préféré puis se sont rabattu vers le C (où du moins ont réécris une grande partie en C pour l' interfacer avec leur langage). En effet les autres langages donnaient des machines virtuelle bien trop lentes.
Le problème était clairement de nature impérative : gérer la mémoire à la main, interpréter les séquences d'instruction, etc ... En C, un malloc puis une gestion directe de la mémoire par des pointeur étaient parfait alors que dans les langages qui gèrent eux même la mémoire il fallait le simuler par une structure de donnée, d'où un surcoût. Le transtypage entre entiers et pointeurs était aussi très pratique en C. Bref pour CE problème le choix du C étaient judicieux.
Notons aussi que pour certains langages, un bon nombre de leur bibliothèques viennent d'un interfaçage avec une bibliothèque en C comme GTK, SDL, etc ...
Toutefois on ne code pas de machine virtuelle tous les jours et rares sont les programmes qui demandent de gérer à la main la mémoire autant qu'une VM. On a plus souvent besoin de structures de données (listes, arbres, etc ...) et là utiliser une implémantation de ses structures en C ne sera pas plus efficace qu'en fonctionnel, object, ...
Utiliser des langages de haut niveau à de nombreux avantages : gestion automatique de la mémoire, typage, objects, exceptions, ordre supérieur, etc ... Ca évite des bugs, les programmes sont plus faciles à lire et à écrire. Certes c'est aussi faisable en C, mais simuler des des exception en C ne sera jamais aussi simple qu'un "try ... with ..." en OCaml et pas forcément plus efficace.
Un serveur web ou un window manager n'ont pas de contraintes spécifiques sur la gestion mémoire, ils peuvent être codés aussi efficacement en haut niveau, la facilité en plus. Pour les jeux, l'approche de Slune est intéressante : le moteur graphique en C pour les besoin en performance et le reste du jeu en python pour les facilités du langage.
Posté par GTof .
En réponse au journal FTTH@free.fr.
Évalué à 3.
Je viens de voir une news sur ratiatum [1]. eMule dispose dans sa dernière version un brouilleur contre le bridage, je cite ratiatum : "D'après les premiers échos de nos membres [2], la méthode s'avère particulièrement efficace."
Si ce brouillage réussi à berner les routeur, Tor et I2P doivent certainement le faire aussi. La solution du brouillage est certes plus simple à mettre en oeuvre mais j'aurais préféré qu'ils invitent les utilisateurs vers l'un de ces réseaux, sachant qu'il existe des pont de l'un a l'autre.
Posté par GTof .
En réponse au journal FTTH@free.fr.
Évalué à 0.
Quelqu'un a essayé de faire tourner la mule sur Tor avec Free ? Ca peut peut être contourner le filtrage s'il n'est pas "if (not http) then 56k". Sinon il ne reste que TCP/IP/... over HTTP ( http://slashdot.org/articles/01/03/30/1416210.shtml ) .
Stow est nôtre ami ( http://www.gnu.org/software/stow/ ) . Sinon à chaque fois que j'ai eu besoin de faire un ebuild a jour sous gentoo j'ai pris l'ebuild de l'ancienne version et j'ai juste changé le numéro de version et l'url. Ca à toujours marché. La méthode de compilation change rarement entre les version d'un paquet, suffit souvent d'adapter quelques trucs mineurs comme les patchs.
Tout à fait, ce débat est stérile et masque le vrai débat : debian nuit elle a LFS ? Tout d'abord debian utilise les mêmes logiciels que LFS, c'est du plagiat ! Ensuite ils repackagent les logiciels sous un format obscur et totalement incompatible avec LFS alors que les formats tgz, tbz sont amplement suffisants. Tout le monde aujourd'hui sait installer un logiciel et ses dépendances à la main. Leur "système de paquet" comme ils l'appellent ne sert qu'à créer des utilisateurs ignares qui ne savent même pas bidouiller pour réussir à compiler quelque chose, ou pire : ne savent peut être même pas compiler du tout , c'est un abrutissement de l'utilisateur. Dites non au démon debian !
Sérieusement, ubuntu ne tuera jamais debian, chacune à ses spécificités, l'une plus aisée pour débutant et l'autre faites pour être acceptable en production. A chacun ses besoin et c'est tout.
Tout à fait, et aussi que les FPS/RTS demandent surtout des codeurs et pas une grosse équipe de scénaristes/graphistes. D'ailleurs les jeux libres ont rarement des aventures solo mais du multijoueurs (c'est juste une constatation), bien qu'il en existe quelques uns avec une bonne campagne solo genre Wesnoth, mais c'est quand même pas légion.
En effet, il est excellent. Au début j'ai été surpris de voir tout le monde avancer lentement, je suis plutôt habitué à que tout le monde cours dans tous les sens. Mais après s'être pris quelques balles qui tuent en un coups s'en avoir rien vu venir, on commence à être prudent. J'aime bien le côté stressant de savoir qu'on peut mourir rapidement si on fait pas gaffe.
Tant qu'ils se débarrassent de cette saleté de clébard de recherche, j'approuve.
Idem ! Mais qu'est ce que c'est chiant ce truc. S'ils avaient mis aussi un fusil, ca aurait pu être drôle.
Pour le versionning fs, le mieux c'est à mon avis un front-end fuse pour svn. Versionner /tmp serait ridicule, /usr n'a pas besoin d'être versionné. Seuls /home et /etc sont utiles à versionner. Ca pourrait être un bon compromis.
Je pense également que nommer ce genre d'utilitaires "un système d'exploitation" est faux, il s'agirait juste un desktop manager, dans la mesure où ça ne gère pas le matériel. On dirait ici que KDE ou Gnome est un OS, et on se ferait flinguer...
Un OS ce n'est pas que des drivers, c'est surtout une gestion des processus/threads, de la mémoire et des ressources en général, du VFS, des droits et de la sécurité en général, etc ... , Il suffit de regarder les options de configurations de Linux et de regarder la proprotions de drivers.
En cliquant sur le petit bouton en haut à droite on voit la "table des processus". Je n'ai pas regardé dans le détail mais s'ils implémante des processus, un FS, une gestion mémoire, alors ca mérite le nom d'OS, un OS pour la "machine virtuelle" qu'est un navigateur internet. Ca me reppelle User Mode Linux, il ne gère pas du tout le matériel de la machine hôte pourtant c'est un OS, c'est Linux.
Même si je ne vois pas encore bien l'intérêt de la chose, et même si je trouve que le HTML/CSS/JS comme lib graphique efficace on a fait mieux, c'est intéressant de voir que c'est possible.
# Un geek ... baiser ???
Posté par GTof . En réponse au journal Les 10 commandements du linuxien. Évalué à 5.
Je croyais qu'on parlais de geek moi ...
=>[ ]
[^] # Re: ça parle codé sur linuxfr ;-)
Posté par GTof . En réponse à la dépêche Nouvelle version d'Avidemux !. Évalué à 4.
Ne serait ce pas Kdenlive et non kdelive ? J'ai essayé Kdenlive et je n'ai jamais réussi à importer mes vidéos avi, mpeg, etc ... A l'époque il m'avait semblé qu'il ne supportait que l'import en DV. J'avais aussi aussi essayé Cinelerra, très bon logiciel mais trop complexe pour juste ce que je voulais en faire (couper quelques scènes d'une vidéo). A la fin j'avais essayé avidemux sans trop y croire et à ma grande surprise en deux clics s'était fait, vraiment bluffant. Chapeau au développeur.
[^] # Re: GNU/Linux
Posté par GTof . En réponse au journal Iceweasel : la fin d'un troll?. Évalué à 3.
La FSF n'a pas pour but de "livrer du code". Le but premier de la FSF est de promouvoir et défendre les idéaux du libre ! Pour ma part je pense que le rôle de la FSF est le lobbying, les poursuites pour violation de la GPL, etc ... Tous ces trucs qui ne sont pas du code mais qui font avancer le libre. Stallman l'a très bien dit, il ne faut pas confondre un modèle de développement avec un mouvement social.
Pour ce qui est de Hurd que tu critique vivement, tu confonds tout. Le but de Linus était de faire un noyau rapidement fonctionnel avec des techniques bien connues et Linux rempli parfaitement cette mission. Le but du Hurd au contraire est de concevoir un nouveau système sur des idées nouvelles. C'est un système expérimental alors forcément ca prend du temps.
Quand à pourquoi dire "GNU/Linux", au début il y avait le système GNU à qui il manquait un noyau, un noyau "temporaire" fut prit en attendant que le noyau GNU soit prêt. Le système ainsi formé était GNU avec Linux d'où GNU/Linux en opposition a GNU tout seul qui n'avait pas Linux. C'est un nom historique qui aujourd'hui à perdu de son sens du fait de toutes les sources de logiciels dans une distrib.
[^] # Re: bah dans l'idée
Posté par GTof . En réponse au journal Filtrage IP sur France2.fr. Évalué à 2.
La redevance ne s'applique qu'a ceux ayant un téléviseur. De toute façon des limitations comme ca sont obligatoirement foireuse.
[^] # Re: Et on dit merci qui ?
Posté par GTof . En réponse au journal Pendant que Linux progresse.... Évalué à 9.
Pauvres non, c'est quand même cher MS Windows. Comment ça tous les windowiens n'ont pas payé leur licence ?
[^] # Re: scponly
Posté par GTof . En réponse au message SFTP en Anonyme?. Évalué à 2.
[^] # Re: mensonge par omission
Posté par GTof . En réponse au journal Y a t il du racisme dans les BONNES entreprises d'informatique ?. Évalué à 7.
Dans une boite d'informatique ? Tu veux dire qu'il y aurait des femmes qui font de l'informatique ? C'est pas crédible ...
[^] # Re: question sincère
Posté par GTof . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 8.
# Ubunto n'aime pas les trolls ...
Posté par GTof . En réponse au journal Enquête Ubuntu. Évalué à 1.
Ca sentait bon le troll GUI/Console mais malheureusement ...
Finalement c'est j'ai répondu l'écran parce qu'on y pense pas assez, mais c'est généralement l'écran qu'on utilise le plus.
[^] # Re: C'est dans Edgy !
Posté par GTof . En réponse au journal KDE 2.5.5. Évalué à 1.
Mais qu'est ce que tu as contre LFS ? LFS te permet de contrôler à 100% la composition de ton système ce qui dans certaines situations vaut beaucoup !
[^] # Re: Ekiga et Gnome
Posté par GTof . En réponse au journal Bon, des nouvelles de Ekiga alors ^^. Évalué à 3.
Je pense que pour Ekiga, s'écarter d'un bureau est une bonne chose. L'utilisateur le voit comme un logiciel à part entière que chacun peut installer que comme spécifique à un bureau destiné aux utilisateurs de celui ci. A mon avis, les logiciels devrait s'orienter vers un bureau que s'il leur tâche est spécifique au bureau où qu'ils tirent parti de ses composants, sinon c'est mieux qu'il restent neutres.
# Les langages fonctionnels ca existe !
Posté par GTof . En réponse au journal Google codesearch. Évalué à 2.
# Le multi-joueurs, ca demande du temps
Posté par GTof . En réponse au journal Première Rc Du jeu "La Bataille pour Wesnoth". Évalué à 5.
[^] # Re: Heu...
Posté par GTof . En réponse au journal Libre Vs OpenSource. Évalué à 6.
Tu fais référence à ça : "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." -- Linus Torvalds ? Mais quel méchant ce Linus, un véritable ennemi du libre ! Linus serait il le nouveau remplaçant de Billou en tant que figure satanique ?
[/HUMOUR]
Faut relativiser. Linux se sera sans doute jamais compatible GPL v3, et alors ? L'avenir de la GPL v3 n'est en rien compromise par les choix de Linus, Linux n'est qu'une infime partie d'un système GNU/Linux, et originellement il n'est qu'un noyau "temporaire" pour dotter le projet GNU d'un noyau GPL en attendant que le "noyau" officiel du projet GNU soient opérationnel.
Linus à toujours été clair la dessus, son but n'est pas de promouvoir la philosophie du libre mais de faire un bon logiciel qui marche bien. Si le dossier "Linux/GPLv3" devient trop épineux, il y aura peut être un fork et puis c'est tout. Après tout Linux n'est pas que Linus.
# Les meta-donnees
Posté par GTof . En réponse au message Que je n'aime pas les ordinateurs qui pensent trop. Évalué à 4.
attr -q -s mimetype -V type_mime_du_fichier le_fichier
et la récupérer avec
attr -q -g mimetype le_fichier
Ca ne réglera pas ton problème avec kwrite mais c'est équivalant à avoir le type de fichier dans l'inode et tu peux t'en servir dans tes programmes personnels.
[^] # Re: mouaih..
Posté par GTof . En réponse au journal Au revoir linux FR. Évalué à 4.
[^] # Re: apprendre la programmation fonctionnelle
Posté par GTof . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 2.
On peut faire exactement les mêmes programmes dans tout ces langages, ils sont tous Turing complets. En revanche pour un problème donné, certains langages sont plus adaptés que d'autres.Pour le concours de programmation ICFPC [1], on devait programmer une machine virtuelle. Nombreux sont ceux qui ont commencé avec leur langage préféré puis se sont rabattu vers le C (où du moins ont réécris une grande partie en C pour l' interfacer avec leur langage). En effet les autres langages donnaient des machines virtuelle bien trop lentes.
Le problème était clairement de nature impérative : gérer la mémoire à la main, interpréter les séquences d'instruction, etc ... En C, un malloc puis une gestion directe de la mémoire par des pointeur étaient parfait alors que dans les langages qui gèrent eux même la mémoire il fallait le simuler par une structure de donnée, d'où un surcoût. Le transtypage entre entiers et pointeurs était aussi très pratique en C. Bref pour CE problème le choix du C étaient judicieux.
Notons aussi que pour certains langages, un bon nombre de leur bibliothèques viennent d'un interfaçage avec une bibliothèque en C comme GTK, SDL, etc ...
Toutefois on ne code pas de machine virtuelle tous les jours et rares sont les programmes qui demandent de gérer à la main la mémoire autant qu'une VM. On a plus souvent besoin de structures de données (listes, arbres, etc ...) et là utiliser une implémantation de ses structures en C ne sera pas plus efficace qu'en fonctionnel, object, ...
Utiliser des langages de haut niveau à de nombreux avantages : gestion automatique de la mémoire, typage, objects, exceptions, ordre supérieur, etc ... Ca évite des bugs, les programmes sont plus faciles à lire et à écrire. Certes c'est aussi faisable en C, mais simuler des des exception en C ne sera jamais aussi simple qu'un "try ... with ..." en OCaml et pas forcément plus efficace.
Un serveur web ou un window manager n'ont pas de contraintes spécifiques sur la gestion mémoire, ils peuvent être codés aussi efficacement en haut niveau, la facilité en plus. Pour les jeux, l'approche de Slune est intéressante : le moteur graphique en C pour les besoin en performance et le reste du jeu en python pour les facilités du langage.
[1] http://icfpcontest.org/
[^] # Re: Ouaih bhen qui commence par faire du vrai "'internet illimité" !
Posté par GTof . En réponse au journal FTTH@free.fr. Évalué à 3.
Si ce brouillage réussi à berner les routeur, Tor et I2P doivent certainement le faire aussi. La solution du brouillage est certes plus simple à mettre en oeuvre mais j'aurais préféré qu'ils invitent les utilisateurs vers l'un de ces réseaux, sachant qu'il existe des pont de l'un a l'autre.
[1] http://www.ratiatum.com/news3607_eMule_se_dote_d_un_brouilla(...)
[2] http://www.ratiatum.com/forum/index.php?showtopic=66382
[^] # Re: Ouaih bhen qui commence par faire du vrai "'internet illimité" !
Posté par GTof . En réponse au journal FTTH@free.fr. Évalué à 0.
[^] # Re: Pti joueur
Posté par GTof . En réponse au journal J'y suis arrivé !. Évalué à 4.
[^] # Re: debat steril...
Posté par GTof . En réponse au journal Ubuntu ne pourrait pas exister sans Debian. Évalué à 10.
Sérieusement, ubuntu ne tuera jamais debian, chacune à ses spécificités, l'une plus aisée pour débutant et l'autre faites pour être acceptable en production. A chacun ses besoin et c'est tout.
[^] # Re: FPS FPS ...
Posté par GTof . En réponse à la dépêche L'offre des jeux sous GNU/Linux continue de s'étendre. Évalué à 2.
[^] # Re: Mod pour enemy territory (ET) => True Combat Elite
Posté par GTof . En réponse à la dépêche L'offre des jeux sous GNU/Linux continue de s'étendre. Évalué à 2.
[^] # Re: SVN ?
Posté par GTof . En réponse au journal J'en ai rêvé, Microsoft l'a fait !. Évalué à 6.
Idem ! Mais qu'est ce que c'est chiant ce truc. S'ils avaient mis aussi un fusil, ca aurait pu être drôle.
Pour le versionning fs, le mieux c'est à mon avis un front-end fuse pour svn. Versionner /tmp serait ridicule, /usr n'a pas besoin d'être versionné. Seuls /home et /etc sont utiles à versionner. Ca pourrait être un bon compromis.
[^] # Re: Jolie démo, mais...
Posté par GTof . En réponse à la dépêche You OS, un OS en ligne. Évalué à 6.
Un OS ce n'est pas que des drivers, c'est surtout une gestion des processus/threads, de la mémoire et des ressources en général, du VFS, des droits et de la sécurité en général, etc ... , Il suffit de regarder les options de configurations de Linux et de regarder la proprotions de drivers.
En cliquant sur le petit bouton en haut à droite on voit la "table des processus". Je n'ai pas regardé dans le détail mais s'ils implémante des processus, un FS, une gestion mémoire, alors ca mérite le nom d'OS, un OS pour la "machine virtuelle" qu'est un navigateur internet. Ca me reppelle User Mode Linux, il ne gère pas du tout le matériel de la machine hôte pourtant c'est un OS, c'est Linux.
Même si je ne vois pas encore bien l'intérêt de la chose, et même si je trouve que le HTML/CSS/JS comme lib graphique efficace on a fait mieux, c'est intéressant de voir que c'est possible.