Hello,
Je suis de loin en loin la partie IC ; sur OpenCores il y a des blocs numériques (dont il faut bien vérifier la licence, la maturité et couverture de test…), et pour la partie analogique je viens juste de découvrir efabless.
Pas forcément ouvert (c'est une plate-forme pour mettre en relation clients et fournisseurs de blocs) et il faut voir les outils proposés (dérivés des vénérables XCircuit & Cie ?), l'accès aux technologies (noeuds et options, Design Kits)… Mais en réduisant les coûts de CAD et de Fab ça peut rendre possible des projets ouverts si une communauté s'y monte !
Avez-vous d'autres pistes ?
Quand j'installe Linux chez des connaissances, je mets une icône sur le bureau (ou dans le menu) "SOS" exécutant la commande "x11vnc -connect mon_serveur". Si ce n'est pas fait j'envoie le fichier .desktop par mail en expliquant comment cocher la propriété "exécutable"… pas de commande à saisir :-)
Dans le cas où je dois aider de n'importe où (pas chez moi derrière mon_serveur), pour traverser le NAT/firewall du côté "listening viewer" aussi, on peut utiliser mon_serveur comme "point de rencontre" (serveur centralisateur à la teamviewer sauf que là on maîtrise), avec l'outil bien caché dans la FAQ de x11vnc… Mais je dois avouer que je n'ai pas encore eu le temps/besoin de tester => je suis preneur de vos retours !
Ça peut paraître juste technique, mais plasma est massivement passé à QtQuick… donc tout accéléré par OpenGL (pour un effort de dev minimal), et au final ça le rend vraiment fluide sur n'importe quelle machine (du moment qu'elle a un GPU).
Pour l'indexation, Baloo est aussi plus léger que Nepomuk (il lui est arrivé d'être instable, mais ça roule depuis plus d'un an).
Pour les activités, je ne m'en suis jamais servi. Ce n'est plus du tout un truc mis en avant, mais la fonctionnalité n'a pas été supprimée pour ceux qui s'en servent :-p
Les bureaux virtuels sont toujours disponibles indépendamment.
Et puis sinon, en 3 ans de développement, le portage Qt5 n'a pas pris tout ce temps (bien terminé depuis Plasma 5.4 environ à mon avis) et des tas de petites améliorations sympas ont été ajoutées, dans le bureau mais aussi tous les outils intégrés (Dolphin, panneau de configuration). On s'y habitue vite et je ne saurais même plus dire ce qui est là depuis toujours ou pas.
Dernier point pour Plasma 5 : il est prêt pour Wayland. On nous explique de partout qu'il n'y a que ça de vrai pour la sécurité, mais aussi pour se protéger des bugs de drivers, du multi-écran etc. Mais bon, il n'y a pas encore beaucoup de testeurs…
Jusqu’où remonter la chaîne de dépendances à recompiler : FFmpeg, Qt ??
Non, je n'encourage pas, à la limite si on aime ça… autant aider les packagers !! (dont moi, oserai-je l'avouer ici vu le contexte ? :) )
Concrètement il y a des dépôts Kdenlive (+MLT) mis à jour quotidiennement (développement, bugfix) et mensuellement (releases) pour Ubuntu, OpenSuse, Arch, dont beaucoup de gens se servent avec succès.
Ça fait des mois que proposer une AppImage (+une version Windows !) est dans le top de ma liste, mais j'ai une vraie vie qui me laisse trop peu de temps en ce moment…
Il y a longtemps (Qt3) il y avait Kino dont beaucoup de gens étaient heureux.
Son auteur (D. Dennedy, auteur de MLT derrière Kdenlive, OpenShot, FlowBlade) est depuis reparti de zéro et a créé Shotcut pour servir un but similaire je crois (personnellement jamais essayé sérieusement).
Comme les KDELibs ont été modularisées en plein de petits Frameworks, effectivement ça fait une grande liste de paquets, mais ça n'est pas grand chose : le plus lourd en fait c'est les icônes ! Ça ne t'installe pas tout un bureau Plasma (avec gestionnaire de fichiers, utilitaires & Cie).
Et effectivement, si on boycotte les toolkits autres que l'environnement choisi, on se passerait de LibreOffice (VTK) partout, de VLC (Qt) sous Gnome, de Gimp & Firefox (GTK) sous KDE ?!
Dans Jessie il s'agit toujours de la version 0.9.10 (qui a justement été bouclée pour le gel de Debian testing à l'époque). Donc normalement il ne devrait plus y avoir de plantage… hum !
La traduction française est censée être complète ; dans Jessie toujours elle est livrée dans kdenlive-data ; attention dans les version 15.x (squeeze etc) il faut maintenant installer kde-l10n-fr vu que c'est devenu une Appli officielle KDE (et la dépendance à kded est parfois manquante?).
Le refactoring en cours pour 15.12 vise justement à éviter les désynchronisation entre ce qui apparaît dans la timeline et dans le moniteur (rare mais gênant !), et aussi à rendre l'interface plus claire (note : la procédure plus typique pour ajouter des effets est plutôt de faire un glisser-poser depuis la liste des effets, que tu peux filtrer, mettre des favoris etc).
Dernier avertissement : les versions 15.x.0 sont malheureusement assez mal testée (car aucune distro ne package nos bêtas), donc les Archers essuyent souvent les plâtres ; les volontaires pour jouer avec les versions de dev sont toujours les bienvenus (et tout autre type de contribution aussi bien sûr).
On en a déjà discuté lors de la sortie de ffmpeg 1.0. Je continue de penser que le fork libav a pu être nécessaire à un moment pour faire bouger les lignes, mais que la déclaration "ffmpeg obsolète" est limite malhonnête.
Je trouve le mainteneur debian partisan (les 2 camps se sont fait des coups bas, et il fait partie d'un des bords).
J'aimerais que l'équipe donne accès aux 2 paquets, l'un excluant l'autre en cas de recouvrement (c'est du boulot, et je n'ai pas investit le temps pour apprendre à contribuer à debian).
Moi je constate juste que MLT/Kdenlive marche mieux quand je compile depuis les sources avec ffmpeg plutôt que quand j'utilise le paquet basé sur libav. Je n'ai pas cherché d'où ça vient mais c'est juste un constat que mon audio ne se décale pas, mes profils d'encodage gardent des paramètres qui marchent toujours… avec le programme "instable" !
Pourquoi investir de l'énergie à réinventer un environnement de bureau alors qu'on attend un logiciel de montage ?
Si l'utilisateur est habitué à ses réglages Gnome, Awesome, ou même MacOS ou Windows 8, je ne vois pas l'intérêt de le faire se réadapter à une autre ergonomie, forcément discutable (questions de goûts).
Alors plutôt que de donner sa chance à un éditeur qui met en place toutes les pratiques les plus irritantes (désinformation, traçage des utilisateurs, bridage), je préfère rappeler que les logiciels vraiment libres comme Kdenlive ont atteint une maturité tout à fait satisfaisante pour l'amateur chevronné, et même pour les professionnels dans bien des cas.
Grâce à MLT/ffmpeg aucun codec ne manque, grâce aux greffons frei0r on dispose d'une myriade de filtres, grâce à Qt l'interface s'intègre bien dans tous les environnements, et grâce au développement ouvert on peut ajouter les fonctions qui manquent (éventuellement moyennant sponsoring).
J'en rajoute une couche dans ton sens : une des libertés, un des moteurs du libre, c'est que si ça ne me plaît pas, je peux très bien changer les choses moi-même… Si j'ai des compétences en esthétique visuelle et ergonomie, pourquoi ne pas en faire profiter tout le monde ? Faire des petites modifs d'interface comme les tailles et les couleurs des textes, en général ça ne demande pas de savoir coder bien plus que du CSS (et si vraiment je ne m'en sors pas, je peux toujours envoyer une copie d'écran retouchée à la liste de développement, en expliquant les retouches, et si ça plaît à quelqu'un il l'intègrera ?).
Encore plus discret que LaTeX : txt2tags et autres light markups.
Du coup, à quand un export DITA dans le sus-nommé ?
Bon, en réalité ces languages ont de quoi désigner les titres, listes etc, mais il faut redéfinir plein de trucs pour introduire les "topics", "tasks", etc, ainsi que toutes leurs propriétés possibles.
Là encore, un source à la XML ou à la JSON c'est encore du niveau mise en forme, qui doit être masquée par un bon éditeur !
Oh, fausse joie : le projet présenté n'est malheureusement pas un simulateur analogique ou mixte, il ne remplacera pas le vieillissant (ng)spice, ni ne relancera le prometteur gnucap... Dommage car le libre a pris un retard vraiment pénalisant de ce côté.
Comme éditeur de schéma on peut effectivement plutôt le comparer à GSchem (de gEDA), voire XCircuit, Qucs... Effectivement ces programmes remontent à des époques où l'ergonomie avait encore des progrès à faire, et n'évoluent plus très vivement.
Bravo Zenitram, toujours courageux pour rappeler les idées à contre-courant. Dommage que la notation "inutile" soit utilisée pour "pas d'accord", et fasse plonger le commentaire, pourtant enrichissant (on a tous tendance à oublier que tout le monde n'a pas la même approche que soi)…
"la sangsue de notre société": wahou bravo pour les expressions légères. Historiquement ces désignations ont été attribuées aux juifs (les points goodwin ne sont pas loin ;-p), aux immigrés, ou depuis peu aux "assistés" du RSA. Au tour des artistes maintenant... ils apprécient la reconnaissance de leur travail (qui ne sert pas qu'à nous divertir mais aussi à élever nos réflexions... en ne pensant pas qu'à Johhny, Luc Besson etc, mais aussi aux auteurs, photographes, plasticiens, danseurs, comédiens).
effectivement on parle d'impôts : ils sont là pour servir les priorités de la société, faire une redistribution de l'argent, entre les domaines qui rapportent et les "services" qu'on veut accessibles à tous (et pas qu'aux élites)...
C'est un poisson d'avril que la nouvelle interface révolutionnaire du futur soit une ligne de commande ? (avec autocomplétion, wahou). Ça pourrait plaire à la plupart des geeks ici (quoique, ils préfèrent garder le choix de zsh/ipython/...), mais quid des gens en quête d'interface simpliste ? Quand on dit que KDE est pour les "utilisateurs avancés"...
Dans n'importe quelle distribution tu n'es pas obligé d'installer un bureau "classique", si c'est dispo tu peux installer une interface "spéciale petits écrans" : KDE(plasma)-"netbook", GNOME-"GPE", matchbox ou un enlightenment réglé comme il faut !
Donc tout ce qu'il faut c'est une intégration des drivers nécessaires, éventuellement quelques paquets intégrant les "customisations" agréables, et zou !?
C'est un peu une boutade, mais je ne comprends toujours pas bien l'intérêt de toutes ces distribs dérivées : quitte à choisir une distrib avec apt et toute l'init debian, pourquoi ne pas rester dessus ? Elle offre tous les bureaux existants, des tas de thèmes et d'alternatives pour personnaliser son linux, elle peut être stable ou rolling, main ou non-free, etc. Si c'est juste pour avoir un nouveau fond d'écran ou un thème GTK/QT, ça peut se télécharger en quelques Mo plutôt que des Go d'iso... ça chargera moins le net, chauffera moins les chutes du Niagara et les petits saumons !
C'est pas pour faire de la pub, mais ST vend aussi des cartes de bricolage ARM pas chères : les STM*DISCOVERY autour des 10€... Le flasheur/débogueur est intégré, et géré depuis peu en libre sous linux, grâce à texane
La toute dernière, la STM32F4DISCOVERY (photo pas à jour !) est une des premières à base de cortex-M4 qui dépotte !
Et puis il y a la STM32W-RFCKIT pour embarquant une radio 2.4GHz...
Reste à trouver des choses intelligentes à faire avec ces petites bêtes ?
C'est le fond d'écran qui compte (+les couleurs et le jeu d'icônes) ? ;-)
Parce que sinon pour moi, KDE c'est KDE, un driver c'est un driver (et c'est libre), et voilà.
Ce qui fait les spécificités d'une distribution c'est la gestion de paquets (à peine la configuration vu qu'il y a des interfaces), les mises à jour (des logiciels qui ne plantent pas et pas tous changés tous les quelques mois), l'aide que l'on peut trouver en local et en ligne, et "l'éthique"...
Il y a eu pas mal de messages à ce sujet en effet.
J'ai cru comprendre que kdenlive masque certains effets (blacklist), et celui-ci est arrivé après le "string freeze" pour préparer les traductions… Si tu n'as pas peur de l'anglais tu peux probablement l'activer ? A creuser…
[^] # Re: suite de la liste
Posté par vpinon . En réponse au journal Aide à distance. Évalué à 2.
comme viewer en HTML, noVNC (+websockify) ça marche bien !
# Circuits Intégrés Open Hardware
Posté par vpinon . En réponse au journal OCP toolchain où en sommes nous ?. Évalué à 1.
Hello,
Je suis de loin en loin la partie IC ; sur OpenCores il y a des blocs numériques (dont il faut bien vérifier la licence, la maturité et couverture de test…), et pour la partie analogique je viens juste de découvrir efabless.
Pas forcément ouvert (c'est une plate-forme pour mettre en relation clients et fournisseurs de blocs) et il faut voir les outils proposés (dérivés des vénérables XCircuit & Cie ?), l'accès aux technologies (noeuds et options, Design Kits)… Mais en réduisant les coûts de CAD et de Fab ça peut rendre possible des projets ouverts si une communauté s'y monte !
Avez-vous d'autres pistes ?
# SOS.desktop, ultravnc_repeater.pl
Posté par vpinon . En réponse au journal Aide à distance. Évalué à 7.
Quand j'installe Linux chez des connaissances, je mets une icône sur le bureau (ou dans le menu) "SOS" exécutant la commande "x11vnc -connect mon_serveur". Si ce n'est pas fait j'envoie le fichier .desktop par mail en expliquant comment cocher la propriété "exécutable"… pas de commande à saisir :-)
Dans le cas où je dois aider de n'importe où (pas chez moi derrière mon_serveur), pour traverser le NAT/firewall du côté "listening viewer" aussi, on peut utiliser mon_serveur comme "point de rencontre" (serveur centralisateur à la teamviewer sauf que là on maîtrise), avec l'outil bien caché dans la FAQ de x11vnc… Mais je dois avouer que je n'ai pas encore eu le temps/besoin de tester => je suis preneur de vos retours !
[^] # Re: 18 mois pour une LTS
Posté par vpinon . En réponse à la dépêche KDE Plasma 5.8 LTS. Évalué à 10.
Ça peut paraître juste technique, mais plasma est massivement passé à QtQuick… donc tout accéléré par OpenGL (pour un effort de dev minimal), et au final ça le rend vraiment fluide sur n'importe quelle machine (du moment qu'elle a un GPU).
Pour l'indexation, Baloo est aussi plus léger que Nepomuk (il lui est arrivé d'être instable, mais ça roule depuis plus d'un an).
Pour les activités, je ne m'en suis jamais servi. Ce n'est plus du tout un truc mis en avant, mais la fonctionnalité n'a pas été supprimée pour ceux qui s'en servent :-p
Les bureaux virtuels sont toujours disponibles indépendamment.
Et puis sinon, en 3 ans de développement, le portage Qt5 n'a pas pris tout ce temps (bien terminé depuis Plasma 5.4 environ à mon avis) et des tas de petites améliorations sympas ont été ajoutées, dans le bureau mais aussi tous les outils intégrés (Dolphin, panneau de configuration). On s'y habitue vite et je ne saurais même plus dire ce qui est là depuis toujours ou pas.
Dernier point pour Plasma 5 : il est prêt pour Wayland. On nous explique de partout qu'il n'y a que ça de vrai pour la sécurité, mais aussi pour se protéger des bugs de drivers, du multi-écran etc. Mais bon, il n'y a pas encore beaucoup de testeurs…
[^] # Re: Le chaînon manquant
Posté par vpinon . En réponse au journal Putain que la route est longue ! ! !. Évalué à 2.
Jusqu’où remonter la chaîne de dépendances à recompiler : FFmpeg, Qt ??
Non, je n'encourage pas, à la limite si on aime ça… autant aider les packagers !! (dont moi, oserai-je l'avouer ici vu le contexte ? :) )
Concrètement il y a des dépôts Kdenlive (+MLT) mis à jour quotidiennement (développement, bugfix) et mensuellement (releases) pour Ubuntu, OpenSuse, Arch, dont beaucoup de gens se servent avec succès.
Ça fait des mois que proposer une AppImage (+une version Windows !) est dans le top de ma liste, mais j'ai une vraie vie qui me laisse trop peu de temps en ce moment…
[^] # Re: Le chaînon manquant
Posté par vpinon . En réponse au journal Putain que la route est longue ! ! !. Évalué à 1.
Il y a longtemps (Qt3) il y avait Kino dont beaucoup de gens étaient heureux.
Son auteur (D. Dennedy, auteur de MLT derrière Kdenlive, OpenShot, FlowBlade) est depuis reparti de zéro et a créé Shotcut pour servir un but similaire je crois (personnellement jamais essayé sérieusement).
[^] # Re: Mon expérience
Posté par vpinon . En réponse au journal Putain que la route est longue ! ! !. Évalué à 4.
Comme les KDELibs ont été modularisées en plein de petits Frameworks, effectivement ça fait une grande liste de paquets, mais ça n'est pas grand chose : le plus lourd en fait c'est les icônes ! Ça ne t'installe pas tout un bureau Plasma (avec gestionnaire de fichiers, utilitaires & Cie).
Et effectivement, si on boycotte les toolkits autres que l'environnement choisi, on se passerait de LibreOffice (VTK) partout, de VLC (Qt) sous Gnome, de Gimp & Firefox (GTK) sous KDE ?!
[^] # Re: Logiciel équivalent sous Gnome ?
Posté par vpinon . En réponse à la dépêche Sortie de kdenlive 16.04.0. Évalué à 10.
Pitivi est en GTK…
Mais pourquoi se priver d'un bon logiciel pour une histoire de toolkit ??
Ah, l'éternelle guerre de chapelle !
[^] # Re: Utilisation sur Debian 8.
Posté par vpinon . En réponse à la dépêche Kdenlive 15.08 - 4 années de gestation, et comment aider ce logiciel libre à poursuivre sa route. Évalué à 2.
Hello,
Merci pour l'article et le commentaire :-)
Dans Jessie il s'agit toujours de la version 0.9.10 (qui a justement été bouclée pour le gel de Debian testing à l'époque). Donc normalement il ne devrait plus y avoir de plantage… hum !
La traduction française est censée être complète ; dans Jessie toujours elle est livrée dans kdenlive-data ; attention dans les version 15.x (squeeze etc) il faut maintenant installer kde-l10n-fr vu que c'est devenu une Appli officielle KDE (et la dépendance à kded est parfois manquante?).
Le refactoring en cours pour 15.12 vise justement à éviter les désynchronisation entre ce qui apparaît dans la timeline et dans le moniteur (rare mais gênant !), et aussi à rendre l'interface plus claire (note : la procédure plus typique pour ajouter des effets est plutôt de faire un glisser-poser depuis la liste des effets, que tu peux filtrer, mettre des favoris etc).
Dernier avertissement : les versions 15.x.0 sont malheureusement assez mal testée (car aucune distro ne package nos bêtas), donc les Archers essuyent souvent les plâtres ; les volontaires pour jouer avec les versions de dev sont toujours les bienvenus (et tout autre type de contribution aussi bien sûr).
[^] # Re: Manque plus que le mode proxy
Posté par vpinon . En réponse au journal Les bases du montage vidéo : exemple avec Pitivi . Évalué à 1.
kdenlive fait ça très bien, la prise en main est pas bien compliquée, et il est assez puissant pour évoluer vers des usages plus poussés…
[^] # Re: Conservatisme
Posté par vpinon . En réponse à la dépêche Debian : Épisode VII. Évalué à 5.
On en a déjà discuté lors de la sortie de ffmpeg 1.0. Je continue de penser que le fork libav a pu être nécessaire à un moment pour faire bouger les lignes, mais que la déclaration "ffmpeg obsolète" est limite malhonnête.
Je trouve le mainteneur debian partisan (les 2 camps se sont fait des coups bas, et il fait partie d'un des bords).
J'aimerais que l'équipe donne accès aux 2 paquets, l'un excluant l'autre en cas de recouvrement (c'est du boulot, et je n'ai pas investit le temps pour apprendre à contribuer à debian).
Moi je constate juste que MLT/Kdenlive marche mieux quand je compile depuis les sources avec ffmpeg plutôt que quand j'utilise le paquet basé sur libav. Je n'ai pas cherché d'où ça vient mais c'est juste un constat que mon audio ne se décale pas, mes profils d'encodage gardent des paramètres qui marchent toujours… avec le programme "instable" !
# Un nouveau gestionnaire de fenêtres ?
Posté par vpinon . En réponse à la dépêche Test de Lightworks sous GNU/Linux. Évalué à 7.
Pourquoi investir de l'énergie à réinventer un environnement de bureau alors qu'on attend un logiciel de montage ?
Si l'utilisateur est habitué à ses réglages Gnome, Awesome, ou même MacOS ou Windows 8, je ne vois pas l'intérêt de le faire se réadapter à une autre ergonomie, forcément discutable (questions de goûts).
Alors plutôt que de donner sa chance à un éditeur qui met en place toutes les pratiques les plus irritantes (désinformation, traçage des utilisateurs, bridage), je préfère rappeler que les logiciels vraiment libres comme Kdenlive ont atteint une maturité tout à fait satisfaisante pour l'amateur chevronné, et même pour les professionnels dans bien des cas.
Grâce à MLT/ffmpeg aucun codec ne manque, grâce aux greffons frei0r on dispose d'une myriade de filtres, grâce à Qt l'interface s'intègre bien dans tous les environnements, et grâce au développement ouvert on peut ajouter les fonctions qui manquent (éventuellement moyennant sponsoring).
[^] # Re: plus c'est gros, plus ca passe
Posté par vpinon . En réponse au journal Bookmark : Les ayants droit œuvrent pour le soutien à la contrefaçon culturelle. Évalué à 5.
Aïe aïe aïe : il n'y a pas des ayant-droit pour cette phrase ?
[^] # Re: Ergonomie
Posté par vpinon . En réponse à la dépêche Graphisme Libre et professionnalisme. Évalué à 2. Dernière modification le 26 mars 2012 à 09:59.
J'en rajoute une couche dans ton sens : une des libertés, un des moteurs du libre, c'est que si ça ne me plaît pas, je peux très bien changer les choses moi-même… Si j'ai des compétences en esthétique visuelle et ergonomie, pourquoi ne pas en faire profiter tout le monde ? Faire des petites modifs d'interface comme les tailles et les couleurs des textes, en général ça ne demande pas de savoir coder bien plus que du CSS (et si vraiment je ne m'en sors pas, je peux toujours envoyer une copie d'écran retouchée à la liste de développement, en expliquant les retouches, et si ça plaît à quelqu'un il l'intègrera ?).
[^] # Re: outch
Posté par vpinon . En réponse à la dépêche Réduire les coûts et améliorer la qualité de la documentation avec DITA XML. Évalué à 2.
Encore plus discret que LaTeX : txt2tags et autres light markups.
Du coup, à quand un export DITA dans le sus-nommé ?
Bon, en réalité ces languages ont de quoi désigner les titres, listes etc, mais il faut redéfinir plein de trucs pour introduire les "topics", "tasks", etc, ainsi que toutes leurs propriétés possibles.
Là encore, un source à la XML ou à la JSON c'est encore du niveau mise en forme, qui doit être masquée par un bon éditeur !
[^] # et non, pas de remplaçant à spice...
Posté par vpinon . En réponse à la dépêche Fritzing : conception électronique (futur remplaçant à SPICE ?). Évalué à 1.
Oh, fausse joie : le projet présenté n'est malheureusement pas un simulateur analogique ou mixte, il ne remplacera pas le vieillissant (ng)spice, ni ne relancera le prometteur gnucap... Dommage car le libre a pris un retard vraiment pénalisant de ce côté.
Comme éditeur de schéma on peut effectivement plutôt le comparer à GSchem (de gEDA), voire XCircuit, Qucs... Effectivement ces programmes remontent à des époques où l'ergonomie avait encore des progrès à faire, et n'évoluent plus très vivement.
[^] # Re: Des OS TR compatible posix y en a d'autres...
Posté par vpinon . En réponse à la dépêche Lepton/Tauon : un système d'exploitation temps réel "POSIX compliant" pour cibles embarquées. Évalué à 1.
et contiki ? je ne sais pas s'il y a des couches posix, mais il y a une bonne pile réseau+les clients/serveurs qui vont avec...
[^] # Re: Encore et toujours...
Posté par vpinon . En réponse à la dépêche État d'insécurité chez PHP. Évalué à 1.
Bravo Zenitram, toujours courageux pour rappeler les idées à contre-courant. Dommage que la notation "inutile" soit utilisée pour "pas d'accord", et fasse plonger le commentaire, pourtant enrichissant (on a tous tendance à oublier que tout le monde n'a pas la même approche que soi)…
[^] # Re: Créativité mal placée
Posté par vpinon . En réponse au journal Vous avez internet, vous financez la musique française. Évalué à -10. Dernière modification le 27 janvier 2012 à 12:01.
"la sangsue de notre société": wahou bravo pour les expressions légères. Historiquement ces désignations ont été attribuées aux juifs (les points goodwin ne sont pas loin ;-p), aux immigrés, ou depuis peu aux "assistés" du RSA. Au tour des artistes maintenant... ils apprécient la reconnaissance de leur travail (qui ne sert pas qu'à nous divertir mais aussi à élever nos réflexions... en ne pensant pas qu'à Johhny, Luc Besson etc, mais aussi aux auteurs, photographes, plasticiens, danseurs, comédiens).
effectivement on parle d'impôts : ils sont là pour servir les priorités de la société, faire une redistribution de l'argent, entre les domaines qui rapportent et les "services" qu'on veut accessibles à tous (et pas qu'aux élites)...
# Ligne de commande !?
Posté par vpinon . En réponse à la dépêche HUD pour « Head-Up Display » : disparition des menus dans Unity. Évalué à 3.
C'est un poisson d'avril que la nouvelle interface révolutionnaire du futur soit une ligne de commande ? (avec autocomplétion, wahou). Ça pourrait plaire à la plupart des geeks ici (quoique, ils préfèrent garder le choix de zsh/ipython/...), mais quid des gens en quête d'interface simpliste ? Quand on dit que KDE est pour les "utilisateurs avancés"...
[^] # Distribution != desktop/applis
Posté par vpinon . En réponse à la dépêche Mer « Maemo Reconstructed ». Évalué à 3.
Dans n'importe quelle distribution tu n'es pas obligé d'installer un bureau "classique", si c'est dispo tu peux installer une interface "spéciale petits écrans" : KDE(plasma)-"netbook", GNOME-"GPE", matchbox ou un enlightenment réglé comme il faut !
Donc tout ce qu'il faut c'est une intégration des drivers nécessaires, éventuellement quelques paquets intégrant les "customisations" agréables, et zou !?
# pourquoi pas debian ?
Posté par vpinon . En réponse à la dépêche Nouvelles versions des petites distributions. Évalué à 1.
C'est un peu une boutade, mais je ne comprends toujours pas bien l'intérêt de toutes ces distribs dérivées : quitte à choisir une distrib avec apt et toute l'init debian, pourquoi ne pas rester dessus ? Elle offre tous les bureaux existants, des tas de thèmes et d'alternatives pour personnaliser son linux, elle peut être stable ou rolling, main ou non-free, etc. Si c'est juste pour avoir un nouveau fond d'écran ou un thème GTK/QT, ça peut se télécharger en quelques Mo plutôt que des Go d'iso... ça chargera moins le net, chauffera moins les chutes du Niagara et les petits saumons !
# Cartes pas chères
Posté par vpinon . En réponse à la dépêche Ateliers Arduino le 28 Janvier 2012 de 10h à 17h Cité Allende à Lorient. Évalué à 2.
C'est pas pour faire de la pub, mais ST vend aussi des cartes de bricolage ARM pas chères : les STM*DISCOVERY autour des 10€... Le flasheur/débogueur est intégré, et géré depuis peu en libre sous linux, grâce à texane
La toute dernière, la STM32F4DISCOVERY (photo pas à jour !) est une des premières à base de cortex-M4 qui dépotte !
Et puis il y a la STM32W-RFCKIT pour embarquant une radio 2.4GHz...
Reste à trouver des choses intelligentes à faire avec ces petites bêtes ?
# Critères de jugement
Posté par vpinon . En réponse au journal J'ai testé (et approuvé!!!) openSUSE 11.4 !!!!. Évalué à 3.
C'est le fond d'écran qui compte (+les couleurs et le jeu d'icônes) ? ;-)
Parce que sinon pour moi, KDE c'est KDE, un driver c'est un driver (et c'est libre), et voilà.
Ce qui fait les spécificités d'une distribution c'est la gestion de paquets (à peine la configuration vu qu'il y a des interfaces), les mises à jour (des logiciels qui ne plantent pas et pas tous changés tous les quelques mois), l'aide que l'on peut trouver en local et en ligne, et "l'éthique"...
[^] # Re: Filtre de stabilisation d'image
Posté par vpinon . En réponse à la dépêche Kdenlive 0.8.2 — Le montage vidéo HD plus rapide et plus sûr. Évalué à 2.
Il y a eu pas mal de messages à ce sujet en effet.
J'ai cru comprendre que kdenlive masque certains effets (blacklist), et celui-ci est arrivé après le "string freeze" pour préparer les traductions… Si tu n'as pas peur de l'anglais tu peux probablement l'activer ? A creuser…