From sk at skaiser.at Wed Feb 1 09:40:02 2012 From: sk at skaiser.at (Siegfried Kaiser) Date: Wed, 01 Feb 2012 10:40:02 +0100 Subject: [Shotwell] Panasonic Lumix G2 : Images on camera get not deleted, although they should get Message-ID: <1328089202.1926.7.camel@nre03> Hello all, I have a minor problem with Shotwell 0.11.6 on Ubuntu 11.10. When I import fotos or videos from my Panasonic Lumix G2 and indicate that they should be deleted after import they stay on the Camera. This feature worked fine on my older camera canon ixus, although there I had to import the videos separately, from the data directory rather than from the camera. Just to make Shotwell more perfect, it is not a real show-stopping problem. Thanx, Siegfried From hanszorn at xs4all.nl Wed Feb 1 12:36:44 2012 From: hanszorn at xs4all.nl (Hans Zorn) Date: Wed, 01 Feb 2012 13:36:44 +0100 Subject: [Shotwell] Panasonic Lumix G2 : Images on camera get not deleted, although they should get In-Reply-To: <1328089202.1926.7.camel@nre03> References: <1328089202.1926.7.camel@nre03> Message-ID: <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> This is normal for all current Lumix cameras. You can only delete images on the camera itself, or on the computer by inserting the SD card into an attached SD card reader. Not very practical, but that's the way it is! Hans Zorn On 2012-02-01 10:40, Siegfried Kaiser wrote: > Hello all, > I have a minor problem with Shotwell 0.11.6 on Ubuntu 11.10. > When I import fotos or videos from my Panasonic Lumix G2 and indicate > that they should be deleted after import they stay on the Camera. > This feature worked fine on my older camera canon ixus, although > there I > had to import the videos separately, from the data directory rather > than > from the camera. > > Just to make Shotwell more perfect, it is not a real show-stopping > problem. > > Thanx, > > Siegfried > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From insomniacpenguin at googlemail.com Wed Feb 1 12:44:48 2012 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Wed, 1 Feb 2012 12:44:48 +0000 Subject: [Shotwell] Panasonic Lumix G2 : Images on camera get not deleted, although they should get In-Reply-To: <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> References: <1328089202.1926.7.camel@nre03> <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> Message-ID: In that case, couldn't Shotwell detect when it's a Lumix and disable the "delete after import" checkbox? Although we'll probably just get mails to the list asking "why is this disabled?" instead of "this doesn't work" ;-) Andy. On 1 Feb 2012 12:36, "Hans Zorn" wrote: > This is normal for all current Lumix cameras. You can only delete images > on the camera itself, or on the computer by inserting the SD card into an > attached SD card reader. Not very practical, but that's the way it is! > > Hans Zorn > > On 2012-02-01 10:40, Siegfried Kaiser wrote: > >> Hello all, >> I have a minor problem with Shotwell 0.11.6 on Ubuntu 11.10. >> When I import fotos or videos from my Panasonic Lumix G2 and indicate >> that they should be deleted after import they stay on the Camera. >> This feature worked fine on my older camera canon ixus, although there I >> had to import the videos separately, from the data directory rather than >> from the camera. >> >> Just to make Shotwell more perfect, it is not a real show-stopping >> problem. >> >> Thanx, >> >> Siegfried >> >> ______________________________**_________________ >> 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 salimma at fedoraproject.org Wed Feb 1 15:46:36 2012 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Wed, 01 Feb 2012 16:46:36 +0100 Subject: [Shotwell] Panasonic Lumix G2 : Images on camera get not deleted, although they should get In-Reply-To: <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> References: <1328089202.1926.7.camel@nre03> <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> Message-ID: <4F295E5C.3060001@fedoraproject.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is that because Lumix uses the PTP protocol rather than presents itself as a USB mass storage device? i.e. would the workaround be simply detecting the PTP protocol or would the camera models have to be hard-coded? Thanks, - -- Michel On 02/01/2012 01:36 PM, Hans Zorn wrote: > This is normal for all current Lumix cameras. You can only delete > images on the camera itself, or on the computer by inserting the SD > card into an attached SD card reader. Not very practical, but > that's the way it is! > > Hans Zorn > > On 2012-02-01 10:40, Siegfried Kaiser wrote: >> Hello all, I have a minor problem with Shotwell 0.11.6 on Ubuntu >> 11.10. When I import fotos or videos from my Panasonic Lumix G2 >> and indicate that they should be deleted after import they stay >> on the Camera. This feature worked fine on my older camera canon >> ixus, although there I had to import the videos separately, from >> the data directory rather than from the camera. >> >> Just to make Shotwell more perfect, it is not a real >> show-stopping problem. >> >> Thanx, >> >> Siegfried >> >> _______________________________________________ Shotwell mailing >> list Shotwell-gJxINTE1zeSFa8TCrCKF9g at public.gmane.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell - -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: salimma at fedoraproject.org | GPG key ID: A36A937A Jabber: hircus at jabber.ccc.de | IRC: hircus at irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPKV5cAAoJEEr1VKujapN6k0sH/Ax+Sf07FyuaTpNVf4g1H5Lt PffVLlPuynW+lB58a60imbgOptETkKlHmSwpcX4lJUjF9JisYkMh6soGJUe95NLH /Z8Y4jHx20SegEbci5aBUMJ9Bmf2ILk9DIdNcPHEXkzbfPZJpT1HDWOX5oI2Plpg ymSWOjJ5aOKRAk5BdXVE3cu0IceSY6km+7Qnl+tGESTOjzXXnHbIRkVeOEZJD/Ge q+5mugGYBDb00467ahf7Ogo3Dhh5VBjfpT6HJmE4pCFuYxccvTjxKuXlIxGZa2k8 TZ/G1/JcpCzsJc1VtIZTrzr6NB43pfSMqEkR/40YjE2O0XK64NO1Lb1jPGLh7aQ= =vQ6S -----END PGP SIGNATURE----- From hanszorn at xs4all.nl Wed Feb 1 15:50:30 2012 From: hanszorn at xs4all.nl (Hans Zorn) Date: Wed, 01 Feb 2012 16:50:30 +0100 Subject: [Shotwell] Panasonic Lumix G2 : Images on camera get not deleted, although they should get In-Reply-To: <4F295E5C.3060001@fedoraproject.org> References: <1328089202.1926.7.camel@nre03> <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> <4F295E5C.3060001@fedoraproject.org> Message-ID: <877ca112cf2577afcfc3214c9e20a6e5@xs4all.nl> My Lumix G2 can do both (PTP protocol as well as present itself as a USB mass storage device). But I don't think you can delete files in either way. Hans On 2012-02-01 16:46, Michel Alexandre Salim wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Is that because Lumix uses the PTP protocol rather than presents > itself as a USB mass storage device? i.e. would the workaround be > simply detecting the PTP protocol or would the camera models have to > be hard-coded? > > Thanks, > > - -- > Michel > > On 02/01/2012 01:36 PM, Hans Zorn wrote: >> This is normal for all current Lumix cameras. You can only delete >> images on the camera itself, or on the computer by inserting the SD >> card into an attached SD card reader. Not very practical, but >> that's the way it is! >> >> Hans Zorn >> >> On 2012-02-01 10:40, Siegfried Kaiser wrote: >>> Hello all, I have a minor problem with Shotwell 0.11.6 on Ubuntu >>> 11.10. When I import fotos or videos from my Panasonic Lumix G2 >>> and indicate that they should be deleted after import they stay >>> on the Camera. This feature worked fine on my older camera canon >>> ixus, although there I had to import the videos separately, from >>> the data directory rather than from the camera. >>> >>> Just to make Shotwell more perfect, it is not a real >>> show-stopping problem. >>> From salimma at fedoraproject.org Wed Feb 1 16:04:35 2012 From: salimma at fedoraproject.org (Michel Alexandre Salim) Date: Wed, 01 Feb 2012 17:04:35 +0100 Subject: [Shotwell] Panasonic Lumix G2 : Images on camera get not deleted, although they should get In-Reply-To: <877ca112cf2577afcfc3214c9e20a6e5@xs4all.nl> References: <1328089202.1926.7.camel@nre03> <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> <4F295E5C.3060001@fedoraproject.org> <877ca112cf2577afcfc3214c9e20a6e5@xs4all.nl> Message-ID: <4F296293.4080708@fedoraproject.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 So it presents itself as a read-only mass storage device? If that's the case that can probably be detected by checking the mount option for the device. On 02/01/2012 04:50 PM, Hans Zorn wrote: > My Lumix G2 can do both (PTP protocol as well as present itself as > a USB mass storage device). But I don't think you can delete files > in either way. > > Hans > > On 2012-02-01 16:46, Michel Alexandre Salim wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> Is that because Lumix uses the PTP protocol rather than presents >> itself as a USB mass storage device? i.e. would the workaround >> be simply detecting the PTP protocol or would the camera models >> have to be hard-coded? >> >> Thanks, >> >> - -- Michel >> >> On 02/01/2012 01:36 PM, Hans Zorn wrote: >>> This is normal for all current Lumix cameras. You can only >>> delete images on the camera itself, or on the computer by >>> inserting the SD card into an attached SD card reader. Not very >>> practical, but that's the way it is! >>> >>> Hans Zorn >>> >>> On 2012-02-01 10:40, Siegfried Kaiser wrote: >>>> Hello all, I have a minor problem with Shotwell 0.11.6 on >>>> Ubuntu 11.10. When I import fotos or videos from my Panasonic >>>> Lumix G2 and indicate that they should be deleted after >>>> import they stay on the Camera. This feature worked fine on >>>> my older camera canon ixus, although there I had to import >>>> the videos separately, from the data directory rather than >>>> from the camera. >>>> >>>> Just to make Shotwell more perfect, it is not a real >>>> show-stopping problem. >>>> - -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: salimma at fedoraproject.org | GPG key ID: A36A937A Jabber: hircus at jabber.ccc.de | IRC: hircus at irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPKWKTAAoJEEr1VKujapN6ikoH/0NVdaGvPW/hLG+ddqKG8pzn tlEIxvT2SfMKoZFuzYBbwoUOjNd4HWjpAKXFH/ZK9rU1wlGcE1701m541MjwRZY1 OSLo6izcW6IqOoY15VQiAFIsdaK7x3sFRhgAB/qPKQHNIUnTue3LELeYnuzAxheK Ezjw9ObC1fuJt/HYklv2RCMULqEfV+3Y1xN+5xw2OO7oN27foolRhdm2kuDMoS90 XyYtu/mBKtXVehPWPVnper7feMMgQ2neuYoJPLNTXKZG5aKuQCZSG5YX4pJEjjpU ia8ozSTUVxGFywytwhDrauDn+kSO1d47Beb83YTY/Wy/Qq7717R5xZ7lkZj/1Tc= =r+4A -----END PGP SIGNATURE----- From amcnabb at mcnabbs.org Wed Feb 1 16:28:03 2012 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Wed, 1 Feb 2012 09:28:03 -0700 Subject: [Shotwell] Panasonic Lumix G2 : Images on camera get not deleted, although they should get In-Reply-To: <877ca112cf2577afcfc3214c9e20a6e5@xs4all.nl> References: <1328089202.1926.7.camel@nre03> <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> <4F295E5C.3060001@fedoraproject.org> <877ca112cf2577afcfc3214c9e20a6e5@xs4all.nl> Message-ID: <20120201162803.GA19254@mcnabbs.org> On Wed, Feb 01, 2012 at 04:50:30PM +0100, Hans Zorn wrote: > My Lumix G2 can do both (PTP protocol as well as present itself as a > USB mass storage device). But I don't think you can delete files in > either way. My Lumix GF1 lets you delete files when used as a USB mass storage device. But I don't know anything about how it works with PTP. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From adam at yorba.org Wed Feb 1 18:46:20 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 01 Feb 2012 10:46:20 -0800 Subject: [Shotwell] Panasonic Lumix G2 : Images on camera get not deleted, although they should get In-Reply-To: References: <1328089202.1926.7.camel@nre03> <5ee0d3ecdc3805839ec6e17ca5a3d687@xs4all.nl> Message-ID: <4F29887C.6070705@yorba.org> I agree: ideally Shotwell would detect when it's not possible to delete photos from a camera and not offer the "delete after import" option in that case. We have a ticket for this here: http://redmine.yorba.org/issues/2525 adam On 02/01/2012 04:44 AM, Andy Stevens wrote: > In that case, couldn't Shotwell detect when it's a Lumix and disable the > "delete after import" checkbox? Although we'll probably just get mails to > the list asking "why is this disabled?" instead of "this doesn't work" ;-) > > Andy. > On 1 Feb 2012 12:36, "Hans Zorn" wrote: > >> This is normal for all current Lumix cameras. You can only delete images >> on the camera itself, or on the computer by inserting the SD card into an >> attached SD card reader. Not very practical, but that's the way it is! >> >> Hans Zorn >> >> On 2012-02-01 10:40, Siegfried Kaiser wrote: >> >>> Hello all, >>> I have a minor problem with Shotwell 0.11.6 on Ubuntu 11.10. >>> When I import fotos or videos from my Panasonic Lumix G2 and indicate >>> that they should be deleted after import they stay on the Camera. >>> This feature worked fine on my older camera canon ixus, although there I >>> had to import the videos separately, from the data directory rather than >>> from the camera. >>> >>> Just to make Shotwell more perfect, it is not a real show-stopping >>> problem. >>> >>> Thanx, >>> >>> Siegfried >>> >>> ______________________________**_________________ >>> 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 scott_shotwell at dewie.net.au Fri Feb 3 03:25:37 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Fri, 03 Feb 2012 14:25:37 +1100 Subject: [Shotwell] options for storage of rendered RAW files and/or batch rendering? In-Reply-To: <4F2837FF.6000503@yorba.org> References: <4F2539CA.4000704@dewie.net.au> <4F2837FF.6000503@yorba.org> Message-ID: <4F2B53B1.7040603@dewie.net.au> Hi there - been busy, hence delayed response. Since posting i realized that it was not terribly clear what it meant. And i have also found the problem, and a workaround.. I have found that the bottleneck is actually the cheap enclosure that the hdd is in is asynchronous - being that the write speed is MUCH slower than the read speed (we are talking 2hrs to copy 220GB off - and around 4-5 to put back on...). Strange problem I know, but this is the problem i have. This then brings me to the problem, being that processing on the fly is very slow to write to the hdd. After submitting the bug on launchpad about the camera developer setting causing the orientation to be wrong (see https://bugs.launchpad.net/bugs/923325) - which you informed me was known and being worked on, i found the feature to use the embedded jpg and only create a duplicate when the contents are modified, rather than putting a duplicate next to the RAW file. This will actually solve most of the problems that i am facing as reading the RAW will be miles quicker than shotwell attempting to process and read that jpg on first read.. As far as the feature of shotwell developing all of the RAW files on import - mine is not doing that at all, is it supposed to? Even with Shotwell set as the developer on import it still develops and writes the jpg on first view. In previous versions, on import shotwell would import, then in the status bar a 'Processing RAW Files' status bar would come up. But 0.11 does not. I have however found a workaround - filter the RAW's in the total library view, select them all then Photos > Developer > Shotwell (or Camera if i feel like rotating them all). This does what i want it to do. With 40k+ RAW files this takes all night, but does the trick. The first read is what i was talking about by "on-demand" and obviously all at import was what i was referring to as "batch" Ideally, i would still love to see a feature that would allow storage of shotwell developed or modified images (both jpg's and camera processed RAWs) locally - even in the home folder - as if it was in the same directory structure would be very easy to copy over if need be. Ideally camera developed RAWs that dont put a duplicate would be the best option, but until orientation issues are sorted, that is a little problematic too. I apologize if this is longwinded and sounds like a whinge - i really do love shotwell, but like all things, has a few little quirks and improvements that could be done :) Will be looking forward to 0.12 if it has fixed the Camera developed RAW issues :) Scott. On 01/02/12 05:50, Adam Dingle wrote: > Scott, > > On 01/29/2012 04:21 AM, Scott wrote: >> Hi there, >> >> Firstly, i'm unsure of wheather i am even in the right place, and as >> this is my first post (and am unsure of how to check older posts) am >> unsure wheather this has been raised before even. > > You're in the right place. To check older posts, look at the archive > of messages previously sent to this list at > http://lists.yorba.org/pipermail/shotwell/ . > Thanks - Will Do.. >> >> But my question is, is it possible in future versions to have the >> option, somewhere in the preferences, of where rendered RAW files are >> stored? I used to be a little annoyed that it did store those files >> in the home directory when my collection was stored locally on the >> hdd. But now, for a few reasons, my collection is on an external >> hdd, and rendering in the new version is in-line which makes >> accessing and rendering much slower than it needs to be. > > Are you sure that storing the external hard drive is really the > bottleneck? Which operations seem to be slow? > > In the Shotwell preferences, have you set RAW Developer to Shotwell or > Camera? Unfortunately this is an area of Shotwell which is quite > buggy at this time - see http://redmine.yorba.org/issues/4691 and > http://redmine.yorba.org/issues/4692, for example. Our intent in 0.11 > was that if the user sets the RAW Developer preference to Camera then > Shotwell should never develop a photo itself, which will greatly speed > importing and rendering. Unfortunately due to these bugs this is not > the case, and that may be the true cause of the slowness you're > perceiving. I hope we can improve the situation for 0.12. > >> >> For those that do use external drives, a feature like this could be >> similar to imatch's offline caching of photo's (shotwell is what i >> replaced imatch with). I am one that would copy the rendered JPG's >> manually if i needed them and especially if they were in the same >> folder hirachy as the library. >> >> Also - another feature that would be handy is, again in preferences, >> the option of batch rendering RAW or on-demand as the current version >> does. I have always liked the batch proccessing of RAW files, >> especially on first import from a fresh install, but i guess those >> with in-line rendering would not have this problem. > > I'm not sure I understand what this preference would do. If you set > RAW Developer to Shotwell, then Shotwell should render all RAW photos > at import time so they are available to display immediately when you > open them. If you set RAW Developer to Camera, then they should > always be immediately available since there is no rendering to be > done. Again, due to bugs this isn't exactly how things work today, > but that's the intent. I'm not sure whether you all call this "batch" > or "on-demand". Does this behavior seem reasonable to you, or do you > want the option for things to work differently? > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From scott_shotwell at dewie.net.au Fri Feb 3 03:34:55 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Fri, 03 Feb 2012 14:34:55 +1100 Subject: [Shotwell] Adding Rotate left to the toolbar in Photo Mode? Message-ID: <4F2B55DF.1070702@dewie.net.au> Hi there, Just one little thing.. Is it possible to add a rotate left button to the single photo mode toolbar? Ctrl+Shift+R works well, but for us left heavy photographers, a rotate left would be more convenient for the older point-and-shoots that dont have rotation sensors.. Not urgent - just a suggestion. Scott From clanlaw at googlemail.com Fri Feb 3 09:13:37 2012 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 3 Feb 2012 09:13:37 +0000 Subject: [Shotwell] Adding Rotate left to the toolbar in Photo Mode? In-Reply-To: <4F2B55DF.1070702@dewie.net.au> References: <4F2B55DF.1070702@dewie.net.au> Message-ID: On 3 February 2012 03:34, Scott wrote: > Hi there, > > Just one little thing.. Is it possible to add a rotate left button to the > single photo mode toolbar? ?Ctrl+Shift+R works well, but for us left heavy > photographers, a rotate left would be more convenient for the older > point-and-shoots that dont have rotation sensors.. ?Not urgent - just a > suggestion. Did you know that if you hold down Ctrl that the rotation button on the toolbar is reversed? Colin From scott_shotwell at dewie.net.au Fri Feb 3 12:07:01 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Fri, 03 Feb 2012 23:07:01 +1100 Subject: [Shotwell] Adding Rotate left to the toolbar in Photo Mode? In-Reply-To: References: <4F2B55DF.1070702@dewie.net.au> Message-ID: <4F2BCDE5.8000002@dewie.net.au> No I didn't - Good tip! Thanks.. On 03/02/12 20:13, Colin Law wrote: > On 3 February 2012 03:34, Scott wrote: >> Hi there, >> >> Just one little thing.. Is it possible to add a rotate left button to the >> single photo mode toolbar? Ctrl+Shift+R works well, but for us left heavy >> photographers, a rotate left would be more convenient for the older >> point-and-shoots that dont have rotation sensors.. Not urgent - just a >> suggestion. > Did you know that if you hold down Ctrl that the rotation button on > the toolbar is reversed? > > Colin From insomniacpenguin at googlemail.com Fri Feb 3 16:32:20 2012 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Fri, 3 Feb 2012 16:32:20 +0000 Subject: [Shotwell] Adding Rotate left to the toolbar in Photo Mode? In-Reply-To: <4F2BCDE5.8000002@dewie.net.au> References: <4F2B55DF.1070702@dewie.net.au> <4F2BCDE5.8000002@dewie.net.au> Message-ID: I guess all it need now is a preference for left/right-handed that switches which one is there normally and which needs the extra keypress :-) Andy, related to a couple of "lefties"... On 3 Feb 2012 12:07, "Scott" wrote: > No I didn't - Good tip! Thanks.. > > On 03/02/12 20:13, Colin Law wrote: > >> On 3 February 2012 03:34, Scott> >> wrote: >> >>> Hi there, >>> >>> Just one little thing.. Is it possible to add a rotate left button to the >>> single photo mode toolbar? Ctrl+Shift+R works well, but for us left >>> heavy >>> photographers, a rotate left would be more convenient for the older >>> point-and-shoots that dont have rotation sensors.. Not urgent - just a >>> suggestion. >>> >> Did you know that if you hold down Ctrl that the rotation button on >> the toolbar is reversed? >> >> Colin >> > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From dougie at highmoor.co.uk Sat Feb 4 15:38:19 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 04 Feb 2012 15:38:19 +0000 Subject: [Shotwell] Timeout when selecting "Create Folder" on export Message-ID: <4F2D50EB.6000005@highmoor.co.uk> Ummm, is it my imagination, or is there a timeout on export if "Create Folder" is not completed in a timely manner. i.e. Select some images for export, click on "Create Folder" Do Nothing || start entering some text I'm finding that I only have a few seconds before the dialogue closes (without creating anything - even a partially entered name). I've recently re-installed using Debian Testing/Wheezy so it might be unrelated to Shotwell (0.11.6) Dougie From laura at yorba.org Tue Feb 7 00:11:07 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 6 Feb 2012 16:11:07 -0800 Subject: [Shotwell] Timeout when selecting "Create Folder" on export In-Reply-To: <4F2D50EB.6000005@highmoor.co.uk> References: <4F2D50EB.6000005@highmoor.co.uk> Message-ID: Hi Dougie, I am not able to reproduce the exact issue you're experiencing on Ubuntu (Precise). However, I have noticed a possibly related issue with new folder creation. You can read more about that issue on Redmine: http://redmine.yorba.org/issues/4723 We suspect this may be related to GTK 3. If you're running Wheezy, I believe you might be using GTK 3. I've included your findings as a comment on the issue since I suspect they may be related. Cheers, Laura On Sat, Feb 4, 2012 at 7:38 AM, Dougie Nisbet wrote: > Ummm, is it my imagination, or is there a timeout on export if "Create > Folder" is not completed in a timely manner. > > i.e. Select some images for export, > click on "Create Folder" > Do Nothing || start entering some text > > I'm finding that I only have a few seconds before the dialogue closes > (without creating anything - even a partially entered name). > > I've recently re-installed using Debian Testing/Wheezy so it might be > unrelated to Shotwell (0.11.6) > > Dougie > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From nigeldodd at gmail.com Tue Feb 7 10:26:42 2012 From: nigeldodd at gmail.com (Nigel Dodd) Date: Tue, 7 Feb 2012 10:26:42 +0000 Subject: [Shotwell] duplicate file names for different images Message-ID: I have taken so many photos that my Pentax has started over again with its naming. It uses a different directory so there is no real confusion. However I seem to be missing the files in Shotwell. To be clear, if my camera has two files of the same name in two different directories p100/img0001.pef and p105/img0001 and these are manually imported onto my hard disk such that they have the same names and directory structure, will Shotwell distinguish them as two different images or will it consider them duplicates? N From adam at yorba.org Tue Feb 7 16:45:13 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 07 Feb 2012 08:45:13 -0800 Subject: [Shotwell] duplicate file names for different images In-Reply-To: References: Message-ID: <4F315519.2060701@yorba.org> On 02/07/2012 02:26 AM, Nigel Dodd wrote: > I have taken so many photos that my Pentax has started over again with its > naming. It uses a different directory so there is no real confusion. > > However I seem to be missing the files in Shotwell. > > To be clear, if my camera has two files of the same name in two different > directories p100/img0001.pef and p105/img0001 and these are manually > imported onto my hard disk such that they have the same names and directory > structure, will Shotwell distinguish them as two different images or will > it consider them duplicates? Shotwell should absolutely distinguish these as two different images. If you're missing files with duplicate names, that would seem to be a bug. Try running Shotwell with an empty library (e.g. 'shotwell -d foo') and importing two separate photos from your camera that happen to have the same name. Does Shotwell think they are duplicates? adam From bmwoods at g.cofc.edu Wed Feb 8 08:07:32 2012 From: bmwoods at g.cofc.edu (Bradley Woods) Date: Wed, 8 Feb 2012 03:07:32 -0500 Subject: [Shotwell] Contributing Message-ID: Hi everyone, My group and I have selected to work on Shotwell for a project we are doing in our Computer Science capstone. One of the things we are supposed to do for an assignment is to triage bugs in the bug tracker. I was wondering if there was any particular way in which that is done around here. If bug triage isn't done by just anyone, that would be helpful to know as well. Thanks! -- Bradley Woods College of Charleston From adam at yorba.org Wed Feb 8 17:11:22 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 08 Feb 2012 09:11:22 -0800 Subject: [Shotwell] Contributing In-Reply-To: References: Message-ID: <4F32ACBA.6050200@yorba.org> On 02/08/2012 12:07 AM, Bradley Woods wrote: > Hi everyone, > > My group and I have selected to work on Shotwell for a project we are doing > in our Computer Science capstone. One of the things we are supposed to do > for an assignment is to triage bugs in the bug tracker. I was wondering if > there was any particular way in which that is done around here. If bug > triage isn't done by just anyone, that would be helpful to know as well. Bradley, I'm glad that you and your group are interested in helping out. I think that triaging bugs means a few things. For each bug, we want to 1. Make sure that the bug description is clear and that the bug is reproducible. 2. Make sure that the bug is actually something we want to fix or implement. Sometimes this involves judgment, as some bug reports are actually more like feature requests. 3. Choose an appropriate priority or target milestone for the bug. Here at Yorba we've tried to do all of this for each bug that's ever come in. But we now have over 800 open bugs and feature requests, which is actually unsuprising given that Shotwell is a large program (96,000 lines of Vala code) with many thousands of users. So it's certainly possible that some bugs in our database are no longer reproducible, or are still poorly described, or no longer make sense given where Shotwell is today. If you're interested in looking at existing bugs to try to improve their quality then you're very welcome to help out. Additional comments on bugs are always welcome. It's probably best if you don't adjust bugs' priorities or target milestones, though - we do that here at Yorba. You can always add a comment to a bug saying "I think this bug should be a higher priority" and if we agree we'll adjust the priority in response. adam From onefiftyfour at hotmail.com Fri Feb 10 16:42:41 2012 From: onefiftyfour at hotmail.com (Eric L) Date: Fri, 10 Feb 2012 10:42:41 -0600 Subject: [Shotwell] error making latest git with Vala 0.15.1 on Fedora 16 Message-ID: I'm running Fedora 16 x86_64 with Vala 0.15.1 installed This is the last lines of the output of make from the latest git pull: Compiling Vala code...src/photos/PhotoMetadata.vala:131.13-131.75: error: Return: Cannot convert from `uchar?[]' to `uint8[]' return owner.exiv2.get_preview_image(props[number]).get_data(); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Compilation failed: 1 error(s), 0 warning(s)make: *** [src/.stamp] Error 1 Should I file a bug? -Eric From adam at yorba.org Fri Feb 10 16:46:23 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 10 Feb 2012 08:46:23 -0800 Subject: [Shotwell] error making latest git with Vala 0.15.1 on Fedora 16 In-Reply-To: References: Message-ID: <4F3549DF.2080008@yorba.org> Eric, to build Shotwell from git master you'll first need to build and install gexiv2 (http://redmine.yorba.org/projects/gexiv2/wiki) from git master. This is due to recent changes we made for Vala 0.15.1. Sorry you ran into this unexpectedly. We should update the Shotwell build instructions to mention this soon. adam On 02/10/2012 08:42 AM, Eric L wrote: > I'm running Fedora 16 x86_64 with Vala 0.15.1 installed > This is the last lines of the output of make from the latest git pull: > > Compiling Vala code...src/photos/PhotoMetadata.vala:131.13-131.75: error: Return: Cannot convert from `uchar?[]' to `uint8[]' return owner.exiv2.get_preview_image(props[number]).get_data(); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Compilation failed: 1 error(s), 0 warning(s)make: *** [src/.stamp] Error 1 > > Should I file a bug? > -Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jankop2 at gmail.com Mon Feb 13 20:24:10 2012 From: jankop2 at gmail.com (=?UTF-8?B?SmFuIEtvcGVja8O9?=) Date: Mon, 13 Feb 2012 21:24:10 +0100 Subject: [Shotwell] src/Properties.vala compilation error Message-ID: <4F39716A.8050802@gmail.com> Hi, i like Shotwell project very much, so first of all thank you! I hope you guys could help me. I am getting error when trying to build from git master. Please see attached make log file. My configuration Vala 0.15.1 from Fedora Rawhide. I build gexiv2 from git master. Thanks for any suggestions Jan From mahfiaz at gmail.com Mon Feb 13 20:45:08 2012 From: mahfiaz at gmail.com (=?ISO-8859-1?Q?Mattias_P=F5ldaru?=) Date: Mon, 13 Feb 2012 22:45:08 +0200 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F39716A.8050802@gmail.com> References: <4F39716A.8050802@gmail.com> Message-ID: <4F397654.6080405@gmail.com> 13.02.2012 22:24, Jan Kopeck? kirjutas: > Hi, > > i like Shotwell project very much, so first of all thank you! > > I hope you guys could help me. I am getting error when trying to build > from git master. Please see attached make log file. This list drops attached files. Could you post the log to pastebin.com instead? Regards Mattias From jankop2 at gmail.com Mon Feb 13 21:02:39 2012 From: jankop2 at gmail.com (=?UTF-8?B?SmFuIEtvcGVja8O9?=) Date: Mon, 13 Feb 2012 22:02:39 +0100 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F39797E.3000107@gmail.com> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> Message-ID: <4F397A6F.4050606@gmail.com> Dne 13.2.2012 21:58, Jan Kopeck? napsal(a): > Dne 13.2.2012 21:45, Mattias P?ldaru napsal(a): >> 13.02.2012 22:24, Jan Kopeck? kirjutas: >>> Hi, >>> >>> i like Shotwell project very much, so first of all thank you! >>> >>> I hope you guys could help me. I am getting error when trying to >>> build from git master. Please see attached make log file. >> >> This list drops attached files. Could you post the log to >> pastebin.com instead? > http://pastebin.com/Czq7996A >> >> Regards >> Mattias >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From brunogirin at gmail.com Mon Feb 13 21:17:40 2012 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 13 Feb 2012 21:17:40 +0000 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F397A6F.4050606@gmail.com> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> Message-ID: <4F397DF4.3050407@gmail.com> On 13/02/12 21:02, Jan Kopeck? wrote: > Dne 13.2.2012 21:58, Jan Kopeck? napsal(a): >> Dne 13.2.2012 21:45, Mattias P?ldaru napsal(a): >>> 13.02.2012 22:24, Jan Kopeck? kirjutas: >>>> Hi, >>>> >>>> i like Shotwell project very much, so first of all thank you! >>>> >>>> I hope you guys could help me. I am getting error when trying to >>>> build from git master. Please see attached make log file. >>> >>> This list drops attached files. Could you post the log to >>> pastebin.com instead? >> http://pastebin.com/Czq7996A I thought I'd be able to help but it's even worse on Ubuntu 12.04: it fails to compile at the very start for me, with Gdk.Cursor errors in FacebookPublishing.vala and FlickrPublishing.vala (valac 0.15.0). Sorry to add to the confusion! FacebookPublishing.vala:1437.45-1437.83: error: Can't create instance of abstract class `Gdk.Cursor' pane_widget.get_window().set_cursor(new Gdk.Cursor(Gdk.CursorType.LEFT_PTR)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ FacebookPublishing.vala:1463.45-1463.80: error: Can't create instance of abstract class `Gdk.Cursor' pane_widget.get_window().set_cursor(new Gdk.Cursor(Gdk.CursorType.WATCH)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ FlickrPublishing.vala:930.45-930.83: error: Can't create instance of abstract class `Gdk.Cursor' pane_widget.get_window().set_cursor(new Gdk.Cursor(Gdk.CursorType.LEFT_PTR)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ FlickrPublishing.vala:921.45-921.80: error: Can't create instance of abstract class `Gdk.Cursor' pane_widget.get_window().set_cursor(new Gdk.Cursor(Gdk.CursorType.WATCH)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ FlickrPublishing.vala:935.45-935.83: error: Can't create instance of abstract class `Gdk.Cursor' pane_widget.get_window().set_cursor(new Gdk.Cursor(Gdk.CursorType.LEFT_PTR)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ From adam at yorba.org Mon Feb 13 21:20:28 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Feb 2012 13:20:28 -0800 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F397DF4.3050407@gmail.com> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> <4F397DF4.3050407@gmail.com> Message-ID: <4F397E9C.7040300@yorba.org> On 02/13/2012 01:17 PM, Bruno Girin wrote: > On 13/02/12 21:02, Jan Kopeck? wrote: >> Dne 13.2.2012 21:58, Jan Kopeck? napsal(a): >>> Dne 13.2.2012 21:45, Mattias P?ldaru napsal(a): >>>> 13.02.2012 22:24, Jan Kopeck? kirjutas: >>>>> Hi, >>>>> >>>>> i like Shotwell project very much, so first of all thank you! >>>>> >>>>> I hope you guys could help me. I am getting error when trying to >>>>> build from git master. Please see attached make log file. >>>> >>>> This list drops attached files. Could you post the log to >>>> pastebin.com instead? >>> http://pastebin.com/Czq7996A > > I thought I'd be able to help but it's even worse on Ubuntu 12.04: it > fails to compile at the very start for me, with Gdk.Cursor errors in > FacebookPublishing.vala and FlickrPublishing.vala (valac 0.15.0). > Sorry to add to the confusion! Bruno, Shotwell git master requires Vala 0.15.1 - that's why you're seeing these errors. I just updated the Makefile to check for that version number. adam From adam at yorba.org Mon Feb 13 21:28:53 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Feb 2012 13:28:53 -0800 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F397A6F.4050606@gmail.com> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> Message-ID: <4F398095.6070002@yorba.org> On 02/13/2012 01:02 PM, Jan Kopeck? wrote: > Dne 13.2.2012 21:58, Jan Kopeck? napsal(a): >> Dne 13.2.2012 21:45, Mattias P?ldaru napsal(a): >>> 13.02.2012 22:24, Jan Kopeck? kirjutas: >>>> Hi, >>>> >>>> i like Shotwell project very much, so first of all thank you! >>>> >>>> I hope you guys could help me. I am getting error when trying to >>>> build from git master. Please see attached make log file. >>> >>> This list drops attached files. Could you post the log to >>> pastebin.com instead? >> http://pastebin.com/Czq7996A Jan, glad you like Shotwell! first, I've also seen errors like this when trying to build on Rawhide: profiling:/builddir/build/BUILD/vala-0.15.1/compiler/valacompiler.gcda:Cannot open I think the Rawhide Vala package is broken in some way. I recommend building Vala 0.15.1 from source and installing it yourself. Next, your build seems to be failing on this: /media/HONZA/Dokumenty/Projekty/GNOME/shotwell/Shotwell/shotwell/src/Properties.vala:503:63: error: ?G_FORMAT_SIZE_DEFAULT? undeclared (first use in this function) That's odd. I haven't seen this error before. - Look at /usr/include/glib-2.0/glib/gutils.h. Does the file exist? Does it include a definition like this? G_FORMAT_SIZE_DEFAULT = 0 - Look at src/Properties.c in your Shotwell directory (this was generated from Properties.vala). Does it include a line like this at the top? #include adam From brunogirin at gmail.com Mon Feb 13 21:36:30 2012 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 13 Feb 2012 21:36:30 +0000 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F397E9C.7040300@yorba.org> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> <4F397DF4.3050407@gmail.com> <4F397E9C.7040300@yorba.org> Message-ID: <4F39825E.2000709@gmail.com> On 13/02/12 21:20, Adam Dingle wrote: > On 02/13/2012 01:17 PM, Bruno Girin wrote: >> On 13/02/12 21:02, Jan Kopeck? wrote: >>> Dne 13.2.2012 21:58, Jan Kopeck? napsal(a): >>>> Dne 13.2.2012 21:45, Mattias P?ldaru napsal(a): >>>>> 13.02.2012 22:24, Jan Kopeck? kirjutas: >>>>>> Hi, >>>>>> >>>>>> i like Shotwell project very much, so first of all thank you! >>>>>> >>>>>> I hope you guys could help me. I am getting error when trying to >>>>>> build from git master. Please see attached make log file. >>>>> >>>>> This list drops attached files. Could you post the log to >>>>> pastebin.com instead? >>>> http://pastebin.com/Czq7996A >> >> I thought I'd be able to help but it's even worse on Ubuntu 12.04: it >> fails to compile at the very start for me, with Gdk.Cursor errors in >> FacebookPublishing.vala and FlickrPublishing.vala (valac 0.15.0). >> Sorry to add to the confusion! > > Bruno, > > Shotwell git master requires Vala 0.15.1 - that's why you're seeing > these errors. I just updated the Makefile to check for that version > number. Thanks Adam, it works now and I cannot reproduce Jan's issue. Bruno From jankop2 at gmail.com Mon Feb 13 21:48:14 2012 From: jankop2 at gmail.com (=?UTF-8?B?SmFuIEtvcGVja8O9?=) Date: Mon, 13 Feb 2012 22:48:14 +0100 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F398095.6070002@yorba.org> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> <4F398095.6070002@yorba.org> Message-ID: <4F39851E.7000009@gmail.com> Adam, thanks for quick response and suggestions. Dne 13.2.2012 22:28, Adam Dingle napsal(a): > On 02/13/2012 01:02 PM, Jan Kopeck? wrote: >> Dne 13.2.2012 21:58, Jan Kopeck? napsal(a): >>> Dne 13.2.2012 21:45, Mattias P?ldaru napsal(a): >>>> 13.02.2012 22:24, Jan Kopeck? kirjutas: >>>>> Hi, >>>>> >>>>> i like Shotwell project very much, so first of all thank you! >>>>> >>>>> I hope you guys could help me. I am getting error when trying to >>>>> build from git master. Please see attached make log file. >>>> >>>> This list drops attached files. Could you post the log to >>>> pastebin.com instead? >>> http://pastebin.com/Czq7996A > > Jan, > > glad you like Shotwell! > > first, I've also seen errors like this when trying to build on Rawhide: > > > profiling:/builddir/build/BUILD/vala-0.15.1/compiler/valacompiler.gcda:Cannot > open > > I think the Rawhide Vala package is broken in some way. I recommend > building Vala 0.15.1 from source and installing it yourself. > > Next, your build seems to be failing on this: > > /media/HONZA/Dokumenty/Projekty/GNOME/shotwell/Shotwell/shotwell/src/Properties.vala:503:63: > error: ?G_FORMAT_SIZE_DEFAULT? undeclared (first use in this function) > > That's odd. I haven't seen this error before. > > - Look at /usr/include/glib-2.0/glib/gutils.h. Does the file exist? > Does it include a definition like this? > > G_FORMAT_SIZE_DEFAULT = 0 file exists but you are right unable to find such an definition. > > - Look at src/Properties.c in your Shotwell directory (this was > generated from Properties.vala). Does it include a line like this at > the top? > > #include glib.h included. > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Feb 13 21:53:33 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Feb 2012 13:53:33 -0800 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F39851E.7000009@gmail.com> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> <4F398095.6070002@yorba.org> <4F39851E.7000009@gmail.com> Message-ID: <4F39865D.9070506@yorba.org> On 02/13/2012 01:48 PM, Jan Kopeck? wrote: >> - Look at /usr/include/glib-2.0/glib/gutils.h. Does the file exist? >> Does it include a definition like this? >> >> G_FORMAT_SIZE_DEFAULT = 0 > > file exists but you are right unable to find such an definition. That's strange, since this definition exists in that file in the latest version of GLib (2.31.16). What does this print on your system? $ pkg-config --modversion glib-2.0 adam From jankop2 at gmail.com Mon Feb 13 22:00:59 2012 From: jankop2 at gmail.com (=?UTF-8?B?SmFuIEtvcGVja8O9?=) Date: Mon, 13 Feb 2012 23:00:59 +0100 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F39865D.9070506@yorba.org> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> <4F398095.6070002@yorba.org> <4F39851E.7000009@gmail.com> <4F39865D.9070506@yorba.org> Message-ID: <4F39881B.9050604@gmail.com> Dne 13.2.2012 22:53, Adam Dingle napsal(a): > On 02/13/2012 01:48 PM, Jan Kopeck? wrote: >>> - Look at /usr/include/glib-2.0/glib/gutils.h. Does the file >>> exist? Does it include a definition like this? >>> >>> G_FORMAT_SIZE_DEFAULT = 0 >> >> file exists but you are right unable to find such an definition. > > That's strange, since this definition exists in that file in the > latest version of GLib (2.31.16). > > What does this print on your system? > > $ pkg-config --modversion glib-2.0 I got 2.28.8. which is latest on Fedora 15. I will try to update glib-2.0 package and let you now. > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Feb 13 22:06:52 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Feb 2012 14:06:52 -0800 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F39881B.9050604@gmail.com> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> <4F398095.6070002@yorba.org> <4F39851E.7000009@gmail.com> <4F39865D.9070506@yorba.org> <4F39881B.9050604@gmail.com> Message-ID: <4F39897C.3030702@yorba.org> On 02/13/2012 02:00 PM, Jan Kopeck? wrote: > Dne 13.2.2012 22:53, Adam Dingle napsal(a): >> On 02/13/2012 01:48 PM, Jan Kopeck? wrote: >>>> - Look at /usr/include/glib-2.0/glib/gutils.h. Does the file >>>> exist? Does it include a definition like this? >>>> >>>> G_FORMAT_SIZE_DEFAULT = 0 >>> >>> file exists but you are right unable to find such an definition. >> >> That's strange, since this definition exists in that file in the >> latest version of GLib (2.31.16). >> >> What does this print on your system? >> >> $ pkg-config --modversion glib-2.0 > I got 2.28.8. which is latest on Fedora 15. I will try to update > glib-2.0 package and let you now. Ah, yes, Shotwell won't work with that version of GLib. I've just updated the Shotwell makefile to check for at least GLib 2.30.0. adam From jankop2 at gmail.com Mon Feb 13 22:15:59 2012 From: jankop2 at gmail.com (=?UTF-8?B?SmFuIEtvcGVja8O9?=) Date: Mon, 13 Feb 2012 23:15:59 +0100 Subject: [Shotwell] src/Properties.vala compilation error In-Reply-To: <4F39897C.3030702@yorba.org> References: <4F39716A.8050802@gmail.com> <4F397654.6080405@gmail.com> <4F39797E.3000107@gmail.com> <4F397A6F.4050606@gmail.com> <4F398095.6070002@yorba.org> <4F39851E.7000009@gmail.com> <4F39865D.9070506@yorba.org> <4F39881B.9050604@gmail.com> <4F39897C.3030702@yorba.org> Message-ID: <4F398B9F.9030301@gmail.com> I will update later. Anyway Adam thanks a lot for help! Dne 13.2.2012 23:06, Adam Dingle napsal(a): > On 02/13/2012 02:00 PM, Jan Kopeck? wrote: >> Dne 13.2.2012 22:53, Adam Dingle napsal(a): >>> On 02/13/2012 01:48 PM, Jan Kopeck? wrote: >>>>> - Look at /usr/include/glib-2.0/glib/gutils.h. Does the file >>>>> exist? Does it include a definition like this? >>>>> >>>>> G_FORMAT_SIZE_DEFAULT = 0 >>>> >>>> file exists but you are right unable to find such an definition. >>> >>> That's strange, since this definition exists in that file in the >>> latest version of GLib (2.31.16). >>> >>> What does this print on your system? >>> >>> $ pkg-config --modversion glib-2.0 >> I got 2.28.8. which is latest on Fedora 15. I will try to update >> glib-2.0 package and let you now. > > Ah, yes, Shotwell won't work with that version of GLib. > > I've just updated the Shotwell makefile to check for at least GLib > 2.30.0. > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From durduran at yahoo.com Wed Feb 15 18:47:24 2012 From: durduran at yahoo.com (Turgut Durduran) Date: Wed, 15 Feb 2012 10:47:24 -0800 (PST) Subject: [Shotwell] Dual computer workflow? Message-ID: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> Hello, I have just important my f-spot database to shotwell with the intention that I would be able to use it relatively seamlessly on multiple computers in the following workflow. There are two computers: a- Main computer: ??? - all photos are linked (by symbolic links) to folders in? a folder "sync" ???? e.g. in other words, there is a folder sync made of bunch of symbolic links that point to where the photos are ??? - let's say the absolute path to this folder is /sync ??? - .shotwell/data/photo.db is a symbolic link to /sync/photo.db ?b- A laptop computer with limited hard-drive space ???? - it has /sync with the same symbolic links but most of them point to nowhere. ???? - it has a sub-set of the photos that I am just working on or have just copied from various sources ???? - /sync has symbolic links that point to that subset ??? - .shotwell/data/photo.db is a symbolic link to /sync/photo.db ???? - photo.db gets synced with that in the main computer (a) every night. The idea is that eventhough (b) contains only a subset of the photos, I can work on them when I am away from my desktop and I can copy new photos, import them to shotwell and work on them and when I sync the two computers, including the symbolic links, I can access the same information and more in (a). I have just tried to do this with shotwell and it took really really long time (of the ~55K photos only ~500 are in (b)) to load shotwell presumably because it was marking the missing photos and such. It also listed only ~43K photos instead of ~55K photos that I see on the desktop. Now I am afraid of syncing the two databases. I was able to do this with f-spot without any problems. And it was the main reason I chose f-spot back in the day and continued to use it despite all the bugs. Any suggestions for this type of a workflow with shotwell? Thanks, Turgut --- http://www.stwing.upenn.edu/~durduran From thomas at xyz.pp.se Thu Feb 16 12:18:50 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Thu, 16 Feb 2012 13:18:50 +0100 Subject: [Shotwell] Dual computer workflow? In-Reply-To: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> Message-ID: On Wed, Feb 15, 2012 at 7:47 PM, Turgut Durduran wrote: > > Any suggestions for this type of a workflow with shotwell? > I have a setup that works fairly good. Don't have access to them right now so I'm writing this from the top of my head. - Three computers, all having /media/fs mounted as nfs-mounts - Shotwell photos set in the application to /media/fs/Photos - Shotwell db and thumbnails on /media/fs/shotwell/ - Local ~/.shotwell/photos.db symlink to /media/fs/shotwell/photos.db - Local ~/.shotwell/thumbnails symlink to /media/fs/shotwell/thumbnails - Backup of /media/fs/shotwell and /media/fs/Photos are done every day Since all three computers are within the family, I know not to have shotwell running on more than one computer at a time. The only downside to this is that on the wireless laptop, shotwell is REALLY slow.. even though it's a decent 802.11n-connection. On the wired gigabit clients it runs smoothly. Rgds//Thomas From adam at yorba.org Thu Feb 16 13:03:40 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 16 Feb 2012 05:03:40 -0800 Subject: [Shotwell] Dual computer workflow? In-Reply-To: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> Message-ID: <4F3CFEAC.5010709@yorba.org> On 02/15/2012 10:47 AM, Turgut Durduran wrote: > Hello, > > I have just important my f-spot database to shotwell with the intention that I would be able to use it relatively seamlessly on multiple computers in the following workflow. > > > There are two computers: > a- Main computer: > - all photos are linked (by symbolic links) to folders in a folder "sync" > e.g. in other words, there is a folder sync made of bunch of symbolic links that point to where the photos are > - let's say the absolute path to this folder is /sync > - .shotwell/data/photo.db is a symbolic link to /sync/photo.db > > b- A laptop computer with limited hard-drive space > > - it has /sync with the same symbolic links but most of them point to nowhere. > - it has a sub-set of the photos that I am just working on or have just copied from various sources > - /sync has symbolic links that point to that subset > > - .shotwell/data/photo.db is a symbolic link to /sync/photo.db > > - photo.db gets synced with that in the main computer (a) every night. > > The idea is that eventhough (b) contains only a subset of the photos, I can work on them when I am away from my desktop and I can copy new photos, import them to shotwell and work on them and when I sync the two computers, including the symbolic links, I can access the same information and more in (a). > I have just tried to do this with shotwell and it took really really long time (of the ~55K photos only ~500 are in (b)) to load shotwell presumably because it was marking the missing photos and such. It also listed only ~43K photos instead of ~55K photos that I see on the desktop. Now I am afraid of syncing the two databases. > > > I was able to do this with f-spot without any problems. And it was the main reason I chose f-spot back in the day and continued to use it despite all the bugs. > > > Any suggestions for this type of a workflow with shotwell? Turgut, sadly, I don't think this sort of workflow is going to work well with Shotwell today. The problem is that there's really no easy way to sync information (and photos) between two Shotwell databases. A major future goal for Shotwell is to make this kind of workflow reasonable, but we're not there yet. See http://redmine.yorba.org/issues/1292 adam From durduran at yahoo.com Thu Feb 16 14:31:14 2012 From: durduran at yahoo.com (Turgut Durduran) Date: Thu, 16 Feb 2012 06:31:14 -0800 (PST) Subject: [Shotwell] Dual computer workflow? In-Reply-To: <4F3CFEAC.5010709@yorba.org> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> Message-ID: <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> >Turgut, > >sadly, I don't think this sort of workflow is going to work well with >Shotwell today.? The problem is that there's really no easy way to sync i>nformation (and photos) between two Shotwell databases.? A major future >goal for Shotwell is to make this kind of workflow reasonable, but we're >not there yet.? See > >http://redmine.yorba.org/issues/1292 > >adam Hi Adam, Thanks for your comment and the pointer. Of course, that type of syncronization would be ideal. In the meantime, I am willing to continue work on the premise that changes happen only on one computer at a time. If I change things in both computers then I need to lose the changes made in one. This was my work-flow with the behaviour that f-spot had which was to simply ignore the missing photos.? The 'mark missing photos" type of behaviour was enabled by extensions (I think, I never used it). It seems to me that shotwell also would not crash if missing photos are not market out or updated, so I wonder if it is possible to "opt out" from the time spent looking for and marking up the missing photos. A simple configuration switch may be? Am I making sense? Thanks, Turgut From adam at yorba.org Thu Feb 16 19:11:00 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 16 Feb 2012 11:11:00 -0800 Subject: [Shotwell] Dual computer workflow? In-Reply-To: <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> Message-ID: <4F3D54C4.5030605@yorba.org> On 02/16/2012 06:31 AM, Turgut Durduran wrote: >> Turgut, >> >> sadly, I don't think this sort of workflow is going to work well with >> Shotwell today. The problem is that there's really no easy way to sync > i>nformation (and photos) between two Shotwell databases. A major future >> goal for Shotwell is to make this kind of workflow reasonable, but we're >> not there yet. See >> >> http://redmine.yorba.org/issues/1292 >> >> adam > > Hi Adam, > > Thanks for your comment and the pointer. Of course, that type of syncronization would be ideal. > > In the meantime, I am willing to continue work on the premise that changes happen only on one computer at a time. If I change things in both computers then I need to lose the changes made in one. This was my work-flow with the behaviour that f-spot had which was to simply ignore the missing photos. The 'mark missing photos" type of behaviour was enabled by extensions (I think, I never used it). This won't work since Shotwell is completely non-destructive: when you make changes to a photo, Shotwell records the edits in its database (and reapplies them every time you open a photo) but doesn't write to the original photo file. And there's no way to propagate those edits from one database to the other. So your second machine will have no way of seeing the changes made on the first machine, unless you explicitly export all photos which you have changed. Thus, Shotwell's data model currently makes it hard to share edited photos with other instances of Shotwell or other applications. This is a significant limitation, and we want to change this at some point, probably by keeping more information about edits in files. See http://redmine.yorba.org/issues/1798 http://redmine.yorba.org/issues/1879 > It seems to me that shotwell also would not crash if missing photos are not market out or updated, so I wonder if it is possible to "opt out" from the time spent looking for and marking up the missing photos. A simple configuration switch may be? I suppose we could consider an option to skip the startup scan, though it would probably make an important performance difference for users who are storing photos on network drives, which is not generally too useful given the limitations above. I've nevertheless ticketd this here: http://redmine.yorba.org/issues/4754 adam From durduran at yahoo.com Fri Feb 17 10:18:15 2012 From: durduran at yahoo.com (Turgut Durduran) Date: Fri, 17 Feb 2012 02:18:15 -0800 (PST) Subject: [Shotwell] Dual computer workflow? In-Reply-To: <4F3D54C4.5030605@yorba.org> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> Message-ID: <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> Hi Adam, Thanks again for all your responses and links. My comments are below: > > This won't work since Shotwell is completely non-destructive: when you make > changes to a photo, Shotwell records the edits in its database (and reapplies > them every time you open a photo) but doesn't write to the original photo > file.? And there's no way to propagate those edits from one database to the > other.? So your second machine will have no way of seeing the changes made on > the first machine, unless you explicitly export all photos which you have > changed. > > > Thus, Shotwell's data model currently makes it hard to share edited photos > with other instances of Shotwell or other applications.? This is a significant > limitation, and we want to change this at some point, probably by keeping more > information about edits in files.? See > > http://redmine.yorba.org/issues/1798 > http://redmine.yorba.org/issues/1879 > Reading this, I am bit puzzled because I am copying the photos.db file between computers so I would imagine the changes would propagate. I was following the FAQ entry here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-copy-my-Shotwell-library-to-a-new-computer I guess I am being unclear in my description, so I am editing my original one There are two computers: a- Main computer: ??? - all photos are linked (by symbolic links) to folders in? a folder "sync" ???? e.g. in other words, there is a folder sync made of bunch of symbolic links that point to where the photos are ??? - let's say the absolute path to this folder is /sync ??? - .shotwell/data/photo.db is a symbolic link to /sync/photo.db ?b- A laptop computer with limited hard-drive space ???? - it has /sync with the same symbolic links but most of them point to nowhere. ???? - it has a sub-set of the photos that I am just working on or have just copied from various sources ???? - /sync has symbolic links that point to that subset ??? - .shotwell/data/photo.db is a symbolic link to /sync/photo.db ???? - photo.db gets synced with that in the main computer (a) every night or as often as possible. (a) acts as the "Master" and (b) the "Slave". I only edit photos in one computer at a time and if by accident I edit them in both, (a) overwrites (b) by copying its photo.db over that of (b) At the end, both computers end up with the same photo.db? but *without* merging , just simply overwriting. If I am patient enough to wait for the missing photos marking/unmarking process, it seems to work fine to me. Let me know if this makes sense and if this could be implemented with the feature I have requested. As a side note, I agree with some people in the mailing list and the links you mention above that this could be a preference to basically apply the changes a copy of the photos, keeping the originals intact. f-spot did it like this: P2118231 (Modified).JPG P2118231 (Modified (2)).JPG It is bit confusing if you then view your photos outside f-spot but one could get used to it. I have a peace of mind that if f-spot is non-functional then I still have all the changes I did to my photos in my files, I can easily e-mail, copy, distribute my photos without relying on f-spot, for example, in instances where the laptop (b) is busy doing other things and can't handle the processor load. >> It seems to me that shotwell also would not crash if missing photos are not > market out or updated, so I wonder if it is possible to "opt out" from > the time spent looking for and marking up the missing photos. A simple > configuration switch may be? > > I suppose we could consider an option to skip the startup scan, though it would > probably make an important performance difference for users who are storing > photos on network drives, which is not generally too useful given the > limitations above.? I've nevertheless ticketd this here: > > http://redmine.yorba.org/issues/4754 Thanks. I think that would be nice to implement to skip searching for missing-files. I guess I could also imagine turning on my laptop without the network drive present and therefore having a bunch of missing photos. Turgut > From adam at yorba.org Fri Feb 17 14:16:22 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 17 Feb 2012 06:16:22 -0800 Subject: [Shotwell] Dual computer workflow? In-Reply-To: <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> Message-ID: <4F3E6136.8000300@yorba.org> On 02/17/2012 02:18 AM, Turgut Durduran wrote: > Hi Adam, > > Thanks again for all your responses and links. My comments are below: > >> This won't work since Shotwell is completely non-destructive: when you make >> changes to a photo, Shotwell records the edits in its database (and reapplies >> them every time you open a photo) but doesn't write to the original photo >> file. And there's no way to propagate those edits from one database to the >> other. So your second machine will have no way of seeing the changes made on >> the first machine, unless you explicitly export all photos which you have >> changed. > Reading this, I am bit puzzled because I am copying the photos.db file between computers so I would imagine the changes would propagate. I was following the FAQ entry here: > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-copy-my-Shotwell-library-to-a-new-computer > > I guess I am being unclear in my description, so I am editing my original one > > > There are two computers: > a- Main computer: > - all photos are linked (by symbolic links) to folders in a folder "sync" > e.g. in other words, there is a folder sync made of bunch of symbolic links that point to where the photos are > - let's say the absolute path to this folder is /sync > - .shotwell/data/photo.db is a symbolic link to /sync/photo.db > > b- A laptop computer with limited hard-drive space > > - it has /sync with the same symbolic links but most of them point to nowhere. > - it has a sub-set of the photos that I am just working on or have just copied from various sources > - /sync has symbolic links that point to that subset > > - .shotwell/data/photo.db is a symbolic link to /sync/photo.db > - photo.db gets synced with that in the main computer (a) every night or as often as possible. > > > (a) acts as the "Master" and (b) the "Slave". I only edit photos in one > computer at a time and if by accident I edit them in both, (a) > overwrites (b) by copying its photo.db over that of (b) > > At the end, both computers end up with the same photo.db but *without* merging , just simply overwriting. > > If I am patient enough to wait for the missing photos marking/unmarking process, it seems to work fine to me. > > Let me know if this makes sense and if this could be implemented with the feature I have requested. Ah, OK, now I understand what you're doing. I hadn't realized that you were copying photo.db in its entirety from one machine to the other, and only making changes on the machine that is holding the current photo.db. Clever. :) Yes, I think this will work, even if some photos are on only one machine or the other. And yes, I agree that if the startup scan is slow with large libraries (and we can't make it fast) then it might be nice to let users skip it if they want. adam From abe at hamoid.com Fri Feb 17 14:36:19 2012 From: abe at hamoid.com (Abe Pazos) Date: Fri, 17 Feb 2012 16:36:19 +0200 Subject: [Shotwell] Dual computer workflow? In-Reply-To: <4F3E6136.8000300@yorba.org> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> <4F3E6136.8000300@yorba.org> Message-ID: I was thinking that probably it's not that hard to merge the databases with a Python script. I've done that in the past with two MySQL databases. Of course one risks messing up the db, but if you keep copies it should be ok. It's just matter of reading both tables, ignoring common rows, and then asking in which direction to copy/merge/delete. Beyond Compare does this merging very well and can serve as an example. This could serve as an external merging tool to find the best workflow, and later parts of it could be rewritten in Shotwell if people are interested. Actually, I can imagine using an external "Shotwell DB manager tool". For example to move photos to a new location. I did that already using SQLite Manager in Firefox. Such a tool would provide an easier interface to move, rename, merge, etc. without having to know SQL. But maybe the Shotwell devs are not so happy about people tinkering with the db? :) Abe On Fri, Feb 17, 2012 at 16:16, Adam Dingle wrote: > On 02/17/2012 02:18 AM, Turgut Durduran wrote: > >> Hi Adam, >> >> Thanks again for all your responses and links. My comments are below: >> >> This won't work since Shotwell is completely non-destructive: when you >>> make >>> changes to a photo, Shotwell records the edits in its database (and >>> reapplies >>> them every time you open a photo) but doesn't write to the original photo >>> file. And there's no way to propagate those edits from one database to >>> the >>> other. So your second machine will have no way of seeing the changes >>> made on >>> the first machine, unless you explicitly export all photos which you have >>> changed. >>> >> Reading this, I am bit puzzled because I am copying the photos.db file >> between computers so I would imagine the changes would propagate. I was >> following the FAQ entry here: >> >> http://redmine.yorba.org/**projects/shotwell/wiki/** >> ShotwellFAQ#How-can-I-copy-my-**Shotwell-library-to-a-new-**computer >> >> I guess I am being unclear in my description, so I am editing my original >> one >> >> >> There are two computers: >> a- Main computer: >> - all photos are linked (by symbolic links) to folders in a folder >> "sync" >> e.g. in other words, there is a folder sync made of bunch of >> symbolic links that point to where the photos are >> - let's say the absolute path to this folder is /sync >> - .shotwell/data/photo.db is a symbolic link to /sync/photo.db >> >> b- A laptop computer with limited hard-drive space >> >> - it has /sync with the same symbolic links but most of them point >> to nowhere. >> - it has a sub-set of the photos that I am just working on or have >> just copied from various sources >> - /sync has symbolic links that point to that subset >> >> - .shotwell/data/photo.db is a symbolic link to /sync/photo.db >> - photo.db gets synced with that in the main computer (a) every >> night or as often as possible. >> >> >> (a) acts as the "Master" and (b) the "Slave". I only edit photos in one >> computer at a time and if by accident I edit them in both, (a) >> overwrites (b) by copying its photo.db over that of (b) >> >> At the end, both computers end up with the same photo.db but *without* >> merging , just simply overwriting. >> >> If I am patient enough to wait for the missing photos marking/unmarking >> process, it seems to work fine to me. >> >> Let me know if this makes sense and if this could be implemented with the >> feature I have requested. >> > > Ah, OK, now I understand what you're doing. I hadn't realized that you > were copying photo.db in its entirety from one machine to the other, and > only making changes on the machine that is holding the current photo.db. > Clever. :) Yes, I think this will work, even if some photos are on only > one machine or the other. > > And yes, I agree that if the startup scan is slow with large libraries > (and we can't make it fast) then it might be nice to let users skip it if > they want. > > adam > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From oliver at first.in-berlin.de Fri Feb 17 15:43:04 2012 From: oliver at first.in-berlin.de (oliver) Date: Fri, 17 Feb 2012 16:43:04 +0100 Subject: [Shotwell] Dual computer workflow? In-Reply-To: References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> <4F3E6136.8000300@yorba.org> Message-ID: <20120217154304.GC4248@siouxsie> On Fri, Feb 17, 2012 at 04:36:19PM +0200, Abe Pazos wrote: > I was thinking that probably it's not that hard to merge the databases > with a Python script. I've done that in the past with two MySQL databases. > > Of course one risks messing up the db, but if you keep copies it should > be ok. It's just matter of reading both tables, ignoring common rows, > and then asking in which direction to copy/merge/delete. Beyond Compare > does this merging very well and can serve as an example. [...] If the shotwell db itself would be able to include many sources, as I proposed a while ago, then an external solution would not be necessary. It would solve the problem of ressources on USB-sticks, external drives and more-than-one db on the same computer (e.g. keep photos of different topics or persons seperated, but browse them together, if asked for it). > > This could serve as an external merging tool to find the best workflow, and > later parts of it could be rewritten in Shotwell if people are interested. Merging databases (wiuthout necessarily merging the directories with all files) as one ability of shotwell would be fine. > > Actually, I can imagine using an external "Shotwell DB manager tool". > For example to move photos to a new location. I did that already using > SQLite Manager in Firefox. Such a tool would provide an easier interface > to move, rename, merge, etc. without having to know SQL. A completely tool-related approach (like unix toolbox) also would make sense to me. But then I think, shotwell should be reduced in functionality as just a GUI that uses those tools. But maybe there are no such tools available that cover all needed functionality. Ciao, Oliver From durduran at yahoo.com Fri Feb 17 16:33:56 2012 From: durduran at yahoo.com (Turgut Durduran) Date: Fri, 17 Feb 2012 08:33:56 -0800 (PST) Subject: [Shotwell] Dual computer workflow? In-Reply-To: <4F3E6136.8000300@yorba.org> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> <4F3E6136.8000300@yorba.org> Message-ID: <1329496436.31842.YahooMailNeo@web160304.mail.bf1.yahoo.com> ? > Ah, OK, now I understand what you're doing.? I hadn't realized that you > were copying photo.db in its entirety from one machine to the other, and > only making changes on the machine that is holding the current > photo.db.? Clever.? :)? Yes, I think this will work, even if some photos > are on only one machine or the other. > > And yes, I agree that if the startup scan is slow with large libraries > (and we can't make it fast) then it might be nice to let users skip it > if they want. > Hi Adam, Thanks! I do not know how the feature page works, should I vote and voice my interested in that feature over there? :) Cheers, Turgut From adam at yorba.org Fri Feb 17 21:55:43 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 17 Feb 2012 13:55:43 -0800 Subject: [Shotwell] Dual computer workflow? In-Reply-To: <1329496436.31842.YahooMailNeo@web160304.mail.bf1.yahoo.com> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> <4F3E6136.8000300@yorba.org> <1329496436.31842.YahooMailNeo@web160304.mail.bf1.yahoo.com> Message-ID: <4F3ECCDF.30008@yorba.org> On 02/17/2012 08:33 AM, Turgut Durduran wrote: > > >> Ah, OK, now I understand what you're doing. I hadn't realized that you >> were copying photo.db in its entirety from one machine to the other, and >> only making changes on the machine that is holding the current >> photo.db. Clever. :) Yes, I think this will work, even if some photos >> are on only one machine or the other. >> >> And yes, I agree that if the startup scan is slow with large libraries >> (and we can't make it fast) then it might be nice to let users skip it >> if they want. >> > > > Hi Adam, > > Thanks! I do not know how the feature page works, should I vote and voice my interested in that feature over there? :) We don't have a voting system per se, but your comments are certainly welcome on the feature request ticket: http://redmine.yorba.org/issues/4754 To comment on any ticket, you'll first need to log into Yorba Redmine. On the ticket page, click the Update link, type your comment and press Submit. Cheers - adam From onefiftyfour at hotmail.com Sat Feb 18 16:51:20 2012 From: onefiftyfour at hotmail.com (Eric L) Date: Sat, 18 Feb 2012 10:51:20 -0600 Subject: [Shotwell] use of Google Application specific passwords requires shotwell to remember passwords Message-ID: Not sure if this is a bug or feature request. For publishing to google picasa web albums it would be nice for shotwell to remember my google password. I use google's security feature combination of "2-step verification" and "Application-specific passwords". For applications like shotwell that need access to my google account I generate an application specific password (would look like: vbmbrqdvvygc ajwd )that should only be entered once into the application. -Eric From jankop2 at gmail.com Sun Feb 19 21:08:41 2012 From: jankop2 at gmail.com (=?UTF-8?B?SmFuIEtvcGVja8O9?=) Date: Sun, 19 Feb 2012 22:08:41 +0100 Subject: [Shotwell] Translation fix Message-ID: <4F4164D9.8030001@gmail.com> Hi, i would like to start contribute. I hope new contributors are welcomed. Translation fix could be good start. I noticed that in Czech language "Import from Another Application..." menu item and dialog translation is missing. What are the right steps? Fill in new bug at http://redmine.yorba.org/projects/shotwell, mark myself as responsible and send patch as comment? Second thing. I got bug to fill in. Steps to reproduce: 1. Run latest build from trunk Revision 168ac5c2 2. Edit -> Settings -> Plugins -> Data Imports Disable previously enabled F-Spot import 3a. "Import from Another Application..." Shotwell freeze. See import_freeze.log 3b. Exit Shotwell and run again. "Import from Another Application..." Shotwell crash. See import_crash.log Didn't find similar bug at http://redmine.yorba.org/projects/shotwell. Same steps as in case of translation? Jan From jankop2 at gmail.com Sun Feb 19 21:12:59 2012 From: jankop2 at gmail.com (=?UTF-8?B?SmFuIEtvcGVja8O9?=) Date: Sun, 19 Feb 2012 22:12:59 +0100 Subject: [Shotwell] Translation fix Message-ID: <4F4165DB.1060001@gmail.com> Sorry. Forgot attachments.. From eric at yorba.org Sun Feb 19 22:03:16 2012 From: eric at yorba.org (Eric Gregory) Date: Sun, 19 Feb 2012 14:03:16 -0800 Subject: [Shotwell] Translation fix In-Reply-To: <4F4164D9.8030001@gmail.com> References: <4F4164D9.8030001@gmail.com> Message-ID: Hi Jan, On Feb 19, 2012, at 1:08 PM, Jan Kopeck? wrote: > i would like to start contribute. I hope new contributors are welcomed. Translation fix could be good start. I noticed that in Czech language "Import from Another Application..." menu item and dialog translation is missing. What are the right steps? Fill in new bug at http://redmine.yorba.org/projects/shotwell, mark myself as responsible and send patch as comment? Please read through our translation guide here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellInternationalizationGuide Also note that our mailing list doesn't accept attachments! Sorry about that. > Second thing. I got bug to fill in. Steps to reproduce: > > 1. Run latest build from trunk > Revision 168ac5c2 > 2. Edit -> Settings -> Plugins -> Data Imports > Disable previously enabled F-Spot import > 3a. "Import from Another Application..." > Shotwell freeze. See import_freeze.log > 3b. Exit Shotwell and run again. "Import from Another Application..." > Shotwell crash. See import_crash.log > > Didn't find similar bug at http://redmine.yorba.org/projects/shotwell. Same steps as in case of translation? What version of Shotwell are you running? I know we've had a few F-Spot import issues recently. If your'e running a recent version (0.11 or better) then yes, please do file a ticket on our Redmine. It sounds like you've got steps for a consistent reproduction of the problem, which is perfect. If you open a ticket on Redmine you can attach the log there. Thanks! - Eric From thomas at xyz.pp.se Mon Feb 20 08:18:47 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Mon, 20 Feb 2012 09:18:47 +0100 Subject: [Shotwell] Dual computer workflow? In-Reply-To: <4F3E6136.8000300@yorba.org> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> <4F3E6136.8000300@yorba.org> Message-ID: <4F4201E7.2050407@xyz.pp.se> Instead of copying the entire db back and forth, why not just have it on a network drive like I do? NFS or SMB could be used. To make sure the DB is OK when starting shotwell you could create a little wrapper-script to check the db before executing shotwell. Having it in a Dropbox (or similar) folder would also work. (sorry for top-posting but this is how I must have my MTA configured @ work) Rgds//Thomas -------- Original Message -------- Subject: Re: [Shotwell] Dual computer workflow? From: Adam Dingle To: Turgut Durduran Cc: "shotwell at lists.yorba.org" Date: 2012-02-17 15:16 On 02/17/2012 02:18 AM, Turgut Durduran wrote: Hi Adam, Thanks again for all your responses and links. My comments are below: This won't work since Shotwell is completely non-destructive: when you make changes to a photo, Shotwell records the edits in its database (and reapplies them every time you open a photo) but doesn't write to the original photo file. And there's no way to propagate those edits from one database to the other. So your second machine will have no way of seeing the changes made on the first machine, unless you explicitly export all photos which you have changed. Reading this, I am bit puzzled because I am copying the photos.db file between computers so I would imagine the changes would propagate. I was following the FAQ entry here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-copy-my-Shotwell-library-to-a-new-computer I guess I am being unclear in my description, so I am editing my original one There are two computers: a- Main computer: - all photos are linked (by symbolic links) to folders in a folder "sync" e.g. in other words, there is a folder sync made of bunch of symbolic links that point to where the photos are - let's say the absolute path to this folder is /sync - .shotwell/data/photo.db is a symbolic link to /sync/photo.db b- A laptop computer with limited hard-drive space - it has /sync with the same symbolic links but most of them point to nowhere. - it has a sub-set of the photos that I am just working on or have just copied from various sources - /sync has symbolic links that point to that subset - .shotwell/data/photo.db is a symbolic link to /sync/photo.db - photo.db gets synced with that in the main computer (a) every night or as often as possible. (a) acts as the "Master" and (b) the "Slave". I only edit photos in one computer at a time and if by accident I edit them in both, (a) overwrites (b) by copying its photo.db over that of (b) At the end, both computers end up with the same photo.db but *without* merging , just simply overwriting. If I am patient enough to wait for the missing photos marking/unmarking process, it seems to work fine to me. Let me know if this makes sense and if this could be implemented with the feature I have requested. Ah, OK, now I understand what you're doing. I hadn't realized that you were copying photo.db in its entirety from one machine to the other, and only making changes on the machine that is holding the current photo.db. Clever. :) Yes, I think this will work, even if some photos are on only one machine or the other. And yes, I agree that if the startup scan is slow with large libraries (and we can't make it fast) then it might be nice to let users skip it if they want. adam _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Feb 20 15:44:11 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 20 Feb 2012 07:44:11 -0800 Subject: [Shotwell] use of Google Application specific passwords requires shotwell to remember passwords In-Reply-To: References: Message-ID: <4F426A4B.9030705@yorba.org> On 02/18/2012 08:51 AM, Eric L wrote: > Not sure if this is a bug or feature request. > For publishing to google picasa web albums it would be nice for shotwell to remember my google password. I use google's security feature combination of "2-step verification" and "Application-specific passwords". > For applications like shotwell that need access to my google account I generate an application specific password (would look like: vbmbrqdvvygc ajwd )that should only be entered once into the application. Thanks for the suggestion. I've created a feature request ticket here: http://redmine.yorba.org/issues/4759 adam From alehelu at gmail.com Mon Feb 20 16:43:12 2012 From: alehelu at gmail.com (alehelu at gmail.com) Date: Mon, 20 Feb 2012 17:43:12 +0100 Subject: [Shotwell] Export shotwell database Message-ID: <4F427820.3050205@gmail.com> Currently, as far as I'm aware, moving a shotwell collection between computers involves copying some hidden files. I don't have any problems doing this, but I'm guessing the average user might be confused. Is there any chance the developers might add an "export shotwell database" and a "import shotwell database" function to the shotwell menu? The "export shotwell database" would export the database to a user selected location (along with a warning dialogue box informing the user that this only exports the database) and the "import shotwell database" would do just that, import the database. Maybe the export dialogue could also include a checkbox which, when selected, would also include the actual library for easy moving to a new computer. From adam at yorba.org Mon Feb 20 17:21:16 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 20 Feb 2012 09:21:16 -0800 Subject: [Shotwell] Export shotwell database In-Reply-To: <4F427820.3050205@gmail.com> References: <4F427820.3050205@gmail.com> Message-ID: <4F42810C.9040703@yorba.org> On 02/20/2012 08:43 AM, alehelu at gmail.com wrote: > Currently, as far as I'm aware, moving a shotwell collection between > computers involves copying some hidden files. I don't have any problems > doing this, but I'm guessing the average user might be confused. Is > there any chance the developers might add an "export shotwell database" > and a "import shotwell database" function to the shotwell menu? The > "export shotwell database" would export the database to a user selected > location (along with a warning dialogue box informing the user that this > only exports the database) and the "import shotwell database" would do > just that, import the database. > > Maybe the export dialogue could also include a checkbox which, when > selected, would also include the actual library for easy moving to a > new computer. Yes - we have a feature request for this here: http://redmine.yorba.org/issues/3909 Comments are welcome on that ticket. Cheers - adam From alehelu at gmail.com Mon Feb 20 17:43:33 2012 From: alehelu at gmail.com (alehelu at gmail.com) Date: Mon, 20 Feb 2012 18:43:33 +0100 Subject: [Shotwell] Reposition key photo Message-ID: <4F428645.3090704@gmail.com> When selecting a photo to be that events key photo, it automatically uses the center of that image. I have an image that is taken in portrait orientation which I wanted to use as the key photo, but when doing so, the tops of the peoples heads got cut off. Is there some way I can reposition the area of the photo that gets used? If not, is this a planned function? One way to implement this could be to click and hold down the left mouse button on the event. After roughly 1 second of this, the user can drag the picture around to reposition the section used as the key photo. From adam at yorba.org Mon Feb 20 17:48:08 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 20 Feb 2012 09:48:08 -0800 Subject: [Shotwell] Reposition key photo In-Reply-To: <4F428645.3090704@gmail.com> References: <4F428645.3090704@gmail.com> Message-ID: <4F428758.3050701@yorba.org> On 02/20/2012 09:43 AM, alehelu at gmail.com wrote: > When selecting a photo to be that events key photo, it automatically > uses the center of that image. I have an image that is taken in > portrait orientation which I wanted to use as the key photo, but when > doing so, the tops of the peoples heads got cut off. Is there some way > I can reposition the area of the photo that gets used? No - Shotwell won't let you do that today. I've created a feature request here: http://redmine.yorba.org/issues/4762 As a workaround, you could duplicate the photo in question (use Edit->Duplicate), then crop the duplicate copy as you like and use that as the key photo. Cheers - adam From durduran at yahoo.com Tue Feb 21 09:05:40 2012 From: durduran at yahoo.com (Turgut Durduran) Date: Tue, 21 Feb 2012 01:05:40 -0800 (PST) Subject: [Shotwell] Dual computer workflow? In-Reply-To: <4F4201E7.2050407@xyz.pp.se> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> <4F3E6136.8000300@yorba.org> <4F4201E7.2050407@xyz.pp.se> Message-ID: <1329815140.3859.YahooMailNeo@web160305.mail.bf1.yahoo.com> >Instead of copying the entire db back and forth, why not just have it on a network drive like I do? NFS or SMB could be used. To make sure the DB is OK when starting shotwell you could create a little wrapper-script to check the db before executing shotwell. > >Having it in a Dropbox (or similar) folder would also work. > >(sorry for top-posting but this is how I must have my MTA configured @ work) > >Rgds//Thomas Hi Thomas, Dropbox would indeed work since it keeps copies of the files locally but a network drive would not work for me since I work on my photos while travelling often without an internet connection. I worry a bit about Dropbox since sometimes I seem to end up in a very bandwidth consuming continuous syncing when working on something interactively from there. Thanks, Turgut From clanlaw at googlemail.com Tue Feb 21 09:09:59 2012 From: clanlaw at googlemail.com (Colin Law) Date: Tue, 21 Feb 2012 09:09:59 +0000 Subject: [Shotwell] Dual computer workflow? In-Reply-To: <1329815140.3859.YahooMailNeo@web160305.mail.bf1.yahoo.com> References: <1329331644.5306.YahooMailNeo@web160306.mail.bf1.yahoo.com> <4F3CFEAC.5010709@yorba.org> <1329402674.72666.YahooMailNeo@web160303.mail.bf1.yahoo.com> <4F3D54C4.5030605@yorba.org> <1329473895.34369.YahooMailNeo@web160305.mail.bf1.yahoo.com> <4F3E6136.8000300@yorba.org> <4F4201E7.2050407@xyz.pp.se> <1329815140.3859.YahooMailNeo@web160305.mail.bf1.yahoo.com> Message-ID: On 21 February 2012 09:05, Turgut Durduran wrote: > > >>Instead of copying the entire db back and forth, why not just have it on a network drive like I do? NFS or SMB could be used. To make sure the DB is OK when starting shotwell you could create a little wrapper-script to check the db before executing shotwell. >> >>Having it in a Dropbox (or similar) folder would also work. >> >>(sorry for top-posting but this is how I must have my MTA configured @ work) >> >>Rgds//Thomas > > > Hi Thomas, > > > Dropbox would indeed work since it keeps copies of the files locally but a network drive would not work for me since I work on my photos while travelling often without an internet connection. I worry a bit about Dropbox since sometimes I seem to end up in a very bandwidth consuming continuous syncing when working on something interactively from there. Note that you can pause syncing on Dropbox until you have finished edits, in order to prevent it repeatedly uploading a modified file. Also it can be set not to automatically start on boot so that you have to manually start it when you want to sync. Colin From alehelu at gmail.com Tue Feb 21 21:00:15 2012 From: alehelu at gmail.com (Aleksander Helgaker) Date: Tue, 21 Feb 2012 22:00:15 +0100 Subject: [Shotwell] Resize size of event view Message-ID: Did a quick search to see if this has been discussed, and couldn't find anything. Just wanted to ask if this is already possible before submitting a feature request. Is there anyway to resize the images in the events view? When browsing events, the event thumbnails look, in my personal opinion, way to large. When inside an event, looking through images, there is a slider at the bottom to resize the the thumbnails. Could the same slider be made available in the event view so that we can resize the event thumbnails? Hope that made sense :) From adam at yorba.org Tue Feb 21 22:39:19 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 21 Feb 2012 14:39:19 -0800 Subject: [Shotwell] Resize size of event view In-Reply-To: References: Message-ID: <4F441D17.5010000@yorba.org> On 02/21/2012 01:00 PM, Aleksander Helgaker wrote: > Did a quick search to see if this has been discussed, and couldn't > find anything. Just wanted to ask if this is already possible before > submitting a feature request. > > Is there anyway to resize the images in the events view? When browsing > events, the event thumbnails look, in my personal opinion, way to > large. When inside an event, looking through images, there is a slider > at the bottom to resize the the thumbnails. Could the same slider be > made available in the event view so that we can resize the event > thumbnails? Aleksander, I agree that would be nice. We've had an open feature request for this for a long time: http://redmine.yorba.org/issues/1156 Patches are welcome. :) adam From alehelu at gmail.com Tue Feb 21 23:19:44 2012 From: alehelu at gmail.com (alehelu at gmail.com) Date: Wed, 22 Feb 2012 00:19:44 +0100 Subject: [Shotwell] Resize size of event view In-Reply-To: <4F441D17.5010000@yorba.org> References: <4F441D17.5010000@yorba.org> Message-ID: <4F442690.3020801@gmail.com> > > Aleksander, > > I agree that would be nice. We've had an open feature request for this > for a long time: > > http://redmine.yorba.org/issues/1156 > > Patches are welcome. :) > > adam I guess I should have been smart enough to search for feature requests with the word zoom in them :p. Thanks for the link. Aleks From baurthefirst at gmail.com Thu Feb 23 11:08:28 2012 From: baurthefirst at gmail.com (Baurzhan Muftakhidinov) Date: Thu, 23 Feb 2012 17:08:28 +0600 Subject: [Shotwell] Plural form usage in shotwell core po file Message-ID: Hello! I want to ask here about the shotwell core po file. I am representing the Kazakh language which is turk-related lang, thus our plural forms is pretty simple - nouns just do not change. But, let's take shotwell core po file as example, Devs use for single noun "1 file failed to import due to a file or hardware error:\n" and for plural form "%d files failed to import due to a file or hardware error:\n" How should I translate the string in this case? First variant do not have %d in it! BTW, this is the second time I'm facing it, first one was with the Gajim, which is PyGTK-based XMPP/Jabber client. They wrote for single noun "Yesterday" and for plural form "%d day before" To fix it, I changed plural forms of it to "Plural-Forms: nplurals=2; plural= (n != 1);\n", just like the English language has. But if I do this for shotwell and try to upload it to Transifex, it changes the plural forms back to its previous state, being so smart. So I get 6 strings untranslated again. So, my question is, if I translate as "%d files failed to import due to a file or hardware error:\n" for both cases, will it be replaced correctly for the case when noun is single? Thanks, From mark at foresightlinux.org Thu Feb 23 11:34:18 2012 From: mark at foresightlinux.org (Mark Trompell) Date: Thu, 23 Feb 2012 12:34:18 +0100 Subject: [Shotwell] shotwell and vala 0.14.x Message-ID: Do you plan to release a version of shotwell that works with the current stable releases of vala? regards Mark -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From stimberg at users.sourceforge.net Thu Feb 23 13:12:59 2012 From: stimberg at users.sourceforge.net (Marcel Stimberg) Date: Thu, 23 Feb 2012 14:12:59 +0100 Subject: [Shotwell] Plural form usage in shotwell core po file In-Reply-To: References: Message-ID: Hi, > But, let's take shotwell core po file as example, > > Devs use for single noun > "1 file failed to import due to a file or hardware error:\n" > > and for plural form > "%d files failed to import due to a file or hardware error:\n" > > How should I translate the string in this case? > First variant do not have %d in it! I think there is nothing wrong with the way shotwell handles plural translations: It is not a problem that one of the English strings does not contain the placeholder, you can use it in the translated string anyway. Here is some more information on that subject: http://www.gnu.org/software/gettext/manual/gettext.html#Translating-plural-forms You should certainly not have to change the plural form definition in any way. Cheers Marcel From baurthefirst at gmail.com Thu Feb 23 13:14:45 2012 From: baurthefirst at gmail.com (Baurzhan Muftakhidinov) Date: Thu, 23 Feb 2012 19:14:45 +0600 Subject: [Shotwell] Plural form usage in shotwell core po file In-Reply-To: References: Message-ID: Hello, It is resolved now, thanks for your help Cheers, On Thu, Feb 23, 2012 at 7:12 PM, Marcel Stimberg wrote: > Hi, > >> But, let's take shotwell core po file as example, >> >> Devs use for single noun >> "1 file failed to import due to a file or hardware error:\n" >> >> and for plural form >> "%d files failed to import due to a file or hardware error:\n" >> >> How should I translate the string in this case? >> First variant do not have %d in it! > > I think there is nothing wrong with the way shotwell handles plural > translations: It is not a problem that one of the English strings does > not contain the placeholder, you can use it in the translated string > anyway. Here is some more information on that subject: > http://www.gnu.org/software/gettext/manual/gettext.html#Translating-plural-forms > You should certainly not have to change the plural form definition in > any way. > > Cheers > ?Marcel > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Thu Feb 23 13:25:23 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 23 Feb 2012 05:25:23 -0800 Subject: [Shotwell] shotwell and vala 0.14.x In-Reply-To: References: Message-ID: <4F463E43.3030008@yorba.org> On 02/23/2012 03:34 AM, Mark Trompell wrote: > Do you plan to release a version of shotwell that works with the > current stable releases of vala? Actually we have no such plan. I wish that we had been able to support Vala 0.14.x in the last stable release of Shotwell (0.11, which appeared last August). Unfortunately we didn't look at Vala 0.13.x until too late in the development cycle, and at that point it was too risky to make the changes we'd need to support the newer Vala, so Shotwell 0.11 builds with Vala 0.12. To avoid making the same mistake again, in the current development cycle we've been tracking Vala 0.15 all along, so the upcoming Shotwell 0.12 will certainly build with Vala 0.16. You might be able to backport the current Shotwell trunk (0.11.9x) to Vala 0.14 without too much effort. I don't think we have the resources to implement (and test and maintain) that at Yorba, however. I recommend that you not attempt to build the older Shotwell 0.11 with Vala 0.14, however, since that will expose a dangerous data corruption bug (see http://redmine.yorba.org/issues/4201). adam From david.velazquez08 at gmail.com Thu Feb 23 16:00:44 2012 From: david.velazquez08 at gmail.com (David Velazquez) Date: Thu, 23 Feb 2012 11:00:44 -0500 Subject: [Shotwell] shotwell and vala 0.14.x In-Reply-To: <4F463E43.3030008@yorba.org> References: <4F463E43.3030008@yorba.org> Message-ID: Hi, does this mean you'll be dropping support for Ubuntu 11.10 (Oneiric) in the next update? Taking a peek into the current repository I see Oneiric just has valac-.14 (I think this is the vala we're all talking about) and Precise has .16. Going further and looking at Yorbas PPA for Shotwell I see that only Shotwell itself is being maintained in there. Unless this changes it seems 11.10 users will either have to grab vala by themselves or live with an outdated version of Shotwell. On Thu, Feb 23, 2012 at 8:25 AM, Adam Dingle wrote: > On 02/23/2012 03:34 AM, Mark Trompell wrote: > >> Do you plan to release a version of shotwell that works with the >> current stable releases of vala? >> > > Actually we have no such plan. I wish that we had been able to support > Vala 0.14.x in the last stable release of Shotwell (0.11, which appeared > last August). Unfortunately we didn't look at Vala 0.13.x until too late > in the development cycle, and at that point it was too risky to make the > changes we'd need to support the newer Vala, so Shotwell 0.11 builds with > Vala 0.12. To avoid making the same mistake again, in the current > development cycle we've been tracking Vala 0.15 all along, so the upcoming > Shotwell 0.12 will certainly build with Vala 0.16. > > You might be able to backport the current Shotwell trunk (0.11.9x) to Vala > 0.14 without too much effort. I don't think we have the resources to > implement (and test and maintain) that at Yorba, however. I recommend that > you not attempt to build the older Shotwell 0.11 with Vala 0.14, however, > since that will expose a dangerous data corruption bug (see > http://redmine.yorba.org/**issues/4201 > ). > > adam > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From adam at yorba.org Thu Feb 23 16:10:16 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 23 Feb 2012 08:10:16 -0800 Subject: [Shotwell] shotwell and vala 0.14.x In-Reply-To: References: <4F463E43.3030008@yorba.org> Message-ID: <4F4664E8.5000103@yorba.org> The next Shotwell release (0.12) will support Oneiric and there will be a build for Oneiric on the Yorba PPA. Oneiric includes a valac-0.12 package which we should be able to use for the build: http://packages.ubuntu.com/oneiric/valac-0.12 adam On 02/23/2012 08:00 AM, David Velazquez wrote: > Hi, does this mean you'll be dropping support for Ubuntu 11.10 > (Oneiric) in the next update? Taking a peek into the current > repository I see Oneiric just has valac-.14 (I think this is the vala > we're all talking about) and Precise has .16. Going further and > looking at Yorbas PPA for Shotwell I see that only Shotwell itself is > being maintained in there. Unless this changes it seems 11.10 users > will either have to grab vala by themselves or live with an outdated > version of Shotwell. > > On Thu, Feb 23, 2012 at 8:25 AM, Adam Dingle > wrote: > > On 02/23/2012 03:34 AM, Mark Trompell wrote: > > Do you plan to release a version of shotwell that works with the > current stable releases of vala? > > > Actually we have no such plan. I wish that we had been able to > support Vala 0.14.x in the last stable release of Shotwell (0.11, > which appeared last August). Unfortunately we didn't look at Vala > 0.13.x until too late in the development cycle, and at that point > it was too risky to make the changes we'd need to support the > newer Vala, so Shotwell 0.11 builds with Vala 0.12. To avoid > making the same mistake again, in the current development cycle > we've been tracking Vala 0.15 all along, so the upcoming Shotwell > 0.12 will certainly build with Vala 0.16. > > You might be able to backport the current Shotwell trunk (0.11.9x) > to Vala 0.14 without too much effort. I don't think we have the > resources to implement (and test and maintain) that at Yorba, > however. I recommend that you not attempt to build the older > Shotwell 0.11 with Vala 0.14, however, since that will expose a > dangerous data corruption bug (see > http://redmine.yorba.org/issues/4201). > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Thu Feb 23 16:13:46 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 23 Feb 2012 08:13:46 -0800 Subject: [Shotwell] shotwell and vala 0.14.x In-Reply-To: <4F4664E8.5000103@yorba.org> References: <4F463E43.3030008@yorba.org> <4F4664E8.5000103@yorba.org> Message-ID: <4F4665BA.9010309@yorba.org> Oops - I wasn't thinking when I wrote that. :) Here's what I meant. Yes, Shotwell 0.12 will support Oneiric. We'll be able to build for Oneiric using Vala 0.16 from the Vala PPA (which currently includes Vala 0.15.1 for Oneiric): https://launchpad.net/~vala-team/+archive/ppa?field.series_filter=oneiric Recall that Vala is necessary for building Shotwell, but not for running. If you just want Shotwell 0.12 for Oneiric, you'll be able to get it from the Yorba PPA. If you want to build it yourself, you'll be able to get Vala 0.16 from the Vala PPA. adam On 02/23/2012 08:10 AM, Adam Dingle wrote: > The next Shotwell release (0.12) will support Oneiric and there will > be a build for Oneiric on the Yorba PPA. Oneiric includes a > valac-0.12 package which we should be able to use for the build: > > http://packages.ubuntu.com/oneiric/valac-0.12 > > adam > > On 02/23/2012 08:00 AM, David Velazquez wrote: >> Hi, does this mean you'll be dropping support for Ubuntu 11.10 >> (Oneiric) in the next update? Taking a peek into the current >> repository I see Oneiric just has valac-.14 (I think this is the vala >> we're all talking about) and Precise has .16. Going further and >> looking at Yorbas PPA for Shotwell I see that only Shotwell itself is >> being maintained in there. Unless this changes it seems 11.10 users >> will either have to grab vala by themselves or live with an outdated >> version of Shotwell. >> >> On Thu, Feb 23, 2012 at 8:25 AM, Adam Dingle > > wrote: >> >> On 02/23/2012 03:34 AM, Mark Trompell wrote: >> >> Do you plan to release a version of shotwell that works with the >> current stable releases of vala? >> >> >> Actually we have no such plan. I wish that we had been able to >> support Vala 0.14.x in the last stable release of Shotwell (0.11, >> which appeared last August). Unfortunately we didn't look at >> Vala 0.13.x until too late in the development cycle, and at that >> point it was too risky to make the changes we'd need to support >> the newer Vala, so Shotwell 0.11 builds with Vala 0.12. To avoid >> making the same mistake again, in the current development cycle >> we've been tracking Vala 0.15 all along, so the upcoming Shotwell >> 0.12 will certainly build with Vala 0.16. >> >> You might be able to backport the current Shotwell trunk >> (0.11.9x) to Vala 0.14 without too much effort. I don't think we >> have the resources to implement (and test and maintain) that at >> Yorba, however. I recommend that you not attempt to build the >> older Shotwell 0.11 with Vala 0.14, however, since that will >> expose a dangerous data corruption bug (see >> http://redmine.yorba.org/issues/4201). >> >> adam >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > From clanlaw at googlemail.com Fri Feb 24 16:06:34 2012 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 24 Feb 2012 16:06:34 +0000 Subject: [Shotwell] Importing scanned images Message-ID: HI I have a lot of scanned images that are already organised in folders where each folder represents an event. As they are scanned they do not have a date in the exif data. Is there any way I can import these so that events are automatically generated according to the folder names or will I have to import a folder at a time and manually create the events? I have looked through the docs and wiki and not found anything. Colin From clanlaw at googlemail.com Fri Feb 24 16:24:26 2012 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 24 Feb 2012 16:24:26 +0000 Subject: [Shotwell] Importing scanned images In-Reply-To: References: Message-ID: On 24 February 2012 16:06, Colin Law wrote: > HI > I have a lot of scanned images that are already organised in folders > where each folder represents an event. ?As they are scanned they do > not have a date in the exif data. ?Is there any way I can import these > so that events are automatically generated according to the folder > names or will I have to import a folder at a time and manually create > the events? ?I have looked through the docs and wiki and not found > anything. OK, I think I found the relevant issue http://redmine.yorba.org/issues/2108 Should the php script there still work? I am on v0.11.92 on Ubuntu 12.04 Colin > > Colin -- gplus.to/clanlaw From adam at yorba.org Tue Feb 28 19:13:45 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 28 Feb 2012 11:13:45 -0800 Subject: [Shotwell] Importing scanned images In-Reply-To: References: Message-ID: <4F4D2769.5090007@yorba.org> On 02/24/2012 08:24 AM, Colin Law wrote: > On 24 February 2012 16:06, Colin Law wrote: >> HI >> I have a lot of scanned images that are already organised in folders >> where each folder represents an event. As they are scanned they do >> not have a date in the exif data. Is there any way I can import these >> so that events are automatically generated according to the folder >> names or will I have to import a folder at a time and manually create >> the events? I have looked through the docs and wiki and not found >> anything. > OK, I think I found the relevant issue > http://redmine.yorba.org/issues/2108 > Should the php script there still work? I am on v0.11.92 on Ubuntu 12.04 Maybe - you can try it and find out. The script writes to the Shotwell database directly, which we discourage since the database format is private to Shotwell and may change in any release. A better approach would to write a script that determines each image's date from its folder name and writes it to an EXIF field in the image data. Then you could import the images into Shotwell normally. Of course, it would be nice if Shotwell could make this easier as suggested in the ticket you mentioned above. adam From clanlaw at googlemail.com Tue Feb 28 20:16:01 2012 From: clanlaw at googlemail.com (Colin Law) Date: Tue, 28 Feb 2012 20:16:01 +0000 Subject: [Shotwell] Importing scanned images In-Reply-To: <4F4D2769.5090007@yorba.org> References: <4F4D2769.5090007@yorba.org> Message-ID: On 28 February 2012 19:13, Adam Dingle wrote: > On 02/24/2012 08:24 AM, Colin Law wrote: >> >> On 24 February 2012 16:06, Colin Law ?wrote: >>> >>> HI >>> I have a lot of scanned images that are already organised in folders >>> where each folder represents an event. ?As they are scanned they do >>> not have a date in the exif data. ?Is there any way I can import these >>> so that events are automatically generated according to the folder >>> names or will I have to import a folder at a time and manually create >>> the events? ?I have looked through the docs and wiki and not found >>> anything. >> >> OK, I think I found the relevant issue >> http://redmine.yorba.org/issues/2108 >> Should the php script there still work? ?I am on v0.11.92 on Ubuntu 12.04 > > > Maybe - you can try it and find out. ?The script writes to the Shotwell > database directly, which we discourage since the database format is private > to Shotwell and may change in any release. ?A better approach would to write > a script that determines each image's date from its folder name and writes > it to an EXIF field in the image data. ?Then you could import the images > into Shotwell normally. ?Of course, it would be nice if Shotwell could make > this easier as suggested in the ticket you mentioned above. It does appear to work ok. The date to EXIF route won't work for me as a lot of the images are old and dates are not known accurately (or even vaguely for some of them), so I don't want to write a date that I am not certain of. Named events are the best I can do I think, and the script appears to do that for me ok. In the description of how to use the script (submitted by krister) in http://redmine.yorba.org/issues/2108 it talks about a timestamp parameter to prevent entries in the db before that date from being modified, but I am unable to find a description of the format of the timestamp. Can anyone help, I am not familiar with php. Colin From joseph.bylund at gmail.com Wed Feb 29 05:45:15 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Wed, 29 Feb 2012 00:45:15 -0500 Subject: [Shotwell] Portrait Thumbnails Stretched to Landscape Dimensions in Overview In-Reply-To: <4F4D2769.5090007@yorba.org> References: <4F4D2769.5090007@yorba.org> Message-ID: <4F4DBB6B.4010308@gmail.com> When I view my library some portrait photos are stretched to landscape dimensions, such that people are very wide (i.e. right orientation, wrong dimensions). Weirdly when I double click these the orientation is wrong but the dimensions are right. Rotating again gives me short people sideways in the overview and normal people correctly oriented if I double click. Somewhat unrelated, can I reset my password on the redmine site if I know only my username (i.e. no email, but I'm sure I'll get the message if an email is sent to the address I registered with). Thanks, -Joe -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From adam at yorba.org Wed Feb 29 17:05:22 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 29 Feb 2012 09:05:22 -0800 Subject: [Shotwell] Portrait Thumbnails Stretched to Landscape Dimensions in Overview In-Reply-To: <4F4DBB6B.4010308@gmail.com> References: <4F4D2769.5090007@yorba.org> <4F4DBB6B.4010308@gmail.com> Message-ID: <4F4E5AD2.8090000@yorba.org> Joseph, On 02/28/2012 09:45 PM, Joseph Bylund wrote: > When I view my library some portrait photos are stretched to landscape > dimensions, such that people are very wide (i.e. right orientation, > wrong dimensions). Weirdly when I double click these the orientation is > wrong but the dimensions are right. Rotating again gives me short > people sideways in the overview and normal people correctly oriented if > I double click. What version of Shotwell are you running? What operating system version are you running? Have you made any edits to these photos in Shotwell? Have you edited them in an external editor? If you start Shotwell with a dummy library (e.g. 'shotwell -d foo') and import just those photos, are the orientation and dimensions correct? > Somewhat unrelated, can I reset my password on the redmine site if I > know only my username (i.e. no email, but I'm sure I'll get the message > if an email is sent to the address I registered with). No. I'll send you a private email message with your registered email address. adam From clinton at yorba.org Wed Feb 29 20:26:27 2012 From: clinton at yorba.org (Clinton Rogers) Date: Wed, 29 Feb 2012 12:26:27 -0800 Subject: [Shotwell] Portrait Thumbnails Stretched to Landscape Dimensions in Overview In-Reply-To: <4F4E5AD2.8090000@yorba.org> References: <4F4D2769.5090007@yorba.org> <4F4DBB6B.4010308@gmail.com> <4F4E5AD2.8090000@yorba.org> Message-ID: Hi all, Please pardon my intruding upon this thread, but this sounds very similar to http://redmine.yorba.org/issues/4747 . If you can tell us more about what version of Shotwell you're running, and, if you're using trunk, what commit you're on*, that will provide a huge clue. In the Shotwell code, there is a function named get_dimensions() that takes, among other arguments, a flag that tells it whether to take into account EXIF orientation or not when computing the width and height of a given image, and another function named get_raw_dimensions() that returns the width and height of an image before any orientation changes or editing are taken into account (they're pulled directly from the image). My guess is that somewhere, a call to get_dimensions() is being told not to respect the orientation when it in fact should or we're using get_raw_dimensions() in a place where get_dimensions() is needed, which would explain why the values you see for the width and height of your affected photos are (sort of) correct, but reversed (along with stretching or squashing). Cheers, -c * this can be determined by going to where you've checked out the Shotwell source code and typing 'git log', then looking at the topmost entry in the resulting text, which will usually be something like 'commit '. The hexadecimal number is what we're interested in. On 2/29/12, Adam Dingle wrote: > Joseph, > > On 02/28/2012 09:45 PM, Joseph Bylund wrote: >> When I view my library some portrait photos are stretched to landscape >> dimensions, such that people are very wide (i.e. right orientation, >> wrong dimensions). Weirdly when I double click these the orientation is >> wrong but the dimensions are right. Rotating again gives me short >> people sideways in the overview and normal people correctly oriented if >> I double click. > > What version of Shotwell are you running? What operating system version > are you running? Have you made any edits to these photos in Shotwell? > Have you edited them in an external editor? If you start Shotwell with > a dummy library (e.g. 'shotwell -d foo') and import just those photos, > are the orientation and dimensions correct? > >> Somewhat unrelated, can I reset my password on the redmine site if I >> know only my username (i.e. no email, but I'm sure I'll get the message >> if an email is sent to the address I registered with). > > No. I'll send you a private email message with your registered email > address. > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From shotwell at nielsen-kiel.de Wed Feb 29 20:51:39 2012 From: shotwell at nielsen-kiel.de (Finn Nielsen) Date: Wed, 29 Feb 2012 21:51:39 +0100 Subject: [Shotwell] Script to generate folders from event names Message-ID: <4F4E8FDB.8020309@nielsen-kiel.de> Hi, I googled how to create folders based on my event tree and found no good solution. I know this may be implemented some day but I programmed a little bash script that does the job. Since I use it a lot I thought I might share it with you. Maybe there are some people who can use it and maybe even give some feedback whether it works for them. The script has some other features as well and I put some effort in writing help texts so I hope there might be people who actually read them. It is written entirely in bash and manipulates files and the data base directly. You can find the script under http://nielsen-kiel.de/finn/prog/fswtk/fswtk and the description on http://nielsen-kiel.de/finn/shotwell Have a nice day! Finn From clanlaw at googlemail.com Wed Feb 29 21:05:53 2012 From: clanlaw at googlemail.com (Colin Law) Date: Wed, 29 Feb 2012 21:05:53 +0000 Subject: [Shotwell] Script to generate folders from event names In-Reply-To: <4F4E8FDB.8020309@nielsen-kiel.de> References: <4F4E8FDB.8020309@nielsen-kiel.de> Message-ID: On 29 February 2012 20:51, Finn Nielsen wrote: > Hi, > > I googled how to create folders based on my event tree and found no good > solution. I know this may be implemented some day but I programmed a little > bash script that does the job. Since I use it a lot I thought I might share > it with you. Maybe there are some people who can use it and maybe even give > some feedback whether it works for them. > > The script has some other features as well and I put some effort in writing > help texts so I hope there might be people who actually read them. > It is written entirely in bash and manipulates files and the data base > directly. > > You can find the script under > http://nielsen-kiel.de/finn/prog/fswtk/fswtk > and the description on http://nielsen-kiel.de/finn/shotwell Thanks for that, I can see it being useful to me. Colin