Cette version, la première pour Linux, est disponible sous forme de binaire, et s'appuie sur Wine.
Picasa devrait fonctionner sur tout système Linux x86, utilisant glibc 2.3 au minimum et un serveur X. Si hal est présent, il permet de contrôler les appareils photo connectés à l'ordinateur.
On peut ainsi espérer que Google Earth arrive sous Linux. De nombreux blogs font déjà écho de sa compatibilité avec Wine.
NdM : Picasa est un logiciel propriétaire (comme iPhoto). Sous Linux/*BSD et en libre, il existe notamment gthumb sous GNOME et Kimbada/Digikam sous KDE.
Aller plus loin
- Picasa (1190 clics)
- Picasa pour Linux (712 clics)
- Google Earth sous Wine (51 clics)
# F-spot aussi
Posté par g0d0t . Évalué à 10.
Sinon on peut ajouter que Google a plus travaillé sur l'amélioration de Wine pour faire tourner Picasa tel quel sous Linux, plutôt que d'adapter Picasa.
Cela a résulté en plus de 250 patches reversés à Wine sur les derniers mois. Et ça prouve que Wine peut servir de support à des applications d'une certaine complexité. La publication de Google Earth nécessite à priori de résoudre encore quelques problèmes avec Wine, mais ne devrait pas trop tarder.
Tout ceci va peut être encourager d'autres sociétés à publier des softs Windows tournant sur Wine. Avec l'inconvénient d'amener plus de softs proprios sous Linux, mais après tout, cette diversité accrue boostera peut être les softs open. Toujours l'éternel débat.
[^] # Re: F-spot aussi
Posté par dripple . Évalué à 9.
[^] # Re: F-spot aussi
Posté par Aurélien Bompard (site web personnel) . Évalué à 6.
[^] # Re: F-spot aussi
Posté par dripple . Évalué à 5.
Me tromperais-je si je disais ça ?
[^] # Re: F-spot aussi
Posté par jc121 . Évalué à 8.
Là je suis vraiment déçu, d'autant que la version Windows s'installait déjà manuellement aussi bien avec Wine.
Niveau intégration et vitesse, ça serait quand même beaucoup mieux.
[^] # Re: F-spot aussi
Posté par Guillaume RAMELET . Évalué à 5.
Je suis vraiment bleuffé par l'installation très rapide et simplissime, et surtout par la rapidité de picasa (que j'ai déjà utilisé sous windows) via wine. Google a fait un super boulot. Bon ok si ça pouvait être libre et avec 2 versions gtk, et qt ça serait formidable; mais ne crachons pas dans la soupe, ce logiciel est vraiment fameux, ça m'a fait plaisir de reparcourir les milliers de photos que j'ai en ma possession.
[^] # Re: F-spot aussi
Posté par JyD. . Évalué à 3.
Et, surprise, ça marche plutôt bien. Oui, on retrouve le toolkit Wine, mais l'ensemble m'est apparu relativement bien abouti, stable, et rapide.
Les fonctions d'éditions sont sympathiques, et l'ensemble peut rendre de bon services en attedant la maturation de F-Spot, que je trouve encore un peu trop jeune.
Rien à voir avec le portage de porc que Nullsoft avait commis avec Winamp 3.
[^] # Re: F-spot aussi
Posté par Julien Narboux . Évalué à 7.
Sinon Digikam en plus d'être libre fonctionne très bien ! la prochaine version 0.9svn gère les fichiers raw et les profils de couleurs, les champs IPCT, exif, affiche la géolocalisation des images...
[^] # Re: F-spot aussi
Posté par jc121 . Évalué à 4.
Venant d'une boîte qui s'oppose à Microsoft, j'en attendais plus.
C'est quand même pas très propre tout ça (ça utilise un wine en plus de celui maintenu par la distrib), l'interface est moche, sans parler d'un bug (le serveur X ne s'était pas tué à la fermeture).
Je ne trouve pas que ça aille dans le bon sens et j'ai peur que ça donne le mauvais exemple à d'autres.
[^] # Re: F-spot aussi
Posté par Pierre6020 . Évalué à 9.
- Wine s'en trouve amélioré.
- Google (qui possède une forte image de société innovante) qui "porte" un logiciel sous Linux, ça peut mettre la puce à l'oreille.
C'est toujours ça de pris.
[^] # Re: F-spot aussi
Posté par Thomas Douillard . Évalué à 7.
[^] # Re: F-spot aussi
Posté par Alban Crequy (site web personnel) . Évalué à 4.
Ben c'est une vraie version Linux, non? C'est du natif et il n'y a aucune émulation.
Après, le toolkit graphique, que ce soit QT, GTK, Wine... peut importe.
Et pour le format du binaire, que ce soit du ELF, du PE, du aout ou autres... tout ça est supporté nativement dans le noyau Linux.
[^] # Re: F-spot aussi
Posté par Alban Crequy (site web personnel) . Évalué à 3.
Il y en a une dizaine ;-)
[^] # Re: F-spot aussi
Posté par reno . Évalué à 3.
Sauf que Wine essaye de cloner les fonctionnalités de Windows, c'est quand même très différent d'un toolkit normal.
Entre autre, il leur faut reproduire même les bugs de l'original pour être fidèle!
[^] # Re: F-spot aussi
Posté par Raphaël G. (site web personnel) . Évalué à 3.
(et comme c'est pas du GPL, on peux pas s'amuser a casser l'API tous les quatre matins car les logiciels qui l'utilisent vont pas se mettre a jour)
[^] # Re: F-spot aussi
Posté par ookaze . Évalué à 1.
Depuis quand les programmes natifs sous Linux utilisent les bibliothèques Wine ?
Wine ne sert pas à faire tourner des applis natives sous Linux, et ne présente AUCUN intérêt pour faire tourner des apps natives sous Linux. Ce serait même une régression, car Wine ne supporte pas tout un tas de fonctions natives sous Linux.
Donc oui c'est un portage Wine, mais non, ce n'est pas un portage Linux et ça n'est certainement pas natif (je doute qu'il y ait des versions pour autre chose que x86, apparemment même pas pour amd64).
[^] # Re: F-spot aussi
Posté par bonnaud frederic (site web personnel) . Évalué à 2.
Ceci dit, développer wine c'est bien faire un développement 'Linux'.
Après que ce soit bon pour les LL ou pas, ça se discute©
[^] # Re: F-spot aussi
Posté par kd . Évalué à 4.
Et si je compile un Hello World qui affiche le fameux message en utilisant l'API win32 implémentée par Wine, ce n'est plus un programme natif sous Linux ? Pourtant, je peux le lancer en tapant ./a.out dans mon shell favori.
La bibliothèque Wine est une bibliothèque comme une autre. C'est pas parce que l'API win32 est principalement utilisée sous Windows que ça change son statut.
[^] # Re: F-spot aussi
Posté par golum . Évalué à 2.
dans le soft que je porte, ca veut dire qu'il faut que j'emule toutes les clés de la base de registres en les mappant sur des fichier de config ?
[^] # Re: F-spot aussi
Posté par Thomas Douillard . Évalué à 4.
Rien de très différent d'un développement multiplateforme classique en utilisant une lib donnée, en somme, tu vas pas dans ces cas là mettre un appel bas niveau spécifique linux ... google a le contrôle total de son appli.
[^] # Re: F-spot aussi
Posté par golum . Évalué à 3.
Ce n'est donc plus portable à ce niveau
[^] # Re: F-spot aussi
Posté par Anonyme . Évalué à 4.
Quelle API ? Tu n'es pas obiligé de tout utiliser dans la libwine.
# Modification dynamique des images
Posté par Toff . Évalué à 4.
Existe-t-il d'autres applications travaillant de cette façon ?
Par contre au niveau du traitement (ajout/modif/recherche) des metadatas (EXIF/IPTC) ce n'est vraiment pas terrible.
[^] # Re: Modification dynamique des images
Posté par Gilles Caulier . Évalué à 5.
oui digiKam via son editeur. il y a un historique des actions. Pour plus d'infos, voir les copies d'écran ici :
http://www.digikam.org/?q=image/tid/10
Gilles Caulier
[^] # Re: Modification dynamique des images
Posté par g0d0t . Évalué à 2.
[^] # Re: Modification dynamique des images
Posté par Sylvain Rampacek (site web personnel) . Évalué à 1.
oui, c'est une des fonctions que j'ai franchement bien aimé ! car j'aime bien garder mes photos en version orginale !
par contre, je n'ai pas encore eu le temps de faire le test, mais peut-on éditer la bibliothèque à plusieurs personnes en même temps ? (typique, les photos sont en partage NFS ou SAMBA, et plusieurs utilisateurs y accèdent en même temps, que se passe-t-il ?)
[^] # Re: Modification dynamique des images
Posté par wwp (site web personnel) . Évalué à 4.
Bof bof, m'enfin c'est tjrs bon pour ajouter un soft complet à la panoplie GNU/Linux, avoir le choix est fondamental (quand la variété de choix ne tue pas le choix, justement, voir xmms et clones/forks), reste à voir ce que ca donnera après la beta.
[^] # Re: Modification dynamique des images
Posté par zerchauve . Évalué à 2.
Tu ne peux exporter tes images QUE depuis Picasa du coup :)
Ca m'est arrivé d'oublier, de me dire "houlalala ca c'est le répertoire des super photos", zipper , envoyer... pour me rendre compte que toutes les petites n'y étaient pas... puisque je n'avais pas fait l'export Picasa :)
mais sinon c'est vrai que c'est de la baballe.
# quand je lance picasa...
Posté par Nicolas Blanco (site web personnel) . Évalué à 2.
j'utilise une gentoo AMD64...
[^] # Re: quand je lance picasa...
Posté par kd . Évalué à 8.
C'est vraiment bugué tous ces logiciels proprios. Même pas capable de distinguer une carte son d'une alim !
[^] # Re: quand je lance picasa...
Posté par Pascal Bellicano . Évalué à 2.
Cela m'est arrivé avec 2 ou 3 machines dans des logiciels spécifiques, avec de drivers spécifiques (BlueTooth + OpenGl Nvidia ou Radeon ds Blender uniquement et pas dans UT2004, ou parfois dans skype avec le cpu à 100%.
Donc selon moi:
- soit un prob de drivers (et/ou irq/dma du controleur hd par ex)
- soit un "bruit" dans le signal analogique du son variant avec la puissances demandée à l'alim ou transitant qqpart ds ta carte mère et/ou les autres chips provoqué par du matériel mal fabriqué ou des composant devenu sensibles..
Regarde aussi dans la config de ton mixer de son.
# Picasa fonctionnait déjà avec Wine...
Posté par Hubert FONGARNAND . Évalué à 4.
J'ai quand même installé leur version... Leur installeur (gtk+) est très bien fait, il m'a fallut moins d'une minute pour que tout fonctionne!
et en plus c'est super rapide!
Au passage merci google, pour les 225 patchs pour wine : http://code.google.com/wine.html
et pour le soc (summer of code)
[^] # Re: Picasa fonctionnait déjà avec Wine...
Posté par Nicolas Bourdais (Mastodon) . Évalué à 2.
http://www.lokigames.com/development/setup.php3
# Screenshots de Digikam
Posté par Fabien Engels . Évalué à 5.
http://www.digikam.org/?q=image
Ceci afin de corriger une injustice intolerable dans la note du moderateur ! ;)
# Apport pour ReactOS
Posté par CyrrusSmith (site web personnel) . Évalué à 2.
Bien sûr il vaut mieux faire préssion sur les fabricants pour avoir des matériels avec des pilotes libres. Je le fait à l'occasion.
Mais parfois on a pas le choix et il vaut mieux alors avoir un OS libre.
Je pense qu'il est fait aussi dans le but de lancer des jeux.
ReactOS est fait à partir de FreeDOS et Wine. Tout progrés de ReactOS bénéficie à wine et réciproquement. (Comme ça on pourra aussi lancer les jeux sous wine/GNU/Linux).
Donc si je comprend bien un aspect positif de cette contribution de google sera des progrès dans ReactOS.
http://www.reactos.org/fr/index.html
la version 3.0 en préparation s'avère prometeuse quand au nombre d'applications utilisable.
Pour la stabilité, et bien disons que pour l'instant windows est bien émulé...;-)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.