From eric at yorba.org Fri Apr 1 18:16:13 2011 From: eric at yorba.org (Eric Gregory) Date: Fri, 1 Apr 2011 11:16:13 -0700 Subject: [Shotwell] Yorba announces backports project Message-ID: Today, the Yorba Foundation is proud to unveil our Yorba Backports Project. The Backports Project, codenamed Project DeLorean, brings the simplicity and ease of use of Shotwell, our open-source photo manager, to a number of legacy (but still loved) operating systems. Read more at our blog: http://www.yorba.org/blog/eric/2011/04/yorba-announces-backports-project-for-shotwell.html - Eric From lucas at yorba.org Fri Apr 1 22:27:26 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 1 Apr 2011 15:27:26 -0700 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 Message-ID: Hi Shotwell Fans, Yorba is pleased to announce that we have a release candidate for Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 and should be the release of Shotwell that ships with the next versions of the two major distros -- Ubuntu Natty Narwhal and Fedora Core 15 -- later this Spring! So we're asking all members of the Shotwell community to lend us a hand by testing this new release and reporting any bugs you find. Since work on Shotwell 0.10 has begun, the Shotwell 0.9.1 release candidate must be checked out from a branch of the Yorba SVN repository, accessible here: svn://svn.yorba.org/shotwell/branches/shotwell-0.9 If you need help building and installing the Shotwell 0.9.1 release candidate from source, instructions are available here: http://yorba.org/shotwell/install/#source Since this is pre-release software, you might consider backing up your Shotwell library before starting. Instructions are here: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary Shotwell 0.9.1 fixes these bugs: (#3399) When no publishing plugins are enabled, attempting to publish a mix of photos and videos crashes Shotwell (#3413) Publishing photos to a new Facebook album can sometimes crash Shotwell (#3163) The path of duplicate images might not be displayed correctly during import (#3371) Shotwell reports a directory name, not a filename, when a file fails to import (#3398) When publishing videos to YouTube, Shotwell doesn't correctly handle the case where a user has a valid Google account but hasn't set it up yet for use with YouTube (#3400) Text search in the events directory view should be a keyword search, but is a substring search instead (#3405) The Picasa Web Albums and YouTube publishing plugins could prevent the user from changing to another publishing service under some circumstances (#3412) Changing one's Facebook password while logged into Facebook inside of Shotwell could make the Facebook publisher unusable. (#3414) For enhanced compatibility with GNOME 3, the desktop name of the Shotwell application has changed from "Shotwell Photo Manager" to simply "Shotwell" (#3421) Shotwell now provides a configure script option to set the name of the system library directory to either lib or lib64. This is important for packaging on 64-bit Fedora systems. (#3434) Red-eye reticle is now more visible (#3436) On Ubuntu Natty systems, the Adjust palette could be positioned partially off-screen (#3437) Plugins don't respect --debug switch in configure switch (#3442) Flickr publisher could become unusable if the user revoked Shotwell Connect's permissions while logged into Flickr (#3453) The event containing undated photos could be incorrectly labelled "(null)" in the events directory page As always, thank you for your help and your interest in Shotwell! Cheers, Lucas From fricke at greyeagle.de Sat Apr 2 10:27:06 2011 From: fricke at greyeagle.de (Lars Fricke) Date: Sat, 02 Apr 2011 12:27:06 +0200 Subject: [Shotwell] Images converted from Raw with UFRaw are no longer saved to the database Message-ID: <4D96F9FA.8070404@greyeagle.de> Hello, I have changed to Shotwell since I like the handling and "look and feel" of it. I now run into an issue that is really annoying: If I have imported a RAW image into Shotwell, it is correctly shown. I then rightclick to open in raw editor which is UFRaw. I adjust and click save. UFRaw does save an image indeed as jpg (I checked the rights on the image folder). Shotwell however does neither update the image to the changed (developed) version nor does it show the image (jpg) unless I import it as a new image, which is of cause not logical for the database. I updated to Shotwell 0.9.0 from 0.7.0, no change I use Ubuntu 10.4 and UFRaw 0.17 I appreciate any help. Kind Regards Lars From pt at traversin.org Sat Apr 2 10:50:36 2011 From: pt at traversin.org (pt) Date: Sat, 2 Apr 2011 12:50:36 +0200 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: References: Message-ID: On 2 April 2011 00:27, Lucas Beeler wrote: > Yorba is pleased to announce that we have a release candidate for > Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 Thanks for this release. I tried to install the .deb (I'm on Debian sid) but it ask me to install totem. I suppose that one can use other players (e.g. mplayer) to play videos. Is it possible to remove the totem dependence? Can I manually remove it from the .deb? Is there some other reason of having totem except for playing videos? Thanks, Piergiorgio Traversin -- Web: http://traversin.org GNU/Linux user 190604 From pt at traversin.org Sat Apr 2 10:55:11 2011 From: pt at traversin.org (pt) Date: Sat, 2 Apr 2011 12:55:11 +0200 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: References: Message-ID: On 2 April 2011 12:50, pt wrote: > I tried to install the .deb (I'm on Debian sid) but it ask me to install totem. Sorry I messed up a bit: I have tried to install the .deb of the 0.9.0 version. Any way I presume the 0.9.1 has the same dependencies. Thanks again, Piergiorgio Traversin -- Web: http://traversin.org GNU/Linux user 190604 From sriram137 at gmail.com Sat Apr 2 12:01:22 2011 From: sriram137 at gmail.com (Sriram Ganesan) Date: Sat, 2 Apr 2011 12:01:22 +0000 Subject: [Shotwell] Git migration next week In-Reply-To: <4D91DA82.3020805@yorba.org> Message-ID: <4d971032.02978e0a.4de1.ffffdff1@mx.google.com> Hi again, I have revised my possible feature enhancements to the following after the reading the blog. :) Using pictures as screen-saver(#1112) Captions in Sideshows(#1592) Sideshow music(#1557) Video Playback inside Shotwell(#2820) I think I have chosen features which have some common base. I also wrote a basic code which implements a music playback in Shotwell and attached the patch files to the ticket tracker.( I am not sure how to submit a bug patch in Trac ). Its pretty basic, but I just want to make sure, the basics is write before implementing the whole thing. I have some doubts about the settings and how it is implemented. A UI mockup( even a hand-drawn) would point me in the right direction. Also I was wondering, if I could get in contact with any one of the main developers via IRC or IM,since a chat would be better for communication than a mailing list. Regards, Sriram From sriram137 at gmail.com Sat Apr 2 12:04:41 2011 From: sriram137 at gmail.com (Sriram Ganesan) Date: Sat, 2 Apr 2011 12:04:41 +0000 Subject: [Shotwell] GSoC 2011 Idea Discussion In-Reply-To: <4D91CAAA.30703@yorba.org> Message-ID: <4d9710f1.19028e0a.1f6a.ffffe250@mx.google.com> Hi again, I have revised my possible feature enhancements to the following after the reading the blog. :) Using pictures as screen-saver(#1112) Captions in Sideshows(#1592) Sideshow music(#1557) Video Playback inside Shotwell(#2820) I think I have chosen features which have some common base. I also wrote a basic code which implements a music playback in Shotwell and attached the patch files to the ticket tracker.( I am not sure how to submit a bug patch in Trac ). Its pretty basic, but I just want to make sure, the basics is write before implementing the whole thing. I have some doubts about the settings and how it is implemented. A UI mockup( even a hand-drawn) would point me in the right direction. Also I was wondering, if I could get in contact with any one of the main developers via IRC or IM,since a chat would be better for communication than a mailing list. Regards, Sriram On Saturday 02 April 2011 05:34:10 IST, shotwell at lists.yorba.org wrote: > On 03/28/2011 06:26 PM, Lucas Beeler wrote: > > Hi Sriram& Adam, > > > My thinking is that #1175 "support color profiles" is probably > too > > large for a GSoC project, mostly because color management isn't > a > > problem that Shotwell solves alone. What's more, many of the > > components with which Shotwell would interact to facilitate > color > > management are in flux themselves. See for example, Richard > Hughes > > excellent blog post from March 16 > > > (http://blogs.gnome.org/hughsie/2011/03/16/lgm-2011-making-color-management-just-work-using-colord/) > > where he describes the architecture of the GNOME color > management > > system. To get color management to work, Shotwell would have to > > interact with the GCM session manager via DBus, etc., and many > of > > these components are rapidly evolving themselves. Just my two > cents. > > > Regards, > > Lucas > OK - it looks like color management may be trickier than I > thought, and > so I've taken it off the suggested ideas list. > Once again, that list is not exclusive - if you're particularly > interested in any Shotwell improvement then feel free to propose > it. > Looking forward to hearing from more potential summer of code > students - > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From sriram137 at gmail.com Sat Apr 2 12:12:13 2011 From: sriram137 at gmail.com (Sriram Ganesan) Date: Sat, 2 Apr 2011 12:12:13 +0000 Subject: [Shotwell] Git migration next week In-Reply-To: <4D91DA82.3020805@yorba.org> Message-ID: <4d9712d8.0b428e0a.602f.ffffe1ee@mx.google.com> Extremely sorry for the post with a wrong title.My mail client is acting up. Again my deepest apologies, Sriram From brunogirin at gmail.com Sun Apr 3 10:45:38 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 3 Apr 2011 11:45:38 +0100 Subject: [Shotwell] Git migration next week In-Reply-To: <4D91DA82.3020805@yorba.org> References: <4D91DA82.3020805@yorba.org> Message-ID: Adam, Does it mean that developers will be able to create a git branch of code for features they want to work on and then propose a merge? Bruno On 29 March 2011 14:11, Adam Dingle wrote: > Shotwell users/hackers, > > GNOME migrated from Subversion to Git a couple of years ago, and Yorba has > now decided to do the same. ?We'll be migrating Subversion to Git early next > week, probably on Monday, April 4. ?The Shotwell repository may be > unavailable for several hours as we make the transition. ?We'll send out > another announcement just before the migration begins and another one once > it's complete. > > You can read more about GNOME and Git at > > http://live.gnome.org/Git > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From brunogirin at gmail.com Sun Apr 3 10:59:45 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 3 Apr 2011 11:59:45 +0100 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: References: Message-ID: On 2 April 2011 11:50, pt wrote: > On 2 April 2011 00:27, Lucas Beeler wrote: >> Yorba is pleased to announce that we have a release candidate for >> Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 > > Thanks for this release. > > I tried to install the .deb (I'm on Debian sid) but it ask me to install totem. > > I suppose that one can use other players (e.g. mplayer) to play videos.> > Is it possible to remove the totem dependence? > Can I manually remove it from the .deb? > Is there some other reason of having totem except for playing videos? Hi Piergiogio, The reason for the totem dependency is to produce thumbnails for video. Ticket 3439 (http://trac.yorba.org/ticket/3439) explains the rationale and what would need to be done to remove the dependency and revert to gstreamer for thumbnails. Bruno From brunogirin at gmail.com Sun Apr 3 12:20:52 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 3 Apr 2011 13:20:52 +0100 Subject: [Shotwell] GSoC doubt and idea In-Reply-To: <1301526779.1746.14.camel@nuuk> References: <1301526779.1746.14.camel@nuuk> Message-ID: Valentin, I created a new ticket for positional tags in trac: http://trac.yorba.org/ticket/3460 If it doesn't reflect what you meant or if I forgot something, please add that to the ticket. Bruno On 31 March 2011 00:12, Bruno Girin wrote: > On Wed, 2011-03-30 at 12:57 +0200, Valent?n wrote: >> Hi Vincent! >> >> > The people tagging system will be implemented into Shotwell 0.10 through >> > this request: hierarchical tags >> >> I have read that and I don't see any relation with my people-tagging >> proposal. That is about having hierarchical tags, but my proposal is >> to have... I don't know how to explain it... maybe I could say >> positional tags, a tag that is attached to some area of a photo rather >> than to an entire photo. This way we could tag people faces to not >> only know that a concrete person is in some photo, but also know >> where. >> >> Do you understand me? > > Valentin, > > I think you're right and hierarchical tags are not really related to > what you are talking about. You could implement positional tags like > Facebook does: a lot simpler than face recognition but would do the > trick. You can then add face recognition later to automate (or partially > automate) the process. > > Having said this, even implementing the simple version of positional > tags is not straightforward as you would have to change the Shotwell > database schema to implement the tag-photo link outside of the tag table > so that you can assign the position on a tag+photo basis. Not the end of > the world but it would need to be done carefully and with the right > hooks to upgrade the database schema when users upgrade Shotwell. > > >> >> I think that this would be the first step to implement >> http://trac.yorba.org/ticket/1702 --and the face recognition feature >> would automatize the process. > > I'd actually consider this as the last piece to implement: get the > positional tags with manual tagging (? la Facebook) working first and > then you can add face recognition on top to automate it. > > Cheers, > > Bruno > > > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From adam at yorba.org Sun Apr 3 13:43:57 2011 From: adam at yorba.org (Adam Dingle) Date: Sun, 03 Apr 2011 06:43:57 -0700 Subject: [Shotwell] Git migration next week In-Reply-To: References: <4D91DA82.3020805@yorba.org> Message-ID: <4D98799D.1020206@yorba.org> Bruno, I assume that you mean a git branch on Yorba's git server, not on some other server like GitHub. We'll probably continue to receive most contributions via email patches since our Git repository will not be set up to allow commits from large numbers of external contributors. But if you or other active and trusted Shotwell contributors want to be able to create branches on our server, I think we should be able to set that up upon request. Cheers - adam On 04/03/2011 03:45 AM, Bruno Girin wrote: > Adam, > > Does it mean that developers will be able to create a git branch of > code for features they want to work on and then propose a merge? > > Bruno > > On 29 March 2011 14:11, Adam Dingle wrote: >> Shotwell users/hackers, >> >> GNOME migrated from Subversion to Git a couple of years ago, and Yorba has >> now decided to do the same. We'll be migrating Subversion to Git early next >> week, probably on Monday, April 4. The Shotwell repository may be >> unavailable for several hours as we make the transition. We'll send out >> another announcement just before the migration begins and another one once >> it's complete. >> >> You can read more about GNOME and Git at >> >> http://live.gnome.org/Git >> >> adam >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From joseph.bylund at gmail.com Sun Apr 3 14:43:23 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Sun, 03 Apr 2011 10:43:23 -0400 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: References: Message-ID: <4D98878B.5070107@gmail.com> Checked out as: svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.9 shotwell on "Linux poseidon 2.6.35-28-generic #49-Ubuntu SMP Tue Mar 1 14:39:03 UTC 2011 x86_64 GNU/Linux" got: "make: *** No rule to make target `po/te_IN.po', needed by `locale-langpack/.langstamp'. Stop." Is there a new makefile? am I checking out the proper version? -Joe On 04/01/2011 06:27 PM, Lucas Beeler wrote: > Hi Shotwell Fans, > > Yorba is pleased to announce that we have a release candidate for > Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 > and should be the release of Shotwell that ships with the next > versions of the two major distros -- Ubuntu Natty Narwhal and Fedora > Core 15 -- later this Spring! So we're asking all members of the > Shotwell community to lend us a hand by testing this new release and > reporting any bugs you find. > > Since work on Shotwell 0.10 has begun, the Shotwell 0.9.1 release > candidate must be checked out from a branch of the Yorba SVN > repository, accessible here: > > svn://svn.yorba.org/shotwell/branches/shotwell-0.9 > > If you need help building and installing the Shotwell 0.9.1 release > candidate from source, instructions are available here: > > http://yorba.org/shotwell/install/#source > > Since this is pre-release software, you might consider backing up your > Shotwell library before starting. Instructions are here: > > http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary > > Shotwell 0.9.1 fixes these bugs: > > (#3399) > When no publishing plugins are enabled, attempting to publish a mix of > photos and videos crashes Shotwell > > (#3413) > Publishing photos to a new Facebook album can sometimes crash Shotwell > > (#3163) > The path of duplicate images might not be displayed correctly during import > > (#3371) > Shotwell reports a directory name, not a filename, when a file fails to import > > (#3398) > When publishing videos to YouTube, Shotwell doesn't correctly handle > the case where a user has a valid Google account but hasn't set it up > yet for use with YouTube > > (#3400) > Text search in the events directory view should be a keyword search, > but is a substring search instead > > (#3405) > The Picasa Web Albums and YouTube publishing plugins could prevent the > user from changing to another publishing service under some > circumstances > > (#3412) > Changing one's Facebook password while logged into Facebook inside of > Shotwell could make the Facebook publisher unusable. > > (#3414) > For enhanced compatibility with GNOME 3, the desktop name of the > Shotwell application has changed from "Shotwell Photo Manager" to > simply "Shotwell" > > (#3421) > Shotwell now provides a configure script option to set the name of the > system library directory to either lib or lib64. This is important for > packaging on 64-bit Fedora systems. > > (#3434) > Red-eye reticle is now more visible > > (#3436) > On Ubuntu Natty systems, the Adjust palette could be positioned > partially off-screen > > (#3437) > Plugins don't respect --debug switch in configure switch > > (#3442) > Flickr publisher could become unusable if the user revoked Shotwell > Connect's permissions while logged into Flickr > > (#3453) > The event containing undated photos could be incorrectly labelled > "(null)" in the events directory page > > As always, thank you for your help and your interest in Shotwell! > > Cheers, > Lucas > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Sun Apr 3 14:57:12 2011 From: adam at yorba.org (Adam Dingle) Date: Sun, 03 Apr 2011 07:57:12 -0700 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: <4D98878B.5070107@gmail.com> References: <4D98878B.5070107@gmail.com> Message-ID: <4D988AC8.3060105@yorba.org> Oops - we forgot to include a Makefile change when merging new translations to the branch on Friday. I've just committed a fix. If you run 'svn up' in your working copy, you'll get the fix and all should be well. adam On 04/03/2011 07:43 AM, Joseph Bylund wrote: > Checked out as: svn co > svn://svn.yorba.org/shotwell/branches/shotwell-0.9 shotwell > on "Linux poseidon 2.6.35-28-generic #49-Ubuntu SMP Tue Mar 1 14:39:03 > UTC 2011 x86_64 GNU/Linux" > got: "make: *** No rule to make target `po/te_IN.po', needed by > `locale-langpack/.langstamp'. Stop." > > Is there a new makefile? am I checking out the proper version? > -Joe > > On 04/01/2011 06:27 PM, Lucas Beeler wrote: >> Hi Shotwell Fans, >> >> Yorba is pleased to announce that we have a release candidate for >> Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 >> and should be the release of Shotwell that ships with the next >> versions of the two major distros -- Ubuntu Natty Narwhal and Fedora >> Core 15 -- later this Spring! So we're asking all members of the >> Shotwell community to lend us a hand by testing this new release and >> reporting any bugs you find. >> >> Since work on Shotwell 0.10 has begun, the Shotwell 0.9.1 release >> candidate must be checked out from a branch of the Yorba SVN >> repository, accessible here: >> >> svn://svn.yorba.org/shotwell/branches/shotwell-0.9 >> >> If you need help building and installing the Shotwell 0.9.1 release >> candidate from source, instructions are available here: >> >> http://yorba.org/shotwell/install/#source >> >> Since this is pre-release software, you might consider backing up your >> Shotwell library before starting. Instructions are here: >> >> http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary >> >> Shotwell 0.9.1 fixes these bugs: >> >> (#3399) >> When no publishing plugins are enabled, attempting to publish a mix of >> photos and videos crashes Shotwell >> >> (#3413) >> Publishing photos to a new Facebook album can sometimes crash Shotwell >> >> (#3163) >> The path of duplicate images might not be displayed correctly during >> import >> >> (#3371) >> Shotwell reports a directory name, not a filename, when a file fails >> to import >> >> (#3398) >> When publishing videos to YouTube, Shotwell doesn't correctly handle >> the case where a user has a valid Google account but hasn't set it up >> yet for use with YouTube >> >> (#3400) >> Text search in the events directory view should be a keyword search, >> but is a substring search instead >> >> (#3405) >> The Picasa Web Albums and YouTube publishing plugins could prevent the >> user from changing to another publishing service under some >> circumstances >> >> (#3412) >> Changing one's Facebook password while logged into Facebook inside of >> Shotwell could make the Facebook publisher unusable. >> >> (#3414) >> For enhanced compatibility with GNOME 3, the desktop name of the >> Shotwell application has changed from "Shotwell Photo Manager" to >> simply "Shotwell" >> >> (#3421) >> Shotwell now provides a configure script option to set the name of the >> system library directory to either lib or lib64. This is important for >> packaging on 64-bit Fedora systems. >> >> (#3434) >> Red-eye reticle is now more visible >> >> (#3436) >> On Ubuntu Natty systems, the Adjust palette could be positioned >> partially off-screen >> >> (#3437) >> Plugins don't respect --debug switch in configure switch >> >> (#3442) >> Flickr publisher could become unusable if the user revoked Shotwell >> Connect's permissions while logged into Flickr >> >> (#3453) >> The event containing undated photos could be incorrectly labelled >> "(null)" in the events directory page >> >> As always, thank you for your help and your interest in Shotwell! >> >> Cheers, >> Lucas >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Sun Apr 3 15:01:08 2011 From: adam at yorba.org (Adam Dingle) Date: Sun, 03 Apr 2011 08:01:08 -0700 Subject: [Shotwell] GSoC doubt and idea In-Reply-To: References: Message-ID: <4D988BB4.50806@yorba.org> On 03/29/2011 03:40 PM, Valent?n wrote: > Hi! > > My name is Valent?n Barros and I'm interested in applying to this Google > Summer of Code, and my principal project (and maybe the only) will be to > code to Shotwell. I want to implement the feature about playing videos > directly by Shotwell (#2820). > > I think that this only feature would be a short thing to implement in a > GSoC, but just in case, I'm writing this to ask if you consider that it > could be more hard and I'm missing something. > > So, let me introduce myself: > > I'm Spanish, I'm 22 years old and I study Technical Engineering in Computer > Systems in A Coru?a. I also work as a freelance web developer since 2008 and > I've been studying (self-taught) computer-related stuff since I was 16. > > My principal programing language is PHP, but I'm also comfortable with C and > some others. I know a bit of GTK+ and I've played with GStreamer, Cairo and > Clutter ?but I've never done anything big with those because at this time my > main occupation is web development and the studies. Maybe the most > representative application I've wrote is a very simple image > viewer/organizer written in Python with PyGTK ?it has a people tagging > functionality like the one in Facebook, and it generates some XML files and > renames photos with that tags information to help me manage my collection of > thousands of photos that I have taken with my cameras (yes, I like taking > photos :p ). Writing it I have improved my skills with Python and I've > learned how to create custom GTK widgets. > > From now to "Students begin coding" I have about 8-10 hours/week to continue > learning Vala/GTK+/GStreamer/Shotwell, and during GSoC I would spend 40 > hours/week working on this. > > So, do you think that implementing a video player could be enough to this > GSoC or I should add some other sub task to my application? > > I'm also thinking in other idea: To implement a people tagging system, like > the one Facebook (and I believe also Picasa) has, allowing the user to add > people to the photos and later do searches and so ?I mean, the same tags > system Shotwell already has, but people-focused, and allowing the user to > situate the tag in some position inside the photo rather than applying it to > the entire file. > > What do you thing about this? Valent?n, thanks for introducing yourself and for the overview of your background. I agree that video playback in Shotwell is too small to be a project for an entire Summer of Code. But I think that positional tags might be a reasonable project and would be a nice stepping stone toward face recognition. You probably saw that Bruno filed a new ticket for positional tags. Actually we've had an existing ticket for that for a while: http://trac.yorba.org/ticket/3111. I've copied Bruno's notes to that existing ticket and we can use those as a starting point for further discussion. Cheers - adam From joseph.bylund at gmail.com Sun Apr 3 18:54:29 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Sun, 03 Apr 2011 14:54:29 -0400 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: <4D988AC8.3060105@yorba.org> References: <4D98878B.5070107@gmail.com> <4D988AC8.3060105@yorba.org> Message-ID: <4D98C265.6050000@gmail.com> Still shows up as "Shotwell 0.9.0+branch" in help about. I'm not sure I understand "(#3400) Text search in the events directory view should be a keyword search, but is a substring search instead" but I have a photo tagged with "ecmoverviewsunny" and searching for view shows this photo. Sounds like this is not the desired behavior? -Joe On 04/03/2011 10:57 AM, Adam Dingle wrote: > Oops - we forgot to include a Makefile change when merging new > translations to the branch on Friday. I've just committed a fix. If > you run 'svn up' in your working copy, you'll get the fix and all > should be well. > > adam > > On 04/03/2011 07:43 AM, Joseph Bylund wrote: >> Checked out as: svn co >> svn://svn.yorba.org/shotwell/branches/shotwell-0.9 shotwell >> on "Linux poseidon 2.6.35-28-generic #49-Ubuntu SMP Tue Mar 1 >> 14:39:03 UTC 2011 x86_64 GNU/Linux" >> got: "make: *** No rule to make target `po/te_IN.po', needed by >> `locale-langpack/.langstamp'. Stop." >> >> Is there a new makefile? am I checking out the proper version? >> -Joe >> >> On 04/01/2011 06:27 PM, Lucas Beeler wrote: >>> Hi Shotwell Fans, >>> >>> Yorba is pleased to announce that we have a release candidate for >>> Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 >>> and should be the release of Shotwell that ships with the next >>> versions of the two major distros -- Ubuntu Natty Narwhal and Fedora >>> Core 15 -- later this Spring! So we're asking all members of the >>> Shotwell community to lend us a hand by testing this new release and >>> reporting any bugs you find. >>> >>> Since work on Shotwell 0.10 has begun, the Shotwell 0.9.1 release >>> candidate must be checked out from a branch of the Yorba SVN >>> repository, accessible here: >>> >>> svn://svn.yorba.org/shotwell/branches/shotwell-0.9 >>> >>> If you need help building and installing the Shotwell 0.9.1 release >>> candidate from source, instructions are available here: >>> >>> http://yorba.org/shotwell/install/#source >>> >>> Since this is pre-release software, you might consider backing up your >>> Shotwell library before starting. Instructions are here: >>> >>> http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary >>> >>> Shotwell 0.9.1 fixes these bugs: >>> >>> (#3399) >>> When no publishing plugins are enabled, attempting to publish a mix of >>> photos and videos crashes Shotwell >>> >>> (#3413) >>> Publishing photos to a new Facebook album can sometimes crash Shotwell >>> >>> (#3163) >>> The path of duplicate images might not be displayed correctly during >>> import >>> >>> (#3371) >>> Shotwell reports a directory name, not a filename, when a file fails >>> to import >>> >>> (#3398) >>> When publishing videos to YouTube, Shotwell doesn't correctly handle >>> the case where a user has a valid Google account but hasn't set it up >>> yet for use with YouTube >>> >>> (#3400) >>> Text search in the events directory view should be a keyword search, >>> but is a substring search instead >>> >>> (#3405) >>> The Picasa Web Albums and YouTube publishing plugins could prevent the >>> user from changing to another publishing service under some >>> circumstances >>> >>> (#3412) >>> Changing one's Facebook password while logged into Facebook inside of >>> Shotwell could make the Facebook publisher unusable. >>> >>> (#3414) >>> For enhanced compatibility with GNOME 3, the desktop name of the >>> Shotwell application has changed from "Shotwell Photo Manager" to >>> simply "Shotwell" >>> >>> (#3421) >>> Shotwell now provides a configure script option to set the name of the >>> system library directory to either lib or lib64. This is important for >>> packaging on 64-bit Fedora systems. >>> >>> (#3434) >>> Red-eye reticle is now more visible >>> >>> (#3436) >>> On Ubuntu Natty systems, the Adjust palette could be positioned >>> partially off-screen >>> >>> (#3437) >>> Plugins don't respect --debug switch in configure switch >>> >>> (#3442) >>> Flickr publisher could become unusable if the user revoked Shotwell >>> Connect's permissions while logged into Flickr >>> >>> (#3453) >>> The event containing undated photos could be incorrectly labelled >>> "(null)" in the events directory page >>> >>> As always, thank you for your help and your interest in Shotwell! >>> >>> Cheers, >>> Lucas >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From mweisshaupt1988 at googlemail.com Sun Apr 3 21:31:20 2011 From: mweisshaupt1988 at googlemail.com (=?UTF-8?Q?Martin_Wei=C3=9Fhaupt?=) Date: Sun, 3 Apr 2011 21:31:20 +0000 Subject: [Shotwell] Problems with Shotwell after Upgrading to Ubuntu 11.04 Message-ID: <4d98e729.813ee30a.4048.ffffcefa@mx.google.com> Hello Everyone, I didn't have much time lately but I wanted to try the new Ubuntu version and of course the new Shotwell version. After upgrading to Natty I noticed that I wasn't able to start Shotwell anymore. I got this error: > shotwell: error while loading shared libraries: libexiv2.so.6: cannot open shared object file: No such file or directory So I checked which version of libexiv2 is installed and it seems to be libexiv2.so.10. I already tried reinstalling both Shotwell and libexiv2 but this didn't help. Compiling the new Shotwell version from trunk gave me this error message: > /usr/bin/ld: warning: libexiv2.so.6, needed by /usr/local/lib/libgexiv2.so, not found (try using -rpath or -rpath-link) This is pretty strange because Natty runs Shotwell without any problems on my NetBook and a 64Bit virtual machine. The command "locate libexiv2" gave me these results: > /usr/lib/libexiv2.a > /usr/lib/libexiv2.la > /usr/lib/libexiv2.so > /usr/lib/libexiv2.so.10 > /usr/lib/libexiv2.so.10.0.1 > /usr/lib/gthumb/extensions/libexiv2_tools.so > /usr/share/doc/libexiv2-10 > /usr/share/doc/libexiv2-dev > /usr/share/doc/libexiv2-10/changelog.Debian.gz > /usr/share/doc/libexiv2-10/copyright > /usr/share/doc/libexiv2-dev/changelog.Debian.gz > /usr/share/doc/libexiv2-dev/copyright > /usr/share/lintian/overrides/libexiv2-dev > /var/lib/dpkg/info/libexiv2-10.list > /var/lib/dpkg/info/libexiv2-10.md5sums > /var/lib/dpkg/info/libexiv2-10.postinst > /var/lib/dpkg/info/libexiv2-10.postrm > /var/lib/dpkg/info/libexiv2-10.shlibs > /var/lib/dpkg/info/libexiv2-dev.list > /var/lib/dpkg/info/libexiv2-dev.md5sums Did anyone else have this problem or any idea how to solve it? Thanks in advance Martin From B.Candler at pobox.com Sun Apr 3 21:35:04 2011 From: B.Candler at pobox.com (Brian Candler) Date: Sun, 3 Apr 2011 22:35:04 +0100 Subject: [Shotwell] Issues with 0.9.0 and HTC Wildfire Message-ID: <20110403213504.GA9682@talktalkplc.com> I have just been trying 0.9.0 (Ubuntu 10.10 x86_64, Maverick PPA) and downloading some content from my wife's HTC Wildfire phone with camera. Several issues have arisen which I'd like to raise. (1) All sorts of icons (.png or .mdpi.png files) are downloaded from the phone, clearly parts of applications; plus album cover artwork and wallpapers. It appears that the import process is not limiting itself to the DCIM directory, but is slurping up anything that looks like a photo, anywhere on the memory card. This is not exactly a problem, except (a) it needs tidying up afterwards (or manual selective import), and (b) it's not safe to say "delete files after importing", as this is likely to break all the apps which depend on those icons! This could be a problem with gphoto2, since "gphoto2 --list-files" shows them all. Here's the relevant software versions: $ dpkg-query -l | grep gphoto ii gphoto2 2.4.5-2 The gphoto2 digital camera command-line client ii libgphoto2-2 2.4.8-0ubuntu2 gphoto2 digital camera library ii libgphoto2-port0 2.4.8-0ubuntu2 gphoto2 digital camera port library The only config file I can find for gphoto2 is /etc/sane.d/gphoto2.conf (from the libsane package) $ egrep -v '^(#|$)' /etc/sane.d/gphoto2.conf port=serial:/dev/ttyd1 speed=115200 camera=Kodak DC240 dumpinquiry resolution=1280x960 thumb_resolution=160x120 topfolder=/DCIM However, strace'ing the gphoto2 binary shows it not reading any etc or conf file. So, is there any way to get shotwell to restrict itself to the DCIM directory? (2) More seriously, there are a number of videos on the phone in .3gp format, and for some reason these are not imported at all. They are not even displayed in the import window. But checking manually, they do exist: $ find /media/3166-3733/ -iname '*.3gp' /media/3166-3733/DCIM/100MEDIA/VIDEO0002.3gp /media/3166-3733/DCIM/100MEDIA/VIDEO0003.3gp /media/3166-3733/DCIM/100MEDIA/VIDEO0006.3gp /media/3166-3733/DCIM/100MEDIA/VIDEO0005.3gp /media/3166-3733/DCIM/100MEDIA/VIDEO0007.3gp /media/3166-3733/DCIM/100MEDIA/VIDEO0008.3gp (and checking the Pictures directory after the import shows that they have not been imported) I did a separate test with my older Canon camera (which uses .avi) and the videos on that *were* visible in the import preview. Now, this is probably also a problem with gphoto2, because --list-files shows me the .jpg and .png files but no .3gp ones: $ gphoto2 --list-files | grep -i 3gp $ If that's the case, I have no idea how to fix it. (I found a shotwell release note saying that .srw files needed a newer release of gphoto2, but nothing about .3gp) As a workaround, I can use shotwell's "Import from Folder..." and point it at the mounted camera. Actually, if I point it at the DCIM directory then that's a workaround for issue (1) as well. But it makes Shotwell a lot less "plug and play" than it could be. (3) On the shotwell import screen, a bunch of images where displayed as rectangles with a red circle crossed through. This includes all the .png files mdpi.png, but also includes some of the jpeg images, for example IMAG0061.jpg and IMAG0062.jpg Permissions on these files appear to be fine, and I can open them in gthumb: $ ls -l /media/3166-3733/DCIM/100MEDIA/IMAG0061.jpg -rw-r--r-- 1 xxxx xxxx 1653955 2011-03-12 14:39 /media/3166-3733/DCIM/100MEDIA/IMAG0061.jpg $ ls -l /media/3166-3733/DCIM/100MEDIA/IMAG0062.jpg -rw-r--r-- 1 xxxx xxxx 1662646 2011-03-12 15:39 /media/3166-3733/DCIM/100MEDIA/IMAG0062.jpg $ file /media/3166-3733/DCIM/100MEDIA/IMAG0061.jpg /media/3166-3733/DCIM/100MEDIA/IMAG0061.jpg: JPEG image data, EXIF standard $ file /media/3166-3733/DCIM/100MEDIA/IMAG0062.jpg /media/3166-3733/DCIM/100MEDIA/IMAG0062.jpg: JPEG image data, EXIF standard $ gthumb /media/3166-3733/DCIM/100MEDIA/IMAG0061.jpg Is there any reason why these shouldn't be visible in the preview? This isn't a major problem, because the pictures *were* imported successfully: $ find Pictures -name 'IMAG0061.jpg' Pictures/2011/03/12/IMAG0061.jpg $ find Pictures -name 'IMAG0062.jpg' Pictures/2011/03/12/IMAG0062.jpg It's just strange they weren't displayed in the preview. They're not even the largest images in the camera - some have larger file sizes than those. Regards, Brian. From martin+shotwell at flexion.org Mon Apr 4 11:35:19 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Mon, 04 Apr 2011 12:35:19 +0100 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <1301438484.2037.9.camel@Linley6> References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1301438484.2037.9.camel@Linley6> Message-ID: Hi, On Tue, 29 Mar 2011 23:41:24 +0100, Michael Hendry wrote: > Martin, > > Since I followed your instructions for getting Shotwell 0.8 installed > on > my Ubuntu 10.04 system, I've had a couple of updates through the > Update > Manager, and am now running Shotwell 0.9.0. > > I wasn't expecting this to happen, as I understood that Shotwell > wasn't > officially part of the 10.04 setup. > > Can I expect to get further updates in this way? And will they be > compatible with my system? I had some correspondence with the Yorba team regarding the build and runtime dependencies for Shotwell. As a result Yorba lowered some dependency requirements which made the back porting process easier. I've been able to provide a back port of Shotwell 0.9.0 for Ubuntu Lucid along with the other library updates that are required for Shotwell. I will continue to release a Shotwell back port for Lucid for as long as is possible. I anticipate that Shotwell 0.9.1 should be no trouble but no idea what might happen beyond that. -- Regards, Martin. From adam at yorba.org Mon Apr 4 13:56:04 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 04 Apr 2011 06:56:04 -0700 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: <4D98C265.6050000@gmail.com> References: <4D98878B.5070107@gmail.com> <4D988AC8.3060105@yorba.org> <4D98C265.6050000@gmail.com> Message-ID: <4D99CDF4.9090308@yorba.org> On 04/03/2011 11:54 AM, Joseph Bylund wrote: > Still shows up as "Shotwell 0.9.0+branch" in help about. That's expected, since 0.9.1 has not been released yet. As the release happens this number will change to 0.9.1. > > I'm not sure I understand "(#3400) Text search in the events directory > view should be a keyword search, but is a substring search instead" > but I have a photo tagged with "ecmoverviewsunny" and searching for > view shows this photo. Sounds like this is not the desired behavior? Actually that's just fine. Shotwell's search finds all photos or events that match every word in your query. For example, if you search for [apple pie], Shotwell should find a photo whose title is "pie" and has a tag "apple", or an event named "pie from yummy apples". That didn't work correctly for events in 0.9.0, which is what bug #3400 (now fixed) was about. adam > > On 04/03/2011 10:57 AM, Adam Dingle wrote: >> Oops - we forgot to include a Makefile change when merging new >> translations to the branch on Friday. I've just committed a fix. If >> you run 'svn up' in your working copy, you'll get the fix and all >> should be well. >> >> adam >> >> On 04/03/2011 07:43 AM, Joseph Bylund wrote: >>> Checked out as: svn co >>> svn://svn.yorba.org/shotwell/branches/shotwell-0.9 shotwell >>> on "Linux poseidon 2.6.35-28-generic #49-Ubuntu SMP Tue Mar 1 >>> 14:39:03 UTC 2011 x86_64 GNU/Linux" >>> got: "make: *** No rule to make target `po/te_IN.po', needed by >>> `locale-langpack/.langstamp'. Stop." >>> >>> Is there a new makefile? am I checking out the proper version? >>> -Joe >>> >>> On 04/01/2011 06:27 PM, Lucas Beeler wrote: >>>> Hi Shotwell Fans, >>>> >>>> Yorba is pleased to announce that we have a release candidate for >>>> Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 >>>> and should be the release of Shotwell that ships with the next >>>> versions of the two major distros -- Ubuntu Natty Narwhal and Fedora >>>> Core 15 -- later this Spring! So we're asking all members of the >>>> Shotwell community to lend us a hand by testing this new release and >>>> reporting any bugs you find. >>>> >>>> Since work on Shotwell 0.10 has begun, the Shotwell 0.9.1 release >>>> candidate must be checked out from a branch of the Yorba SVN >>>> repository, accessible here: >>>> >>>> svn://svn.yorba.org/shotwell/branches/shotwell-0.9 >>>> >>>> If you need help building and installing the Shotwell 0.9.1 release >>>> candidate from source, instructions are available here: >>>> >>>> http://yorba.org/shotwell/install/#source >>>> >>>> Since this is pre-release software, you might consider backing up your >>>> Shotwell library before starting. Instructions are here: >>>> >>>> http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary >>>> >>>> Shotwell 0.9.1 fixes these bugs: >>>> >>>> (#3399) >>>> When no publishing plugins are enabled, attempting to publish a mix of >>>> photos and videos crashes Shotwell >>>> >>>> (#3413) >>>> Publishing photos to a new Facebook album can sometimes crash Shotwell >>>> >>>> (#3163) >>>> The path of duplicate images might not be displayed correctly >>>> during import >>>> >>>> (#3371) >>>> Shotwell reports a directory name, not a filename, when a file >>>> fails to import >>>> >>>> (#3398) >>>> When publishing videos to YouTube, Shotwell doesn't correctly handle >>>> the case where a user has a valid Google account but hasn't set it up >>>> yet for use with YouTube >>>> >>>> (#3400) >>>> Text search in the events directory view should be a keyword search, >>>> but is a substring search instead >>>> >>>> (#3405) >>>> The Picasa Web Albums and YouTube publishing plugins could prevent the >>>> user from changing to another publishing service under some >>>> circumstances >>>> >>>> (#3412) >>>> Changing one's Facebook password while logged into Facebook inside of >>>> Shotwell could make the Facebook publisher unusable. >>>> >>>> (#3414) >>>> For enhanced compatibility with GNOME 3, the desktop name of the >>>> Shotwell application has changed from "Shotwell Photo Manager" to >>>> simply "Shotwell" >>>> >>>> (#3421) >>>> Shotwell now provides a configure script option to set the name of the >>>> system library directory to either lib or lib64. This is important for >>>> packaging on 64-bit Fedora systems. >>>> >>>> (#3434) >>>> Red-eye reticle is now more visible >>>> >>>> (#3436) >>>> On Ubuntu Natty systems, the Adjust palette could be positioned >>>> partially off-screen >>>> >>>> (#3437) >>>> Plugins don't respect --debug switch in configure switch >>>> >>>> (#3442) >>>> Flickr publisher could become unusable if the user revoked Shotwell >>>> Connect's permissions while logged into Flickr >>>> >>>> (#3453) >>>> The event containing undated photos could be incorrectly labelled >>>> "(null)" in the events directory page >>>> >>>> As always, thank you for your help and your interest in Shotwell! >>>> >>>> Cheers, >>>> Lucas >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Apr 4 14:06:33 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 04 Apr 2011 07:06:33 -0700 Subject: [Shotwell] Problems with Shotwell after Upgrading to Ubuntu 11.04 In-Reply-To: <4d98e729.813ee30a.4048.ffffcefa@mx.google.com> References: <4d98e729.813ee30a.4048.ffffcefa@mx.google.com> Message-ID: <4D99D069.5060506@yorba.org> On 04/03/2011 02:31 PM, Martin Wei?haupt wrote: > Hello Everyone, > > I didn't have much time lately but I wanted to try the new Ubuntu version and of course the new Shotwell version. > > After upgrading to Natty I noticed that I wasn't able to start Shotwell anymore. I got this error: >> shotwell: error while loading shared libraries: libexiv2.so.6: cannot open shared object file: No such file or directory > So I checked which version of libexiv2 is installed and it seems to be libexiv2.so.10. I already tried reinstalling both Shotwell and libexiv2 but this didn't help. > > Compiling the new Shotwell version from trunk gave me this error message: >> /usr/bin/ld: warning: libexiv2.so.6, needed by /usr/local/lib/libgexiv2.so, not found (try using -rpath or -rpath-link) > This is pretty strange because Natty runs Shotwell without any problems on my NetBook and a 64Bit virtual machine. > The command "locate libexiv2" gave me these results: >> /usr/lib/libexiv2.a> /usr/lib/libexiv2.la> /usr/lib/libexiv2.so> /usr/lib/libexiv2.so.10> /usr/lib/libexiv2.so.10.0.1> /usr/lib/gthumb/extensions/libexiv2_tools.so> /usr/share/doc/libexiv2-10> /usr/share/doc/libexiv2-dev> /usr/share/doc/libexiv2-10/changelog.Debian.gz> /usr/share/doc/libexiv2-10/copyright> /usr/share/doc/libexiv2-dev/changelog.Debian.gz> /usr/share/doc/libexiv2-dev/copyright> /usr/share/lintian/overrides/libexiv2-dev> /var/lib/dpkg/info/libexiv2-10.list> /var/lib/dpkg/info/libexiv2-10.md5sums> /var/lib/dpkg/info/libexiv2-10.postinst> /var/lib/dpkg/info/libexiv2-10.postrm> /var/lib/dpkg/info/libexiv2-10.shlibs> /var/lib/dpkg/info/libexiv2-dev.list> /var/lib/dpkg/info/libexiv2-dev.md5sums > Did anyone else have this problem or any idea how to solve it? Looks to me like your installation of gexiv2 in /usr/local is trying to pull in an older version of exiv2 (libexiv2.so.6). On Natty, you should be able to use both libexiv2 and libgexiv2 from the Natty repository, so you shouldn't need those installed locally at all. So I'd uninstall gexiv2 from /usr/local - that should help. adam From salimma at fedoraproject.org Mon Apr 4 16:36:17 2011 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Mon, 04 Apr 2011 18:36:17 +0200 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: References: Message-ID: <4D99F381.1000902@fedoraproject.org> Hi Lucas, On 04/02/2011 12:27 AM, Lucas Beeler wrote: > Hi Shotwell Fans, > > Yorba is pleased to announce that we have a release candidate for > Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 > and should be the release of Shotwell that ships with the next > versions of the two major distros -- Ubuntu Natty Narwhal and Fedora > Core 15 -- later this Spring! So we're asking all members of the > Shotwell community to lend us a hand by testing this new release and > reporting any bugs you find. > When is the final 0.9.1 expected to land? Unfortunately we (Fedora) freeze for beta on Tuesday (tomorrow); I could ask for an exemption, or we could just release this as a zero-day update. I'll still create a build for Rawhide, of course, and probably put up a test build in my personal repo, but depending on release schedules I'd have to keep the release branch on 0.9.0 (plus some backported patches we already applied) for now. Thanks, -- Michel Alexandre Salim GPG key ID: 78884778 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From adam at yorba.org Mon Apr 4 17:29:49 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 04 Apr 2011 10:29:49 -0700 Subject: [Shotwell] Call for Testing: Shotwell 0.9.1 In-Reply-To: <4D99F381.1000902@fedoraproject.org> References: <4D99F381.1000902@fedoraproject.org> Message-ID: <4D9A000D.3000909@yorba.org> On 04/04/2011 09:36 AM, Michel Alexandre Salim wrote: > Hi Lucas, > > On 04/02/2011 12:27 AM, Lucas Beeler wrote: >> Hi Shotwell Fans, >> >> Yorba is pleased to announce that we have a release candidate for >> Shotwell 0.9.1! Shotwell 0.9.1 fixes several bugs in Shotwell 0.9.0 >> and should be the release of Shotwell that ships with the next >> versions of the two major distros -- Ubuntu Natty Narwhal and Fedora >> Core 15 -- later this Spring! So we're asking all members of the >> Shotwell community to lend us a hand by testing this new release and >> reporting any bugs you find. >> > When is the final 0.9.1 expected to land? Unfortunately we (Fedora) > freeze for beta on Tuesday (tomorrow); I could ask for an exemption, or > we could just release this as a zero-day update. I currently expect we'll be releasing 0.9.1 today. Stay tuned... adam From mweisshaupt1988 at googlemail.com Mon Apr 4 20:31:42 2011 From: mweisshaupt1988 at googlemail.com (=?UTF-8?Q?Martin_Wei=C3=9Fhaupt?=) Date: Mon, 4 Apr 2011 20:31:42 +0000 Subject: [Shotwell] Fw: Re: Problems with Shotwell after Upgrading to Ubuntu 11.04 In-Reply-To: <4D99D069.5060506@yorba.org> Message-ID: <4d9a2ab0.04b4e30a.3c9f.0438@mx.google.com> Am 04.04.2011 22:25:44 schrieb : > On 04/03/2011 02:31 PM, Martin Wei?haupt wrote: > > Hello Everyone, > > > I didn't have much time lately but I wanted to try the new > Ubuntu version and of course the new Shotwell version. > > > After upgrading to Natty I noticed that I wasn't able to start > Shotwell anymore. I got this error: > >> shotwell: error while loading shared libraries: libexiv2.so.6: > cannot open shared object file: No such file or directory > > So I checked which version of libexiv2 is installed and it > seems to be libexiv2.so.10. I already tried reinstalling both Shotwell and > libexiv2 but this didn't help. > > > Compiling the new Shotwell version from trunk gave me this > error message: > >> /usr/bin/ld: warning: libexiv2.so.6, needed by > /usr/local/lib/libgexiv2.so, not found (try using -rpath or -rpath-link) > > This is pretty strange because Natty runs Shotwell without any > problems on my NetBook and a 64Bit virtual machine. > > The command "locate libexiv2" gave me these results: > >> /usr/lib/libexiv2.a> /usr/lib/libexiv2.la> > /usr/lib/libexiv2.so> /usr/lib/libexiv2.so.10> /usr/lib/libexiv2.so.10.0.1> > /usr/lib/gthumb/extensions/libexiv2_tools.so> /usr/share/doc/libexiv2-10> /usr/share/doc/libexiv2-dev> > /usr/share/doc/libexiv2-10/changelog.Debian.gz> /usr/share/doc/libexiv2-10/copyright> > /usr/share/doc/libexiv2-dev/changelog.Debian.gz> /usr/share/doc/libexiv2-dev/copyright> > /usr/share/lintian/overrides/libexiv2-dev> /var/lib/dpkg/info/libexiv2-10.list> > /var/lib/dpkg/info/libexiv2-10.md5sums> /var/lib/dpkg/info/libexiv2-10.postinst> > /var/lib/dpkg/info/libexiv2-10.postrm> /var/lib/dpkg/info/libexiv2-10.shlibs> > /var/lib/dpkg/info/libexiv2-dev.list> /var/lib/dpkg/info/libexiv2-dev.md5sums > > Did anyone else have this problem or any idea how to solve it? > Looks to me like your installation of gexiv2 in /usr/local is > trying to > pull in an older version of exiv2 (libexiv2.so.6). On Natty, you > should > be able to use both libexiv2 and libgexiv2 from the Natty > repository, so > you shouldn't need those installed locally at all. So I'd > uninstall > gexiv2 from /usr/local - that should help. > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > Hello Adam, thank you for your answer, this worked. I uninstalled the libraries from Ubuntu and then removed the files by executing "rm /usr/local/lib/libgexiv2.*". It seems like these files are left overs from a self compiled and installed version of Shotwell. Next time I will clean up after testing ;-) Now I can concentrate on translation again :D Regards, Martin From paul at harmsworth.com Mon Apr 4 21:17:25 2011 From: paul at harmsworth.com (Paul Harmsworth) Date: Mon, 04 Apr 2011 23:17:25 +0200 Subject: [Shotwell] Piwigo publish error "No status property in root node" In-Reply-To: <4d98e729.813ee30a.4048.ffffcefa@mx.google.com> References: <4d98e729.813ee30a.4048.ffffcefa@mx.google.com> Message-ID: <1301951845.19294.7.camel@pharmswou36j> Hi, Ubuntu 10.10 Shotwell 0.9.0 P I am trying to publish to Piwigo and I have an error. URL is https://username:password at 192.168.1.90/website/Photos/piwigo/index.php? Piwigo user is: user_name The error is "No status property in root node" Does anyone know what to do? Is it https? Is it the embedded username & password in the URL? Regards PAul From vera at yorba.org Mon Apr 4 23:01:58 2011 From: vera at yorba.org (Vera Yin) Date: Mon, 4 Apr 2011 16:01:58 -0700 Subject: [Shotwell] Images converted from Raw with UFRaw are no longer saved to the database In-Reply-To: <4D96F9FA.8070404@greyeagle.de> References: <4D96F9FA.8070404@greyeagle.de> Message-ID: Hi Lars, > I have changed to Shotwell since I like the handling and "look and feel" of it. Thanks! > I now run into an issue that is really annoying: > If I have imported a RAW image into Shotwell, it is correctly shown. > I then rightclick to open in raw editor which is UFRaw. > I adjust and click save. UFRaw does save an image indeed as jpg (I checked > the rights on the image folder). > Shotwell however does neither update the image to the changed (developed) > version nor does it show the image (jpg) unless I import it as a new image, > which is of cause not logical for the database. > I updated to Shotwell 0.9.0 from 0.7.0, no change > I use Ubuntu 10.4 and UFRaw 0.17 This is a known limitation of Shotwell today - see http://lists.yorba.org/pipermail/shotwell/2010-December/001340.html. We hope to improve this in the future, including treating RAW+JPEG pairs as a single unit: http://trac.yorba.org/ticket/1772. Cheers, Vera From vera at yorba.org Tue Apr 5 01:57:57 2011 From: vera at yorba.org (Vera Yin) Date: Mon, 4 Apr 2011 18:57:57 -0700 Subject: [Shotwell] Issues with 0.9.0 and HTC Wildfire In-Reply-To: <20110403213504.GA9682@talktalkplc.com> References: <20110403213504.GA9682@talktalkplc.com> Message-ID: Hi Brian, > (1) All sorts of icons (.png or .mdpi.png files) are downloaded from the > phone, clearly parts of applications; plus album cover artwork and > wallpapers. ?It appears that the import process is not limiting itself to > the DCIM directory, but is slurping up anything that looks like a photo, > anywhere on the memory card. > This could be a problem with gphoto2, since "gphoto2 --list-files" shows > them all. Here's the relevant software versions: You're right that this is an issue with gphoto. We have a ticket for it: http://trac.yorba.org/ticket/1903 and have also filed a ticket with gphoto: http://sourceforge.net/tracker/?func=detail&aid=3000202&group_id=8874&atid=108874. > So, is there any way to get shotwell to restrict itself to the DCIM > directory? Not really. The best workaround is what you're already doing, using "Import from Folder..." with the mounted camera. > (2) More seriously, there are a number of videos on the phone in .3gp > format, and for some reason these are not imported at all. ?They are not > even displayed in the import window. ?But checking manually, they do exist: > > $ find /media/3166-3733/ -iname '*.3gp' > /media/3166-3733/DCIM/100MEDIA/VIDEO0002.3gp > /media/3166-3733/DCIM/100MEDIA/VIDEO0003.3gp > /media/3166-3733/DCIM/100MEDIA/VIDEO0006.3gp > /media/3166-3733/DCIM/100MEDIA/VIDEO0005.3gp > /media/3166-3733/DCIM/100MEDIA/VIDEO0007.3gp > /media/3166-3733/DCIM/100MEDIA/VIDEO0008.3gp > > (and checking the Pictures directory after the import shows that they have > not been imported) > > I did a separate test with my older Canon camera (which uses .avi) and the > videos on that *were* visible in the import preview. > > Now, this is probably also a problem with gphoto2, because --list-files > shows me the .jpg and .png files but no .3gp ones: > > $ gphoto2 --list-files | grep -i 3gp > $ > > As a workaround, I can use shotwell's "Import from Folder..." and point it > at the mounted camera. ?Actually, if I point it at the DCIM directory then > that's a workaround for issue (1) as well. ?But it makes Shotwell a lot less > "plug and play" than it could be. This does appears to be an issue with gphoto as well. I would suggest continuing to use the workaround you've identified. > (3) On the shotwell import screen, a bunch of images where displayed as > rectangles with a red circle crossed through. ?This includes all the .png > files mdpi.png, but also includes some of the jpeg images, for example > IMAG0061.jpg and IMAG0062.jpg > Is there any reason why these shouldn't be visible in the preview? I believe the thumbnails come from gphoto, and are not available for png files, and occasionally not available for a jpeg file. If you could send us a jpeg for which a preview did not display, we can look into it. Thanks, Vera From adam at yorba.org Tue Apr 5 03:14:23 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 4 Apr 2011 20:14:23 -0700 Subject: [Shotwell] Shotwell 0.9.1 released Message-ID: Yorba has released version 0.9.1 of Shotwell, our digital photo organizer. This release fixes numerous issues, including several critical publishing bugs. We recommend that all users running 0.9.0 update to 0.9.1. Changelog: - Fixes several crashes and other issues in publishing plugins. - Fixes issues where paths and filenames are not displayed correctly after a failed import. - Fixed issue where text search in event and camera import pages was a string match instead of a keyword match. - For enhanced compatibility with GNOME 3, the desktop name of the Shotwell application has changed from "Shotwell Photo Manager" to simply "Shotwell". - Shotwell now provides a configure script option to set the name of the system library directory to either lib or lib64. - Enhanced visibility of red-eye reticle. - Fixed issue where the Adjust palette could be positioned partially off-screen - Plugins now respect --debug switch in configure script. - The event containing undated photos could be incorrectly labeled "(null)" in the events directory page. Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Binaries for Ubuntu Maverick are available at Yorba's Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa Thanks to the entire Shotwell team for their work on this release! adam From salimma at fedoraproject.org Tue Apr 5 09:56:11 2011 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Tue, 05 Apr 2011 11:56:11 +0200 Subject: [Shotwell] Shotwell 0.9.1 released In-Reply-To: References: Message-ID: <4D9AE73B.7050003@fedoraproject.org> On 04/05/2011 05:14 AM, Adam Dingle wrote: > Yorba has released version 0.9.1 of Shotwell, our digital photo organizer. > This release fixes numerous issues, including several critical publishing > bugs. We recommend that all users running 0.9.0 update to 0.9.1. > ... > > Binaries for Ubuntu Maverick are available at Yorba's Launchpad PPA: > https://launchpad.net/~yorba/+archive/ppa > Fedora 15 binaries here: https://admin.fedoraproject.org/updates/shotwell-0.9.1-1.fc15 Thanks to all developers and testers! -- Michel Alexandre Salim GPG key ID: 78884778 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From caccolangrifata at gmail.com Tue Apr 5 12:11:43 2011 From: caccolangrifata at gmail.com (caccolangrifata) Date: Tue, 05 Apr 2011 14:11:43 +0200 Subject: [Shotwell] Image file with no extension Message-ID: <1302005503.2180.7.camel@mind> In Shotwell 0.9.1 is not possible import image file with no extension. It doesn't seem to work even with folder watch (as expected). Given that Gnome (in any DE i guess?) recognizes files without extension, Shotwell should import that file. Cheers for the great work and for 0.9.1 release :D -- Emanuele Grande OpenPGP key: 1024D/BF9328A7 | j.mp/cJTR3C 9F22 91FE F054 185D 3376 910E 62B3 85D6 BF93 28A7 From paul at harmsworth.com Tue Apr 5 14:24:53 2011 From: paul at harmsworth.com (Paul Harmsworth) Date: Tue, 05 Apr 2011 16:24:53 +0200 Subject: [Shotwell] Piwigo publish error "No status property in root node" In-Reply-To: <1301951845.19294.7.camel@pharmswou36j> References: <4d98e729.813ee30a.4048.ffffcefa@mx.google.com> <1301951845.19294.7.camel@pharmswou36j> Message-ID: <1302013493.25728.0.camel@pharmswou36j> Bounce... Any ideas? On Mon, 2011-04-04 at 23:17 +0200, Paul Harmsworth wrote: > Hi, > > Ubuntu 10.10 Shotwell 0.9.0 P > I am trying to publish to Piwigo and I have an error. > > URL is > https://username:password at 192.168.1.90/website/Photos/piwigo/index.php? > Piwigo user is: user_name > > The error is > "No status property in root node" > > Does anyone know what to do? > Is it https? > Is it the embedded username & password in the URL? > > > Regards > > PAul From vera at yorba.org Tue Apr 5 18:13:59 2011 From: vera at yorba.org (Vera Yin) Date: Tue, 5 Apr 2011 11:13:59 -0700 Subject: [Shotwell] Piwigo publish error "No status property in root node" In-Reply-To: <1301951845.19294.7.camel@pharmswou36j> References: <4d98e729.813ee30a.4048.ffffcefa@mx.google.com> <1301951845.19294.7.camel@pharmswou36j> Message-ID: Hi Paul, Alas, the Piwigo connector is not an official Yorba plugin and we don't provide support for it. You could contact Guillaume Viguier , the external contributor who wrote the Shotwell Piwigo connector code. Cheers, Vera On Mon, Apr 4, 2011 at 2:17 PM, Paul Harmsworth wrote: > Hi, > > Ubuntu 10.10 Shotwell 0.9.0 P > I am trying to publish to Piwigo and I have an error. > > URL is > https://username:password at 192.168.1.90/website/Photos/piwigo/index.php? > Piwigo user is: user_name > > The error is > "No status property in root node" > > Does anyone know what to do? > Is it https? > Is it the embedded username & password in the URL? > > > Regards > > PAul > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Tue Apr 5 21:33:45 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 05 Apr 2011 14:33:45 -0700 Subject: [Shotwell] GSoC 2011 Idea Discussion In-Reply-To: <4d9710f1.19028e0a.1f6a.ffffe250@mx.google.com> References: <4d9710f1.19028e0a.1f6a.ffffe250@mx.google.com> Message-ID: <4D9B8AB9.4020005@yorba.org> Sriram, apologies for the delay in responding - it's been a busy time with the recent release of Shotwell 0.9.1. On 04/02/2011 05:04 AM, Sriram Ganesan wrote: > Hi again, > I have revised my possible feature enhancements to the following after the reading the blog. :) > > Using pictures as screen-saver(#1112) > Captions in Sideshows(#1592) > Sideshow music(#1557) > Video Playback inside Shotwell(#2820) > > I think I have chosen features which have some common base. This could be a reasonable feature set for a summer's work. > I also wrote a basic code which implements a music playback in Shotwell and attached the patch files to the ticket tracker.( I am not sure how to submit a bug patch in Trac ). Seems like you attached your patches just fine. > Its pretty basic, but I just want to make sure, the basics is write before implementing the whole thing. > I have some doubts about the settings and how it is implemented. Lucas Beeler, an engineer on the Shotwell team, will take a look at your code changes and give some basic feedback. > A UI mockup( even a hand-drawn) would point me in the right direction. I think what we'd like is pretty straightforward. The slideshow settings dialog should have a checkbox called "Play music during slideshow" and an associated file chooser button. If the checkbox is checked, the file chooser will let the user choose a music file to play. Optionally, it might be nice if there were also a play/pause button which the user could use to preview the music in that dialog before starting the actual slideshow. > Also I was wondering, if I could get in contact with any one of the main developers via IRC or IM,since a chat would be better for communication than a mailing list. We're not always lurking around on IRC, but feel free to email me and/or shotwell at yorba.org (the Shotwell team) at any time to ask if we are free to join you in #shotwell at that moment. We're also happy to answer your email questions privately if you don't want to bother the mailing list. Cheers - adam From adam at yorba.org Tue Apr 5 21:36:09 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 05 Apr 2011 14:36:09 -0700 Subject: [Shotwell] Git migration next week In-Reply-To: <4D91DA82.3020805@yorba.org> References: <4D91DA82.3020805@yorba.org> Message-ID: <4D9B8B49.50909@yorba.org> On 03/29/2011 06:11 AM, Adam Dingle wrote: > Shotwell users/hackers, > > GNOME migrated from Subversion to Git a couple of years ago, and Yorba > has now decided to do the same. We'll be migrating Subversion to Git > early next week, probably on Monday, April 4. The Shotwell repository > may be unavailable for several hours as we make the transition. We'll > send out another announcement just before the migration begins and > another one once it's complete. The Git migration has been delayed by a few days, but will probably happen this Thursday. Stay tuned. adam From vera at yorba.org Tue Apr 5 22:09:03 2011 From: vera at yorba.org (Vera Yin) Date: Tue, 5 Apr 2011 15:09:03 -0700 Subject: [Shotwell] Image file with no extension In-Reply-To: <1302005503.2180.7.camel@mind> References: <1302005503.2180.7.camel@mind> Message-ID: Hi Emanuele, I've created a ticket for it here: http://trac.yorba.org/ticket/3469, though we probably won't get to it in the near future. Thanks, Vera On Tue, Apr 5, 2011 at 5:11 AM, caccolangrifata wrote: > In Shotwell 0.9.1 is not possible import image file with no extension. > It doesn't seem to work even with folder watch (as expected). Given that > Gnome (in any DE i guess?) recognizes files without extension, Shotwell > should import that file. > > Cheers for the great work and for 0.9.1 release :D > > > -- > Emanuele Grande > OpenPGP key: 1024D/BF9328A7 | j.mp/cJTR3C > 9F22 91FE F054 185D 3376 ?910E 62B3 85D6 BF93 28A7 > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Wed Apr 6 01:03:36 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 5 Apr 2011 18:03:36 -0700 Subject: [Shotwell] GSoC 2011 Idea Discussion In-Reply-To: <4D9B8AB9.4020005@yorba.org> References: <4d9710f1.19028e0a.1f6a.ffffe250@mx.google.com> <4D9B8AB9.4020005@yorba.org> Message-ID: Hi Sriram, A good start on the slideshow music project, but a couple of changes are needed: (i) User Interface Changes In addition to all of the things that Adam mentioned above, I'd add one more requirement: we need a volume slider, either in the Settings dialog or possibly, when music playback is enabled, on the slideshow tool palette itself. The reason I ask for this is two-fold. First, all GNOME media applications provide an in-application volume control in addition to the system volume control. For example, in Totem it appears in the lower-right-hand corner of the main pane. Second, since Shotwell slideshows run full-screen, access to the system volume control on the GNOME panels isn't possible. So, in the present state of affairs, you can't adjust the playback volume during a slideshow at all. I run Fedora, which by default doesn't come with an installed CODEC for MP3 audio. So when I set my DEFAULT_SONG_URI to point to an MP3 file on my hard disk, I heard no audio played back and I got no error message telling me why. GStreamer has facilities for dealing with this through gstreamer-codec-install and gnome-codec-install. Take a look at how they work. They should pop up a dialog box that explains the name of missing codec and tries to use the system package manager to find it. (ii) Code Stuff At AppWindow.vala:159, you've got the following lines: SlideshowPage? page = get_current_page() as SlideshowPage; if (page is SlideshowPage) { page.on_exit_slideshow(); } Note that the runtime type check (page is SlideshowPage) is unnecessary, since the "as" operator returns a null reference if page isn't a SlideshowPage. So your check on the next line (page is SlideshowPage) really only needs to be (page != null). While it doesn't matter so much here, you should know that GObject RTTI is really, really, slow. So use it sparingly. If you can make one RTTI call instead of two, all the better. At SlideshowPage.vala:229 you've got two blank lines in a row. In general, for Yorba projects, we use only one line of whitespace. Make sure you read over the Yorba Coding Conventions here http://trac.yorba.org/wiki/CodingConventions and ensure that any patch you submit conforms to them. This diff is very preliminary and is only a few lines long, so that's about all I've got for now. If I can help you out in any way, with UI specification, Vala language specifics, or whatever, feel free to drop me a line. Regards, Lucas From el.cameleon.1 at gmail.com Wed Apr 6 19:29:12 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 6 Apr 2011 21:29:12 +0200 Subject: [Shotwell] French translation statue in Shotwell 0.9.0 and 0.9.1 Message-ID: Arg!!!! Unfortunately my last comment has been sent to only one people instead of the entire list, so I am afraid that you missed this information: the French translation has not been updated in Shotwell 0.9 and 0.9.1 whereas it presents a lots of untranslated string, as indicated in the image bellow: http://pix.toile-libre.org/?img=1302117955.png It is a pity because the translation is complete on http://www.transifex.net/projects/p/shotwell but doesn't seems to be used by the Shotwell team. So you think that you could fix this very annoying issue shortly? Best regards, -- Vincent ---------- Forwarded message ---------- From: Vincent Date: 2011/3/23 Subject: Re: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager To: martin at flexion.org Just try it and a first comment: the new strings seems not localize in French: have they been forgotten From lucas at yorba.org Wed Apr 6 21:26:16 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 6 Apr 2011 14:26:16 -0700 Subject: [Shotwell] French translation statue in Shotwell 0.9.0 and 0.9.1 In-Reply-To: References: Message-ID: Hi Vincent, I know exactly what's going here. This is a bug in the way that the Shotwell installation script works. The good news is that I do have a workaround for you, but first I need the answer to one quick question from you: did you build and install Shotwell from the source tarball, or did you use the Yorba PPA? If you built and installed from source, then the following workaround will definitely solve your problem. It should work for a PPA installation too, but I'm still checking on that right now. The workaround is: (i) Open a terminal window (ii) Enter the following command: sudo cp /usr/local/share/locale/fr/LC_MESSAGES/shotwell.mo /usr/share/locale-langpack/fr/LC_MESSAGES/shotwell.mo And that's it! Let me know if this solves your issue... Regards, Lucas From lucas at yorba.org Wed Apr 6 22:36:16 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 6 Apr 2011 15:36:16 -0700 Subject: [Shotwell] French translation statue in Shotwell 0.9.0 and 0.9.1 In-Reply-To: References: Message-ID: Hi Vincent, So it turns out that if you installed a binary from the Yorba PPA instead of building from a source tarball that step (ii) in my instructions above is slightly different. In the case of a PPA installation, step (ii) is: (ii) Enter the following command: sudo cp /usr/share/locale/fr/LC_MESSAGES/shotwell.mo /usr/share/locale-langpack/fr/LC_MESSAGES/shotwell.mo Cheers, Lucas From el.cameleon.1 at gmail.com Thu Apr 7 06:55:47 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Thu, 7 Apr 2011 08:55:47 +0200 Subject: [Shotwell] French translation statue in Shotwell 0.9.0 and 0.9.1 In-Reply-To: References: Message-ID: I have installed Shotwell from the PPA, so I will try your command this evening and then I will tell you if it works. Should I understand that not all the users are affected by this bug? The Shotwell release for Natty will have the problem or not? 2011/4/7 Lucas Beeler > Hi Vincent, > > So it turns out that if you installed a binary from the Yorba PPA > instead of building from a source tarball that step (ii) in my > instructions above is slightly different. In the case of a PPA > installation, step (ii) is: > > (ii) > Enter the following command: > > sudo cp /usr/share/locale/fr/LC_MESSAGES/shotwell.mo > /usr/share/locale-langpack/fr/LC_MESSAGES/shotwell.mo > > Cheers, > Lucas > From adam at yorba.org Thu Apr 7 15:55:04 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 07 Apr 2011 08:55:04 -0700 Subject: [Shotwell] French translation statue in Shotwell 0.9.0 and 0.9.1 In-Reply-To: References: Message-ID: <4D9DDE58.30806@yorba.org> Vincent, We believe this bug affects only people who build from source or install from the Yorba PPA, not people who get Shotwell from the Ubuntu repository where translation files are packaged differently. In any case, the bug will be fixed in Shotwell 0.9.2 (probably coming next week) which should be included in Natty. adam On 04/06/2011 11:55 PM, Vincent wrote: > I have installed Shotwell from the PPA, so I will try your command this > evening and then I will tell you if it works. > Should I understand that not all the users are affected by this bug? The > Shotwell release for Natty will have the problem or not? > > 2011/4/7 Lucas Beeler > >> Hi Vincent, >> >> So it turns out that if you installed a binary from the Yorba PPA >> instead of building from a source tarball that step (ii) in my >> instructions above is slightly different. In the case of a PPA >> installation, step (ii) is: >> >> (ii) >> Enter the following command: >> >> sudo cp /usr/share/locale/fr/LC_MESSAGES/shotwell.mo >> /usr/share/locale-langpack/fr/LC_MESSAGES/shotwell.mo >> >> Cheers, >> Lucas >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From el.cameleon.1 at gmail.com Thu Apr 7 17:12:16 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Thu, 7 Apr 2011 19:12:16 +0200 Subject: [Shotwell] French translation statue in Shotwell 0.9.0 and 0.9.1 In-Reply-To: References: Message-ID: This fix the issue, thanks a lot to Lucas ans Adams for these quicks answers! 2011/4/7 Lucas Beeler > So it turns out that if you installed a binary from the Yorba PPA > instead of building from a source tarball that step (ii) in my > instructions above is slightly different. In the case of a PPA > installation, step (ii) is: > > (ii) > Enter the following command: > > sudo cp /usr/share/locale/fr/LC_MESSAGES/shotwell.mo > /usr/share/locale-langpack/fr/LC_MESSAGES/shotwell.mo > From gregory at i-gs.org Thu Apr 7 22:48:24 2011 From: gregory at i-gs.org (Gregory Smirnov) Date: Fri, 08 Apr 2011 00:48:24 +0200 Subject: [Shotwell] failed to build shotwell 0.9.1 on Ubuntu 10.04 64bit Message-ID: <1302216504.15430.16.camel@vostrolx> Hello I have Ubuntu 10.04 64bit. Some time ago I managed to build Shotwell 0.8.1 from sources. Currently I have installed both vala-0.10 (0.10.3) and vala-0.12. Today I tried to build Shotwell 0.9.1 (tar.bz2 from yorba.org website) and have this error: ~/Projects/Shotwell/shotwell-0.9.1$ make valac-0.12 -c -g --enable-checking --thread --fatal-warnings --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 --includedir=plugins --vapi=plugins/shotwell-plugin-dev-1.0.vapi --header=plugins/shotwell-plugin-dev-1.0.h src/plugins/SpitInterfaces.vala src/plugins/TransitionsInterfaces.vala src/plugins/PublishingInterfaces.vala /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:193: error: expected specifier-qualifier-list before ?GDateTime? /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:357: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1172: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c: In function ?spit_publishing_publishable_reserved0?: /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1182: error: ?SpitPublishingPublishableIface? has no member named ?reserved0? ... /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1260: error: ?SpitPublishingPublishableIface? has no member named ?reserved7? error: cc exited with status 256 Compilation failed: 1 error(s), 0 warning(s) I tried generating C file only: ~/Projects/Shotwell/shotwell-0.9.1$ valac-0.12 -C -g --enable-checking --thread --fatal-warnings --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 --includedir=./plugins --vapi=./plugins/shotwell-plugin-dev-1.0.vapi --header=./plugins/shotwell-plugin-dev-1.0.h src/plugins/PublishingInterfaces.vala src/plugins/PublishingInterfaces.vala:246.44-246.61: error: The type name `Spit.HostInterface' could not be found public interface PluginHost : GLib.Object, Spit.HostInterface { ^^^^^^^^^^^^^^^^^^ src/plugins/PublishingInterfaces.vala:563.36-563.49: error: The type name `Spit.Pluggable' could not be found public interface Service : Object, Spit.Pluggable { ^^^^^^^^^^^^^^ Compilation failed: 2 error(s), 0 warning(s) Any suggestions? Gregory From adam at yorba.org Thu Apr 7 22:56:33 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 07 Apr 2011 15:56:33 -0700 Subject: [Shotwell] failed to build shotwell 0.9.1 on Ubuntu 10.04 64bit In-Reply-To: <1302216504.15430.16.camel@vostrolx> References: <1302216504.15430.16.camel@vostrolx> Message-ID: <4D9E4121.2050202@yorba.org> Gregory, as you probably know, Shotwell 0.9 requires Vala 0.12 (or 0.11.7); building with 0.10 will not work. Since you have both 0.10 and 0.12 installed, are you completely sure that 0.12 is being used during the build? What does this print? $ valac --version You might need to run 'sudo update-alternatives --config valac' to choose which version you want to be active. Cheers - adam On 04/07/2011 03:48 PM, Gregory Smirnov wrote: > Hello I have Ubuntu 10.04 64bit. > > Some time ago I managed to build Shotwell 0.8.1 from sources. > > Currently I have installed both vala-0.10 (0.10.3) and vala-0.12. > > Today I tried to build Shotwell 0.9.1 (tar.bz2 from yorba.org website) > and have this error: > > ~/Projects/Shotwell/shotwell-0.9.1$ make > valac-0.12 -c -g --enable-checking --thread --fatal-warnings > --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. > --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 > --includedir=plugins --vapi=plugins/shotwell-plugin-dev-1.0.vapi > --header=plugins/shotwell-plugin-dev-1.0.h > src/plugins/SpitInterfaces.vala src/plugins/TransitionsInterfaces.vala > src/plugins/PublishingInterfaces.vala > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:193: error: expected specifier-qualifier-list before ?GDateTime? > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:357: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1172: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c: In function ?spit_publishing_publishable_reserved0?: > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1182: error: ?SpitPublishingPublishableIface? has no member named ?reserved0? > ... > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1260: error: ?SpitPublishingPublishableIface? has no member named ?reserved7? > error: cc exited with status 256 > Compilation failed: 1 error(s), 0 warning(s) > > I tried generating C file only: > > ~/Projects/Shotwell/shotwell-0.9.1$ valac-0.12 -C -g --enable-checking > --thread --fatal-warnings --vapidir=plugins/ -X > -DGETTEXT_PACKAGE='"shotwell"' -X -I. --pkg=gobject-2.0 --pkg=glib-2.0 > --pkg=gdk-2.0 --pkg=gtk+-2.0 --includedir=./plugins > --vapi=./plugins/shotwell-plugin-dev-1.0.vapi > --header=./plugins/shotwell-plugin-dev-1.0.h > src/plugins/PublishingInterfaces.vala > src/plugins/PublishingInterfaces.vala:246.44-246.61: error: The type > name `Spit.HostInterface' could not be found > public interface PluginHost : GLib.Object, Spit.HostInterface { > ^^^^^^^^^^^^^^^^^^ > src/plugins/PublishingInterfaces.vala:563.36-563.49: error: The type > name `Spit.Pluggable' could not be found > public interface Service : Object, Spit.Pluggable { > ^^^^^^^^^^^^^^ > Compilation failed: 2 error(s), 0 warning(s) > > Any suggestions? > Gregory > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From gregory at i-gs.org Thu Apr 7 23:45:58 2011 From: gregory at i-gs.org (Gregory Smirnov) Date: Fri, 08 Apr 2011 01:45:58 +0200 Subject: [Shotwell] failed to build shotwell 0.9.1 on Ubuntu 10.04 64bit In-Reply-To: <4D9E4121.2050202@yorba.org> References: <1302216504.15430.16.camel@vostrolx> <4D9E4121.2050202@yorba.org> Message-ID: <1302219958.15430.27.camel@vostrolx> Yes, I use vala 0.12.0 as you can see in make output. I saw a bug that GDateTime should be fixed for 0.12.0. May be this is a reason. However from the output of make, I think that something wrong with new plugin interface. $ valac --version Vala 0.12.0 $ ls -l /etc/alternatives/va* /etc/alternatives/vala -> /usr/bin/vala-0.12 /etc/alternatives/valac -> /usr/bin/valac-0.12 /etc/alternatives/valac.1.gz -> /usr/share/man/man1/valac-0.12.1.gz /etc/alternatives/vala-gen-introspect -> /usr/bin/vala-gen-introspect-0.12 /etc/alternatives/vapicheck -> /usr/bin/vapicheck-0.12 /etc/alternatives/vapigen -> /usr/bin/vapigen-0.12 On Thu, 2011-04-07 at 15:56 -0700, Adam Dingle wrote: > Gregory, > > as you probably know, Shotwell 0.9 requires Vala 0.12 (or 0.11.7); > building with 0.10 will not work. Since you have both 0.10 and 0.12 > installed, are you completely sure that 0.12 is being used during the > build? What does this print? > > $ valac --version > > You might need to run 'sudo update-alternatives --config valac' to > choose which version you want to be active. Cheers - > > adam > > On 04/07/2011 03:48 PM, Gregory Smirnov wrote: > > Hello I have Ubuntu 10.04 64bit. > > > > Some time ago I managed to build Shotwell 0.8.1 from sources. > > > > Currently I have installed both vala-0.10 (0.10.3) and vala-0.12. > > > > Today I tried to build Shotwell 0.9.1 (tar.bz2 from yorba.org website) > > and have this error: > > > > ~/Projects/Shotwell/shotwell-0.9.1$ make > > valac-0.12 -c -g --enable-checking --thread --fatal-warnings > > --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. > > --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 > > --includedir=plugins --vapi=plugins/shotwell-plugin-dev-1.0.vapi > > --header=plugins/shotwell-plugin-dev-1.0.h > > src/plugins/SpitInterfaces.vala src/plugins/TransitionsInterfaces.vala > > src/plugins/PublishingInterfaces.vala > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:193: error: expected specifier-qualifier-list before ?GDateTime? > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:357: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1172: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c: In function ?spit_publishing_publishable_reserved0?: > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1182: error: ?SpitPublishingPublishableIface? has no member named ?reserved0? > > ... > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1260: error: ?SpitPublishingPublishableIface? has no member named ?reserved7? > > error: cc exited with status 256 > > Compilation failed: 1 error(s), 0 warning(s) > > > > I tried generating C file only: > > > > ~/Projects/Shotwell/shotwell-0.9.1$ valac-0.12 -C -g --enable-checking > > --thread --fatal-warnings --vapidir=plugins/ -X > > -DGETTEXT_PACKAGE='"shotwell"' -X -I. --pkg=gobject-2.0 --pkg=glib-2.0 > > --pkg=gdk-2.0 --pkg=gtk+-2.0 --includedir=./plugins > > --vapi=./plugins/shotwell-plugin-dev-1.0.vapi > > --header=./plugins/shotwell-plugin-dev-1.0.h > > src/plugins/PublishingInterfaces.vala > > src/plugins/PublishingInterfaces.vala:246.44-246.61: error: The type > > name `Spit.HostInterface' could not be found > > public interface PluginHost : GLib.Object, Spit.HostInterface { > > ^^^^^^^^^^^^^^^^^^ > > src/plugins/PublishingInterfaces.vala:563.36-563.49: error: The type > > name `Spit.Pluggable' could not be found > > public interface Service : Object, Spit.Pluggable { > > ^^^^^^^^^^^^^^ > > Compilation failed: 2 error(s), 0 warning(s) > > > > Any suggestions? > > Gregory > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From bryandenniskeith at gmail.com Fri Apr 8 00:57:50 2011 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Thu, 7 Apr 2011 18:57:50 -0600 Subject: [Shotwell] desired crop ratio not accepted Message-ID: Hello, I am trying to use the crop feature, and I'd like to crop to a ratio of 198:940. However, if one of my dimensions is 940, the lowest number for the other dimension that shotwell seems to be happy with is 235. What am I doing wrong? The 198x940 is actually the number of pixels that wordpress wants for its default banner. For now, though, I'm not interested in cropping to that exact number of pixels, but I do want that ratio (which is also 99:470 of course). Any ideas please? thanks, Bryan From adam at yorba.org Fri Apr 8 14:54:42 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 8 Apr 2011 07:54:42 -0700 Subject: [Shotwell] failed to build shotwell 0.9.1 on Ubuntu 10.04 64bit In-Reply-To: <1302219958.15430.27.camel@vostrolx> References: <1302216504.15430.16.camel@vostrolx> <4D9E4121.2050202@yorba.org> <1302219958.15430.27.camel@vostrolx> Message-ID: Gregory, Oh, OK - I just reread your original post and realized you're running Ubuntu 10.04. Newer versions of Shotwell require a newer version of Ubuntu. If you upgrade to 10.10 you'll be able to build just fine. Martin Wimpress has backported Shotwell 0.9.0 to Ubuntu 10.04, so you may be able to install from his PPA here: https://launchpad.net/~flexiondotorg/+archive/shotwell It looks like that PPA doesn't yet include 0.9.1, however. adam On Thu, Apr 7, 2011 at 4:45 PM, Gregory Smirnov wrote: > Yes, I use vala 0.12.0 as you can see in make output. > I saw a bug that GDateTime should be fixed for 0.12.0. May be this is a > reason. However from the output of make, I think that something wrong > with new plugin interface. > > $ valac --version > Vala 0.12.0 > > $ ls -l /etc/alternatives/va* > /etc/alternatives/vala -> /usr/bin/vala-0.12 > /etc/alternatives/valac -> /usr/bin/valac-0.12 > /etc/alternatives/valac.1.gz -> /usr/share/man/man1/valac-0.12.1.gz > /etc/alternatives/vala-gen-introspect > -> /usr/bin/vala-gen-introspect-0.12 > /etc/alternatives/vapicheck -> /usr/bin/vapicheck-0.12 > /etc/alternatives/vapigen -> /usr/bin/vapigen-0.12 > > On Thu, 2011-04-07 at 15:56 -0700, Adam Dingle wrote: > > Gregory, > > > > as you probably know, Shotwell 0.9 requires Vala 0.12 (or 0.11.7); > > building with 0.10 will not work. Since you have both 0.10 and 0.12 > > installed, are you completely sure that 0.12 is being used during the > > build? What does this print? > > > > $ valac --version > > > > You might need to run 'sudo update-alternatives --config valac' to > > choose which version you want to be active. Cheers - > > > > adam > > > > On 04/07/2011 03:48 PM, Gregory Smirnov wrote: > > > Hello I have Ubuntu 10.04 64bit. > > > > > > Some time ago I managed to build Shotwell 0.8.1 from sources. > > > > > > Currently I have installed both vala-0.10 (0.10.3) and vala-0.12. > > > > > > Today I tried to build Shotwell 0.9.1 (tar.bz2 from yorba.org website) > > > and have this error: > > > > > > ~/Projects/Shotwell/shotwell-0.9.1$ make > > > valac-0.12 -c -g --enable-checking --thread --fatal-warnings > > > --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. > > > --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 > > > --includedir=plugins --vapi=plugins/shotwell-plugin-dev-1.0.vapi > > > --header=plugins/shotwell-plugin-dev-1.0.h > > > src/plugins/SpitInterfaces.vala src/plugins/TransitionsInterfaces.vala > > > src/plugins/PublishingInterfaces.vala > > > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:193: > error: expected specifier-qualifier-list before ?GDateTime? > > > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:357: > error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token > > > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1172: > error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token > > > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c: > In function ?spit_publishing_publishable_reserved0?: > > > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1182: > error: ?SpitPublishingPublishableIface? has no member named ?reserved0? > > > ... > > > > /home/gregory/Projects/Shotwell/shotwell-0.9.1/src/plugins/PublishingInterfaces.vala.c:1260: > error: ?SpitPublishingPublishableIface? has no member named ?reserved7? > > > error: cc exited with status 256 > > > Compilation failed: 1 error(s), 0 warning(s) > > > > > > I tried generating C file only: > > > > > > ~/Projects/Shotwell/shotwell-0.9.1$ valac-0.12 -C -g --enable-checking > > > --thread --fatal-warnings --vapidir=plugins/ -X > > > -DGETTEXT_PACKAGE='"shotwell"' -X -I. --pkg=gobject-2.0 --pkg=glib-2.0 > > > --pkg=gdk-2.0 --pkg=gtk+-2.0 --includedir=./plugins > > > --vapi=./plugins/shotwell-plugin-dev-1.0.vapi > > > --header=./plugins/shotwell-plugin-dev-1.0.h > > > src/plugins/PublishingInterfaces.vala > > > src/plugins/PublishingInterfaces.vala:246.44-246.61: error: The type > > > name `Spit.HostInterface' could not be found > > > public interface PluginHost : GLib.Object, Spit.HostInterface { > > > ^^^^^^^^^^^^^^^^^^ > > > src/plugins/PublishingInterfaces.vala:563.36-563.49: error: The type > > > name `Spit.Pluggable' could not be found > > > public interface Service : Object, Spit.Pluggable { > > > ^^^^^^^^^^^^^^ > > > Compilation failed: 2 error(s), 0 warning(s) > > > > > > Any suggestions? > > > Gregory > > > > > > > > > _______________________________________________ > > > Shotwell mailing list > > > Shotwell at lists.yorba.org > > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > From lucas at yorba.org Fri Apr 8 22:24:36 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 8 Apr 2011 15:24:36 -0700 Subject: [Shotwell] desired crop ratio not accepted In-Reply-To: References: Message-ID: Hi Bryan, This is not actually a bug, it's a feature. The Shotwell crop tool wasn't designed to crop images to arbitrary dimensions. It was designed to crop images to aspect ratios in the range commonly used by photographers, for printing and sharing on websites. So there's logic in the crop tool that constrains the aspect ratio to within a certain range, because in the world of photography there's no reason to crop a photo to say, 1836 x 4. In fact, when we designed the crop tool, we considered trying to crop a photo to too extreme an aspect ratio to be an error. We thought this was okay, because Shotwell is a photo manager and not an arbitrary image editor, like GIMP. If you need arbitrary image editing capabilities, you can always install GIMP and launch it right from Shotwell by right-clicking on the photo you'd like work with and choosing "Open with external editor..." After you save the image in GIMP, it will automatically be updated in Shotwell. I admit, however, that we might've been too aggressive in setting the constraints of the crop tool, so I've opened a bug-fix ticket for relaxing them here: http://trac.yorba.org/ticket/3482 . Regards, Lucas From brunogirin at gmail.com Sat Apr 9 11:09:15 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 09 Apr 2011 12:09:15 +0100 Subject: [Shotwell] desired crop ratio not accepted In-Reply-To: References: Message-ID: <1302347355.1778.15.camel@nuuk> Hi Lucas, I think this is a mistake, especially considering that Shotwell does not give you any warning so the user has not idea why the tool doesn't accept the dimensions he explicitly specifies, which is very confusing. I would argue that if someone goes through the steps of selecting "custom" in the drop down and specifying explicit dimensions in pixels, it's probably that they want those exact dimensions. Bruno On Fri, 2011-04-08 at 15:24 -0700, Lucas Beeler wrote: > Hi Bryan, > > This is not actually a bug, it's a feature. The Shotwell crop tool > wasn't designed to crop images to arbitrary dimensions. It was > designed to crop images to aspect ratios in the range commonly used by > photographers, for printing and sharing on websites. So there's logic > in the crop tool that constrains the aspect ratio to within a certain > range, because in the world of photography there's no reason to crop a > photo to say, 1836 x 4. In fact, when we designed the crop tool, we > considered trying to crop a photo to too extreme an aspect ratio to be > an error. We thought this was okay, because Shotwell is a photo > manager and not an arbitrary image editor, like GIMP. > > If you need arbitrary image editing capabilities, you can always > install GIMP and launch it right from Shotwell by right-clicking on > the photo you'd like work with and choosing "Open with external > editor..." After you save the image in GIMP, it will automatically be > updated in Shotwell. > > I admit, however, that we might've been too aggressive in setting the > constraints of the crop tool, so I've opened a bug-fix ticket for > relaxing them here: http://trac.yorba.org/ticket/3482 . > > Regards, > Lucas > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From bryandenniskeith at gmail.com Sat Apr 9 13:35:33 2011 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Sat, 9 Apr 2011 07:35:33 -0600 Subject: [Shotwell] desired crop ratio not accepted In-Reply-To: <1302347355.1778.15.camel@nuuk> References: <1302347355.1778.15.camel@nuuk> Message-ID: Lucas, Thanks for the quick reply. I agree with Bruno. When it says "custom" and allows the user to type in numbers, then the user expects to crop to that ratio (or that exact number of pixels). What's the harm in allowing someone to make a photo of 1836 x 4? If it was a mistake, well, it's easy to go back! I hope that you remove all restrictions on "custom", but if you do need some limitation, then an error message is in order when the user exceeds it. Otherwise, the user says "wtf" and spends a bunch of time trying to figure out what they're doing wrong. Thanks. Bryan On Sat, Apr 9, 2011 at 5:09 AM, Bruno Girin wrote: > Hi Lucas, > > I think this is a mistake, especially considering that Shotwell does not > give you any warning so the user has not idea why the tool doesn't > accept the dimensions he explicitly specifies, which is very confusing. > I would argue that if someone goes through the steps of selecting > "custom" in the drop down and specifying explicit dimensions in pixels, > it's probably that they want those exact dimensions. > > Bruno > > On Fri, 2011-04-08 at 15:24 -0700, Lucas Beeler wrote: >> Hi Bryan, >> >> This is not actually a bug, it's a feature. The Shotwell crop tool >> wasn't designed to crop images to arbitrary dimensions. It was >> designed to crop images to aspect ratios in the range commonly used by >> photographers, for printing and sharing on websites. So there's logic >> in the crop tool that constrains the aspect ratio to within a certain >> range, because in the world of photography there's no reason to crop a >> photo to say, 1836 x 4. In fact, when we designed the crop tool, we >> considered trying to crop a photo to too extreme an aspect ratio to be >> an error. We thought this was okay, because Shotwell is a photo >> manager and not an arbitrary image editor, like GIMP. >> >> If you need arbitrary image editing capabilities, you can always >> install GIMP and launch it right from Shotwell by right-clicking on >> the photo you'd like work with and choosing "Open with external >> editor..." After you save the image in GIMP, it will automatically be >> updated in Shotwell. >> >> I admit, however, that we might've been too aggressive in setting the >> constraints of the crop tool, so I've opened a bug-fix ticket for >> relaxing them here: http://trac.yorba.org/ticket/3482 . >> >> Regards, >> Lucas >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lutimdale at yahoo.com Sun Apr 10 01:06:52 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Sat, 9 Apr 2011 18:06:52 -0700 (PDT) Subject: [Shotwell] 4:3 crop ratio not present in list? In-Reply-To: <1302347355.1778.15.camel@nuuk> References: <1302347355.1778.15.camel@nuuk> Message-ID: <887678.40302.qm@web33702.mail.mud.yahoo.com> I was surprised that the 4:3 crop ratio was not present in the list of ratios. This is the aspect used by - old crt monitors - ipad (1024x768) - many digital photo frames (800x600, 1024x768) Is there any way this can be added please? Thank You. Lu Timdale lutimdale at yahoo.com From el.cameleon.1 at gmail.com Sun Apr 10 19:24:01 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Sun, 10 Apr 2011 21:24:01 +0200 Subject: [Shotwell] Crop menu issue Message-ID: Hi gents, I wonder if someone has ever notice this little issue with the crop menu: when you click on the tool to adjust the ratio, the menu is 90% empty and need to be scrolled in order to make the other ratio appears. Here is a screen-shot of what I see: http://pix.toile-libre.org/?img=1302463137.png Should I open a new bug for this issue? -- Vincent From jordan.d.miller at gmail.com Sun Apr 10 14:49:14 2011 From: jordan.d.miller at gmail.com (Jordan Miller) Date: Sun, 10 Apr 2011 09:49:14 -0500 Subject: [Shotwell] Red-eye tool on zoomed image Message-ID: <1302446954.1859.3.camel@luckybook> Hello, I was wondering if there is a way to use the red eye removal tool while you are zoomed in on an particular part of an image. It is a great tool for quick fixes, however on several photos I correct, the area I am fixing is smaller than the smallest setting. I think it would be great if there was a way to zoom in and edit a region. Am I missing something? Thanks, Jordan Miller jordan.d.miller at gmail.com From gustaf at thorslund.org Sun Apr 10 19:41:36 2011 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Sun, 10 Apr 2011 21:41:36 +0200 Subject: [Shotwell] Red-eye tool on zoomed image In-Reply-To: <1302446954.1859.3.camel@luckybook> References: <1302446954.1859.3.camel@luckybook> Message-ID: <4DA207F0.8020807@thorslund.org> Hi Jordan, Jordan Miller wrote at 04/10/2011 09:49:14 AM -0500 > Hello, > > I was wondering if there is a way to use the red eye removal tool while > you are zoomed in on an particular part of an image. It is a great tool > for quick fixes, however on several photos I correct, the area I am > fixing is smaller than the smallest setting. > > I think it would be great if there was a way to zoom in and edit a > region. Am I missing something? It's a known issue and now I'll just be la^H^Hpractical and quote some old emails: -----> Adam Dingle wrote at 21/12/10 11:42:55 -0800 > > Thanks for the feedback about this. As Vincent pointed out, there were > > two tickets open for this feature request. They were essentially > > duplicates, so I've marked 2626 as a duplicate. > > http://trac.yorba.org/ticket/2369 will track this feature from now on. As you've seen I've written a little workaround in: https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/652158 The one that was later reported as 2626 (and now duplicate). Might be worth adding the workaround to 2369 and maybe change/add launchpad link too. To quote myself: --> I found out Crop can be used as a workaround for this. 1) Crop out the area with the red eyes 2) Now use the redeye function on the limited picture 3) Use crop again and move the box to an other area of red eyes. 4) When done. Crop the picture again to the full size (or any other desired size). Hope this can help. --> -----> and -----> Hi Christian, ckl wrote at 22/12/10 01:44:25 -0800 (PST) > > I have already seen your workaround, but really I have not understood nor > > succeeded to applicate your procedure. > > > > I'm sure that that there is something that I didn't understood I've put some step by step images in: http://gustaf.thorslund.org/tmp/redeye-trick/ #5 took a bit to less of the image, but you get it as bonus ;-) The only intention with the image was to get some red eyes into my face... Hope this helps! -----> Good luck with the eyes! :) Best regards, Gustaf From vperetokin at gmail.com Sun Apr 10 19:51:40 2011 From: vperetokin at gmail.com (Vadim Peretokin) Date: Sun, 10 Apr 2011 19:51:40 +0000 Subject: [Shotwell] Crop menu issue In-Reply-To: Message-ID: <4da20a4e.eec7ec0a.5bb5.ffffb459@mx.google.com> This is a general GTK 2 issue (not sure if they solved it in 3), not a Shotwell-specific error. From brunogirin at gmail.com Sun Apr 10 20:31:06 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 10 Apr 2011 21:31:06 +0100 Subject: [Shotwell] 4:3 crop ratio not present in list? In-Reply-To: <887678.40302.qm@web33702.mail.mud.yahoo.com> References: <1302347355.1778.15.camel@nuuk> <887678.40302.qm@web33702.mail.mud.yahoo.com> Message-ID: <1302467466.4791.2.camel@nuuk> Hi Lu, It's available as "SD Video (4:3)" Bruno On Sat, 2011-04-09 at 18:06 -0700, Lu Timdale wrote: > I was surprised that the 4:3 crop ratio was not present in the list of ratios. > > This is the aspect used by > - old crt monitors > - ipad (1024x768) > - many digital photo frames (800x600, 1024x768) > > Is there any way this can be added please? > > Thank You. > Lu Timdale > lutimdale at yahoo.com > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Apr 11 02:03:47 2011 From: adam at yorba.org (Adam Dingle) Date: Sun, 10 Apr 2011 19:03:47 -0700 Subject: [Shotwell] Crop menu issue In-Reply-To: <4da20a4e.eec7ec0a.5bb5.ffffb459@mx.google.com> References: <4da20a4e.eec7ec0a.5bb5.ffffb459@mx.google.com> Message-ID: >I wonder if someone has ever notice this little issue with the crop menu: >when you click on the tool to adjust the ratio, the menu is 90% empty and >need to be scrolled in order to make the other ratio appears. On Sun, Apr 10, 2011 at 12:51 PM, Vadim Peretokin wrote: > This is a general GTK 2 issue (not sure if they solved it in 3), not a > Shotwell-specific error. Vadim is right. We once had a ticket for this, but closed it when we realized it was an intentional GTK design decision: http://trac.yorba.org/ticket/1615 I don't know either whether this will be different with GTK 3. adam From lucas at yorba.org Mon Apr 11 20:57:33 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 11 Apr 2011 13:57:33 -0700 Subject: [Shotwell] desired crop ratio not accepted In-Reply-To: References: <1302347355.1778.15.camel@nuuk> Message-ID: Brian and Bruno, Thanks for your input! It's been noted on the ticket that I opened. Cheers, Lucas From lutimdale at yahoo.com Mon Apr 11 21:31:19 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Mon, 11 Apr 2011 17:31:19 -0400 Subject: [Shotwell] 4:3 crop ratio not present in list? In-Reply-To: <1302467466.4791.2.camel@nuuk> References: <1302347355.1778.15.camel@nuuk> <887678.40302.qm@web33702.mail.mud.yahoo.com> <1302467466.4791.2.camel@nuuk> Message-ID: <3A536DF8-8913-404E-AEB8-4B41C09E804D@yahoo.com> I couldn't rotate that one. Thanks. Lu On 2011-04-10, at 4:31 PM, Bruno Girin wrote: > Hi Lu, > > It's available as "SD Video (4:3)" > > Bruno > > On Sat, 2011-04-09 at 18:06 -0700, Lu Timdale wrote: >> I was surprised that the 4:3 crop ratio was not present in the list of ratios. >> >> This is the aspect used by >> - old crt monitors >> - ipad (1024x768) >> - many digital photo frames (800x600, 1024x768) >> >> Is there any way this can be added please? >> >> Thank You. >> Lu Timdale >> lutimdale at yahoo.com >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From vera at yorba.org Tue Apr 12 01:08:09 2011 From: vera at yorba.org (Vera Yin) Date: Mon, 11 Apr 2011 18:08:09 -0700 Subject: [Shotwell] Issues with 0.9.0 and HTC Wildfire In-Reply-To: <20110405095136.GA7517@talktalkplc.com> References: <20110403213504.GA9682@talktalkplc.com> <20110405095136.GA7517@talktalkplc.com> Message-ID: Hi Brian, On Tue, Apr 5, 2011 at 2:51 AM, Brian Candler wrote: > On Mon, Apr 04, 2011 at 06:57:57PM -0700, Vera Yin wrote: >> I believe the thumbnails come from gphoto, and are not available for >> png files, and occasionally not available for a jpeg file. If you >> could send us a jpeg for which a preview did not display, we can look >> into it. > > One is attached. Was this photo altered in any way before it was imported into Shotwell? I didn't find an embedded thumbnail but sometimes they get discarded in the processing process. Regards, Vera From roman.yepishev at gmail.com Tue Apr 12 18:44:38 2011 From: roman.yepishev at gmail.com (Roman Yepishev) Date: Tue, 12 Apr 2011 21:44:38 +0300 Subject: [Shotwell] Wrong files get published from single image view mode Message-ID: Hello everybody. I am using Shotwell 0.9.1 in Ubuntu yet-to-be-released Natty Narwhal and I am having an interesting issue. Every time I import something from the media I end up in Last Import page, that is great. I went to the picture I want to publish, open it full-screen, do the modifications, clicked File->Publish and... The complete set of the photos in current "background" view gets uploaded! So, If you open any event with say 10 pictures, open one picture (not selecting others in any way) from that set and attempt to publish it ALL OTHER FILES from that even will be published too. -- Regards, Roman Yepishev From adam at yorba.org Tue Apr 12 18:48:06 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 12 Apr 2011 11:48:06 -0700 Subject: [Shotwell] Wrong files get published from single image view mode In-Reply-To: References: Message-ID: <4DA49E66.9040904@yorba.org> On 04/12/2011 11:44 AM, Roman Yepishev wrote: > Hello everybody. > > I am using Shotwell 0.9.1 in Ubuntu yet-to-be-released Natty Narwhal > and I am having an interesting issue. > > Every time I import something from the media I end up in Last Import > page, that is great. I went to the picture I want to publish, open it > full-screen, do the modifications, clicked File->Publish and... > > The complete set of the photos in current "background" view gets uploaded! > > So, > If you open any event with say 10 pictures, open one picture (not > selecting others in any way) from that set and attempt to publish it > ALL OTHER FILES from that even will be published too. Roman, thanks for the bug report. This is a known bug in 0.9.1: http://trac.yorba.org/ticket/3470 We've fixed this in the 0.9 branch and in trunk, and the fix will be present in the upcoming 0.9.2 release. Cheers - adam From adam at yorba.org Tue Apr 12 20:14:13 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 12 Apr 2011 13:14:13 -0700 Subject: [Shotwell] 4:3 crop ratio not present in list? In-Reply-To: <3A536DF8-8913-404E-AEB8-4B41C09E804D@yahoo.com> References: <1302347355.1778.15.camel@nuuk> <887678.40302.qm@web33702.mail.mud.yahoo.com> <1302467466.4791.2.camel@nuuk> <3A536DF8-8913-404E-AEB8-4B41C09E804D@yahoo.com> Message-ID: <4DA4B295.9010508@yorba.org> Yes - Shotwell won't let you rotate the crop rectangle when it's been set to that aspect ratio. That seems like an arbitrary restriction, so let's remove it for 0.10: http://trac.yorba.org/ticket/3492 adam On 04/11/2011 02:31 PM, Lu Timdale wrote: > I couldn't rotate that one. > > Thanks. > > Lu > > On 2011-04-10, at 4:31 PM, Bruno Girin wrote: > >> Hi Lu, >> >> It's available as "SD Video (4:3)" >> >> Bruno >> >> On Sat, 2011-04-09 at 18:06 -0700, Lu Timdale wrote: >>> I was surprised that the 4:3 crop ratio was not present in the list of ratios. >>> >>> This is the aspect used by >>> - old crt monitors >>> - ipad (1024x768) >>> - many digital photo frames (800x600, 1024x768) >>> >>> Is there any way this can be added please? >>> >>> Thank You. >>> Lu Timdale >>> lutimdale at yahoo.com >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From eric at yorba.org Wed Apr 13 00:41:04 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 12 Apr 2011 17:41:04 -0700 Subject: [Shotwell] Shotwell 0.9.2 released Message-ID: Yorba has released version 0.9.2 of Shotwell, an update to our digital photo organizer. This is a bug fix release that fixes a translation issue and several critical publishing bugs. We recommend all users update. Changelog: Resolves translation issue where shotwell.mo is installed in wrong location Fixes issue where cancelling Flickr upload can crash Shotwell Fixes issue where creating a Picasa Web album with an ampersand in the name crashes Shotwell Resolves bug where selecting "Publish" in single photo mode publishes the entire library instead of the selected photo Async I/O in publishing operations is now stopped when the user cancels the operation Issue fixed on Fedora where the text was cut off in publishing dialog Fixes issue with ratings filter where it didn't function when the search bar was hidden Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Binaries of both packages for Ubuntu Maverick are available at Yorba's Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa From B.Candler at pobox.com Wed Apr 13 08:21:58 2011 From: B.Candler at pobox.com (Brian Candler) Date: Wed, 13 Apr 2011 09:21:58 +0100 Subject: [Shotwell] Issues with 0.9.0 and HTC Wildfire In-Reply-To: References: <20110403213504.GA9682@talktalkplc.com> <20110405095136.GA7517@talktalkplc.com> Message-ID: <20110413082158.GA4285@talktalkplc.com> On Mon, Apr 11, 2011 at 06:08:09PM -0700, Vera Yin wrote: > Was this photo altered in any way before it was imported into > Shotwell? What I sent was what was on my HD after shotwell had imported it. I'll try mounting the camera and copying the image directly from it, but I won't have it available until next week. Regards, Brian. From ppr at lavabit.com Thu Apr 14 09:51:15 2011 From: ppr at lavabit.com (ppr) Date: Thu, 14 Apr 2011 11:51:15 +0200 Subject: [Shotwell] error with shotwell and piwigo Message-ID: <20110414115115.57efc19c@nil> Hi, When I tried to publish my photos with shotwell 0.9.0 to my piwigo gallerie, I have this message : http://pix.toile-libre.org/upload/original/1302774445.png Some time, it's works anyway. How can I fix this ? From vera at yorba.org Thu Apr 14 18:18:22 2011 From: vera at yorba.org (Vera Yin) Date: Thu, 14 Apr 2011 11:18:22 -0700 Subject: [Shotwell] Git migration next week In-Reply-To: <4D9B8B49.50909@yorba.org> References: <4D91DA82.3020805@yorba.org> <4D9B8B49.50909@yorba.org> Message-ID: Hello all, The Git migration has happened! You can now clone the Shotwell repository with the following command: git clone git://yorba.org/shotwell and browse the Yorba git repositories here: http://git.yorba.org. Cheers, Vera On Tue, Apr 5, 2011 at 2:36 PM, Adam Dingle wrote: > On 03/29/2011 06:11 AM, Adam Dingle wrote: >> >> Shotwell users/hackers, >> >> GNOME migrated from Subversion to Git a couple of years ago, and Yorba has >> now decided to do the same. ?We'll be migrating Subversion to Git early next >> week, probably on Monday, April 4. ?The Shotwell repository may be >> unavailable for several hours as we make the transition. ?We'll send out >> another announcement just before the migration begins and another one once >> it's complete. > > The Git migration has been delayed by a few days, but will probably happen > this Thursday. ?Stay tuned. > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From brunogirin at gmail.com Thu Apr 14 19:42:47 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 14 Apr 2011 20:42:47 +0100 Subject: [Shotwell] Git migration next week In-Reply-To: References: <4D91DA82.3020805@yorba.org> <4D9B8B49.50909@yorba.org> Message-ID: <1302810167.1771.0.camel@nuuk> And it works! Well done to the team! Cheers, Bruno On Thu, 2011-04-14 at 11:18 -0700, Vera Yin wrote: > Hello all, > > The Git migration has happened! You can now clone the Shotwell > repository with the following command: > > git clone git://yorba.org/shotwell > > and browse the Yorba git repositories here: http://git.yorba.org. > > Cheers, > Vera > > On Tue, Apr 5, 2011 at 2:36 PM, Adam Dingle wrote: > > On 03/29/2011 06:11 AM, Adam Dingle wrote: > >> > >> Shotwell users/hackers, > >> > >> GNOME migrated from Subversion to Git a couple of years ago, and Yorba has > >> now decided to do the same. We'll be migrating Subversion to Git early next > >> week, probably on Monday, April 4. The Shotwell repository may be > >> unavailable for several hours as we make the transition. We'll send out > >> another announcement just before the migration begins and another one once > >> it's complete. > > > > The Git migration has been delayed by a few days, but will probably happen > > this Thursday. Stay tuned. > > > > adam > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From mateusz at loskot.net Thu Apr 14 23:57:59 2011 From: mateusz at loskot.net (mloskot) Date: Thu, 14 Apr 2011 16:57:59 -0700 (PDT) Subject: [Shotwell] mimics folder In-Reply-To: <1281999700.1978.16.camel@steffen-R522> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> Message-ID: <1302825479713-37967.post@talk.nabble.com> stesind wrote: > > To use 15Gig of space just for previews is a little bit too much. > Lightroom only uses 3.5. And Shotwell starts eats a lot of performance > after startup for generating the previews. > (bumping up this old thread) This is a very good point. I'm a new user giving Shotwell a try and I was very surprised finding how much space ~/.shotwell folder occupies after I imported all my NEF and PEF RAW photos. Immediately after I found out what is the mimic file used for, I started to look for a setting in Preferences which would allow me to control quality/compression ratio of mimic files, so I don't have to sacrifice too much of disk space. I believe, such more advanced control over properties of mimic file would be a good compromise. Those who like best quality of previews could use defaults, but those who don't really care about previews and process RAW anyway using other software, they could increase compression ratio. What you think about it? Best regards, ----- Mateusz Loskot, http://mateusz.loskot.net -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-mimics-folder-tp21302p37967.html Sent from the Shotwell mailing list archive at Nabble.com. From alessiopangos at hotmail.it Fri Apr 15 08:16:29 2011 From: alessiopangos at hotmail.it (vervelover) Date: Fri, 15 Apr 2011 01:16:29 -0700 (PDT) Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1301438484.2037.9.camel@Linley6> Message-ID: <1302855389847-37970.post@talk.nabble.com> I'm having the same problem with shotwell on lucid, it is the only app in the system not to be translated (my language is italian). -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-0-8-1-PPA-available-for-Ubuntu-Lucid-tp36017p37970.html Sent from the Shotwell mailing list archive at Nabble.com. From lucas at yorba.org Fri Apr 15 22:20:45 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 15 Apr 2011 15:20:45 -0700 Subject: [Shotwell] mimics folder In-Reply-To: <1302825479713-37967.post@talk.nabble.com> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <1302825479713-37967.post@talk.nabble.com> Message-ID: Hi Mateusz, I hear your concerns about mimic size, so I've renamed & clarified an older ticket to address this here: http://trac.yorba.org/ticket/3078. At least it's on the radar now! Cheers, Lucas From mateusz at loskot.net Fri Apr 15 22:23:11 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Sat, 16 Apr 2011 00:23:11 +0200 Subject: [Shotwell] mimics folder In-Reply-To: References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <1302825479713-37967.post@talk.nabble.com> Message-ID: <4d82f9a13bcaa05c83a8a1b4acb092f6.squirrel@loskot.net> Lucas Beeler wrote: > Hi Mateusz, > > I hear your concerns about mimic size, so I've renamed & clarified an > older ticket to address this here: http://trac.yorba.org/ticket/3078. > At least it's on the radar now! Lucas, Sounds good. Thanks! Best regards, -- Mateusz Loskot http://mateusz.loskot.net From lucas at yorba.org Fri Apr 15 22:26:42 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 15 Apr 2011 15:26:42 -0700 Subject: [Shotwell] error with shotwell and piwigo In-Reply-To: <20110414115115.57efc19c@nil> References: <20110414115115.57efc19c@nil> Message-ID: Hi ppr, Alas, the Piwigo connector is not an official Yorba plugin and we don't provide support for it. You could contact Guillaume Viguier , the external contributor who wrote the Shotwell Piwigo connector code. Cheers, Lucas From mateusz at loskot.net Fri Apr 15 22:35:05 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Sat, 16 Apr 2011 00:35:05 +0200 Subject: [Shotwell] Shotwell with Monodevelop? Message-ID: Hi, I'm trying to quickly setup a convenient development environment to be able to build, debug and test Shotwell under Linux Ubuntu 10.10. Is it possible to use Monodevelop? I could not find any relevant wiki page. Or, what other environment/IDE would you recommend for Shotwell development? Best regards, -- Mateusz Loskot http://mateusz.loskot.net From adam at yorba.org Fri Apr 15 22:58:33 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 15 Apr 2011 15:58:33 -0700 Subject: [Shotwell] Shotwell with Monodevelop? In-Reply-To: References: Message-ID: Mateusz, I recommend using gedit with Valencia (http://yorba.org/valencia/) - we wrote Valencia here at Yorba for this exact purpose. I recommend pulling Valencia from trunk since the trunk contains some important bug fixes which were not in the last release, including changes for building with Vala 0.12. See the above web page and the instructions at http://trac.yorba.org/wiki/Valencia If you have more questions, feel free to ask on the Valencia mailing list: http://lists.yorba.org/cgi-bin/mailman/listinfo/valencia adam On Fri, Apr 15, 2011 at 3:35 PM, Mateusz Loskot wrote: > Hi, > > I'm trying to quickly setup a convenient development environment to be > able to build, debug and test Shotwell under Linux Ubuntu 10.10. > Is it possible to use Monodevelop? > I could not find any relevant wiki page. > > Or, what other environment/IDE would you recommend for Shotwell > development? > > Best regards, > -- > Mateusz Loskot > http://mateusz.loskot.net > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Fri Apr 15 23:05:43 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 15 Apr 2011 16:05:43 -0700 Subject: [Shotwell] Shotwell with Monodevelop? In-Reply-To: References: Message-ID: Mateusz, By the way, I know that your email said you wanted to be able to "build, debug and test". Unfortunately your options for debugging Vala code are a bit limited at the moment. Vala 0.10 output #line directives which allowed you to debug in gdb at the Vala source code level. Unfortunately, this ability was lost in Vala 0.12 - see https://bugzilla.gnome.org/show_bug.cgi?id=635095 This means that as today you can only debug the C code which valac generates, not the original Vala code. Hopefully that limitation will disappear soon. For debugging, you can use gdb on the command line or various graphical interfaces. We might add debugging to Valencia someday ( http://trac.yorba.org/ticket/125), but that's not likely soon. You could try Nemiver (http://projects.gnome.org/nemiver/), which I've used with some success, or Anjuta, which can also provide a graphical interface to GDB. Hope this helps! adam On Fri, Apr 15, 2011 at 3:58 PM, Adam Dingle wrote: > Mateusz, > > I recommend using gedit with Valencia (http://yorba.org/valencia/) - we > wrote Valencia here at Yorba for this exact purpose. I recommend pulling > Valencia from trunk since the trunk contains some important bug fixes which > were not in the last release, including changes for building with Vala 0.12. > See the above web page and the instructions at > > http://trac.yorba.org/wiki/Valencia > > If you have more questions, feel free to ask on the Valencia mailing list: > > http://lists.yorba.org/cgi-bin/mailman/listinfo/valencia > > adam > > > On Fri, Apr 15, 2011 at 3:35 PM, Mateusz Loskot wrote: > >> Hi, >> >> I'm trying to quickly setup a convenient development environment to be >> able to build, debug and test Shotwell under Linux Ubuntu 10.10. >> Is it possible to use Monodevelop? >> I could not find any relevant wiki page. >> >> Or, what other environment/IDE would you recommend for Shotwell >> development? >> >> Best regards, >> -- >> Mateusz Loskot >> http://mateusz.loskot.net >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From mateusz at loskot.net Fri Apr 15 23:33:10 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Sat, 16 Apr 2011 01:33:10 +0200 Subject: [Shotwell] Shotwell with Monodevelop? In-Reply-To: References: Message-ID: <2f7de7032c0b03be39558c194c338083.squirrel@loskot.net> Adam Dingle wrote: > Mateusz, > > I recommend using gedit with Valencia (http://yorba.org/valencia/) - we > wrote Valencia here at Yorba for this exact purpose. Adam, Great, I have installed Valencia from the repo. > I recommend pulling Valencia from trunk since the trunk contains some > important bug fixes which were not in the last release, including > changes for building with Vala 0.12. I use Vala 0.12, so it will hepl indeed. Regarding your reply to my question about debugging, no problem I think I will find my way. Thanks! Best regards, -- Mateusz Loskot http://mateusz.loskot.net From lombaardcj at gmail.com Sat Apr 16 10:59:56 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Sat, 16 Apr 2011 10:59:56 +0000 Subject: [Shotwell] Searching for photos without any tags Message-ID: <1977319886-1302951595-cardhu_decombobulator_blackberry.rim.net-1794586973-@b4.c3.bise7.blackberry> Hi, I was wondering: Is it possible to use the search function to find photos without any Tag information. It happens that I load additional new photos into Shotwell and would like to update there Tags information. The only way I found so far that help a little is to do it immediately after import by viewing last imported photos. Chris Sent via my BlackBerry from Vodacom - let your email find you! From joseph.bylund at gmail.com Sat Apr 16 12:29:23 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Sat, 16 Apr 2011 08:29:23 -0400 Subject: [Shotwell] Searching for photos without any tags In-Reply-To: <1977319886-1302951595-cardhu_decombobulator_blackberry.rim.net-1794586973-@b4.c3.bise7.blackberry> References: <1977319886-1302951595-cardhu_decombobulator_blackberry.rim.net-1794586973-@b4.c3.bise7.blackberry> Message-ID: <4DA98BA3.6010604@gmail.com> I don't believe there is a way to do this, but I'll let someone more knowledgeable than I confirm. Another nice feature sometimes available is finding non-geotagged photos. Which I imagine would be similar to implement. On 04/16/2011 06:59 AM, lombaardcj at gmail.com wrote: > Hi, > > I was wondering: Is it possible to use the search function to find photos without any Tag information. > > It happens that I load additional new photos into Shotwell and would like to update there Tags information. > > The only way I found so far that help a little is to do it immediately after import by viewing last imported photos. > > Chris > Sent via my BlackBerry from Vodacom - let your email find you! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Sat Apr 16 13:47:23 2011 From: adam at yorba.org (Adam Dingle) Date: Sat, 16 Apr 2011 06:47:23 -0700 Subject: [Shotwell] Searching for photos without any tags In-Reply-To: <4DA98BA3.6010604@gmail.com> References: <1977319886-1302951595-cardhu_decombobulator_blackberry.rim.net-1794586973-@b4.c3.bise7.blackberry> <4DA98BA3.6010604@gmail.com> Message-ID: It's not yet possible to search for untagged or un-geotagged photos in Shotwell. The good news is that we're working on implementing more advanced searching for the next release (Shotwell 0.10): http://trac.yorba.org/ticket/1587 Once this is complete, you'll easily be able to perform searches like these. Eric Gregory has been working on this here at Yorba and is making good progress. I expect that a very preliminary version of this search capability will land in git master next week. It may be a month or two before this is really finished and fully usable, though (we're planning to ship 0.10 in June). Cheers - adam On Sat, Apr 16, 2011 at 5:29 AM, Joseph Bylund wrote: > I don't believe there is a way to do this, but I'll let someone more > knowledgeable than I confirm. Another nice feature sometimes available is > finding non-geotagged photos. Which I imagine would be similar to > implement. > > > On 04/16/2011 06:59 AM, lombaardcj at gmail.com wrote: > >> Hi, >> >> I was wondering: Is it possible to use the search function to find photos >> without any Tag information. >> >> It happens that I load additional new photos into Shotwell and would like >> to update there Tags information. >> >> The only way I found so far that help a little is to do it immediately >> after import by viewing last imported photos. >> >> Chris >> Sent via my BlackBerry from Vodacom - let your email find you! >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mateusz at loskot.net Sat Apr 16 23:42:26 2011 From: mateusz at loskot.net (mloskot) Date: Sat, 16 Apr 2011 16:42:26 -0700 (PDT) Subject: [Shotwell] mimics folder In-Reply-To: References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <1302825479713-37967.post@talk.nabble.com> Message-ID: <1302997346306-38105.post@talk.nabble.com> Lucas Beeler wrote: > > I hear your concerns about mimic size, so I've renamed & clarified an > older ticket to address this here: http://trac.yorba.org/ticket/3078. > Perhaps other users building Shotwell from Git will find this trick useful: http://trac.yorba.org/ticket/3078#comment:4 ----- Mateusz Loskot, http://mateusz.loskot.net -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-mimics-folder-tp21302p38105.html Sent from the Shotwell mailing list archive at Nabble.com. From rob.j.nickerson at gmail.com Sun Apr 17 15:26:09 2011 From: rob.j.nickerson at gmail.com (Rob Nickerson) Date: Sun, 17 Apr 2011 16:26:09 +0100 Subject: [Shotwell] Feature comparison and tags Message-ID: Hi All, Just looking at Shotwell as an option to organise my photos and it struck me as odd that the comparison page (and tag page) does not include Shotwell in the tables! http://trac.yorba.org/wiki/ShotwellFeatureComparison http://trac.yorba.org/wiki/PhotoTags Any particular reason for this omission? Regards, Rob From damos96 at privatdemail.net Sun Apr 17 17:24:21 2011 From: damos96 at privatdemail.net (LinuxUser) Date: Sun, 17 Apr 2011 10:24:21 -0700 (PDT) Subject: [Shotwell] On ArchLinux Shotwell can't open videos Message-ID: <1303061061203-38119.post@talk.nabble.com> When I double click a video, Shotwell opens Mousepad instead of SMPlayer -- View this message in context: http://shotwell.3510.www.nabble.com/On-ArchLinux-Shotwell-can-t-open-videos-tp38119p38119.html Sent from the Shotwell mailing list archive at Nabble.com. From _weijiang_ at yahoo.com Mon Apr 18 04:44:18 2011 From: _weijiang_ at yahoo.com (Wei Jiang) Date: Sun, 17 Apr 2011 21:44:18 -0700 (PDT) Subject: [Shotwell] Shotwell' basic support for icon file Message-ID: <249451.8398.qm@web114714.mail.gq1.yahoo.com> Hi, We are developing a cross-platform file manager Acelet-Filer at www.acelet.com. We found the way you implement you icon file is optional by the spec. We would like to ask you to add basic support for your icon file. The basic way is specified in the standard at http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html, particularly for: Icon file An icon file is an image that can be loaded and used as an icon. The supported image file formats are PNG, XPM and SVG. PNG is the recommended bitmap format, and SVG is for vectorized icons. XPM is supported due to backwards compability reasons, and it is not recommended that new themes use XPM files. Support for SVGs is optional. "Support for SVGs is optional". You will get more support if you do not use optional mechanism. Directory Layout Icons and themes are looked for in a set of directories. By default, apps should look in $HOME/.icons (for backwards compatibility), in $XDG_DATA_DIRS/icons and in /usr/share/pixmaps (in that order). Applications may further add their own icon directories to this list, and users may extend or change the list (in application/desktop specific ways) Yes, "Applications may further add", but, you will get more support if you add basic settings from the spec. Thank you for offering good software Shotwell. Wei Jiang From adam at yorba.org Mon Apr 18 17:54:44 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 18 Apr 2011 10:54:44 -0700 Subject: [Shotwell] Feature comparison and tags In-Reply-To: References: Message-ID: <4DAC7AE4.8050700@yorba.org> On 04/17/2011 08:26 AM, Rob Nickerson wrote: > Hi All, > > Just looking at Shotwell as an option to organise my photos and it struck me > as odd that the comparison page (and tag page) does not include Shotwell in > the tables! > > http://trac.yorba.org/wiki/ShotwellFeatureComparison > > http://trac.yorba.org/wiki/PhotoTags > > Any particular reason for this omission? ?hanks for pointing this out! Shotwell wasn't included on those pages because we wrote these pages when Shotwell was in its infancy and so there wasn't much to say about it yet. Now, of course, Shotwell should certainly be included in the comparison. I've already updated this page: http://trac.yorba.org/wiki/ShotwellFeatureComparison I've also created a ticket to remind us to update the PhotoTags page - we'll do that for the 0.10 release. http://trac.yorba.org/ticket/3509 cheers adam From el.cameleon.1 at gmail.com Mon Apr 18 20:21:39 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Mon, 18 Apr 2011 22:21:39 +0200 Subject: [Shotwell] Usability improvement Message-ID: Hi gents, I am currently tagging and cleaning my 10 years of digital pictures (2006 to 2011 are done, still need to tag 2001 to 2006 (3000 of pictures, ouch!!!). So just a few remarks: 1. I really missed hierarchical tag, to differentiate people, animals, vegetables, places,... I am waiting forward to see it in Shotwell 0.10!!! 2. I really need to see my pictures into their original folders because I wont create events that duplicates folder's names. I am waiting forward to see it in Shotwell 0.10!!!... 3. When there are a lot of tags (for instance, photos of a group of friends with all there names), it is really a pain to edit or add a tag because the "Modify Tag..." windows is really too small and doesn't automatically resize to display all its content... 4. When I go to the Shotwell's trash to empty it, I immediately got a message written in the trash folder claiming that "The trash is empty" and then I see a progress bar showing that the files are deleted... I would I prefer the opposite (first, delete, then display that trash is empty)! That is all for the moment, I will keep you informed and eventually consider to fill some bug if you think I should do it. Best regards, From adam at yorba.org Mon Apr 18 21:03:12 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 18 Apr 2011 14:03:12 -0700 Subject: [Shotwell] Usability improvement In-Reply-To: References: Message-ID: <4DACA710.1020004@yorba.org> Vincent, On 04/18/2011 01:21 PM, Vincent wrote: > Hi gents, > > I am currently tagging and cleaning my 10 years of digital pictures (2006 to > 2011 are done, still need to tag 2001 to 2006 (3000 of pictures, ouch!!!). Wow - a great project! :) > So just a few remarks: > > 1. I really missed hierarchical tag, to differentiate people, animals, > vegetables, places,... I am waiting forward to see it in Shotwell 0.10!!! Yes - we plan to start implementing hierarchical tags soon, and I currently expect they will be in Shotwell 0.10. > 2. I really need to see my pictures into their original folders because I > wont create events that duplicates folder's names. I am waiting forward to > see it in Shotwell 0.10!!!... I think you mean that you'd like Shotwell to include a tree in the sidebar showing your pictures in their location on the file system - yes? http://trac.yorba.org/ticket/1594 That feature is not currently planned for 0.10, alas. Maybe later this year. > 3. When there are a lot of tags (for instance, photos of a group of > friends with all there names), it is really a pain to edit or add a tag > because the "Modify Tag..." windows is really too small and doesn't > automatically resize to display all its content... I've filed a new ticket here: http://trac.yorba.org/ticket/3510 > 4. When I go to the Shotwell's trash to empty it, I immediately got a > message written in the trash folder claiming that "The trash is empty" and > then I see a progress bar showing that the files are deleted... I would I > prefer the opposite (first, delete, then display that trash is empty)! I think this isn't such a huge deal, since the progress bar should complete quickly unless there is an enormous number of files, which should be relatively rare. But you can file a ticket for this if you feel strongly about it. > That is all for the moment, I will keep you informed and eventually consider > to fill some bug if you think I should do it. Sounds good. Cheers - adam From dwlloyd at telus.net Mon Apr 18 21:27:25 2011 From: dwlloyd at telus.net (D.W. Lloyd) Date: Mon, 18 Apr 2011 15:27:25 -0600 Subject: [Shotwell] JPG comment Message-ID: <4DACACBD.9090406@telus.net> In IrfanView, I can enter a jpg comment for a photo. Can Shotwell display jpg comments? That would be handy. Even better if Shotwell could edit them and search them. From clinton at yorba.org Mon Apr 18 21:34:28 2011 From: clinton at yorba.org (Clinton Rogers) Date: Mon, 18 Apr 2011 14:34:28 -0700 Subject: [Shotwell] JPG comment In-Reply-To: <4DACACBD.9090406@telus.net> References: <4DACACBD.9090406@telus.net> Message-ID: Hi D.W., Currently, Shotwell cannot display comments imbedded in JPEGs, although we hope to add this capability in the future, presumably as a part of how we address this ticket: http://trac.yorba.org/ticket/1573 . Cheers, -c On Mon, Apr 18, 2011 at 2:27 PM, D.W. Lloyd wrote: > In IrfanView, I can enter a jpg comment for a photo. Can Shotwell display > jpg comments? That would be handy. Even better if Shotwell could edit them > and search them. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mateusz at loskot.net Mon Apr 18 23:18:04 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Tue, 19 Apr 2011 01:18:04 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: <4DACA710.1020004@yorba.org> References: <4DACA710.1020004@yorba.org> Message-ID: Adam Dingle wrote: >> 3. When there are a lot of tags (for instance, photos of a group of >> friends with all there names), it is really a pain to edit or add a >> tag because the "Modify Tag..." windows is really too small and doesn't >> automatically resize to display all its content... > > I've filed a new ticket here: > > http://trac.yorba.org/ticket/3510 I have taken the liberty to add a few comments and ideas. Best regards, -- Mateusz Loskot http://mateusz.loskot.net From monnier at iro.umontreal.ca Tue Apr 19 12:20:03 2011 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Tue, 19 Apr 2011 09:20:03 -0300 Subject: [Shotwell] Usability improvement References: <4DACA710.1020004@yorba.org> Message-ID: > I think this isn't such a huge deal, since the progress bar should complete > quickly unless there is an enormous number of files, which should be > relatively rare. It can also happen if there's some kind of problem (e.g. network connectivity), Stefan From el.cameleon.1 at gmail.com Tue Apr 19 12:49:08 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 19 Apr 2011 14:49:08 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: <4DACA710.1020004@yorba.org> References: <4DACA710.1020004@yorba.org> Message-ID: 2011/4/18 Adam Dingle > > 4. When I go to the Shotwell's trash to empty it, I immediately got a >> >> message written in the trash folder claiming that "The trash is empty" >> and >> then I see a progress bar showing that the files are deleted... I would >> I >> prefer the opposite (first, delete, then display that trash is empty)! >> > > I think this isn't such a huge deal, since the progress bar should complete > quickly unless there is an enormous number of files, which should be > relatively rare. But you can file a ticket for this if you feel strongly > about it. > Thanks for the feedback! I have opened http://trac.yorba.org/ticket/3518 for this (little) annoyance. From ya-breeze at yandex.ru Tue Apr 19 13:46:08 2011 From: ya-breeze at yandex.ru (=?koi8-r?B?68/Sz8yj1yDpzNjR?=) Date: Tue, 19 Apr 2011 17:46:08 +0400 Subject: [Shotwell] How to use "Multiple libraries" Message-ID: <781321303220768@web146.yandex.ru> Hello I'm trying to use multiple libraries - "shotwell -d [library-directory]" Shotwell really reads photo.db from given directory, but it does not affect configuration, so import directory is the same, and therefore I can't import photos to secondary library. Is there a way to change import directory together with library directory? From adam at yorba.org Tue Apr 19 13:48:43 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 19 Apr 2011 06:48:43 -0700 Subject: [Shotwell] How to use "Multiple libraries" In-Reply-To: <781321303220768@web146.yandex.ru> References: <781321303220768@web146.yandex.ru> Message-ID: <4DAD92BB.5030301@yorba.org> On 04/19/2011 06:46 AM, ??????? ???? wrote: > Hello > I'm trying to use multiple libraries - "shotwell -d [library-directory]" > Shotwell really reads photo.db from given directory, but it does not affect configuration, so import directory is the same, and therefore I can't import photos to secondary library. > Is there a way to change import directory together with library directory? ???????, unfortunately today Shotwell does not store a separate import directory for each library directory. We're hoping to change this in the next release (0.10): http://trac.yorba.org/ticket/2146 adam From el.cameleon.1 at gmail.com Tue Apr 19 20:25:03 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 19 Apr 2011 22:25:03 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: Some others thought as I continue my dive into the past... 1. Sometimes (I don't really understand when), I start to enter one tag, use arrow to select the correct one, start to type the second, use the arrow, and when I hit enter to select the second one, it is merged with the first one (ie: the "," disappear). The same problem appear if I use the mouse?!!l I have uploaded a screencast on Free.dlif you are interested. Have you ever seen something similar? 2. Also, I regret that the search box doesn't offer autocomplete, at least when you start to enter a tag. 2011/4/19 Vincent > > 2011/4/18 Adam Dingle > >> >> 4. When I go to the Shotwell's trash to empty it, I immediately got a >>> >>> message written in the trash folder claiming that "The trash is empty" >>> and >>> then I see a progress bar showing that the files are deleted... I >>> would I >>> prefer the opposite (first, delete, then display that trash is empty)! >>> >> >> I think this isn't such a huge deal, since the progress bar should >> complete quickly unless there is an enormous number of files, which should >> be relatively rare. But you can file a ticket for this if you feel strongly >> about it. >> > > Thanks for the feedback! > I have opened http://trac.yorba.org/ticket/3518 for this (little) > annoyance. > From marcelcoding at googlemail.com Tue Apr 19 20:39:27 2011 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Tue, 19 Apr 2011 22:39:27 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: Hi Vincent, > ? 1. Sometimes (I don't really understand when), I start to enter one tag, > ? use arrow to select the correct one, start to type the second, use the > ? arrow, and when I hit enter to select the second one, it is merged with the > ? first one (ie: the "," disappear). The same problem appear if I use the > ? mouse?!!l I have uploaded a screencast on > Free.dlif you are interested. Have you > ever seen something similar? I can confirm this issue for tags involving "combined" characters like the "?" in the first tag of your example. So this issue is very likely similar to http://trac.yorba.org/ticket/2612 . Best, Marcel From el.cameleon.1 at gmail.com Wed Apr 20 19:08:01 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 20 Apr 2011 21:08:01 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: 2011/4/19 Marcel Stimberg > I can confirm this issue for tags involving "combined" characters like > the "?" in the first tag of your example. So this issue is very likely > similar to http://trac.yorba.org/ticket/2612 . > Hi Marcel, Damn you are right! If the first tag contain either an "?", "?", "?","?", "?", "?" or "?" (which are quite common in France), then the issue occurs. Should I open a new bug? I am not sure if Shotwell should forbid the use of specials characters like these for tag or if it should handle them smarter... From bryandenniskeith at gmail.com Wed Apr 20 19:14:39 2011 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Wed, 20 Apr 2011 13:14:39 -0600 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: I also had a problem with Serbian Latin characters like ??????????. I think those photos refused to upload to flickr via shotwell. Sorry, the problem is kind of vague. I forgot about it till reading this thread, but maybe the solution is the same. I can test further if that's helpful. Bryan On Wed, Apr 20, 2011 at 1:08 PM, Vincent wrote: > 2011/4/19 Marcel Stimberg > >> I can confirm this issue for tags involving "combined" characters like >> the "?" in the first tag of your example. So this issue is very likely >> similar to http://trac.yorba.org/ticket/2612 . >> > > Hi Marcel, > > Damn you are right! If the first tag contain either an "?", "?", "?","?", > "?", "?" or "?" (which are quite common in France), then the issue occurs. > Should I open a new bug? > I am not sure if Shotwell should forbid the use of specials characters like > these for tag or if it should handle them smarter... > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From okeefe at cybermesa.com Wed Apr 20 19:30:52 2011 From: okeefe at cybermesa.com (BrianO'Keefe) Date: Wed, 20 Apr 2011 13:30:52 -0600 Subject: [Shotwell] Usability Message-ID: <4DAF346C.20106@cybermesa.com> I know that there's a request for the function that I would like but just to put it out there; enable the "edit title" to actually change the file name so that once it's changed it can be found in a file manager or sent with the name intact, rather than, DSCN8912.jpeg when I really want "Charlie the dog" to be the file name. Also, a Shotwell import from email attachments like F-spot haad would be wonderful. Made my life, which uses many photos for documentation that are sent to me in emails, easy (or easier at least!). Many thanks for a great product though!! From lombaardcj at gmail.com Wed Apr 20 19:36:16 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Wed, 20 Apr 2011 19:36:16 +0000 Subject: [Shotwell] Multiple users sharing same shotwell photo database Message-ID: <5646253-1303328171-cardhu_decombobulator_blackberry.rim.net-1551369824-@b4.c3.bise7.blackberry> Hi, I'm loving Shotwell. It works and its simple to use. Is their a "how to guide" on setting up Shotwell to enable multiple users to share the same shotwell database file and view the same events/tag information and fotos. Example: My wife and I share our photos on our Ubuntu machine in the same directory. We both like to add Tags to photos in our photos directory. At the moment my wife has to sign in on my user account to do the updating and to view photos using Shotwell. Can she use Shotwell via her profile to view the same photo gallery/database with tag information and events? Regards, Chris Sent via my BlackBerry from Vodacom - let your email find you! From el.cameleon.1 at gmail.com Wed Apr 20 20:06:03 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 20 Apr 2011 22:06:03 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: 2011/4/20 Bryan Keith > I also had a problem with Serbian Latin characters like ??????????. I > think those photos refused to upload to flickr via shotwell. > >From my side, I didn't have any trouble with uploading photos to Flickr which contains tags with an "?" character. It is correctly uploaded and the tags are displayed by Flickr. From clinton at yorba.org Wed Apr 20 20:12:56 2011 From: clinton at yorba.org (Clinton Rogers) Date: Wed, 20 Apr 2011 13:12:56 -0700 Subject: [Shotwell] Usability In-Reply-To: <4DAF346C.20106@cybermesa.com> References: <4DAF346C.20106@cybermesa.com> Message-ID: Hi Brian, On Wed, Apr 20, 2011 at 12:30 PM, BrianO'Keefe wrote: > I know that there's a request for the function that I would like but just to > put it out there; enable the "edit title" to actually change the file name > so that once it's changed it can be found in a file manager or sent with the > name intact, rather than, DSCN8912.jpeg when I really want "Charlie the dog" > to be the file name. I've looked through the ticket database, and I actually couldn't find a request for this. I'll get one filed right away. > Also, a Shotwell import from email attachments like F-spot haad would be > wonderful. Made my life, which uses many photos for documentation that are > sent to me in emails, easy (or easier at least!). This seems like a reasonable request; I'll file a ticket for this, too, and copy you on it. This might require support on the part of the email client in many cases, though, and as such, may be difficult; what seems like it would help here is simply better support for dragging and dropping from other applications, much like what was suggested in this ticket: http://trac.yorba.org/ticket/3451. > Many thanks for a great product though!! Thank you for using Shotwell! Cheers, -c From bryandenniskeith at gmail.com Wed Apr 20 21:50:23 2011 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Wed, 20 Apr 2011 15:50:23 -0600 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: On Wed, Apr 20, 2011 at 2:06 PM, Vincent wrote: > 2011/4/20 Bryan Keith > >> I also had a problem with Serbian Latin characters like ??????????. ?I >> think those photos refused to upload to flickr via shotwell. >> > > From my side, I didn't have any trouble with uploading photos to Flickr > which contains tags with an "?" character. It is correctly uploaded and the > tags are displayed by Flickr. Vincent, Thanks for testing. That prompted me to test, and I successfully uploaded photos with tags and titles that contained characters in both the Serbian latin and cyrillic alphabets. Don't know what I was doing before, but ignore my comments about having problems with different characters. If I'm able to reproduce the problem, I'll post another message. Bryan > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From marcelcoding at googlemail.com Thu Apr 21 08:06:24 2011 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Thu, 21 Apr 2011 10:06:24 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: Hi, > I am not sure if Shotwell should forbid the use of specials characters like > these for tag or if it should handle them smarter... I think generally shotwell handles "special" characters in tags quite well, it's a problem with counting the number of characters that is used as part of the autocompletion (because in Unicode, e.g. "?" can be represented as a single letter or as "?"+"e" -- the latter counting as two). I'll try to look into that. Best, Marcel From lombaardcj at gmail.com Thu Apr 21 10:22:49 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Thu, 21 Apr 2011 10:22:49 +0000 Subject: [Shotwell] Multiple users sharing same shotwell photo database In-Reply-To: <1303378505.4674.31.camel@dun> References: <5646253-1303328171-cardhu_decombobulator_blackberry.rim.net-1551369824-@b4.c3.bise7.blackberry><1303378505.4674.31.camel@dun> Message-ID: <559820725-1303381366-cardhu_decombobulator_blackberry.rim.net-826864267-@b4.c3.bise7.blackberry> Thanks Reimar, I know how to follow the advanced instructions you gave. Will give it a try. Regards, Chris Sent via my BlackBerry from Vodacom - let your email find you! -----Original Message----- From: Reimar Stier Date: Thu, 21 Apr 2011 11:35:05 To: Reply-To: reimar-stier at arcor.de Cc: Subject: Re: [Shotwell] Multiple users sharing same shotwell photo database Hi, this is not as easy as it sounds. In your case you would have to move the database to a new location or set read/write access on your database where it is. (Making a copy of the database is highly recommended.) This is one step more advanced. Shotwells database directory ist ~/.shotwell/ and photos are saved by default in the photo directory of your home. First a short version on how it can be done for a new fresh database. # You need to create a new group: addgroup shotwellusers # and put all the desired user into this group sudo usermod -aG shotwellusers user1 sudo usermod -aG shotwellusers user2 ... # then you need a public directory for all users # lets say we have a partition on /media/share/ # ... and we can create our public directory there sudo mkdir /media/share/shotwell/ # # and make two subdirectories sudo mkdir /media/share/shotwell/photos/ sudo mkdir /media/share/shotwell/db/ # changing permissions on this directory sudo chgrp -R shotwellusers /media/share/shotwell/ #################################################### # starting shotwell always will be following steps # this would be best encapsulated in one script #################################################### # change the create permissions umask 0002 # switch to the new group newgrp shotwellusers # and finally start shotwell shotwell -d /media/share/shotwell/db/ # import of photos need to be changed to following directory # /media/share/shotwell/photos/ # and always copy photos into shotwells directory since # all users should have read/write access to them Hope I could help. Maybe someone can form this into a nice howto and place it somewhere on the shotwell page. Greetings, Reimar Am Mittwoch, den 20.04.2011, 19:36 +0000 schrieb lombaardcj at gmail.com: > Hi, > > I'm loving Shotwell. It works and its simple to use. > > Is their a "how to guide" on setting up Shotwell to enable multiple users to share the same shotwell database file and view the same events/tag information and fotos. > > Example: My wife and I share our photos on our Ubuntu machine in the same directory. > > We both like to add Tags to photos in our photos directory. > > At the moment my wife has to sign in on my user account to do the updating and to view photos using Shotwell. > > Can she use Shotwell via her profile to view the same photo gallery/database with tag information and events? > > Regards, > Chris > Sent via my BlackBerry from Vodacom - let your email find you! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From bengt at thuree.com Thu Apr 21 11:03:44 2011 From: bengt at thuree.com (Bengt) Date: Thu, 21 Apr 2011 21:03:44 +1000 Subject: [Shotwell] PKG_CONFIG_PATH? Message-ID: <4DB00F10.2030205@thuree.com> Hi Why is this not working anymore? That is, I have a local copy of gexiv2 on my development tree, not system wide, so before I just set the PKG_CONFIG_PATH variable, and compiling Shotwell was a breeze. No longer so though... Any reason for this? PKG_CONFIG_PATH=${HOME}/unstable/gexiv2/lib/pkgconfig export PKG_CONFIG_PATH make make[2]: Entering directory `/home/bengt/Development/shotwell/shotwell/plugins/shotwell-publishing' valac -g --enable-checking --fatal-warnings --save-temps --compile \ --vapidir=../ --pkg=shotwell-plugin-dev-1.0 --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 --pkg=gexiv2 --pkg=gee-1.0 \ -X -I../.. -X -fPIC \ -X -D_VERSION='"0.9.2+trunk"' -X -DGETTEXT_PACKAGE='"shotwell"' \ \ ../common/Resources.vala shotwell-publishing.vala FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala YouTubePublishing.vala ../common/RESTSupport.vala error: Package `gexiv2' not found in specified Vala API directories or GObject-Introspection GIR directories Compilation failed: 1 error(s), 0 warning(s) make[2]: *** [.stamp] Error 1 /Bengt -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From mateusz at loskot.net Thu Apr 21 12:42:46 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Thu, 21 Apr 2011 14:42:46 +0200 Subject: [Shotwell] Multiple users sharing same shotwell photo database In-Reply-To: <559820725-1303381366-cardhu_decombobulator_blackberry.rim.net-826864267-@b4.c3.bise7.blackberry> References: <5646253-1303328171-cardhu_decombobulator_blackberry.rim.net-1551369824-@b4.c3.bise7.blackberry><1303378505.4674.31.camel@dun> <559820725-1303381366-cardhu_decombobulator_blackberry.rim.net-826864267-@b4.c3.bise7.blackberry> Message-ID: Reimar Stier wrote: > First a short version on how it can be done for a new fresh database. > > [...] > > Hope I could help. Maybe someone can form this into a nice howto and > place it somewhere on the shotwell page. IMHO, that's what Wiki is for, isn't it? http://trac.yorba.org/wiki/Shotwell Best regards, -- Mateusz Loskot http://mateusz.loskot.net From adam at yorba.org Thu Apr 21 13:27:02 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 21 Apr 2011 06:27:02 -0700 Subject: [Shotwell] PKG_CONFIG_PATH? In-Reply-To: <4DB00F10.2030205@thuree.com> References: <4DB00F10.2030205@thuree.com> Message-ID: Bengt, On Thu, Apr 21, 2011 at 4:03 AM, Bengt wrote: > Hi > > Why is this not working anymore? > That is, I have a local copy of gexiv2 on my development tree, not > system wide, so before I just set the PKG_CONFIG_PATH variable, and > compiling Shotwell was a breeze. > No longer so though... > > Any reason for this? > > > PKG_CONFIG_PATH=${HOME}/unstable/gexiv2/lib/pkgconfig > export PKG_CONFIG_PATH > make > make[2]: Entering directory > `/home/bengt/Development/shotwell/shotwell/plugins/shotwell-publishing' > valac -g --enable-checking --fatal-warnings --save-temps --compile \ > --vapidir=../ --pkg=shotwell-plugin-dev-1.0 > --pkg=gobject-2.0 > --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 > --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 --pkg=gexiv2 > --pkg=gee-1.0 \ > -X -I../.. -X -fPIC \ > -X -D_VERSION='"0.9.2+trunk"' -X > -DGETTEXT_PACKAGE='"shotwell"' \ > \ > ../common/Resources.vala shotwell-publishing.vala > FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala > YouTubePublishing.vala ../common/RESTSupport.vala > error: Package `gexiv2' not found in specified Vala API directories or > GObject-Introspection GIR directories > Compilation failed: 1 error(s), 0 warning(s) > make[2]: *** [.stamp] Error 1 > > PKG_CONFIG_PATH is not relevant for this particular error. The problem is that valac is not finding gexiv2.vapi. This isn't super well documented, but valac 0.12 looks in the following directories for vapi files: 1. Any directories specified via --vapidir on the command line (in this case, "."). 2. $PREFIX/share/vala-0.12/vapi, for every directory $PREFIX in $XDG_DATA_DIRS. 3. $PREFIX/share/vala/vapi, for every directory in $XDG_DATA_DIRS. If you haven't set the XDG_DATA_DIRS environment variable, it defaults to /usr/local/share/:/usr/share/. (See http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html). Typically, if you've built and installed gexiv2 locally using the default prefix (/usr/local), then gexiv2.vapi should be in /usr/local/share/vala/vapi, and valac should find it. If you've used a different prefix when configuring gexiv2, you probably need to add that directory to XDG_DATA_DIRS. Hope this helps! adam From bengt at thuree.com Thu Apr 21 13:35:48 2011 From: bengt at thuree.com (Bengt) Date: Thu, 21 Apr 2011 23:35:48 +1000 Subject: [Shotwell] Compile failure Message-ID: <4DB032B4.5020900@thuree.com> Hi I just downloaded the latest Shotwell, and am trying to compile it. I keep getting the following errors though... (.text+0x1e213): undefined reference to `omp_get_thread_num' (.text+0x1db1d): undefined reference to `GOMP_loop_dynamic_start' full listing in pastebin as per below http://pastebin.ca/2048981 Any suggestions on what I have missed? /Bengt -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From adam at yorba.org Thu Apr 21 15:09:46 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 21 Apr 2011 08:09:46 -0700 Subject: [Shotwell] Compile failure In-Reply-To: <4DB032B4.5020900@thuree.com> References: <4DB032B4.5020900@thuree.com> Message-ID: Bengt, this is a known problem with Shotwell and older versions of libraw: http://trac.yorba.org/ticket/3042 The best way to solve this is to upgrade to at least libraw 0.12.2. Alternatively, you can make sure that you have the lcms development libraries installed before building libraw as described in the ticket above. Cheers - adam On Thu, Apr 21, 2011 at 6:35 AM, Bengt wrote: > > Hi > > I just downloaded the latest Shotwell, and am trying to compile it. > I keep getting the following errors though... > (.text+0x1e213): undefined reference to `omp_get_thread_num' > (.text+0x1db1d): undefined reference to `GOMP_loop_dynamic_start' > full listing in pastebin as per below > > http://pastebin.ca/2048981 > > Any suggestions on what I have missed? > > /Bengt > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From mateusz at loskot.net Thu Apr 21 15:52:40 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Thu, 21 Apr 2011 17:52:40 +0200 Subject: [Shotwell] Persist information about photo publishing Message-ID: <8bbf2105134a14963483dd166769da58.squirrel@loskot.net> Hi, I think it would be a neat feature if information about publishing a photo could be stored in the Shotwell database: For every photo published using Shotwell, the database could store information about how/where (Flickr, Facebook, etc.) and when (date) it was published. Then, users could filter/search based on this information. For example: - what photos of event X have been published to Facebook - what photos of event X have not been published anywhere etc. What you think? Best regards, -- Mateusz Loskot http://mateusz.loskot.net From bengt at thuree.com Thu Apr 21 16:04:51 2011 From: bengt at thuree.com (Bengt) Date: Fri, 22 Apr 2011 02:04:51 +1000 Subject: [Shotwell] PKG_CONFIG_PATH? In-Reply-To: References: <4DB00F10.2030205@thuree.com> Message-ID: <4DB055A3.2000706@thuree.com> On 21/04/11 23:27, Adam Dingle wrote: > Bengt, > > On Thu, Apr 21, 2011 at 4:03 AM, Bengt wrote: > >> Hi >> >> Why is this not working anymore? >> That is, I have a local copy of gexiv2 on my development tree, not >> system wide, so before I just set the PKG_CONFIG_PATH variable, and >> compiling Shotwell was a breeze. >> No longer so though... >> >> Any reason for this? >> >> >> PKG_CONFIG_PATH=${HOME}/unstable/gexiv2/lib/pkgconfig >> export PKG_CONFIG_PATH >> make >> make[2]: Entering directory >> `/home/bengt/Development/shotwell/shotwell/plugins/shotwell-publishing' >> valac -g --enable-checking --fatal-warnings --save-temps --compile \ >> --vapidir=../ --pkg=shotwell-plugin-dev-1.0 >> --pkg=gobject-2.0 >> --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 >> --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 --pkg=gexiv2 >> --pkg=gee-1.0 \ >> -X -I../.. -X -fPIC \ >> -X -D_VERSION='"0.9.2+trunk"' -X >> -DGETTEXT_PACKAGE='"shotwell"' \ >> \ >> ../common/Resources.vala shotwell-publishing.vala >> FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala >> YouTubePublishing.vala ../common/RESTSupport.vala >> error: Package `gexiv2' not found in specified Vala API directories or >> GObject-Introspection GIR directories >> Compilation failed: 1 error(s), 0 warning(s) >> make[2]: *** [.stamp] Error 1 >> >> > PKG_CONFIG_PATH is not relevant for this particular error. The problem is > that valac is not finding gexiv2.vapi. This isn't super well documented, > but valac 0.12 looks in the following directories for vapi files: > > 1. Any directories specified via --vapidir on the command line (in this > case, "."). > 2. $PREFIX/share/vala-0.12/vapi, for every directory $PREFIX in > $XDG_DATA_DIRS. > 3. $PREFIX/share/vala/vapi, for every directory in $XDG_DATA_DIRS. > > If you haven't set the XDG_DATA_DIRS environment variable, it > defaults to /usr/local/share/:/usr/share/. (See > http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html). > > Typically, if you've built and installed gexiv2 locally using the default > prefix (/usr/local), then gexiv2.vapi should be in > /usr/local/share/vala/vapi, and valac should find it. If you've used a > different prefix when configuring gexiv2, you probably need to add that > directory to XDG_DATA_DIRS. > > Hope this helps! Thanks, I will try it in a while. Just before I got your reply I decided to simply install gexiv2 system wide, and then I managed to get past this error message. On the other hand, it worked beatifully for 6 months or so, with PKG_CONFIG_PATH... or has something changed in the latest version of Vala? Bengt -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From bengt at thuree.com Thu Apr 21 16:17:02 2011 From: bengt at thuree.com (Bengt) Date: Fri, 22 Apr 2011 02:17:02 +1000 Subject: [Shotwell] Compile failure In-Reply-To: References: <4DB032B4.5020900@thuree.com> Message-ID: <4DB0587E.6060106@thuree.com> Hi Adam Thanks after installing libraw it worked fine :) Will move permanently to shotwell after next release, when search is working fine :) Hope import from F-Spot is still working fine at that time though. And how about multiple import sessions? I am usually importing photos from multiple cameras before I tag them.... /Bengt On 22/04/11 01:09, Adam Dingle wrote: > Bengt, > > this is a known problem with Shotwell and older versions of libraw: > > http://trac.yorba.org/ticket/3042 > > The best way to solve this is to upgrade to at least libraw 0.12.2. > Alternatively, you can make sure that you have the lcms development > libraries installed before building libraw as described in the ticket above. > Cheers - > > adam > > On Thu, Apr 21, 2011 at 6:35 AM, Bengt wrote: > >> >> Hi >> >> I just downloaded the latest Shotwell, and am trying to compile it. >> I keep getting the following errors though... >> (.text+0x1e213): undefined reference to `omp_get_thread_num' >> (.text+0x1db1d): undefined reference to `GOMP_loop_dynamic_start' >> full listing in pastebin as per below >> >> http://pastebin.ca/2048981 >> >> Any suggestions on what I have missed? >> >> /Bengt >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From adam at yorba.org Thu Apr 21 17:24:37 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 21 Apr 2011 10:24:37 -0700 Subject: [Shotwell] PKG_CONFIG_PATH? In-Reply-To: <4DB055A3.2000706@thuree.com> References: <4DB00F10.2030205@thuree.com> <4DB055A3.2000706@thuree.com> Message-ID: On Thu, Apr 21, 2011 at 9:04 AM, Bengt wrote: > On 21/04/11 23:27, Adam Dingle wrote: > > Bengt, > > > > On Thu, Apr 21, 2011 at 4:03 AM, Bengt wrote: > > > >> Hi > >> > >> Why is this not working anymore? > >> That is, I have a local copy of gexiv2 on my development tree, not > >> system wide, so before I just set the PKG_CONFIG_PATH variable, and > >> compiling Shotwell was a breeze. > >> No longer so though... > >> > >> Any reason for this? > >> > >> > >> PKG_CONFIG_PATH=${HOME}/unstable/gexiv2/lib/pkgconfig > >> export PKG_CONFIG_PATH > >> make > >> make[2]: Entering directory > >> `/home/bengt/Development/shotwell/shotwell/plugins/shotwell-publishing' > >> valac -g --enable-checking --fatal-warnings --save-temps --compile \ > >> --vapidir=../ --pkg=shotwell-plugin-dev-1.0 > >> --pkg=gobject-2.0 > >> --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 > >> --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 --pkg=gexiv2 > >> --pkg=gee-1.0 \ > >> -X -I../.. -X -fPIC \ > >> -X -D_VERSION='"0.9.2+trunk"' -X > >> -DGETTEXT_PACKAGE='"shotwell"' \ > >> \ > >> ../common/Resources.vala shotwell-publishing.vala > >> FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala > >> YouTubePublishing.vala ../common/RESTSupport.vala > >> error: Package `gexiv2' not found in specified Vala API directories or > >> GObject-Introspection GIR directories > >> Compilation failed: 1 error(s), 0 warning(s) > >> make[2]: *** [.stamp] Error 1 > >> > >> > > PKG_CONFIG_PATH is not relevant for this particular error. The problem > is > > that valac is not finding gexiv2.vapi. This isn't super well documented, > > but valac 0.12 looks in the following directories for vapi files: > > > > 1. Any directories specified via --vapidir on the command line (in this > > case, "."). > > 2. $PREFIX/share/vala-0.12/vapi, for every directory $PREFIX in > > $XDG_DATA_DIRS. > > 3. $PREFIX/share/vala/vapi, for every directory in $XDG_DATA_DIRS. > > > > If you haven't set the XDG_DATA_DIRS environment variable, it > > defaults to /usr/local/share/:/usr/share/. (See > > http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html). > > > > Typically, if you've built and installed gexiv2 locally using the default > > prefix (/usr/local), then gexiv2.vapi should be in > > /usr/local/share/vala/vapi, and valac should find it. If you've used a > > different prefix when configuring gexiv2, you probably need to add that > > directory to XDG_DATA_DIRS. > > > > Hope this helps! > > Thanks, I will try it in a while. > Just before I got your reply I decided to simply install gexiv2 system > wide, and then I managed to get past this error message. > > On the other hand, it worked beatifully for 6 months or so, with > PKG_CONFIG_PATH... or has something changed in the latest version of Vala? I'm quite sure that Vala has never used PKG_CONFIG_PATH to locate vapi files. So if it was finding gexiv2.vapi before, I suspect that you had a copy of that file in your Shotwell build directory, or in one of the directories I mentioned above (e.g. /usr/local/share/vala/vapi). Maybe you had copied it to one of those directories and then forgot about it? If you build libraries yourself, I personally recommend installing them in /usr/local. That makes life easy because (a) it's the default prefix (b) you won't clobber system packages, which are in /usr (c) you don't need to change XDG_DATA_DIRS (d) on Ubuntu, you don't need to change PKG_CONFIG_PATH or the shared library directories defined in /etc/ld.so.conf.d (I seem to remember you're using Debian. I don't actually know what the default PKG_CONFIG_PATH looks like on Debian, or whether /usr/local/lib is one of its default shared library directories.) adam From clinton at yorba.org Thu Apr 21 17:48:05 2011 From: clinton at yorba.org (Clinton Rogers) Date: Thu, 21 Apr 2011 10:48:05 -0700 Subject: [Shotwell] Persist information about photo publishing In-Reply-To: <8bbf2105134a14963483dd166769da58.squirrel@loskot.net> References: <8bbf2105134a14963483dd166769da58.squirrel@loskot.net> Message-ID: Hi Mateusz, This certainly sounds like a good idea; perhaps this could be done as an extension of duplicate publishing prevention (please see http://trac.yorba.org/ticket/2797). I'll add a note to this ticket containing your ideas. Thanks for using Shotwell! Cheers, -c On Thu, Apr 21, 2011 at 8:52 AM, Mateusz Loskot wrote: > Hi, > > I think it would be a neat feature if information about publishing a photo > could be stored in the Shotwell database: > For every photo published using Shotwell, the database could store > information about how/where (Flickr, Facebook, etc.) and when (date) it > was published. > > Then, users could filter/search based on this information. > For example: > - what photos of event X have been published to Facebook > - what photos of event X have not been published anywhere > etc. > > What you think? > > Best regards, > -- > Mateusz Loskot > http://mateusz.loskot.net > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From reimar-stier at arcor.de Thu Apr 21 09:35:05 2011 From: reimar-stier at arcor.de (Reimar Stier) Date: Thu, 21 Apr 2011 11:35:05 +0200 Subject: [Shotwell] Multiple users sharing same shotwell photo database In-Reply-To: <5646253-1303328171-cardhu_decombobulator_blackberry.rim.net-1551369824-@b4.c3.bise7.blackberry> References: <5646253-1303328171-cardhu_decombobulator_blackberry.rim.net-1551369824-@b4.c3.bise7.blackberry> Message-ID: <1303378505.4674.31.camel@dun> Hi, this is not as easy as it sounds. In your case you would have to move the database to a new location or set read/write access on your database where it is. (Making a copy of the database is highly recommended.) This is one step more advanced. Shotwells database directory ist ~/.shotwell/ and photos are saved by default in the photo directory of your home. First a short version on how it can be done for a new fresh database. # You need to create a new group: addgroup shotwellusers # and put all the desired user into this group sudo usermod -aG shotwellusers user1 sudo usermod -aG shotwellusers user2 ... # then you need a public directory for all users # lets say we have a partition on /media/share/ # ... and we can create our public directory there sudo mkdir /media/share/shotwell/ # # and make two subdirectories sudo mkdir /media/share/shotwell/photos/ sudo mkdir /media/share/shotwell/db/ # changing permissions on this directory sudo chgrp -R shotwellusers /media/share/shotwell/ #################################################### # starting shotwell always will be following steps # this would be best encapsulated in one script #################################################### # change the create permissions umask 0002 # switch to the new group newgrp shotwellusers # and finally start shotwell shotwell -d /media/share/shotwell/db/ # import of photos need to be changed to following directory # /media/share/shotwell/photos/ # and always copy photos into shotwells directory since # all users should have read/write access to them Hope I could help. Maybe someone can form this into a nice howto and place it somewhere on the shotwell page. Greetings, Reimar Am Mittwoch, den 20.04.2011, 19:36 +0000 schrieb lombaardcj at gmail.com: > Hi, > > I'm loving Shotwell. It works and its simple to use. > > Is their a "how to guide" on setting up Shotwell to enable multiple users to share the same shotwell database file and view the same events/tag information and fotos. > > Example: My wife and I share our photos on our Ubuntu machine in the same directory. > > We both like to add Tags to photos in our photos directory. > > At the moment my wife has to sign in on my user account to do the updating and to view photos using Shotwell. > > Can she use Shotwell via her profile to view the same photo gallery/database with tag information and events? > > Regards, > Chris > Sent via my BlackBerry from Vodacom - let your email find you! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From el.cameleon.1 at gmail.com Thu Apr 21 18:44:44 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Thu, 21 Apr 2011 20:44:44 +0200 Subject: [Shotwell] Multiple users sharing same shotwell photo database In-Reply-To: References: <5646253-1303328171-cardhu_decombobulator_blackberry.rim.net-1551369824-@b4.c3.bise7.blackberry> <1303378505.4674.31.camel@dun> <559820725-1303381366-cardhu_decombobulator_blackberry.rim.net-826864267-@b4.c3.bise7.blackberry> Message-ID: I have a similar concern some weeks ago and I tried a quite different solution which I copy/paste here because it may interest you also: I had some thought about how multiples computer's users (for instance, > families members) can each use a different session but can share photos in > Shotwell. > > I think that in order to do that, Shotwell just have to monitor different > directories, which may be something like: > /home/*dad*/Images > /home/*mam*/Images > /home*/.../*Images > Obviously, this is actually not possible because there is only one > directory that can be defined has the "library". But I seems to me that when > bug "* #2790 : monitor outside library > directory*" will be implemented, we will have everything needed to allow > to monitors and display photos from the different computer's users. > > A prerequisite is that the tags should be stored inside the photo file in > order to avoid having to defined them twice or more... > > Then we will probably need something that allows to protect the privacy of > some photos... In my opinion, the best way to achieve this is by using the > file and directory permissions (from the system) which defined who can read > or write each file. Maybe Shotwell can had an interface for that in order > to avoid that the user change it in Nautilus? > Adams answer: > Actually this is possible today, because Shotwell follows symbolic links > when importing. So you could create symbolic links like this: > > /home/dad/Images/mom -> /home/mom/Images > /home/mom/Images/dad -> /home/dad/Images > > If you do this, then both 'dad' and 'mom' will see all of each others' > images. If you set this up, you probably want to enable auto-import. > Your main concern is that events won't be synced and need to be created two times. However, it adds a new feature that sharing of database doesn't allow: you can define which images/folder you want to share or keep private. From mateusz at loskot.net Thu Apr 21 18:46:21 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Thu, 21 Apr 2011 20:46:21 +0200 Subject: [Shotwell] Persist information about photo publishing In-Reply-To: References: <8bbf2105134a14963483dd166769da58.squirrel@loskot.net> Message-ID: <57b08c3b03bea8630c62562c4bc43869.squirrel@loskot.net> Clinton Rogers wrote: > Hi Mateusz, > > This certainly sounds like a good idea; perhaps this could be done as > an extension of duplicate publishing prevention (please see > http://trac.yorba.org/ticket/2797). I'll add a note to this ticket > containing your ideas. Clinton, Thanks. I linked my post and added myself to CC. I'll be available for testing :-) > > Thanks for using Shotwell! My pleasure. Best regards, -- Mateusz Loskot http://mateusz.loskot.net From shotwell.stz9z at ncf.ca Thu Apr 21 20:43:02 2011 From: shotwell.stz9z at ncf.ca (Larry Bradley) Date: Thu, 21 Apr 2011 16:43:02 -0400 Subject: [Shotwell] New feature ideas (long) Message-ID: <1303418582.7620.1125.camel@bigmachine-ubuntu> I switched from Windoze to Ubuntu a while ago, and recently started using Shotwell for my 2500 or so photos. I like it a lot. Many years ago I wrote a Windoze program to catalogue my photos (using Visual Foxpro, a database language). It has two features that I would like to see in Shotwell. First, a photograph could be assigned to a "category" (e.g. "Grandchildren", "Family" etc). It has the ability to select only those photos in a category. Second, and most useful, is a "description" field into which I entered a comment about the photo (e.g. "Fred, Sam and Mary at John's thirty-ninth birthday party"). The program allowed for a full-text search (e.g. show me all the photos having "john" and "birthday" in the description. Some of this can be done using Shotwell's tags. For example, I wrote a PHP program to add tags for the categories to the photos database. Now I can select all the photos in the "Family" category. I also added all the words from the description fields as tags, so I can find all photos with "birthday". The upcoming Boolean search capability will make this more useful. However, their are problems with tags. The first is that they are case-sensitive (John and john are different tags). And there are far too many of them in the tag list now - hundreds in fact. If the tags were not case sensitive, then they would be quite useable as my category field (although my program allowed for sorting by category). The description stuff is easy to handle in the database. SQLite supports full-text search (although it needs to have the support compiled into it, which I just did for testing). A "description" window could be added (just like the Tag window, although larger). Then a full-text search window could be added. I have the Shotwell source and the Valac compiler. I'd like to take a look at doing this myself, and if it works, then the authors of Shotwell could look at using it. I could use some tips as to where to start looking in the source to make these kind of changes. I've been browsing through the Shotwell docs, but if any of the authors would care to point me in the right direction, I would really like to play with his a bit. Thanks -- Larry Bradley Orleans (Ottawa) Canada From eric at yorba.org Fri Apr 22 01:21:08 2011 From: eric at yorba.org (Eric Gregory) Date: Thu, 21 Apr 2011 18:21:08 -0700 Subject: [Shotwell] Shotwell 0.9.3 released Message-ID: Yorba has released version 0.9.3 of Shotwell, an update to our digital photo organizer. This is a bug fix release, we recommend all users update. Changelog: * Resolves issue where setting the desktop background didn't work in Gnome3 * Mimics are now deleted when a RAW photo is removed * Event dates are now only shown once in the Event view * Fixes a number of translation issues Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Binaries of both packages for Ubuntu Maverick are available at Yorba's Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa From guiyou65 at gmail.com Fri Apr 22 06:43:17 2011 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Fri, 22 Apr 2011 08:43:17 +0200 Subject: [Shotwell] Suggestions Message-ID: First of all let me say how glad I am in using Shotwell. The pictures manager application was the only application I kept in Windows for years even I am an Ubunter since 2003. I wrote monthes ago to say that I felt that Shotwell has a great potential and I can say, you did not disappoint me. So I totally give up with Fototime/Fotoalbum. Bravo ! And now it is very simply possible to connect with Piwigo web server and publish. So cool ! Nevertheless, there are always things to improve and my first demand is about managing metadatas. It will be so usefull to have a unique popup windows or sidebar panel to manage frequently used metadatas as : Title Comment/Description Location Date Tags Rating (others ?) The idea is that this popup windows change his content when you change the picture selected (thanks to linux, it possible to fix window always on top !) and so it will possible to edit metadatas at once. Multiselection will show only identical metadatas content. With that functionnality, I think Shotwell will really reach the podium. I know you are working hard on. Best regards Thierry PS : I agree with Larry in a previous trac : tags should not be case sensitive From el.cameleon.1 at gmail.com Fri Apr 22 07:19:45 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Fri, 22 Apr 2011 09:19:45 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: 2011/4/21 Marcel Stimberg > Hi again, > > I attached a patch that should fix the bug to the old bug ticket: > http://trac.yorba.org/ticket/2612 > Thanks a lot Marcel for this quick improvement! After some works last night, I am thinking about the problem of all my old photos which are stored in existing folders named like: 2005\04\2005-04-02-Week-end with dad and mum 2005\03\2005-03-24-Argentina trip ... It's a pity because when Shotwell imported these photos, it splits the events which long more than one day (e.g. : week-end, trip,...) into separate events and lose the event name information. So I have to enter manually all the event's name again and relocate each picture to the correct event... I think Shotwell could be smarter and offer an *option to import folder as event*. It could be a check-box displayed when you choose to import some folders and, if it is enable, Shotwell will keep together all the photos which are in the same folder and will give to the events the same name than the folder's name. This would really be a great help to people which start to use Shotwell with an existing collection of photos organized in folders. Also it could help family which share some folders across user sessions because it will allow them not to create two times an event name for the same folder. What do you think of that idea? From mateusz at loskot.net Fri Apr 22 08:59:54 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Fri, 22 Apr 2011 10:59:54 +0200 Subject: [Shotwell] Suggestions In-Reply-To: References: Message-ID: <9f18c1c8964e8683075d6834a588708b.squirrel@loskot.net> Thierry Le Guillou wrote: > PS : I agree with Larry in a previous trac : tags should not be case > sensitive I believe it's possible to have it configurable from user preferences. However, then IMHO user preferences should be stored in Photo.db, so this behaviour is carried together with photos. Currently, preferences are stored in ~/.gconf Best regards, -- Mateusz Loskot http://mateusz.loskot.net From adam at yorba.org Fri Apr 22 14:34:20 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 22 Apr 2011 07:34:20 -0700 Subject: [Shotwell] Compile failure In-Reply-To: <4DB0587E.6060106@thuree.com> References: <4DB032B4.5020900@thuree.com> <4DB0587E.6060106@thuree.com> Message-ID: On Thu, Apr 21, 2011 at 9:17 AM, Bengt wrote: > Hi Adam > > Thanks > > after installing libraw it worked fine :) > Good to hear. > > Will move permanently to shotwell after next release, when search is > working fine :) Hope import from F-Spot is still working fine at that > time though. And how about multiple import sessions? I am usually > importing photos from multiple cameras before I tag them.... I think you mean this: http://trac.yorba.org/ticket/1793 That's not currently one of our planned features for 0.10, though we could consider it if our other development goes smoothly and there's extra time. I've just upped the ticket priority to high. Patches gladly accepted. :) adam From bengt at thuree.com Fri Apr 22 14:52:14 2011 From: bengt at thuree.com (Bengt) Date: Sat, 23 Apr 2011 00:52:14 +1000 Subject: [Shotwell] Compile failure In-Reply-To: References: <4DB032B4.5020900@thuree.com> <4DB0587E.6060106@thuree.com> Message-ID: <4DB1961E.8030205@thuree.com> On 23/04/11 00:34, Adam Dingle wrote: > > > I think you mean this: > > http://trac.yorba.org/ticket/1793 > > That's not currently one of our planned features for 0.10, though we > could consider it if our other development goes smoothly and there's > extra time. I've just upped the ticket priority to high. Patches > gladly accepted. :) Much appreciated ;) :) Would really like to try to create a patch for it, but really not possible for the moment (moving house, and to much work....) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From adam at yorba.org Fri Apr 22 15:02:47 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 22 Apr 2011 08:02:47 -0700 Subject: [Shotwell] git format-patch Message-ID: Shotwell contributors, We always appreciate patches that help improve Shotwell. Yorba has now switched from Subversion to Git, and there are a couple of different git commands which you could possibly use to generate a patch file for submission. We'd now prefer that contributors send patches in git's own patch format, i.e. generated using 'git format-patch'. See http://www.kernel.org/pub/software/scm/git/docs/git-format-patch.html http://progit.org/book/ch5-2.html The main advantage of this format over 'git diff' is that it records your name and email address, so authorship will be correctly credited to you when we commit the patch. I've added this information to the Shotwell wiki: http://trac.yorba.org/wiki/Shotwell adam From adam at yorba.org Fri Apr 22 15:25:41 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 22 Apr 2011 08:25:41 -0700 Subject: [Shotwell] Suggestions In-Reply-To: References: Message-ID: Thierry, On Thu, Apr 21, 2011 at 11:43 PM, Thierry Le Guillou wrote: > First of all let me say how glad I am in using Shotwell. > The pictures manager application was the only application I kept in > Windows > for years even I am an Ubunter since 2003. I wrote monthes ago to say that > I > felt that Shotwell has a great potential and I can say, you did not > disappoint me. So I totally give up with Fototime/Fotoalbum. Bravo ! > And now it is very simply possible to connect with Piwigo web server and > publish. So cool ! > Great to hear all this! > > Nevertheless, there are always things to improve and my first demand is > about managing metadatas. > It will be so usefull to have a unique popup windows or sidebar panel to > manage frequently used metadatas as : > Title > Comment/Description > Location > Date > Tags > Rating > (others ?) > > The idea is that this popup windows change his content when you change the > picture selected (thanks to linux, it possible to fix window always on top > !) and so it will possible to edit metadatas at once. Multiselection will > show only identical metadatas content. Currently Shotwell shows some of this information (Title, Date) in the Basic Information pane in the lower left, some (Location) in the Extended Information dialog, and some (Tags, Rating) underneath the photo itself. I think we'd like to move the Advanced Information dialog into a sidebar pane at some point, probably on the right side - see http://trac.yorba.org/ticket/1918 . Once we do that, we might be able to include more information there such as tags or ratings. We could possibly even eliminate the Basic Information pane and move all its information to the sidebar on the right; we're currently undecided about whether to do that. Cheers - adam From adam at yorba.org Fri Apr 22 15:55:12 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 22 Apr 2011 08:55:12 -0700 Subject: [Shotwell] New feature ideas (long) In-Reply-To: <1303418582.7620.1125.camel@bigmachine-ubuntu> References: <1303418582.7620.1125.camel@bigmachine-ubuntu> Message-ID: Larry, On Thu, Apr 21, 2011 at 1:43 PM, Larry Bradley wrote: > I switched from Windoze to Ubuntu a while ago, and recently started > using Shotwell for my 2500 or so photos. I like it a lot. > Great to hear! > > Many years ago I wrote a Windoze program to catalogue my photos (using > Visual Foxpro, a database language). It has two features that I would > like to see in Shotwell. First, a photograph could be assigned to a > "category" (e.g. "Grandchildren", "Family" etc). It has the ability to > select only those photos in a category. > > Second, and most useful, is a "description" field into which I entered a > comment about the photo (e.g. "Fred, Sam and Mary at John's thirty-ninth > birthday party"). The program allowed for a full-text search (e.g. show > me all the photos having "john" and "birthday" in the description. > > Some of this can be done using Shotwell's tags. For example, I wrote a > PHP program to add tags for the categories to the photos database. Now I > can select all the photos in the "Family" category. > This makes sense. By the way, in the next release (0.10) we're planning to implement hierarchical tags in Shotwell - see http://trac.yorba.org/ticket/1401 . That could also help here - for example, you could have tags for each child ('Sue', 'Jeff') and each of these tags could live under a parent tag 'Children'. > > I also added all the words from the description fields as tags, so I can > find all photos with "birthday". That seems odd to me. Hopefully you know that Shotwell already allows each photo to have a title, which you can change. You can use View->Titles to see these and Photo->Edit Title to change them. Shotwell's text searches will match all words in the title. So in Shotwell today it might make more sense to set the title to its "description" in your previous database. > The upcoming Boolean search capability > will make this more useful. > > However, their are problems with tags. The first is that they are > case-sensitive (John and john are different tags). Yes. We'd like to make them case-insensitive - see http://trac.yorba.org/ticket/2391 . That's trickier than it sounds since existing databases might have tags which differ only in case and we would need to merge those when the user upgrades, but I hope we'll get to this before too long. > And there are far too > many of them in the tag list now - hundreds in fact. > Right. Again, I think you probably want to set each photo's title rather than making a separate tag for each word. > > If the tags were not case sensitive, then they would be quite useable as > my category field (although my program allowed for sorting by category). > > The description stuff is easy to handle in the database. SQLite supports > full-text search (although it needs to have the support compiled into > it, which I just did for testing). > > A "description" window could be added (just like the Tag window, > although larger). Then a full-text search window could be added. > We actually do want to extend Shotwell so that it will have both titles (as today) and descriptions (which can be several lines long). See http://trac.yorba.org/ticket/1573 Once we've done this, searching should match any photo with the given word in either its title or description. We also need to think a bit about how descriptions will be read/written from EXIF tags and other metadata; there's some information about this at http://trac.yorba.org/wiki/PhotoTags > > I have the Shotwell source and the Valac compiler. I'd like to take a > look at doing this myself, and if it works, then the authors of Shotwell > could look at using it. > > I could use some tips as to where to start looking in the source to make > these kind of changes. I've been browsing through the Shotwell docs, but > if any of the authors would care to point me in the right direction, I > would really like to play with his a bit. > I guess the first think you need to decide is whether the existing title mechanism is good enough for your needs. If you'd like to work on adding separate descriptions as well (#1573), we'd be happy to have a patch for this feature. I think it would make sense to have a multi-line text box in the Basic Information pane in the lower left where the user could view and/or edit a photo's description. Hopefully you've already found the architecture overview at http://trac.yorba.org/wiki/ShotwellArchitectureOverview . You should certainly also read the PhotoTags page I mentioned above and think about how to serialize descriptions to EXIF/IPTC/XMP in a way that maximizes compatibility with other photo applications. Cheers - adam From reimar-stier at arcor.de Fri Apr 22 13:55:51 2011 From: reimar-stier at arcor.de (Reimar Stier) Date: Fri, 22 Apr 2011 15:55:51 +0200 Subject: [Shotwell] Multiple users sharing same shotwell photo database In-Reply-To: <559820725-1303381366-cardhu_decombobulator_blackberry.rim.net-826864267-@b4.c3.bise7.blackberry> References: <5646253-1303328171-cardhu_decombobulator_blackberry.rim.net-1551369824-@b4.c3.bise7.blackberry> <1303378505.4674.31.camel@dun> <559820725-1303381366-cardhu_decombobulator_blackberry.rim.net-826864267-@b4.c3.bise7.blackberry> Message-ID: <1303480551.3251.38.camel@dun> Hi, i think there are still some issues. It seems like shotwell is ignoring the umask and newgrp statements =/ Tagging a photo that another user created will return an error as it cannot save the changes directly to the photo - only to the database. If the purpose of sharing the database is minimizing work tagging all those photos you might be interested ... I think there is another easy approach to share a shotwell database by dedicating an account 'photos' to photo management. While being logged into another account on this computer you can connect to the local ssh(ssh daemon needs to be installed of course) and simply use x-forwarding to start shotwell. Works as well ;-) # start shotwell with: ssh -X photos at localhost shotwell You don't need to worry about permissions or whatsoever - all pictures belong to the shared 'photos' account. Cheers, Reimar PS: 1.) For security issues you might want to lock ssh access from outside of the computer: http://wiki.ubuntuusers.de/ssh#Der-SSH-Server sudo gedit /etc/ssh/sshd_config #ListenAddress 0.0.0.0 <-- uncomment and change to ListenAddress 127.0.0.1 # and restart ssh sudo service ssh restart 2.) If you like this approach you might also want to consider using ssh keys avoiding to enter the password each time you connect to your local machine. http://wiki.ubuntuusers.de/ssh#Authentifizierung-ueber-Public-Keys From lombaardcj at gmail.com Sat Apr 23 08:30:01 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Sat, 23 Apr 2011 08:30:01 +0000 Subject: [Shotwell] Multiple users sharing same shotwell photo database In-Reply-To: <1303480551.3251.38.camel@dun> References: <5646253-1303328171-cardhu_decombobulator_blackberry.rim.net-1551369824-@b4.c3.bise7.blackberry><1303378505.4674.31.camel@dun><559820725-1303381366-cardhu_decombobulator_blackberry.rim.net-826864267-@b4.c3.bise7.blackberry><1303480551.3251.38.camel@dun> Message-ID: <1832751054-1303547347-cardhu_decombobulator_blackberry.rim.net-1503573348-@b4.c3.bise7.blackberry> Hi Reimar, This is good advice. I learn new things everyday and like the ssh X forwarding. You can just think if you have collected 5000 or more photos and have multiple users tag them at the same time, it will make light work of the task. Thanks for the advice! Regards, Chris Sent via my BlackBerry from Vodacom - let your email find you! -----Original Message----- From: Reimar Stier Sender: shotwell-bounces at lists.yorba.org Date: Fri, 22 Apr 2011 15:55:51 To: Reply-To: reimar-stier at arcor.de Subject: Re: [Shotwell] Multiple users sharing same shotwell photo database Hi, i think there are still some issues. It seems like shotwell is ignoring the umask and newgrp statements =/ Tagging a photo that another user created will return an error as it cannot save the changes directly to the photo - only to the database. If the purpose of sharing the database is minimizing work tagging all those photos you might be interested ... I think there is another easy approach to share a shotwell database by dedicating an account 'photos' to photo management. While being logged into another account on this computer you can connect to the local ssh(ssh daemon needs to be installed of course) and simply use x-forwarding to start shotwell. Works as well ;-) # start shotwell with: ssh -X photos at localhost shotwell You don't need to worry about permissions or whatsoever - all pictures belong to the shared 'photos' account. Cheers, Reimar PS: 1.) For security issues you might want to lock ssh access from outside of the computer: http://wiki.ubuntuusers.de/ssh#Der-SSH-Server sudo gedit /etc/ssh/sshd_config #ListenAddress 0.0.0.0 <-- uncomment and change to ListenAddress 127.0.0.1 # and restart ssh sudo service ssh restart 2.) If you like this approach you might also want to consider using ssh keys avoiding to enter the password each time you connect to your local machine. http://wiki.ubuntuusers.de/ssh#Authentifizierung-ueber-Public-Keys _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From el.cameleon.1 at gmail.com Sat Apr 23 13:53:03 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Sat, 23 Apr 2011 15:53:03 +0200 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: Got another request: When you select a tag, the photos are not sorted chronologically, but in the order where they have been tag. I think this is wrong and that they should be sorted chronologically. I don't see any ticket for that, do you want me to open a new bug? From shotwell.stz9z at ncf.ca Sat Apr 23 17:23:19 2011 From: shotwell.stz9z at ncf.ca (Larry Bradley) Date: Sat, 23 Apr 2011 13:23:19 -0400 Subject: [Shotwell] New Ideas (searchable descriptions) Message-ID: <1303579399.11217.6.camel@bigmachine-ubuntu> Thanks for the feedback, Adam. I wrote a program to add my photo descriptions as titles, and my categories as tags. Seems to work quite well - I made sure that all the descriptions and tags are in lower case for searching. By the way, the last couple of messages from you to the list crashed by mail program (evolution on Ubuntu) - no sender and no subject. Weird I would still like to play around with the separate description field using full-text searches. I've read the developer docs, but finding my way around in it is kinda messy at present. -- Larry Bradley Orleans (Ottawa) Canada From wmstrome at yahoo.com Sat Apr 23 20:54:05 2011 From: wmstrome at yahoo.com (Murray Strome) Date: Sat, 23 Apr 2011 13:54:05 -0700 (PDT) Subject: [Shotwell] Newbie Questions about Shotwell Message-ID: <651254.3766.qm@web34308.mail.mud.yahoo.com> Although I REALLY like the features of KPhotoAlbum, I am about to give up on it because of instability problems. I hear that ShotWell is supposed to be very stable, However, I cannot figure out if it has the key features that I need. I have not been able to figure this out yet from trying the program, nor from what I have been able to find by searching the internet. Perhaps someone on the list could help me. 1. KPhotoAlbum does not make any copies of the photos in its albums. It leaves the images where they are. However, you can invoke an external program to modify a photo (e.g. the GIMP) from within KPhotoAlbum. This is very handy. 2. It is very easy, in KPA to see where the image is located on the hard drive, and to view the full EXIF data, if it exists. Photos can be organized by "date picture taken", which is what I want as edited photos often get their "created" and "modified" dates altered (this is especially troublesome sometimes with Picassa). I could not figure out how to do this easily. In KPA, if you just mouse over an image in the viewer, on the bottom of the window, you can see the full path to the original image. 3. KPA displays RAW images (in my case, .PEF from my Pentax DSLR) 4. A feature which i just discovered in KPA is that, in the viewer, similar images may be "Stacked" and the one on top can be specified. This is especially useful when I have a RAW (.PEF) image which I have edited and saved as a JPEG image. I would normally have the edited .jpg image on top and the .PEF image hidden behind it. You can easily see in the viewer which images are actually stacks, and you can "unstack" any of these to view all the photos in the stack. -- Of somewhat lower priority for me (although in principle, I should be using it), you can tag or categorize images by many different things (which you can define). For example, you can annotate images to define the people it contains, the event, the location, plus any other number of categories. Within a category, you may have unlimited sub-categories. For example, in People, you might have categories for Friends and Family. Then within Family, you could have your parents, and as subcategories your sibings, then their children as subcategories for each of them, etc. Similarly for Places, you could have Continent, Country, Region, City, location within the city etc.? Is anything like this available in Shotwell? Another nice feature of KPA is that you can copy a bunch of photos from your hard drive to a CD or DVD (or an external drive or another computer). You can then delete them from your hard drive.? The thumbnails and all the annotation information can be retained in your album, along with the location where you have put the images. I have not seen this feature in any other photo organization software. Do you have this? From ibdeno at gmail.com Sun Apr 24 12:18:10 2011 From: ibdeno at gmail.com (Miguel Ortiz Lombardia) Date: Sun, 24 Apr 2011 14:18:10 +0200 Subject: [Shotwell] How to use "Multiple Libraries" Message-ID: <4DB41502.8000002@gmail.com> > On 04/19/2011 06:46 AM, ??????? ???? wrote: >> Hello >> I'm trying to use multiple libraries - "shotwell -d [library-directory]" >> Shotwell really reads photo.db from given directory, but it does not affect configuration, so import directory is the same, and therefore I can't import photos to secondary library. >> Is there a way to change import directory together with library directory? > > ???????, > > unfortunately today Shotwell does not store a separate import directory > for each library directory. We're hoping to change this in the next > release (0.10): > > http://trac.yorba.org/ticket/2146 > > adam > > Hello, In the meantime, where does shotwell stores its Preferences? Perhaps we could write a hack so when a library is opened we could modify on-the-fly the base directory preference? Cheers, -- Miguel From clinton at yorba.org Sun Apr 24 18:54:48 2011 From: clinton at yorba.org (Clinton Rogers) Date: Mon, 25 Apr 2011 02:54:48 +0800 Subject: [Shotwell] Newbie Questions about Shotwell In-Reply-To: <651254.3766.qm@web34308.mail.mud.yahoo.com> References: <651254.3766.qm@web34308.mail.mud.yahoo.com> Message-ID: Hi Murray, If you do decide to give Shotwell a go, we'd love to have you as part of our community. Most of the features you want exist already, and we hope to add the rest in future releases. > 1. KPhotoAlbum does not make any copies of the photos in its > albums. It leaves the images where they are. However, you can > invoke an external program to modify a photo (e.g. the GIMP) from > within KPhotoAlbum. Shotwell can do both of these; when first importing your images, choose 'Import in place', and to edit an image, secondary-click on it in Shotwell, then choose 'Open in external editor'. > 2. It is very easy, in KPA to see where the image is located on the > hard drive, and to view the full EXIF data, if it exists. Photos > can be organized by "date picture taken", which is what I want as > edited photos often get their "created" and "modified" dates > altered (this is especially troublesome sometimes with Picassa). I > could not figure out how to do this easily. Currently, Shotwell displays path and EXIF details in a separate popup, and while it isn't quite as close at hand, it is never more than a menu click away. We hope to make it dockable at some point; please see http://trac.yorba.org/ticket/2779. > 3. KPA displays RAW images (in my case, .PEF from my Pentax > DSLR) Shotwell has raw image support as well; because we use LibRaw, we can load any format it can, including .PEF, as far as I know. > 4. A feature which i just discovered in KPA is that, in the viewer, > similar images may be "Stacked" and the one on top can be > specified. This is especially useful when I have a RAW (.PEF) image > which I have edited and We don't have stacks yet, but we hope to add this soon; please see http://trac.yorba.org/ticket/2090. > Of somewhat lower priority for me (although in principle, I should > be using it), you can tag or categorize images... > Is anything like this available in Shotwell? Shotwell has support for tagging images, but it isn't yet hierarchical. This is a high-priority feature for us, though - please have a look at http://trac.yorba.org/ticket/1401. > Another nice feature of KPA is that you can copy a bunch of photos > from your hard drive to a CD or DVD (or an external drive or > another computer). You can then delete them from your hard drive. > The thumbnails and all the annotation information can be retained > in your album, along with the location where you have put the > images. I have not seen this feature in any other photo > organization software. Do you have this? Shotwell isn't currently capable of moving its image library around like this, although it can store tags and other metadata in the images themselves, so they can be exported to other media and reimported elsewhere with all their details intact. Shotwell cannot yet burn discs, but we do hope to add this soon. Thank you for your interest in Shotwell! Cheers, -c On 4/24/11, Murray Strome wrote: > Although I REALLY like the features of KPhotoAlbum, I am about to give up on > it because of instability problems. I hear that ShotWell is supposed to be > very stable, However, I cannot figure out if it has the key features that I > need. I have not been able to figure this out yet from trying the program, > nor from what I have been able to find by searching the internet. Perhaps > someone on the list could help me. > > 1. KPhotoAlbum does not make any copies of the photos in its albums. It > leaves the images where they are. However, you can invoke an external > program to modify a photo (e.g. the GIMP) from within KPhotoAlbum. This is > very handy. > > 2. It is very easy, in KPA to see where the image is located on the hard > drive, and to view the full EXIF data, if it exists. Photos can be organized > by "date picture taken", which is what I want as edited photos often get > their "created" and "modified" dates altered (this is especially troublesome > sometimes with Picassa). I could not figure out how to do this easily. In > KPA, if you just mouse over an image in the viewer, on the bottom of the > window, you can see the full path to the original image. > > 3. KPA displays RAW images (in my case, .PEF from my Pentax DSLR) > > 4. A feature which i just discovered in KPA is that, in the viewer, similar > images may be "Stacked" and the one on top can be specified. This is > especially useful when I have a RAW (.PEF) image which I have edited and > saved as a JPEG image. I would normally have the edited .jpg image on top > and the .PEF image hidden behind it. You can easily see in the viewer which > images are actually stacks, and you can "unstack" any of these to view all > the photos in the stack. > > -- > Of somewhat lower priority for me (although in principle, I should be using > it), you can tag or categorize images by many different things (which you > can define). For example, you can annotate images to define the people it > contains, the event, the location, plus any other number of categories. > Within a category, you may have unlimited sub-categories. For example, in > People, you might have categories for Friends and Family. Then within > Family, you could have your parents, and as subcategories your sibings, then > their children as subcategories for each of them, etc. Similarly for Places, > you could have Continent, Country, Region, City, location within the city > etc.? Is anything like this available in Shotwell? > > Another nice feature of KPA is that you can copy a bunch of photos from your > hard drive to a CD or DVD (or an external drive or another computer). You > can then delete them from your hard drive.? The thumbnails and all the > annotation information can be retained in your album, along with the > location where you have put the images. I have not seen this feature in any > other photo organization software. Do you have this? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From organelas at gmail.com Mon Apr 25 15:09:51 2011 From: organelas at gmail.com (Bruno C. Vellutini) Date: Mon, 25 Apr 2011 12:09:51 -0300 Subject: [Shotwell] Crash after setting rating to 0 (v0.9.3) Message-ID: Hi, I just updated to 0.9.3 and noticed a reproducible crash behavior. These are the steps: 1. Import files to library without copying them. 2. Make sure the rating filter is "All photos" (CTRL+0). 3. Double click a photo and start to navigate with arrows. 4. Press 9 to reject a photo. 5. Go to next photo and return to the rejected photo. 6. Press 0 to unmark the rejection. 7. Press arrow key to go to the next photo <- CRASH Stacktrace raises: ERROR:src/MediaViewTracker.c:464:media_accumulator_real_uninclude: assertion > failed: (self->total > 0) > > Program received signal SIGABRT, Aborted. > 0x0012e416 in __kernel_vsyscall () > Note: Shotwell crashes only if the rating filter is "All photos". When "All photos + rejected" is set, it does not crash. I'm on Ubuntu 10.10 and updated via PPA. Hope it helps! Thanks bruno From adam at yorba.org Mon Apr 25 15:25:41 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 25 Apr 2011 08:25:41 -0700 Subject: [Shotwell] Crash after setting rating to 0 (v0.9.3) In-Reply-To: References: Message-ID: <4DB59275.4080500@yorba.org> Bruno, thanks for the bug report. I can reproduce this easily in the trunk build. I've filed a ticket here: http://trac.yorba.org/ticket/3541 We'll fix this soon. adam On 04/25/2011 08:09 AM, Bruno C. Vellutini wrote: > Hi, > > I just updated to 0.9.3 and noticed a reproducible crash behavior. These are > the steps: > > 1. Import files to library without copying them. > 2. Make sure the rating filter is "All photos" (CTRL+0). > 3. Double click a photo and start to navigate with arrows. > 4. Press 9 to reject a photo. > 5. Go to next photo and return to the rejected photo. > 6. Press 0 to unmark the rejection. > 7. Press arrow key to go to the next photo<- CRASH > > Stacktrace raises: > > ERROR:src/MediaViewTracker.c:464:media_accumulator_real_uninclude: assertion >> failed: (self->total> 0) >> >> Program received signal SIGABRT, Aborted. >> 0x0012e416 in __kernel_vsyscall () >> > Note: Shotwell crashes only if the rating filter is "All photos". When "All > photos + rejected" is set, it does not crash. > > I'm on Ubuntu 10.10 and updated via PPA. Hope it helps! Thanks > > bruno > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Apr 25 15:44:51 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 25 Apr 2011 08:44:51 -0700 Subject: [Shotwell] Usability improvement In-Reply-To: References: <4DACA710.1020004@yorba.org> Message-ID: <4DB596F3.70006@yorba.org> Vincent, On 04/22/2011 12:19 AM, Vincent wrote: > > Thanks a lot Marcel for this quick improvement! > > After some works last night, I am thinking about the problem of all my old > photos which are stored in existing folders named like: > 2005\04\2005-04-02-Week-end with dad and mum > 2005\03\2005-03-24-Argentina trip > ... > It's a pity because when Shotwell imported these photos, it splits the > events which long more than one day (e.g. : week-end, trip,...) into > separate events and lose the event name information. > > So I have to enter manually all the event's name again and relocate each > picture to the correct event... > > I think Shotwell could be smarter and offer an *option to import folder as > event*. It could be a check-box displayed when you choose to import some > folders and, if it is enable, Shotwell will keep together all the photos > which are in the same folder and will give to the events the same name than > the folder's name. > > This would really be a great help to people which start to use Shotwell with > an existing collection of photos organized in folders. > Also it could help family which share some folders across user sessions > because it will allow them not to create two times an event name for the > same folder. > > What do you think of that idea? Yes - I agree this could be quite useful. We have a ticket for this: http://trac.yorba.org/ticket/2108 I hope we can implement this at some point. Cheers - adam From joseph.bylund at gmail.com Mon Apr 25 16:15:05 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Mon, 25 Apr 2011 12:15:05 -0400 Subject: [Shotwell] 0.9.3 hang on updating library In-Reply-To: <4DB596F3.70006@yorba.org> References: <4DACA710.1020004@yorba.org> <4DB596F3.70006@yorba.org> Message-ID: <4DB59E09.6010207@gmail.com> I'm getting a hang on "updating library". And don't really know too much about how to debug. If someone is interested in figuring out the cause drop me a note, otherwise I'm going to clear out my .shotwell folders and re-import the library. On a related note is there a tutorial or a howto on getting useful information to file in bug reports? -Joe From dangotmail at yahoo.com Sun Apr 24 14:35:38 2011 From: dangotmail at yahoo.com (Daniel Burstein) Date: Sun, 24 Apr 2011 07:35:38 -0700 (PDT) Subject: [Shotwell] 2011 events not showing Message-ID: <338936.32208.qm@web33602.mail.mud.yahoo.com> I started using Shotwell on Ubuntu about a month ago. I loaded seven years of photos into it, and every year showed up great under Events -- 2010. 2009, etc. My problem is, new photos I load from a camera do not show up in Events. There is no 2011. And under "Photos", these photos don't appear as the most recent. When I go to them in last upload and try to do "Photo...Change date and time" I see that the date for the photo is, in fact, 2011. Any ideas? Thanks. From simpre at hotmail.de Mon Apr 25 15:27:45 2011 From: simpre at hotmail.de (Simon Pree) Date: Mon, 25 Apr 2011 20:57:45 +0530 Subject: [Shotwell] picture upload Message-ID: I really like Shotwell... but one thing annoys me. To select pictures for uploading one has to use the ctrl- key, that is rather inconvenient. There should be a checkbox to select pictures for upload... From adam at yorba.org Mon Apr 25 18:51:15 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 25 Apr 2011 11:51:15 -0700 Subject: [Shotwell] picture upload In-Reply-To: References: Message-ID: <4DB5C2A3.8010901@yorba.org> On 04/25/2011 08:27 AM, Simon Pree wrote: > I really like Shotwell... but one thing annoys me. To select pictures > for uploading one has to use the ctrl- key, that is rather > inconvenient. There should be a checkbox to select pictures for upload... If you don't like ctrl-clicking, here's another way which you might find easier. 1. Select the first picture you want to upload, then flag it (you can press the '/' key to flag). 2. Repeat step 1 for all the pictures you want to upload. 3. Select the Flagged view in the sidebar. 4. Press Ctrl+A (for Select All), then press Publish. adam From eric at yorba.org Mon Apr 25 18:55:11 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 25 Apr 2011 11:55:11 -0700 Subject: [Shotwell] 2011 events not showing In-Reply-To: <338936.32208.qm@web33602.mail.mud.yahoo.com> References: <338936.32208.qm@web33602.mail.mud.yahoo.com> Message-ID: Hi Daniel, That's very perplexing! Do the photos appear in "No Event"? Or do they show up in a different event entirely? Would it be possible to send me an example of a photo that has this issue so I can replicate it at my end? (No need to CC the mailing list for this.) Thanks, - Eric On Sun, Apr 24, 2011 at 7:35 AM, Daniel Burstein wrote: > I started using Shotwell on Ubuntu about a month ago. I loaded seven years > of photos into it, and every year showed up great under Events -- 2010. > 2009, etc. > > My problem is, new photos I load from a camera do not show up in Events. > There is no 2011. And under "Photos", these photos don't appear as the most > recent. When I go to them in last upload and try to do "Photo...Change date > and time" I see that the date for the photo is, in fact, 2011. > > Any ideas? > > Thanks. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From eric at yorba.org Mon Apr 25 19:03:11 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 25 Apr 2011 12:03:11 -0700 Subject: [Shotwell] How to use "Multiple Libraries" In-Reply-To: <4DB41502.8000002@gmail.com> References: <4DB41502.8000002@gmail.com> Message-ID: If you're interested in looking into it, the preferences are stored in GConf under /apps/shotwell - Eric On Sun, Apr 24, 2011 at 5:18 AM, Miguel Ortiz Lombardia wrote: > > On 04/19/2011 06:46 AM, ??????? ???? wrote: > >> Hello > >> I'm trying to use multiple libraries - "shotwell -d [library-directory]" > >> Shotwell really reads photo.db from given directory, but it does not > affect configuration, so import directory is the same, and therefore I can't > import photos to secondary library. > >> Is there a way to change import directory together with library > directory? > > > > ???????, > > > > unfortunately today Shotwell does not store a separate import directory > > for each library directory. We're hoping to change this in the next > > release (0.10): > > > > http://trac.yorba.org/ticket/2146 > > > > adam > > > > > > > Hello, > > In the meantime, where does shotwell stores its Preferences? Perhaps we > could write a hack so when a library is opened we could modify > on-the-fly the base directory preference? > > > Cheers, > > > -- > Miguel > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From a.i.sorokin at gmail.com Mon Apr 25 20:00:56 2011 From: a.i.sorokin at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCh0L7RgNC+0LrQuNC9?=) Date: Tue, 26 Apr 2011 00:00:56 +0400 Subject: [Shotwell] How to use "Multiple Libraries" In-Reply-To: References: <4DB41502.8000002@gmail.com> Message-ID: I create a separate launch file for situation like that: shotwell.sh #!/bin/sh gconftool-2 --set --type=sting /apps/shotwell/preferences/files/import_dir [path for another library] shotwell -d [path for another library].shotwell gconftool-2 --set --type=sting /apps/shotwell/preferences/files/import_dir [path of base library] Sorry for my ugly english ;) ? ?????????, ??????? ????????? ???????? e-mail: a.i.sorokin at gmail.com icq: 140078822 skype: alexander.i.sorokin tel.: +7 918 014 93 27 2011/4/25 Eric Gregory : > If you're interested in looking into it, the preferences are stored in GConf > under /apps/shotwell > > ?- Eric > > On Sun, Apr 24, 2011 at 5:18 AM, Miguel Ortiz Lombardia wrote: > >> > On 04/19/2011 06:46 AM, ??????? ???? wrote: >> >> Hello >> >> I'm trying to use multiple libraries - "shotwell -d [library-directory]" >> >> Shotwell really reads photo.db from given directory, but it does not >> affect configuration, so import directory is the same, and therefore I can't >> import photos to secondary library. >> >> Is there a way to change import directory together with library >> directory? >> > >> > ???????, >> > >> > unfortunately today Shotwell does not store a separate import directory >> > for each library directory. We're hoping to change this in the next >> > release (0.10): >> > >> > http://trac.yorba.org/ticket/2146 >> > >> > adam >> > >> > >> >> >> Hello, >> >> In the meantime, where does shotwell stores its Preferences? Perhaps we >> could write a hack so when a library is opened we could modify >> on-the-fly the base directory preference? >> >> >> Cheers, >> >> >> -- >> Miguel >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From ibdeno at gmail.com Mon Apr 25 21:09:49 2011 From: ibdeno at gmail.com (Miguel Ortiz Lombardia) Date: Mon, 25 Apr 2011 23:09:49 +0200 Subject: [Shotwell] How to use "Multiple Libraries" In-Reply-To: References: <4DB41502.8000002@gmail.com> Message-ID: <4DB5E31D.9080500@gmail.com> Le 25/04/2011 22:00, ????????? ??????? a ?crit : > I create a separate launch file for situation like that: > > shotwell.sh > > #!/bin/sh > gconftool-2 --set --type=sting > /apps/shotwell/preferences/files/import_dir [path for another library] > shotwell -d [path for another library].shotwell > gconftool-2 --set --type=sting > /apps/shotwell/preferences/files/import_dir [path of base library] > > > Sorry for my ugly english ;) > > ? ?????????, > ??????? ????????? ???????? > e-mail: a.i.sorokin at gmail.com > icq: 140078822 > skype: alexander.i.sorokin > tel.: +7 918 014 93 27 > > > > 2011/4/25 Eric Gregory : >> If you're interested in looking into it, the preferences are stored in GConf >> under /apps/shotwell >> >> - Eric >> >> On Sun, Apr 24, 2011 at 5:18 AM, Miguel Ortiz Lombardia wrote: >> >>>> On 04/19/2011 06:46 AM, ??????? ???? wrote: >>>>> Hello >>>>> I'm trying to use multiple libraries - "shotwell -d [library-directory]" >>>>> Shotwell really reads photo.db from given directory, but it does not >>> affect configuration, so import directory is the same, and therefore I can't >>> import photos to secondary library. >>>>> Is there a way to change import directory together with library >>> directory? >>>> ???????, >>>> >>>> unfortunately today Shotwell does not store a separate import directory >>>> for each library directory. We're hoping to change this in the next >>>> release (0.10): >>>> >>>> http://trac.yorba.org/ticket/2146 >>>> >>>> adam >>>> >>>> >>> >>> Hello, >>> >>> In the meantime, where does shotwell stores its Preferences? Perhaps we >>> could write a hack so when a library is opened we could modify >>> on-the-fly the base directory preference? >>> >>> >>> Cheers, >>> >>> >>> -- >>> Miguel >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> Great! That did the trick, thanks a lot! -- Miguel From xpucel at hotmail.com Tue Apr 26 18:29:10 2011 From: xpucel at hotmail.com (xavlours) Date: Tue, 26 Apr 2011 11:29:10 -0700 (PDT) Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: <4CCD39EA.3080701@kth.se> References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> Message-ID: <1303842550257-38683.post@talk.nabble.com> Hello, actually, I have most of my pictures organized inside folders, and I am switching to an event style. What would be great would be a transition mechanism from folders to events. I would like some quite automated mechanism to create an event after a folder's name, and put all the pictures in the folder in the event. If I keep going on like this, I'll have to use the event view for the recent pictures and the folder view for the older ones ... which is not too bad but not parfect. Thanks -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-creating-events-named-after-subfolders-while-importing-tp25129p38683.html Sent from the Shotwell mailing list archive at Nabble.com. From eraemaajaervi at gmail.com Tue Apr 26 19:23:51 2011 From: eraemaajaervi at gmail.com (eraemaajaervi) Date: Tue, 26 Apr 2011 12:23:51 -0700 (PDT) Subject: [Shotwell] corrupted JPEGs after import Message-ID: <1303845831306-38689.post@talk.nabble.com> hi, i've imported about 200 pictures in Shotwell from an SD card. but now about 85% of those pictures won't open in any picture viewer, not even in shotwell itself ("Photo source file missing"). The files exist, the filesize ranges from 2 to 4 MB, which is normal. but when trying a picture (with eog or convert or GIMP) i get the following error message "convert: Not a JPEG file: starts with 0x06 0x00 `IMG_5641.JPG' @ error/jpeg.c/EmitMessage/235." you can find a sample file here: http://uploaded.to/file/p92efbwj since shotwell told me about a successful import, i approved the removal of all imported pictures on the SD card. so i have no copy left of the originals. so it would be very, very bad i the pictures can't be rescued. oh, shotwell displays the thumbnails in the library overview. but no full size pictures. this was the first time i directly imported from an SD card. and probably the last time. please help. i'm sure you all could image how you'd feel if almost all your vacation pictures are lost .eraemaajaervi ps: i was using v0.9.2 at the time of import -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-corrupted-JPEGs-after-import-tp38689p38689.html Sent from the Shotwell mailing list archive at Nabble.com. From el.cameleon.1 at gmail.com Tue Apr 26 19:26:13 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 26 Apr 2011 21:26:13 +0200 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: <1303842550257-38683.post@talk.nabble.com> References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: I should admit that I do not see the interest of the "events" vs "directory". The advantages of directories are the following: - it is a standard used by a lot of others applications (Picasa, Canon Zoombrowser, Windows Live Gallery,...) - even if I do not use a photo manager, your photos can be easely browsable with any File-browser - when I export them on a USB stick or CD/DVD or UbuntuOne, the folder structure help me to find a particular photo/event quickly - If I decided to leave Shotwell for another application (I can't imagine but you never know ;-) ), I will keep all my folder structure which will allow a smooth migration. ... The advantages of the events in Shotwell are: ? Anyone can help me to understand? -- Vincent From eric at yorba.org Tue Apr 26 19:31:59 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 26 Apr 2011 12:31:59 -0700 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: <1303842550257-38683.post@talk.nabble.com> References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: Yes, that would be very useful! In fact we already have a ticket for this very feature: http://trac.yorba.org/ticket/2108 - Eric On Tue, Apr 26, 2011 at 11:29 AM, xavlours wrote: > Hello, > > actually, I have most of my pictures organized inside folders, and I am > switching to an event style. What would be great would be a transition > mechanism from folders to events. I would like some quite automated > mechanism to create an event after a folder's name, and put all the > pictures > in the folder in the event. If I keep going on like this, I'll have to use > the event view for the recent pictures and the folder view for the older > ones ... which is not too bad but not parfect. > > Thanks > > > > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-creating-events-named-after-subfolders-while-importing-tp25129p38683.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From eric at yorba.org Tue Apr 26 19:38:21 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 26 Apr 2011 12:38:21 -0700 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: The main advantage of events is that they're created automatically; the user doesn't have to take any actions, their photos just appear to be grouped magically. We do have a ticket to allow the folder name to contain the event name. In other words, if you wanted your photos to be stored in ~/Pictures/[Event] that would be possible. Would that be closer to what you'd like? http://trac.yorba.org/ticket/3549 - Eric On Tue, Apr 26, 2011 at 12:26 PM, Vincent wrote: > I should admit that I do not see the interest of the "events" vs > "directory". > > The advantages of directories are the following: > - it is a standard used by a lot of others applications (Picasa, Canon > Zoombrowser, Windows Live Gallery,...) > - even if I do not use a photo manager, your photos can be easely browsable > with any File-browser > - when I export them on a USB stick or CD/DVD or UbuntuOne, the folder > structure help me to find a particular photo/event quickly > - If I decided to leave Shotwell for another application (I can't imagine > but you never know ;-) ), I will keep all my folder structure which will > allow a smooth migration. > ... > > The advantages of the events in Shotwell are: > ? > > Anyone can help me to understand? > > -- > Vincent > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From eric at yorba.org Tue Apr 26 19:45:40 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 26 Apr 2011 12:45:40 -0700 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: <1303845831306-38689.post@talk.nabble.com> References: <1303845831306-38689.post@talk.nabble.com> Message-ID: Sorry to hear about this situation. This is definitely not a problem anyone wants to have. It looks like the files are filed with garbage. There must have been some kind of import error, which we can explore later. First and foremost though, if you haven't done anything to the SD card (i.e. written new photos to it) it's possible you can still restore the "deleted" images. There is software available for this very purpose. Here's a thread about this on the Ubuntu forums, which discusses a couple of tools: http://ubuntuforums.org/showthread.php?t=172296 Also, ZD Net has an article about this, although it only covers Windows and Mac. http://www.zdnet.com/blog/digitalcameras/how-to-recover-deleted-photos-from-your-sd-card/1102 - Eric On Tue, Apr 26, 2011 at 12:23 PM, eraemaajaervi wrote: > hi, > > i've imported about 200 pictures in Shotwell from an SD card. but now about > 85% of those pictures won't open in any picture viewer, not even in > shotwell > itself ("Photo source file missing"). The files exist, the filesize ranges > from 2 to 4 MB, which is normal. but when trying a picture (with eog or > convert or GIMP) i get the following error message "convert: Not a JPEG > file: starts with 0x06 0x00 `IMG_5641.JPG' @ error/jpeg.c/EmitMessage/235." > you can find a sample file here: http://uploaded.to/file/p92efbwj > > since shotwell told me about a successful import, i approved the removal of > all imported pictures on the SD card. so i have no copy left of the > originals. so it would be very, very bad i the pictures can't be rescued. > > oh, shotwell displays the thumbnails in the library overview. but no full > size pictures. > this was the first time i directly imported from an SD card. and probably > the last time. > > please help. i'm sure you all could image how you'd feel if almost all your > vacation pictures are lost > .eraemaajaervi > > ps: i was using v0.9.2 at the time of import > > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-corrupted-JPEGs-after-import-tp38689p38689.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pt at traversin.org Tue Apr 26 19:47:42 2011 From: pt at traversin.org (pt) Date: Tue, 26 Apr 2011 21:47:42 +0200 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: On 26 April 2011 21:26, Vincent wrote: > The advantages of the events in Shotwell are: > > Anyone can help me to understand? I think that events are only useful until we get hierarchical tags: I would then move them to the tags structure, where they belong IMHO. Piergi -- Web: http://traversin.org GNU/Linux user 190604 From el.cameleon.1 at gmail.com Tue Apr 26 19:48:42 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 26 Apr 2011 21:48:42 +0200 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: 2011/4/26 Eric Gregory > The main advantage of events is that they're created automatically; the > user doesn't have to take any actions, their photos just appear to be > grouped magically. > Yes, thats True, although quite often events long more than one day and you have to arranged the photos manually... > We do have a ticket to allow the folder name to contain the event name. In > other words, if you wanted your photos to be stored in ~/Pictures/[Event] > that would be possible. Would that be closer to what you'd like? > http://trac.yorba.org/ticket/3549 > Yes, exactly, I have subscribed to this request and hope it will soon be implemented. Also, do you see any reason why this function (when implemented) won't be the default for Shotwell, due to all the advantages I have listed previously? From eric at yorba.org Tue Apr 26 19:54:47 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 26 Apr 2011 12:54:47 -0700 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: I'm thinking we'll leave the default as-is, since most users seem happy with the default directory hierarchy. But that's something we can bring up at the design meeting when that feature is discussed for implementation. - Eric On Tue, Apr 26, 2011 at 12:48 PM, Vincent wrote: > 2011/4/26 Eric Gregory > >> The main advantage of events is that they're created automatically; the >> user doesn't have to take any actions, their photos just appear to be >> grouped magically. >> > > Yes, thats True, although quite often events long more than one day and you > have to arranged the photos manually... > > > >> We do have a ticket to allow the folder name to contain the event name. >> In other words, if you wanted your photos to be stored in ~/Pictures/[Event] >> that would be possible. Would that be closer to what you'd like? >> http://trac.yorba.org/ticket/3549 >> > > Yes, exactly, I have subscribed to this request and hope it will soon be > implemented. > > Also, do you see any reason why this function (when implemented) won't be > the default for Shotwell, due to all the advantages I have listed > previously? > > From el.cameleon.1 at gmail.com Tue Apr 26 20:03:53 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 26 Apr 2011 22:03:53 +0200 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: 2011/4/26 Eric Gregory > I'm thinking we'll leave the default as-is, since most users seem happy > with the default directory hierarchy. But that's something we can bring up > at the design meeting when that feature is discussed for implementation. > I don't see any reason why a user could complain because Shotwell use a folder name that match the event name, eg *2011/04/26 - Balloon Trip* instead of *2011/04/26/* (which make it very hard to browse into a File-manager) Anyway I would be happy if this available as an option, but I think it worth being enable by default in order to benefit to all users, if no major annoyance is seen. From eraemaajaervi at gmail.com Tue Apr 26 20:26:32 2011 From: eraemaajaervi at gmail.com (eraemaajaervi) Date: Tue, 26 Apr 2011 13:26:32 -0700 (PDT) Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: References: <1303845831306-38689.post@talk.nabble.com> Message-ID: <1303849592261-38698.post@talk.nabble.com> thanks for the links, photorec works great and is currently recovering my pictures. how can i make sure this won't happen again, to me or to anyone else? i'd be happy to help -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-corrupted-JPEGs-after-import-tp38689p38698.html Sent from the Shotwell mailing list archive at Nabble.com. From hbarta at gmail.com Tue Apr 26 21:50:32 2011 From: hbarta at gmail.com (Hank Barta) Date: Tue, 26 Apr 2011 16:50:32 -0500 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: <1303849592261-38698.post@talk.nabble.com> References: <1303845831306-38689.post@talk.nabble.com> <1303849592261-38698.post@talk.nabble.com> Message-ID: On Tue, Apr 26, 2011 at 3:26 PM, eraemaajaervi wrote: > how can i make sure this won't happen again, to me or to anyone else? i'd be > happy to help I am not at present using Shotwell, though I did try it for a bit. My needs are much simpler and I am overly paranoid about losing images (particularly considering their value. I am a wannabe gifted snap shooter. ;) I have a shell script that copies images form the source into directories structured ~/Pictures/yyyy/mm/dd/ according to exif data of if that's not there, it uses file time stamp. From there I manually copy to a working directory in ~/Pictures/yyyy-mm-dd_Subject_or_Event/ and perform any post processing there. I have script (just an rsync command, actually) that copies the files to my NAS on demand and my NAS backs itself up nightly to another NAS at my son's place. (Both NASs are Atom based systems running Ubuntu Server so I have full programming capabilities on them.) Nevertheless, before I delete a card, I copy the entire contents somewhere "just in case." I'm happy to hear that you were able to recover the deleted pictures. IMO disk space is so cheap these days it does not pay to not have some redundancy built into the work flow. Eventually I will delete some of the pictures on the local PC if I need the space. best, hank -- '03 BMW F650CS - hers '98 Dakar K12RS - "BABY K" grew up. '93 R100R w/ Velorex 700 (MBD starts...) '95 Miata - "OUR LC" polish visor: apply squashed bugs, rinse, repeat Beautiful Sunny Winfield, Illinois From eric at yorba.org Tue Apr 26 21:59:56 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 26 Apr 2011 14:59:56 -0700 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: <1303849592261-38698.post@talk.nabble.com> References: <1303845831306-38689.post@talk.nabble.com> <1303849592261-38698.post@talk.nabble.com> Message-ID: > > how can i make sure this won't happen again, to me or to anyone else? i'd > be > happy to help > Ok, perfect! First thing to do would be to check if you can reproduce the issue in Shotwell (minus the deletion step, of course!) If the issue reproduces, the next thing would be to install the GPhoto command line tool. Shotwell uses the GPhoto library to import photos, and GPhoto provides a command-driven shell that lets you query and import photos. From eraemaajaervi at gmail.com Wed Apr 27 11:22:07 2011 From: eraemaajaervi at gmail.com (eraemaajaervi) Date: Wed, 27 Apr 2011 04:22:07 -0700 (PDT) Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: References: <1303845831306-38689.post@talk.nabble.com> <1303849592261-38698.post@talk.nabble.com> Message-ID: <1303903327505-38704.post@talk.nabble.com> I can't reproduce this. tried importing a couple of times, even with deletion, but always a success. I will try it with a bigger load of pictures later -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-corrupted-JPEGs-after-import-tp38689p38704.html Sent from the Shotwell mailing list archive at Nabble.com. From monnier at iro.umontreal.ca Wed Apr 27 18:10:45 2011 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Wed, 27 Apr 2011 15:10:45 -0300 Subject: [Shotwell] creating events named after subfolders, while importing References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: > The advantages of the events in Shotwell are: > ? If you have a large memory card in your camera and only download the photos every once in a while, it's common to have a whole bunch of unrelated things in a single download, in which case the automatic division by date comes in handy (tho it's not perfect by any stretch of the imagination, but it's a good heuristic). Note that this is not incompatible with a unification of folder names and events. Stefan From eric at yorba.org Wed Apr 27 18:22:09 2011 From: eric at yorba.org (Eric Gregory) Date: Wed, 27 Apr 2011 11:22:09 -0700 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: On Wed, Apr 27, 2011 at 11:10 AM, Stefan Monnier wrote: > If you have a large memory card in your camera and only download the > photos every once in a while, it's common to have a whole bunch of > unrelated things in a single download, in which case the automatic > division by date comes in handy (tho it's not perfect by any stretch of > the imagination, but it's a good heuristic). Note that this is not > incompatible with a unification of folder names and events. > I should mention here that there's also a ticket for import rolls. Currently Shotwell only remembers your most recent import, but it would be possible for Shotwell to keep a history of imports, and allow you to assign names to them. Somewhere down the road when this feature is implemented, the import roll name would be an option for the directory naming pattern. Ticket for this is here: http://trac.yorba.org/ticket/1793 - Eric From adam at yorba.org Thu Apr 28 16:05:45 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 28 Apr 2011 09:05:45 -0700 Subject: [Shotwell] creating events named after subfolders, while importing In-Reply-To: References: <4CC7EA67.3060303@free.fr> <4CC8D8DD.6010906@kth.se> <4CCB42AF.3040902@yorba.org> <4CCD39EA.3080701@kth.se> <1303842550257-38683.post@talk.nabble.com> Message-ID: <4DB99059.80204@yorba.org> On 04/26/2011 12:26 PM, Vincent wrote: > I should admit that I do not see the interest of the "events" vs > "directory". > > The advantages of directories are the following: > - it is a standard used by a lot of others applications (Picasa, Canon > Zoombrowser, Windows Live Gallery,...) > - even if I do not use a photo manager, your photos can be easely browsable > with any File-browser > - when I export them on a USB stick or CD/DVD or UbuntuOne, the folder > structure help me to find a particular photo/event quickly > - If I decided to leave Shotwell for another application (I can't imagine > but you never know ;-) ), I will keep all my folder structure which will > allow a smooth migration. > ... > > The advantages of the events in Shotwell are: > ? > > Anyone can help me to understand? There's a high-level design question here. Should Shotwell's primary tree view show the directories where photos are located? Or should it show photos organized by time (with time boundaries set by the user, i.e. events), independent of photos' locations in the filesystem? When we started developing Shotwell, this was a fundamental decision we had to make. Some other photo programs such as GThumb show a directory tree revealing where photos are stored. But in Shotwell we decided to present photos by time and mostly hide their filesystem locations from the user. We did this because we think that a time-based view is fundamentally useful in a photo program, but some people might have their photos organized in directories in some other way. In other words, we wanted to separate the presentation of photos from their physical location to maximize flexibility for the user. Also, photo directory names are not always appropriate for displaying to the user directly. People might reasonably store photos from October in a directory named "10", but we really want to display the name "October". There are disadvantages to this approach. In particular, when you organize photos into events in Shotwell, photos don't move in the filesystem; instead, all the event data is stored in the private Shotwell database. Recently a number of users have been asking for a tighter relationship between Shotwell events and photo directories. I think that's a reasonable request, and I'd like to move incrementally in that direction. I don't think we'll go so far as to replace the event tree with a directory tree, for the reasons I mentioned above. But I'd like to get to the point where Shotwell can rearrange the photos in your library directory to match your preferred directory structure and keep them arranged that way (http://trac.yorba.org/ticket/2170) and, if you wish, you can have one directory per event with the event name in the directory name (http://trac.yorba.org/ticket/3549). Similarly, if you change a photo's date in Shotwell, it should move in the filesystem (http://trac.yorba.org/ticket/2824) and probably move to a new event as well (http://trac.yorba.org/ticket/1940). I currently expect that even with these changes, Shotwell will only arrange photos in the library directory. If you import from outside the library directory without copying, then photos will still appear in the event tree, but will always remain in their original locations on disk. Feedback is welcome. These changes will certainly not all happen for 0.10, but could perhaps arrive later this year. adam From maniac at softwaremaniacs.org Thu Apr 28 22:30:27 2011 From: maniac at softwaremaniacs.org (Ivan Sagalaev) Date: Thu, 28 Apr 2011 15:30:27 -0700 Subject: [Shotwell] Hidden photos Message-ID: <4DB9EA83.2020900@softwaremaniacs.org> Hello! I've recently switched to Shotwell and there's one thing I miss. I have rather a lot of private photos which I don't want to be visible by default when showing public photos to friends and family. I tried to use the Rejected rating to hide them but it didn't really work out because there are still thumbnails for events all over the place and it's actually too easy to switch the view filter to show rejected photos. I've found a ticket[1] dealing with the issue but it lacks any detailed requirements. I could sketch a list of what I need of this feature and post it either here or on the ticket. Which way is the best? P.S. Gosh, Shotwell is a fast piece of software! Being a developer myself I'm impressed! [1]: http://trac.yorba.org/ticket/3384 From eric at yorba.org Thu Apr 28 23:21:20 2011 From: eric at yorba.org (Eric Gregory) Date: Thu, 28 Apr 2011 16:21:20 -0700 Subject: [Shotwell] Hidden photos In-Reply-To: <4DB9EA83.2020900@softwaremaniacs.org> References: <4DB9EA83.2020900@softwaremaniacs.org> Message-ID: On Thu, Apr 28, 2011 at 3:30 PM, Ivan Sagalaev wrote: > Hello! > > I've recently switched to Shotwell and there's one thing I miss. I have > rather a lot of private photos which I don't want to be visible by default > when showing public photos to friends and family. I tried to use the > Rejected rating to hide them but it didn't really work out because there are > still thumbnails for events all over the place and it's actually too easy to > switch the view filter to show rejected photos. > > I've found a ticket[1] dealing with the issue but it lacks any detailed > requirements. I could sketch a list of what I need of this feature and post > it either here or on the ticket. Which way is the best? > Either way is fine, although to be honest we'd probably just copy/paste your thoughts directly into the ticket. But what you're describing sounds exactly like the issue the ticket is intended to represent. > P.S. Gosh, Shotwell is a fast piece of software! Being a developer myself > I'm impressed! > Thanks! - Eric From adam at yorba.org Thu Apr 28 23:54:08 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 28 Apr 2011 16:54:08 -0700 Subject: [Shotwell] volunteer to port Piwigo publishing to new API? Message-ID: <4DB9FE20.7060609@yorba.org> As many of you know, Shotwell 0.9 introduced a new API for publishing which allows plugins to implement custom publishing destinations. For 0.9, all publishing destinations (Facebook, Flickr, Picasa, YouTube, Yandex) were ported to the new API except Piwigo, which still uses the old API. In the upcoming 0.10 release, the old API will disappear. The original author of Piwigo publishing has not had time to port it to the new API, and we won't have the resources to port it here at Yorba. So does anyone out there want to volunteer to port Piwigo to the new API? If not, Shotwell 0.10 will not support publishing to Piwigo. adam From maniac at softwaremaniacs.org Fri Apr 29 00:55:08 2011 From: maniac at softwaremaniacs.org (Ivan Sagalaev) Date: Thu, 28 Apr 2011 17:55:08 -0700 Subject: [Shotwell] Hidden photos In-Reply-To: References: <4DB9EA83.2020900@softwaremaniacs.org> Message-ID: <4DBA0C6C.60504@softwaremaniacs.org> On 04/28/2011 04:21 PM, Eric Gregory wrote: > Either way is fine, although to be honest we'd probably just copy/paste > your thoughts directly into the ticket. But what you're describing > sounds exactly like the issue the ticket is intended to represent. It is. Dumped my thoughts to the ticket, thanks! From joseph.bylund at gmail.com Fri Apr 29 01:23:54 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Thu, 28 Apr 2011 21:23:54 -0400 Subject: [Shotwell] Hidden photos In-Reply-To: <4DBA0C6C.60504@softwaremaniacs.org> References: <4DB9EA83.2020900@softwaremaniacs.org> <4DBA0C6C.60504@softwaremaniacs.org> Message-ID: <4DBA132A.60701@gmail.com> Thinking about the hidden idea, it might also be nice to be able to hide a tag. i.e. adding all photos with a given tag to the hidden set. On a related note exclusion operatiors could be especially helpful in searches. That way you can search for things like "detroit -autoshow", seeing only photos tagged with detroit and not tagged with autoshow. Though no longer part of the hidden ticket, as this is purely for convenience sake and not for hiding photos from users. -Joe On 04/28/2011 08:55 PM, Ivan Sagalaev wrote: > On 04/28/2011 04:21 PM, Eric Gregory wrote: >> Either way is fine, although to be honest we'd probably just copy/paste >> your thoughts directly into the ticket. But what you're describing >> sounds exactly like the issue the ticket is intended to represent. > > It is. Dumped my thoughts to the ticket, thanks! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From eric at yorba.org Fri Apr 29 01:30:34 2011 From: eric at yorba.org (Eric Gregory) Date: Thu, 28 Apr 2011 18:30:34 -0700 Subject: [Shotwell] Hidden photos In-Reply-To: <4DBA132A.60701@gmail.com> References: <4DB9EA83.2020900@softwaremaniacs.org> <4DBA0C6C.60504@softwaremaniacs.org> <4DBA132A.60701@gmail.com> Message-ID: On Thu, Apr 28, 2011 at 6:23 PM, Joseph Bylund wrote: > On a related note exclusion operatiors could be especially helpful in > searches. That way you can search for things like "detroit -autoshow", > seeing only photos tagged with detroit and not tagged with autoshow. Though > no longer part of the hidden ticket, as this is purely for convenience sake > and not for hiding photos from users. > -Joe > In 0.10 we're adding a boolean search, which allows complex searches to be created and saved into the sidebar. It may not be quite as simple as what you have in mind, but it can certainly be used to accomplish the same task. The primary ticket for this is here, though there's many other related tickets: http://trac.yorba.org/ticket/1587 - Eric From brunogirin at gmail.com Fri Apr 29 09:48:19 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 29 Apr 2011 10:48:19 +0100 Subject: [Shotwell] volunteer to port Piwigo publishing to new API? In-Reply-To: <4DB9FE20.7060609@yorba.org> References: <4DB9FE20.7060609@yorba.org> Message-ID: <1304070499.2938.10.camel@nuuk> Adam, What's your deadline for getting the code into 0.10? I'll give it a go but can't promise I'll have it done in time as I haven't looked at the new API or the old code yet. Is there a ticket for this or should I create one? Bruno On Thu, 2011-04-28 at 16:54 -0700, Adam Dingle wrote: > As many of you know, Shotwell 0.9 introduced a new API for publishing > which allows plugins to implement custom publishing destinations. For > 0.9, all publishing destinations (Facebook, Flickr, Picasa, YouTube, > Yandex) were ported to the new API except Piwigo, which still uses the > old API. In the upcoming 0.10 release, the old API will disappear. The > original author of Piwigo publishing has not had time to port it to the > new API, and we won't have the resources to port it here at Yorba. So > does anyone out there want to volunteer to port Piwigo to the new API? > If not, Shotwell 0.10 will not support publishing to Piwigo. > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Fri Apr 29 15:23:25 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 29 Apr 2011 08:23:25 -0700 Subject: [Shotwell] volunteer to port Piwigo publishing to new API? In-Reply-To: <1304070499.2938.10.camel@nuuk> References: <4DB9FE20.7060609@yorba.org> <1304070499.2938.10.camel@nuuk> Message-ID: Hi Bruno, On Fri, Apr 29, 2011 at 2:48 AM, Bruno Girin wrote: > Adam, > > What's your deadline for getting the code into 0.10? I'll give it a go > but can't promise I'll have it done in time as I haven't looked at the > new API or the old code yet. > Thanks a lot for offering to help out. We're planning to ship 0.10 toward the end of May. I think we could reasonably take this change if it's done by May 15 or so, otherwise it will have to wait for 0.11. > > Is there a ticket for this or should I create one? > > The ticket is http://trac.yorba.org/ticket/3203 . Feel free to assign ownership to yourself. Thanks again! adam From alexdingle at gmail.com Fri Apr 29 22:21:08 2011 From: alexdingle at gmail.com (Alex Dingle) Date: Fri, 29 Apr 2011 15:21:08 -0700 Subject: [Shotwell] Movie mode / minimum slideshow delay? Message-ID: Hi all, I have a shorter attention span, and I'd like the ability to play back many of my imported photos rapidly in sequence, similar to how they are displayed when first importing from the SD card. However, it seems that there is a minimum slideshow delay of one second. Could perhaps this be lowered to allow delays closer to 0, or is there some better way to do this? Thanks, -Alex From vera at yorba.org Sat Apr 30 00:03:24 2011 From: vera at yorba.org (Vera Yin) Date: Fri, 29 Apr 2011 17:03:24 -0700 Subject: [Shotwell] Movie mode / minimum slideshow delay? In-Reply-To: References: Message-ID: Hi Alex, Thanks for the suggestion - I've opened a ticket at http://trac.yorba.org/ticket/3561. Cheers, Vera On Fri, Apr 29, 2011 at 3:21 PM, Alex Dingle wrote: > Hi all, > > I have a shorter attention span, and I'd like the ability to play back many > of my imported photos rapidly in sequence, similar to how they are displayed > when first importing from the SD card. > However, it seems that there is a minimum slideshow delay of one second. > Could perhaps this be lowered to allow delays closer to 0, or is there some > better way to do this? > > Thanks, > -Alex > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From blklists at elementarea.net Sat Apr 30 22:24:28 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Sun, 01 May 2011 00:24:28 +0200 Subject: [Shotwell] DB schema update requires metadata reimport Message-ID: <1304202268.1521.10.camel@thinky> I just posted an update to the gps widget patch on http://trac.yorba.org/ticket/2875 Included in the patch is a schema update that adds the gps data to the DB to speed up starting (compared to the previous approach of reading it out on the fly), problem is that the existing pictures with gps tag will be location-less if they're not reimported. Now what would be the best way to fix that? Clearly I don't want to force people to reimport they're whole library manually. Maybe write an app that updates the tags as part of Db.upgrade_database() ? Best andreas