From picman1 at verizon.net Tue Mar 1 07:24:35 2011 From: picman1 at verizon.net (Jim L) Date: Tue, 01 Mar 2011 02:24:35 -0500 Subject: [Shotwell] New to Shotwell - looking for actions Message-ID: <3E4BE729-A0BF-45C6-ABA0-ED8728FA0625@verizon.net> Hello, I have spent years working with Photoshop and similar programs. When trying out Shotwell, I made several adjustments to a photo. After doing so I was hoping to save those changes as an action similar to Photoshop so i could apply the same changes to other photos from the same event but was unable to find the option. Does this option exist and if so how do i save an action so i can use it on other photos? Thanks. Jim L picman1 at verizon.net From adam at yorba.org Tue Mar 1 15:03:44 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 01 Mar 2011 07:03:44 -0800 Subject: [Shotwell] New to Shotwell - looking for actions In-Reply-To: <3E4BE729-A0BF-45C6-ABA0-ED8728FA0625@verizon.net> References: <3E4BE729-A0BF-45C6-ABA0-ED8728FA0625@verizon.net> Message-ID: <4D6D0AD0.2090900@yorba.org> On 02/28/2011 11:24 PM, Jim L wrote: > Hello, > > I have spent years working with Photoshop and similar programs. When trying out Shotwell, I made several adjustments > to a photo. After doing so I was hoping to save those changes as an action similar to Photoshop so i could apply the > same changes to other photos from the same event but was unable to find the option. Does this option exist and if so > how do i save an action so i can use it on other photos? Thanks. > > Jim L > picman1 at verizon.net Jim, Shotwell does not have that capability at this time, though I agree it would be nice. We have a ticket for a related idea here: http://trac.yorba.org/ticket/2517 adam From john at wormdrive.net Tue Mar 1 21:39:16 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Tue, 01 Mar 2011 21:39:16 +0000 Subject: [Shotwell] shotwell consumes all available memory on startup In-Reply-To: <4D3F3ECC.6070208@yorba.org> References: <4D3E0F11.8040208@wormdrive.net> <4D3E14BC.6040209@yorba.org> <4D3E1A4C.90304@wormdrive.net> <4D3F1842.1030902@yorba.org> <4D3F2EC6.9050601@wormdrive.net> <4D3F3ECC.6070208@yorba.org> Message-ID: <4D6D6784.8040205@wormdrive.net> On 25/01/11 21:21, Adam Dingle wrote: > John, > > Hm - it looks like Shotwell is consuming minutes of CPU at startup, even > with an empty library with auto-import turned off. Strange. > > Could you do the following? Follow the numbered steps under the item "I > found a bug in Shotwell. How can I report it?" in the Shotwell FAQ > (http://trac.yorba.org/wiki/Shotwell/FAQ). For step 4 ("Make the crash > happen"), simply press Ctrl+C in the GDB console window to break out of > Shotwell after it's run for a few seconds. Once you have the files > shotwell.gdb and shotwell.log, either mail them to us directly at > shotwell at yorba.org (this mailing list won't accept attachments, by the > way) or create a new ticket at http://trac.yorba.org and attach the > files there. The contents of those files should reveal more about what's > going on. Thanks! > > adam > Hi Adam- I've created a ticket at http://trac.yorba.org/ticket/3273 and attached the requested files. I hope they cast some light on the problem! If you need anything else, let me know. Sorry for the delay, but it took me a while to figure how to add the symbols in Archlinux :) John From vera at yorba.org Tue Mar 1 22:34:34 2011 From: vera at yorba.org (Vera Yin) Date: Tue, 1 Mar 2011 14:34:34 -0800 Subject: [Shotwell] Event not shown In-Reply-To: <1298814317994-34259.post@talk.nabble.com> References: <1298814317994-34259.post@talk.nabble.com> Message-ID: Hi philsdutchie, Can you run the following command on one of the files for which no event is created? exiv2 -pa filename.jpg | grep -i time and paste the output here. That will show us what EXIF date information is in the file. Thanks, Vera On Sun, Feb 27, 2011 at 5:45 AM, philsdutchie wrote: > I tried to import my photo's from different directories in shotwell. ?I > encountered a problem with photos in a subdirectory in a directory named > 2007_03. > > Photo's under a subdirectory 2000309 are loaded, seen under photo's and > there is an event made in Shotwell: > - 2007 > ?- March > ? ?Fri Mar 9,2007 > > Photo's in the subdirectory 200303 however are loaded and seen under photo's > but there is no event made. What is the problem here? > > I am using Shotwell 0.5.0 under Ubuntu (64) lucid. But the same problem > appears in Shotwell 0.7.2. > > > > > > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Event-not-shown-tp34259p34259.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 philsdutchie at gmail.com Wed Mar 2 06:39:58 2011 From: philsdutchie at gmail.com (philsdutchie) Date: Tue, 1 Mar 2011 22:39:58 -0800 (PST) Subject: [Shotwell] Event not shown In-Reply-To: References: <1298814317994-34259.post@talk.nabble.com> Message-ID: <1299047998109-34523.post@talk.nabble.com> Hello Vera, This are the metadata: General information: Make: Corelogic Model: Samsung SFH-D600 Date-Time: 2005:01:01 00:00:00 Image structure: XResolution: 72.00 YResolution: 72.00 Resolution Unit: Inch ColorSpace: Unknown value Versions & Interoperability: Exif Version 2.1 FlashPixVersion: FlashPix Version 1.0 Has it to do with the fact that these picture are made with a cellphone? How can I manually get them in the right directory? Thanks in advance, Rob -- View this message in context: http://shotwell.3510.www.nabble.com/Event-not-shown-tp34259p34523.html Sent from the Shotwell mailing list archive at Nabble.com. From philsdutchie at gmail.com Wed Mar 2 06:46:33 2011 From: philsdutchie at gmail.com (philsdutchie) Date: Tue, 1 Mar 2011 22:46:33 -0800 (PST) Subject: [Shotwell] Event not shown In-Reply-To: References: <1298814317994-34259.post@talk.nabble.com> Message-ID: <1299048393419-34524.post@talk.nabble.com> Hi Vera, This I could find: Model: SAMSUNG SGH-D600 XResolution: 72 YResolution: 72 ResolutionUnit: Inch DateTime: 2005:01:01 00:00:00 ExifVersion: Exif Version 2.1 FlashPixVersion: FlashPix Version 1.0 ColorSpace: unknow value Perhaps it has to do with the fact that these are cellphone pictures? Can I also manually create a directory and put them in there? Thanks in advance, Rob -- View this message in context: http://shotwell.3510.www.nabble.com/Event-not-shown-tp34259p34524.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Thu Mar 3 22:08:12 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 03 Mar 2011 14:08:12 -0800 Subject: [Shotwell] Event not shown In-Reply-To: <1299047998109-34523.post@talk.nabble.com> References: <1298814317994-34259.post@talk.nabble.com> <1299047998109-34523.post@talk.nabble.com> Message-ID: <4D70114C.8060501@yorba.org> Phil, thanks for this information. Could you email one of these pictures to the Shotwell team at shotwell at yorba.org? We'll see if we can see if we can figure out what's going on. Meanwhile, it's not hard to move these photos into a new event manually in Shotwell if you want. In the Shotwell sidebar, choose No Event to see a list of all photos that don't belong to any event. (That sidebar item didn't exist in 0.5, so you'll need to upgrade to a newer version of Shotwell). Then select any photos you like and choose Events->New Event to put them in an event. If you use Photos->Adjust Date and Time to assign a date/time to the photos, the new event will then show up in the appropriate place in the sidebar. adam On 03/01/2011 10:39 PM, philsdutchie wrote: > Hello Vera, > > This are the metadata: > > General information: > Make: Corelogic > Model: Samsung SFH-D600 > Date-Time: 2005:01:01 00:00:00 > Image structure: > XResolution: 72.00 > YResolution: 72.00 > Resolution Unit: Inch > ColorSpace: Unknown value > Versions& Interoperability: > Exif Version 2.1 > FlashPixVersion: FlashPix Version 1.0 > > Has it to do with the fact that these picture are made with a cellphone? How > can I manually get them in the right directory? > > Thanks in advance, > Rob > > > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Event-not-shown-tp34259p34523.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 hendry.michael at gmail.com Sat Mar 5 23:43:24 2011 From: hendry.michael at gmail.com (foxylady337) Date: Sat, 5 Mar 2011 15:43:24 -0800 (PST) Subject: [Shotwell] Lost tags after reimporting of moved files Message-ID: <1299368604250-34806.post@talk.nabble.com> I have been working on the automount feature on my Ubuntu system, and as a consequence the majority of my 22000+ images were recorded as "missing". I have imported the folders again, but only some of the tags have been recovered and many files to which these tags were previously applied have no tags on them now. Is there some way I can get the tags back? -- View this message in context: http://shotwell.3510.www.nabble.com/Lost-tags-after-reimporting-of-moved-files-tp34806p34806.html Sent from the Shotwell mailing list archive at Nabble.com. From el.cameleon.1 at gmail.com Sun Mar 6 06:23:21 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Sun, 6 Mar 2011 07:23:21 +0100 Subject: [Shotwell] Multiple computer users Message-ID: Hi, 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? What are your think about these ideas? Do you see others issues? I am looking forward to hearing from you soon, -- Vincent From rsimmons0 at gmail.com Mon Mar 7 01:04:43 2011 From: rsimmons0 at gmail.com (Robert Simmons) Date: Sun, 6 Mar 2011 20:04:43 -0500 Subject: [Shotwell] Gimp integration under KDE Message-ID: I have just installed shotwell and I'm using KDE 4.6.1 on Kubuntu 10.10. I also have gimp installed, but it does not show up in the list for external editors in the preferences area. This may be due to the fact that I'm not running GNOME. I assume that the lists of software available is provided somehow through GNOME. I would like to know if there is a line that I need to manually add to a config file to give shotwell the path to gimp. I have not been able to find any config file syntax documentation anywhere, but I may just not be looking in the right place. The man page is pretty sparse, and I don't see anything about config files in the user's guide (http://yorba.org/shotwell/help/external-edit.html). Thanks in advance for any assistance. Rob From adam at yorba.org Mon Mar 7 17:40:05 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 07 Mar 2011 09:40:05 -0800 Subject: [Shotwell] Gimp integration under KDE In-Reply-To: References: Message-ID: <4D751875.4030908@yorba.org> On 03/06/2011 05:04 PM, Robert Simmons wrote: > I have just installed shotwell and I'm using KDE 4.6.1 on Kubuntu > 10.10. I also have gimp installed, but it does not show up in the > list for external editors in the preferences area. This may be due to > the fact that I'm not running GNOME. I assume that the lists of > software available is provided somehow through GNOME. I would like to > know if there is a line that I need to manually add to a config file > to give shotwell the path to gimp. I have not been able to find any > config file syntax documentation anywhere, but I may just not be > looking in the right place. The man page is pretty sparse, and I don't > see anything about config files in the user's guide > (http://yorba.org/shotwell/help/external-edit.html). > > Thanks in advance for any assistance. > > Rob > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Rob, Shotwell determines the list of external editors to show by asking GLib for the set of applications registered for each MIME type that Shotwell handles (e.g. image/jpeg). (This happens via a call to g_app_info_get_all_for_type(); see get_apps_for_mime_types() in DesktopIntegration.vala in the Shotwell source). This page explains how applications are registered for MIME types in the GNOME world: http://library.gnome.org/admin/system-admin-guide/stable/mimetypes-registering.html.en Not sure quite how to make this work in the KDE world, but maybe you could try running update-desktop-database as mentioned on that page. Hope this helps - adam From adam at yorba.org Mon Mar 7 18:17:44 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 07 Mar 2011 10:17:44 -0800 Subject: [Shotwell] Multiple computer users In-Reply-To: References: Message-ID: <4D752148.2080402@yorba.org> Vincent, On 03/05/2011 10:23 PM, Vincent wrote: > Hi, > > 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". 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. > 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. Actually Shotwell *will* monitor any directory which the library directory points to via a symbolic link. (It will not, however, currently monitor other directories as described in that ticket.) > A prerequisite is that the tags should be stored inside the photo file in > order to avoid having to defined them twice or more... Yes, you probably want to enable metadata writing in this situation. > 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? Yes, you might want to set photo permissions appropriately. Shotwell wasn't really designed for this single-computer sharing use case, so I think managing these permissions is outside the scope of Shotwell. > What are your think about these ideas? Do you see others issues? If you share directories like this then you need to be careful about deletion. When you delete any photo from the Shotwell trash, Shotwell will ask you whether to move it to the desktop trash. So if Dad trashes one of Mom's photos in this way, then Mom will no longer see it. Not sure whether you want that behavior. You might want to set up permissions so that each user's library directory can be read but not written by other users. Cheers - adam From adam at yorba.org Mon Mar 7 18:43:45 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 07 Mar 2011 10:43:45 -0800 Subject: [Shotwell] Lost tags after reimporting of moved files In-Reply-To: <1299368604250-34806.post@talk.nabble.com> References: <1299368604250-34806.post@talk.nabble.com> Message-ID: <4D752761.2050106@yorba.org> Michael, On 03/05/2011 03:43 PM, foxylady337 wrote: > I have been working on the automount feature on my Ubuntu system, and as a > consequence the majority of my 22000+ images were recorded as "missing". > > I have imported the folders again, but only some of the tags have been > recovered and many files to which these tags were previously applied have no > tags on them now. > > Is there some way I can get the tags back? Sorry to hear you may have lost tags. We've had sporadic reports of users losing metadata in situations like you describe (see e.g. http://trac.yorba.org/ticket/2968), but have been unable to reproduce this problem ourselves. A few questions: - What version of Shotwell are you running? - Do you have metadata writing enabled in Shotwell? - Do you have auto-import enabled? - When photo files are unavailable, Shotwell marks the photos as Missing. When the files become available again, Shotwell should automatically unmark them as Missing so that they appear normally again. Did that not happen in your case? - When you reimported the folders, had their paths changed from when Shotwell saw them the first time? Or were the paths the same as before? - After you reimported, did the reimported photos still appear in the Missing view in Shotwell as well as in the main Photos view? - You said that 'only some of the tags have been recovered'. Does there seem to be any pattern as to which tags were recovered? For example, were those only tags for photos in certain directories, or only tags which existed in the photo files before you imported them into Shotwell? adam From hendry.michael at gmail.com Mon Mar 7 21:33:50 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Mon, 07 Mar 2011 21:33:50 +0000 Subject: [Shotwell] Lost tags after reimporting of moved files In-Reply-To: <4D752761.2050106@yorba.org> References: <1299368604250-34806.post@talk.nabble.com> <4D752761.2050106@yorba.org> Message-ID: <1299533630.4089.159.camel@Linley6> On Mon, 2011-03-07 at 10:43 -0800, Adam Dingle wrote: > Michael, > > On 03/05/2011 03:43 PM, foxylady337 wrote: > > I have been working on the automount feature on my Ubuntu system, and as a > > consequence the majority of my 22000+ images were recorded as "missing". > > > > I have imported the folders again, but only some of the tags have been > > recovered and many files to which these tags were previously applied have no > > tags on them now. > > > > Is there some way I can get the tags back? > > Sorry to hear you may have lost tags. We've had sporadic reports of > users losing metadata in situations like you describe (see e.g. > http://trac.yorba.org/ticket/2968), but have been unable to reproduce > this problem ourselves. > > A few questions: > > - What version of Shotwell are you running? 0.72 > - Do you have metadata writing enabled in Shotwell? Where is this option selected? - I've had a look in preferences, but it's not there. > > - Do you have auto-import enabled? I don't think so - as with the above, I can't see an option in Preferences for this. > > - When photo files are unavailable, Shotwell marks the photos as > Missing. When the files become available again, Shotwell should > automatically unmark them as Missing so that they appear normally > again. Did that not happen in your case? When the directories were essentially moved somewhere else by my clumsy attempts to get another disc drive mounted, Shotwell said all the files in these directories were Missing (at least, I believe it was those and only those - I didn't check them all!). I chose to Import the directories, from their new location. After a few hours, I found that there were still some 22000 images in the Missing Folder, although the ones I'd just imported were now available to view in the normal way. Very few of the tags I'd applied to the files survived the process, although I think some of the missing ones did come back. Finally, I worked out how to mount my external hard drive in the same part of the directory structure as it had been before, and Imported again. All appears to be OK now, apart from 22834 photos in the Missing box. (Clicking on the Photos icon I find I have 22783 photos). My tags have apparently been restored to the situation before I messed things up! > > - When you reimported the folders, had their paths changed from when > Shotwell saw them the first time? Or were the paths the same as before? Yes (on the first occasion), but now that I've shifted the mount point for the drive back, they're the same as they were originally. > > - After you reimported, did the reimported photos still appear in the > Missing view in Shotwell as well as in the main Photos view? Yes. > > - You said that 'only some of the tags have been recovered'. Does there > seem to be any pattern as to which tags were recovered? For example, > were those only tags for photos in certain directories, or only tags > which existed in the photo files before you imported them into Shotwell? Sorry, I haven't got a handle on that. I think that the tags that were present only referred to photos which had been imported from my camera into Shotwell, and were in a sub-folder of my home directory, but I have a feeling that one or two tags reappeared when I imported the first time (i.e. from the renamed directory). I'm reluctant to empty the Missing folder at present, but I'll obviously have to do so in due course. Michael From adam at yorba.org Tue Mar 8 17:30:34 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 08 Mar 2011 09:30:34 -0800 Subject: [Shotwell] Lost tags after reimporting of moved files In-Reply-To: <1299533630.4089.159.camel@Linley6> References: <1299368604250-34806.post@talk.nabble.com> <4D752761.2050106@yorba.org> <1299533630.4089.159.camel@Linley6> Message-ID: <4D7667BA.9030203@yorba.org> On 03/07/2011 01:33 PM, Michael Hendry wrote: > On Mon, 2011-03-07 at 10:43 -0800, Adam Dingle wrote: >> Michael, >> ... >> Sorry to hear you may have lost tags. We've had sporadic reports of >> users losing metadata in situations like you describe (see e.g. >> http://trac.yorba.org/ticket/2968), but have been unable to reproduce >> this problem ourselves. >> >> A few questions: >> >> - What version of Shotwell are you running? > 0.72 > > >> - Do you have metadata writing enabled in Shotwell? > Where is this option selected? - I've had a look in preferences, but > it's not there. This feature was new in 0.8, so I'm not surprised you didn't find it. :) >> - Do you have auto-import enabled? > I don't think so - as with the above, I can't see an option in > Preferences for this. Similarly, auto-import is only in 0.8. >> - When photo files are unavailable, Shotwell marks the photos as >> Missing. When the files become available again, Shotwell should >> automatically unmark them as Missing so that they appear normally >> again. Did that not happen in your case? > When the directories were essentially moved somewhere else by my clumsy > attempts to get another disc drive mounted, Shotwell said all the files > in these directories were Missing (at least, I believe it was those and > only those - I didn't check them all!). OK, good - that was expected. > I chose to Import the directories, from their new location. After a few > hours, I found that there were still some 22000 images in the Missing > Folder, although the ones I'd just imported were now available to view > in the normal way. Very few of the tags I'd applied to the files > survived the process, although I think some of the missing ones did come > back. Right. When you reimport photos from a new location, it would be nice if Shotwell would resurrect the files out of Missing Files and apply the old tags to the photos. Unfortunately this isn't working at the moment. We're still hoping to fix this for 0.9: http://trac.yorba.org/ticket/3132 > Finally, I worked out how to mount my external hard drive in the same > part of the directory structure as it had been before, and Imported > again. > > All appears to be OK now, apart from 22834 photos in the Missing box. > (Clicking on the Photos icon I find I have 22783 photos). My tags have > apparently been restored to the situation before I messed things up! That's great! > >> - You said that 'only some of the tags have been recovered'. Does there >> seem to be any pattern as to which tags were recovered? For example, >> were those only tags for photos in certain directories, or only tags >> which existed in the photo files before you imported them into Shotwell? > Sorry, I haven't got a handle on that. I think that the tags that were > present only referred to photos which had been imported from my camera > into Shotwell, and were in a sub-folder of my home directory, but I have > a feeling that one or two tags reappeared when I imported the first time > (i.e. from the renamed directory). > > I'm reluctant to empty the Missing folder at present, but I'll obviously > have to do so in due course. Right. If all the tags on the photos in the main Photos view seem OK, then you should be able to empty the Missing folder with no problem. Of course, it might be prudent to back up your Shotwell library before doing so if there's any chance that you still might need the tags on photos which are Missing. adam From hendry.michael at gmail.com Tue Mar 8 17:59:48 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Tue, 08 Mar 2011 17:59:48 +0000 Subject: [Shotwell] Lost tags after reimporting of moved files In-Reply-To: <4D7667BA.9030203@yorba.org> References: <1299368604250-34806.post@talk.nabble.com> <4D752761.2050106@yorba.org> <1299533630.4089.159.camel@Linley6> <4D7667BA.9030203@yorba.org> Message-ID: <1299607188.1971.201.camel@Linley6> On Tue, 2011-03-08 at 09:30 -0800, Adam Dingle wrote: > On 03/07/2011 01:33 PM, Michael Hendry wrote: > > On Mon, 2011-03-07 at 10:43 -0800, Adam Dingle wrote: > >> Michael, > >> ... > >> Sorry to hear you may have lost tags. We've had sporadic reports of > >> users losing metadata in situations like you describe (see e.g. > >> http://trac.yorba.org/ticket/2968), but have been unable to reproduce > >> this problem ourselves. > >> > >> A few questions: > >> > >> - What version of Shotwell are you running? > > 0.72 > > > > > >> - Do you have metadata writing enabled in Shotwell? > > Where is this option selected? - I've had a look in preferences, but > > it's not there. > > This feature was new in 0.8, so I'm not surprised you didn't find it. :) > > >> - Do you have auto-import enabled? > > I don't think so - as with the above, I can't see an option in > > Preferences for this. > > Similarly, auto-import is only in 0.8. Because I'm running Ubuntu Lucid Lynx, the upgrades aren't offered to me automatically, and I haven't got round to installing all the bits and pieces I need to install a more recent version. > SNIP > Right. If all the tags on the photos in the main Photos view seem OK, > then you should be able to empty the Missing folder with no problem. Of > course, it might be prudent to back up your Shotwell library before > doing so if there's any chance that you still might need the tags on > photos which are Missing. I'm not sure how to do this - again, backup doesn't feature in the menu options of 0.72. Does backing up the library involve backing up all the image files as well as Shotwell's own database? Regards Michael From adam at yorba.org Tue Mar 8 18:08:19 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 08 Mar 2011 10:08:19 -0800 Subject: [Shotwell] Lost tags after reimporting of moved files In-Reply-To: <1299607188.1971.201.camel@Linley6> References: <1299368604250-34806.post@talk.nabble.com> <4D752761.2050106@yorba.org> <1299533630.4089.159.camel@Linley6> <4D7667BA.9030203@yorba.org> <1299607188.1971.201.camel@Linley6> Message-ID: <4D767093.3060405@yorba.org> On 03/08/2011 09:59 AM, Michael Hendry wrote: > >> Right. If all the tags on the photos in the main Photos view seem OK, >> then you should be able to empty the Missing folder with no problem. Of >> course, it might be prudent to back up your Shotwell library before >> doing so if there's any chance that you still might need the tags on >> photos which are Missing. > I'm not sure how to do this - again, backup doesn't feature in the menu > options of 0.72. See the entry about backing up in the Shotwell FAQ: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary > Does backing up the library involve backing up all the image files as > well as Shotwell's own database? That's up to you. Shotwell 0.7 never writes to image files (except when the user explicitly asks to move them to the desktop trash), so I think you will probably be fine just backing up the library directory itself if you're performing some adventurous operation in Shotwell and want to be able to go back to the previous state. adam From blklists at elementarea.net Tue Mar 8 23:12:01 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Wed, 09 Mar 2011 00:12:01 +0100 Subject: [Shotwell] GSoC 2011 In-Reply-To: <1297636640.12109.18.camel@thinky> References: <1297636640.12109.18.camel@thinky> Message-ID: <1299625921.7876.13.camel@thinky> Since I haven't heard from any yorba official, I would like to point out that the application deadline for projects to GSoC 2011 is the 12th March. I think that it would be a missed opportunity not to participate, even though it would be understandable not to take part for the simple reason of needing to provide mentors which would remove manpower from the already small yorba team. Still I, and probably others, would love to spend a summer hacking on shotwell :) Best regards andreas On Son, 2011-02-13 at 23:37 +0100, Andreas Brauchli wrote: > Dear shotwell team > > are there any plans for yorba/shotwell to apply for the google summer of > code 2011? I've seen last year's wiki page [1] and would totally love to > work on shotwell this summer! > > What i have in mind is the idea of a multi-user/multi-computer shotwell > or shotwell server instance (something like [2]) so that a photo > collection can be simultaneously accessed and modified from multiple > frontends but would also allow each shotwell instance - think on a > laptop - to locally cache (parts of) the collection. > > Students, please voice yourselves to encourage yorba to apply for a gsoc > spot and to provide some mentors - and the others to suggest or point > out feature requests that would keep a student busy for a good summer of > code. > > GSoC website: http://www.google-melange.com/ > > cheers > andreas > > [1] http://trac.yorba.org/wiki/SummerCodeIdeas > [2] http://trac.yorba.org/ticket/1572 > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From andreas.wallberg at gmail.com Tue Mar 8 23:17:46 2011 From: andreas.wallberg at gmail.com (Andreas Wallberg) Date: Wed, 9 Mar 2011 00:17:46 +0100 Subject: [Shotwell] GSoC 2011 In-Reply-To: <1299625921.7876.13.camel@thinky> References: <1297636640.12109.18.camel@thinky> <1299625921.7876.13.camel@thinky> Message-ID: Hi! There is a MySQL backend for Digikam. It would be neat if Shotwell could be configured to access and use the same backend to not only provide distributed database management but also seamless interoperability with Digikam for any overlapping functionality, such as tagging. The missing piece in the puzzle is then a server side image gallery that hooks into the same database and can serve images to the web. /Andreas On Wed, Mar 9, 2011 at 12:12 AM, Andreas Brauchli wrote: > Since I haven't heard from any yorba official, I would like to point out > that the application deadline for projects to GSoC 2011 is the 12th > March. > > I think that it would be a missed opportunity not to participate, even > though it would be understandable not to take part for the simple reason > of needing to provide mentors which would remove manpower from the > already small yorba team. > > Still I, and probably others, would love to spend a summer hacking on > shotwell :) > > Best regards > andreas > > On Son, 2011-02-13 at 23:37 +0100, Andreas Brauchli wrote: >> Dear shotwell team >> >> are there any plans for yorba/shotwell to apply for the google summer of >> code 2011? I've seen last year's wiki page [1] and would totally love to >> work on shotwell this summer! >> >> What i have in mind is the idea of a multi-user/multi-computer shotwell >> or shotwell server instance (something like [2]) so that a photo >> collection can be simultaneously accessed and modified from multiple >> frontends but would also allow each shotwell instance - think on a >> laptop - to locally cache (parts of) the collection. >> >> Students, please voice yourselves to encourage yorba to apply for a gsoc >> spot and to provide some mentors - and the others to suggest or point >> out feature requests that would keep a student busy for a good summer of >> code. >> >> GSoC website: http://www.google-melange.com/ >> >> cheers >> andreas >> >> [1] http://trac.yorba.org/wiki/SummerCodeIdeas >> [2] http://trac.yorba.org/ticket/1572 >> >> >> _______________________________________________ >> 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 blklists at elementarea.net Tue Mar 8 23:27:12 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Wed, 09 Mar 2011 00:27:12 +0100 Subject: [Shotwell] GSoC 2011 In-Reply-To: References: <1297636640.12109.18.camel@thinky> <1299625921.7876.13.camel@thinky> Message-ID: <1299626832.7876.19.camel@thinky> While interoperability is generally a good thing to have, sharing databases mostly isn't (especially for strongly developing projects as shotwell) as it imposes too many restrictions and therefore hinders development. A better way to approach this IMO is to make use of import/export features - even though it may not be the simplest option from a user's POV - but then again, why use two tools that have much common ground for the same task? (yes, i know there are valid answers to that question) An alternative might be to create a script which merges the shotwell sqlite DB with the mysql one from digikam.. For simple tag sharing, the current write-tags-back option already helps a lot in these scenarios. cheers andreas On Mit, 2011-03-09 at 00:17 +0100, Andreas Wallberg wrote: > Hi! > > There is a MySQL backend for Digikam. It would be neat if Shotwell > could be configured to access and use the same backend to not only > provide distributed database management but also seamless > interoperability with Digikam for any overlapping functionality, such > as tagging. The missing piece in the puzzle is then a server side > image gallery that hooks into the same database and can serve images > to the web. > > /Andreas > > On Wed, Mar 9, 2011 at 12:12 AM, Andreas Brauchli > wrote: > > Since I haven't heard from any yorba official, I would like to point out > > that the application deadline for projects to GSoC 2011 is the 12th > > March. > > > > I think that it would be a missed opportunity not to participate, even > > though it would be understandable not to take part for the simple reason > > of needing to provide mentors which would remove manpower from the > > already small yorba team. > > > > Still I, and probably others, would love to spend a summer hacking on > > shotwell :) > > > > Best regards > > andreas > > > > On Son, 2011-02-13 at 23:37 +0100, Andreas Brauchli wrote: > >> Dear shotwell team > >> > >> are there any plans for yorba/shotwell to apply for the google summer of > >> code 2011? I've seen last year's wiki page [1] and would totally love to > >> work on shotwell this summer! > >> > >> What i have in mind is the idea of a multi-user/multi-computer shotwell > >> or shotwell server instance (something like [2]) so that a photo > >> collection can be simultaneously accessed and modified from multiple > >> frontends but would also allow each shotwell instance - think on a > >> laptop - to locally cache (parts of) the collection. > >> > >> Students, please voice yourselves to encourage yorba to apply for a gsoc > >> spot and to provide some mentors - and the others to suggest or point > >> out feature requests that would keep a student busy for a good summer of > >> code. > >> > >> GSoC website: http://www.google-melange.com/ > >> > >> cheers > >> andreas > >> > >> [1] http://trac.yorba.org/wiki/SummerCodeIdeas > >> [2] http://trac.yorba.org/ticket/1572 > >> > >> > >> _______________________________________________ > >> 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 brunogirin at gmail.com Wed Mar 9 00:06:48 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 09 Mar 2011 00:06:48 +0000 Subject: [Shotwell] GSoC 2011 In-Reply-To: <1299626832.7876.19.camel@thinky> References: <1297636640.12109.18.camel@thinky> <1299625921.7876.13.camel@thinky> <1299626832.7876.19.camel@thinky> Message-ID: <1299629208.1791.16.camel@nuuk> Andreas and Andreas, if one of you wants to implement an "Import from Digikam" function that works in the same way as the "Import from F-Spot", don't hesitate to drop me a line and I'll be happy to guide you through the steps needed to implement it. I wrote a summary some time ago that you can find here: http://brunogirin.blogspot.com/2010/09/adding-support-for-alien-database.html This summary would now need to be updated to reflect the fact that the code was re-factored to take advantage of the units concept added in the latest version of the Shotwell code but the changes are not huge. Bruno On Wed, 2011-03-09 at 00:27 +0100, Andreas Brauchli wrote: > While interoperability is generally a good thing to have, sharing > databases mostly isn't (especially for strongly developing projects as > shotwell) as it imposes too many restrictions and therefore hinders > development. A better way to approach this IMO is to make use of > import/export features - even though it may not be the simplest option > from a user's POV - but then again, why use two tools that have much > common ground for the same task? (yes, i know there are valid answers to > that question) > > An alternative might be to create a script which merges the shotwell > sqlite DB with the mysql one from digikam.. > > For simple tag sharing, the current write-tags-back option already helps > a lot in these scenarios. > > cheers > andreas > > On Mit, 2011-03-09 at 00:17 +0100, Andreas Wallberg wrote: > > Hi! > > > > There is a MySQL backend for Digikam. It would be neat if Shotwell > > could be configured to access and use the same backend to not only > > provide distributed database management but also seamless > > interoperability with Digikam for any overlapping functionality, such > > as tagging. The missing piece in the puzzle is then a server side > > image gallery that hooks into the same database and can serve images > > to the web. > > > > /Andreas > > > > On Wed, Mar 9, 2011 at 12:12 AM, Andreas Brauchli > > wrote: > > > Since I haven't heard from any yorba official, I would like to point out > > > that the application deadline for projects to GSoC 2011 is the 12th > > > March. > > > > > > I think that it would be a missed opportunity not to participate, even > > > though it would be understandable not to take part for the simple reason > > > of needing to provide mentors which would remove manpower from the > > > already small yorba team. > > > > > > Still I, and probably others, would love to spend a summer hacking on > > > shotwell :) > > > > > > Best regards > > > andreas > > > > > > On Son, 2011-02-13 at 23:37 +0100, Andreas Brauchli wrote: > > >> Dear shotwell team > > >> > > >> are there any plans for yorba/shotwell to apply for the google summer of > > >> code 2011? I've seen last year's wiki page [1] and would totally love to > > >> work on shotwell this summer! > > >> > > >> What i have in mind is the idea of a multi-user/multi-computer shotwell > > >> or shotwell server instance (something like [2]) so that a photo > > >> collection can be simultaneously accessed and modified from multiple > > >> frontends but would also allow each shotwell instance - think on a > > >> laptop - to locally cache (parts of) the collection. > > >> > > >> Students, please voice yourselves to encourage yorba to apply for a gsoc > > >> spot and to provide some mentors - and the others to suggest or point > > >> out feature requests that would keep a student busy for a good summer of > > >> code. > > >> > > >> GSoC website: http://www.google-melange.com/ > > >> > > >> cheers > > >> andreas > > >> > > >> [1] http://trac.yorba.org/wiki/SummerCodeIdeas > > >> [2] http://trac.yorba.org/ticket/1572 > > >> > > >> > > >> _______________________________________________ > > >> 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 jim at yorba.org Wed Mar 9 01:16:07 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 8 Mar 2011 17:16:07 -0800 Subject: [Shotwell] Call for testing: Shotwell 0.9 Message-ID: Hello all, It's that time of the development cycle again and we're asking everyone out there to lend a hand. Shotwell 0.9 is in the final stages of development and we need your help in shaking out any bugs you can find. To whet your appetite, the new features and improvements for 0.9 include: - A search bar that can filter by media type, rating, and text matching (titles, filename, tag and event names are searched) - TIFF support - Extensible plugin framework for Web publishing and slideshow transitions (all but one Web publisher has been ported) - Print multiple photos (including printing multiple photos per page) - Configurable user directory pattern during import - Improved rendering of underexposed RAW photos - Various improvements and bug fixes If you're interested in testing this newest version of Shotwelll, check out the working trunk and try it yourself. Instructions are here: http://yorba.org/shotwell/install/#source Remember, this is pre-release software. You might consider backing up your library before starting: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary Cheers, -- Jim Nelson From b.e.smith at computer.org Wed Mar 9 02:34:17 2011 From: b.e.smith at computer.org (Bruce Smith) Date: Wed, 09 Mar 2011 13:34:17 +1100 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: References: Message-ID: <4D76E729.6040507@computer.org> Thanks Jim. I've done an initial test as follows. On Ubuntu 10.10, with libraw-0.12.3, I downloaded Shotwell from svn, and the program compiled and executes flawlessly as far as I can determine. It handles my Canon RAW files properly. Help > About does not say 0.9 - it says 0.8.90+Trunk. In various places I can see the visible new features appearing. Regards Bruce On 09/03/11 12:16, Jim Nelson wrote: > Hello all, > > It's that time of the development cycle again and we're asking everyone out > there to lend a hand. Shotwell 0.9 is in the final stages of development > and we need your help in shaking out any bugs you can find. > > To whet your appetite, the new features and improvements for 0.9 include: > > - A search bar that can filter by media type, rating, and text matching > (titles, filename, tag and event names are searched) > - TIFF support > - Extensible plugin framework for Web publishing and slideshow transitions > (all but one Web publisher has been ported) > - Print multiple photos (including printing multiple photos per page) > - Configurable user directory pattern during import > - Improved rendering of underexposed RAW photos > - Various improvements and bug fixes > > If you're interested in testing this newest version of Shotwelll, check out > the working trunk and try it yourself. Instructions are here: > > http://yorba.org/shotwell/install/#source > > Remember, this is pre-release software. You might consider backing up your > library before starting: > > http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary > > Cheers, > > -- Jim Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > From adam at yorba.org Wed Mar 9 04:06:27 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 8 Mar 2011 20:06:27 -0800 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: <4D76E729.6040507@computer.org> References: <4D76E729.6040507@computer.org> Message-ID: Bruce, On Tue, Mar 8, 2011 at 6:34 PM, Bruce Smith wrote: > Thanks Jim. I've done an initial test as follows. > > On Ubuntu 10.10, with libraw-0.12.3, I downloaded Shotwell from svn, and > the program compiled and executes flawlessly as far as I can determine. It > handles my Canon RAW files properly. > All good to hear. > > Help > About does not say 0.9 - it says 0.8.90+Trunk. > That's right. We haven't released Shotwell 0.9 yet, so the About box doesn't say 0.9. That will change some time in the next couple of weeks once the release happens. :) adam From blklists at elementarea.net Wed Mar 9 08:18:28 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Wed, 09 Mar 2011 09:18:28 +0100 Subject: [Shotwell] GSoC 2011 In-Reply-To: <1299629208.1791.16.camel@nuuk> References: <1297636640.12109.18.camel@thinky> <1299625921.7876.13.camel@thinky> <1299626832.7876.19.camel@thinky> <1299629208.1791.16.camel@nuuk> Message-ID: <1299658708.1496.4.camel@thinky> i guess the 2nd andreas is me.. for my part, i'm not using digikam and therefore not primarily interested in this task. my application would be to have a central shotwell library on a home-server, and have laptops sync with parts of that library. best andreas On Mit, 2011-03-09 at 00:06 +0000, Bruno Girin wrote: > Andreas and Andreas, if one of you wants to implement an "Import from > Digikam" function that works in the same way as the "Import from > F-Spot", don't hesitate to drop me a line and I'll be happy to guide you > through the steps needed to implement it. I wrote a summary some time > ago that you can find here: > http://brunogirin.blogspot.com/2010/09/adding-support-for-alien-database.html > > This summary would now need to be updated to reflect the fact that the > code was re-factored to take advantage of the units concept added in the > latest version of the Shotwell code but the changes are not huge. > > Bruno > > On Wed, 2011-03-09 at 00:27 +0100, Andreas Brauchli wrote: > > While interoperability is generally a good thing to have, sharing > > databases mostly isn't (especially for strongly developing projects as > > shotwell) as it imposes too many restrictions and therefore hinders > > development. A better way to approach this IMO is to make use of > > import/export features - even though it may not be the simplest option > > from a user's POV - but then again, why use two tools that have much > > common ground for the same task? (yes, i know there are valid answers to > > that question) > > > > An alternative might be to create a script which merges the shotwell > > sqlite DB with the mysql one from digikam.. > > > > For simple tag sharing, the current write-tags-back option already helps > > a lot in these scenarios. > > > > cheers > > andreas > > > > On Mit, 2011-03-09 at 00:17 +0100, Andreas Wallberg wrote: > > > Hi! > > > > > > There is a MySQL backend for Digikam. It would be neat if Shotwell > > > could be configured to access and use the same backend to not only > > > provide distributed database management but also seamless > > > interoperability with Digikam for any overlapping functionality, such > > > as tagging. The missing piece in the puzzle is then a server side > > > image gallery that hooks into the same database and can serve images > > > to the web. > > > > > > /Andreas > > > > > > On Wed, Mar 9, 2011 at 12:12 AM, Andreas Brauchli > > > wrote: > > > > Since I haven't heard from any yorba official, I would like to point out > > > > that the application deadline for projects to GSoC 2011 is the 12th > > > > March. > > > > > > > > I think that it would be a missed opportunity not to participate, even > > > > though it would be understandable not to take part for the simple reason > > > > of needing to provide mentors which would remove manpower from the > > > > already small yorba team. > > > > > > > > Still I, and probably others, would love to spend a summer hacking on > > > > shotwell :) > > > > > > > > Best regards > > > > andreas > > > > > > > > On Son, 2011-02-13 at 23:37 +0100, Andreas Brauchli wrote: > > > >> Dear shotwell team > > > >> > > > >> are there any plans for yorba/shotwell to apply for the google summer of > > > >> code 2011? I've seen last year's wiki page [1] and would totally love to > > > >> work on shotwell this summer! > > > >> > > > >> What i have in mind is the idea of a multi-user/multi-computer shotwell > > > >> or shotwell server instance (something like [2]) so that a photo > > > >> collection can be simultaneously accessed and modified from multiple > > > >> frontends but would also allow each shotwell instance - think on a > > > >> laptop - to locally cache (parts of) the collection. > > > >> > > > >> Students, please voice yourselves to encourage yorba to apply for a gsoc > > > >> spot and to provide some mentors - and the others to suggest or point > > > >> out feature requests that would keep a student busy for a good summer of > > > >> code. > > > >> > > > >> GSoC website: http://www.google-melange.com/ > > > >> > > > >> cheers > > > >> andreas > > > >> > > > >> [1] http://trac.yorba.org/wiki/SummerCodeIdeas > > > >> [2] http://trac.yorba.org/ticket/1572 > > > >> > > > >> > > > >> _______________________________________________ > > > >> 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 blklists at elementarea.net Wed Mar 9 10:11:42 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Wed, 09 Mar 2011 11:11:42 +0100 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: References: Message-ID: <1299665502.1496.17.camel@thinky> Hey there i'm running ubuntu natty (11.04) where vala defaults to 0.11 so i have to change the Makefile to use valac-0.10 (which right now is 0.10.3) now with 0.10.3 i'm getting errors [at the bottom of the email] probably due to updated bindings from 0.10.2. if it's not going to be fixed (would probably break 0.10.2 build) please set MAX_VALAC_VERSION := 0.10.2 Btw, for main inclusion into natty it's already too late as they're already past feature-freeze.. maybe natty-proposed? looking forward to 0.9 - keep up the good work :D andreas On Die, 2011-03-08 at 17:16 -0800, Jim Nelson wrote: > Hello all, > > It's that time of the development cycle again and we're asking everyone out > there to lend a hand. Shotwell 0.9 is in the final stages of development > and we need your help in shaking out any bugs you can find. > > To whet your appetite, the new features and improvements for 0.9 include: > > - A search bar that can filter by media type, rating, and text matching > (titles, filename, tag and event names are searched) > - TIFF support > - Extensible plugin framework for Web publishing and slideshow transitions > (all but one Web publisher has been ported) > - Print multiple photos (including printing multiple photos per page) > - Configurable user directory pattern during import > - Improved rendering of underexposed RAW photos > - Various improvements and bug fixes > > If you're interested in testing this newest version of Shotwelll, check out > the working trunk and try it yourself. Instructions are here: > > http://yorba.org/shotwell/install/#source > > Remember, this is pre-release software. You might consider backing up your > library before starting: > > http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary > > Cheers, > > -- Jim Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell make[2]: Entering directory `/home/blk/projects/vala/shotwell/plugins/shotwell-publishing' valac --save-temps --main=dummy_main --vapidir=../ \ --pkg=shotwell-plugin-dev-1.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 --shared -X -fPIC -X -D_VERSION='"0.8.90+trunk"' \ -X -DGETTEXT_PACKAGE='"shotwell"' ../common/Resources.vala shotwell-publishing.vala FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala YouTubePublishing.vala ../common/RESTSupport.vala -o shotwell-publishing.so FacebookPublishing.vala:1140.13-1140.27: error: Argument 3: Cannot convert from `string?' to `uint8[]' formdata_string, formdata_string.length); ^^^^^^^^^^^^^^^ FacebookPublishing.vala:825.31-825.45: warning: string.str is deprecated. Use string.index_of FacebookPublishing.vala:830.34-830.49: warning: string.chr is deprecated. Use string.index_of_char FacebookPublishing.vala:1461.29-1461.42: warning: string.chr is deprecated. Use string.index_of_char FacebookPublishing.vala:1298.74-1298.80: error: Argument 2: Cannot convert from `string?' to `uint8[]' Soup.Buffer bindable_data = new Soup.Buffer(Soup.MemoryUse.COPY, payload, ^^^^^^^ ../common/RESTSupport.vala:261.72-261.85: error: Argument 3: Cannot convert from `string?' to `uint8[]' message.set_request(payload_content_type, Soup.MemoryUse.COPY, custom_payload, ^^^^^^^^^^^^^^ ../common/RESTSupport.vala:319.13-319.27: error: Argument 3: Cannot convert from `string?' to `uint8[]' formdata_string, formdata_string.length); ^^^^^^^^^^^^^^^ PicasaPublishing.vala:192.33-192.54: warning: string.str is deprecated. Use string.index_of PicasaPublishing.vala:698.76-698.83: error: Argument 2: Cannot convert from `string?' to `uint8[]' Soup.Buffer metadata_buffer = new Soup.Buffer(Soup.MemoryUse.COPY, metadata, ^^^^^^^^ PicasaPublishing.vala:719.74-719.83: error: Argument 2: Cannot convert from `string?' to `uint8[]' Soup.Buffer bindable_data = new Soup.Buffer(Soup.MemoryUse.COPY, photo_data, data_length); ^^^^^^^^^^ FlickrPublishing.vala:534.33-534.55: warning: string.to_int is deprecated. Use int.parse ../common/RESTSupport.vala:414.74-414.80: error: Argument 2: Cannot convert from `string?' to `uint8[]' Soup.Buffer bindable_data = new Soup.Buffer(Soup.MemoryUse.COPY, payload, ^^^^^^^ YouTubePublishing.vala:204.33-204.54: warning: string.str is deprecated. Use string.index_of YouTubePublishing.vala:625.76-625.83: error: Argument 2: Cannot convert from `string?' to `uint8[]' Soup.Buffer metadata_buffer = new Soup.Buffer(Soup.MemoryUse.COPY, metadata, ^^^^^^^^ YouTubePublishing.vala:646.74-646.83: error: Argument 2: Cannot convert from `string?' to `uint8[]' Soup.Buffer bindable_data = new Soup.Buffer(Soup.MemoryUse.COPY, video_data, data_length); ^^^^^^^^^^ Compilation failed: 9 error(s), 6 warning(s) make[2]: *** [shotwell-publishing.so] Error 1 make[2]: Leaving directory `/home/blk/projects/vala/shotwell/plugins/shotwell-publishing' make[1]: *** [shotwell-publishing] Error 2 make[1]: Leaving directory `/home/blk/projects/vala/shotwell/plugins' make: *** [plugins] Error 2 From adam at yorba.org Wed Mar 9 11:02:29 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 9 Mar 2011 03:02:29 -0800 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: <1299665502.1496.17.camel@thinky> References: <1299665502.1496.17.camel@thinky> Message-ID: Andreas, On Wed, Mar 9, 2011 at 2:11 AM, Andreas Brauchli wrote: > Hey there > > i'm running ubuntu natty (11.04) where vala defaults to 0.11 so i have > to change the Makefile to use valac-0.10 (which right now is 0.10.3) > > now with 0.10.3 i'm getting errors [at the bottom of the email] probably > due to updated bindings from 0.10.2. > > if it's not going to be fixed (would probably break 0.10.2 build) please > set MAX_VALAC_VERSION := 0.10.2 > Shotwell does build with Vala 0.10.3 - in fact, that's the version we normally use to build it. I might expect to see the errors below if you were trying to build with 0.11.x. Are you really sure that you're building with 0.10.3? > > Btw, for main inclusion into natty it's already too late as they're > already past feature-freeze.. maybe natty-proposed? > We are a tad late, but have been in touch with our friends at Ubuntu and are hoping for a feature freeze exception. See https://bugs.launchpad.net/bugs/731007 > > looking forward to 0.9 - keep up the good work :D > thanks! adam > > On Die, 2011-03-08 at 17:16 -0800, Jim Nelson wrote: > > Hello all, > > > > It's that time of the development cycle again and we're asking everyone > out > > there to lend a hand. Shotwell 0.9 is in the final stages of development > > and we need your help in shaking out any bugs you can find. > > > > To whet your appetite, the new features and improvements for 0.9 include: > > > > - A search bar that can filter by media type, rating, and text matching > > (titles, filename, tag and event names are searched) > > - TIFF support > > - Extensible plugin framework for Web publishing and slideshow > transitions > > (all but one Web publisher has been ported) > > - Print multiple photos (including printing multiple photos per page) > > - Configurable user directory pattern during import > > - Improved rendering of underexposed RAW photos > > - Various improvements and bug fixes > > > > If you're interested in testing this newest version of Shotwelll, check > out > > the working trunk and try it yourself. Instructions are here: > > > > http://yorba.org/shotwell/install/#source > > > > Remember, this is pre-release software. You might consider backing up > your > > library before starting: > > > > http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary > > > > Cheers, > > > > -- Jim Nelson > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > make[2]: Entering directory > `/home/blk/projects/vala/shotwell/plugins/shotwell-publishing' > valac --save-temps --main=dummy_main --vapidir=../ \ > --pkg=shotwell-plugin-dev-1.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 --shared -X -fPIC -X > -D_VERSION='"0.8.90+trunk"' \ > -X -DGETTEXT_PACKAGE='"shotwell"' ../common/Resources.vala > shotwell-publishing.vala FacebookPublishing.vala PicasaPublishing.vala > FlickrPublishing.vala YouTubePublishing.vala ../common/RESTSupport.vala > -o shotwell-publishing.so > FacebookPublishing.vala:1140.13-1140.27: error: Argument 3: Cannot > convert from `string?' to `uint8[]' > formdata_string, formdata_string.length); > ^^^^^^^^^^^^^^^ > FacebookPublishing.vala:825.31-825.45: warning: string.str is > deprecated. Use string.index_of > FacebookPublishing.vala:830.34-830.49: warning: string.chr is > deprecated. Use string.index_of_char > FacebookPublishing.vala:1461.29-1461.42: warning: string.chr is > deprecated. Use string.index_of_char > FacebookPublishing.vala:1298.74-1298.80: error: Argument 2: Cannot > convert from `string?' to `uint8[]' > Soup.Buffer bindable_data = new Soup.Buffer(Soup.MemoryUse.COPY, > payload, > > ^^^^^^^ > ../common/RESTSupport.vala:261.72-261.85: error: Argument 3: Cannot > convert from `string?' to `uint8[]' > message.set_request(payload_content_type, Soup.MemoryUse.COPY, > custom_payload, > > ^^^^^^^^^^^^^^ > ../common/RESTSupport.vala:319.13-319.27: error: Argument 3: Cannot > convert from `string?' to `uint8[]' > formdata_string, formdata_string.length); > ^^^^^^^^^^^^^^^ > PicasaPublishing.vala:192.33-192.54: warning: string.str is deprecated. > Use string.index_of > PicasaPublishing.vala:698.76-698.83: error: Argument 2: Cannot convert > from `string?' to `uint8[]' > Soup.Buffer metadata_buffer = new > Soup.Buffer(Soup.MemoryUse.COPY, metadata, > > ^^^^^^^^ > PicasaPublishing.vala:719.74-719.83: error: Argument 2: Cannot convert > from `string?' to `uint8[]' > Soup.Buffer bindable_data = new Soup.Buffer(Soup.MemoryUse.COPY, > photo_data, data_length); > > ^^^^^^^^^^ > FlickrPublishing.vala:534.33-534.55: warning: string.to_int is > deprecated. Use int.parse > ../common/RESTSupport.vala:414.74-414.80: error: Argument 2: Cannot > convert from `string?' to `uint8[]' > Soup.Buffer bindable_data = new Soup.Buffer(Soup.MemoryUse.COPY, > payload, > > ^^^^^^^ > YouTubePublishing.vala:204.33-204.54: warning: string.str is deprecated. > Use string.index_of > YouTubePublishing.vala:625.76-625.83: error: Argument 2: Cannot convert > from `string?' to `uint8[]' > Soup.Buffer metadata_buffer = new > Soup.Buffer(Soup.MemoryUse.COPY, metadata, > > ^^^^^^^^ > YouTubePublishing.vala:646.74-646.83: error: Argument 2: Cannot convert > from `string?' to `uint8[]' > Soup.Buffer bindable_data = new Soup.Buffer(Soup.MemoryUse.COPY, > video_data, data_length); > > ^^^^^^^^^^ > Compilation failed: 9 error(s), 6 warning(s) > make[2]: *** [shotwell-publishing.so] Error 1 > make[2]: Leaving directory > `/home/blk/projects/vala/shotwell/plugins/shotwell-publishing' > make[1]: *** [shotwell-publishing] Error 2 > make[1]: Leaving directory `/home/blk/projects/vala/shotwell/plugins' > make: *** [plugins] Error 2 > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From blklists at elementarea.net Wed Mar 9 13:04:44 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Wed, 09 Mar 2011 14:04:44 +0100 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: References: <1299665502.1496.17.camel@thinky> Message-ID: <1299675884.1496.25.camel@thinky> hey adam, On Mit, 2011-03-09 at 03:02 -0800, Adam Dingle wrote: > Andreas, > > On Wed, Mar 9, 2011 at 2:11 AM, Andreas Brauchli > wrote: > Hey there > > i'm running ubuntu natty (11.04) where vala defaults to 0.11 > so i have > to change the Makefile to use valac-0.10 (which right now is > 0.10.3) > > now with 0.10.3 i'm getting errors [at the bottom of the > email] probably > due to updated bindings from 0.10.2. > > if it's not going to be fixed (would probably break 0.10.2 > build) please > set MAX_VALAC_VERSION := 0.10.2 > > > Shotwell does build with Vala 0.10.3 - in fact, that's the version we > normally use to build it. I might expect to see the errors below if > you were trying to build with 0.11.x. Are you really sure that you're > building with 0.10.3? thanks for the pointer.. indeed valac was used instead of the valac-0.10 which pointed to 0.12. i specified 0.10 in shotwell's Makefile but forgot plugins/Makefile.plugin.mk anyway i updated my alternatives to point to valac-0.10 instead of crippling makefiles. works like a charm sorry for the confusion > > > Btw, for main inclusion into natty it's already too late as > they're > already past feature-freeze.. maybe natty-proposed? > > > We are a tad late, but have been in touch with our friends at Ubuntu > and are hoping for a feature freeze exception. See > > > https://bugs.launchpad.net/bugs/731007 > now let's hope for that freeze exception :) andreas > > looking forward to 0.9 - keep up the good work :D > > > thanks! > > > adam [...] From el.cameleon.1 at gmail.com Wed Mar 9 13:39:01 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 9 Mar 2011 14:39:01 +0100 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: <1299675884.1496.25.camel@thinky> References: <1299665502.1496.17.camel@thinky> <1299675884.1496.25.camel@thinky> Message-ID: Hi gents, Just for information, do you have a *complete *list of the bugs that are fixed in 0.9? -- Vincent From christian.klugesherz at free.fr Wed Mar 9 14:11:54 2011 From: christian.klugesherz at free.fr (ckl) Date: Wed, 9 Mar 2011 06:11:54 -0800 (PST) Subject: [Shotwell] red eye removal no zoom In-Reply-To: <4D126C6A.4010608@thorslund.org> References: <1292929513983-30989.post@talk.nabble.com> <4D11033F.2090701@yorba.org> <4D110FA1.2070006@thorslund.org> <1293011065535-31050.post@talk.nabble.com> <4D126C6A.4010608@thorslund.org> Message-ID: <1299679914925-35241.post@talk.nabble.com> I completely forgot to thank you Gustaf for your step to step detail. :-)) Thanks Relative the issue Red eye. I just discovered that the correction has been pushed to 0.10, a little bit disappointed, but it's not a problem in itself.. All the well, thanks to you, Shotwell developers to have taken into account this issue and for your great job. Shotwell is really a cool soft and with a friendly approach Regards Christian -- View this message in context: http://shotwell.3510.www.nabble.com/red-eye-removal-no-zoom-tp30989p35241.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Wed Mar 9 15:11:14 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 09 Mar 2011 07:11:14 -0800 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: References: <1299665502.1496.17.camel@thinky> <1299675884.1496.25.camel@thinky> Message-ID: <4D779892.4030708@yorba.org> On 03/09/2011 05:39 AM, Vincent wrote: > Hi gents, > > Just for information, do you have a *complete *list of the bugs that are > fixed in 0.9? Sure: http://trac.yorba.org/query?status=closed&component=shotwell&type=bug&milestone=0.9&summary=~&col=id&col=summary&col=component&col=owner&col=type&col=priority&col=milestone&col=reporter&report=16&order=priority That list includes only changes classified as bugs, not enhancements. This list includes both bugs and enhancements: http://trac.yorba.org/query?status=closed&component=shotwell&milestone=0.9&summary=~&col=id&col=summary&col=component&col=owner&col=type&col=priority&col=milestone&col=reporter&report=16&order=priority adam From adam at yorba.org Wed Mar 9 15:18:50 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 09 Mar 2011 07:18:50 -0800 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: <1299675884.1496.25.camel@thinky> References: <1299665502.1496.17.camel@thinky> <1299675884.1496.25.camel@thinky> Message-ID: <4D779A5A.4080403@yorba.org> On 03/09/2011 05:04 AM, Andreas Brauchli wrote: > > ... >> >> Btw, for main inclusion into natty it's already too late as >> they're >> already past feature-freeze.. maybe natty-proposed? >> >> >> We are a tad late, but have been in touch with our friends at Ubuntu >> and are hoping for a feature freeze exception. See >> >> >> https://bugs.launchpad.net/bugs/731007 >> > > now let's hope for that freeze exception :) > andreas I'm happy to report that the freeze exception has now been granted - see the link above. Now we just need to deliver a solid 0.9 release. :) adam From el.cameleon.1 at gmail.com Wed Mar 9 20:12:25 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 9 Mar 2011 21:12:25 +0100 Subject: [Shotwell] Fwd: Multiple computer users In-Reply-To: References: <4D752148.2080402@yorba.org> Message-ID: Sorry, I forgot to answer to the list instead of Adam only... ---------- Forwarded message ---------- Hi, First, thanks for the feedback provided! I just try the suggested solution and it works, but with some issues: - First, I create a symbolic link to my images folder in the images folder of my wife. - Then I switch to my wife session and verify that my images are viewable in Nautilus. I see that 2 years of photos are shared, the other are restricted to my session only, as indicated in the above picture: http://pix.toile-libre.org/upload/original/1299698962.png - Then I launch Shotwell from my wife session but it failed to import any photos (says that it didn't find any images or videos) :-( - I was quit surprised as the images are well displayed in Nautilus and after some tests I understand that if one of the folder is not accessible to my wife (which was the case for the years before 2010), then Shotwell failed to import the others accessible folders... Do you think something could be done to avoid this issue? I think Shotwell should not stop its import if it meet a folder that it cannot access... For information, tests were performed with Shotwell 0.8 on Ubuntu 10.10. From andreas1234567 at hotmail.com Thu Mar 10 08:31:21 2011 From: andreas1234567 at hotmail.com (Andreas F) Date: Thu, 10 Mar 2011 08:31:21 +0000 Subject: [Shotwell] No visual clue on photo switch Message-ID: Hi I'm a Shotwell novice so pardon my ignorance. I have tried to use Shotwell with Canon raw (.CRW) images. ? These image files are relatively large and requires a fair amount of CPU processing to be rendered.? When flipping between images (using arrow keys) is typically takes 3-6 seconds from key press until the next image appears.? In the mean time there is no visual clue that the application is reacting to the command, which is confusing.? Would it be possible to add a visual clue (e.g. turn mouse pointer into hourglass or similar)? Shotwell 0.7.2-0ubuntu2 on Linux 2.6.35. -- Andreas From mic at shotwell.ksp.sk Thu Mar 10 15:37:52 2011 From: mic at shotwell.ksp.sk (Michal Nanasi) Date: Thu, 10 Mar 2011 10:37:52 -0500 Subject: [Shotwell] No visual clue on photo switch In-Reply-To: References: Message-ID: <1299771472.29383.12.camel@scspc170> Hi, I use Olympus raws (.ORG) and I have similar problem too (my CPU is more than 5 years old, 1.5ghz celeron M). But I have an idea for solution. In the time, that the user is watching photo (and shotwell does not do anything) shotwell should preload next and previous photos (maybe more that one), so the the switching between photos will be instant if you spend some time looking/editing the photo. This feature will be also usefull, if you want to show your pictures to friends, when waiting a few second is not really acceptable. Michal On Thu, 2011-03-10 at 08:31 +0000, Andreas F wrote: > Hi > > I'm a Shotwell novice so pardon my ignorance. > > I have tried to use Shotwell with Canon raw (.CRW) images. These image files are relatively large and requires a fair amount of CPU processing to be rendered. When flipping between images (using arrow keys) is typically takes 3-6 seconds from key press until the next image appears. In the mean time there is no visual clue that the application is reacting to the command, which is confusing. Would it be possible to add a visual clue (e.g. turn mouse pointer into hourglass or similar)? > > Shotwell 0.7.2-0ubuntu2 on Linux 2.6.35. > From pdo.smith at gmail.com Thu Mar 10 16:45:19 2011 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 10 Mar 2011 18:45:19 +0200 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: <4D779A5A.4080403@yorba.org> References: <1299665502.1496.17.camel@thinky> <1299675884.1496.25.camel@thinky> <4D779A5A.4080403@yorba.org> Message-ID: It looks very promising, I like the feature set. Problems discovered so far: 1) Edit | Preferences: crashes Shotwell 2) View | Sort Events | Descending: takes effect but is not persistent. On the next invocation of Shotwell it reverts to Ascending sort order for Events. regards, Peter On Wed, Mar 9, 2011 at 5:18 PM, Adam Dingle wrote: > On 03/09/2011 05:04 AM, Andreas Brauchli wrote: > >> >> ... >> >> >>> Btw, for main inclusion into natty it's already too late as >>> they're >>> already past feature-freeze.. maybe natty-proposed? >>> >>> >>> We are a tad late, but have been in touch with our friends at Ubuntu >>> and are hoping for a feature freeze exception. See >>> >>> >>> https://bugs.launchpad.net/bugs/731007 >>> >>> >> now let's hope for that freeze exception :) >> andreas >> > > I'm happy to report that the freeze exception has now been granted - see > the link above. Now we just need to deliver a solid 0.9 release. :) > > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Thu Mar 10 18:19:07 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 10 Mar 2011 10:19:07 -0800 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: References: <1299665502.1496.17.camel@thinky> <1299675884.1496.25.camel@thinky> <4D779A5A.4080403@yorba.org> Message-ID: <4D79161B.8000706@yorba.org> Peter, On 03/10/2011 08:45 AM, Peter DO Smith wrote: > It looks very promising, I like the feature set. > Problems discovered so far: > 1) Edit | Preferences: crashes Shotwell hm - we haven't seen this before. - What operating system version are you running? - Could you follow the instructions in the Shotwell FAQ at http://trac.yorba.org/wiki/Shotwell/FAQ to generate a backtrace for the crash, and either email it to the Shotwell team at shotwell at yorba.org or file a ticket in our Trac system and attach the backtrace there? > 2) View | Sort Events | Descending: takes effect but is not persistent. On > the next invocation of Shotwell it reverts to Ascending sort order for > Events. I see this too. I've ticketed this at http://trac.yorba.org/ticket/3321 adam From adam at yorba.org Thu Mar 10 19:32:59 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 10 Mar 2011 11:32:59 -0800 Subject: [Shotwell] Call for testing: Shotwell 0.9 In-Reply-To: References: <1299665502.1496.17.camel@thinky> <1299675884.1496.25.camel@thinky> <4D779A5A.4080403@yorba.org> <4D79161B.8000706@yorba.org> Message-ID: <4D79276B.3000005@yorba.org> Peter, > I am using Ubuntu Linux 10.04 > The debug files are attached. Thanks for this information. With each Shotwell release, we only support running on the last two releases of the major distributions - in the case of Shotwell 0.9, that means on Ubuntu 10.10 (Maverick) and 11.04 (Natty). In particular, we don't support running Shotwell 0.9 on Ubuntu 10.04 since it uses some newer library functions which are not available there, e.g. the GDateTime functions available only in GLib 2.26 and higher. It appears that you gotten the Shotwell trunk to build on 10.04, but it's crashing because it's not finding one of these GDateTime functions: /usr/local/bin/shotwell: symbol lookup error: /usr/local/bin/shotwell: undefined symbol: g_date_time_new_local It's possible that you've installed a newer GLib but it's not being found at run time for some reason. If you're interested in running the latest Shotwell, I recommend that you upgrade to Ubuntu Maverick. adam On 03/10/2011 11:00 AM, Peter DO Smith wrote: > Hi Adam, > I am using Ubuntu Linux 10.04 > The debug files are attached. > > regards, > Peter From pdo.smith at gmail.com Thu Mar 10 21:01:16 2011 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 10 Mar 2011 23:01:16 +0200 Subject: [Shotwell] Nearside image of moon Message-ID: I tried to stress Shotwell and imported a 549 Mb image of the moon (24,000 x 24,000 pixels). http://wms.lroc.asu.edu/lroc_browse/view/wac_nearside It handled this test with aplomb, allowing me to view the image, zoom and pan. What more can I say except Wow! Well done to the Shotwell team. Peter From jim at yorba.org Fri Mar 11 19:53:14 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 11 Mar 2011 11:53:14 -0800 Subject: [Shotwell] No visual clue on photo switch In-Reply-To: <1299771472.29383.12.camel@scspc170> References: <1299771472.29383.12.camel@scspc170> Message-ID: Shotwell does do readahead (and readbehind) caching of images. It caches 5 images total: the one you're viewing, the two ahead of it, and the two behind it. Generally Shotwell is quick in getting them on the screen when you select Next or Previous Photo. If you're on a slow machine and double-click an image and immediately choose Next or Previous image, I can see how this might be slow, as the images are still being fetched in the background. If you wait a moment and then try it, even on a slow machine this should be acceptable, as by that time the images are in memory and it's just a matter of getting them on the screen. One question for both of you: Are your processors single-core? How much memory do your machines have? And, are you trying to view images you've edited with Shotwell (crop, rotate, color adjustment, auto-enhance) or are they "pristine"? -- Jim On Thu, Mar 10, 2011 at 7:37 AM, Michal Nanasi wrote: > Hi, > > I use Olympus raws (.ORG) and I have similar problem too (my CPU is more > than 5 years old, 1.5ghz celeron M). But I have an idea for solution. In > the time, that the user is watching photo (and shotwell does not do > anything) shotwell should preload next and previous photos (maybe more > that one), so the the switching between photos will be instant if you > spend some time looking/editing the photo. This feature will be also > usefull, if you want to show your pictures to friends, when waiting a > few second is not really acceptable. > > Michal > > On Thu, 2011-03-10 at 08:31 +0000, Andreas F wrote: > > Hi > > > > I'm a Shotwell novice so pardon my ignorance. > > > > I have tried to use Shotwell with Canon raw (.CRW) images. These image > files are relatively large and requires a fair amount of CPU processing to > be rendered. When flipping between images (using arrow keys) is typically > takes 3-6 seconds from key press until the next image appears. In the mean > time there is no visual clue that the application is reacting to the > command, which is confusing. Would it be possible to add a visual clue > (e.g. turn mouse pointer into hourglass or similar)? > > > > Shotwell 0.7.2-0ubuntu2 on Linux 2.6.35. > > > > > _______________________________________________ > 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 Mar 12 16:33:54 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Sat, 12 Mar 2011 17:33:54 +0100 Subject: [Shotwell] Multiple computer users In-Reply-To: <4D752148.2080402@yorba.org> References: <4D752148.2080402@yorba.org> Message-ID: Hi, On Mon, Mar 7, 2011 at 7:17 PM, Adam Dingle wrote: > Actually this is possible today, because Shotwell follows symbolic links > when importing. > I have done some more tests and conclude that I cannot make Shotwell follows symbolic links. Here are the steps that I use: 1. In Nautilus: 1.1. right click on an image folder and chose *Create a link* 1.2. copy/paste the symbolic link into another empty folder 2. In Shotwell: 2.1 Click on the menu *File* | *Open a folder* 2.2. Select the folder where you have paste the symbolic link => No image is imported into Shotwell. Do you reproduce this issue? Thanks for your answer. From rsimmons0 at gmail.com Sat Mar 12 20:53:50 2011 From: rsimmons0 at gmail.com (Robert Simmons) Date: Sat, 12 Mar 2011 15:53:50 -0500 Subject: [Shotwell] Multiple computer users In-Reply-To: References: <4D752148.2080402@yorba.org> Message-ID: I am running 0.8.1 and I can confirm that: ln -s /path/to/target/file /path/where/you/want/the/link then try to import from that location in shotwell This gets you an error. Perhaps this is different in the new version 0.9. Rob On Sat, Mar 12, 2011 at 11:33 AM, Vincent wrote: > Hi, > > On Mon, Mar 7, 2011 at 7:17 PM, Adam Dingle wrote: > >> Actually this is possible today, because Shotwell follows symbolic links >> when importing. >> > > I have done some more tests and conclude that I cannot make Shotwell follows > symbolic links. > Here are the steps that I use: > 1. In Nautilus: > 1.1. right click on an image folder and chose *Create a link* > 1.2. copy/paste the symbolic link into another empty folder > 2. In Shotwell: > 2.1 Click on the menu *File* | *Open a folder* > 2.2. Select the folder where you have paste the symbolic link > => No image is imported into Shotwell. > > Do you reproduce this issue? > > Thanks for your answer. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From rsimmons0 at gmail.com Sat Mar 12 21:58:33 2011 From: rsimmons0 at gmail.com (Robert Simmons) Date: Sat, 12 Mar 2011 16:58:33 -0500 Subject: [Shotwell] feature idea Message-ID: Since Facebook implemented https everywhere as an option, you should be able to make an SSL connection when you upload using the publish function in shotwell. That would be a nice option to have if possible. Rob From makrober at gmail.com Sun Mar 13 01:35:53 2011 From: makrober at gmail.com (M.R.) Date: Sun, 13 Mar 2011 01:35:53 +0000 Subject: [Shotwell] Image key-wording project and Shotwell Message-ID: <4D7C1F79.8090505@gmail.com> I am considering a project to organize a large collection of images and I am looking for a tool to work with. Since there is an extremely large work factor involved, I can not afford to make the investment of the time and effort depend on any particular operating system or application software package. At present the images (.jpg and .png files) are organized in a hierarchical set of temporal directories, in two levels (year/month). This repository is already in its final form and is not expected to ever change. Firstly, and before any work is done on associating keywords (probably "tags" in Shotwell parlance?) with images, I need a tool for creating and editing a hierarchical table of key-words. Once I am done with keywords/tags, I need to be able to export the hierarchy in a text format file. Next, I need to be able to easily associate any key-word selected in the key-word table with a selected collection of images. Once that association of key-words with images is complete, I'll need to export, in text format, the list of images (with the full directory path/name) with their associated key-words. Certain level of key-word "hierarchy smarts" would be usefull: for instance, if a lower level (more specific) keyword and a higher-level (less specific) keyword are both specified, higher level keyword would be dropped since it is implied in the lower-level one. It would be useful (but not necessary) to propagate edits of the key-word (tag?) table to the images. (i.e., deleting a key-word in key-word table deletes it from all images it was associated with). What part of the above-described functionality is available in Shotwell at present, and what part might be included in future versions? TIA, Mark R. From brunogirin at gmail.com Sun Mar 13 13:49:46 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 13 Mar 2011 13:49:46 +0000 Subject: [Shotwell] Image key-wording project and Shotwell In-Reply-To: <4D7C1F79.8090505@gmail.com> References: <4D7C1F79.8090505@gmail.com> Message-ID: <1300024186.1770.9.camel@nuuk> Hi Mark, On Sun, 2011-03-13 at 01:35 +0000, M.R. wrote: > I am considering a project to organize a large collection of > images and I am looking for a tool to work with. Since there is an > extremely large work factor involved, I can not afford to make > the investment of the time and effort depend on any particular > operating system or application software package. > > At present the images (.jpg and .png files) are organized in a > hierarchical set of temporal directories, in two levels (year/month). > This repository is already in its final form and is not expected > to ever change. > > Firstly, and before any work is done on associating keywords (probably > "tags" in Shotwell parlance?) with images, I need a tool for creating > and editing a hierarchical table of key-words. Once I am done with > keywords/tags, I need to be able to export the hierarchy in a text > format file. Shotwell doesn't support hierarchical tags yet. However, this is planned and hopefully should make it in 0.10: http://trac.yorba.org/ticket/1401 > > Next, I need to be able to easily associate any key-word selected > in the key-word table with a selected collection of images. That's easily done with Shotwell: select all the pictures you need and assign the same tag to the whole lot, either by dragging on the tag or just adding the tag (using the flag functionality is the easiest way to do that if pictures that need the same tag are scattered over different directories). > > Once that association of key-words with images is complete, I'll need > to export, in text format, the list of images (with the full directory > path/name) with their associated key-words. Certain level of key-word > "hierarchy smarts" would be usefull: for instance, if a lower level > (more specific) keyword and a higher-level (less specific) keyword > are both specified, higher level keyword would be dropped since it is > implied in the lower-level one. This should be reasonably easy to do via a SQL script that queries the Shotwell database. Can't say anything about being smart with the hierarchy as Shotwell doesn't support that concept yet. > > It would be useful (but not necessary) to propagate edits of the > key-word (tag?) table to the images. (i.e., deleting a key-word > in key-word table deletes it from all images it was associated with). That's what Shotwell does: if you delete a tag, it is removed from all images it was previously applied to. Similarly, if you rename a tag, the change is applied to all pictures this tag was applied to. This raises a question about behaviour with hierarchical tags though: if you had a hierarchy such as UK > England > London > Kew Gardens and you remove the "Kew Gardens" tag, do you expect all pictures tagged with Kew Gardens to sully lose the tag or do you expect them to acquire the parent tag instead (e.g. London)? > > What part of the above-described functionality is available in Shotwell > at present, and what part might be included in future versions? I hope this answers your question. Cheers, Bruno From andreas1234567 at hotmail.com Mon Mar 14 08:23:04 2011 From: andreas1234567 at hotmail.com (Andreas F) Date: Mon, 14 Mar 2011 08:23:04 +0000 Subject: [Shotwell] No visual clue on photo switch In-Reply-To: References: , <1299771472.29383.12.camel@scspc170>, Message-ID: > On Thu, 2011-03-10 at 08:31 +0000, Andreas F wrote: > When flipping between images (using arrow keys) is typically > takes 3-6 seconds from key press until the next image appears. I would like to add that this problem only occurs when working directly with the RAW images (i.e. using Shotwell to browse a directory on the local file system). Switching between images is very fast once they are imported (and thus converted) into the Shotwell database. However, it would still make sense to add visual clue feedback for this usage pattern. -- Andreas From adam at yorba.org Mon Mar 14 13:31:31 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Mar 2011 06:31:31 -0700 Subject: [Shotwell] No visual clue on photo switch In-Reply-To: References: , <1299771472.29383.12.camel@scspc170>, Message-ID: <4D7E18B3.4020405@yorba.org> On 03/14/2011 01:23 AM, Andreas F wrote: >> On Thu, 2011-03-10 at 08:31 +0000, Andreas F wrote: >> When flipping between images (using arrow keys) is typically >> takes 3-6 seconds from key press until the next image appears. > I would like to add that this problem only occurs when working directly with the RAW images (i.e. using Shotwell to browse a directory on the local file system). Switching between images is very fast once they are imported (and thus converted) into the Shotwell database. However, it would still make sense to add visual clue feedback for this usage pattern. Ah - yes, that makes sense. I've filed a ticket for this here: http://trac.yorba.org/ticket/3338 adam From adam at yorba.org Mon Mar 14 13:46:24 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Mar 2011 06:46:24 -0700 Subject: [Shotwell] feature idea In-Reply-To: References: Message-ID: <4D7E1C30.8070502@yorba.org> On 03/12/2011 01:58 PM, Robert Simmons wrote: > Since Facebook implemented https everywhere as an option, you should > be able to make an SSL connection when you upload using the publish > function in shotwell. That would be a nice option to have if > possible. Agreed: it would be good if Shotwell could do that. I'm not sure we would even need an option; Shotwell could simply use SSL automatically for publishing destinations that support it. I've ticketed this here: http://trac.yorba.org/ticket/3339 adam From christophe.brocas at cnamts.fr Mon Mar 14 13:47:26 2011 From: christophe.brocas at cnamts.fr (Christophe Brocas) Date: Mon, 14 Mar 2011 14:47:26 +0100 Subject: [Shotwell] database and photo library on an external USB hard drive Message-ID: <4D7E1C6E.6050506@cnamts.fr> Hello I would like to use an external USB hard disk to store both my photo library AND the shotwell database. By this way I would be able to have with me always my library and an updated version of my database on any computer I plug my external USB HD. Is it possible to do it ? Is there a way to indicate to shotwell from the command line the location of the database and of the photos library ? Thank you for your reading and even more for your answer ;) Christophe ***************************************************** "Le contenu de ce courriel et ses ?ventuelles pi?ces jointes sont confidentiels. Ils s'adressent exclusivement ? la personne destinataire. Si cet envoi ne vous est pas destin?, ou si vous l'avez re?u par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre ? d'autres personnes ni le reproduire. Merci de le renvoyer ? l'?metteur et de le d?truire. Attention : L'organisme de l'?metteur du message ne pourra ?tre tenu responsable de l'alt?ration du pr?sent courriel. Il appartient au destinataire de v?rifier que les messages et pi?ces jointes re?us ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses ?ventuelles pi?ces jointes sont celles de l'?metteur. Elles ne refl?tent pas la position de l'organisme sauf s'il en est dispos? autrement dans le pr?sent courriel." ****************************************************** From adam at yorba.org Mon Mar 14 13:57:50 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Mar 2011 06:57:50 -0700 Subject: [Shotwell] database and photo library on an external USB hard drive In-Reply-To: <4D7E1C6E.6050506@cnamts.fr> References: <4D7E1C6E.6050506@cnamts.fr> Message-ID: <4D7E1EDE.6030005@yorba.org> Christophe, On 03/14/2011 06:47 AM, Christophe Brocas wrote: > Hello > > I would like to use an external USB hard disk to store both my photo library AND > the shotwell database. > > By this way I would be able to have with me always my library and an updated > version of my database on any computer I plug my external USB HD. > > Is it possible to do it ? Is there a way to indicate to shotwell from the > command line the location of the database and of the photos library ? You can specify the database location on the command line: see http://yorba.org/shotwell/help/other-multiple.html The database holds the path of each photo in the library, so if you're using the same USB hard disk with multiple computers then you'll need to make sure that it's mounted at the same location on each machine - otherwise Shotwell will report all your photos missing at startup. The library location itself (which appears in the Preferences dialog as "Import photos to:") is stored in GConf and can't be specified on the command line. It might be nice if Shotwell had a separate library directory for each database you use but unfortunately that's not implemented yet (see http://trac.yorba.org/ticket/2146). The library directory is really only relevant when importing, so if you're simply browsing your photos on various computers it shouldn't matter much if it's not set correctly on every machine. If you're importing on various computers, however, you'll need to set the library directory in the Shotwell preferences on each machine you use. Hope this helps! adam From adam at yorba.org Mon Mar 14 14:20:37 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Mar 2011 07:20:37 -0700 Subject: [Shotwell] Multiple computer users In-Reply-To: References: <4D752148.2080402@yorba.org> Message-ID: <4D7E2435.7010309@yorba.org> A couple of points: - Shotwell supports symbolic links only to directories, not to files. - Today, Shotwell actually follows symbolic links only when autoimporting from the library directory. I should have bee more clear about that in my previous email - sorry about that. We'd like to make Shotwell follow symbolic links during all imports - see http://trac.yorba.org/ticket/2983 That won't make 0.9, however. adam On 03/12/2011 12:53 PM, Robert Simmons wrote: > I am running 0.8.1 and I can confirm that: > > ln -s /path/to/target/file /path/where/you/want/the/link > > then try to import from that location in shotwell > > This gets you an error. Perhaps this is different in the new version 0.9. > > Rob > > On Sat, Mar 12, 2011 at 11:33 AM, Vincent wrote: >> Hi, >> >> On Mon, Mar 7, 2011 at 7:17 PM, Adam Dingle wrote: >> >>> Actually this is possible today, because Shotwell follows symbolic links >>> when importing. >>> >> I have done some more tests and conclude that I cannot make Shotwell follows >> symbolic links. >> Here are the steps that I use: >> 1. In Nautilus: >> 1.1. right click on an image folder and chose *Create a link* >> 1.2. copy/paste the symbolic link into another empty folder >> 2. In Shotwell: >> 2.1 Click on the menu *File* | *Open a folder* >> 2.2. Select the folder where you have paste the symbolic link >> => No image is imported into Shotwell. >> >> Do you reproduce this issue? >> >> Thanks for your answer. >> _______________________________________________ >> 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 christophe.brocas at cnamts.fr Mon Mar 14 14:45:39 2011 From: christophe.brocas at cnamts.fr (Christophe Brocas) Date: Mon, 14 Mar 2011 15:45:39 +0100 Subject: [Shotwell] database and photo library on an external USB hard drive In-Reply-To: <4D7E1EDE.6030005@yorba.org> References: <4D7E1C6E.6050506@cnamts.fr> <4D7E1EDE.6030005@yorba.org> Message-ID: <4D7E2A13.7080707@cnamts.fr> Le 14/03/2011 14:57, Adam Dingle a ?crit : > Christophe, > > On 03/14/2011 06:47 AM, Christophe Brocas wrote: >> Hello >> >> I would like to use an external USB hard disk to store both my photo library AND >> the shotwell database. >> >> By this way I would be able to have with me always my library and an updated >> version of my database on any computer I plug my external USB HD. >> >> Is it possible to do it ? Is there a way to indicate to shotwell from the >> command line the location of the database and of the photos library ? > You can specify the database location on the command line: see > > http://yorba.org/shotwell/help/other-multiple.html > > The database holds the path of each photo in the library, so if you're > using the same USB hard disk with multiple computers then you'll need to > make sure that it's mounted at the same location on each machine - > otherwise Shotwell will report all your photos missing at startup. > > The library location itself (which appears in the Preferences dialog as > "Import photos to:") is stored in GConf and can't be specified on the > command line. It might be nice if Shotwell had a separate library > directory for each database you use but unfortunately that's not > implemented yet (see http://trac.yorba.org/ticket/2146). The library > directory is really only relevant when importing, so if you're simply > browsing your photos on various computers it shouldn't matter much if > it's not set correctly on every machine. If you're importing on various > computers, however, you'll need to set the library directory in the > Shotwell preferences on each machine you use. > > Hope this helps! Definitively Adam ! Thank you very much for this precise and clear description :-) Christophe > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -- Christophe Brocas CNAMTS/DDSI/MRSSI 12, all?es Haussmann 33300 Bordeaux christophe.brocas at cnamts.fr 3072R/0x0661CBBA fixe +33(0)5.57.85.53.55 mob +33(0)6.77.05.19.01 ***************************************************** "Le contenu de ce courriel et ses ?ventuelles pi?ces jointes sont confidentiels. Ils s'adressent exclusivement ? la personne destinataire. Si cet envoi ne vous est pas destin?, ou si vous l'avez re?u par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre ? d'autres personnes ni le reproduire. Merci de le renvoyer ? l'?metteur et de le d?truire. Attention : L'organisme de l'?metteur du message ne pourra ?tre tenu responsable de l'alt?ration du pr?sent courriel. Il appartient au destinataire de v?rifier que les messages et pi?ces jointes re?us ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses ?ventuelles pi?ces jointes sont celles de l'?metteur. Elles ne refl?tent pas la position de l'organisme sauf s'il en est dispos? autrement dans le pr?sent courriel." ****************************************************** From gustaf at thorslund.org Mon Mar 14 15:09:06 2011 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Mon, 14 Mar 2011 16:09:06 +0100 Subject: [Shotwell] Assert while doing GPS tagging of photos Message-ID: <4D7E2F92.7060504@thorslund.org> Hi, I'm using GPSCorrelate to tag my photos. When tagging photos I've imported to Shotwell I get a crash with this output: --> Warning: Directory Image, entry 0x0111: Strip 0 is outside of the data area; ignored. Error: Directory Image, entry 0x014a Sub-IFD pointer 0 is out of bounds; ignoring it. Error: Directory Image, entry 0x8769 Sub-IFD pointer 0 is out of bounds; ignoring it. Error: Upper boundary of data for directory Image, entry 0xc634 is out of bounds: Offset = 0x00000372, size = 102400, exceeds buffer size by 95090 Bytes; adjusting the size Warning: Directory SubImage1, entry 0x0111: Strip 0 is outside of the data area; ignored. Warning: Directory SubImage2, entry 0x0111: Strip 0 is outside of the data area; ignored. ?q^V9^?: Unexpected end of file Exception 4 caught ^A: Unexpected end of file Exception 4 caught : data corrupted at 8167446 Exception 5 caught ** ERROR:PhotoMonitor.vala:790:photo_monitor_real_process_updates: assertion failed: (!gee_abstract_map_has_key (GEE_ABSTRACT_MAP (self->priv->master_reimport_pending), photo)) shotwell.log (END) --> I guess it because of Shotwell seeing the file have been updated and re-reads it. Maybe GPSCorrelate is doing something wrong here. Maybe Shotwell could wait with reading until some seconds after the file have been updated last time. I'm using the PPA with Ubuntu 10.10. /Gustaf From adam at yorba.org Mon Mar 14 15:46:19 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Mar 2011 08:46:19 -0700 Subject: [Shotwell] Fwd: Multiple computer users In-Reply-To: References: <4D752148.2080402@yorba.org> Message-ID: <4D7E384B.8030806@yorba.org> On 03/09/2011 12:12 PM, Vincent wrote: > Sorry, I forgot to answer to the list instead of Adam only... > > ---------- Forwarded message ---------- > Hi, > > First, thanks for the feedback provided! I just try the suggested solution > and it works, but with some issues: > - First, I create a symbolic link to my images folder in the images folder > of my wife. > - Then I switch to my wife session and verify that my images are viewable in > Nautilus. I see that 2 years of photos are shared, the other are restricted > to my session only, as indicated in the above picture: > http://pix.toile-libre.org/upload/original/1299698962.png > - Then I launch Shotwell from my wife session but it failed to import any > photos (says that it didn't find any images or videos) :-( > - I was quit surprised as the images are well displayed in Nautilus and > after some tests I understand that if one of the folder is not accessible to > my wife (which was the case for the years before 2010), then Shotwell failed > to import the others accessible folders... > > Do you think something could be done to avoid this issue? I think Shotwell > should not stop its import if it meet a folder that it cannot access... Were you auto-importing, or importing manually? I just tried a simple auto-importing experiment where I set several directories to be unreadable, but Shotwell still imported photos from a directory that could be read. So I'm not able to reproduce this for auto-import, it seems. (When importing manually, the current Shotwell trunk crashes if it sees a directory it can't read: see http://trac.yorba.org/ticket/3340 . We'll fix this soon.) adam From adam at yorba.org Mon Mar 14 16:52:39 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Mar 2011 09:52:39 -0700 Subject: [Shotwell] Assert while doing GPS tagging of photos In-Reply-To: <4D7E2F92.7060504@thorslund.org> References: <4D7E2F92.7060504@thorslund.org> Message-ID: <4D7E47D7.900@yorba.org> On 03/14/2011 08:09 AM, Gustaf Thorslund wrote: > Hi, > > I'm using GPSCorrelate to tag my photos. When tagging photos I've > imported to Shotwell I get a crash with this output: > > --> > Warning: Directory Image, entry 0x0111: Strip 0 is outside of the data > area; ignored. > Error: Directory Image, entry 0x014a Sub-IFD pointer 0 is out of bounds; > ignoring it. > Error: Directory Image, entry 0x8769 Sub-IFD pointer 0 is out of bounds; > ignoring it. > Error: Upper boundary of data for directory Image, entry 0xc634 is out > of bounds: Offset = 0x00000372, size = 102400, exceeds buffer size by > 95090 Bytes; adjusting the size > Warning: Directory SubImage1, entry 0x0111: Strip 0 is outside of the > data area; ignored. > Warning: Directory SubImage2, entry 0x0111: Strip 0 is outside of the > data area; ignored. > ?q^V9^?: Unexpected end of file > Exception 4 caught > ^A: Unexpected end of file > Exception 4 caught > : data corrupted at 8167446 > Exception 5 caught > ** > ERROR:PhotoMonitor.vala:790:photo_monitor_real_process_updates: > assertion failed: (!gee_abstract_map_has_key (GEE_ABSTRACT_MAP > (self->priv->master_reimport_pending), photo)) > shotwell.log (END) > --> > > I guess it because of Shotwell seeing the file have been updated and > re-reads it. Maybe GPSCorrelate is doing something wrong here. Maybe > Shotwell could wait with reading until some seconds after the file have > been updated last time. > > I'm using the PPA with Ubuntu 10.10. Gustaf, thanks for the bug report. I can't reproduce this either in 0.8 or in the current trunk. I tried using GPSCorrelate to tag a couple of photos in the Shotwell library while Shotwell was running, but there was no crash. In a separate message, I'll send you the photos and the GPX file I was using for tagging (this mailing list doesn't take attachments). We can test whether you see the crash with those same photos and debug further from there. Thanks - adam From adam at yorba.org Mon Mar 14 17:38:46 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Mar 2011 10:38:46 -0700 Subject: [Shotwell] GSoC 2011 In-Reply-To: <1299625921.7876.13.camel@thinky> References: <1297636640.12109.18.camel@thinky> <1299625921.7876.13.camel@thinky> Message-ID: <4D7E52A6.309@yorba.org> Andreas, thanks for the interest in working on Shotwell for Google Summer of Code, and apologies for the long delay in responding - as you probably know the Yorba team has been pretty busy working toward the upcoming 0.9 release. I'm happy to report that Yorba has applied to be a Summer of Code mentoring organization this year. You can see our list of project ideas here: http://trac.yorba.org/wiki/SummerCodeIdeas We've also listed our ideas on the GNOME Summer of Code 2011 page: http://live.gnome.org/SummerOfCode2011/Ideas So this gives two possible ways to participate: Yorba can mentor these projects if it is accepted as a mentoring organization, and otherwise GNOME could be the mentoring organization, assuming it itself is accepted. Note that last year (2010) Yorba also applied to be a mentoring organization and was not accepted. Perhaps this is because Shotwell competes with Picasa, or maybe just because we're not large or well-established enough. We'll see what happens this year (we'll find out later this week). I do think that the Shotwell server idea might be too big for a Summer of Code project, however. We do want to take that on someday, but there are lots of open questions to answer about how exactly Shotwell should work in a client/server situation and I think making this all work well is probably a major project for the core team. If you have a well-developed vision for exactly how this should work and how you would modify Shotwell to make that happen, feel free to post it here and we can discuss more. Otherwise I'd encourage you to look at our ideas page for other projects that I think would be easier to take on this summer. Cheers - adam On 03/08/2011 03:12 PM, Andreas Brauchli wrote: > Since I haven't heard from any yorba official, I would like to point out > that the application deadline for projects to GSoC 2011 is the 12th > March. > > I think that it would be a missed opportunity not to participate, even > though it would be understandable not to take part for the simple reason > of needing to provide mentors which would remove manpower from the > already small yorba team. > > Still I, and probably others, would love to spend a summer hacking on > shotwell :) > > Best regards > andreas > > On Son, 2011-02-13 at 23:37 +0100, Andreas Brauchli wrote: >> Dear shotwell team >> >> are there any plans for yorba/shotwell to apply for the google summer of >> code 2011? I've seen last year's wiki page [1] and would totally love to >> work on shotwell this summer! >> >> What i have in mind is the idea of a multi-user/multi-computer shotwell >> or shotwell server instance (something like [2]) so that a photo >> collection can be simultaneously accessed and modified from multiple >> frontends but would also allow each shotwell instance - think on a >> laptop - to locally cache (parts of) the collection. >> >> Students, please voice yourselves to encourage yorba to apply for a gsoc >> spot and to provide some mentors - and the others to suggest or point >> out feature requests that would keep a student busy for a good summer of >> code. >> >> GSoC website: http://www.google-melange.com/ >> >> cheers >> andreas >> >> [1] http://trac.yorba.org/wiki/SummerCodeIdeas >> [2] http://trac.yorba.org/ticket/1572 >> >> >> _______________________________________________ >> 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 jim at yorba.org Tue Mar 15 01:07:18 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 14 Mar 2011 18:07:18 -0700 Subject: [Shotwell] Final call for testing: Shotwell 0.9.0 Message-ID: Hello all, Shotwell 0.9.0 is in the final stages of development and we need your help in shaking out any bugs you can find. We plan on shipping soon (one week or so) and can use your help. Now's the time to find that last little critter that's causing Shotwell to hang, crash, or otherwise act funny. The new features and improvements for 0.9.0 include: - A search bar that can filter by media type, rating, and text matching (titles, filename, tag and event names are searched) - TIFF support - Extensible plugin framework for Web publishing and slideshow transitions (all but one Web publisher has been ported) - Print multiple photos (including printing multiple photos per page) - Configurable user directory pattern during import - Edit multiple photo titles at once - Improved rendering of underexposed RAW photos - Various improvements and bug fixes If you're interested in testing this newest version of Shotwelll, check out the working trunk and try it yourself. Instructions are here: http://yorba.org/shotwell/install/#source Remember, this is pre-release software. You might consider backing up your library before starting: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary Cheers, -- Jim Nelson From ramonperezt at gmail.com Tue Mar 15 03:54:18 2011 From: ramonperezt at gmail.com (Ramon Perez) Date: Mon, 14 Mar 2011 23:54:18 -0400 Subject: [Shotwell] Import vs Events. Message-ID: <4D7EE2EA.4030402@gmail.com> I have a lot of pictures without exif data. When I import the pictures shotwell create the corresponding directory (Year/Month/Day) I think that use the creation/modification date of the file. But the Event for the group of pictures are missing. If you include a category for the pictures with missing exif date the program can be very useful to organise this type of photos. From geoffrey.russell at gmail.com Tue Mar 15 10:07:28 2011 From: geoffrey.russell at gmail.com (Geoff Russell) Date: Tue, 15 Mar 2011 20:37:28 +1030 Subject: [Shotwell] Nikon coolpix P500 Message-ID: Hi Shotwell, Just plugged in my brand new Nikon Coolpix P500 and fired up shotwell 0.7.2 on Ubuntu 10.10 Shotwell tells me it finds a USB PTP class camera, but can't find any pictures ... unspecified error. What to do? Cheers, Geoff Russell From rsimmons0 at gmail.com Tue Mar 15 13:57:25 2011 From: rsimmons0 at gmail.com (Robert Simmons) Date: Tue, 15 Mar 2011 09:57:25 -0400 Subject: [Shotwell] Nikon coolpix P500 In-Reply-To: References: Message-ID: Copy the pictures first to a folder on your hdd. Then import from there. On Mar 15, 2011 6:07 AM, "Geoff Russell" wrote: Hi Shotwell, Just plugged in my brand new Nikon Coolpix P500 and fired up shotwell 0.7.2 on Ubuntu 10.10 Shotwell tells me it finds a USB PTP class camera, but can't find any pictures ... unspecified error. What to do? Cheers, Geoff Russell _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Tue Mar 15 15:12:14 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 15 Mar 2011 08:12:14 -0700 Subject: [Shotwell] Import vs Events. In-Reply-To: <4D7EE2EA.4030402@gmail.com> References: <4D7EE2EA.4030402@gmail.com> Message-ID: <4D7F81CE.1070201@yorba.org> On 03/14/2011 08:54 PM, Ramon Perez wrote: > I have a lot of pictures without exif data. When I import the pictures > shotwell create the corresponding directory (Year/Month/Day) I think > that use the creation/modification date of the file. > > But the Event for the group of pictures are missing. If you include a > category for the pictures with missing exif date the program can be > very useful to organise this type of photos. Ramon, what version of Shotwell are you running? In the current version (0.8) all photos without EXIF data will appear in the No Event view in the sidebar. Is that not good enough for your needs? adam From adam at yorba.org Tue Mar 15 15:22:35 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 15 Mar 2011 08:22:35 -0700 Subject: [Shotwell] Nikon coolpix P500 In-Reply-To: References: Message-ID: <4D7F843B.3010000@yorba.org> On 03/15/2011 03:07 AM, Geoff Russell wrote: > Hi Shotwell, > > Just plugged in my brand new Nikon Coolpix P500 and fired up shotwell 0.7.2 > on Ubuntu 10.10 > > Shotwell tells me it finds a USB PTP class camera, but can't find > any pictures ... unspecified error. > > What to do? > > Cheers, > Geoff Russell Thanks for the bug report. I've created a ticket for this where we can continue discussion about how to debug this: http://trac.yorba.org/ticket/3358 adam From geoffrey.russell at gmail.com Tue Mar 15 20:28:43 2011 From: geoffrey.russell at gmail.com (Geoff Russell) Date: Wed, 16 Mar 2011 06:58:43 +1030 Subject: [Shotwell] Nikon coolpix P500 In-Reply-To: References: Message-ID: On Wed, Mar 16, 2011 at 12:27 AM, Robert Simmons wrote: > Copy the pictures first to a folder on your hdd. Then import from there. > Wonderful to get a quick response, many thanks. I presume I need some kind of usb sdhc reader? My Aleutia (tiny fanless PC) doesn't have an sd slot. Cheers, Geoff > On Mar 15, 2011 6:07 AM, "Geoff Russell" > wrote: > > Hi Shotwell, > > Just plugged in my brand new Nikon Coolpix P500 and fired up shotwell 0.7.2 > on Ubuntu 10.10 > > Shotwell tells me it finds a USB PTP class camera, but can't find > any pictures ... unspecified error. > > What to do? > > Cheers, > Geoff Russell > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > -- 6 Fifth Ave, St Morris, S.A. 5068 Australia Ph: 041 8805 184 / 08 8332 5069 http://perfidy.com.au From ktenney at gmail.com Wed Mar 16 15:46:08 2011 From: ktenney at gmail.com (Kent Tenney) Date: Wed, 16 Mar 2011 10:46:08 -0500 Subject: [Shotwell] Errors building trunk Message-ID: I updated to valac 0.10.4 per ./configure requirement I get the following with r2748: Compiling Vala code... src/CheckerboardLayout.vala:1014.42-1014.54: error: Argument 2: Cannot pass out argument to non-output parameter if (area.intersect(row_rect, out bitbucket)) { ^^^^^^^^^^^^^ src/CheckerboardLayout.vala:1020.57-1020.69: error: Argument 2: Cannot pass out argument to non-output parameter if (area.intersect(item.allocation, out bitbucket)) ^^^^^^^^^^^^^ src/CheckerboardLayout.vala:1547.58-1547.73: error: Argument 2: Cannot pass out argument to non-output parameter if (!visible_page.intersect(item.allocation, out intersection)) ^^^^^^^^^^^^^^^^ src/CheckerboardLayout.vala:1651.48-1651.63: error: Argument 2: Cannot pass out argument to non-output parameter visible_page.intersect(selection_band, out visible_band); ^^^^^^^^^^^^^^^^ Compilation failed: 4 error(s), 0 warning(s) make: *** [src/.stamp] Error 1 From adam at yorba.org Wed Mar 16 15:48:11 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 16 Mar 2011 08:48:11 -0700 Subject: [Shotwell] Errors building trunk In-Reply-To: References: Message-ID: <4D80DBBB.3040801@yorba.org> Kent, those are the errors I'd expect to see if you tried to build with Vala 0.10.3, so I suspect that your Vala update is not complete. - Try running "sudo ldconfig". Does that help? - Are you sure you've completely uninstalled Vala 0.10.3? adam On 03/16/2011 08:46 AM, Kent Tenney wrote: > I updated to valac 0.10.4 per ./configure requirement > I get the following with r2748: > > Compiling Vala code... > src/CheckerboardLayout.vala:1014.42-1014.54: error: Argument 2: Cannot > pass out argument to non-output parameter > if (area.intersect(row_rect, out bitbucket)) { > ^^^^^^^^^^^^^ > src/CheckerboardLayout.vala:1020.57-1020.69: error: Argument 2: Cannot > pass out argument to non-output parameter > if (area.intersect(item.allocation, out bitbucket)) > ^^^^^^^^^^^^^ > src/CheckerboardLayout.vala:1547.58-1547.73: error: Argument 2: Cannot > pass out argument to non-output parameter > if (!visible_page.intersect(item.allocation, out intersection)) > ^^^^^^^^^^^^^^^^ > src/CheckerboardLayout.vala:1651.48-1651.63: error: Argument 2: Cannot > pass out argument to non-output parameter > visible_page.intersect(selection_band, out visible_band); > ^^^^^^^^^^^^^^^^ > Compilation failed: 4 error(s), 0 warning(s) > make: *** [src/.stamp] Error 1 > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From blklists at elementarea.net Wed Mar 16 21:32:42 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Wed, 16 Mar 2011 22:32:42 +0100 Subject: [Shotwell] GSoC 2011 In-Reply-To: <4D7E52A6.309@yorba.org> References: <1297636640.12109.18.camel@thinky> <1299625921.7876.13.camel@thinky> <4D7E52A6.309@yorba.org> Message-ID: <1300311162.7959.7.camel@thinky> Hi Adam, On Mon, 2011-03-14 at 10:38 -0700, Adam Dingle wrote: > Andreas, > > thanks for the interest in working on Shotwell for Google Summer of > Code, and apologies for the long delay in responding - as you probably > know the Yorba team has been pretty busy working toward the upcoming 0.9 > release. No worries, 0.9 is an important release! > I'm happy to report that Yorba has applied to be a Summer of > Code mentoring organization this year. This is great news for us students - I really hope yorba gets accepted as mentoring organization. > You can see our list of project > ideas here: > > http://trac.yorba.org/wiki/SummerCodeIdeas Alternatively to working on a sharing solution (see next chunk), I would be interested in: - play videos directly in Shotwell rather than via external player (#2820) - FTP publishing, with optional generation of a static html gallery > I do think that the Shotwell server idea might be too big for a Summer > of Code project, however. We do want to take that on someday, but there > are lots of open questions to answer about how exactly Shotwell should > work in a client/server situation and I think making this all work well > is probably a major project for the core team. If you have a > well-developed vision for exactly how this should work and how you would > modify Shotwell to make that happen, feel free to post it here and we > can discuss more. Otherwise I'd encourage you to look at our ideas page > for other projects that I think would be easier to take on this summer. > Cheers - I agree that the server idea is indeed a major project. My vision is certainly not too elaborated yet - the planning would be a particularly critical part of the project. Best of luck for the 0.9 release andreas From martin+shotwell at flexion.org Thu Mar 17 16:51:20 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Thu, 17 Mar 2011 16:51:20 +0000 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid Message-ID: Hi, I wanted Shotwell for Lucid so I've created a PPA for it :-) - https://launchpad.net/~flexiondotorg/+archive/shotwell My PPA contains Shotwell 0.8.1 built for Ubuntu Lucid 10.04 LTS. I created the PPA because I run Lucid at home and wanted the new version of Shotwell. Sadly, Yorba aren't going to provide a Lucid build of Shotwell 0.8.1 due to the reasons discussed in the following ticket: - http://trac.yorba.org/ticket/3015 As mentioned in the ticket above, there are versions of Shotwell 0.8.1 available for Lucid in other PPAs. However, those PPAs contain hundreds of packages. If you're not that brave, like me, then hopefully my PPA provides what you need. I have built Shotwell 0.8.1 with minimal changes from the original Yorba source packages and not polluted my PPA with any unnecessary packages ;-) NOTE! My PPA has dependencies that are satisfied by the Yorba PPA, so you must also enable the Yorba PPA too. - https://launchpad.net/~yorba/+archive/ppa To install Shotwell 0.8.1 on Lucid do the following: sudo apt-add-repository ppa:yorba/ppa sudo apt-add-repository ppa:flexiondotorg/shotwell sudo apt-get update sudo apt-get install shotwell Feel free to add Lucid installation instructions for Shotwell 0.8.1 on the Yorba website and thanks for such a cracking good photo manager :-) -- Regards, Martin. From ktenney at gmail.com Thu Mar 17 17:27:25 2011 From: ktenney at gmail.com (Kent Tenney) Date: Thu, 17 Mar 2011 12:27:25 -0500 Subject: [Shotwell] Problem re: fs vs Shotwell Message-ID: Howdy, As one who imports in place, and cares about file location in the filesystem, I've created the following problem: As is my habit, I emptied my camera into a directory named for the day ___/2011-03-12/*.jpg However I blundered and named the directory 2011-11-12 I renamed the folder to 2011-03-11, did "Import from folder" of course Shotwell sees only duplicates, makes no changes, the thumbs are unhooked from the files now. Is there a way to fix this other than with SQL? Thanks, Kent From adam at yorba.org Thu Mar 17 18:11:11 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 17 Mar 2011 11:11:11 -0700 Subject: [Shotwell] Problem re: fs vs Shotwell In-Reply-To: References: Message-ID: <4D824EBF.8050604@yorba.org> On 03/17/2011 10:27 AM, Kent Tenney wrote: > Howdy, > > As one who imports in place, and cares about file > location in the filesystem, I've created the following problem: > > As is my habit, I emptied my camera into a directory named > for the day ___/2011-03-12/*.jpg > > However I blundered and named the directory 2011-11-12 > > I renamed the folder to 2011-03-11, did "Import from folder" > of course Shotwell sees only duplicates, makes no changes, the > thumbs are unhooked from the files now. > > Is there a way to fix this other than with SQL? > > Thanks, > Kent Kent, in the upcoming 0.9 release we've made Shotwell smarter in this situation: when you reimport from the new location it will recognize that the photos now live there. See http://trac.yorba.org/ticket/3132 So you could try building from trunk, or simply wait for 0.9. adam From salimma at fedoraproject.org Thu Mar 17 18:31:06 2011 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Thu, 17 Mar 2011 19:31:06 +0100 Subject: [Shotwell] Final call for testing: Shotwell 0.9.0 In-Reply-To: References: Message-ID: <4D82536A.1030303@fedoraproject.org> Hi Jim, (late reply -- Adam has already responded on Trac. It seems that replying through Gmane does not work, which is annoying. Let's hope this reply gets threaded properly -- i.e. that Gmane preserves message IDs when forwarding) On 03/15/2011 02:07 AM, Jim Nelson wrote: > Hello all, > > Shotwell 0.9.0 is in the final stages of development and we need your help > in shaking out any bugs you can find. We plan on shipping soon (one week or > so) and can use your help. Now's the time to find that last little critter > that's causing Shotwell to hang, crash, or otherwise act funny. > Thanks for the heads-up! Fedora has had to build shotwell-0.8.x against a specially-retained copy of vala 0.10.x for our upcoming Fedora 15 release, but the current trunk compiles fine against vala-0.11.x (in fact, requires 0.11.7). There's only a single patch that we needed to add for our build process -- the desktop file for shotwell-viewer does not currently validate, because the MimeType list is not semicolon-terminated. Bug filed, with patch: http://trac.yorba.org/ticket/3364 Once this update is available for testing to our users (I need to get vala 0.11.7 whitelisted first), I'll forward any bug reports here and on trac. Best regards, -- Michel Alexandre Salim Fedora Project Contributor () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From hendry.michael at gmail.com Thu Mar 17 21:42:58 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Thu, 17 Mar 2011 21:42:58 +0000 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: References: Message-ID: <1300398178.1933.384.camel@Linley6> On Thu, 2011-03-17 at 16:51 +0000, Martin Wimpress wrote: > Hi, > > I wanted Shotwell for Lucid so I've created a PPA for it :-) > > - https://launchpad.net/~flexiondotorg/+archive/shotwell > > My PPA contains Shotwell 0.8.1 built for Ubuntu Lucid 10.04 LTS. I > created the PPA because I run Lucid at home and wanted the new version > of Shotwell. Sadly, Yorba aren't going to provide a Lucid build of > Shotwell 0.8.1 due to the reasons discussed in the following ticket: > > - http://trac.yorba.org/ticket/3015 > > As mentioned in the ticket above, there are versions of Shotwell 0.8.1 > available for Lucid in other PPAs. However, those PPAs contain hundreds > of packages. If you're not that brave, like me, then hopefully my PPA > provides what you need. I have built Shotwell 0.8.1 with minimal changes > from the original Yorba source packages and not polluted my PPA with any > unnecessary packages ;-) > > NOTE! My PPA has dependencies that are satisfied by the Yorba PPA, so > you must also enable the Yorba PPA too. > > - https://launchpad.net/~yorba/+archive/ppa > > To install Shotwell 0.8.1 on Lucid do the following: > > sudo apt-add-repository ppa:yorba/ppa > sudo apt-add-repository ppa:flexiondotorg/shotwell > sudo apt-get update > sudo apt-get install shotwell > > Feel free to add Lucid installation instructions for Shotwell 0.8.1 on > the Yorba website and thanks for such a cracking good photo manager :-) > Brilliant - thanks, Martin, for giving me the confidence to move on - I'd been hanging back from upgrading from 0.7 on Lucid because it seemed too complicated. I got a suggestion at the end of the run of "sudo apt-get update" that I should run it again, and did so, otherwise it went very smoothly. Although I thought I'd gone through all my undated images and put exif data into them, I found another 320 in "No Event", which I'll need to tidy up. Being able to write the tags back to the images should help me with portability of images, but it's not clear whether this will happen to all images as soon as I choose to do this, or only for images imported from now on. Can you do the same job for 0.9? Michael From hendry.michael at gmail.com Thu Mar 17 21:49:43 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Thu, 17 Mar 2011 21:49:43 +0000 Subject: [Shotwell] Problem re: fs vs Shotwell In-Reply-To: References: Message-ID: <1300398583.1933.389.camel@Linley6> On Thu, 2011-03-17 at 12:27 -0500, Kent Tenney wrote: > Howdy, > > As one who imports in place, and cares about file > location in the filesystem, I've created the following problem: > > As is my habit, I emptied my camera into a directory named > for the day ___/2011-03-12/*.jpg > > However I blundered and named the directory 2011-11-12 > > I renamed the folder to 2011-03-11, did "Import from folder" > of course Shotwell sees only duplicates, makes no changes, the > thumbs are unhooked from the files now. > > Is there a way to fix this other than with SQL? > > Thanks, > Kent > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell You should find the files in the "Missing" folder - delete them from here and empty the Wastebasket. When you import the renamed folder all should be well. (I'd expected that once I'd put the unwanted records in the wastebasket, that reimporting would obliterate the faulty records, but what happened was that the unwanted records were restored as they were - they pointed to the (incorrectly entered) directory. Michael From adam at yorba.org Thu Mar 17 22:00:40 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 17 Mar 2011 15:00:40 -0700 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <1300398178.1933.384.camel@Linley6> References: <1300398178.1933.384.camel@Linley6> Message-ID: <4D828488.9000102@yorba.org> On 03/17/2011 02:42 PM, Michael Hendry wrote: > > Being able to write the tags back to the images should help me with > portability of images, but it's not clear whether this will happen to > all images as soon as I choose to do this, or only for images imported > from now on. As soon as you enable tag writing in Shotwell, it will write tags to all images which you have previously tagged. In other words, it affects all images, not just images which you tag or import after you enable this option. adam From hendry.michael at gmail.com Thu Mar 17 22:14:41 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Thu, 17 Mar 2011 22:14:41 +0000 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <4D828488.9000102@yorba.org> References: <1300398178.1933.384.camel@Linley6> <4D828488.9000102@yorba.org> Message-ID: <1300400081.1933.393.camel@Linley6> On Thu, 2011-03-17 at 15:00 -0700, Adam Dingle wrote: > On 03/17/2011 02:42 PM, Michael Hendry wrote: > > > > Being able to write the tags back to the images should help me with > > portability of images, but it's not clear whether this will happen to > > all images as soon as I choose to do this, or only for images imported > > from now on. > > As soon as you enable tag writing in Shotwell, it will write tags to all > images which you have previously tagged. In other words, it affects all > images, not just images which you tag or import after you enable this > option. > > adam > Excellent! Thanks, Adam. I expect this will probably take a while with a large collection of images, so I'll make sure there's plenty of time. Michael From martin+shotwell at flexion.org Thu Mar 17 22:47:02 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Thu, 17 Mar 2011 22:47:02 +0000 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <1300398178.1933.384.camel@Linley6> References: <1300398178.1933.384.camel@Linley6> Message-ID: <00abfc5382e2d37f462e8d7c934e5f6a@flexion.org> Hi, On Thu, 17 Mar 2011 21:42:58 +0000, Michael Hendry wrote: > Can you do the same job for 0.9? Once 0.9 is released I will do my best. -- Regards, Martin. From martin+shotwell at flexion.org Fri Mar 18 17:30:54 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Fri, 18 Mar 2011 17:30:54 +0000 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <1300398178.1933.384.camel@Linley6> References: <1300398178.1933.384.camel@Linley6> Message-ID: <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> Hi Michael, Well, I couldn't wait ;-) On Thu, 17 Mar 2011 22:47:02 +0000, Martin Wimpress wrote: > Hi, > > On Thu, 17 Mar 2011 21:42:58 +0000, Michael Hendry wrote: > >> Can you do the same job for 0.9? > > Once 0.9 is released I will do my best. I've created a package for Shotwell 0.8.90 from current SVN (2767) for Ubuntu Lucid. If you're feeling brave, you can get the package by enabling my experimental PPA. - https://launchpad.net/~flexiondotorg/+archive/experimental However, in order to get Shotwell 0.8.90 running on Lucid I've had to back port a few other odds and ends. - I've back ported vala 0.11.7. - I've borrowed a glib2.0 2.26.1 package from Torsten Spindler. - I've back ported gnome-vfs 2.26.1. - I've borrowed a libgee 0.5.2 package from St?phane Marguet. - I've back ported shotwell 0.8.90 svn 2767, which required some minor fixes to debian/control. So if you enable my experimental PPA on Lucid you'll get a new build Shotwell, a new glib2.0, a new gnome-vfs and a new libgee. My PPA won't mess with your vala installation though. This is a good thing :-) Hopefully, I've done most of the hard work to pave the way for Shotwell 0.9 on Ubuntu Lucid. I have got a libraw 0.13.1 back port ready to publish. But I'm not sure what Yorba's intentions are regarding libraw? I'll wait and see what develops in the ticket below: - http://trac.yorba.org/ticket/2583 I've not added 'totem' to the runtime requirements, but will do soon. I'm keeping an eye on the following ticket: - http://trac.yorba.org/ticket/3166 If you want to run the current SVN of Shotwell on Lucid then do the following. sudo apt-add-repository ppa:flexiondotorg/experimental sudo apt-get update sudo apt-get upgrade If you've not previously install Shotwell you'll also require the following. sudo apt-get install shotwell Enjoy! -- Regards, Martin. From brunogirin at gmail.com Fri Mar 18 17:43:50 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 18 Mar 2011 17:43:50 +0000 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 Message-ID: <1300470230.6392.11.camel@nuuk> Hi all, The current trunk for Shotwell needs Vala 0.11.7. After installing that version of Vala, it fails to compile and complains about gee-1.0 not being found. If I soft link gee-1.0.vapi from a /usr/share/vala-0.10/vapi to /usr/share/vala-0.12/vapi, Shotwell can compile but I get the following error when I run it: (shotwell:6312): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid class pointer `0x8fa0830' Segmentation fault So I assume that I'm missing something. Do I need to install the latest libgee? which confusingly enough is 0.6.1: http://live.gnome.org/Libgee Cheers, Bruno From adam at yorba.org Fri Mar 18 17:58:00 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 18 Mar 2011 10:58:00 -0700 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: <1300470230.6392.11.camel@nuuk> References: <1300470230.6392.11.camel@nuuk> Message-ID: <4D839D28.8040509@yorba.org> On 03/18/2011 10:43 AM, Bruno Girin wrote: > Hi all, > > The current trunk for Shotwell needs Vala 0.11.7. After installing that > version of Vala, it fails to compile and complains about gee-1.0 not > being found. If I soft link gee-1.0.vapi from > a /usr/share/vala-0.10/vapi to /usr/share/vala-0.12/vapi, Shotwell can > compile but I get the following error when I run it: > > (shotwell:6312): GLib-GObject-WARNING > **: /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid class > pointer `0x8fa0830' > Segmentation fault > > So I assume that I'm missing something. Do I need to install the latest > libgee? which confusingly enough is 0.6.1: http://live.gnome.org/Libgee Bruno, Shotwell only requires libgee 0.5.0. Not sure which distro you're using, but it sounds like you have a build of libgee which is compatible only with Vala 0.10. I think you should download the libgee sources and build and install them with Vala 0.11. Once you've done that, I think Shotwell will work just fine. adam From salimma at fedoraproject.org Fri Mar 18 18:03:33 2011 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Fri, 18 Mar 2011 19:03:33 +0100 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: <1300470230.6392.11.camel@nuuk> References: <1300470230.6392.11.camel@nuuk> Message-ID: <4D839E75.1020701@fedoraproject.org> Hi Bruno, On 03/18/2011 06:43 PM, Bruno Girin wrote: > Hi all, > > The current trunk for Shotwell needs Vala 0.11.7. After installing that > version of Vala, it fails to compile and complains about gee-1.0 not > being found. If I soft link gee-1.0.vapi from > a /usr/share/vala-0.10/vapi to /usr/share/vala-0.12/vapi, Shotwell can > compile but I get the following error when I run it: > That sounds like a packaging bug (which distribution)? I happened to ask Vala developers about this and they recommended that, apart from Vala itself, vapi files should be in /usr/share/vala/vapi and not /usr/share/vala-APIVER/vapi. > (shotwell:6312): GLib-GObject-WARNING > **: /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid class > pointer `0x8fa0830' > Segmentation fault > > So I assume that I'm missing something. Do I need to install the latest > libgee? which confusingly enough is 0.6.1: http://live.gnome.org/Libgee > On Fedora, compiling trunk against vala-0.11.7 and libgee-0.6.1 works, yes. Regards, -- Michel Alexandre Salim () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From adam at yorba.org Fri Mar 18 18:06:59 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 18 Mar 2011 11:06:59 -0700 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: <4D839E75.1020701@fedoraproject.org> References: <1300470230.6392.11.camel@nuuk> <4D839E75.1020701@fedoraproject.org> Message-ID: <4D839F43.1030004@yorba.org> On 03/18/2011 11:03 AM, Michel Alexandre Salim wrote: > Hi Bruno, > > On 03/18/2011 06:43 PM, Bruno Girin wrote: >> Hi all, >> >> The current trunk for Shotwell needs Vala 0.11.7. After installing that >> version of Vala, it fails to compile and complains about gee-1.0 not >> being found. If I soft link gee-1.0.vapi from >> a /usr/share/vala-0.10/vapi to /usr/share/vala-0.12/vapi, Shotwell can >> compile but I get the following error when I run it: >> > That sounds like a packaging bug (which distribution)? I happened to > ask Vala developers about this and they recommended that, apart from > Vala itself, vapi files should be in /usr/share/vala/vapi and not > /usr/share/vala-APIVER/vapi. > >> (shotwell:6312): GLib-GObject-WARNING >> **: /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid class >> pointer `0x8fa0830' >> Segmentation fault >> >> So I assume that I'm missing something. Do I need to install the latest >> libgee? which confusingly enough is 0.6.1: http://live.gnome.org/Libgee >> > On Fedora, compiling trunk against vala-0.11.7 and libgee-0.6.1 works, > yes. That also works on Ubuntu Natty, by the way, where the libgee-dev package installs gee-1.0.vapi in /usr/share/vala/vapi. adam From brunogirin at gmail.com Fri Mar 18 19:41:52 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 18 Mar 2011 19:41:52 +0000 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: <4D839D28.8040509@yorba.org> References: <1300470230.6392.11.camel@nuuk> <4D839D28.8040509@yorba.org> Message-ID: <1300477312.6392.16.camel@nuuk> On Fri, 2011-03-18 at 10:58 -0700, Adam Dingle wrote: > On 03/18/2011 10:43 AM, Bruno Girin wrote: > > Hi all, > > > > The current trunk for Shotwell needs Vala 0.11.7. After installing that > > version of Vala, it fails to compile and complains about gee-1.0 not > > being found. If I soft link gee-1.0.vapi from > > a /usr/share/vala-0.10/vapi to /usr/share/vala-0.12/vapi, Shotwell can > > compile but I get the following error when I run it: > > > > (shotwell:6312): GLib-GObject-WARNING > > **: /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid class > > pointer `0x8fa0830' > > Segmentation fault > > > > So I assume that I'm missing something. Do I need to install the latest > > libgee? which confusingly enough is 0.6.1: http://live.gnome.org/Libgee > > Bruno, > > Shotwell only requires libgee 0.5.0. Not sure which distro you're > using, but it sounds like you have a build of libgee which is compatible > only with Vala 0.10. I think you should download the libgee sources and > build and install them with Vala 0.11. Once you've done that, I think > Shotwell will work just fine. That's very possible: I have libgee 0.5.3 from the Ubuntu repos (10.10) but Vala compiled from source so it may indeed not be compatible. I'll compile the latest libgee from source and see what happens. Cheers, Bruno From blklists at elementarea.net Sat Mar 19 14:26:10 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Sat, 19 Mar 2011 15:26:10 +0100 Subject: [Shotwell] GSoC 2011 In-Reply-To: <1300311162.7959.7.camel@thinky> References: <1297636640.12109.18.camel@thinky> <1299625921.7876.13.camel@thinky> <4D7E52A6.309@yorba.org> <1300311162.7959.7.camel@thinky> Message-ID: <1300544770.1569.23.camel@thinky> Hey Adam, Unfortunately it seems that yorba hasn't been chosen as mentoring organization as it's not listed. This of course means more competition for us students as we will have to grab GNOME spots. Not an easy task but certainly worth the challenge. Besides the projects I listed on my previous mail I found a few other ones that would interest me: A project around SQLHeavy ( http://trac.yorba.org/ticket/3312 ). It should include the evaluation without disturbing the main development flow around shotwell. The downside I see with SQLHeavy is that it might hinder the adoption of other DB backends, if this is a concern (unless SQLHeavy itself is adopted to be more of a GObject/Hibernate with various backends.) A test suite for shotwell which would also generate the performance numbers on a fixed set of data such that the development of progress can be more closely/precisely tracked - the inflate image duplication tool could optionally be integrated into it. My main concern there is that it randomizes the dates of the photos which make it non-deterministic. I would also have suggested a tracker integration as it would be pretty GNOME related but since we can now write tags back, this comes pretty much for free.. I'm not sure if there is other data worth tracking that is not in EXIF/XMP. Maybe the event names and photo label? Anyway, I would be happy to formalize good applications proposals for any projects a yorba staff (yorbanito?) would be willing to mentor :) Since I would really like to apply, I'll shortly present myself in a more formal light: I'm a 26yo 6th semester undergrad CS student at ETH Zurich, Switzerland. I've got two years of full-time dev. work experience (I developed managed C# code with a mid-sized swiss software company). I also participated in a few open source projects like nGhost (c++) a car-pc media center, the vala compiler (vala) where I wrote a few patches and bindings, a few others with mainly small contributions (c/java/perl). For shotwell I wrote the initial champlain map-widget integration and I'm currently working on a naming event provider which given a date returns a meaningful string for a few holidays (see http://trac.yorba.org/ticket/2882 ) like the author of the report says: nothing urgent but cool :) best andreas On Mit, 2011-03-16 at 22:32 +0100, Andreas Brauchli wrote: > Hi Adam, > > On Mon, 2011-03-14 at 10:38 -0700, Adam Dingle wrote: > > Andreas, > > > > thanks for the interest in working on Shotwell for Google Summer of > > Code, and apologies for the long delay in responding - as you probably > > know the Yorba team has been pretty busy working toward the upcoming 0.9 > > release. > No worries, 0.9 is an important release! > > > I'm happy to report that Yorba has applied to be a Summer of > > Code mentoring organization this year. > This is great news for us students - I really hope yorba gets accepted > as mentoring organization. > > > You can see our list of project > > ideas here: > > > > http://trac.yorba.org/wiki/SummerCodeIdeas > Alternatively to working on a sharing solution (see next chunk), I would > be interested in: > - play videos directly in Shotwell rather than via external player > (#2820) > - FTP publishing, with optional generation of a static html gallery > > > I do think that the Shotwell server idea might be too big for a Summer > > of Code project, however. We do want to take that on someday, but there > > are lots of open questions to answer about how exactly Shotwell should > > work in a client/server situation and I think making this all work well > > is probably a major project for the core team. If you have a > > well-developed vision for exactly how this should work and how you would > > modify Shotwell to make that happen, feel free to post it here and we > > can discuss more. Otherwise I'd encourage you to look at our ideas page > > for other projects that I think would be easier to take on this summer. > > Cheers - > I agree that the server idea is indeed a major project. My vision is > certainly not too elaborated yet - the planning would be a particularly > critical part of the project. > > Best of luck for the 0.9 release > andreas > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From pt at traversin.org Sat Mar 19 15:39:35 2011 From: pt at traversin.org (Piergi) Date: Sat, 19 Mar 2011 08:39:35 -0700 (PDT) Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <4C447001.90800@yorba.org> References: <34653461-7EAA-4713-8952-679CAE5ACB72@gmail.com> <4C446623.4070103@yorba.org> <4C447001.90800@yorba.org> Message-ID: <1300549175610-36158.post@talk.nabble.com> Adam Dingle wrote: > > On 07/19/2010 08:21 AM, Peter DO Smith wrote: >> 1) Hidden files. Good idea. There are many reasons for having hidden >> files. > > If you think we should allow the user to hide photos *and* independently > allow the user to mark photos as rejects, we could discuss that here, > though my personal opinion is that it would be overkill to have both. I > like the Rejected concept since it is integrated with the rating system > (unlike hiding photos, which would be independent of it). > > Hi to all. I think that ?hidden? and ?rejected? are very different concepts: I am using the ?hidden? tag in f-spot, for the reasons explained above and more (i.e. photos with my girlfriend) and I would like to see this feature implemented in Shotwell (I'm moving away from f-spot). The rejected photos are likely to be deleted eventually, but the hidden photos are not. I guess that if the photos are tagged with ?hidden? the feature can be implemented as a reverse filter (i.e. with the ?NOT? operator). Also I don't know the actual state of the tag filters, so correct me if I am wrong. Thanks for the good job, Piergi -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-0-7-plan-tp16487p36158.html Sent from the Shotwell mailing list archive at Nabble.com. From pt at traversin.org Sat Mar 19 16:03:42 2011 From: pt at traversin.org (Piergi) Date: Sat, 19 Mar 2011 09:03:42 -0700 (PDT) Subject: [Shotwell] GSoC 2011 In-Reply-To: References: <1297636640.12109.18.camel@thinky> Message-ID: <1300550622678-36160.post@talk.nabble.com> vivien.didelot at gmail.com wrote: > > On Tue, Feb 15, 2011 at 9:08 AM, Antony Mee <antony at onlymee.co.uk> > wrote: > >> I had a similar thought - my use case simply being a multi-user system >> when >> the whole family can use a common library and switch users 'safely'. >> (What >> to do about the photos you don't want the kids to see?!) > > What about *sensible* photos you want to manage but you don't want anybody > to browse them if they just open shotwell on your machine? (e.g. the > family > computer case). > Two *easy-to-do* options (I guess) would be : > > - adding a special tag feature (let's say "sensible" with a beautiful > locker or warning icon) that requires the sudo password (or whatever > for > Windows) each time you want to browse them (or even better, just one > time > for each instance of shotwell). > - a "Show sensible photos" checkbox in the Edition menu (unchecked at > startup) that requires the sudo password for each instance of shotwell > if > you check it. > > As per this other thread [http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-0-7-plan-tp16487p16487.html] I totally agree with the ?sensible? or ?hidden? tag feature. Out of the client/server scenario I think it would not be necessary to force a password on the tag, though. My idea is more about quickly hiding sensible photos from a slideshow (e.g. a screensaver) or from being directly displayed in the thumbnail view. Ciao ciao, Piergi -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-GSoC-2011-tp33500p36160.html Sent from the Shotwell mailing list archive at Nabble.com. From brunogirin at gmail.com Sun Mar 20 00:55:42 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 20 Mar 2011 00:55:42 +0000 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: <1300477312.6392.16.camel@nuuk> References: <1300470230.6392.11.camel@nuuk> <4D839D28.8040509@yorba.org> <1300477312.6392.16.camel@nuuk> Message-ID: Right, so after building libgee 0.6.0 and valac 0.11.7 from source, I can compile Shotwell trunk on Ubuntu 10.10 but when I run it, I still get this error: (shotwell:21446): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid class pointer `0x968d830' Segmentation fault Could it mean that Vala 0.11.7 does something that the version of glib on Ubuntu 10.10 doesn't like? Cheers, Bruno On 18 March 2011 19:41, Bruno Girin wrote: > On Fri, 2011-03-18 at 10:58 -0700, Adam Dingle wrote: >> On 03/18/2011 10:43 AM, Bruno Girin wrote: >> > Hi all, >> > >> > The current trunk for Shotwell needs Vala 0.11.7. After installing that >> > version of Vala, it fails to compile and complains about gee-1.0 not >> > being found. If I soft link gee-1.0.vapi from >> > a /usr/share/vala-0.10/vapi to /usr/share/vala-0.12/vapi, Shotwell can >> > compile but I get the following error when I run it: >> > >> > (shotwell:6312): GLib-GObject-WARNING >> > **: /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid class >> > pointer `0x8fa0830' >> > Segmentation fault >> > >> > So I assume that I'm missing something. Do I need to install the latest >> > libgee? which confusingly enough is 0.6.1: http://live.gnome.org/Libgee >> >> Bruno, >> >> Shotwell only requires libgee 0.5.0. ?Not sure which distro you're >> using, but it sounds like you have a build of libgee which is compatible >> only with Vala 0.10. ?I think you should download the libgee sources and >> build and install them with Vala 0.11. ?Once you've done that, I think >> Shotwell will work just fine. > > That's very possible: I have libgee 0.5.3 from the Ubuntu repos (10.10) > but Vala compiled from source so it may indeed not be compatible. I'll > compile the latest libgee from source and see what happens. > > Cheers, > > Bruno > > > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From adam at yorba.org Mon Mar 21 13:03:14 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Mar 2011 06:03:14 -0700 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> Message-ID: Martin, On Fri, Mar 18, 2011 at 10:30 AM, Martin Wimpress < martin+shotwell at flexion.org> wrote: > Hi Michael, > > Well, I couldn't wait ;-) > > I've created a package for Shotwell 0.8.90 from current SVN (2767) for > Ubuntu Lucid. If you're feeling brave, you can get the package by enabling > my experimental PPA. > > - https://launchpad.net/~flexiondotorg/+archive/experimental Your backporting efforts are impressive - it's clear that some users are interested in running newer versions of Shotwell on Lucid and this is helping them out, so thanks. I am curious, however: why are you and others so interested in continuing to run Lucid rather than simply updating to Maverick? Is it because Lucid is marked as a long-term-support release, or because there was some change in Maverick you didn't like, or something else? Obviously everyone's situation is unique, but Ubuntu has made it pretty painless to upgrade so I'm honestly a little surprised that so many people who want to use the very latest Shotwell releases want to hold back on upgrading Ubuntu itself. > Hopefully, I've done most of the hard work to pave the way for Shotwell 0.9 > on Ubuntu Lucid. I have got a libraw 0.13.1 back port ready to publish. But > I'm not sure what Yorba's intentions are regarding libraw? I'll wait and see > what develops in the ticket below: > > - http://trac.yorba.org/ticket/2583 > > Shotwell only requires libraw 0.9. We encourage people to use newer libraw releases, though, since there have been many improvements and bug fixes since 0.9. adam From adam at yorba.org Mon Mar 21 14:09:38 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Mar 2011 07:09:38 -0700 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: References: <1300470230.6392.11.camel@nuuk> <4D839D28.8040509@yorba.org> <1300477312.6392.16.camel@nuuk> Message-ID: Bruno, On Sat, Mar 19, 2011 at 5:55 PM, Bruno Girin wrote: > Right, so after building libgee 0.6.0 and valac 0.11.7 from source, I > can compile Shotwell trunk on Ubuntu 10.10 but when I run it, I still > get this error: > > (shotwell:21446): GLib-GObject-WARNING **: > /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid class > pointer `0x968d830' > Segmentation fault > > Could it mean that Vala 0.11.7 does something that the version of glib > on Ubuntu 10.10 doesn't like? Most of us at Yorba build Shotwell on Ubuntu 10.10 with Vala 0.11.7, so this combination is known to work. It sounds like something is wrong with your Vala or shared library configuration. I'd try the following: - Pull a clean Shotwell source tree from trunk and build again. Does the crash still occur? - Are you sure you've completely uninstalled earlier versions of Vala and/or libgee? - Try building a simple Vala program, for example any of the code samples on the Vala web site. Do those build and run normally? - Now try building one of the Gee samples at http://live.gnome.org/Vala/GeeSamples . Do those build and run normally? - If none of the preceding help, then let's try this. Make sure that you have debug libraries installed (see the Shotwell FAQ) and run Shotwell in GDB. What does the crash backtrace look like? adam From adam at yorba.org Mon Mar 21 14:48:45 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Mar 2011 07:48:45 -0700 Subject: [Shotwell] GSoC 2011 In-Reply-To: <1300544770.1569.23.camel@thinky> References: <1297636640.12109.18.camel@thinky> <1299625921.7876.13.camel@thinky> <4D7E52A6.309@yorba.org> <1300311162.7959.7.camel@thinky> <1300544770.1569.23.camel@thinky> Message-ID: <4D87654D.1010806@yorba.org> That's right: Yorba was unfortunately not chosen as a mentoring organization for this year's Google Summer of Code. Oh well. The good news is that GNOME was chosen (as expected) as a mentoring organization, and the GNOME people have expressed interest in having students work on Shotwell projects. So this is a possible path forward. Some of us at Yorba will apply to be mentors. The deadline for student applications is April 8 (see http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/timeline) so I'd encourage any students interested in working on Shotwell this summer to apply by that time. If anyone's new to this thread, please see Yorba's list of suggested summer projects at http://trac.yorba.org/wiki/SummerCodeIdeas Andreas, I think that either in-app video playback or FTP/HTML publishing would be good summer projects. Migration to SQLHeavy is probably something that the core team should consider, though if we look at this soon and decide it would make a good summer project then we can add it to our list. I'm not at all concerned about adopting other database backends since I think it's unlikely we'd want to move to anything other than SQLite. Regarding a performance test suite, I think we'd want to build that as part of a larger automated testing effort, which we've been thinking about a test suite for a long time (see http://trac.yorba.org/ticket/1068). But that will probably involve lots of design and code refactoring and so is probably a project for the core team. Thanks for your mini-biography, and we'll look forward to your application. adam On 03/19/2011 07:26 AM, Andreas Brauchli wrote: > Hey Adam, > > Unfortunately it seems that yorba hasn't been chosen as mentoring > organization as it's not listed. > > This of course means more competition for us students as we will have to > grab GNOME spots. Not an easy task but certainly worth the challenge. > > Besides the projects I listed on my previous mail I found a few other > ones that would interest me: > > A project around SQLHeavy ( http://trac.yorba.org/ticket/3312 ). It > should include the evaluation without disturbing the main development > flow around shotwell. > The downside I see with SQLHeavy is that it might hinder the adoption of > other DB backends, if this is a concern (unless SQLHeavy itself is > adopted to be more of a GObject/Hibernate with various backends.) > > A test suite for shotwell which would also generate the performance > numbers on a fixed set of data such that the development of progress can > be more closely/precisely tracked - the inflate image duplication tool > could optionally be integrated into it. My main concern there is that it > randomizes the dates of the photos which make it non-deterministic. > > I would also have suggested a tracker integration as it would be pretty > GNOME related but since we can now write tags back, this comes pretty > much for free.. I'm not sure if there is other data worth tracking that > is not in EXIF/XMP. Maybe the event names and photo label? > > Anyway, I would be happy to formalize good applications proposals for > any projects a yorba staff (yorbanito?) would be willing to mentor :) > > Since I would really like to apply, I'll shortly present myself in a > more formal light: > I'm a 26yo 6th semester undergrad CS student at ETH Zurich, Switzerland. > I've got two years of full-time dev. work experience (I developed > managed C# code with a mid-sized swiss software company). I also > participated in a few open source projects like nGhost (c++) a car-pc > media center, the vala compiler (vala) where I wrote a few patches and > bindings, a few others with mainly small contributions (c/java/perl). > For shotwell I wrote the initial champlain map-widget integration and > I'm currently working on a naming event provider which given a date > returns a meaningful string for a few holidays (see > http://trac.yorba.org/ticket/2882 ) like the author of the report says: > nothing urgent but cool :) > > best > andreas > > On Mit, 2011-03-16 at 22:32 +0100, Andreas Brauchli wrote: >> Hi Adam, >> >> On Mon, 2011-03-14 at 10:38 -0700, Adam Dingle wrote: >>> Andreas, >>> >>> thanks for the interest in working on Shotwell for Google Summer of >>> Code, and apologies for the long delay in responding - as you probably >>> know the Yorba team has been pretty busy working toward the upcoming 0.9 >>> release. >> No worries, 0.9 is an important release! >> >>> I'm happy to report that Yorba has applied to be a Summer of >>> Code mentoring organization this year. >> This is great news for us students - I really hope yorba gets accepted >> as mentoring organization. >> >>> You can see our list of project >>> ideas here: >>> >>> http://trac.yorba.org/wiki/SummerCodeIdeas >> Alternatively to working on a sharing solution (see next chunk), I would >> be interested in: >> - play videos directly in Shotwell rather than via external player >> (#2820) >> - FTP publishing, with optional generation of a static html gallery >> >>> I do think that the Shotwell server idea might be too big for a Summer >>> of Code project, however. We do want to take that on someday, but there >>> are lots of open questions to answer about how exactly Shotwell should >>> work in a client/server situation and I think making this all work well >>> is probably a major project for the core team. If you have a >>> well-developed vision for exactly how this should work and how you would >>> modify Shotwell to make that happen, feel free to post it here and we >>> can discuss more. Otherwise I'd encourage you to look at our ideas page >>> for other projects that I think would be easier to take on this summer. >>> Cheers - >> I agree that the server idea is indeed a major project. My vision is >> certainly not too elaborated yet - the planning would be a particularly >> critical part of the project. >> >> Best of luck for the 0.9 release >> andreas >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Mon Mar 21 15:04:13 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Mar 2011 08:04:13 -0700 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <1300549175610-36158.post@talk.nabble.com> References: <34653461-7EAA-4713-8952-679CAE5ACB72@gmail.com> <4C446623.4070103@yorba.org> <4C447001.90800@yorba.org> <1300549175610-36158.post@talk.nabble.com> Message-ID: <4D8768ED.3090800@yorba.org> Piergi, On 03/19/2011 08:39 AM, Piergi wrote: > > Hi to all. > > I think that ?hidden? and ?rejected? are very different concepts: I am using > the ?hidden? tag in f-spot, for the reasons explained above and more (i.e. > photos with my girlfriend) and I would like to see this feature implemented > in Shotwell (I'm moving away from f-spot). > > The rejected photos are likely to be deleted eventually, but the hidden > photos are not. OK. We can consider allowing photos to be hidden (independently of their rating) in a future release. I've ticketed this here: http://trac.yorba.org/ticket/3384 > I guess that if the photos are tagged with ?hidden? the > feature can be implemented as a reverse filter (i.e. with the ?NOT? > operator). Also I don't know the actual state of the tag filters, so correct > me if I am wrong. Shotwell doesn't currently allow the user to filter all photos that do not have a certain tag. But we may implement this as part of the metadata search capabilities we're considering for 0.10: http://trac.yorba.org/ticket/1587 adam From hendry.michael at gmail.com Mon Mar 21 15:40:16 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Mon, 21 Mar 2011 15:40:16 +0000 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> Message-ID: <1300722016.2087.98.camel@Linley6> On Mon, 2011-03-21 at 06:03 -0700, Adam Dingle wrote: > Martin, > > On Fri, Mar 18, 2011 at 10:30 AM, Martin Wimpress < > martin+shotwell at flexion.org> wrote: > > > Hi Michael, > > > > Well, I couldn't wait ;-) > > > > I've created a package for Shotwell 0.8.90 from current SVN (2767) for > > Ubuntu Lucid. If you're feeling brave, you can get the package by enabling > > my experimental PPA. > > > > - https://launchpad.net/~flexiondotorg/+archive/experimental > > > Your backporting efforts are impressive - it's clear that some users are > interested in running newer versions of Shotwell on Lucid and this is > helping them out, so thanks. > > I am curious, however: why are you and others so interested in continuing to > run Lucid rather than simply updating to Maverick? I had a lot of trouble getting my Radeon video card to work with Lucid Lynx (which is my first Ubuntu installation), because the card is no longer supported in this (and presumably later) versions of Ubuntu. This has made me wary of upgrading, possibly not on a wholly rational basis, I must admit! > Is it because Lucid is > marked as a long-term-support release, or because there was some change in > Maverick you didn't like, or something else? Obviously everyone's situation > is unique, but Ubuntu has made it pretty painless to upgrade so I'm honestly > a little surprised that so many people who want to use the very latest > Shotwell releases want to hold back on upgrading Ubuntu itself. > I'll look at upgrading again once I've got all the stuff I need to use working properly. Michael > > > Hopefully, I've done most of the hard work to pave the way for Shotwell 0.9 > > on Ubuntu Lucid. I have got a libraw 0.13.1 back port ready to publish. But > > I'm not sure what Yorba's intentions are regarding libraw? I'll wait and see > > what develops in the ticket below: > > > > - http://trac.yorba.org/ticket/2583 > > > > > Shotwell only requires libraw 0.9. We encourage people to use newer libraw > releases, though, since there have been many improvements and bug fixes > since 0.9. > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From martin+shotwell at flexion.org Mon Mar 21 17:20:51 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Mon, 21 Mar 2011 17:20:51 +0000 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> Message-ID: <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> Hi Adam, On Mon, 21 Mar 2011 06:03:14 -0700, Adam Dingle wrote: > Your backporting efforts are impressive - it's clear that some users > are interested in running newer versions of Shotwell on Lucid and > this > is helping them out, so thanks. Thanks, I've only been doing the packaging and PPA thing for a couple of days. So far, so good :-) > I am curious, however: why are you and others so interested in > continuing to run Lucid rather than simply updating to Maverick? ?Is > it because Lucid is marked as a long-term-support release, or because > there was some change in Maverick you didn't like, or something else? > ?Obviously everyone's situation is unique, but Ubuntu has made it > pretty painless to upgrade so I'm honestly a little surprised that so > many people who want to use the very latest Shotwell releases want to > hold back on upgrading Ubuntu itself. When the first Ubuntu LTS release came along I conveniently forgot everything I knew about Windows and as family members wanted their computers fixing they were migrated to Ubunutu LTS ;-) My family members only run the current LTS, therefore they are all on Lucid. I always run the current release, so I am now on Maverick and soon to be Natty. My wife and I have a shared Dropbox account into which I have sym-linked ~/.shotwell so we can share the same photo album database and both add new pictures of our daughter to a shared Shotwell installation. This works great, right up to the point I upgraded to Maverick and got Shotwell 0.8.1 and my wife was still running 0.7.2. Database breakage :-( So my motivation for back porting Shotwell was to save my marriage ;-) I also did it because I was interested to learn the back porting process and I thought a Lucid version of Shotwell would be of value to other Lucid users. When I saw that ticket saying it wasn't simple I thought that was challenge enough to have a go :-) I love Shotwell and wanted to give a little something back so I asked the nice people at OMG! Ubuntu! to post an article about my Shortwell 0.8.1 back port and they duely obliged. - http://www.omgubuntu.co.uk/2011/03/shotwell-0-8-1-for-ubuntu-10-04-lucid-users/ I also set the desktop standards at my work. Our workstation policy is LTS, so everyone is on Lucid. I imagine other organisations do the same. > Shotwell only requires libraw 0.9. ?We encourage people to use newer > libraw releases, though, since there have been many improvements and > bug fixes since 0.9. I've back ported libraw 0.13.1 from Debian Wheezy and am waiting on the outcome of the following ticket before I release a non-experimental Shotwell 0.9.0 build based on a newer libraw library. - http://trac.yorba.org/ticket/2583 I have built svn 2775 of Shotwell for Lucid earlier today and libraw 0.13.1 builds for Lucid, Maverick and Natty. They are all currently sitting in my Experimental PPA. - https://launchpad.net/~flexiondotorg/+archive/experimental Todays build of Shotwell now uses the Vala Team PPA as a build dependency since they've now published 0.11.7 so no need to maintain my own back port any longer. I believe it would be trivial for the Yorba PPA to provide Lucid versions of Shotwell 0.9.0 when you release it. I'd be glad to help with that if required. -- Regards, Martin. From eighteenoseven at googlemail.com Sat Mar 19 12:42:32 2011 From: eighteenoseven at googlemail.com (Simon Jones) Date: Sat, 19 Mar 2011 12:42:32 +0000 Subject: [Shotwell] Duplicate Photo Detection Message-ID: <4D84A4B8.7080901@googlemail.com> Hi, I am wondering how shotwell detects duplicates? When I take a photo with my camera it saves both raw and jpg. I have opened a raw file in an external editor (ufraw), edited it, then saved the edit producing a jpg file of the edited photo. But when I try to import the new jpg into shotwell it claims it to be a duplicate of an existing photo, despite the fact I have changed a variety of values in ufraw and cropped it -- so it doesn't look anything like the existing raw and jpg files. Other than that I am still getting used to using shotwell, but am finding it good to work with. Regards, Simon -- Simon Jones From kahing at gmail.com Sun Mar 20 00:31:59 2011 From: kahing at gmail.com (Ka-Hing Cheung) Date: Sat, 19 Mar 2011 17:31:59 -0700 Subject: [Shotwell] merge shotwell databases Message-ID: I have previously imported different photos on my laptop AND desktop, and I would like to centralize everything to one machine. What's the best way to go about transferring all the photos and metadata from one machine to another? thanks -khc PS: not subscribed From brunogirin at gmail.com Mon Mar 21 22:19:59 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 21 Mar 2011 22:19:59 +0000 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: References: <1300470230.6392.11.camel@nuuk> <4D839D28.8040509@yorba.org> <1300477312.6392.16.camel@nuuk> Message-ID: <1300745999.1771.19.camel@nuuk> Hi Adam, Thanks for the suggestions. I will try all this when I have some spare time so that may take a few weeks. I'm sure it's something simple I overlooked :-) Cheers, Bruno On Mon, 2011-03-21 at 07:09 -0700, Adam Dingle wrote: > Bruno, > > On Sat, Mar 19, 2011 at 5:55 PM, Bruno Girin > wrote: > Right, so after building libgee 0.6.0 and valac 0.11.7 from > source, I > can compile Shotwell trunk on Ubuntu 10.10 but when I run it, > I still > get this error: > > (shotwell:21446): GLib-GObject-WARNING **: > /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid > class > > pointer `0x968d830' > Segmentation fault > > Could it mean that Vala 0.11.7 does something that the version > of glib > on Ubuntu 10.10 doesn't like? > > > Most of us at Yorba build Shotwell on Ubuntu 10.10 with Vala 0.11.7, > so this combination is known to work. It sounds like something is > wrong with your Vala or shared library configuration. I'd try the > following: > > > - Pull a clean Shotwell source tree from trunk and build again. Does > the crash still occur? > > > - Are you sure you've completely uninstalled earlier versions of Vala > and/or libgee? > > > - Try building a simple Vala program, for example any of the code > samples on the Vala web site. Do those build and run normally? > > > - Now try building one of the Gee samples > at http://live.gnome.org/Vala/GeeSamples . Do those build and run > normally? > > > - If none of the preceding help, then let's try this. Make sure that > you have debug libraries installed (see the Shotwell FAQ) and run > Shotwell in GDB. What does the crash backtrace look like? > > > adam From jim at yorba.org Mon Mar 21 22:50:48 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 21 Mar 2011 15:50:48 -0700 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: <1300745999.1771.19.camel@nuuk> References: <1300470230.6392.11.camel@nuuk> <4D839D28.8040509@yorba.org> <1300477312.6392.16.camel@nuuk> <1300745999.1771.19.camel@nuuk> Message-ID: Hey Bruno -- You might also look for old .so's in Shotwell's plugin search paths (in particular, the plugins directory off your build root). Because the interfaces changed as the release was being built, it's possible for old .so's to cause problems. -- Jim On Mon, Mar 21, 2011 at 3:19 PM, Bruno Girin wrote: > Hi Adam, > > Thanks for the suggestions. I will try all this when I have some spare > time so that may take a few weeks. I'm sure it's something simple I > overlooked :-) > > Cheers, > > Bruno > > On Mon, 2011-03-21 at 07:09 -0700, Adam Dingle wrote: > > Bruno, > > > > On Sat, Mar 19, 2011 at 5:55 PM, Bruno Girin > > wrote: > > Right, so after building libgee 0.6.0 and valac 0.11.7 from > > source, I > > can compile Shotwell trunk on Ubuntu 10.10 but when I run it, > > I still > > get this error: > > > > (shotwell:21446): GLib-GObject-WARNING **: > > /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid > > class > > > > pointer `0x968d830' > > Segmentation fault > > > > Could it mean that Vala 0.11.7 does something that the version > > of glib > > on Ubuntu 10.10 doesn't like? > > > > > > Most of us at Yorba build Shotwell on Ubuntu 10.10 with Vala 0.11.7, > > so this combination is known to work. It sounds like something is > > wrong with your Vala or shared library configuration. I'd try the > > following: > > > > > > - Pull a clean Shotwell source tree from trunk and build again. Does > > the crash still occur? > > > > > > - Are you sure you've completely uninstalled earlier versions of Vala > > and/or libgee? > > > > > > - Try building a simple Vala program, for example any of the code > > samples on the Vala web site. Do those build and run normally? > > > > > > - Now try building one of the Gee samples > > at http://live.gnome.org/Vala/GeeSamples . Do those build and run > > normally? > > > > > > - If none of the preceding help, then let's try this. Make sure that > > you have debug libraries installed (see the Shotwell FAQ) and run > > Shotwell in GDB. What does the crash backtrace look like? > > > > > > adam > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From david.velazquez08 at gmail.com Tue Mar 22 02:01:13 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Mon, 21 Mar 2011 22:01:13 -0400 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> Message-ID: Adam, just to give my 2 cents. The reasons why I'm still hanging with the LTS (at least on one computer) are a few, but important enough to keep me from upgrading. The first is, quite simply, as good as Ubuntu have made the upgrading from release to release it's still not good enough. Every time I attempt an upgrade it either fails for some reason or gives me odd, undesirable behavior afterwards which ends up causing me to reinstall anyway. So in my case the only real way for me to upgrade my release would be a complete reinstall every six months which, in and of itself, isn't bad. It's the hours of tweaking and getting things to where I like them afterwards that's the hard part. I think that speaks for myself. In fact, Linux Mint whilst having an in place upgrade option like Ubuntu still advise people to reinstall because of the risks inherent with the upgrade process. The only difference between those two is that Ubuntu pretends the upgrade process is fool proof while Linux Mint errs on the side of caution. I also maintain my girlfriends Ubuntu 10.04 laptop which is on the other side of the United States from me. As good as she's getting she's still quite wary of installing from scratch and because of the issues with upgrading I've had with my machines I've advised her against doing an in place upgrade since she needs the machine for school. Ditto for my parents, except they're much closer. Those are the two biggest reasons I have for not jumping ship every six months. Another smaller one has to do with the inevitable bugs introduced with each new release. For instance, in 10.04 I was one of the hundreds (if not more) that suffered from the Plymouth + Nvidia bug that garnered some widespread attention. I found a suitable workaround that kept me happy and I'm still not in the mood to upgrade only to find that it was not fixed (I don't think it was, actually) and that my workaround doesn't work. Not to mention whatever other tiny bugs need to be found and then worked around. In my situation, 10.10 had very little to offer over 10.04 in benefits but many more risks. On Mon, Mar 21, 2011 at 1:20 PM, Martin Wimpress < martin+shotwell at flexion.org> wrote: > Hi Adam, > > > On Mon, 21 Mar 2011 06:03:14 -0700, Adam Dingle wrote: > > Your backporting efforts are impressive - it's clear that some users >> are interested in running newer versions of Shotwell on Lucid and this >> is helping them out, so thanks. >> > > Thanks, I've only been doing the packaging and PPA thing for a couple of > days. So far, so good :-) > > > I am curious, however: why are you and others so interested in >> continuing to run Lucid rather than simply updating to Maverick? Is >> it because Lucid is marked as a long-term-support release, or because >> there was some change in Maverick you didn't like, or something else? >> Obviously everyone's situation is unique, but Ubuntu has made it >> pretty painless to upgrade so I'm honestly a little surprised that so >> many people who want to use the very latest Shotwell releases want to >> hold back on upgrading Ubuntu itself. >> > > When the first Ubuntu LTS release came along I conveniently forgot > everything I knew about Windows and as family members wanted their computers > fixing they were migrated to Ubunutu LTS ;-) My family members only run the > current LTS, therefore they are all on Lucid. I always run the current > release, so I am now on Maverick and soon to be Natty. > > My wife and I have a shared Dropbox account into which I have sym-linked > ~/.shotwell so we can share the same photo album database and both add new > pictures of our daughter to a shared Shotwell installation. This works > great, right up to the point I upgraded to Maverick and got Shotwell 0.8.1 > and my wife was still running 0.7.2. Database breakage :-( > > So my motivation for back porting Shotwell was to save my marriage ;-) I > also did it because I was interested to learn the back porting process and I > thought a Lucid version of Shotwell would be of value to other Lucid users. > When I saw that ticket saying it wasn't simple I thought that was challenge > enough to have a go :-) I love Shotwell and wanted to give a little > something back so I asked the nice people at OMG! Ubuntu! to post an article > about my Shortwell 0.8.1 back port and they duely obliged. > > - > http://www.omgubuntu.co.uk/2011/03/shotwell-0-8-1-for-ubuntu-10-04-lucid-users/ > > I also set the desktop standards at my work. Our workstation policy is LTS, > so everyone is on Lucid. I imagine other organisations do the same. > > > Shotwell only requires libraw 0.9. We encourage people to use newer >> libraw releases, though, since there have been many improvements and >> bug fixes since 0.9. >> > > I've back ported libraw 0.13.1 from Debian Wheezy and am waiting on the > outcome of the following ticket before I release a non-experimental Shotwell > 0.9.0 build based on a newer libraw library. > > > - http://trac.yorba.org/ticket/2583 > > I have built svn 2775 of Shotwell for Lucid earlier today and libraw 0.13.1 > builds for Lucid, Maverick and Natty. They are all currently sitting in my > Experimental PPA. > > > - https://launchpad.net/~flexiondotorg/+archive/experimental > > Todays build of Shotwell now uses the Vala Team PPA as a build dependency > since they've now published 0.11.7 so no need to maintain my own back port > any longer. I believe it would be trivial for the Yorba PPA to provide Lucid > versions of Shotwell 0.9.0 when you release it. I'd be glad to help with > that if required. > > -- > Regards, Martin. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Tue Mar 22 15:56:01 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 22 Mar 2011 08:56:01 -0700 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> Message-ID: <4D88C691.9030507@yorba.org> OK - thanks to everyone who shared their stories about why they haven't always upgraded to new Ubuntu releases right away. As software developers we tend to live on the bleeding edge (I myself been running the Natty alpha for the last month or so) but it's good for us to keep in mind that operating system upgrades can be disruptive or even risky, and many users don't choose to upgrade so often. As I've pointed out, Shotwell is relatively generous in that we do support some previous releases of GNOME and the corresponding distribution releases. (Core GNOME applications are not like that. If you want to run the latest gedit or Totem this spring, you'll need to run Fedora or another distribution that is moving to GNOME 3 now, unlike Ubuntu). We'll officially support Shotwell 0.9 (and the next release 0.10) only on Maverick and higher in the Ubuntu world, but if Martin or other community members want to backport to Lucid then we applaud their efforts. adam On 03/21/2011 07:01 PM, David Velazquez wrote: > Adam, just to give my 2 cents. The reasons why I'm still hanging with the > LTS (at least on one computer) are a few, but important enough to keep me > from upgrading. > > The first is, quite simply, as good as Ubuntu have made the upgrading from > release to release it's still not good enough. Every time I attempt an > upgrade it either fails for some reason or gives me odd, undesirable > behavior afterwards which ends up causing me to reinstall anyway. So in my > case the only real way for me to upgrade my release would be a complete > reinstall every six months which, in and of itself, isn't bad. It's the > hours of tweaking and getting things to where I like them afterwards that's > the hard part. I think that speaks for myself. In fact, Linux Mint whilst > having an in place upgrade option like Ubuntu still advise people to > reinstall because of the risks inherent with the upgrade process. The only > difference between those two is that Ubuntu pretends the upgrade process is > fool proof while Linux Mint errs on the side of caution. > > I also maintain my girlfriends Ubuntu 10.04 laptop which is on the other > side of the United States from me. As good as she's getting she's still > quite wary of installing from scratch and because of the issues with > upgrading I've had with my machines I've advised her against doing an in > place upgrade since she needs the machine for school. Ditto for my parents, > except they're much closer. > > Those are the two biggest reasons I have for not jumping ship every six > months. Another smaller one has to do with the inevitable bugs introduced > with each new release. For instance, in 10.04 I was one of the hundreds (if > not more) that suffered from the Plymouth + Nvidia bug that garnered some > widespread attention. I found a suitable workaround that kept me happy and > I'm still not in the mood to upgrade only to find that it was not fixed (I > don't think it was, actually) and that my workaround doesn't work. Not to > mention whatever other tiny bugs need to be found and then worked around. > > In my situation, 10.10 had very little to offer over 10.04 in benefits but > many more risks. > > > On Mon, Mar 21, 2011 at 1:20 PM, Martin Wimpress< > martin+shotwell at flexion.org> wrote: > >> Hi Adam, >> >> >> On Mon, 21 Mar 2011 06:03:14 -0700, Adam Dingle wrote: >> >> Your backporting efforts are impressive - it's clear that some users >>> are interested in running newer versions of Shotwell on Lucid and this >>> is helping them out, so thanks. >>> >> Thanks, I've only been doing the packaging and PPA thing for a couple of >> days. So far, so good :-) >> >> >> I am curious, however: why are you and others so interested in >>> continuing to run Lucid rather than simply updating to Maverick? Is >>> it because Lucid is marked as a long-term-support release, or because >>> there was some change in Maverick you didn't like, or something else? >>> Obviously everyone's situation is unique, but Ubuntu has made it >>> pretty painless to upgrade so I'm honestly a little surprised that so >>> many people who want to use the very latest Shotwell releases want to >>> hold back on upgrading Ubuntu itself. >>> >> When the first Ubuntu LTS release came along I conveniently forgot >> everything I knew about Windows and as family members wanted their computers >> fixing they were migrated to Ubunutu LTS ;-) My family members only run the >> current LTS, therefore they are all on Lucid. I always run the current >> release, so I am now on Maverick and soon to be Natty. >> >> My wife and I have a shared Dropbox account into which I have sym-linked >> ~/.shotwell so we can share the same photo album database and both add new >> pictures of our daughter to a shared Shotwell installation. This works >> great, right up to the point I upgraded to Maverick and got Shotwell 0.8.1 >> and my wife was still running 0.7.2. Database breakage :-( >> >> So my motivation for back porting Shotwell was to save my marriage ;-) I >> also did it because I was interested to learn the back porting process and I >> thought a Lucid version of Shotwell would be of value to other Lucid users. >> When I saw that ticket saying it wasn't simple I thought that was challenge >> enough to have a go :-) I love Shotwell and wanted to give a little >> something back so I asked the nice people at OMG! Ubuntu! to post an article >> about my Shortwell 0.8.1 back port and they duely obliged. >> >> - >> http://www.omgubuntu.co.uk/2011/03/shotwell-0-8-1-for-ubuntu-10-04-lucid-users/ >> >> I also set the desktop standards at my work. Our workstation policy is LTS, >> so everyone is on Lucid. I imagine other organisations do the same. >> >> >> Shotwell only requires libraw 0.9. We encourage people to use newer >>> libraw releases, though, since there have been many improvements and >>> bug fixes since 0.9. >>> >> I've back ported libraw 0.13.1 from Debian Wheezy and am waiting on the >> outcome of the following ticket before I release a non-experimental Shotwell >> 0.9.0 build based on a newer libraw library. >> >> >> - http://trac.yorba.org/ticket/2583 >> >> I have built svn 2775 of Shotwell for Lucid earlier today and libraw 0.13.1 >> builds for Lucid, Maverick and Natty. They are all currently sitting in my >> Experimental PPA. >> >> >> - https://launchpad.net/~flexiondotorg/+archive/experimental >> >> Todays build of Shotwell now uses the Vala Team PPA as a build dependency >> since they've now published 0.11.7 so no need to maintain my own back port >> any longer. I believe it would be trivial for the Yorba PPA to provide Lucid >> versions of Shotwell 0.9.0 when you release it. I'd be glad to help with >> that if required. >> >> -- >> Regards, Martin. >> >> _______________________________________________ >> 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 Tue Mar 22 16:07:07 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 22 Mar 2011 09:07:07 -0700 Subject: [Shotwell] Duplicate Photo Detection In-Reply-To: <4D84A4B8.7080901@googlemail.com> References: <4D84A4B8.7080901@googlemail.com> Message-ID: <4D88C92B.8090403@yorba.org> On 03/19/2011 05:42 AM, Simon Jones wrote: > Hi, > > I am wondering how shotwell detects duplicates? > > When I take a photo with my camera it saves both raw and jpg. > > I have opened a raw file in an external editor (ufraw), edited it, > then saved the edit producing a jpg file of the edited photo. But when > I try to import the new jpg into shotwell it claims it to be a > duplicate of an existing photo, despite the fact I have changed a > variety of values in ufraw and cropped it -- so it doesn't look > anything like the existing raw and jpg files. That's surprising, and could be a bug. What version of Shotwell are you running? Could you do the following? 1. Make a copy of the original JPEG file and of the new JPEG which you saved in UFRaw. 2. Make sure that auto-import is turned off, and run Shotwell with an empty library (e.g. 'shotwell -d foo'). Now import both of these JPEGs. Does Shotwell claim they are duplicates? 3. If so, could you email both JPEGs to the Shotwell team at shotwell at yorba.org for further investigation? > > Other than that I am still getting used to using shotwell, but am > finding it good to work with. Good to hear. adam From adam at yorba.org Tue Mar 22 17:32:01 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 22 Mar 2011 10:32:01 -0700 Subject: [Shotwell] merge shotwell databases In-Reply-To: References: Message-ID: <4D88DD11.4070908@yorba.org> On 03/19/2011 05:31 PM, Ka-Hing Cheung wrote: > I have previously imported different photos on my laptop AND desktop, > and I would like to centralize everything to one machine. What's the > best way to go about transferring all the photos and metadata from one > machine to another? > > thanks > -khc Ka-Hing, unfortunately this is a significant limitation in Shotwell today: there's no easy way to merge two databases and all their metadata. I've created a ticket saying we should create a command or tool that can do that: http://trac.yorba.org/ticket/3393 Shotwell today can write certain metadata (tags, titles and date/time) to photo (but not video) files. So in one instance of Shotwell, you can enable the metadata writing option (found in the preferences dialog). Once metadata writing is complete, you can copy all those files to the machine containing the other Shotwell database and import them there. Shotwell will read metadata from those files. So that means that you *can* effectively merge tags and titles. The Shotwell database also includes all edits that you have made to each photo. If you have edited some photos, you can export them from one instance of Shotwell (via File->Export) which will write out new JPEG files containing all your edit changes. You can then import those new copies into the other Shotwell instance. That way you'll get the visual changes, although you'll lose the metadata indicating those changes, so in the new Shotwell instance if you open the Adjust dialog you won't see the values you had set there in the first instance, unfortunately. Finally, the Shotwell database also records the event which each photo belongs to. Unfortunately there's no way to export that information today. In the long term, I'd like Shotwell to be able to (optionally) store all metadata (including event membership and photo edits) in sidecar files for both photos and videos. These sidecar files would probably be in XMP format. In that world, the Shotwell database would simply be a cache of observed metadata. And so you'd be able to merge two databases simply by dragging and dropping all photos/videos along with their sidecar files. But making everything happen that way is a large project and probably won't happen soon. adam From jim at yorba.org Tue Mar 22 18:45:47 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 22 Mar 2011 11:45:47 -0700 Subject: [Shotwell] Duplicate Photo Detection In-Reply-To: <4D88C92B.8090403@yorba.org> References: <4D84A4B8.7080901@googlemail.com> <4D88C92B.8090403@yorba.org> Message-ID: Also, what version of Shotwell are you using? Some of the older versions had problems with duplicate detection. Older versions of Shotwell would do duplicate detection by matching the JPEG's embedded thumbnail (which we no longer do). If your editor isn't stripping the thumbnail when it writes it out, that could cause a problem. -- Jim On Tue, Mar 22, 2011 at 9:07 AM, Adam Dingle wrote: > On 03/19/2011 05:42 AM, Simon Jones wrote: > >> Hi, >> >> I am wondering how shotwell detects duplicates? >> >> When I take a photo with my camera it saves both raw and jpg. >> >> I have opened a raw file in an external editor (ufraw), edited it, then >> saved the edit producing a jpg file of the edited photo. But when I try to >> import the new jpg into shotwell it claims it to be a duplicate of an >> existing photo, despite the fact I have changed a variety of values in ufraw >> and cropped it -- so it doesn't look anything like the existing raw and jpg >> files. >> > > That's surprising, and could be a bug. What version of Shotwell are you > running? > > Could you do the following? > > 1. Make a copy of the original JPEG file and of the new JPEG which you > saved in UFRaw. > 2. Make sure that auto-import is turned off, and run Shotwell with an empty > library (e.g. 'shotwell -d foo'). Now import both of these JPEGs. Does > Shotwell claim they are duplicates? > 3. If so, could you email both JPEGs to the Shotwell team at > shotwell at yorba.org for further investigation? > > > >> Other than that I am still getting used to using shotwell, but am finding >> it good to work with. >> > > Good to hear. > > adam > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From kahing at gmail.com Tue Mar 22 21:29:46 2011 From: kahing at gmail.com (Ka-Hing Cheung) Date: Tue, 22 Mar 2011 14:29:46 -0700 Subject: [Shotwell] merge shotwell databases In-Reply-To: <4D88DD11.4070908@yorba.org> References: <4D88DD11.4070908@yorba.org> Message-ID: On Tue, Mar 22, 2011 at 10:32, Adam Dingle wrote: > In the long term, I'd like Shotwell to be able to (optionally) store all > metadata (including event membership and photo edits) in sidecar files for > both photos and videos. ?These sidecar files would probably be in XMP > format. ?In that world, the Shotwell database would simply be a cache of > observed metadata. ?And so you'd be able to merge two databases simply by > dragging and dropping all photos/videos along with their sidecar files. ?But > making everything happen that way is a large project and probably won't > happen soon. Thanks for the reply. For now, is there a way to copy the data from one machine to another, and then invoke shotwell and tell it where to look for a different data directory (photo + metadata)? From adam at yorba.org Tue Mar 22 22:17:03 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 22 Mar 2011 15:17:03 -0700 Subject: [Shotwell] merge shotwell databases In-Reply-To: References: <4D88DD11.4070908@yorba.org> Message-ID: <4D891FDF.9000003@yorba.org> On 03/22/2011 02:29 PM, Ka-Hing Cheung wrote: > On Tue, Mar 22, 2011 at 10:32, Adam Dingle wrote: >> In the long term, I'd like Shotwell to be able to (optionally) store all >> metadata (including event membership and photo edits) in sidecar files for >> both photos and videos. These sidecar files would probably be in XMP >> format. In that world, the Shotwell database would simply be a cache of >> observed metadata. And so you'd be able to merge two databases simply by >> dragging and dropping all photos/videos along with their sidecar files. But >> making everything happen that way is a large project and probably won't >> happen soon. > Thanks for the reply. For now, is there a way to copy the data from > one machine to another, and then invoke shotwell and tell it where to > look for a different data directory (photo + metadata)? There are two relevant directories here: - your library directory (typically $HOME/Pictures). This is where newly imported photos are placed if you choose to copy them during import. - your Shotwell database directory (typically $HOME/.shotwell). This holds the Shotwell database, which includes the complete path to every photo in your library. These photos may or may not be in the library directory. The -d option to Shotwell lets you specify an alternate database directory to use. The library directory, however, is stored in GConf and is used no matter which database directory you choose. We consider this a bug, and would like each database directory to have a separate library directory setting; see http://trac.yorba.org/ticket/2146 . The easiest thing you can do is this: 1. Enable metadata writing on both source machines and let Shotwell write out all metadata that it can here. 2. Copy the photo from both source machines to ~/Pictures on the destination machine. 3. Start a new Shotwell library on the destination machine. Enable auto-import or manually drag ~/Pictures in to import all the photos. You'll lose all events and photo edits from before. Or you can do this: 1. Copy the library directory and database directory from machine A to the destination machine. 2. Copy the photos from machine B into ~/Pictures on the destination machine. 3. Start Shotwell on the destination machine. Enable auto-import or manually drag ~/Pictures in to import all the photos. You'll lose all events and photo edits from machine B, but those from A will be preserved. Other variations are possible. I hope this makes things clear! adam From eric at yorba.org Wed Mar 23 04:06:36 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 22 Mar 2011 21:06:36 -0700 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager Message-ID: Yorba has released version 0.9 of Shotwell, our digital photo organizer. This release includes the following enhancements: * New search bar can filter by media type, rating, and text matching. (Titles, filename, tag and event names are searched.) * TIFF support * Extensible plugin framework for Web publishing and slideshow transitions. * Print multiple photos, and multiple photos per page. * Configurable user directory pattern during import. * Edit multiple photo titles at once. * Improved rendering of underexposed RAW photos. * Various improvements and bug fixes. And as an added bonus, we've also updated our Gexiv2 library with an enhancement to the logging system. Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Download a source tarball from the gexiv2 home page at: http://trac.yorba.org/wiki/gexiv2 Binaries of both packages for Ubuntu Maverick are available at Yorba's Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa - Eric From christophe.brocas at cnamts.fr Wed Mar 23 08:13:06 2011 From: christophe.brocas at cnamts.fr (Christophe Brocas) Date: Wed, 23 Mar 2011 09:13:06 +0100 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: <4D89AB92.9060204@cnamts.fr> Le 23/03/2011 05:06, Eric Gregory a ?crit : > Yorba has released version 0.9 of Shotwell, our digital photo organizer. What a good news ! Thank you for all the work you have done ! > This release includes the following enhancements: > > * New search bar can filter by media type, rating, and text matching. > (Titles, filename, tag and event names are searched.) > * TIFF support > * Extensible plugin framework for Web publishing and slideshow transitions. > * Print multiple photos, and multiple photos per page. > * Configurable user directory pattern during import. Yes ! Long awaited feature for me. Cool :) > * Edit multiple photo titles at once. > * Improved rendering of underexposed RAW photos. > * Various improvements and bug fixes. > > And as an added bonus, we've also updated our Gexiv2 library with an > enhancement to the logging system. > > Download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > Download a source tarball from the gexiv2 home page at: > http://trac.yorba.org/wiki/gexiv2 > > Binaries of both packages for Ubuntu Maverick are available at Yorba's > Launchpad PPA: > https://launchpad.net/~yorba/+archive/ppa > > - Eric ***************************************************** "Le contenu de ce courriel et ses ?ventuelles pi?ces jointes sont confidentiels. Ils s'adressent exclusivement ? la personne destinataire. Si cet envoi ne vous est pas destin?, ou si vous l'avez re?u par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre ? d'autres personnes ni le reproduire. Merci de le renvoyer ? l'?metteur et de le d?truire. Attention : L'organisme de l'?metteur du message ne pourra ?tre tenu responsable de l'alt?ration du pr?sent courriel. Il appartient au destinataire de v?rifier que les messages et pi?ces jointes re?us ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses ?ventuelles pi?ces jointes sont celles de l'?metteur. Elles ne refl?tent pas la position de l'organisme sauf s'il en est dispos? autrement dans le pr?sent courriel." ****************************************************** From ike at szluug.org Wed Mar 23 11:01:51 2011 From: ike at szluug.org (=?UTF-8?B?TGVjaCBLYXJvbCBQYXfFgmFzemVr?=) Date: Wed, 23 Mar 2011 12:01:51 +0100 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: <4D89D31F.3000002@szluug.org> On 03/23/2011 05:06 AM, Eric Gregory wrote: > Yorba has released version 0.9 of Shotwell, our digital photo organizer. > This release includes the following enhancements: ;-) I was waiting for this. Congratulations to all shotwell devs. [...] > * TIFF support [...] ;-) Yay! I couldn't test the RC, but I believe now I can fully migrate to shotwell. Thanks again. Happy hacking, -- Lech Karol Paw?aszek "You will never see me fall from grace" [KoRn] From hanszorn at xs4all.nl Wed Mar 23 11:24:10 2011 From: hanszorn at xs4all.nl (Hans Zorn) Date: Wed, 23 Mar 2011 12:24:10 +0100 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: <4D89D85A.3000405@xs4all.nl> Op 23-3-2011 5:06, Eric Gregory schreef: > Yorba has released version 0.9 of Shotwell, our digital photo organizer. Great! Can this release be installed over an existing installation, using the existing database? Is any conversion necessary? Can't find anything about this... Hans From adam at yorba.org Wed Mar 23 15:07:12 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 23 Mar 2011 08:07:12 -0700 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: <4D89D85A.3000405@xs4all.nl> References: <4D89D85A.3000405@xs4all.nl> Message-ID: <4D8A0CA0.20605@yorba.org> On 03/23/2011 04:24 AM, Hans Zorn wrote: > Op 23-3-2011 5:06, Eric Gregory schreef: >> Yorba has released version 0.9 of Shotwell, our digital photo organizer. > Great! Can this release be installed over an existing installation, > using the existing database? Yes. > Is any conversion necessary? No. When the database format changes between releases, Shotwell performs any necessary conversion automatically. With this particular release, the database format didn't even change, so you can even try Shotwell 0.9 and then go back to 0.8 with the same database if you like. adam From hanszorn at xs4all.nl Wed Mar 23 15:15:52 2011 From: hanszorn at xs4all.nl (Hans Zorn) Date: Wed, 23 Mar 2011 16:15:52 +0100 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: <4D8A0CA0.20605@yorba.org> References: <4D89D85A.3000405@xs4all.nl> <4D8A0CA0.20605@yorba.org> Message-ID: <4D8A0EA8.8030708@xs4all.nl> Op 23-3-2011 16:07, Adam Dingle schreef: > On 03/23/2011 04:24 AM, Hans Zorn wrote: >> Op 23-3-2011 5:06, Eric Gregory schreef: >>> Yorba has released version 0.9 of Shotwell, our digital photo organizer. >> Great! Can this release be installed over an existing installation, >> using the existing database? > > Yes. > >> Is any conversion necessary? > > No. When the database format changes between releases, Shotwell performs > any necessary conversion automatically. With this particular release, > the database format didn't even change, so you can even try Shotwell 0.9 > and then go back to 0.8 with the same database if you like. > Sorry, forgot to say: I'm coming from 0.7.2 (the version that came with Ubuntu 10.10). Is this true then also? From adam at yorba.org Wed Mar 23 15:20:56 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 23 Mar 2011 08:20:56 -0700 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: <4D8A0EA8.8030708@xs4all.nl> References: <4D89D85A.3000405@xs4all.nl> <4D8A0CA0.20605@yorba.org> <4D8A0EA8.8030708@xs4all.nl> Message-ID: <4D8A0FD8.9020707@yorba.org> On 03/23/2011 08:15 AM, Hans Zorn wrote: > Op 23-3-2011 16:07, Adam Dingle schreef: >> On 03/23/2011 04:24 AM, Hans Zorn wrote: >>> Great! Can this release be installed over an existing installation, >>> using the existing database? >> >> Yes. >> >>> Is any conversion necessary? >> >> No. When the database format changes between releases, Shotwell performs >> any necessary conversion automatically. With this particular release, >> the database format didn't even change, so you can even try Shotwell 0.9 >> and then go back to 0.8 with the same database if you like. >> > Sorry, forgot to say: I'm coming from 0.7.2 (the version that came > with Ubuntu 10.10). Is this true then also? If you're upgrading from 0.7.2 -> 0.9.0, then a database conversion is necessary, which Shotwell will perform automatically. Once you've run 0.9, you will not be able to go back to 0.7.2 with that same database. If you're worried about that, you can always make a backup copy of your .shotwell directory before running 0.9. Cheers - adam From hanszorn at xs4all.nl Wed Mar 23 15:35:22 2011 From: hanszorn at xs4all.nl (Hans Zorn) Date: Wed, 23 Mar 2011 16:35:22 +0100 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: <4D8A0FD8.9020707@yorba.org> References: <4D89D85A.3000405@xs4all.nl> <4D8A0CA0.20605@yorba.org> <4D8A0EA8.8030708@xs4all.nl> <4D8A0FD8.9020707@yorba.org> Message-ID: <4D8A133A.2020609@xs4all.nl> Op 23-3-2011 16:20, Adam Dingle schreef: >>> >> Sorry, forgot to say: I'm coming from 0.7.2 (the version that came >> with Ubuntu 10.10). Is this true then also? > > If you're upgrading from 0.7.2 -> 0.9.0, then a database conversion is > necessary, which Shotwell will perform automatically. Once you've run > 0.9, you will not be able to go back to 0.7.2 with that same database. > If you're worried about that, you can always make a backup copy of your > .shotwell directory before running 0.9. Cheers - > Makes me curious: what changes are made? When I looked into the structure of the database, I was quite surprised about the way tags are connected to photos. From adam at yorba.org Wed Mar 23 15:50:00 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 23 Mar 2011 08:50:00 -0700 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: <4D8A133A.2020609@xs4all.nl> References: <4D89D85A.3000405@xs4all.nl> <4D8A0CA0.20605@yorba.org> <4D8A0EA8.8030708@xs4all.nl> <4D8A0FD8.9020707@yorba.org> <4D8A133A.2020609@xs4all.nl> Message-ID: <4D8A16A8.3030408@yorba.org> On 03/23/2011 08:35 AM, Hans Zorn wrote: > Op 23-3-2011 16:20, Adam Dingle schreef: >> >> If you're upgrading from 0.7.2 -> 0.9.0, then a database conversion is >> necessary, which Shotwell will perform automatically. Once you've run >> 0.9, you will not be able to go back to 0.7.2 with that same database. >> If you're worried about that, you can always make a backup copy of your >> .shotwell directory before running 0.9. Cheers - >> > Makes me curious: what changes are made? The function upgrade_database() in Db.vala performs the database upgrade. 0.7.2 used database version 8, and 0.8/0.9 use version 12. Here are the relevant changes described in comments in that function: // Version 9: // * Added metadata_dirty flag to PhotoTable. // Version 10: // * Added flags column to VideoTable // Version 11: // * Added primary_source_id column to EventTable // Version 12: // * Added reason column to TombstoneTable > When I looked into the structure of the database, I was quite > surprised about the way tags are connected to photos. If you're interested in this level of detail, you could check out the Shotwell architecture overview at http://trac.yorba.org/wiki/ShotwellArchitectureOverview and especially the database architecture overview at http://trac.yorba.org/wiki/ShotwellArchDatabase adam From martin+shotwell at flexion.org Wed Mar 23 16:22:58 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Wed, 23 Mar 2011 16:22:58 +0000 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: <6936abf47a9e9cbe311abdf251bece0d@flexion.org> Hi, I've published Shotwell 0.9.0 packages for Ubuntu Lucid in the following PPA. - https://launchpad.net/~flexiondotorg/+archive/shotwell Thanks to the Yorba team for helping with the backport :-) -- Regards, Martin. From horst at steinkellner.net Wed Mar 23 09:56:59 2011 From: horst at steinkellner.net (Horst Steinkellner) Date: Wed, 23 Mar 2011 09:56:59 +0000 (GMT) Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager Message-ID: <1978256167.96283.1300874219060.JavaMail.mail@webmail06> Thank's a lot for this very good software. For me, TIFF support and search bar are the most important improvements in 0.9. best regards Eric Gregory hat am 23. M?rz 2011 um 05:06 geschrieben: > Yorba has released version 0.9 of Shotwell, our digital photo organizer. > This release includes the following enhancements: > > * New search bar can filter by media type, rating, and text matching. > (Titles, filename, tag and event names are searched.) > * TIFF support > * Extensible plugin framework for Web publishing and slideshow transitions. > * Print multiple photos, and multiple photos per page. > * Configurable user directory pattern during import. > * Edit multiple photo titles at once. > * Improved rendering of underexposed RAW photos. > * Various improvements and bug fixes. > > And as an added bonus, we've also updated our Gexiv2 library with an > enhancement to the logging system. > > Download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > Download a source tarball from the gexiv2 home page at: > http://trac.yorba.org/wiki/gexiv2 > > Binaries of both packages for Ubuntu Maverick are available at Yorba's > Launchpad PPA: > https://launchpad.net/~yorba/+archive/ppa > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From martin at flexion.org Wed Mar 23 13:01:39 2011 From: martin at flexion.org (Martin Wimpress) Date: Wed, 23 Mar 2011 13:01:39 +0000 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: <80ea1e659ffc0b2ed4478ed9833f1c4c@flexion.org> Hi, On Tue, 22 Mar 2011 21:06:36 -0700, Eric Gregory wrote: > Yorba has released version 0.9 of Shotwell, our digital photo > organizer. I've published Shotwell 0.9.0 packages for Ubuntu Lucid in the following PPA. https://launchpad.net/~flexiondotorg/+archive/shotwell Thanks to the Yorba team for helping with the back port :-) -- Regards, Martin. From david.velazquez08 at gmail.com Thu Mar 24 04:41:08 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Thu, 24 Mar 2011 00:41:08 -0400 Subject: [Shotwell] Problems with libraw when compiling Shotwell 0.9 Message-ID: Evening all! In attempting to compile the latest Shotwell I seem to have to run into a road block. I successfully (I say that because I saw no errors) compiled the latest vala, gexix2, and libraw 0.13.2 and then built Shotwell. All of the above happened with no errors or anything to indicate that something went wrong. In attempting to run Shotwell I'm greeted with, dave at debian ~/Build/Shotwell/shotwell-0.9.0 $ shotwell shotwell: error while loading shared libraries: libraw.so.2: cannot open shared object file: No such file or directory I'm not exactly sure what thats saying (except that it can't find libraw.so.2 where it's looking). libraw.so.2 is actually present in /usr/local/lib as are libraw.so and libraw.so.2.0.1. It is not present in /usr/lib/ but adding it there seemed to make no difference even after building libraw and shotwell again. All of the above were compiled in my home with ./configure, make, sudo make install. I believe that everything Shotwell needs should therefore be present in /usr/local. Is it possible that something is being all funky due to a previous version of libraw on the system? It was removed prior to me attempting this, but I thought I read somewhere that things like this could happen because of leftovers. Many thanks! Dave From thecorfiot at gmail.com Thu Mar 24 07:21:39 2011 From: thecorfiot at gmail.com (Bob Giles) Date: Thu, 24 Mar 2011 09:21:39 +0200 Subject: [Shotwell] Panasonic G2 RAW file import Message-ID: <4D8AF103.2090006@gmail.com> Hi guys, Firstly, congratulations on the release of version 0.9. The inclusion of TIFF import is a major plus for me as I have many images in that format. My latest camera, a Panasonic G2 shoots RAW files with the RW2 file suffix. These do not import although the equivalent JPG image does import. As this file format is quite widely used and I can't find anyone else complaining, I must conclude that I have missed something! Help me out guys, what have I missed? Bob Giles Corfu. From thecorfiot at gmail.com Thu Mar 24 07:39:42 2011 From: thecorfiot at gmail.com (Bob Giles) Date: Thu, 24 Mar 2011 09:39:42 +0200 Subject: [Shotwell] Panasonic G2 RAW file import - Take 2 Message-ID: <4D8AF53E.10408@gmail.com> Hi Guys, I may have been a little hasty in my last post! I will explain. I shoot RAW and JPG for each shot. I store them on a NAS accessed across my home network. If I import into Shotwell, only the JPG image is copied. However, if I copy just the RAW image to a folder on my local hard drive it imports just fine. If I copy both the RAW and corresponding JPG file to the local folder, only the RAW file is imported and Shotwell reports that a duplicate file was not imported. Is this the expected behaviour? I am assuming that Shotwell is not happy accessing files stored elsewhere other than a local hard disk. Am I correct in this assumption? Bob Giles Corfu From john at wormdrive.net Thu Mar 24 10:36:01 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Thu, 24 Mar 2011 10:36:01 +0000 Subject: [Shotwell] Shotwell 0.9.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: <4D8B1E91.2000404@wormdrive.net> On 23/03/11 04:06, Eric Gregory wrote: > Yorba has released version 0.9 of Shotwell, our digital photo organizer. Thanks to the developers for all the hard work! Just to let you know, I built this under Archlinux without any issues. The official package has not yet been updated, but I used the ABS (Arch Build System) and modified the PKGBUILD very slightly. Actually, all I needed to do was tell it to grab the 0.9 tarball instead of the 0.8 and update the MD5SUMS. On Arch, all the libs and the vala appear to be new enough. If anyone wants my PKGBUILD I can supply it, otherwise I'm sure the official one will update shortly. From john at wormdrive.net Thu Mar 24 10:38:01 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Thu, 24 Mar 2011 10:38:01 +0000 Subject: [Shotwell] nautilus-sendto Message-ID: <4D8B1F09.20401@wormdrive.net> Hi- I run shotwell, but I don't have most of Gnome installed, including nautilus. I'd like to use the "Send To" feature of shotwell. I could write a script to fake nautilus-sendto, but I can't find any docs on what parameters it takes. Can a shotwell dev possibly tell me what's passed to nautilus-sendto by Shotwell, and then I can try to create a script to do what I want with it? Thanks! John From adam at yorba.org Thu Mar 24 11:25:14 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 24 Mar 2011 04:25:14 -0700 Subject: [Shotwell] Problems with libraw when compiling Shotwell 0.9 In-Reply-To: References: Message-ID: On Wed, Mar 23, 2011 at 9:41 PM, David Velazquez < david.velazquez08 at gmail.com> wrote: > Evening all! In attempting to compile the latest Shotwell I seem to have to > run into a road block. I successfully (I say that because I saw no errors) > compiled the latest vala, gexix2, and libraw 0.13.2 and then built > Shotwell. > All of the above happened with no errors or anything to indicate that > something went wrong. > > In attempting to run Shotwell I'm greeted with, > > dave at debian ~/Build/Shotwell/shotwell-0.9.0 $ shotwell > shotwell: error while loading shared libraries: libraw.so.2: cannot open > shared object file: No such file or directory > > I'm not exactly sure what thats saying (except that it can't find > libraw.so.2 where it's looking). libraw.so.2 is actually present in > /usr/local/lib as are libraw.so and libraw.so.2.0.1. It is not present in > /usr/lib/ but adding it there seemed to make no difference even after > building libraw and shotwell again. > > All of the above were compiled in my home with ./configure, make, sudo make > install. I believe that everything Shotwell needs should therefore be > present in /usr/local. > > Is it possible that something is being all funky due to a previous version > of libraw on the system? It was removed prior to me attempting this, but I > thought I read somewhere that things like this could happen because of > leftovers. > Dave, 1. What distribution and version are you running? (Your prompt implies it's probably some release of Debian.) 2. Try running "sudo ldconfig", then running Shotwell again. Does that help? 3. If not, what do the following commands print? $ ldd shotwell $ ls -l /usr/local/lib/libraw* adam From adam at yorba.org Thu Mar 24 11:49:02 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 24 Mar 2011 04:49:02 -0700 Subject: [Shotwell] nautilus-sendto In-Reply-To: <4D8B1F09.20401@wormdrive.net> References: <4D8B1F09.20401@wormdrive.net> Message-ID: On Thu, Mar 24, 2011 at 3:38 AM, John Carlyle-Clarke wrote: > Hi- > > I run shotwell, but I don't have most of Gnome installed, including > nautilus. I'd like to use the "Send To" feature of shotwell. I could > write a script to fake nautilus-sendto, but I can't find any docs on what > parameters it takes. > > Can a shotwell dev possibly tell me what's passed to nautilus-sendto by > Shotwell, and then I can try to create a script to do what I want with it? John, you can read a manual page for nautilus-sendto here: http://linux.die.net/man/1/nautilus-sendto Shotwell simply passes the file path of each photo to be sent as an argument to nautilus-sendto, e.g. nautilus-sendto /home/adam/photos/barn.jpg /home/adam/photos/horse.jpg adam From lutimdale at yahoo.com Thu Mar 24 12:05:54 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Thu, 24 Mar 2011 05:05:54 -0700 (PDT) Subject: [Shotwell] Import Message-ID: <207117.17757.qm@web33707.mail.mud.yahoo.com> Hi, Congratulations on another great release. I really like the find bar improvement. Eagerly waiting for: hierarchical tags, import renaming of files, file view prior to committing to shotwell for my entire collection. I found a bug on import and not sure how to file. The directory imported to does not seem to reflect the day from any field - file modified date - file accessed date - exif picture taken date The correct date is shown in the event, but not the folder imported to. Please find a screenshot which has all of the detail here: http://www.flickr.com/photos/60969655 at N04/5555749984/lightbox/ Thank You. Lu Timdale lutimdale at yahoo.com From john at wormdrive.net Thu Mar 24 12:47:40 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Thu, 24 Mar 2011 12:47:40 +0000 Subject: [Shotwell] nautilus-sendto In-Reply-To: References: <4D8B1F09.20401@wormdrive.net> Message-ID: <4D8B3D6C.1070308@wormdrive.net> On 24/03/11 11:49, Adam Dingle wrote: > John, > > you can read a manual page for nautilus-sendto here: > > http://linux.die.net/man/1/nautilus-sendto > > Shotwell simply passes the file path of each photo to be sent as an > argument to nautilus-sendto, e.g. > > nautilus-sendto /home/adam/photos/barn.jpg /home/adam/photos/horse.jpg Thanks Adam, very useful. Another question - I assume that sendto gets passed a path to a version of the image with modifications applied as you see in the Shotwell window, rather than the unmodified version that's in the library on disk. Is that correct? From adam at yorba.org Thu Mar 24 13:15:53 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 24 Mar 2011 06:15:53 -0700 Subject: [Shotwell] nautilus-sendto In-Reply-To: <4D8B3D6C.1070308@wormdrive.net> References: <4D8B1F09.20401@wormdrive.net> <4D8B3D6C.1070308@wormdrive.net> Message-ID: On Thu, Mar 24, 2011 at 5:47 AM, John Carlyle-Clarke wrote: > On 24/03/11 11:49, Adam Dingle wrote: > > John, >> >> you can read a manual page for nautilus-sendto here: >> >> http://linux.die.net/man/1/nautilus-sendto >> >> Shotwell simply passes the file path of each photo to be sent as an >> argument to nautilus-sendto, e.g. >> >> nautilus-sendto /home/adam/photos/barn.jpg /home/adam/photos/horse.jpg >> > > Thanks Adam, very useful. > > Another question - I assume that sendto gets passed a path to a version of > the image with modifications applied as you see in the Shotwell window, > rather than the unmodified version that's in the library on disk. Is that > correct? Yes, assuming that the user selects "Format: Current" in Shotwell's Send To dialog. If you select "Format: Unmodified", Shotwell will pass the path of the unmodified version. adam From david.velazquez08 at gmail.com Thu Mar 24 13:27:55 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Thu, 24 Mar 2011 09:27:55 -0400 Subject: [Shotwell] Problems with libraw when compiling Shotwell 0.9 In-Reply-To: References: Message-ID: On Thu, Mar 24, 2011 at 7:25 AM, Adam Dingle wrote: > On Wed, Mar 23, 2011 at 9:41 PM, David Velazquez < > david.velazquez08 at gmail.com> wrote: > >> Evening all! In attempting to compile the latest Shotwell I seem to have >> to >> run into a road block. I successfully (I say that because I saw no errors) >> compiled the latest vala, gexix2, and libraw 0.13.2 and then built >> Shotwell. >> All of the above happened with no errors or anything to indicate that >> something went wrong. >> >> In attempting to run Shotwell I'm greeted with, >> >> dave at debian ~/Build/Shotwell/shotwell-0.9.0 $ shotwell >> shotwell: error while loading shared libraries: libraw.so.2: cannot open >> shared object file: No such file or directory >> >> I'm not exactly sure what thats saying (except that it can't find >> libraw.so.2 where it's looking). libraw.so.2 is actually present in >> /usr/local/lib as are libraw.so and libraw.so.2.0.1. It is not present in >> /usr/lib/ but adding it there seemed to make no difference even after >> building libraw and shotwell again. >> >> All of the above were compiled in my home with ./configure, make, sudo >> make >> install. I believe that everything Shotwell needs should therefore be >> present in /usr/local. >> >> Is it possible that something is being all funky due to a previous version >> of libraw on the system? It was removed prior to me attempting this, but I >> thought I read somewhere that things like this could happen because of >> leftovers. >> > > Dave, > > 1. What distribution and version are you running? (Your prompt implies > it's probably some release of Debian.) > > 2. Try running "sudo ldconfig", then running Shotwell again. Does that > help? > > 3. If not, what do the following commands print? > > $ ldd shotwell > $ ls -l /usr/local/lib/libraw* > > adam > > Good Morning Adam, I really thought I had included the distribution name. Teaches me (again) not to write late at night. I'm using Debian testing. sudo ldconfig did the trick! I had to run it to get Shotwell to build successfully in the first place last night as it was not finding the needed parts of Vala. I thought once that had been done it had been done and there was no need to run ldconfig again. Will go back and read some more on this. Thanks again! From mpageers at yahoo.com Thu Mar 24 16:21:42 2011 From: mpageers at yahoo.com (Marcel Geers) Date: Thu, 24 Mar 2011 09:21:42 -0700 (PDT) Subject: [Shotwell] accessing files stored elsewhere In-Reply-To: References: Message-ID: <539119.99834.qm@web120608.mail.ne1.yahoo.com> Hello Corfu, My experience with Shotwell or rather Ubuntu is that a drive needs to be mounted before a program can access it. I have my operating system and thus Shotwell on a different disk than my pictures. So when I open Shotwell it will report everything as missing. It could be that this has been fixed in the latest version, but others can tell you that :) Marcel Message: 3 Date: Thu, 24 Mar 2011 09:39:42 +0200 From: Bob Giles To: shotwell at lists.yorba.org Subject: [Shotwell] Panasonic G2 RAW file import - Take 2 Message-ID: <4D8AF53E.10408 at gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi Guys, I may have been a little hasty in my last post! I will explain. I shoot RAW and JPG for each shot. I store them on a NAS accessed across my home network. If I import into Shotwell, only the JPG image is copied. However, if I copy just the RAW image to a folder on my local hard drive it imports just fine. If I copy both the RAW and corresponding JPG file to the local folder, only the RAW file is imported and Shotwell reports that a duplicate file was not imported. Is this the expected behaviour? I am assuming that Shotwell is not happy accessing files stored elsewhere other than a local hard disk. Am I correct in this assumption? Bob Giles Corfu From thecorfiot at gmail.com Thu Mar 24 17:02:32 2011 From: thecorfiot at gmail.com (Bob Giles) Date: Thu, 24 Mar 2011 19:02:32 +0200 Subject: [Shotwell] accessing files stored elsewhere In-Reply-To: <539119.99834.qm@web120608.mail.ne1.yahoo.com> References: <539119.99834.qm@web120608.mail.ne1.yahoo.com> Message-ID: <4D8B7928.6030903@gmail.com> On 24/03/11 18:21, Marcel Geers wrote: > Hello Corfu, > > My experience with Shotwell or rather Ubuntu is that a drive needs to be mounted > before a program can access it. I have my operating system and thus Shotwell on > a different disk than my pictures. So when I open Shotwell it will report > everything as missing. It could be that this has been fixed in the latest > version, but others can tell you that :) > > Marcel > Marcel, Thanks for the response. My NAS is mounted at boot up and Shotwell sees the drive with no problem. (Unlike a lot of other similar applications!) It only wants to import the JPGs and not the RAW files from the NAS. It imports the RAW files and not the JPGs from a local drive. Bizarre! Bob Giles From jim at yorba.org Fri Mar 25 16:57:50 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 25 Mar 2011 09:57:50 -0700 Subject: [Shotwell] accessing files stored elsewhere In-Reply-To: <4D8B7928.6030903@gmail.com> References: <539119.99834.qm@web120608.mail.ne1.yahoo.com> <4D8B7928.6030903@gmail.com> Message-ID: Hi Bob, Could you do the following? Run Shotwell from the console like so: $ SHOTWELL_LOG=1 shotwell Try importing from the NAS, then exit Shotwell. Send us this file: ~/.cache/shotwell/shotwell.log It might provide some clues as to why the RAW files are being skipped. -- Jim On Thu, Mar 24, 2011 at 10:02 AM, Bob Giles wrote: > On 24/03/11 18:21, Marcel Geers wrote: > >> Hello Corfu, >> >> My experience with Shotwell or rather Ubuntu is that a drive needs to be >> mounted >> before a program can access it. I have my operating system and thus >> Shotwell on >> a different disk than my pictures. So when I open Shotwell it will report >> everything as missing. It could be that this has been fixed in the latest >> version, but others can tell you that :) >> >> Marcel >> >> Marcel, > > Thanks for the response. My NAS is mounted at boot up and Shotwell sees the > drive with no problem. (Unlike a lot of other similar applications!) It only > wants to import the JPGs and not the RAW files from the NAS. It imports the > RAW files and not the JPGs from a local drive. Bizarre! > > Bob Giles > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From paul at harmsworth.com Fri Mar 25 20:07:59 2011 From: paul at harmsworth.com (Paul Harmsworth) Date: Fri, 25 Mar 2011 21:07:59 +0100 Subject: [Shotwell] Shotwell & Adding Tags Message-ID: <1301083679.3420.2.camel@pharmswou36j> Hi, Currently Shotwell seem to save tags in an internal library. But I want to save them in the jpeg itself. Is there a way of doing this? Regards Paul From el.cameleon.1 at gmail.com Fri Mar 25 20:17:41 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Fri, 25 Mar 2011 21:17:41 +0100 Subject: [Shotwell] Shotwell & Adding Tags In-Reply-To: <1301083679.3420.2.camel@pharmswou36j> References: <1301083679.3420.2.camel@pharmswou36j> Message-ID: Yes, this is possible since Shotwell 0.8. You just have to check it into the "Preferences" panel. On Fri, Mar 25, 2011 at 9:07 PM, Paul Harmsworth wrote: > Hi, > > Currently Shotwell seem to save tags in an internal library. But I want > to save them in the jpeg itself. > > Is there a way of doing this? > > Regards > > Paul > From ola.taltan at laposte.net Sat Mar 26 06:54:28 2011 From: ola.taltan at laposte.net (cyberlab) Date: Fri, 25 Mar 2011 23:54:28 -0700 (PDT) Subject: [Shotwell] Compilling shotwell 0.9 with vala 0.11.7 on debian squeeze Message-ID: <1301122468360-36729.post@talk.nabble.com> Hello list ! I'm on Debian squeeze and i try to compil the new stable version of Shotwell (0.9) I'm following this howto : http://trac.yorba.org/wiki/HowToBuildInDebianFromSource http://trac.yorba.org/wiki/HowToBuildInDebianFromSource It's OK with Shotwell 0.8.1 and vala 0.10.4, but when i'm trying this howto with vala 0.11.7 (the compilation is ok) and shotwell 0.9, the shotwell compilation give me this error : Shotwell requires Vala compiler 0.11.7 or greater. You are running UNKNOWN. Why i have "You are running UNKNOWN" message whereas the compilation of vala 0.11.7 is OK ? PS : Excuse me for my english, i'm french... -- View this message in context: http://shotwell.3510.www.nabble.com/Compilling-shotwell-0-9-with-vala-0-11-7-on-debian-squeeze-tp36729p36729.html Sent from the Shotwell mailing list archive at Nabble.com. From sriram137 at gmail.com Sat Mar 26 18:24:35 2011 From: sriram137 at gmail.com (Sriram Ganesan) Date: Sat, 26 Mar 2011 23:54:35 +0530 Subject: [Shotwell] GSoC 2011 Idea Discussion Message-ID: Hello, I am Sriram,and hoping to work on Shotwell this summer as a part of GSoC :) .I had a look at the ideas page and checked out the source code and played around a little.I think(please correct me if I am wrong) most ideas are too difficult hard to implement. I think I might be able to implement the 3 ideas related to Displaying photos. #1112 , #1175, #1557. I have a big test coming next month,so I would like to start preparing my proposal little earlier :D . Is there anyone I can talk to about these tickets? Perhaps Adam,who has reported them all.I would like to discuss the implementation in detail and whether it would be possible to implement more ideas. Regards Sriram From brunogirin at gmail.com Sun Mar 27 10:52:08 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 27 Mar 2011 11:52:08 +0100 Subject: [Shotwell] Problem compilingand running Shotwell trunk with vala 0.11.7 In-Reply-To: References: <1300470230.6392.11.camel@nuuk> <4D839D28.8040509@yorba.org> <1300477312.6392.16.camel@nuuk> <1300745999.1771.19.camel@nuuk> Message-ID: I've got it working now, here's what worked: - made sure I had completely uninstalled vala and libgee from /usr/local - completely removed my Shotwell trunk directory and checked out fresh from the SVN server - re-installed the latest libgee in /usr/local So basically everything that Adam suggested :-) Thanks for the help! Cheers, Bruno On 21 March 2011 22:50, Jim Nelson wrote: > Hey Bruno -- > > You might also look for old .so's in Shotwell's plugin search paths (in > particular, the plugins directory off your build root).? Because the > interfaces changed as the release was being built, it's possible for old > .so's to cause problems. > > -- Jim > > On Mon, Mar 21, 2011 at 3:19 PM, Bruno Girin wrote: >> >> Hi Adam, >> >> Thanks for the suggestions. I will try all this when I have some spare >> time so that may take a few weeks. I'm sure it's something simple I >> overlooked :-) >> >> Cheers, >> >> Bruno >> >> On Mon, 2011-03-21 at 07:09 -0700, Adam Dingle wrote: >> > Bruno, >> > >> > On Sat, Mar 19, 2011 at 5:55 PM, Bruno Girin >> > wrote: >> > ? ? ? ? Right, so after building libgee 0.6.0 and valac 0.11.7 from >> > ? ? ? ? source, I >> > ? ? ? ? can compile Shotwell trunk on Ubuntu 10.10 but when I run it, >> > ? ? ? ? I still >> > ? ? ? ? get this error: >> > >> > ? ? ? ? (shotwell:21446): GLib-GObject-WARNING **: >> > ? ? ? ? /build/buildd/glib2.0-2.26.1/gobject/gtype.c:3101: invalid >> > ? ? ? ? class >> > >> > ? ? ? ? pointer `0x968d830' >> > ? ? ? ? Segmentation fault >> > >> > ? ? ? ? Could it mean that Vala 0.11.7 does something that the version >> > ? ? ? ? of glib >> > ? ? ? ? on Ubuntu 10.10 doesn't like? >> > >> > >> > Most of us at Yorba build Shotwell on Ubuntu 10.10 with Vala 0.11.7, >> > so this combination is known to work. ?It sounds like something is >> > wrong with your Vala or shared library configuration. ?I'd try the >> > following: >> > >> > >> > - Pull a clean Shotwell source tree from trunk and build again. ?Does >> > the crash still occur? >> > >> > >> > - Are you sure you've completely uninstalled earlier versions of Vala >> > and/or libgee? >> > >> > >> > - Try building a simple Vala program, for example any of the code >> > samples on the Vala web site. ?Do those build and run normally? >> > >> > >> > - Now try building one of the Gee samples >> > at http://live.gnome.org/Vala/GeeSamples . ?Do those build and run >> > normally? >> > >> > >> > - If none of the preceding help, then let's try this. ?Make sure that >> > you have debug libraries installed (see the Shotwell FAQ) and run >> > Shotwell in GDB. ?What does the crash backtrace look like? >> > >> > >> > 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 thomas.lavarenne at free.fr Sun Mar 27 15:49:32 2011 From: thomas.lavarenne at free.fr (totola) Date: Sun, 27 Mar 2011 08:49:32 -0700 (PDT) Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <4D88C691.9030507@yorba.org> References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> <4D88C691.9030507@yorba.org> Message-ID: <1301240972438-36782.post@talk.nabble.com> Hello, very good job, but is it possible to get it in French? How can we do to change the translations? Thanks -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-0-8-1-PPA-available-for-Ubuntu-Lucid-tp36017p36782.html Sent from the Shotwell mailing list archive at Nabble.com. From salimma at fedoraproject.org Sun Mar 27 16:17:12 2011 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Sun, 27 Mar 2011 18:17:12 +0200 Subject: [Shotwell] Trouble enabling plugins Message-ID: <4D8F6308.2030303@fedoraproject.org> Dear developers, Our Fedora 15 build of Shotwell 0.9.0 seems to compile just fine, but at runtime, the only plugins visible are 'Publishing' and 'Slideshow Transitions', neither of them have the 'About' button enabled. When using the publishing plugin, the only connector available is Piwigo. From looking at the build logs and the installed shotwell-publishing.so, the Facebook (and Flickr, etc.) code do seem to be linked properly: $ strings /usr/lib64/shotwell/plugins/builtin/shotwell-publishing.so | grep facebook | wc 283 283 16705 $ strings /usr/lib64/shotwell/plugins/builtin/shotwell-publishing.so | grep flickr | wc 164 164 8426 But they are nowhere at runtime, and there's no warning given that the targets are not available. Also, is the documentation updated for 0.9.0? One of our users filed a bug report, expecting the Facebook etc. publishing targets to appear in Edit->Preferences->Plugins. I notice that the documentation page also implies that the plugins can be disabled, but I don't see a way of doing that ATM. Doc: http://yorba.org/shotwell/help/upload.html Fedora bug report: https://bugzilla.redhat.com/process_bug.cgi Fedora build: http://koji.fedoraproject.org/koji/buildinfo?buildID=235667 Thanks, -- Michel Alexandre Salim () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From dillj at unity-linux.org Sun Mar 27 22:29:27 2011 From: dillj at unity-linux.org (Jon Dill) Date: Mon, 28 Mar 2011 00:29:27 +0200 Subject: [Shotwell] Shotwell 9.0 depending on gnome-vfs2 Message-ID: Hi all, I just noticed that shotwell needs gnome-vfs2 to build. However, gnome is slowly dropping support for gnome-vfs2 -> http://library.gnome.org/devel/gnome-vfs-2.0/ Is it possible to get ridd of this dependency? Cheers Jon From brunogirin at gmail.com Sun Mar 27 22:53:45 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 27 Mar 2011 23:53:45 +0100 Subject: [Shotwell] Shotwell 9.0 depending on gnome-vfs2 In-Reply-To: References: Message-ID: Hi Jon, AFAIK, the dependency on GnomeVFS is very limited and down to a few lines of code I contributed to fix this defect: http://trac.yorba.org/ticket/2987 Someone who was paying attention to Gnome deprecation notices more than I was has now provided a different patch that uses GIO instead so I expect it will make its way to trunk sooner rather than later. In fact if you want to try and build without the dependency, you could apply bruce89's patch to the trunk code. Cheers, Bruno On 27 March 2011 23:29, Jon Dill wrote: > Hi all, > > I just noticed that shotwell needs gnome-vfs2 to build. > However, gnome is slowly dropping support for gnome-vfs2 -> > http://library.gnome.org/devel/gnome-vfs-2.0/ > > Is it possible to get ridd of this dependency? > > > Cheers > > Jon > _______________________________________________ > 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 adam at yorba.org Mon Mar 28 13:45:16 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Mar 2011 06:45:16 -0700 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <1301240972438-36782.post@talk.nabble.com> References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> <4D88C691.9030507@yorba.org> <1301240972438-36782.post@talk.nabble.com> Message-ID: <4D9090EC.2000005@yorba.org> On 03/27/2011 08:49 AM, totola wrote: > Hello, > very good job, but is it possible to get it in French? > How can we do to change the translations? Thomas, every build of Shotwell includes support for French and many other languages. If you configure your computer so that its default language is French, then when you start Shotwell it should appear in French. Is this not happening? adam From adam at yorba.org Mon Mar 28 14:21:13 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Mar 2011 07:21:13 -0700 Subject: [Shotwell] Trouble enabling plugins In-Reply-To: <4D8F6308.2030303@fedoraproject.org> References: <4D8F6308.2030303@fedoraproject.org> Message-ID: <4D909959.9010708@yorba.org> Michel, On 03/27/2011 09:17 AM, Michel Alexandre Salim wrote: > Dear developers, > > Our Fedora 15 build of Shotwell 0.9.0 seems to compile just fine, but > at runtime, the only plugins visible are 'Publishing' and 'Slideshow > Transitions', neither of them have the 'About' button enabled. When > using the publishing plugin, the only connector available is Piwigo. 'Publishing' and 'Slideshow Transitions' themselves are not plugins; those are plugin categories. Under each category, you should see a list of corresponding plugins. In other words, the plugins dialog should be showing a tree that looks like this: http://yorba.org/download/scratch/plugins.png > > From looking at the build logs and the installed > shotwell-publishing.so, the Facebook (and Flickr, etc.) code do seem > to be linked properly: > > $ strings /usr/lib64/shotwell/plugins/builtin/shotwell-publishing.so > | grep facebook | wc > 283 283 16705 > $ strings /usr/lib64/shotwell/plugins/builtin/shotwell-publishing.so > | grep flickr | wc > 164 164 8426 > > But they are nowhere at runtime, and there's no warning given that the > targets are not available. OK - obviously something is wrong here. I've created a Shotwell ticket at http://trac.yorba.org/ticket/3421. Our engineer Lucas Beeler, who worked on the Shotwell plugin system and is an active Fedora user, will help you investigate. > > Also, is the documentation updated for 0.9.0? One of our users filed a > bug report, expecting the Facebook etc. publishing targets to appear > in Edit->Preferences->Plugins. I notice that the documentation page > also implies that the plugins can be disabled, but I don't see a way > of doing that ATM. The documentation has been updated. The reason you don't see a way of disabling plugins is because you're actually looking at plugin categories, not plugins. We'll look at this soon - we should certainly fix this in time for the Fedora 15 beta release. Cheers - adam From thomas.lavarenne at free.fr Mon Mar 28 14:57:31 2011 From: thomas.lavarenne at free.fr (totola) Date: Mon, 28 Mar 2011 07:57:31 -0700 (PDT) Subject: [Shotwell] Re : Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <4D9090EC.2000005@yorba.org> References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> <4D88C691.9030507@yorba.org> <1301240972438-36782.post@talk.nabble.com> <4D9090EC.2000005@yorba.org> Message-ID: No.. it is'nt... my computer is correctly set in french, and shotwell is the only app in English. Thanks for help ----- Reply message ----- De : "Adam Dingle [via Shotwell]" Date : lun., mars 28, 2011 15:45 Objet : [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid Pour?: "totola" On 03/27/2011 08:49 AM, totola wrote: > Hello, > very good job, but is it possible to get it in French? > How can we do to change the translations? Thomas, every build of Shotwell includes support for French and many other languages. If you configure your computer so that its default language is French, then when you start Shotwell it should appear in French. Is this not happening? adam _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell _______________________________________________ If you reply to this email, your message will be added to the discussion below: http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-0-8-1-PPA-available-for-Ubuntu-Lucid-tp36017p36821.html To unsubscribe from [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid, visit http://shotwell.3510.www.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=36017&code=dGhvbWFzLmxhdmFyZW5uZUBmcmVlLmZyfDM2MDE3fDE5MDYwMzczNTA= -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-0-8-1-PPA-available-for-Ubuntu-Lucid-tp36017p36823.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Mon Mar 28 15:12:26 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Mar 2011 08:12:26 -0700 Subject: [Shotwell] Re : Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> <4D88C691.9030507@yorba.org> <1301240972438-36782.post@talk.nabble.com> <4D9090EC.2000005@yorba.org> Message-ID: <4D90A55A.4030001@yorba.org> Thomas, OK - that sounds like a bug, then. Since this message is on the Ubuntu Lucid thread, I'll assume that you're running Lucid and got Shotwell from the PPA that Martin Wimpress set up. In that case, I'm afraid you'll have to turn to Martin or other community members for help, since the Shotwell team officially supports only Maverick and higher. We don't currently even have a Lucid machine to try to reproduce this on, for instance. If you're seeing this on Maverick or another newer operating system, then let me know and we can try to help you debug this. adam On 03/28/2011 07:57 AM, totola wrote: > No.. it is'nt... my computer is correctly set in french, and shotwell is the only app in English. > > Thanks for help > > ----- Reply message ----- > De : "Adam Dingle [via Shotwell]" > Date : lun., mars 28, 2011 15:45 > Objet : [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid > Pour : "totola" > > > > On 03/27/2011 08:49 AM, totola wrote: >> Hello, >> very good job, but is it possible to get it in French? >> How can we do to change the translations? > Thomas, > > every build of Shotwell includes support for French and many other > languages. If you configure your computer so that its default language > is French, then when you start Shotwell it should appear in French. Is > this not happening? > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > If you reply to this email, your message will be added to the discussion below: > http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-0-8-1-PPA-available-for-Ubuntu-Lucid-tp36017p36821.html > > To unsubscribe from [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid, visit http://shotwell.3510.www.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=36017&code=dGhvbWFzLmxhdmFyZW5uZUBmcmVlLmZyfDM2MDE3fDE5MDYwMzczNTA= > > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-0-8-1-PPA-available-for-Ubuntu-Lucid-tp36017p36823.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 adam at yorba.org Mon Mar 28 15:55:17 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Mar 2011 08:55:17 -0700 Subject: [Shotwell] Compilling shotwell 0.9 with vala 0.11.7 on debian squeeze In-Reply-To: <1301122468360-36729.post@talk.nabble.com> References: <1301122468360-36729.post@talk.nabble.com> Message-ID: <4D90AF65.8090705@yorba.org> cyberlab, what do each of the following commands print? $ type valac $ valac --version $ valac --version | awk '{print $$2}' adam On 03/25/2011 11:54 PM, cyberlab wrote: > Hello list ! > > I'm on Debian squeeze and i try to compil the new stable version of Shotwell > (0.9) > > I'm following this howto : > http://trac.yorba.org/wiki/HowToBuildInDebianFromSource > http://trac.yorba.org/wiki/HowToBuildInDebianFromSource > > It's OK with Shotwell 0.8.1 and vala 0.10.4, but when i'm trying this howto > with vala 0.11.7 (the compilation is ok) and shotwell 0.9, the shotwell > compilation give me this error : > > Shotwell requires Vala compiler 0.11.7 or greater. You are running UNKNOWN. > > Why i have "You are running UNKNOWN" message whereas the compilation of vala > 0.11.7 is OK ? > > PS : Excuse me for my english, i'm french... > > > > > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Compilling-shotwell-0-9-with-vala-0-11-7-on-debian-squeeze-tp36729p36729.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 adam at yorba.org Mon Mar 28 16:41:22 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Mar 2011 09:41:22 -0700 Subject: [Shotwell] GSoC 2011 Idea Discussion In-Reply-To: References: Message-ID: <4D90BA32.30403@yorba.org> On 03/26/2011 11:24 AM, Sriram Ganesan wrote: > Hello, > I am Sriram,and hoping to work on Shotwell this summer as a part of GSoC :) > .I had a look at the ideas page and checked out the source code and played > around a little.I think(please correct me if I am wrong) most ideas are too > difficult hard to implement. I think I might be able to implement the 3 > ideas related to Displaying photos. #1112 , #1175, #1557. > > I have a big test coming next month,so I would like to start preparing my > proposal little earlier :D . > Is there anyone I can talk to about these tickets? Perhaps Adam,who has > reported them all.I would like to discuss the implementation in detail and > whether it would be possible to implement more ideas. Sriram, sure - we're always happy to discuss Shotwell ideas and/or implementation details. Here's some brief feedback on the tickets you mentioned: - use pictures as screensaver (http://trac.yorba.org/ticket/1112) This is trickier than it sounds because of the challenge of accessing the Shotwell database from two different processes. See the ticket for more details. We'll think more soon about just how we think that should be accomplished. - support color profiles (http://trac.yorba.org/ticket/1175) This is an important feature idea, but I haven't looked into this much so I don't really know how hard this would be. Lucas, do you have thoughts about this? - music in slideshows (http://trac.yorba.org/ticket/1557) GStreamer is the way to implement this. I actually think that video playback in Shotwell is more important and probably isn't much harder, so you might want to consider that too: http://trac.yorba.org/ticket/2820 adam From adam at yorba.org Mon Mar 28 17:45:34 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Mar 2011 10:45:34 -0700 Subject: [Shotwell] Panasonic G2 RAW file import - Take 2 In-Reply-To: <4D8AF53E.10408@gmail.com> References: <4D8AF53E.10408@gmail.com> Message-ID: <4D90C93E.1070608@yorba.org> On 03/24/2011 12:39 AM, Bob Giles wrote: > Hi Guys, > > I may have been a little hasty in my last post! I will explain. > > I shoot RAW and JPG for each shot. I store them on a NAS accessed > across my home network. If I import into Shotwell, only the JPG image > is copied. That's unexpected. > > However, if I copy just the RAW image to a folder on my local hard > drive it imports just fine. If I copy both the RAW and corresponding > JPG file to the local folder, only the RAW file is imported and > Shotwell reports that a duplicate file was not imported. Is this the > expected behaviour? It sounds to me like you've already imported the JPG (perhaps from the NAS as you described above), and so when you attempted to import it again locally Shotwell detected it as a duplicate. > > I am assuming that Shotwell is not happy accessing files stored > elsewhere other than a local hard disk. Am I correct in this assumption? In theory, it should work. In practice, we haven't tested network storage much, especially with RAW files. I've created a ticket for this import problem at http://trac.yorba.org/ticket/3428 . We should investigate this more. adam From stephen.lewchuk at gmail.com Sun Mar 27 09:09:52 2011 From: stephen.lewchuk at gmail.com (Stephen Lewchuk) Date: Sun, 27 Mar 2011 02:09:52 -0700 Subject: [Shotwell] Inability to Tag in Edit mode Message-ID: Hello, I recently discovered Shotwell in an attempt to wrestle my photo collection back under control. As such I am currently going through my collection and adding tags to photos. I am wondering why the decision was made to have the tag capability disabled in edit mode (the menu disappear and Ctrl-T does nothing). I've been using edit mode to get a larger view of the photos as the largest size photos can go in the browse mode is not overly large. However, in order to tag photos I have leave edit mode, tag, enter edit mode for next photo, repeat which is a bit annoying. So I'm wondering why this was done or if there is another way to tag images while looking at them in (near)fullscreen size. Thanks, Stephen From joseph.bylund at gmail.com Mon Mar 28 15:23:28 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Mon, 28 Mar 2011 11:23:28 -0400 Subject: [Shotwell] Viewer showing thumbnails of .nef instead of jpgs Message-ID: <4D90A7F0.8060802@gmail.com> In shotwell 0.9 the shotwell viewer is displaying the embedded thumbnail in .nef files as opposed to generating a .jpg. I'm fairly certain 0.8 generated jpgs. When I open shotwell with no arguments I can view a generated jpg, but if I open with "shotwell dsc_0013.nef" I get just the thumbnail, which looks awful. Is this an intentional change? -Joe From adam at yorba.org Mon Mar 28 18:40:18 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Mar 2011 11:40:18 -0700 Subject: [Shotwell] Inability to Tag in Edit mode In-Reply-To: References: Message-ID: <4D90D612.70600@yorba.org> Stephen, what version of Shotwell are you using? In older versions of Shotwell it wasn't possible to edit tags in full-window mode, but that was fixed long ago: http://trac.yorba.org/ticket/1934 The current release is 0.9. I'd encourage you to upgrade, especially if you're running a really old version like 0.5 or 0.6. Cheers - adam On 03/27/2011 02:09 AM, Stephen Lewchuk wrote: > Hello, > > I recently discovered Shotwell in an attempt to wrestle my photo collection > back under control. As such I am currently going through my collection and > adding tags to photos. I am wondering why the decision was made to have the > tag capability disabled in edit mode (the menu disappear and Ctrl-T does > nothing). I've been using edit mode to get a larger view of the photos as > the largest size photos can go in the browse mode is not overly large. > However, in order to tag photos I have leave edit mode, tag, enter edit > mode for next photo, repeat which is a bit annoying. So I'm wondering why > this was done or if there is another way to tag images while looking at them > in (near)fullscreen size. > > Thanks, > > Stephen > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Mar 28 22:23:59 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 28 Mar 2011 15:23:59 -0700 Subject: [Shotwell] Trouble enabling plugins In-Reply-To: <4D909959.9010708@yorba.org> References: <4D8F6308.2030303@fedoraproject.org> <4D909959.9010708@yorba.org> Message-ID: Hi Michel, As Adam mentioned in the previous email, I'm the Fedora user in the office. This bug is not reproducible on the i686 build of FC15-alpha -- I just tried it. So I suspect this is a 64-bit issue, specifically a /usr/lib vs. /usr/lib64 problem. We're just setting up an FC15-alpha x64 test machine right now. Once we've reproduced the problem on that system, I'll get back to you. Regards, Lucas From lucas at yorba.org Tue Mar 29 01:26:13 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 28 Mar 2011 18:26:13 -0700 Subject: [Shotwell] GSoC 2011 Idea Discussion In-Reply-To: <4D90BA32.30403@yorba.org> References: <4D90BA32.30403@yorba.org> Message-ID: 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 From finerrecliner at gmail.com Tue Mar 29 05:03:31 2011 From: finerrecliner at gmail.com (Dave Fine) Date: Tue, 29 Mar 2011 01:03:31 -0400 Subject: [Shotwell] flickr error Message-ID: Hi, On flickr's website, I (foolishly) removed permission for shotwell to access my flickr account. No problem though... I expected shotwell to just ask to link to my account again next time I try to publish to flickr. But it doesn't. Instead it just gives an error: Publishing to Flickr can't continue because an error occurred: > Invalid auth token (error code 98) Ok, shotwell is probably still trying to use my old credentials, which are no longer valid. So I deleted the directories: ~/.gconf/apps/shotwell/plugins/org.yorba.shotwell.publishing.flickr ~/.gconf/apps/shotwell/sharing/flickr I restarted shotwell, but it persists with the error. I've also upgraded to to latest version (in the yorba repo) So now I'm out of ideas. How can I get shotwell to attempt to relink my flickr account? Any help would be greatly appreciated! Thanks, -Dave From salimma at fedoraproject.org Tue Mar 29 09:52:37 2011 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Tue, 29 Mar 2011 11:52:37 +0200 Subject: [Shotwell] Trouble enabling plugins In-Reply-To: References: <4D8F6308.2030303@fedoraproject.org> <4D909959.9010708@yorba.org> Message-ID: <4D91ABE5.7020606@fedoraproject.org> On 03/29/2011 12:23 AM, Lucas Beeler wrote: > Hi Michel, > > As Adam mentioned in the previous email, I'm the Fedora user in the > office. This bug is not reproducible on the i686 build of FC15-alpha > -- I just tried it. So I suspect this is a 64-bit issue, specifically > a /usr/lib vs. /usr/lib64 problem. We're just setting up an FC15-alpha > x64 test machine right now. Once we've reproduced the problem on that > system, I'll get back to you. > > Regards, > Lucas Hi Lucas, We have a fixed build in the pipeline; it is indeed a multilib problem (/usr/lib vs /usr/lib64). I've attached a patch that makes the Vala build process more multilib-friendly (allowing LIB to be overridden in configure.mk, and properly generating the plugins .pc file) but I have not fixed the AppDirs.vala's hardcoding of "lib" rather than taking the LIB value from the Makefile. http://trac.yorba.org/ticket/3421 My m4-foo is not that solid, so we just ended up patching AppDirs.vala directly using sed as part of our build preparation. If you can find a way to use m4 (to be consistent with the rest of the build process) to automatically replace, say, _LIB_ with whatever LIB is set to, in AppDirs.vala, like my patch does for the plugins .m4 file, that'd be wonderful. 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 Tue Mar 29 12:03:54 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 29 Mar 2011 05:03:54 -0700 Subject: [Shotwell] GSoC 2011 Idea Discussion In-Reply-To: References: <4D90BA32.30403@yorba.org> Message-ID: <4D91CAAA.30703@yorba.org> 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 From adam at yorba.org Tue Mar 29 13:11:30 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 29 Mar 2011 06:11:30 -0700 Subject: [Shotwell] Git migration next week Message-ID: <4D91DA82.3020805@yorba.org> 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 From ola.taltan at laposte.net Tue Mar 29 18:23:29 2011 From: ola.taltan at laposte.net (cyberlab) Date: Tue, 29 Mar 2011 11:23:29 -0700 (PDT) Subject: [Shotwell] Compilling shotwell 0.9 with vala 0.11.7 on debian squeeze In-Reply-To: <4D90AF65.8090705@yorba.org> References: <1301122468360-36729.post@talk.nabble.com> <4D90AF65.8090705@yorba.org> Message-ID: <1301423009050-36871.post@talk.nabble.com> Here the result : $ type valac valac est /usr/bin/vala $ valac --version Vala UNKNOWN $ valac --version | awk '{print $$2}' Vala UNKNOWN -- View this message in context: http://shotwell.3510.www.nabble.com/Compilling-shotwell-0-9-with-vala-0-11-7-on-debian-squeeze-tp36729p36871.html Sent from the Shotwell mailing list archive at Nabble.com. From antony at onlymee.co.uk Tue Mar 29 18:33:52 2011 From: antony at onlymee.co.uk (Antony Mee) Date: Tue, 29 Mar 2011 19:33:52 +0100 Subject: [Shotwell] GSoC 2011 Idea Discussion Message-ID: Just a thought regarding 1112: Adam's multi-process point is interesting. Could such a thing be implementing in a way that would make the possibility of shared libraries (eg. multi-users on a family PC) a more reasonable prospect? (I accept it would only be one piece in the puzzle) Surely a worthy and valuable challenge for a GSoC project. Antony On 29 Mar 2011 13:04, "Adam Dingle" wrote: From adam at yorba.org Tue Mar 29 18:41:04 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 29 Mar 2011 11:41:04 -0700 Subject: [Shotwell] Compilling shotwell 0.9 with vala 0.11.7 on debian squeeze In-Reply-To: <1301423009050-36871.post@talk.nabble.com> References: <1301122468360-36729.post@talk.nabble.com> <4D90AF65.8090705@yorba.org> <1301423009050-36871.post@talk.nabble.com> Message-ID: <4D9227C0.5040501@yorba.org> On 03/29/2011 11:23 AM, cyberlab wrote: > Here the result : > > $ type valac > valac est /usr/bin/vala That looks good. > $ valac --version > Vala UNKNOWN This is quite surprising. I'd expect this to print "Vala 0.11.7". It looks like you may have an invalid installation of Vala. Where did you get Vala - from a Debian package? Or did you build it yourself? If it's from a Debian package, I suggest you pass this on to the package maintainer - it looks like something may be wrong with the Debian packaging. adam From ola.taltan at laposte.net Tue Mar 29 18:56:06 2011 From: ola.taltan at laposte.net (Taltan) Date: Tue, 29 Mar 2011 20:56:06 +0200 Subject: [Shotwell] Compilling shotwell 0.9 with vala 0.11.7 on debian squeeze In-Reply-To: <4D9227C0.5040501@yorba.org> References: <1301122468360-36729.post@talk.nabble.com> <4D90AF65.8090705@yorba.org> <1301423009050-36871.post@talk.nabble.com> <4D9227C0.5040501@yorba.org> Message-ID: <4D922B46.6050800@laposte.net> Debian package is too old, I'm building vala 0.11.7 from source, the compilation seems to be OK with no error Le 29/03/2011 20:41, Adam Dingle a ?crit : > > On 03/29/2011 11:23 AM, cyberlab wrote: >> Here the result : >> >> $ type valac >> valac est /usr/bin/vala > > That looks good. > >> $ valac --version >> Vala UNKNOWN > > This is quite surprising. I'd expect this to print "Vala 0.11.7". It > looks like you may have an invalid installation of Vala. Where did > you get Vala - from a Debian package? Or did you build it yourself? > If it's from a Debian package, I suggest you pass this on to the > package maintainer - it looks like something may be wrong with the > Debian packaging. > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From brunogirin at gmail.com Tue Mar 29 20:09:12 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 29 Mar 2011 21:09:12 +0100 Subject: [Shotwell] GSoC 2011 Idea Discussion In-Reply-To: References: <4D90BA32.30403@yorba.org> Message-ID: Lucas, Following the link to colord on Richard's blog, it appears that he also provides a libcolord gobject library that wraps the dbus interface to simplify development: http://colord.hughsie.com/using.html That doesn't necessarily make it a simple problem though, colour management if a fiddly subject :-) Cheers, Bruno On 29 March 2011 02:26, 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 > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Tue Mar 29 21:13:36 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 29 Mar 2011 14:13:36 -0700 Subject: [Shotwell] flickr error In-Reply-To: References: Message-ID: Hi Dave, Shotwell is still trying to use your old credentials. Deleting the configuration XML files in ~/.gconf/... is not sufficient to actually unset the GConf keys. To do that, you have to use the gconf-editor tool, which you can launch from the command line. When the GConf editor opens, use the tree view on the right-hand-side of the tool window to navigate to apps > shotwell > sharing > flickr. Then, right-click each one of the four keys shown in the key editing pane in turn (alas, you can't multi-select in the gconf-editor) and choose "Unset Key" from the context menu. This is just a temporary workaround, however. The underlying problem is a bug in Shotwell that I've ticketed here: http://trac.yorba.org/ticket/3442 . Regards, Lucas From lucas at yorba.org Tue Mar 29 22:00:39 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 29 Mar 2011 15:00:39 -0700 Subject: [Shotwell] Compilling shotwell 0.9 with vala 0.11.7 on debian squeeze In-Reply-To: <4D922B46.6050800@laposte.net> References: <1301122468360-36729.post@talk.nabble.com> <4D90AF65.8090705@yorba.org> <1301423009050-36871.post@talk.nabble.com> <4D9227C0.5040501@yorba.org> <4D922B46.6050800@laposte.net> Message-ID: Hi Taltan, When you built vala from source, did you use the --prefix=... configure option at all or did you just do a vanilla ./configure? And, if you did just do a vanilla ./configure, do you have a copy of libvala-*.so in both /usr/lib and /usr/local/lib? If you have one in both places, try deleting the one in /usr/lib, then running sudo ldconfig. Regards, Lucas From valentin at sanva.net Tue Mar 29 22:40:25 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Wed, 30 Mar 2011 00:40:25 +0200 Subject: [Shotwell] GSoC doubt and idea Message-ID: 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? Thanks for your time! :) From hendry.michael at gmail.com Tue Mar 29 22:41:24 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Tue, 29 Mar 2011 23:41:24 +0100 Subject: [Shotwell] Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> References: <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> Message-ID: <1301438484.2037.9.camel@Linley6> On Fri, 2011-03-18 at 17:30 +0000, Martin Wimpress wrote: > Hi Michael, > > Well, I couldn't wait ;-) > 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? Regards, Michael From el.cameleon.1 at gmail.com Wed Mar 30 06:54:43 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 30 Mar 2011 08:54:43 +0200 Subject: [Shotwell] GSoC doubt and idea In-Reply-To: References: Message-ID: 2011/3/30 Valent?n > 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. > Windows Live Galery also offers face's detection which is a great help in order to quickly named all the people on a photo. I would also very like to see such a system in Shotwell (and I don't really see what is the interest of playing a video in Shotwell or in Totem...). The relevant bug is: Face detection and people view The people tagging system will be implemented into Shotwell 0.10 through this request: hierarchical tags From martin+shotwell at flexion.org Wed Mar 30 08:35:54 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Wed, 30 Mar 2011 09:35:54 +0100 Subject: [Shotwell] Re : Shotwell 0.8.1 PPA available for Ubuntu Lucid In-Reply-To: <4D90A55A.4030001@yorba.org> References: "\" <1300398178.1933.384.camel@Linley6> <2cca33f2fb6cf8de7e828e79bfc3c39b@flexion.org> <1a5b7d6b3b34aa1e3adb86179d0ea617@flexion.org> <4D88C691.9030507@yorba.org>" <1301240972438-36782.post@talk.nabble.com>" <4D9090EC.2000005@yorba.org> <4D90A55A.4030001@yorba.org> Message-ID: <7f0c56471008767d7d363d1afe368451@flexion.org> Hi, On Mon, 28 Mar 2011 08:12:26 -0700, Adam Dingle wrote: > Thomas, > > OK - that sounds like a bug, then. > > Since this message is on the Ubuntu Lucid thread, I'll assume that > you're running Lucid and got Shotwell from the PPA that Martin > Wimpress set up. In that case, I'm afraid you'll have to turn to > Martin or other community members for help, since the Shotwell team > officially supports only Maverick and higher. We don't currently > even > have a Lucid machine to try to reproduce this on, for instance. > > If you're seeing this on Maverick or another newer operating system, > then let me know and we can try to help you debug this. I've checked the the package contents for Shotwell 0.9.0 on Lucid and it is the same as Shotwell 0.9.0 on Maverick, all the PO files are present and correct. -- Regards, Martin. From valentin at sanva.net Wed Mar 30 10:09:56 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Wed, 30 Mar 2011 12:09:56 +0200 Subject: [Shotwell] How to debug Shotwell Message-ID: Hi! I'm trying to familiarize myself with Shotwell code and I think that it could be great if I could debug it to see what are the program doing during it's execution. And I don't know why, but I can't. Learning Vala I've read that I could debug Vala programs with gdb (or Nemiver, which I prefer) and I've done it with my little testing programs. Compiling with valac with -g option allows me to see Vala code at debugging --and also some C code where there are not exactly matches between Vala and C. This is that I've read: http://live.gnome.org/Vala/Tutorial#Debugging But with Shotwell I can't do that. I've seen at the makefile and it seems to have the -g option by default, so I don't know where is the problem. So, what do you do yo debug Shotwell? Do you read the C code directly? I'm happy with C, but the Vala-generated C is a bit weird and difficult to read... Any other way to familiarize myself with the program? Do you have any guide or something? Thanks for your time. From valentin at sanva.net Wed Mar 30 10:57:47 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Wed, 30 Mar 2011 12:57:47 +0200 Subject: [Shotwell] GSoC doubt and idea In-Reply-To: References: Message-ID: 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? 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. So, I think that positional tags and face recognition could be a nice proposal to this GSoC. I will play with OpenCV ( and all the other code linked in http://trac.yorba.org/ticket/1702 ) to have a better understanding of the problem. 2011/3/30 Vincent : > 2011/3/30 Valent?n > >> 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. >> > > Windows Live Galery also offers face's detection which is a great help in > order to quickly named all the people on a photo. I would also very like to > see such a system in Shotwell (and I don't really see what is the interest > of playing a video in Shotwell or in Totem...). > The relevant bug is: Face detection and people > view > > The people tagging system will be implemented into Shotwell 0.10 through > this request: hierarchical tags > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From salimma at fedoraproject.org Wed Mar 30 11:35:26 2011 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Wed, 30 Mar 2011 13:35:26 +0200 Subject: [Shotwell] Git migration next week In-Reply-To: <4D91DA82.3020805@yorba.org> References: <4D91DA82.3020805@yorba.org> Message-ID: <4D93157E.4050304@fedoraproject.org> On 03/29/2011 03:11 PM, 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. > Wonderful news! I'll be able to drop my git-svn clone -- and presumably it'd be much easier to integrate external patches too. Best regards, -- Michel Alexandre Salim ?blog: http://identi.ca/hircus http://twitter.com/hircus GPG key ID: 78884778 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From adam at yorba.org Wed Mar 30 12:31:07 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 30 Mar 2011 05:31:07 -0700 Subject: [Shotwell] How to debug Shotwell In-Reply-To: References: Message-ID: 2011/3/30 Valent?n > Hi! > > I'm trying to familiarize myself with Shotwell code and I think that > it could be great if I could debug it to see what are the program > doing during it's execution. And I don't know why, but I can't. > > Learning Vala I've read that I could debug Vala programs with gdb (or > Nemiver, which I prefer) and I've done it with my little testing > programs. Compiling with valac with -g option allows me to see Vala > code at debugging --and also some C code where there are not exactly > matches between Vala and C. This is that I've read: > http://live.gnome.org/Vala/Tutorial#Debugging > > But with Shotwell I can't do that. I've seen at the makefile and it > seems to have the -g option by default, so I don't know where is the > problem. > > So, what do you do yo debug Shotwell? Do you read the C code directly? > I'm happy with C, but the Vala-generated C is a bit weird and > difficult to read... > Valentin, in the world of new programming languages (i.e. Vala) things are a little bit rough sometimes. :) With Vala 0.10.x, the Vala compiler generates #line statements in the generated C code. That lets GDB understand the correspondence between Vala source lines and C source lines, and so when you debug (either in GDB directly, or in a graphical debugger like Nemiver) you see Vala code. Unfortunately Vala 0.11.x does not yet generate #line directives: https://bugzilla.gnome.org/show_bug.cgi?id=635095 That means that when debugging code built with Vala 0.11, you only get to see C code at the moment. Yes, that's pretty inconvenient. I hope the Vala team will fix this in time for the Vala 0.12 release. > > Any other way to familiarize myself with the program? Do you have any > guide or something? > You want to read this: http://trac.yorba.org/wiki/ShotwellArchitectureOverview adam From ihsiak at gmail.com Wed Mar 30 15:33:07 2011 From: ihsiak at gmail.com (Bartosz Tomasik) Date: Wed, 30 Mar 2011 17:33:07 +0200 Subject: [Shotwell] Video publish to picasa fails Message-ID: <4D934D33.5090606@gmail.com> Hi everyone I've got a problem - shotwell 0.9 fails during publishing of video to picasa. Unfortunately I cannot find any logs with details and the error is unreadable (text displays in publishing window but does not wrap) Is this a know problem? How can I help to debug/fix this? -- regards Bartosz Tomasik From lucas at yorba.org Wed Mar 30 18:38:55 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 30 Mar 2011 11:38:55 -0700 Subject: [Shotwell] Video publish to picasa fails In-Reply-To: <4D934D33.5090606@gmail.com> References: <4D934D33.5090606@gmail.com> Message-ID: Hi Bartosz, Having a log file would be really helpful here, especially since the publishing subsystem in Shotwell 0.9 generates considerably more diagnostic information than did the publishing subsystems in previous versions of Shotwell. To see how to capture a Shotwell log file, check out the "I found a bug in Shotwell. How can I report it?" section of the Shotwell FAQ here: http://trac.yorba.org/wiki/Shotwell/FAQ. Regards, Lucas From brunogirin at gmail.com Wed Mar 30 23:12:59 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 31 Mar 2011 00:12:59 +0100 Subject: [Shotwell] GSoC doubt and idea In-Reply-To: References: Message-ID: <1301526779.1746.14.camel@nuuk> 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 From ppr at lavabit.com Thu Mar 31 09:28:51 2011 From: ppr at lavabit.com (ppr) Date: Thu, 31 Mar 2011 11:28:51 +0200 Subject: [Shotwell] umount camera ? Message-ID: <20110331112851.6ea905e4@nil> Hello, With shotwell, you can't umount camera after import. Is it safe ? ppr From lucas at yorba.org Thu Mar 31 18:44:49 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 31 Mar 2011 11:44:49 -0700 Subject: [Shotwell] umount camera ? In-Reply-To: <20110331112851.6ea905e4@nil> References: <20110331112851.6ea905e4@nil> Message-ID: Hi ppr, > With shotwell, you can't umount camera after import. Is it safe ? In most Linux distributions (including Fedora and Ubuntu), cameras are mounted as filesystems when they're connected. Shotwell can't access a camera when it's mounted as a filesystem, so when you do an import preview or an import, Shotwell unmounts the camera (after prompting the user to see whether this action is okay). So after the import interaction is complete, the camera should already be unmounted as a filesystem, and you can therefore disconnect it from your computer safely. If you need to remount the camera, however, I'd recommend not using the mount & umount commands but instead simply unplug the camera and plug it back it. Regards, Lucas