From rlatham at gmail.com Wed Nov 2 15:13:28 2011 From: rlatham at gmail.com (Rob Latham) Date: Wed, 2 Nov 2011 10:13:28 -0500 Subject: [Shotwell] regenerate thumbnails Message-ID: I know I saw a ticket about this but cannot find it. I lost my shotwell thumbnail files due to an incomplete backup ("surely I won't need all those thumbnails -- they can be regenerated!"). I did not find out I was wrong until my hard drive died and I restored from backups. All the pictures, events, ratings, etc, are there (phew) but I get grey boxes for the previews. Can click to see the actual pictures but would love a way to regenerate those missing thumbnails. thanks ==rob From lucas at yorba.org Wed Nov 2 17:49:27 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 2 Nov 2011 10:49:27 -0700 Subject: [Shotwell] regenerate thumbnails In-Reply-To: References: Message-ID: Hi Rob, Thumbnail regeneration at startup time is ticket #2889: http://redmine.yorba.org/issues/2889. The good news is that this ticket is milestoned for Shotwell 0.12, the next release of Shotwell, which should be available in early 2012! Cheers, Lucas On Wed, Nov 2, 2011 at 8:13 AM, Rob Latham wrote: > I know I saw a ticket about this but cannot find it. > > I lost my shotwell thumbnail files due to an incomplete backup > ("surely I won't need all those thumbnails -- they can be > regenerated!"). ?I did not find out I was wrong until my hard drive > died and I restored from backups. > > All the pictures, events, ratings, etc, are there (phew) but I get > grey boxes for the previews. ?Can click to see the actual pictures but > would love a way to regenerate those missing thumbnails. > > thanks > ==rob > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From eric at yorba.org Wed Nov 2 18:25:00 2011 From: eric at yorba.org (Eric Gregory) Date: Wed, 2 Nov 2011 11:25:00 -0700 Subject: [Shotwell] regenerate thumbnails In-Reply-To: References: Message-ID: On Wed, Nov 2, 2011 at 8:13 AM, Rob Latham wrote: > > All the pictures, events, ratings, etc, are there (phew) but I get > grey boxes for the previews. Can click to see the actual pictures but > would love a way to regenerate those missing thumbnails. > There is a workaround for this problem -- select all photos, then hit Rotate, then undo. But be warned: this only works for regular photos, it will *not* work on RAW photos or videos. - Eric From davidvj at frontier.com Wed Nov 2 22:45:24 2011 From: davidvj at frontier.com (davidvj) Date: Wed, 2 Nov 2011 15:45:24 -0700 (PDT) Subject: [Shotwell] Image Date Format Message-ID: <1320273924147-48654.post@talk.nabble.com> I have set the image date to: Year-Month but the system insists on using Year-Month-Day. Even worse the system duplicates the Day entries and I have to consolidate images; how do I correct the problem. David -- View this message in context: http://shotwell.3510.www.nabble.com/Image-Date-Format-tp48654p48654.html Sent from the Shotwell mailing list archive at Nabble.com. From martin+shotwell at flexion.org Thu Nov 3 10:45:55 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Thu, 03 Nov 2011 10:45:55 +0000 Subject: [Shotwell] Shotwell 0.11.5 for Lucid/Maverick with persistent settings Message-ID: <7bdfe61aae788cc98f94db8db7dc10a5@flexion.org> Hi all, Way back in August I was working on back porting Shotwell 0.11 to Lucid and Maverick. After a couple of false starts I eventually got a working version, but it would not persist settings. Yesterday I back ported 0.11.5 for Lucid/Maverick and published it to my PPA but it still has the same issue with settings not persisting. However, I have been working on creating a fully functional back port for Lucid and Maverick and I hope to release my efforts later today. Sorry for the delay in getting around to fixing this stuff but real life got in the way a bit recently ;-) In order to complete this work I've collected a hefty list of build tools in order to back port: * glib2.0 2.72.4 - which is new enough to support d-conf but not too new as to break everything else * d-conf 0.7.3 - which enables Shotwell settings to persist I've tested the new back port on a clean Lucid install and it is working just fine, although throwing a warning about 'gsettings-data-convert' not being available. The 'gconf' package in Mavericks includes 'gsettings-data-convert' so I am currently back porting gconf 2.31.91 to Lucid. 'gsettings-data-convert' is used to migrate your existing Shotwell settings to d-conf, so it is not critical that I back port gconf to Lucid, but I am going to try in order to get Shotwell back ported and running as completely (and cleanly) as possible. I'll report back here when I have completed my testing and released the packages. -- Regards, Martin. From thecrux at gmail.com Thu Nov 3 12:01:59 2011 From: thecrux at gmail.com (thecrux at gmail.com) Date: Thu, 3 Nov 2011 15:01:59 +0300 Subject: [Shotwell] Crash on opening photo with external editor Message-ID: <20111103120159.GA5881@mail.truecrux.org> Hi. Shotwell: 0.11.5+trunk Right click on photo -> "Open With External Editor" -> crash ERROR:/usr/src/RPM/BUILD/shotwell-0.11.5+trunk/src/Photo.vala:3456:photo_update_editable: assertion failed: (_tmp21_) Shotwell creates copy of photo, runs external editor (Gimp) and dies. -- Vladimir Lettiev aka crux ? theCrux at gmail.com From adam at yorba.org Thu Nov 3 14:43:35 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 03 Nov 2011 10:43:35 -0400 Subject: [Shotwell] Crash on opening photo with external editor In-Reply-To: <20111103120159.GA5881@mail.truecrux.org> References: <20111103120159.GA5881@mail.truecrux.org> Message-ID: <4EB2A897.3000002@yorba.org> Thanks for the bug report. I can reproduce this easily. I've created a ticket here: http://redmine.yorba.org/issues/4343 We'll fix this for 0.12. adam On 11/03/2011 08:01 AM, thecrux at gmail.com wrote: > Hi. > > Shotwell: 0.11.5+trunk > > Right click on photo -> "Open With External Editor" -> crash > > ERROR:/usr/src/RPM/BUILD/shotwell-0.11.5+trunk/src/Photo.vala:3456:photo_update_editable: > assertion failed: (_tmp21_) > > Shotwell creates copy of photo, runs external editor (Gimp) and dies. > From hanszorn at xs4all.nl Thu Nov 3 15:03:52 2011 From: hanszorn at xs4all.nl (Hans Zorn) Date: Thu, 03 Nov 2011 16:03:52 +0100 Subject: [Shotwell] Crash on opening photo with external editor In-Reply-To: <4EB2A897.3000002@yorba.org> References: <20111103120159.GA5881@mail.truecrux.org> <4EB2A897.3000002@yorba.org> Message-ID: On Thu, 03 Nov 2011 10:43:35 -0400, Adam Dingle wrote: > Thanks for the bug report. I can reproduce this easily. I've > created a ticket here: > > http://redmine.yorba.org/issues/4343 > > We'll fix this for 0.12. > > adam > What I wonder in this and similar cases: whay can't Shotwell just give a message on the screen like 'Sorry, can't do this, let's go on', and continue running? As a developer myself, I know that reasons for crashing are very rare. At least, it gives the user a poor impression if software just stops for no (directly) obvious reason. Reminds me of old (and often poorly written) VisualBasic applications! From martin+shotwell at flexion.org Thu Nov 3 17:02:49 2011 From: martin+shotwell at flexion.org (Martin Wimpress) Date: Thu, 03 Nov 2011 17:02:49 +0000 Subject: [Shotwell] Shotwell 0.11.5 for Lucid/Maverick with persistent settings In-Reply-To: <7bdfe61aae788cc98f94db8db7dc10a5@flexion.org> References: <7bdfe61aae788cc98f94db8db7dc10a5@flexion.org> Message-ID: <6dc759dd66b5bdf7e4f60aba7ad4471e@flexion.org> Hi, I've tested the new back port on clean installs of Lucid and Maverick and everything works just fine :-) Since Shotwell 0.11 you **must** enable the GStreamer PPA, see the ticket below for the reasons for this requirement: - http://redmine.yorba.org/issues/3716 To install Shotwell on Lucid and Maverick do the following: sudo apt-add-repository ppa:flexiondotorg/shotwell sudo apt-add-repository ppa:gstreamer-developers/ppa sudo apt-get update sudo apt-get dist-upgrade sudo apt-get install shotwell libdconf0 I've bumped the glib2.0 version to 2.72.5 since my earlier email. The d-conf 0.7.3 back port was not required for Maverick since its d-conf 0.5.1 package works with Shotwell 0.11. However, I decided to drag everything up to the same versions in order to keep things consistent and hopefully minimise the effort next time. -- Regards, Martin. From davidvj at frontier.com Thu Nov 3 17:28:38 2011 From: davidvj at frontier.com (David Vincent-Jones) Date: Thu, 03 Nov 2011 10:28:38 -0700 Subject: [Shotwell] Shotwell 0.11.5 for Lucid/Maverick with persistent settings In-Reply-To: <6dc759dd66b5bdf7e4f60aba7ad4471e@flexion.org> References: <7bdfe61aae788cc98f94db8db7dc10a5@flexion.org> <6dc759dd66b5bdf7e4f60aba7ad4471e@flexion.org> Message-ID: <1320341318.2858.76.camel@david-desktop> What is the situation with the current issue ... 11.10? On Thu, 2011-11-03 at 17:02 +0000, Martin Wimpress wrote: > Hi, > > I've tested the new back port on clean installs of Lucid and Maverick > and everything works just fine :-) > > Since Shotwell 0.11 you **must** enable the GStreamer PPA, see the > ticket below for the reasons for this requirement: > > - http://redmine.yorba.org/issues/3716 > > To install Shotwell on Lucid and Maverick do the following: > > sudo apt-add-repository ppa:flexiondotorg/shotwell > sudo apt-add-repository ppa:gstreamer-developers/ppa > sudo apt-get update > sudo apt-get dist-upgrade > sudo apt-get install shotwell libdconf0 > > I've bumped the glib2.0 version to 2.72.5 since my earlier email. The > d-conf 0.7.3 back port was not required for Maverick since its d-conf > 0.5.1 package works with Shotwell 0.11. However, I decided to drag > everything up to the same versions in order to keep things consistent > and hopefully minimise the effort next time. > From jcasadonte at northbound-train.com Thu Nov 3 21:30:38 2011 From: jcasadonte at northbound-train.com (Joe Casadonte) Date: Thu, 03 Nov 2011 17:30:38 -0400 Subject: [Shotwell] Shotwell 0.11.5 for Lucid/Maverick with persistent settings In-Reply-To: <7bdfe61aae788cc98f94db8db7dc10a5@flexion.org> (Martin Wimpress's message of "Thu, 03 Nov 2011 10:45:55 +0000") References: <7bdfe61aae788cc98f94db8db7dc10a5@flexion.org> Message-ID: <87k47g7v29.fsf@terrapin.northbound-train.com> Thank you, Martin for your efforts! -- Regards, joe Joe Casadonte jcasadonte at northbound-train.com From lucas at yorba.org Fri Nov 4 01:12:50 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 3 Nov 2011 18:12:50 -0700 Subject: [Shotwell] Shotwell 0.11.6 Released! Message-ID: Yorba has just released Shotwell 0.11.6, a bug-fix release of our popular GNOME-based photo manager. This release fixes a critical bug in which adding or modifying tags in the single-photo view could result in the loss of tag data. We recommend that all users upgrade. Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Or grab a binary for Ubuntu Natty at Yorba?s Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa Ubuntu Oneiric ships with Shotwell 0.11.x pre-installed. Oneiric users will be upgraded to Shotwell 0.11.6 automatically as part of their regular software update cycle. -- Lucas Beeler From r.m.krug at gmail.com Fri Nov 4 09:18:23 2011 From: r.m.krug at gmail.com (Rainer M Krug) Date: Fri, 4 Nov 2011 10:18:23 +0100 Subject: [Shotwell] Export to piwigo does result in empty pictures Message-ID: Hi when I publish pictures to piwigo, it results in empty pictures: http://thekrugs.free.fr/piwigo/index.php?/category/4 I publish in original size. Any help appreciated, Rainer -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D): +49 - (0)3 21 21 25 22 44 email: Rainer at krugs.de Skype: RMkrug From lucas at yorba.org Fri Nov 4 18:22:37 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 4 Nov 2011 11:22:37 -0700 Subject: [Shotwell] Export to piwigo does result in empty pictures In-Reply-To: References: Message-ID: Hi Rainer, The Shotwell Piwigo publisher is an "Extras" plugin that isn't developed or supported by Yorba. Instead, it's developed and supported by Bruno Girin, an outside developer -- and one of our favorite outside developers at that! Since Bruno regularly reads this mailing list, I'll let him chime in. If Bruno doesn't reply to the list within a few days, you might try emailing him at brunogirin --nospam--at--nospam-- gmail.com. Cheers, Lucas On Fri, Nov 4, 2011 at 2:18 AM, Rainer M Krug wrote: > Hi > > when I publish pictures to piwigo, it results in empty pictures: > > http://thekrugs.free.fr/piwigo/index.php?/category/4 > > I publish in original size. > > Any help appreciated, > > Rainer > > -- > Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, > UCT), Dipl. Phys. (Germany) > > Centre of Excellence for Invasion Biology > Stellenbosch University > South Africa > > Tel : ? ? ? +33 - (0)9 53 10 27 44 > Cell: ? ? ? +33 - (0)6 85 62 59 98 > Fax (F): ? ? ? +33 - (0)9 58 10 27 44 > > Fax (D): ? ?+49 - (0)3 21 21 25 22 44 > > email: ? ? ?Rainer at krugs.de > > Skype: ? ? ?RMkrug > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Fri Nov 4 18:24:54 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 4 Nov 2011 11:24:54 -0700 Subject: [Shotwell] Image Date Format In-Reply-To: <1320273924147-48654.post@talk.nabble.com> References: <1320273924147-48654.post@talk.nabble.com> Message-ID: Hi David, For starters, what version of Shotwell are you running and on what distro? Lucas On Wed, Nov 2, 2011 at 3:45 PM, davidvj wrote: > I have set the image date to: Year-Month but the system insists on using > Year-Month-Day. > Even worse the system duplicates the Day entries and I have to consolidate > images; how do I correct the problem. > > David > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Image-Date-Format-tp48654p48654.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From r.m.krug at gmail.com Fri Nov 4 18:37:19 2011 From: r.m.krug at gmail.com (Rainer M Krug) Date: Fri, 4 Nov 2011 19:37:19 +0100 Subject: [Shotwell] Export to piwigo does result in empty pictures In-Reply-To: References: Message-ID: On Fri, Nov 4, 2011 at 7:22 PM, Lucas Beeler wrote: > Hi Rainer, > > The Shotwell Piwigo publisher is an "Extras" plugin that isn't > developed or supported by Yorba. Instead, it's developed and supported > by Bruno Girin, an outside developer -- and one of our favorite > outside developers at that! > > Since Bruno regularly reads this mailing list, I'll let him chime in. > If Bruno doesn't reply to the list within a few days, you might try > emailing him at brunogirin --nospam--at--nospam-- gmail.com. > Thanks, I'll do that, Rainer > > Cheers, > Lucas > > On Fri, Nov 4, 2011 at 2:18 AM, Rainer M Krug wrote: > > Hi > > > > when I publish pictures to piwigo, it results in empty pictures: > > > > http://thekrugs.free.fr/piwigo/index.php?/category/4 > > > > I publish in original size. > > > > Any help appreciated, > > > > Rainer > > > > -- > > Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation > Biology, > > UCT), Dipl. Phys. (Germany) > > > > Centre of Excellence for Invasion Biology > > Stellenbosch University > > South Africa > > > > Tel : +33 - (0)9 53 10 27 44 > > Cell: +33 - (0)6 85 62 59 98 > > Fax (F): +33 - (0)9 58 10 27 44 > > > > Fax (D): +49 - (0)3 21 21 25 22 44 > > > > email: Rainer at krugs.de > > > > Skype: RMkrug > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D): +49 - (0)3 21 21 25 22 44 email: Rainer at krugs.de Skype: RMkrug From davidvj at frontier.com Fri Nov 4 20:16:22 2011 From: davidvj at frontier.com (David Vincent-Jones) Date: Fri, 04 Nov 2011 13:16:22 -0700 Subject: [Shotwell] Image Date Format In-Reply-To: References: <1320273924147-48654.post@talk.nabble.com> Message-ID: <1320437782.2858.122.camel@david-desktop> Version 0.11.6 on Ubuntu 11.04 David On Fri, 2011-11-04 at 11:24 -0700, Lucas Beeler wrote: > Hi David, > > For starters, what version of Shotwell are you running and on what distro? > > Lucas > > On Wed, Nov 2, 2011 at 3:45 PM, davidvj wrote: > > I have set the image date to: Year-Month but the system insists on using > > Year-Month-Day. > > Even worse the system duplicates the Day entries and I have to consolidate > > images; how do I correct the problem. > > > > David > > > > -- > > View this message in context: http://shotwell.3510.www.nabble.com/Image-Date-Format-tp48654p48654.html > > Sent from the Shotwell mailing list archive at Nabble.com. > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From brunogirin at gmail.com Fri Nov 4 20:25:23 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 04 Nov 2011 20:25:23 +0000 Subject: [Shotwell] Export to piwigo does result in empty pictures In-Reply-To: References: Message-ID: <4EB44A33.6020504@gmail.com> On 04/11/11 09:18, Rainer M Krug wrote: > Hi > > when I publish pictures to piwigo, it results in empty pictures: > > http://thekrugs.free.fr/piwigo/index.php?/category/4 > > I publish in original size. Hi Rainer, Can you confirm what version of Piwigo you're using please? The current plugin requires Piwigo 2.1 or newer. Can you also confirm that the Piwigo user you are using to upload the images has the correct privileges to upload please? You can try uploading with an admin user to see if it makes any difference. I got caught by this when writing the plugin. In theory it should capture the error and tell you: if it doesn't it's a bug. Cheers, Bruno From ktenney at gmail.com Sat Nov 5 14:15:36 2011 From: ktenney at gmail.com (Kent Tenney) Date: Sat, 5 Nov 2011 09:15:36 -0500 Subject: [Shotwell] Configuring script as "External Editor" Message-ID: Example: --------------------------------------- mycode.py #!/usr/bin/python import sys import mypackage image_files = sys.argv[1:] for imf in image_files: mypackage.monkey_with(imf) ------------------------------------------- I'd like shotwell to make a shell call to mycode.py, passing the selected photos. I expect this is not feasible. Maybe consider it a duplicate of the wish list item to copy selected image file names to the clipboard. That would provide a (somewhat clunky) way to leverage Shotwell as a gui for image processing code. I see Shotwell will only offer "External Editor" when a single image is selected. Could multiple images be sent to an external editor? Thanks, Kent From r.m.krug at gmail.com Sat Nov 5 18:28:38 2011 From: r.m.krug at gmail.com (Rainer M Krug) Date: Sat, 5 Nov 2011 19:28:38 +0100 Subject: [Shotwell] Export to piwigo does result in empty pictures In-Reply-To: <4EB44A33.6020504@gmail.com> References: <4EB44A33.6020504@gmail.com> Message-ID: On Fri, Nov 4, 2011 at 9:25 PM, Bruno Girin wrote: > On 04/11/11 09:18, Rainer M Krug wrote: > >> Hi >> >> when I publish pictures to piwigo, it results in empty pictures: >> >> http://thekrugs.free.fr/**piwigo/index.php?/category/4 >> >> I publish in original size. >> > > Hi Rainer, > > Can you confirm what version of Piwigo you're using please? I am using piwigo 2.3.0 > The current plugin requires Piwigo 2.1 or newer. Yes - piwigo webmaster account. > Can you also confirm that the Piwigo user you are using to upload the > images has the correct privileges to upload please? You can try uploading > with an admin user to see if it makes any difference. > I got caught by this when writing the plugin. In theory it should capture > the error and tell you: if it doesn't it's a bug. > Can not confirm that at the moment, I have only the admin / webmaster user there. But I guess it is a problem with the provider (free.fr), as it works with piwigo.com. One additional question: would it be possible to automatically tag successfully uploaded pictures, and by dong this, avoid uploading the same images twice? By the way: the link is now: http://thekrugs.free.fr/piwigo/index.php?/category/1 Cheers, Rainer > > Cheers, > > Bruno > > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D): +49 - (0)3 21 21 25 22 44 email: Rainer at krugs.de Skype: RMkrug From adam at yorba.org Sun Nov 6 13:53:06 2011 From: adam at yorba.org (Adam Dingle) Date: Sun, 06 Nov 2011 05:53:06 -0800 Subject: [Shotwell] Export to piwigo does result in empty pictures In-Reply-To: References: <4EB44A33.6020504@gmail.com> Message-ID: <4EB69142.2060005@yorba.org> On 11/05/2011 11:28 AM, Rainer M Krug wrote: > ... > One additional question: would it be possible to automatically tag > successfully uploaded pictures, and by dong this, avoid uploading the > same images twice? This would be quite useful, not just for Piwigo but for all publishing services Shotwell supports. We have a ticket for this here: http://redmine.yorba.org/issues/2797 adam From dougie at highmoor.co.uk Sun Nov 6 14:29:42 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 06 Nov 2011 14:29:42 +0000 Subject: [Shotwell] create new version of photo Message-ID: <4EB699D6.9050606@highmoor.co.uk> In f-spot it's possible to create multiple versions of a photo and then, if desired, detach a child image from its parent. This is handy for situations such as cropping, where I want to retain the original but also have cropped versions. Is it possible to do something like this in shotwell? i.e. create a copy of a photo in the database. Thanks, Dougie From dougie at highmoor.co.uk Sun Nov 6 14:37:01 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 06 Nov 2011 14:37:01 +0000 Subject: [Shotwell] create new version of photo In-Reply-To: <4EB699D6.9050606@highmoor.co.uk> References: <4EB699D6.9050606@highmoor.co.uk> Message-ID: <4EB69B8D.6010507@highmoor.co.uk> On 06/11/2011 14:29, Dougie Nisbet wrote: > > Is it possible to do something like this in shotwell? i.e. create a > copy of a photo in the database. > woops! Just found it, totally by accident! I was trying to find the hot-key for edit-title and found Duplicate instead! Dougie From hendry.michael at gmail.com Mon Nov 7 08:55:25 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Mon, 07 Nov 2011 08:55:25 +0000 Subject: [Shotwell] Shotwell 0.11.5 for Lucid/Maverick with persistent settings Message-ID: <1320656125.1783.7.camel@Linley6> Thanks, Martin, for your efforts on behalf of the Lucid community. I had noticed the lack of persistence of settings, but hadn't troubled to research it until now. When I first upgraded a few weeks ago, the RAW editor and external editor boxes were blank, although I set them each time to UFRAW and GIMP. Once I'd gone through your recommended sequence of updates, these settings came up as I wanted them, (UFRAW and GIMP), but refused to "stick" when changed to anything else. I was also unable to get the sorting of photos and events into reverse chronological order to stick. I did notice the following WARNING message in the middle of the long list of reported items after entering sudo apt-get dist-upgrade: ... Setting up gconf2 (2.31.91-0ubuntu3.1ppa1~lucid1) ... WARNING: Failed to parse default value `[????????? ???????;gnome-appearance-properties.desktop,????????? ???????????? ???????????;gnome-default-applications.desktop,?????????? ??????????;system-config-printer.desktop] ' for schema (/schemas/apps/control-center/cc_actions_list) ... It doesn't look as though this would account for the problem. Michael From r.m.krug at gmail.com Mon Nov 7 09:19:01 2011 From: r.m.krug at gmail.com (Rainer M Krug) Date: Mon, 7 Nov 2011 10:19:01 +0100 Subject: [Shotwell] Export to piwigo does result in empty pictures In-Reply-To: <4EB69142.2060005@yorba.org> References: <4EB44A33.6020504@gmail.com> <4EB69142.2060005@yorba.org> Message-ID: On Sun, Nov 6, 2011 at 2:53 PM, Adam Dingle wrote: > On 11/05/2011 11:28 AM, Rainer M Krug wrote: > > ... >> >> One additional question: would it be possible to automatically tag >> successfully uploaded pictures, and by dong this, avoid uploading the same >> images twice? >> > > This would be quite useful, not just for Piwigo but for all publishing > services Shotwell supports. We have a ticket for this here: > > http://redmine.yorba.org/**issues/2797 > True - sounds great. Based on that, one could possibly have, for services which allow this, to have a "sync" feature: images with the "published to the album X at service Y" tag but not published yet will be published, and pictures on Y but not local will be downloaded and tagged accordingly. This would make it possible to consolidate pictures published from different sources, and also offer a kind of "offline publishing" feature: instead of actual publishing, the picture would be tagged and at the next sync, upladed. I'll also add it to the bug tracker. Cheers, Rainer > > adam > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D): +49 - (0)3 21 21 25 22 44 email: Rainer at krugs.de Skype: RMkrug From joe at irvinefamily.org Mon Nov 7 15:28:39 2011 From: joe at irvinefamily.org (Joe Irvine) Date: Mon, 7 Nov 2011 10:28:39 -0500 Subject: [Shotwell] Database getting corrupted when tagging photos Message-ID: I am going through a mass re-upload of my photos from Shotwell to Picasa. As I am uploading them, I am tagging them so I know where I left off. I am noticing that I keep getting database corruption when tagging the photos, however. I am saving the tags in the photo metadata, so re-building the database fixes it for a little while, but with over 25000 photos it takes hours to rebuild every time this happens. Is there a way to avoid this database corruption? -- Thanks, Joe From adam at yorba.org Mon Nov 7 17:38:30 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 07 Nov 2011 09:38:30 -0800 Subject: [Shotwell] Database getting corrupted when tagging photos In-Reply-To: References: Message-ID: <4EB81796.8050300@yorba.org> Joe, - what version of Shotwell are you running? What operating system version are you running? - How do you know that the database is corrupted? Is Shotwell printing an error message and/or exiting? If so, what does the error message look like? adam On 11/07/2011 07:28 AM, Joe Irvine wrote: > I am going through a mass re-upload of my photos from Shotwell to Picasa. > As I am uploading them, I am tagging them so I know where I left off. I am > noticing that I keep getting database corruption when tagging the photos, > however. I am saving the tags in the photo metadata, so re-building the > database fixes it for a little while, but with over 25000 photos it takes > hours to rebuild every time this happens. Is there a way to avoid this > database corruption? > From adam at yorba.org Mon Nov 7 17:50:12 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 07 Nov 2011 09:50:12 -0800 Subject: [Shotwell] Configuring script as "External Editor" In-Reply-To: References: Message-ID: <4EB81A54.6020400@yorba.org> Kent, Shotwell allows you to launch an external editor on only one photo at once. Conceivably that could change, but the external editor feature wasn't really designed for your use case, i.e. launching external command-line tools. I think that's sufficiently different that it might be worth implementing as a separate feature. I've opened a ticket here: http://redmine.yorba.org/issues/4352 adam On 11/05/2011 07:15 AM, Kent Tenney wrote: > Example: > > --------------------------------------- > mycode.py > > #!/usr/bin/python > > import sys > import mypackage > image_files = sys.argv[1:] > > for imf in image_files: > mypackage.monkey_with(imf) > ------------------------------------------- > > I'd like shotwell to make a shell call to mycode.py, > passing the selected photos. > > I expect this is not feasible. > > Maybe consider it a duplicate of the wish list item to copy selected image > file names to the clipboard. That would provide a (somewhat clunky) way > to leverage Shotwell as a gui for image processing code. > > I see Shotwell will only offer "External Editor" when a single image > is selected. > Could multiple images be sent to an external editor? > > Thanks, > Kent > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Nov 7 20:22:15 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 7 Nov 2011 12:22:15 -0800 Subject: [Shotwell] Image Date Format In-Reply-To: <1320437782.2858.122.camel@david-desktop> References: <1320273924147-48654.post@talk.nabble.com> <1320437782.2858.122.camel@david-desktop> Message-ID: Hi David, Two further things. First, do you see the same behavior when you import from your camera versus when you import from a folder on disk? And if you don't see the same behavior, which one is correct and which one is incorrect? Second, it would be helpful to have a log file generated during an import operation in which your photos are incorrectly arranged inside your ~/Pictures directory. To learn how to turn logging on in Shotwell and capture a log file, see the "I found a bug in Shotwell. How can I report it?" section of the Shotwell FAQ here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ. Lucas On Fri, Nov 4, 2011 at 1:16 PM, David Vincent-Jones wrote: > Version 0.11.6 on Ubuntu 11.04 > > David > > On Fri, 2011-11-04 at 11:24 -0700, Lucas Beeler wrote: >> Hi David, >> >> For starters, what version of Shotwell are you running and on what distro? >> >> Lucas >> >> On Wed, Nov 2, 2011 at 3:45 PM, davidvj wrote: >> > I have set the image date to: Year-Month but the system insists on using >> > Year-Month-Day. >> > Even worse the system duplicates the Day entries and I have to consolidate >> > images; how do I correct the problem. >> > >> > David >> > >> > -- >> > View this message in context: http://shotwell.3510.www.nabble.com/Image-Date-Format-tp48654p48654.html >> > Sent from the Shotwell mailing list archive at Nabble.com. >> > _______________________________________________ >> > Shotwell mailing list >> > Shotwell at lists.yorba.org >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > > > From lucas at yorba.org Mon Nov 7 20:32:24 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 7 Nov 2011 12:32:24 -0800 Subject: [Shotwell] Database getting corrupted when tagging photos In-Reply-To: <4EB81796.8050300@yorba.org> References: <4EB81796.8050300@yorba.org> Message-ID: Hi Joe, First, what do you mean by "rebuilding" the database? Do you mean deleting the database file entirely and then reimporting all of your photos? Second, the error that you quoted: > shotwell: tiffcomposite.cpp:1049: virtual > uint32_t Exiv2::Internal::TiffBinaryArray::doCount() > const: Assertion `typeSize != 0' failed. Doesn't look like it's database related. It looks as if Shotwell can't write metadata to a certain TIFF image in your library. As a temporary workaround, you might want to try turning metadata writing off. More importantly though, it'd be useful to see on which photo Shotwell is failing and to get a copy of that photo. We might be able to determine which photo is causing Shotwell to crash by looking at Shotwell's log file. To learn how to turn on logging in Shotwell and capture a log file, see the "I found a bug in Shotwell. How can I report it?" section of the Shotwell FAQ here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ. Lucas On Mon, Nov 7, 2011 at 9:38 AM, Adam Dingle wrote: > Joe, > > - what version of Shotwell are you running? ?What operating system version > are you running? > > - How do you know that the database is corrupted? ?Is Shotwell printing an > error message and/or exiting? ?If so, what does the error message look like? > > adam > > On 11/07/2011 07:28 AM, Joe Irvine wrote: >> >> I am going through a mass re-upload of my photos from Shotwell to Picasa. >> As I am uploading them, I am tagging them so I know where I left off. I am >> noticing that I keep getting database corruption when tagging the photos, >> however. I am saving the tags in the photo metadata, so re-building the >> database fixes it for a little while, but with over 25000 photos it takes >> hours to rebuild every time this happens. Is there a way to avoid this >> database corruption? >> > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From joe at irvinefamily.org Tue Nov 8 11:57:50 2011 From: joe at irvinefamily.org (Joe Irvine) Date: Tue, 8 Nov 2011 06:57:50 -0500 Subject: [Shotwell] Database getting corrupted when tagging photos In-Reply-To: References: <4EB81796.8050300@yorba.org> Message-ID: Good call. It appears to be a certain photo. How do I turn off the metadata writes when I can't get Shotwell to launch? Is there a way to remove this tag change from the list of changes to be written so I can skip the file? GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /usr/bin/shotwell...done. (gdb) run Starting program: /usr/bin/shotwell [Thread debugging using libthread_db enabled] [New Thread 0xb5c27b70 (LWP 3724)] [New Thread 0xb52ffb70 (LWP 3725)] [New Thread 0xb4afeb70 (LWP 3726)] [New Thread 0xb42fdb70 (LWP 3727)] [New Thread 0xb3969b70 (LWP 3728)] [New Thread 0xb3168b70 (LWP 3729)] [New Thread 0xb2967b70 (LWP 3730)] [New Thread 0xb2166b70 (LWP 3731)] [New Thread 0xb1965b70 (LWP 3732)] [Thread 0xb1965b70 (LWP 3732) exited] [Thread 0xb2967b70 (LWP 3730) exited] [Thread 0xb3168b70 (LWP 3729) exited] [Thread 0xb3969b70 (LWP 3728) exited] [New Thread 0xb3969b70 (LWP 3733)] [New Thread 0xb3168b70 (LWP 3734)] [Thread 0xb3168b70 (LWP 3734) exited] [Thread 0xb2166b70 (LWP 3731) exited] shotwell: tiffcomposite.cpp:1049: virtual uint32_t Exiv2::Internal::TiffBinaryArray::doCount() const: Assertion `typeSize != 0' failed. [New Thread 0xb2166b70 (LWP 3736)] [New Thread 0xb3168b70 (LWP 3737)] [New Thread 0xb2967b70 (LWP 3738)] [New Thread 0xb1965b70 (LWP 3739)] [New Thread 0xb06f7b70 (LWP 3740)] [New Thread 0xae6ffb70 (LWP 3745)] Program received signal SIGABRT, Aborted. [Switching to Thread 0xae6ffb70 (LWP 3745)] 0x00130416 in __kernel_vsyscall () (gdb) backtrace fulll #0 0x00130416 in __kernel_vsyscall () No symbol table info available. #1 0x00f07c8f in raise () from /lib/i386-linux-gnu/libc.so.6 No symbol table info available. #2 0x00f0b2b5 in abort () from /lib/i386-linux-gnu/libc.so.6 No symbol table info available. #3 0x00f00826 in __assert_fail () from /lib/i386-linux-gnu/libc.so.6 No symbol table info available. #4 0x01139b1e in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #5 0x0113bfe1 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #6 0x0114f2ba in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #7 0x0114f40f in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #8 0x0113bf97 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #9 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #10 0x0113be29 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #11 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #12 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #13 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #14 0x0113bd2f in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #15 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #16 0x0113bd7f in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #17 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #18 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #19 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #20 0x0113be29 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #21 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #22 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #23 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #24 0x01145eb8 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #25 0x010bbbfd in Exiv2::ExifParser::encode(std::vector >&, unsigned char const*, unsigned int, Exiv2::ByteOrder, Exiv2::ExifData const&) () from /usr/lib/libexiv2.so.10 No symbol table info available. #26 0x010cff41 in ?? () from /usr/lib/libexiv2.so.10 No symbol table info available. #27 0x010d13ea in Exiv2::JpegBase::writeMetadata() () from /usr/lib/libexiv2.so.10 No symbol table info available. #28 0x00187cd8 in ?? () from /usr/lib/libgexiv2.so.0 No symbol table info available. #29 0x00188365 in gexiv2_metadata_save_file () from /usr/lib/libgexiv2.so.0 No symbol table info available. #30 0x080fa2f3 in photo_metadata_write_to_file (self=0xe509580, file=0xe57bc10, error=0xae6fefec) at src/photos/PhotoMetadata.c:1034 _tmp0_ = 0xe5d8b88 "/home/joe/Pictures/2009/07/05/dsc03961.jpg" _tmp1_ = 0xe5d8b88 "/home/joe/Pictures/2009/07/05/dsc03961.jpg" _inner_error_ = 0x0 __PRETTY_FUNCTION__ = "photo_metadata_write_to_file" #31 0x080ffdb7 in jfif_metadata_writer_real_write_metadata (base=0xdc63548, metadata=0xe509580, error=0xae6ff04c) at src/photos/JfifSupport.c:1197 self = _tmp0_ = 0xe57bc10 _tmp1_ = 0xe57bc10 _inner_error_ = 0x0 __PRETTY_FUNCTION__ = "jfif_metadata_writer_real_write_metadata" #32 0x080ec85f in photo_file_metadata_writer_write_metadata (self=0xdc63548, metadata=0xe509580, error=0xae6ff04c) at src/photos/PhotoFileAdapter.c:745 No locals. #33 0x08237cf0 in photo_persist_master_metadata (self=0x9cbb708, metadata=0xe509580, state=0xae6ff0ac, error=0xae6ff0a8) at src/Photo.c:9248 _state = 0x0 result = 0 _tmp0_ = 0x9cba1b0 master_reader = 0x9cba1b0 _tmp1_ = _tmp2_ = _tmp3_ = _tmp4_ = _tmp5_ = _tmp6_ = 0x0 _tmp7_ = _tmp8_ = _inner_error_ = 0x0 __PRETTY_FUNCTION__ = "photo_persist_master_metadata" #34 0x083012c3 in metadata_writer_commit_job_commit_master (error=0xae6ff0a4, self=0xe57bb80) at src/MetadataWriter.c:2195 _tmp7_ = 0x0 _tmp5_ = _tmp4_ = _tmp6_ = 0x0 _tmp8_ = _tmp1_ = _tmp3_ = _inner_error_ = 0x0 _tmp0_ = _tmp2_ = metadata = #35 metadata_writer_commit_job_real_execute (base=0xe57bb80) at src/MetadataWriter.c:2136 self = 0xe57bb80 _inner_error_ = 0x0 #36 0x080ba25f in background_job_execute (self=0xe57bb80) at src/threads/BackgroundJob.c:579 No locals. #37 0x080b8be0 in workers_thread_start (self=0xc29f750, ignored=) at src/threads/Workers.c:449 job = 0xe57bb80 empty = 1 _tmp1_ = _inner_error_ = 0x0 #38 _workers_thread_start_gfunc (data=0xe57bb80, self=0xc29f750) at src/threads/Workers.c:235 No locals. #39 0x00ce0a27 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #40 0x00cde5f4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #41 0x00ec5d31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 No symbol table info available. #42 0x00fac0ce in clone () from /lib/i386-linux-gnu/libc.so.6 No symbol table info available. Backtrace stopped: Not enough registers or memory available to unwind further (gdb) quit A debugging session is active. Inferior 1 [process 3721] will be killed. Quit anyway? (y or n) On Mon, Nov 7, 2011 at 3:32 PM, Lucas Beeler wrote: > Hi Joe, > > First, what do you mean by "rebuilding" the database? Do you mean > deleting the database file entirely and then reimporting all of your > photos? > > Second, the error that you quoted: > > > shotwell: tiffcomposite.cpp:1049: virtual > > uint32_t Exiv2::Internal::TiffBinaryArray::doCount() > > const: Assertion `typeSize != 0' failed. > > Doesn't look like it's database related. It looks as if Shotwell can't > write metadata to a certain TIFF image in your library. As a temporary > workaround, you might want to try turning metadata writing off. More > importantly though, it'd be useful to see on which photo Shotwell is > failing and to get a copy of that photo. We might be able to determine > which photo is causing Shotwell to crash by looking at Shotwell's log > file. To learn how to turn on logging in Shotwell and capture a log > file, see the "I found a bug in Shotwell. How can I report it?" > section of the Shotwell FAQ here: > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ. > > Lucas > > On Mon, Nov 7, 2011 at 9:38 AM, Adam Dingle wrote: > > Joe, > > > > - what version of Shotwell are you running? What operating system > version > > are you running? > > > > - How do you know that the database is corrupted? Is Shotwell printing > an > > error message and/or exiting? If so, what does the error message look > like? > > > > adam > > > > On 11/07/2011 07:28 AM, Joe Irvine wrote: > >> > >> I am going through a mass re-upload of my photos from Shotwell to > Picasa. > >> As I am uploading them, I am tagging them so I know where I left off. I > am > >> noticing that I keep getting database corruption when tagging the > photos, > >> however. I am saving the tags in the photo metadata, so re-building the > >> database fixes it for a little while, but with over 25000 photos it > takes > >> hours to rebuild every time this happens. Is there a way to avoid this > >> database corruption? > >> > > > > _______________________________________________ > > 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 > -- Thanks, Joe From lucas at yorba.org Tue Nov 8 20:37:59 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 8 Nov 2011 12:37:59 -0800 Subject: [Shotwell] Database getting corrupted when tagging photos In-Reply-To: References: <4EB81796.8050300@yorba.org> Message-ID: Hi Joe, You can turn off metadata writing in ubuntu 11.10, by unsetting a dconf key. To do this, first make sure that you have installed the dconf-tools package. Next, open a terminal window and execute the command: $ dconf-editor When the dconf-editor opens, in the left-hand navigation tree, navigate to apps > shotwell > preferences > files. In the main pane, you should see a list of all of the configuration options for the shotwell.preferences.files schema. One of those options is titled "commit-metadata." Uncheck the box to the right to disable the option. This will turn metadata writing off and should allow you to launch Shotwell normally. Lucas On Tue, Nov 8, 2011 at 3:57 AM, Joe Irvine wrote: > Good call. It appears to be a certain photo. How do I turn off the metadata > writes when I can't get Shotwell to launch? Is there a way to remove this > tag change from the list of changes to be written so I can skip the file? > GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08 > Copyright (C) 2011 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. ?Type "show copying" > and "show warranty" for details. > This GDB was configured as "i686-linux-gnu". > For bug reporting instructions, please see: > ... > Reading symbols from /usr/bin/shotwell...done. > (gdb) run > Starting program: /usr/bin/shotwell > [Thread debugging using libthread_db enabled] > [New Thread 0xb5c27b70 (LWP 3724)] > [New Thread 0xb52ffb70 (LWP 3725)] > [New Thread 0xb4afeb70 (LWP 3726)] > [New Thread 0xb42fdb70 (LWP 3727)] > [New Thread 0xb3969b70 (LWP 3728)] > [New Thread 0xb3168b70 (LWP 3729)] > [New Thread 0xb2967b70 (LWP 3730)] > [New Thread 0xb2166b70 (LWP 3731)] > [New Thread 0xb1965b70 (LWP 3732)] > [Thread 0xb1965b70 (LWP 3732) exited] > [Thread 0xb2967b70 (LWP 3730) exited] > [Thread 0xb3168b70 (LWP 3729) exited] > [Thread 0xb3969b70 (LWP 3728) exited] > [New Thread 0xb3969b70 (LWP 3733)] > [New Thread 0xb3168b70 (LWP 3734)] > [Thread 0xb3168b70 (LWP 3734) exited] > [Thread 0xb2166b70 (LWP 3731) exited] > shotwell: tiffcomposite.cpp:1049: virtual uint32_t > Exiv2::Internal::TiffBinaryArray::doCount() const: Assertion `typeSize != 0' > failed. > [New Thread 0xb2166b70 (LWP 3736)] > [New Thread 0xb3168b70 (LWP 3737)] > [New Thread 0xb2967b70 (LWP 3738)] > [New Thread 0xb1965b70 (LWP 3739)] > [New Thread 0xb06f7b70 (LWP 3740)] > [New Thread 0xae6ffb70 (LWP 3745)] > Program received signal SIGABRT, Aborted. > [Switching to Thread 0xae6ffb70 (LWP 3745)] > 0x00130416 in __kernel_vsyscall () > (gdb) backtrace fulll [K > #0 ?0x00130416 in __kernel_vsyscall () > No symbol table info available. > #1 ?0x00f07c8f in raise () from /lib/i386-linux-gnu/libc.so.6 > No symbol table info available. > #2 ?0x00f0b2b5 in abort () from /lib/i386-linux-gnu/libc.so.6 > No symbol table info available. > #3 ?0x00f00826 in __assert_fail () from /lib/i386-linux-gnu/libc.so.6 > No symbol table info available. > #4 ?0x01139b1e in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #5 ?0x0113bfe1 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #6 ?0x0114f2ba in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #7 ?0x0114f40f in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #8 ?0x0113bf97 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #9 ?0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #10 0x0113be29 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #11 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #12 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #13 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #14 0x0113bd2f in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #15 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #16 0x0113bd7f in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #17 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #18 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #19 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #20 0x0113be29 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #21 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #22 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #23 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #24 0x01145eb8 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #25 0x010bbbfd in Exiv2::ExifParser::encode(std::vector std::allocator >&, unsigned char const*, unsigned int, > Exiv2::ByteOrder, Exiv2::ExifData const&) () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #26 0x010cff41 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #27 0x010d13ea in Exiv2::JpegBase::writeMetadata() () > ? ?from /usr/lib/libexiv2.so.10 > No symbol table info available. > #28 0x00187cd8 in ?? () from /usr/lib/libgexiv2.so.0 > No symbol table info available. > #29 0x00188365 in gexiv2_metadata_save_file () from /usr/lib/libgexiv2.so.0 > No symbol table info available. > #30 0x080fa2f3 in photo_metadata_write_to_file (self=0xe509580, > ? ? file=0xe57bc10, error=0xae6fefec) at src/photos/PhotoMetadata.c:1034 > ? ? ? ? _tmp0_ = 0xe5d8b88 "/home/joe/Pictures/2009/07/05/dsc03961.jpg" > ? ? ? ? _tmp1_ = 0xe5d8b88 "/home/joe/Pictures/2009/07/05/dsc03961.jpg" > ? ? ? ? _inner_error_ = 0x0 > ? ? ? ? __PRETTY_FUNCTION__ = "photo_metadata_write_to_file" > #31 0x080ffdb7 in jfif_metadata_writer_real_write_metadata (base=0xdc63548, > ? ? metadata=0xe509580, error=0xae6ff04c) at src/photos/JfifSupport.c:1197 > ? ? ? ? self = > ? ? ? ? _tmp0_ = 0xe57bc10 > ? ? ? ? _tmp1_ = 0xe57bc10 > ? ? ? ? _inner_error_ = 0x0 > ? ? ? ? __PRETTY_FUNCTION__ = "jfif_metadata_writer_real_write_metadata" > #32 0x080ec85f in photo_file_metadata_writer_write_metadata > (self=0xdc63548, > ? ? metadata=0xe509580, error=0xae6ff04c) at > src/photos/PhotoFileAdapter.c:745 > No locals. > #33 0x08237cf0 in photo_persist_master_metadata (self=0x9cbb708, > ? ? metadata=0xe509580, state=0xae6ff0ac, error=0xae6ff0a8) at > src/Photo.c:9248 > ? ? ? ? _state = 0x0 > ? ? ? ? result = 0 > ? ? ? ? _tmp0_ = 0x9cba1b0 > ? ? ? ? master_reader = 0x9cba1b0 > ? ? ? ? _tmp1_ = > ? ? ? ? _tmp2_ = > ? ? ? ? _tmp3_ = > ? ? ? ? _tmp4_ = > ? ? ? ? _tmp5_ = > ? ? ? ? _tmp6_ = 0x0 > ? ? ? ? _tmp7_ = > ? ? ? ? _tmp8_ = > ? ? ? ? _inner_error_ = 0x0 > ? ? ? ? __PRETTY_FUNCTION__ = "photo_persist_master_metadata" > #34 0x083012c3 in metadata_writer_commit_job_commit_master > (error=0xae6ff0a4, > ? ? self=0xe57bb80) at src/MetadataWriter.c:2195 > ? ? ? ? _tmp7_ = 0x0 > ? ? ? ? _tmp5_ = > ? ? ? ? _tmp4_ = > ? ? ? ? _tmp6_ = 0x0 > ? ? ? ? _tmp8_ = > ? ? ? ? _tmp1_ = > ? ? ? ? _tmp3_ = > ? ? ? ? _inner_error_ = 0x0 > ? ? ? ? _tmp0_ = > ? ? ? ? _tmp2_ = > ? ? ? ? metadata = > #35 metadata_writer_commit_job_real_execute (base=0xe57bb80) > ? ? at src/MetadataWriter.c:2136 > ? ? ? ? self = 0xe57bb80 > ? ? ? ? _inner_error_ = 0x0 > #36 0x080ba25f in background_job_execute (self=0xe57bb80) > ? ? at src/threads/BackgroundJob.c:579 > No locals. > #37 0x080b8be0 in workers_thread_start (self=0xc29f750, > ? ? ignored=) at src/threads/Workers.c:449 > ? ? ? ? job = 0xe57bb80 > ? ? ? ? empty = 1 > ? ? ? ? _tmp1_ = > ? ? ? ? _inner_error_ = 0x0 > #38 _workers_thread_start_gfunc (data=0xe57bb80, self=0xc29f750) > ? ? at src/threads/Workers.c:235 > No locals. > #39 0x00ce0a27 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 > No symbol table info available. > #40 0x00cde5f4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 > No symbol table info available. > #41 0x00ec5d31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 > No symbol table info available. > #42 0x00fac0ce in clone () from /lib/i386-linux-gnu/libc.so.6 > No symbol table info available. > Backtrace stopped: Not enough registers or memory available to unwind > further > (gdb) quit > A debugging session is active. > Inferior 1 [process 3721] will be killed. > Quit anyway? (y or n) > On Mon, Nov 7, 2011 at 3:32 PM, Lucas Beeler wrote: >> >> Hi Joe, >> >> First, what do you mean by "rebuilding" the database? Do you mean >> deleting the database file entirely and then reimporting all of your >> photos? >> >> Second, the error that you quoted: >> >> > shotwell: tiffcomposite.cpp:1049: virtual >> > uint32_t Exiv2::Internal::TiffBinaryArray::doCount() >> > const: Assertion `typeSize != 0' failed. >> >> Doesn't look like it's database related. It looks as if Shotwell can't >> write metadata to a certain TIFF image in your library. As a temporary >> workaround, you might want to try turning metadata writing off. More >> importantly though, it'd be useful to see on which photo Shotwell is >> failing and to get a copy of that photo. We might be able to determine >> which photo is causing Shotwell to crash by looking at Shotwell's log >> file. To learn how to turn on logging in Shotwell and capture a log >> file, see the "I found a bug in Shotwell. How can I report it?" >> section of the Shotwell FAQ here: >> http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ. >> >> Lucas >> >> On Mon, Nov 7, 2011 at 9:38 AM, Adam Dingle wrote: >> > Joe, >> > >> > - what version of Shotwell are you running? ?What operating system >> > version >> > are you running? >> > >> > - How do you know that the database is corrupted? ?Is Shotwell printing >> > an >> > error message and/or exiting? ?If so, what does the error message look >> > like? >> > >> > adam >> > >> > On 11/07/2011 07:28 AM, Joe Irvine wrote: >> >> >> >> I am going through a mass re-upload of my photos from Shotwell to >> >> Picasa. >> >> As I am uploading them, I am tagging them so I know where I left off. I >> >> am >> >> noticing that I keep getting database corruption when tagging the >> >> photos, >> >> however. I am saving the tags in the photo metadata, so re-building the >> >> database fixes it for a little while, but with over 25000 photos it >> >> takes >> >> hours to rebuild every time this happens. Is there a way to avoid this >> >> database corruption? >> >> >> > >> > _______________________________________________ >> > 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 > > > > -- > > Thanks, > > Joe > From lucas at yorba.org Tue Nov 8 20:39:35 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 8 Nov 2011 12:39:35 -0800 Subject: [Shotwell] Database getting corrupted when tagging photos In-Reply-To: References: <4EB81796.8050300@yorba.org> Message-ID: Hi Joe, You can turn off metadata writing in ubuntu 11.10, by unsetting a dconf key. To do this, first make sure that you have installed the dconf-tools package. Next, open a terminal window and execute the command: $ dconf-editor When the dconf-editor opens, in the left-hand navigation tree, navigate to apps > shotwell > preferences > files. In the main pane, you should see a list of all of the configuration options for the shotwell.preferences.files schema. One of those options is titled "commit-metadata." Uncheck the box to the right to disable the option. This will turn metadata writing off and should allow you to launch Shotwell normally. Lucas On Tue, Nov 8, 2011 at 3:57 AM, Joe Irvine wrote: > Good call. It appears to be a certain photo. How do I turn off the metadata > writes when I can't get Shotwell to launch? Is there a way to remove this > tag change from the list of changes to be written so I can skip the file? > GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08 > Copyright (C) 2011 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. ?Type "show copying" > and "show warranty" for details. > This GDB was configured as "i686-linux-gnu". > For bug reporting instructions, please see: > ... > Reading symbols from /usr/bin/shotwell...done. > (gdb) run > Starting program: /usr/bin/shotwell > [Thread debugging using libthread_db enabled] > [New Thread 0xb5c27b70 (LWP 3724)] > [New Thread 0xb52ffb70 (LWP 3725)] > [New Thread 0xb4afeb70 (LWP 3726)] > [New Thread 0xb42fdb70 (LWP 3727)] > [New Thread 0xb3969b70 (LWP 3728)] > [New Thread 0xb3168b70 (LWP 3729)] > [New Thread 0xb2967b70 (LWP 3730)] > [New Thread 0xb2166b70 (LWP 3731)] > [New Thread 0xb1965b70 (LWP 3732)] > [Thread 0xb1965b70 (LWP 3732) exited] > [Thread 0xb2967b70 (LWP 3730) exited] > [Thread 0xb3168b70 (LWP 3729) exited] > [Thread 0xb3969b70 (LWP 3728) exited] > [New Thread 0xb3969b70 (LWP 3733)] > [New Thread 0xb3168b70 (LWP 3734)] > [Thread 0xb3168b70 (LWP 3734) exited] > [Thread 0xb2166b70 (LWP 3731) exited] > shotwell: tiffcomposite.cpp:1049: virtual uint32_t > Exiv2::Internal::TiffBinaryArray::doCount() const: Assertion `typeSize != 0' > failed. > [New Thread 0xb2166b70 (LWP 3736)] > [New Thread 0xb3168b70 (LWP 3737)] > [New Thread 0xb2967b70 (LWP 3738)] > [New Thread 0xb1965b70 (LWP 3739)] > [New Thread 0xb06f7b70 (LWP 3740)] > [New Thread 0xae6ffb70 (LWP 3745)] > Program received signal SIGABRT, Aborted. > [Switching to Thread 0xae6ffb70 (LWP 3745)] > 0x00130416 in __kernel_vsyscall () > (gdb) backtrace fulll [K > #0 ?0x00130416 in __kernel_vsyscall () > No symbol table info available. > #1 ?0x00f07c8f in raise () from /lib/i386-linux-gnu/libc.so.6 > No symbol table info available. > #2 ?0x00f0b2b5 in abort () from /lib/i386-linux-gnu/libc.so.6 > No symbol table info available. > #3 ?0x00f00826 in __assert_fail () from /lib/i386-linux-gnu/libc.so.6 > No symbol table info available. > #4 ?0x01139b1e in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #5 ?0x0113bfe1 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #6 ?0x0114f2ba in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #7 ?0x0114f40f in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #8 ?0x0113bf97 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #9 ?0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #10 0x0113be29 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #11 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #12 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #13 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #14 0x0113bd2f in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #15 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #16 0x0113bd7f in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #17 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #18 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #19 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #20 0x0113be29 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #21 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #22 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #23 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #24 0x01145eb8 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #25 0x010bbbfd in Exiv2::ExifParser::encode(std::vector std::allocator >&, unsigned char const*, unsigned int, > Exiv2::ByteOrder, Exiv2::ExifData const&) () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #26 0x010cff41 in ?? () from /usr/lib/libexiv2.so.10 > No symbol table info available. > #27 0x010d13ea in Exiv2::JpegBase::writeMetadata() () > ? ?from /usr/lib/libexiv2.so.10 > No symbol table info available. > #28 0x00187cd8 in ?? () from /usr/lib/libgexiv2.so.0 > No symbol table info available. > #29 0x00188365 in gexiv2_metadata_save_file () from /usr/lib/libgexiv2.so.0 > No symbol table info available. > #30 0x080fa2f3 in photo_metadata_write_to_file (self=0xe509580, > ? ? file=0xe57bc10, error=0xae6fefec) at src/photos/PhotoMetadata.c:1034 > ? ? ? ? _tmp0_ = 0xe5d8b88 "/home/joe/Pictures/2009/07/05/dsc03961.jpg" > ? ? ? ? _tmp1_ = 0xe5d8b88 "/home/joe/Pictures/2009/07/05/dsc03961.jpg" > ? ? ? ? _inner_error_ = 0x0 > ? ? ? ? __PRETTY_FUNCTION__ = "photo_metadata_write_to_file" > #31 0x080ffdb7 in jfif_metadata_writer_real_write_metadata (base=0xdc63548, > ? ? metadata=0xe509580, error=0xae6ff04c) at src/photos/JfifSupport.c:1197 > ? ? ? ? self = > ? ? ? ? _tmp0_ = 0xe57bc10 > ? ? ? ? _tmp1_ = 0xe57bc10 > ? ? ? ? _inner_error_ = 0x0 > ? ? ? ? __PRETTY_FUNCTION__ = "jfif_metadata_writer_real_write_metadata" > #32 0x080ec85f in photo_file_metadata_writer_write_metadata > (self=0xdc63548, > ? ? metadata=0xe509580, error=0xae6ff04c) at > src/photos/PhotoFileAdapter.c:745 > No locals. > #33 0x08237cf0 in photo_persist_master_metadata (self=0x9cbb708, > ? ? metadata=0xe509580, state=0xae6ff0ac, error=0xae6ff0a8) at > src/Photo.c:9248 > ? ? ? ? _state = 0x0 > ? ? ? ? result = 0 > ? ? ? ? _tmp0_ = 0x9cba1b0 > ? ? ? ? master_reader = 0x9cba1b0 > ? ? ? ? _tmp1_ = > ? ? ? ? _tmp2_ = > ? ? ? ? _tmp3_ = > ? ? ? ? _tmp4_ = > ? ? ? ? _tmp5_ = > ? ? ? ? _tmp6_ = 0x0 > ? ? ? ? _tmp7_ = > ? ? ? ? _tmp8_ = > ? ? ? ? _inner_error_ = 0x0 > ? ? ? ? __PRETTY_FUNCTION__ = "photo_persist_master_metadata" > #34 0x083012c3 in metadata_writer_commit_job_commit_master > (error=0xae6ff0a4, > ? ? self=0xe57bb80) at src/MetadataWriter.c:2195 > ? ? ? ? _tmp7_ = 0x0 > ? ? ? ? _tmp5_ = > ? ? ? ? _tmp4_ = > ? ? ? ? _tmp6_ = 0x0 > ? ? ? ? _tmp8_ = > ? ? ? ? _tmp1_ = > ? ? ? ? _tmp3_ = > ? ? ? ? _inner_error_ = 0x0 > ? ? ? ? _tmp0_ = > ? ? ? ? _tmp2_ = > ? ? ? ? metadata = > #35 metadata_writer_commit_job_real_execute (base=0xe57bb80) > ? ? at src/MetadataWriter.c:2136 > ? ? ? ? self = 0xe57bb80 > ? ? ? ? _inner_error_ = 0x0 > #36 0x080ba25f in background_job_execute (self=0xe57bb80) > ? ? at src/threads/BackgroundJob.c:579 > No locals. > #37 0x080b8be0 in workers_thread_start (self=0xc29f750, > ? ? ignored=) at src/threads/Workers.c:449 > ? ? ? ? job = 0xe57bb80 > ? ? ? ? empty = 1 > ? ? ? ? _tmp1_ = > ? ? ? ? _inner_error_ = 0x0 > #38 _workers_thread_start_gfunc (data=0xe57bb80, self=0xc29f750) > ? ? at src/threads/Workers.c:235 > No locals. > #39 0x00ce0a27 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 > No symbol table info available. > #40 0x00cde5f4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 > No symbol table info available. > #41 0x00ec5d31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 > No symbol table info available. > #42 0x00fac0ce in clone () from /lib/i386-linux-gnu/libc.so.6 > No symbol table info available. > Backtrace stopped: Not enough registers or memory available to unwind > further > (gdb) quit > A debugging session is active. > Inferior 1 [process 3721] will be killed. > Quit anyway? (y or n) > On Mon, Nov 7, 2011 at 3:32 PM, Lucas Beeler wrote: >> >> Hi Joe, >> >> First, what do you mean by "rebuilding" the database? Do you mean >> deleting the database file entirely and then reimporting all of your >> photos? >> >> Second, the error that you quoted: >> >> > shotwell: tiffcomposite.cpp:1049: virtual >> > uint32_t Exiv2::Internal::TiffBinaryArray::doCount() >> > const: Assertion `typeSize != 0' failed. >> >> Doesn't look like it's database related. It looks as if Shotwell can't >> write metadata to a certain TIFF image in your library. As a temporary >> workaround, you might want to try turning metadata writing off. More >> importantly though, it'd be useful to see on which photo Shotwell is >> failing and to get a copy of that photo. We might be able to determine >> which photo is causing Shotwell to crash by looking at Shotwell's log >> file. To learn how to turn on logging in Shotwell and capture a log >> file, see the "I found a bug in Shotwell. How can I report it?" >> section of the Shotwell FAQ here: >> http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ. >> >> Lucas >> >> On Mon, Nov 7, 2011 at 9:38 AM, Adam Dingle wrote: >> > Joe, >> > >> > - what version of Shotwell are you running? ?What operating system >> > version >> > are you running? >> > >> > - How do you know that the database is corrupted? ?Is Shotwell printing >> > an >> > error message and/or exiting? ?If so, what does the error message look >> > like? >> > >> > adam >> > >> > On 11/07/2011 07:28 AM, Joe Irvine wrote: >> >> >> >> I am going through a mass re-upload of my photos from Shotwell to >> >> Picasa. >> >> As I am uploading them, I am tagging them so I know where I left off. I >> >> am >> >> noticing that I keep getting database corruption when tagging the >> >> photos, >> >> however. I am saving the tags in the photo metadata, so re-building the >> >> database fixes it for a little while, but with over 25000 photos it >> >> takes >> >> hours to rebuild every time this happens. Is there a way to avoid this >> >> database corruption? >> >> >> > >> > _______________________________________________ >> > 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 > > > > -- > > Thanks, > > Joe > From joe at irvinefamily.org Wed Nov 9 14:39:55 2011 From: joe at irvinefamily.org (Joe Irvine) Date: Wed, 9 Nov 2011 09:39:55 -0500 Subject: [Shotwell] Database getting corrupted when tagging photos In-Reply-To: References: <4EB81796.8050300@yorba.org> Message-ID: Thanks. I look forward to the bug fix... On Tue, Nov 8, 2011 at 3:37 PM, Lucas Beeler wrote: > Hi Joe, > > You can turn off metadata writing in ubuntu 11.10, by unsetting a > dconf key. To do this, first make sure that you have installed the > dconf-tools package. Next, open a terminal window and execute the > command: > > $ dconf-editor > > When the dconf-editor opens, in the left-hand navigation tree, > navigate to apps > shotwell > preferences > files. In the main pane, > you should see a list of all of the configuration options for the > shotwell.preferences.files schema. One of those options is titled > "commit-metadata." Uncheck the box to the right to disable the option. > This will turn metadata writing off and should allow you to launch > Shotwell normally. > > Lucas > > On Tue, Nov 8, 2011 at 3:57 AM, Joe Irvine wrote: > > Good call. It appears to be a certain photo. How do I turn off the > metadata > > writes when I can't get Shotwell to launch? Is there a way to remove this > > tag change from the list of changes to be written so I can skip the file? > > GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08 > > Copyright (C) 2011 Free Software Foundation, Inc. > > License GPLv3+: GNU GPL version 3 or later > > > > This is free software: you are free to change and redistribute it. > > There is NO WARRANTY, to the extent permitted by law. Type "show > copying" > > and "show warranty" for details. > > This GDB was configured as "i686-linux-gnu". > > For bug reporting instructions, please see: > > ... > > Reading symbols from /usr/bin/shotwell...done. > > (gdb) run > > Starting program: /usr/bin/shotwell > > [Thread debugging using libthread_db enabled] > > [New Thread 0xb5c27b70 (LWP 3724)] > > [New Thread 0xb52ffb70 (LWP 3725)] > > [New Thread 0xb4afeb70 (LWP 3726)] > > [New Thread 0xb42fdb70 (LWP 3727)] > > [New Thread 0xb3969b70 (LWP 3728)] > > [New Thread 0xb3168b70 (LWP 3729)] > > [New Thread 0xb2967b70 (LWP 3730)] > > [New Thread 0xb2166b70 (LWP 3731)] > > [New Thread 0xb1965b70 (LWP 3732)] > > [Thread 0xb1965b70 (LWP 3732) exited] > > [Thread 0xb2967b70 (LWP 3730) exited] > > [Thread 0xb3168b70 (LWP 3729) exited] > > [Thread 0xb3969b70 (LWP 3728) exited] > > [New Thread 0xb3969b70 (LWP 3733)] > > [New Thread 0xb3168b70 (LWP 3734)] > > [Thread 0xb3168b70 (LWP 3734) exited] > > [Thread 0xb2166b70 (LWP 3731) exited] > > shotwell: tiffcomposite.cpp:1049: virtual uint32_t > > Exiv2::Internal::TiffBinaryArray::doCount() const: Assertion `typeSize > != 0' > > failed. > > [New Thread 0xb2166b70 (LWP 3736)] > > [New Thread 0xb3168b70 (LWP 3737)] > > [New Thread 0xb2967b70 (LWP 3738)] > > [New Thread 0xb1965b70 (LWP 3739)] > > [New Thread 0xb06f7b70 (LWP 3740)] > > [New Thread 0xae6ffb70 (LWP 3745)] > > Program received signal SIGABRT, Aborted. > > [Switching to Thread 0xae6ffb70 (LWP 3745)] > > 0x00130416 in __kernel_vsyscall () > > (gdb) backtrace fulll [K > > #0 0x00130416 in __kernel_vsyscall () > > No symbol table info available. > > #1 0x00f07c8f in raise () from /lib/i386-linux-gnu/libc.so.6 > > No symbol table info available. > > #2 0x00f0b2b5 in abort () from /lib/i386-linux-gnu/libc.so.6 > > No symbol table info available. > > #3 0x00f00826 in __assert_fail () from /lib/i386-linux-gnu/libc.so.6 > > No symbol table info available. > > #4 0x01139b1e in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #5 0x0113bfe1 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #6 0x0114f2ba in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #7 0x0114f40f in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #8 0x0113bf97 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #9 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #10 0x0113be29 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #11 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #12 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #13 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #14 0x0113bd2f in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #15 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #16 0x0113bd7f in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #17 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #18 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #19 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #20 0x0113be29 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #21 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #22 0x0113bf2d in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #23 0x0113bc60 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #24 0x01145eb8 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #25 0x010bbbfd in Exiv2::ExifParser::encode(std::vector > std::allocator >&, unsigned char const*, unsigned int, > > Exiv2::ByteOrder, Exiv2::ExifData const&) () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #26 0x010cff41 in ?? () from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #27 0x010d13ea in Exiv2::JpegBase::writeMetadata() () > > from /usr/lib/libexiv2.so.10 > > No symbol table info available. > > #28 0x00187cd8 in ?? () from /usr/lib/libgexiv2.so.0 > > No symbol table info available. > > #29 0x00188365 in gexiv2_metadata_save_file () from > /usr/lib/libgexiv2.so.0 > > No symbol table info available. > > #30 0x080fa2f3 in photo_metadata_write_to_file (self=0xe509580, > > file=0xe57bc10, error=0xae6fefec) at src/photos/PhotoMetadata.c:1034 > > _tmp0_ = 0xe5d8b88 "/home/joe/Pictures/2009/07/05/dsc03961.jpg" > > _tmp1_ = 0xe5d8b88 "/home/joe/Pictures/2009/07/05/dsc03961.jpg" > > _inner_error_ = 0x0 > > __PRETTY_FUNCTION__ = "photo_metadata_write_to_file" > > #31 0x080ffdb7 in jfif_metadata_writer_real_write_metadata > (base=0xdc63548, > > metadata=0xe509580, error=0xae6ff04c) at > src/photos/JfifSupport.c:1197 > > self = > > _tmp0_ = 0xe57bc10 > > _tmp1_ = 0xe57bc10 > > _inner_error_ = 0x0 > > __PRETTY_FUNCTION__ = "jfif_metadata_writer_real_write_metadata" > > #32 0x080ec85f in photo_file_metadata_writer_write_metadata > > (self=0xdc63548, > > metadata=0xe509580, error=0xae6ff04c) at > > src/photos/PhotoFileAdapter.c:745 > > No locals. > > #33 0x08237cf0 in photo_persist_master_metadata (self=0x9cbb708, > > metadata=0xe509580, state=0xae6ff0ac, error=0xae6ff0a8) at > > src/Photo.c:9248 > > _state = 0x0 > > result = 0 > > _tmp0_ = 0x9cba1b0 > > master_reader = 0x9cba1b0 > > _tmp1_ = > > _tmp2_ = > > _tmp3_ = > > _tmp4_ = > > _tmp5_ = > > _tmp6_ = 0x0 > > _tmp7_ = > > _tmp8_ = > > _inner_error_ = 0x0 > > __PRETTY_FUNCTION__ = "photo_persist_master_metadata" > > #34 0x083012c3 in metadata_writer_commit_job_commit_master > > (error=0xae6ff0a4, > > self=0xe57bb80) at src/MetadataWriter.c:2195 > > _tmp7_ = 0x0 > > _tmp5_ = > > _tmp4_ = > > _tmp6_ = 0x0 > > _tmp8_ = > > _tmp1_ = > > _tmp3_ = > > _inner_error_ = 0x0 > > _tmp0_ = > > _tmp2_ = > > metadata = > > #35 metadata_writer_commit_job_real_execute (base=0xe57bb80) > > at src/MetadataWriter.c:2136 > > self = 0xe57bb80 > > _inner_error_ = 0x0 > > #36 0x080ba25f in background_job_execute (self=0xe57bb80) > > at src/threads/BackgroundJob.c:579 > > No locals. > > #37 0x080b8be0 in workers_thread_start (self=0xc29f750, > > ignored=) at src/threads/Workers.c:449 > > job = 0xe57bb80 > > empty = 1 > > _tmp1_ = > > _inner_error_ = 0x0 > > #38 _workers_thread_start_gfunc (data=0xe57bb80, self=0xc29f750) > > at src/threads/Workers.c:235 > > No locals. > > #39 0x00ce0a27 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 > > No symbol table info available. > > #40 0x00cde5f4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 > > No symbol table info available. > > #41 0x00ec5d31 in start_thread () from > /lib/i386-linux-gnu/libpthread.so.0 > > No symbol table info available. > > #42 0x00fac0ce in clone () from /lib/i386-linux-gnu/libc.so.6 > > No symbol table info available. > > Backtrace stopped: Not enough registers or memory available to unwind > > further > > (gdb) quit > > A debugging session is active. > > Inferior 1 [process 3721] will be killed. > > Quit anyway? (y or n) > > On Mon, Nov 7, 2011 at 3:32 PM, Lucas Beeler wrote: > >> > >> Hi Joe, > >> > >> First, what do you mean by "rebuilding" the database? Do you mean > >> deleting the database file entirely and then reimporting all of your > >> photos? > >> > >> Second, the error that you quoted: > >> > >> > shotwell: tiffcomposite.cpp:1049: virtual > >> > uint32_t Exiv2::Internal::TiffBinaryArray::doCount() > >> > const: Assertion `typeSize != 0' failed. > >> > >> Doesn't look like it's database related. It looks as if Shotwell can't > >> write metadata to a certain TIFF image in your library. As a temporary > >> workaround, you might want to try turning metadata writing off. More > >> importantly though, it'd be useful to see on which photo Shotwell is > >> failing and to get a copy of that photo. We might be able to determine > >> which photo is causing Shotwell to crash by looking at Shotwell's log > >> file. To learn how to turn on logging in Shotwell and capture a log > >> file, see the "I found a bug in Shotwell. How can I report it?" > >> section of the Shotwell FAQ here: > >> http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ. > >> > >> Lucas > >> > >> On Mon, Nov 7, 2011 at 9:38 AM, Adam Dingle wrote: > >> > Joe, > >> > > >> > - what version of Shotwell are you running? What operating system > >> > version > >> > are you running? > >> > > >> > - How do you know that the database is corrupted? Is Shotwell > printing > >> > an > >> > error message and/or exiting? If so, what does the error message look > >> > like? > >> > > >> > adam > >> > > >> > On 11/07/2011 07:28 AM, Joe Irvine wrote: > >> >> > >> >> I am going through a mass re-upload of my photos from Shotwell to > >> >> Picasa. > >> >> As I am uploading them, I am tagging them so I know where I left > off. I > >> >> am > >> >> noticing that I keep getting database corruption when tagging the > >> >> photos, > >> >> however. I am saving the tags in the photo metadata, so re-building > the > >> >> database fixes it for a little while, but with over 25000 photos it > >> >> takes > >> >> hours to rebuild every time this happens. Is there a way to avoid > this > >> >> database corruption? > >> >> > >> > > >> > _______________________________________________ > >> > 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 > > > > > > > > -- > > > > Thanks, > > > > Joe > > > -- Thanks, Joe From alexmielko at gmail.com Thu Nov 10 16:22:34 2011 From: alexmielko at gmail.com (drabina) Date: Thu, 10 Nov 2011 08:22:34 -0800 (PST) Subject: [Shotwell] Question about organizing photos Message-ID: <1320942154242-49002.post@talk.nabble.com> I have tried to search and read documentation but I am new to Ubuntu and Shotwell and can't seem to find the answer to my problem. I have setup "Directory structure: Custom" with "Pattern: %Y". I would assume that this means that the imported images will be loaded to a 2011 folder. When I tried to import the photos, they were categorized as follows: year / month / day If it is a bug, I can live with it but then I wanted to move individual events under each day to the top level (year) by dragging and dropping but that did not work. So my question is, how do I force Shotwell to import all images taken in 2011 to a 2011 folder without creating any other sub-event folders? Thanks. -- View this message in context: http://shotwell.3510.www.nabble.com/Question-about-organizing-photos-tp49002p49002.html Sent from the Shotwell mailing list archive at Nabble.com. From clanlaw at googlemail.com Thu Nov 10 16:39:51 2011 From: clanlaw at googlemail.com (Colin Law) Date: Thu, 10 Nov 2011 16:39:51 +0000 Subject: [Shotwell] Question about organizing photos In-Reply-To: <1320942154242-49002.post@talk.nabble.com> References: <1320942154242-49002.post@talk.nabble.com> Message-ID: On 10 November 2011 16:22, drabina wrote: > I have tried to search and read documentation but I am new to Ubuntu and > Shotwell and can't seem to find the answer to my problem. I have setup > "Directory structure: Custom" with "Pattern: %Y". I would assume that this > means that the imported images will be loaded to a 2011 folder. When I tried > to import the photos, they were categorized as follows: > > year / month / day > > If it is a bug, I can live with it but then I wanted to move individual > events under each day to the top level (year) by dragging and dropping but > that did not work. So my question is, how do I force Shotwell to import all > images taken in 2011 to a 2011 folder without creating any other sub-event > folders? Are you sure it has put the files into y/m/d folders? Look in nautilus in ubuntu (the file manager) and see. The fact that Showell shows default *events* y/m/d does not mean they are saved in those folders. Events are not the same as folders. Colin From alexmielko at gmail.com Thu Nov 10 16:49:43 2011 From: alexmielko at gmail.com (drabina) Date: Thu, 10 Nov 2011 08:49:43 -0800 (PST) Subject: [Shotwell] Question about organizing photos In-Reply-To: References: <1320942154242-49002.post@talk.nabble.com> Message-ID: <1320943783939-49004.post@talk.nabble.com> You are right, the actual files are in the single folder structure. Now, how do I move all photos from all the events that are categorized like this: year / month / day to a simple folder structure (year only): year When I drag individual photos from the day folder and try to drop them onto the year folder, nothing happens. Thanks. -- View this message in context: http://shotwell.3510.www.nabble.com/Question-about-organizing-photos-tp49002p49004.html Sent from the Shotwell mailing list archive at Nabble.com. From clanlaw at googlemail.com Thu Nov 10 16:59:02 2011 From: clanlaw at googlemail.com (Colin Law) Date: Thu, 10 Nov 2011 16:59:02 +0000 Subject: [Shotwell] Question about organizing photos In-Reply-To: <1320943783939-49004.post@talk.nabble.com> References: <1320942154242-49002.post@talk.nabble.com> <1320943783939-49004.post@talk.nabble.com> Message-ID: On 10 November 2011 16:49, drabina wrote: > You are right, the actual files are in the single folder structure. > > Now, how do I move all photos from all the events that are categorized like > this: > > ? year / month / day > > to a simple folder structure (year only): > > ? year > > When I drag individual photos from the day folder and try to drop them onto > the year folder, nothing happens. I don't understand why you need to move them. If you just click on the year you will see all the photos from that year so you already have what you want. Just do not expand the event hierarchy. Alternatively if you look in help you can find how to create new events and put whichever photos you want in it, so you could make your own year events and put them there. Colin From alexmielko at gmail.com Thu Nov 10 17:39:38 2011 From: alexmielko at gmail.com (drabina) Date: Thu, 10 Nov 2011 09:39:38 -0800 (PST) Subject: [Shotwell] Question about organizing photos In-Reply-To: References: <1320942154242-49002.post@talk.nabble.com> <1320943783939-49004.post@talk.nabble.com> Message-ID: <1320946778132-49008.post@talk.nabble.com> I guess I may be doing something wrong but when I click on 2011, I get icons for each event instead of list of all pictures taken in 2011. So I have no quick way to browse thru all 2011 photos which is what I want. I do not want to go into every event to see pictures. -- View this message in context: http://shotwell.3510.www.nabble.com/Question-about-organizing-photos-tp49002p49008.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Thu Nov 10 17:51:29 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 10 Nov 2011 09:51:29 -0800 Subject: [Shotwell] Question about organizing photos In-Reply-To: <1320946778132-49008.post@talk.nabble.com> References: <1320942154242-49002.post@talk.nabble.com> <1320943783939-49004.post@talk.nabble.com> <1320946778132-49008.post@talk.nabble.com> Message-ID: <4EBC0F21.2020801@yorba.org> drabina, You're not doing anything wrong; that's just the way Shotwell works today. I agre that when you select 2011, it would be nice if Shotwell would give you the choice between a list of all days/events in 2011 (as it does today) or a list of photos in 2011. We'd like to implement that sooner or later: http://redmine.yorba.org/issues/2413 In the meantime, you could create a saved search for each year that you care about, showing only the photos from that year: http://yorba.org/shotwell/help/search.html If there are only a small number of years in your collection that might not be too awkward. adam On 11/10/2011 09:39 AM, drabina wrote: > I guess I may be doing something wrong but when I click on 2011, I get icons > for each event instead of list of all pictures taken in 2011. So I have no > quick way to browse thru all 2011 photos which is what I want. I do not want > to go into every event to see pictures. > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Question-about-organizing-photos-tp49002p49008.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From clanlaw at googlemail.com Thu Nov 10 18:05:06 2011 From: clanlaw at googlemail.com (Colin Law) Date: Thu, 10 Nov 2011 18:05:06 +0000 Subject: [Shotwell] Question about organizing photos In-Reply-To: <1320946778132-49008.post@talk.nabble.com> References: <1320942154242-49002.post@talk.nabble.com> <1320943783939-49004.post@talk.nabble.com> <1320946778132-49008.post@talk.nabble.com> Message-ID: On 10 November 2011 17:39, drabina wrote: > I guess I may be doing something wrong but when I click on 2011, I get icons > for each event instead of list of all pictures taken in 2011. So I have no > quick way to browse thru all 2011 photos which is what I want. I do not want > to go into every event to see pictures. No, you are right, I am wrong. My memory playing tricks, sorry. Colin From alexmielko at gmail.com Thu Nov 10 18:10:40 2011 From: alexmielko at gmail.com (drabina) Date: Thu, 10 Nov 2011 10:10:40 -0800 (PST) Subject: [Shotwell] Question about organizing photos In-Reply-To: References: <1320942154242-49002.post@talk.nabble.com> <1320943783939-49004.post@talk.nabble.com> <1320946778132-49008.post@talk.nabble.com> Message-ID: <1320948640220-49011.post@talk.nabble.com> Thanks for replying and explaining this to me. I can live with the limitation as I see that I can merge events or create custom searches that you have suggested. -- View this message in context: http://shotwell.3510.www.nabble.com/Question-about-organizing-photos-tp49002p49011.html Sent from the Shotwell mailing list archive at Nabble.com. From davidvj at frontier.com Thu Nov 10 18:22:24 2011 From: davidvj at frontier.com (David Vincent-Jones) Date: Thu, 10 Nov 2011 10:22:24 -0800 Subject: [Shotwell] Question about organizing photos In-Reply-To: <4EBC0F21.2020801@yorba.org> References: <1320942154242-49002.post@talk.nabble.com> <1320943783939-49004.post@talk.nabble.com> <1320946778132-49008.post@talk.nabble.com> <4EBC0F21.2020801@yorba.org> Message-ID: <1320949344.9413.15.camel@david-desktop> The problem that I faced with Shotwell is that some older image editors ignored the camera_date and applied only a processing_date to their output. I keep my images in a dated folder (both the raw and final), Shotwell however can and does move my material into weird and mysterious places. If I had need to reprocess a file months or years later it may be totally misplaced (lost). I could overcome this if there were a way to 're-date' images in bulk. My only other alternative would be to only use Shotwell for relatively recent material and use another system entirely for early work. Bit of a nuisance! What solution would a Shotwell user find for instance with a large collection of scanned film material? David On Thu, 2011-11-10 at 09:51 -0800, Adam Dingle wrote: > drabina, > > You're not doing anything wrong; that's just the way Shotwell works today. > > I agre that when you select 2011, it would be nice if Shotwell would > give you the choice between a list of all days/events in 2011 (as it > does today) or a list of photos in 2011. We'd like to implement that > sooner or later: > > http://redmine.yorba.org/issues/2413 > > In the meantime, you could create a saved search for each year that you > care about, showing only the photos from that year: > > http://yorba.org/shotwell/help/search.html > > If there are only a small number of years in your collection that might > not be too awkward. > > adam > > On 11/10/2011 09:39 AM, drabina wrote: > > I guess I may be doing something wrong but when I click on 2011, I get icons > > for each event instead of list of all pictures taken in 2011. So I have no > > quick way to browse thru all 2011 photos which is what I want. I do not want > > to go into every event to see pictures. > > > > -- > > View this message in context: http://shotwell.3510.www.nabble.com/Question-about-organizing-photos-tp49002p49008.html > > Sent from the Shotwell mailing list archive at Nabble.com. > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From rolf.steinort at gmail.com Thu Nov 10 18:29:45 2011 From: rolf.steinort at gmail.com (Rolf Steinort) Date: Thu, 10 Nov 2011 19:29:45 +0100 Subject: [Shotwell] (no subject) Message-ID: Hi, I am running into a problem with Shotwell after I imported images from a F-Spot database. There were no tags imported. And then after a bit of time Shotwell refused to start. I see a short progress bar - then nothing. Starting from a terminal gives me: ##### Gtk-Message: Failed to load module "pk-gtk-module" ** ERROR **: Orientation.vala:243: rotate_dimensions: 0 aborting... Aborted ##### I used 0.11.5+ trunk and just upgradet to 0.11.6+trunk 10 minutes ago. Still the same problem. Rolf http://meetthegimp.org From rolf.steinort at gmail.com Thu Nov 10 18:31:55 2011 From: rolf.steinort at gmail.com (Rolf Steinort) Date: Thu, 10 Nov 2011 19:31:55 +0100 Subject: [Shotwell] Crash with: Orientation.vala:243: rotate_dimensions: 0 Message-ID: (now with Subject set to something sensible....please ignore the other mail) Hi, I am running into a problem with Shotwell after I imported images from a F-Spot database. There were no tags imported. And then after a bit of time Shotwell refused to start. I see a short progress bar - then nothing. Starting from a terminal gives me: ##### Gtk-Message: Failed to load module "pk-gtk-module" ** ERROR **: Orientation.vala:243: rotate_dimensions: 0 aborting... Aborted ##### I used 0.11.5+ trunk and just upgradet to 0.11.6+trunk 10 minutes ago. Still the same problem. Rolf http://meetthegimp.org From adam at yorba.org Thu Nov 10 19:13:53 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 10 Nov 2011 11:13:53 -0800 Subject: [Shotwell] Crash with: Orientation.vala:243: rotate_dimensions: 0 In-Reply-To: References: Message-ID: <4EBC2271.8040404@yorba.org> Rolf, thanks for the bug report. This bug is known and we're looking into it now: http://redmine.yorba.org/issues/4354 adam On 11/10/2011 10:31 AM, Rolf Steinort wrote: > (now with Subject set to something sensible....please ignore the other > mail) > Hi, > > I am running into a problem with Shotwell after I imported images from a > F-Spot database. There were no tags imported. And then after a bit of time > Shotwell refused to start. I see a short progress bar - then nothing. > > Starting from a terminal gives me: > > ##### > Gtk-Message: Failed to load module "pk-gtk-module" > > ** ERROR **: Orientation.vala:243: rotate_dimensions: 0 > aborting... > Aborted > ##### > > I used 0.11.5+ trunk and just upgradet to 0.11.6+trunk 10 minutes ago. > Still the same problem. > > > > Rolf > > http://meetthegimp.org > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From noah.b.beck at gmail.com Thu Nov 10 19:46:34 2011 From: noah.b.beck at gmail.com (Noah Beck) Date: Thu, 10 Nov 2011 14:46:34 -0500 Subject: [Shotwell] where to put metadata for import to shotwell Message-ID: Hi, I have a few thousand pictures I'd like to start importing into some sort of photo management program, and shotwell looks like a good place to start. My new Fedora 15 system has version 0.10.1 installed. I have some JPG images that came from 35mm/scanner, some JPG images that came from my digital camera (Rebel XT/EOS 350D), and some CR2+JPG images from that same camera. I've never used the CR2 images before, but it seems like I should import those to shotwell where I have them, rather than importing the JPG files. I have decent shell and perl scripting abilities, and over the years I've stored a few pieces of metadata in a tab-separated "database" file that points to some of the images. I would like for shotwell to recognize these when I import the images, so I don't have to enter it again: 1) captions: plain-text, sometimes containing an embedded URL (in HTML style) 2) "album" groupings: some images are associated with one or more of what I called picture "albums" 3) location: some sort of geographic name like a city and state 4) date taken: this is of course in the EXIF tags of files from my digital camera which I assume shotwell will recognize, but I have this in a separate file for images that came from my 35mm camera So should I write a one-time script to generate .xmp sidecar files for each image, containing this metadata I want to preserve? Or should I use exiftool to push the metadata back into the JPG/CR2 files? And either way, what are the "standard" four field names that the above metadata should go into? Suggestions appreciated. Noah From adam at yorba.org Thu Nov 10 20:00:08 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 10 Nov 2011 12:00:08 -0800 Subject: [Shotwell] Question about organizing photos In-Reply-To: <1320949344.9413.15.camel@david-desktop> References: <1320942154242-49002.post@talk.nabble.com> <1320943783939-49004.post@talk.nabble.com> <1320946778132-49008.post@talk.nabble.com> <4EBC0F21.2020801@yorba.org> <1320949344.9413.15.camel@david-desktop> Message-ID: <4EBC2D48.6050803@yorba.org> On 11/10/2011 10:22 AM, David Vincent-Jones wrote: > The problem that I faced with Shotwell is that some older image editors > ignored the camera_date and applied only a processing_date to their > output. I believe that you're talking about the various EXIF fields that store dates: they are actually called DateTime, DateTimeOriginal and DateTimeDigitized. Shotwell will look in all of these fields to find a photo's date. So as long as an image editor writes to any of these dates Shotwell should detect it. > > I keep my images in a dated folder (both the raw and final), Shotwell > however can and does move my material into weird and mysterious places. > If I had need to reprocess a file months or years later it may be > totally misplaced (lost). I don't think there's anything mysterious about Shotwell's behavior. Shotwell will never move a photo into a different folder. When you import photos into Shotwell and choose to copy them (or import from a camera), Shotwell will place them in folders determined by the photo's EXIF date (if present) or file date (if there is no EXIF date). If you ever see any other behavior, please report it to us as a bug. > > I could overcome this if there were a way to 're-date' images in bulk. > My only other alternative would be to only use Shotwell for relatively > recent material and use another system entirely for early work. Bit of a > nuisance! > > What solution would a Shotwell user find for instance with a large > collection of scanned film material? If your scanner program lets you specify a DateTimeOriginal for each photo, Shotwell will detect that and use it as the date. Otherwise, you can always set photo dates in Shotwell using the Adjust Date and Time command. You can also select multiple photos, then use Adjust Date and Time to adjust their dates all at once. The only catch is that if you set a photo's date in Shotwell, it won't show up under the event for that date. I hope we can fix that for 0.12: http://redmine.yorba.org/issues/1940 adam From lucas at yorba.org Thu Nov 10 20:11:55 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 10 Nov 2011 12:11:55 -0800 Subject: [Shotwell] where to put metadata for import to shotwell In-Reply-To: References: Message-ID: > never used the CR2 images before, but it > seems like I should import those to shotwell > where I have them, rather than importing the JPG files. The best way to do this is to drag both the CR2 files and JPG files into Shotwell in the same import operation. Shotwell will then stack both the RAW and JPEG file into a single RAW+JPEG pair. That should give you the most flexibility in terms of using your camera-generated RAW development, etc. > So should I write a one-time script to generate > .xmp sidecar files for each image, containing this > metadata I want to preserve? Shotwell won't be able read the associated XMP sidecar files, so this isn't the way to go. Write your information to the photo files themselves, where possible (note that some RAW files get very upset if you try to update their metadata in the file). Now, as regards your albums. According to your spec, photos can be placed into more than one "album". So I think the proper Shotwell abstraction to use here is a tag. If you write your "album" information into the Iptc.Application2.keywords field or the Xmp.dc.subject fields, Shotwell will extract it and tag your photos appropriately on import, creating new tag objects where needed. Lucas From pt at traversin.org Thu Nov 10 21:36:57 2011 From: pt at traversin.org (pt) Date: Thu, 10 Nov 2011 22:36:57 +0100 Subject: [Shotwell] where to put metadata for import to shotwell In-Reply-To: References: Message-ID: On 10 November 2011 21:11, Lucas Beeler wrote: > >> So should I write a one-time script to generate >> .xmp sidecar files for each image, containing this >> metadata I want to preserve? You are looking for exiftool. Exiftool can read CSV files and store the information into your pictures, and it does recurse directories. You should check the man page, or you can look in the forum: your case is pretty common. In short, you need to have as first field of your 'database' the file name, and then your metadata, separated by comma (configurable). The headers of each column should be the tag name you are writing to. There are many different options for the tags, but the ones suggested by Lucas (Keywords) are the most common. If you write to XMP (recommended) you should escape your '<' and '>' (and other XML-forbidden characters) with < and > and so on. Google is your friend, any way ;-) HTH, ciao ciao, Piergi -- Web: http://traversin.org GNU/Linux user 190604 From hendry.michael at gmail.com Fri Nov 11 07:28:12 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Fri, 11 Nov 2011 07:28:12 +0000 Subject: [Shotwell] Question about organizing photos In-Reply-To: <1320949344.9413.15.camel@david-desktop> References: <1320942154242-49002.post@talk.nabble.com> <1320943783939-49004.post@talk.nabble.com> <1320946778132-49008.post@talk.nabble.com> <4EBC0F21.2020801@yorba.org> <1320949344.9413.15.camel@david-desktop> Message-ID: <1320996492.2337.30.camel@Linley6> On Thu, 2011-11-10 at 10:22 -0800, David Vincent-Jones wrote: > The problem that I faced with Shotwell is that some older image editors > ignored the camera_date and applied only a processing_date to their > output. > > I keep my images in a dated folder (both the raw and final), Shotwell > however can and does move my material into weird and mysterious places. > If I had need to reprocess a file months or years later it may be > totally misplaced (lost). > > I could overcome this if there were a way to 're-date' images in bulk. > My only other alternative would be to only use Shotwell for relatively > recent material and use another system entirely for early work. Bit of a > nuisance! > > What solution would a Shotwell user find for instance with a large > collection of scanned film material? > > David I faced this problem some months ago, with a collection of images I had scanned some years ago from film exposed as far back as the 1960s. I had organised these images in directories labelled 1964-01, 1964-02... 1964-nn etc, to indicate the first, second ... 'nn'th film developed during each year, and labelled the images themselves according to the number on the film itself - IMG001.jpg, IMG002.jpg etc. There were, of course, some anomalies - missing images, image numbers going up two at a time, and images which I had scanned again at a higher resolution (e.g. "IMG023 2900.jpg"), when inspection of a quick lo-res scan of a film had revealed an image I wanted to work on. A completely automated solution appeared out of reach, so after a spell of issuing a single command for each image I evolved a method using a shell script for each directory which set a unique value of DateTimeOriginal for each image as follows exiftool -DateTimeOriginal="1970:01:01 12:00:00" IMG000.jpg exiftool -DateTimeOriginal="1970:01:01 12:00:01" "Contact Sheet.jpg" exiftool -DateTimeOriginal="1970:01:01 12:00:01" IMG001.jpg exiftool -DateTimeOriginal="1970:01:01 12:00:02" IMG002.jpg exiftool -DateTimeOriginal="1970:01:01 12:00:03" IMG003.jpg exiftool -DateTimeOriginal="1970:01:01 12:00:04" IMG004.jpg exiftool -DateTimeOriginal="1970:01:01 12:00:05" IMG005.jpg exiftool -DateTimeOriginal="1970:01:01 12:00:05" "IMG005 2900.jpg" exiftool -DateTimeOriginal="1970:01:01 12:00:06" IMG006.jpg exiftool -DateTimeOriginal="1970:01:01 12:00:06" "IMG006 2900.jpg" exiftool -DateTimeOriginal="1970:01:01 12:00:07" IMG007.jpg exiftool -DateTimeOriginal="1970:01:01 12:00:07" "IMG007 rescanned.jpg" ... rm *original This is for the folder 1970-01, to which I arbitrarily assigned a date of 1st Jan 1970, and set the time for negative #1 at 12:00:01. This gave me scope for the occasional negative numbered less than 0. Once I was sure of what I was doing, I switched off the protection of a backup copy of the original file by appending "rm *original" to the script. There are no doubt many better ways of doing this, and of automating the process, but sometimes it's best just to bash on through the job without thinking too much about it! Once imported into Shotwell, each film is regarded as single event, with individual images displayed in chronological order within the event. Michael From dougie at highmoor.co.uk Sun Nov 13 21:35:01 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 13 Nov 2011 21:35:01 +0000 Subject: [Shotwell] are commas in tagnames a problem? Message-ID: <4EC03805.9080105@highmoor.co.uk> I've just managed to reproduce a problem that had been eluding me. It has happened occasionally but on previous occurrences I hadn't spotted what was actually happening. Perhaps it's something to do with legal tag names. I also have a suspicion that it may be connected with renaming a tag to a complex name, and then subsequently trying to use the new tag name on new images. Take the example tag of: Kretzschmaria deusta (Brittle Cinder, Charcoal Fungus) Select two images, press Ctrl-T, and start typying the tag. In my setup, I am offered two choices; Kretzschmaria Kretzschmaria deusta (Brittle Cinder, Charcoal Fungus) That's fine. That's what I expect and want, so I keep typing to get the unique match, then select OK. At this point (in my setup) something odd happens and, as I say, I've only just spotted it, as on previous occasions I think I must have assumed the tagging had worked correctly and just carried on. What happens is that the tag is interpreted as two new tags: Kretzschmaria deusta (Brittle Cinder Charcoal Fungus) so my guess is that the comma in the tag name was interpreted as a tag delimiter in this situation. However I do have lots of images tagged (correctly) with this tag, and my suspicion is that I renamed the tag at some time and the images have been accurately updated. The two 'new' tags appear as top-level tags. I've uploaded a video of this happening to http://www.katsura.myzen.co.uk/shotwell_legal_tagnames.ogv and also to http://www.fellandforest.co.uk/p326476854/e2a4febf1 but the quality seems a lot better in the first one. Dougie From dougie at highmoor.co.uk Mon Nov 14 09:16:07 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Mon, 14 Nov 2011 09:16:07 +0000 Subject: [Shotwell] are commas in tagnames a problem? In-Reply-To: <4EC03805.9080105@highmoor.co.uk> References: <4EC03805.9080105@highmoor.co.uk> Message-ID: <4EC0DC57.4030900@highmoor.co.uk> On 13/11/2011 21:35, Dougie Nisbet wrote: > > Select two images, press Ctrl-T, and start typying the tag. If, instead of using Ctrl-T, I make sure that the tag is displayed in the left pane, then drag-and-drop the selected images to the tagname, the tagging is carried out properly. So perhaps the problem is nothing to do with the tagname (I'd wondered if embedded commas and brackets might be illegal), and something to do with the processing of text in the Ctrl-T dialogue. Dougie From marcelcoding at googlemail.com Mon Nov 14 13:10:34 2011 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Mon, 14 Nov 2011 14:10:34 +0100 Subject: [Shotwell] are commas in tagnames a problem? In-Reply-To: References: <4EC03805.9080105@highmoor.co.uk> <4EC0DC57.4030900@highmoor.co.uk> Message-ID: Hi Dougie, > So perhaps the problem is nothing to do > with the tagname (I'd wondered if embedded commas and brackets might be > illegal), and something to do with the processing of text in the Ctrl-T > dialogue. indeed, in the modify/add tag dialogue a comma is used for separating tags while other ways of assigning tags do not enforce tag names without commas. This creates all kinds of problems with imported tags and I think should be reconsidered. See http://redmine.yorba.org/issues/2557 Best, ?Marcel From chainsawchihuahua at gmail.com Mon Nov 14 19:34:46 2011 From: chainsawchihuahua at gmail.com (Michael) Date: Mon, 14 Nov 2011 14:34:46 -0500 Subject: [Shotwell] Preventing the "_1.jpg" duplicates Message-ID: <1321299286.4125.97.camel@centralstationblack> Hi, everyone, I have a few missing photos, so I thought I'd reimport from the memory card, expecting the process to skip over the duplicates and just import the missing files, but all the existing images were imported (and copied!) again, but with "_1.jpg" added to the end. How can I prevent this from happening? I didn't see anything in the settings. Thanks in advance. -- Mike From adam at yorba.org Mon Nov 14 20:33:59 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Nov 2011 12:33:59 -0800 Subject: [Shotwell] Preventing the "_1.jpg" duplicates In-Reply-To: <1321299286.4125.97.camel@centralstationblack> References: <1321299286.4125.97.camel@centralstationblack> Message-ID: <4EC17B37.1010306@yorba.org> On 11/14/2011 11:34 AM, Michael wrote: > Hi, everyone, > > I have a few missing photos, so I thought I'd reimport from the memory > card, expecting the process to skip over the duplicates and just import > the missing files, but all the existing images were imported (and > copied!) again, but with "_1.jpg" added to the end. How can I prevent > this from happening? I didn't see anything in the settings. That's odd: it seems that duplicate detection has failed for some reason. Could you try this? 1. Make sure that auto-import (the option "Watch library directory for new files") is off. 2. Start Shotwell with an empty, scratch library: "shotwell -d foo"' 3. Import a single image from your memory card. 4. Import the image again. Does Shotwell detect the duplicate? Or does it reimport with "_1.jpg" at the end? If Shotwell detects the duplicate when you follow the steps above, then there must be some difference between those steps and the reimport situation you described. Maybe you can come up with a reproducible sequence of steps like the above that triggers this problem, starting with an empty Shotwell library - if you can do so then we can investigate. Cheers - adam From guiyou65 at hotmail.com Mon Nov 14 22:18:04 2011 From: guiyou65 at hotmail.com (Thierry Le Guillou) Date: Mon, 14 Nov 2011 23:18:04 +0100 Subject: [Shotwell] French complication Message-ID: Hello Shotwell's A tiny suggestion about modified pictures. Shotwell keep the original file and duplicate modified pictures as "xxxx _modified.jpeg". The french localization uses "xxxx_modifi?.jpeg". This causes problem with applications like Piwigo that doesn't manage french accentuated characters. Unluckily, all synonymes of "modifi?" in french are from 1st group verbs with an "?" termination ! So I suggest to use the abbreviation "modif" instead of "modifi?" (ie : "xxxx _modif.jpeg"). Unless somebody get a better idea. Thierry From adam at yorba.org Mon Nov 14 22:22:37 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 Nov 2011 14:22:37 -0800 Subject: [Shotwell] French complication In-Reply-To: References: Message-ID: <4EC194AD.7020403@yorba.org> Seems like a reasonable suggestion. I've ticketed this here: http://redmine.yorba.org/issues/4375 Merci, adam On 11/14/2011 02:18 PM, Thierry Le Guillou wrote: > Hello Shotwell's > > A tiny suggestion about modified pictures. Shotwell keep the original > file and duplicate modified pictures as "xxxx _modified.jpeg". > The french localization uses "xxxx_modifi?.jpeg". This causes problem > with applications like Piwigo that doesn't manage french accentuated > characters. > Unluckily, all synonymes of "modifi?" in french are from 1st group > verbs with an "?" termination ! > So I suggest to use the abbreviation "modif" instead of "modifi?" (ie > : "xxxx _modif.jpeg"). > Unless somebody get a better idea. > > Thierry > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From guiyou65 at hotmail.com Wed Nov 16 23:26:01 2011 From: guiyou65 at hotmail.com (Thierry Le Guillou) Date: Thu, 17 Nov 2011 00:26:01 +0100 Subject: [Shotwell] What about Feature #3040 ? Message-ID: No more version number for managing dates before 1970 ? Seems not to be trivial. But it's a real problem for me, and may be others. Thierry From ibdeno at gmail.com Thu Nov 17 07:28:31 2011 From: ibdeno at gmail.com (Miguel Ortiz Lombardia) Date: Thu, 17 Nov 2011 08:28:31 +0100 Subject: [Shotwell] What about Feature #3040 ? In-Reply-To: References: Message-ID: <4EC4B79F.9080708@gmail.com> Le 17/11/2011 00:26, Thierry Le Guillou a ?crit : > No more version number for managing dates before 1970 ? > Seems not to be trivial. But it's a real problem for me, and may be others. > Thierry > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > I agree with Thierry. -- Miguel From adam at yorba.org Thu Nov 17 19:26:36 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 17 Nov 2011 11:26:36 -0800 Subject: [Shotwell] What about Feature #3040 ? In-Reply-To: <4EC4B79F.9080708@gmail.com> References: <4EC4B79F.9080708@gmail.com> Message-ID: <4EC55FEC.7050609@yorba.org> On 11/16/2011 11:28 PM, Miguel Ortiz Lombardia wrote: > Le 17/11/2011 00:26, Thierry Le Guillou a ?crit : >> No more version number for managing dates before 1970 ? >> Seems not to be trivial. But it's a real problem for me, and may be others. >> Thierry >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > I agree with Thierry. > Thanks for letting us know this feature is important to you - I agree it would be useful. I've marked it for consideration for Shotwell 0.12 (coming early next year). We've got lots of competing feature requests, but we'll see what we can do. Cheers - adam From ibdeno at gmail.com Thu Nov 17 20:43:27 2011 From: ibdeno at gmail.com (Miguel Ortiz Lombardia) Date: Thu, 17 Nov 2011 21:43:27 +0100 Subject: [Shotwell] What about Feature #3040 ? In-Reply-To: <4EC55FEC.7050609@yorba.org> References: <4EC4B79F.9080708@gmail.com> <4EC55FEC.7050609@yorba.org> Message-ID: <4EC571EF.9080604@gmail.com> Le 17/11/2011 20:26, Adam Dingle a ?crit : > On 11/16/2011 11:28 PM, Miguel Ortiz Lombardia wrote: >> Le 17/11/2011 00:26, Thierry Le Guillou a ?crit : >>> No more version number for managing dates before 1970 ? >>> Seems not to be trivial. But it's a real problem for me, and may be >>> others. >>> Thierry >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> I agree with Thierry. >> > Thanks for letting us know this feature is important to you - I agree it > would be useful. I've marked it for consideration for Shotwell 0.12 > (coming early next year). We've got lots of competing feature requests, > but we'll see what we can do. Cheers - > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > Thank you! -- Miguel From lucaspglinard at gmail.com Thu Nov 17 22:59:54 2011 From: lucaspglinard at gmail.com (Lucas Pereira Gomes Linard) Date: Thu, 17 Nov 2011 19:59:54 -0300 Subject: [Shotwell] File a bug? Message-ID: <1321570794.2102.0.camel@linux-2wre.site> If I have a bug to report, should I report it to openSUSE or shotwell?? From adam at yorba.org Thu Nov 17 23:03:21 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 17 Nov 2011 15:03:21 -0800 Subject: [Shotwell] File a bug? In-Reply-To: <1321570794.2102.0.camel@linux-2wre.site> References: <1321570794.2102.0.camel@linux-2wre.site> Message-ID: <4EC592B9.3090104@yorba.org> On 11/17/2011 02:59 PM, Lucas Pereira Gomes Linard wrote: > If I have a bug to report, should I report it to openSUSE or shotwell?? Unless you have reason to believe that the bug is specific to openSUSE, please report it to Shotwell in our bug tracker: http://redmine.yorba.org/projects/shotwell adam From joseph.bylund at gmail.com Fri Nov 18 01:56:38 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Thu, 17 Nov 2011 20:56:38 -0500 Subject: [Shotwell] segfault on enhance In-Reply-To: <4EC55FEC.7050609@yorba.org> References: <4EC4B79F.9080708@gmail.com> <4EC55FEC.7050609@yorba.org> Message-ID: <4EC5BB56.3040201@gmail.com> Segfault on "enhance" of nef nikon raw: I got this message on enhancing an image: (shotwell:27577): GLib-GObject-WARNING **: invalid cast from `DataView' to `ThumbnailView' Segmentation fault Can't immediately reproduce, but I thought this might help, if I later can I'll provide a full trace. -Joe From clinton at yorba.org Fri Nov 18 02:03:24 2011 From: clinton at yorba.org (Clinton Rogers) Date: Thu, 17 Nov 2011 18:03:24 -0800 Subject: [Shotwell] segfault on enhance In-Reply-To: <4EC5BB56.3040201@gmail.com> References: <4EC4B79F.9080708@gmail.com> <4EC55FEC.7050609@yorba.org> <4EC5BB56.3040201@gmail.com> Message-ID: Hi Joseph, Thank you for reporting this; may I ask what version of Shotwell this occurred in, and, if you do succeed in triggering this again, would you be willing to send us an affected .NEF file? Unfortunately, without more information, the amount of debugging we can do is somewhat limited. Cheers, -c On 11/17/11, Joseph Bylund wrote: > Segfault on "enhance" of nef nikon raw: > > I got this message on enhancing an image: > (shotwell:27577): GLib-GObject-WARNING **: invalid cast from `DataView' > to `ThumbnailView' > Segmentation fault > > Can't immediately reproduce, but I thought this might help, if I later > can I'll provide a full trace. > > -Joe > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From amcnabb at mcnabbs.org Fri Nov 18 03:31:45 2011 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Thu, 17 Nov 2011 21:31:45 -0600 Subject: [Shotwell] a few newbie questions Message-ID: <20111118033145.GA11783@mcnabbs.org> I'm trying Shotwell for the first time, and I have a few questions that I couldn't find answers to in the documentation. 1) It's spent quite a while on "Auto-importing photos", and my ~/.shotwell directory is at 1.8 GB while the import is only 28% complete. I understand from the docs that the ~/.shotwell/mimics directory are JPEGs that stand in place of the RAW files. However, I believe that my camera already includes medium-resolution JPEGs embedded in the metadata of the RAW files. I also have a JPEG file associated with each RAW, and I use RawTherapee for raw processing. In this situation, what feature are the mimics providing? Is it possible to disable this to save space and--more importantly--time? >From the Shotwell web page, it looks like the behavior of mimics is changed in 0.11, but in Fedora 16, Shotwell 0.10.1 is the latest available version. There's no release date listed on that page, so I'm not sure how out-of-date 0.10.1 is. 2) I feel dumb, but I can't find how to browse by folders and sort by folders. It looks like the preferred mechanism is to create "events," but according to the "Photo files" page in the documentation, events don't get written to file metadata, so I wouldn't be able to access this information from other programs. Additionally, I already have thousands of photos sorted into folders (i.e., old-fashioned events). Am I missing the obvious way to deal with this in Shotwell? I was somewhat impressed when I realized that Shotwell automatically guessed events, but I've notice some unusual choices. For example, a single folder was split into two chronologically overlapping events, with individual photos sorted randomly between the two. 3) Is there a way to publish or email a photos as a batch instead of one at a time? Thanks. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From thomas.moschny at gmail.com Fri Nov 18 10:22:59 2011 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Fri, 18 Nov 2011 11:22:59 +0100 Subject: [Shotwell] a few newbie questions In-Reply-To: <20111118033145.GA11783@mcnabbs.org> References: <20111118033145.GA11783@mcnabbs.org> Message-ID: 2011/11/18 Andrew McNabb : > From the Shotwell web page, it looks like the behavior of mimics is > changed in 0.11, but in Fedora 16, Shotwell 0.10.1 is the latest > available version. ?There's no release date listed on that page, so I'm > not sure how out-of-date 0.10.1 is. Just for your info (and anyone interested), I have made updated RPMs for Fedora 15 and 16, which are available here: http://repos.fedorapeople.org/repos/thm/shotwell/ . Note that these are unofficial builds and barely tested, so use at your own risk. That said, they might be useful anyway. Feedback is welcome. - Thomas From lucas at yorba.org Fri Nov 18 19:07:53 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 18 Nov 2011 11:07:53 -0800 Subject: [Shotwell] a few newbie questions In-Reply-To: <20111118033145.GA11783@mcnabbs.org> References: <20111118033145.GA11783@mcnabbs.org> Message-ID: Hi Andrew, To answer your questions: (1) Raw handling has improved significantly in Shotwell 0.11.x. I'd highly recommend that you upgrade by either building Shotwell from source or using one of the RPMs Thomas has pointed to. If you do want to build from source instead of using an unofficial binary, see the instructions on the Shotwell Installation Page: http://www.yorba.org/shotwell/install/ (2) The closest thing Shotwell has to folders are Tags -- and these are probably what you want anyway, at least for inter-application data exchange, since there are very well established standards for encoding tag information in photo metadata. If you want to make the best use of Tags in Shotwell, you should definitely upgrade to Shotwell 0.11.x since these releases support "hierarchical tags" that can be nested one inside another, similar to the way folders nest on disk. (3) Yes. Just select all the photos you want to publish in the multiple photos view (also called the "contact sheet" or "checkerboard view") and then click the "Publish" icon. Likewise for emailing with "Send to..." Lucas On Thu, Nov 17, 2011 at 7:31 PM, Andrew McNabb wrote: > I'm trying Shotwell for the first time, and I have a few questions that > I couldn't find answers to in the documentation. > > 1) It's spent quite a while on "Auto-importing photos", and my > ~/.shotwell directory is at 1.8 GB while the import is only 28% > complete. ?I understand from the docs that the ~/.shotwell/mimics > directory are JPEGs that stand in place of the RAW files. ?However, I > believe that my camera already includes medium-resolution JPEGs embedded > in the metadata of the RAW files. ?I also have a JPEG file associated > with each RAW, and I use RawTherapee for raw processing. ?In this > situation, what feature are the mimics providing? ?Is it possible to > disable this to save space and--more importantly--time? > > From the Shotwell web page, it looks like the behavior of mimics is > changed in 0.11, but in Fedora 16, Shotwell 0.10.1 is the latest > available version. ?There's no release date listed on that page, so I'm > not sure how out-of-date 0.10.1 is. > > 2) I feel dumb, but I can't find how to browse by folders and sort by > folders. ?It looks like the preferred mechanism is to create "events," > but according to the "Photo files" page in the documentation, events > don't get written to file metadata, so I wouldn't be able to access this > information from other programs. ?Additionally, I already have thousands > of photos sorted into folders (i.e., old-fashioned events). ?Am I > missing the obvious way to deal with this in Shotwell? > > I was somewhat impressed when I realized that Shotwell automatically > guessed events, but I've notice some unusual choices. ?For example, a > single folder was split into two chronologically overlapping events, > with individual photos sorted randomly between the two. > > 3) Is there a way to publish or email a photos as a batch instead of one > at a time? > > Thanks. > > -- > Andrew McNabb > http://www.mcnabbs.org/andrew/ > PGP Fingerprint: 8A17 B57C 6879 1863 DE55 ?8012 AB4D 6098 8826 6868 > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From amcnabb at mcnabbs.org Fri Nov 18 20:15:28 2011 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Fri, 18 Nov 2011 13:15:28 -0700 Subject: [Shotwell] a few newbie questions In-Reply-To: References: <20111118033145.GA11783@mcnabbs.org> Message-ID: <20111118201528.GB30456@mcnabbs.org> Thanks for the helpful response. I have a few follow-up questions below. On Fri, Nov 18, 2011 at 11:07:53AM -0800, Lucas Beeler wrote: > > (1) > Raw handling has improved significantly in Shotwell 0.11.x. I'd highly > recommend that you upgrade by either building Shotwell from source or > using one of the RPMs Thomas has pointed to. If you do want to build > from source instead of using an unofficial binary, see the > instructions on the Shotwell Installation Page: > http://www.yorba.org/shotwell/install/ I'll plan on trying the unofficial RPM. It looks like Thomas has made some progress on the Fedora issue for this: https://bugzilla.redhat.com/show_bug.cgi?id=735284 > (2) > The closest thing Shotwell has to folders are Tags -- and these are > probably what you want anyway, at least for inter-application data > exchange, since there are very well established standards for encoding > tag information in photo metadata. If you want to make the best use of > Tags in Shotwell, you should definitely upgrade to Shotwell 0.11.x > since these releases support "hierarchical tags" that can be nested > one inside another, similar to the way folders nest on disk. Hmm. It looks like tags might not quite be right. If I drag a photo into one of the tags in the left pane, it adds the tag to the photo rather than replacing the previous tag (at least in Shotwell 0.10). For organization, it seems like events align a little more closely. The main problem, whether using tags or events, is how to get them synchronized with the folder structure on disk. Is there a setting to make Shotwell move the photo between directories when moving it from one event to another? If it can auto-read events by looking at the directory and auto-write events by moving between directories, then actually writing to the file metadata is unnecessary for exchange between applications. > (3) > Yes. Just select all the photos you want to publish in the multiple > photos view (also called the "contact sheet" or "checkerboard view") > and then click the "Publish" icon. Likewise for emailing with "Send > to..." I think I didn't see this earlier because photos were still being imported. Now that it's done, it looks like this works great. Thank you. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From b.waugh at ucl.ac.uk Fri Nov 18 20:34:26 2011 From: b.waugh at ucl.ac.uk (Ben Waugh) Date: Fri, 18 Nov 2011 20:34:26 +0000 Subject: [Shotwell] Shotwell 0.11.6 does not adjust date/time in NEF files Message-ID: <4EC6C152.5010905@ucl.ac.uk> Hello, The support for RAW+JPEG pairing when importing from a folder in version 0.11.x is very welcome. This has always been a nuisance when I have evaluated open-source photo managers in the past. Unfortunately I still can't quite use the current Shotwell version (0.11.6) for everything I need. I have a large number of photos from my Nikon D70, all shot in raw+JPEG mode, but in some cases the date or time was not set correctly on the camera. With Shotwell I can adjust the EXIF data in the original files for JPEG but not for the raw (NEF) versions. What I did: - Import some photos from a directory: Have tried just JPEG, just NEF, and matching NEF+JPEG files. Behaviour is the same whether I copy them or import in place. - Select the photos, go to Photos -> Adjust Date and Time... - Adjust the date and time, select "Modify original files", click "OK". What I expect: - The EXIF data in the files on disk (as checked with exiftool) should be updated with the adjusted date and time. What I observe: - If only JPEG files are imported, the EXIF data is adjusted correctly - If only NEF files are imported, the EXIF data is not adjusted - If NEF+JPEG matching files are imported, and the Developer is "Shotwell", the EXIF data is not adjusted in either file type. - If NEF+JPEG matching files are imported, and the Developer is changed to "Camera" before the date and time are adjusted, the EXIF data is changed in the JPEG files but not in the NEF files. Is this a known problem? I can't see it in the tracker. What are the chances of a fix in the near future? Cheers, Ben -- Dr Ben Waugh Tel. +44 (0)20 7679 7223 Dept of Physics and Astronomy Internal: 37223 University College London London WC1E 6BT From lucas at yorba.org Fri Nov 18 20:35:03 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 18 Nov 2011 12:35:03 -0800 Subject: [Shotwell] a few newbie questions In-Reply-To: <20111118201528.GB30456@mcnabbs.org> References: <20111118033145.GA11783@mcnabbs.org> <20111118201528.GB30456@mcnabbs.org> Message-ID: > Is there a setting to make Shotwell move > the photo between directories when moving > it from one event to another? Not at this time. We do have open feature requests for two features that would get you 90% of the way there, however. See http://redmine.yorba.org/issues/2108 and http://redmine.yorba.org/issues/2824 for details. Neither of these are currently prioritized to be implemented in the next release of Shotwell, simply because the devs just don't have enough time. Of course, if you're an open source hacker yourself, patches are gladly accepted. ;-) Lucas On Fri, Nov 18, 2011 at 12:15 PM, Andrew McNabb wrote: > Thanks for the helpful response. ?I have a few follow-up questions > below. > > On Fri, Nov 18, 2011 at 11:07:53AM -0800, Lucas Beeler wrote: >> >> (1) >> Raw handling has improved significantly in Shotwell 0.11.x. I'd highly >> recommend that you upgrade by either building Shotwell from source or >> using one of the RPMs Thomas has pointed to. If you do want to build >> from source instead of using an unofficial binary, see the >> instructions on the Shotwell Installation Page: >> http://www.yorba.org/shotwell/install/ > > I'll plan on trying the unofficial RPM. ?It looks like Thomas has made > some progress on the Fedora issue for this: > > https://bugzilla.redhat.com/show_bug.cgi?id=735284 > >> (2) >> The closest thing Shotwell has to folders are Tags -- and these are >> probably what you want anyway, at least for inter-application data >> exchange, since there are very well established standards for encoding >> tag information in photo metadata. If you want to make the best use of >> Tags in Shotwell, you should definitely upgrade to Shotwell 0.11.x >> since these releases support "hierarchical tags" that can be nested >> one inside another, similar to the way folders nest on disk. > > Hmm. ?It looks like tags might not quite be right. ?If I drag a photo > into one of the tags in the left pane, it adds the tag to the photo > rather than replacing the previous tag (at least in Shotwell 0.10). ?For > organization, it seems like events align a little more closely. > > The main problem, whether using tags or events, is how to get them > synchronized with the folder structure on disk. ?Is there a setting to > make Shotwell move the photo between directories when moving it from one > event to another? ?If it can auto-read events by looking at the > directory and auto-write events by moving between directories, then > actually writing to the file metadata is unnecessary for exchange > between applications. > >> (3) >> Yes. Just select all the photos you want to publish in the multiple >> photos view (also called the "contact sheet" or "checkerboard view") >> and then click the "Publish" icon. Likewise for emailing with "Send >> to..." > > I think I didn't see this earlier because photos were still being > imported. ?Now that it's done, it looks like this works great. > > Thank you. > > -- > Andrew McNabb > http://www.mcnabbs.org/andrew/ > PGP Fingerprint: 8A17 B57C 6879 1863 DE55 ?8012 AB4D 6098 8826 6868 > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From clinton at yorba.org Fri Nov 18 20:39:41 2011 From: clinton at yorba.org (Clinton Rogers) Date: Fri, 18 Nov 2011 12:39:41 -0800 Subject: [Shotwell] Shotwell 0.11.6 does not adjust date/time in NEF files In-Reply-To: <4EC6C152.5010905@ucl.ac.uk> References: <4EC6C152.5010905@ucl.ac.uk> Message-ID: Hi Ben, This sounds suspiciously close to http://redmine.yorba.org/issues/4156; if you like, I'd be happy to add you to the watch list for this ticket. Cheers, -c On 11/18/11, Ben Waugh wrote: > Hello, > > The support for RAW+JPEG pairing when importing from a folder in version > 0.11.x is very welcome. This has always been a nuisance when I have > evaluated open-source photo managers in the past. > > Unfortunately I still can't quite use the current Shotwell version > (0.11.6) for everything I need. I have a large number of photos from my > Nikon D70, all shot in raw+JPEG mode, but in some cases the date or time > was not set correctly on the camera. With Shotwell I can adjust the EXIF > data in the original files for JPEG but not for the raw (NEF) versions. > > What I did: > - Import some photos from a directory: > Have tried just JPEG, just NEF, and matching NEF+JPEG files. > Behaviour is the same whether I copy them or import in place. > - Select the photos, go to Photos -> Adjust Date and Time... > - Adjust the date and time, select "Modify original files", click "OK". > > What I expect: > - The EXIF data in the files on disk (as checked with exiftool) should > be updated with the adjusted date and time. > > What I observe: > - If only JPEG files are imported, the EXIF data is adjusted correctly > - If only NEF files are imported, the EXIF data is not adjusted > - If NEF+JPEG matching files are imported, and the Developer is > "Shotwell", the EXIF data is not adjusted in either file type. > - If NEF+JPEG matching files are imported, and the Developer is > changed to "Camera" before the date and time are adjusted, the > EXIF data is changed in the JPEG files but not in the NEF files. > > Is this a known problem? I can't see it in the tracker. What are the > chances of a fix in the near future? > > Cheers, > Ben > > -- > Dr Ben Waugh Tel. +44 (0)20 7679 7223 > Dept of Physics and Astronomy Internal: 37223 > University College London > London WC1E 6BT > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Fri Nov 18 20:45:11 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 18 Nov 2011 12:45:11 -0800 Subject: [Shotwell] Shotwell 0.11.6 does not adjust date/time in NEF files In-Reply-To: <4EC6C152.5010905@ucl.ac.uk> References: <4EC6C152.5010905@ucl.ac.uk> Message-ID: Hi Ben, Shotwell can't write metadata back to any kind of RAW file -- CR2, NEF, whatever. The reason for this is that RAW files are very fragile, and even something as seemingly innocuous as writing metadata to them can hose them. The good news is, it's standard practice in the RAW world to write metadata to XMP sidecar files, and we hope to be able to do this in an upcoming release of Shotwell. See this feature request (http://redmine.yorba.org/issues/1879) for more information. Lucas On Fri, Nov 18, 2011 at 12:34 PM, Ben Waugh wrote: > Hello, > > The support for RAW+JPEG pairing when importing from a folder in version > 0.11.x is very welcome. This has always been a nuisance when I have > evaluated open-source photo managers in the past. > > Unfortunately I still can't quite use the current Shotwell version (0.11.6) > for everything I need. I have a large number of photos from my Nikon D70, > all shot in raw+JPEG mode, but in some cases the date or time was not set > correctly on the camera. With Shotwell I can adjust the EXIF data in the > original files for JPEG but not for the raw (NEF) versions. > > What I did: > ?- Import some photos from a directory: > ? ? ?Have tried just JPEG, just NEF, and matching NEF+JPEG files. > ? ? ?Behaviour is the same whether I copy them or import in place. > ?- Select the photos, go to Photos -> Adjust Date and Time... > ?- Adjust the date and time, select "Modify original files", click "OK". > > What I expect: > ?- The EXIF data in the files on disk (as checked with exiftool) should > ? be updated with the adjusted date and time. > > What I observe: > ?- If only JPEG files are imported, the EXIF data is adjusted correctly > ?- If only NEF files are imported, the EXIF data is not adjusted > ?- If NEF+JPEG matching files are imported, and the Developer is > ? "Shotwell", the EXIF data is not adjusted in either file type. > ?- If NEF+JPEG matching files are imported, and the Developer is > ? changed to "Camera" before the date and time are adjusted, the > ? EXIF data is changed in the JPEG files but not in the NEF files. > > Is this a known problem? I can't see it in the tracker. What are the chances > of a fix in the near future? > > Cheers, > Ben > > -- > Dr Ben Waugh ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? Tel. +44 (0)20 7679 7223 > Dept of Physics and Astronomy ? ? ? ? ? ? ? ? ?Internal: 37223 > University College London > London WC1E 6BT > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Fri Nov 18 20:48:51 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 18 Nov 2011 12:48:51 -0800 Subject: [Shotwell] Shotwell 0.11.6 does not adjust date/time in NEF files In-Reply-To: References: <4EC6C152.5010905@ucl.ac.uk> Message-ID: <4EC6C4B3.7030206@yorba.org> With that said, we are considering implementing support for writing to certain well-documented RAW file formats including DNG and perhaps others. This would be strictly optional for the user (and off by default). This is http://redmine.yorba.org/issues/2622 . adam On 11/18/2011 12:45 PM, Lucas Beeler wrote: > Hi Ben, > > Shotwell can't write metadata back to any kind of RAW file -- CR2, > NEF, whatever. The reason for this is that RAW files are very fragile, > and even something as seemingly innocuous as writing metadata to them > can hose them. The good news is, it's standard practice in the RAW > world to write metadata to XMP sidecar files, and we hope to be able > to do this in an upcoming release of Shotwell. See this feature > request (http://redmine.yorba.org/issues/1879) for more information. > > Lucas > > On Fri, Nov 18, 2011 at 12:34 PM, Ben Waugh wrote: >> Hello, >> >> The support for RAW+JPEG pairing when importing from a folder in version >> 0.11.x is very welcome. This has always been a nuisance when I have >> evaluated open-source photo managers in the past. >> >> Unfortunately I still can't quite use the current Shotwell version (0.11.6) >> for everything I need. I have a large number of photos from my Nikon D70, >> all shot in raw+JPEG mode, but in some cases the date or time was not set >> correctly on the camera. With Shotwell I can adjust the EXIF data in the >> original files for JPEG but not for the raw (NEF) versions. >> >> What I did: >> - Import some photos from a directory: >> Have tried just JPEG, just NEF, and matching NEF+JPEG files. >> Behaviour is the same whether I copy them or import in place. >> - Select the photos, go to Photos -> Adjust Date and Time... >> - Adjust the date and time, select "Modify original files", click "OK". >> >> What I expect: >> - The EXIF data in the files on disk (as checked with exiftool) should >> be updated with the adjusted date and time. >> >> What I observe: >> - If only JPEG files are imported, the EXIF data is adjusted correctly >> - If only NEF files are imported, the EXIF data is not adjusted >> - If NEF+JPEG matching files are imported, and the Developer is >> "Shotwell", the EXIF data is not adjusted in either file type. >> - If NEF+JPEG matching files are imported, and the Developer is >> changed to "Camera" before the date and time are adjusted, the >> EXIF data is changed in the JPEG files but not in the NEF files. >> >> Is this a known problem? I can't see it in the tracker. What are the chances >> of a fix in the near future? >> >> Cheers, >> Ben >> >> -- >> Dr Ben Waugh Tel. +44 (0)20 7679 7223 >> Dept of Physics and Astronomy Internal: 37223 >> University College London >> London WC1E 6BT >> _______________________________________________ >> 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 amcnabb at mcnabbs.org Fri Nov 18 23:35:16 2011 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Fri, 18 Nov 2011 16:35:16 -0700 Subject: [Shotwell] a few newbie questions In-Reply-To: References: <20111118033145.GA11783@mcnabbs.org> <20111118201528.GB30456@mcnabbs.org> Message-ID: <20111118233516.GD30456@mcnabbs.org> On Fri, Nov 18, 2011 at 12:35:03PM -0800, Lucas Beeler wrote: > > Is there a setting to make Shotwell move > > the photo between directories when moving > > it from one event to another? > > Not at this time. We do have open feature requests for two features > that would get you 90% of the way there, however. See > http://redmine.yorba.org/issues/2108 and > http://redmine.yorba.org/issues/2824 for details. Neither of these are > currently prioritized to be implemented in the next release of > Shotwell, simply because the devs just don't have enough time. Of > course, if you're an open source hacker yourself, patches are gladly > accepted. ;-) Yeah, I think that #2108 and #2170/2824 are the only things I would need to make the switch. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From amcnabb at mcnabbs.org Sat Nov 19 21:19:16 2011 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Sat, 19 Nov 2011 14:19:16 -0700 Subject: [Shotwell] using warning and debug in Vala Message-ID: <20111119211916.GE20084@mcnabbs.org> I've never used Vala (or even glib) before, so I'm not too familiar with it. I tried adding warning and debug calls, such as 'debug("Hello, there.\n")', but nothing is being printed. If I call stdout.printf at the same place, I do see output. Do the output from debug/warning get redirected to somewhere other than stdout or stderr? Do I need to add a command-line option (nothing in --help seemed related)? Thanks. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From amcnabb at mcnabbs.org Sun Nov 20 03:58:01 2011 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Sat, 19 Nov 2011 20:58:01 -0700 Subject: [Shotwell] a few newbie questions In-Reply-To: References: <20111118033145.GA11783@mcnabbs.org> <20111118201528.GB30456@mcnabbs.org> Message-ID: <20111120035801.GJ20084@mcnabbs.org> On Fri, Nov 18, 2011 at 12:35:03PM -0800, Lucas Beeler wrote: > > Not at this time. We do have open feature requests for two features > that would get you 90% of the way there, however. See > http://redmine.yorba.org/issues/2108 and > http://redmine.yorba.org/issues/2824 for details. Neither of these are > currently prioritized to be implemented in the next release of > Shotwell, simply because the devs just don't have enough time. Of > course, if you're an open source hacker yourself, patches are gladly > accepted. ;-) I've added a preliminary patch to: http://redmine.yorba.org/issues/2824 Since this is my first time in Shotwell, and since I still haven't completely figured out how it works, I'm sure there are plenty of things wrong with the patch. I just hope it's a good start and better than nothing. Feedback and suggestions are welcome, though it might be a few days before I can spend much time on it again. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From roumano at gmail.com Sun Nov 20 16:49:23 2011 From: roumano at gmail.com (Roumano) Date: Sun, 20 Nov 2011 17:49:23 +0100 Subject: [Shotwell] Delete picture with shotwell Message-ID: <1321807763.1612.7.camel@roumano> Hi, I was facing a bug but i don't known if it's a already known : 1) I'm importing picture form my camera ( Raw + Jpg ) via shotwell 2) Move to trash one of them (or several) via shotwell 3) See the trash on shotwell, then select them & delete them --> The .cr2 (raw format) is not delete I'm using Shotwell 0.11.5 Regards PS : Another question: why a picture named "_cr2_embedded.jpg" are always created when a raw file exist ? (needed by shotwell ? ) From roumano at gmail.com Sun Nov 20 18:33:55 2011 From: roumano at gmail.com (Roumano) Date: Sun, 20 Nov 2011 19:33:55 +0100 Subject: [Shotwell] Little Translation & Order problem in Publish to piwigo Message-ID: <1321814035.1612.13.camel@roumano> Hi, I have see 2 little problem on the publisher to piwigo on shotwell : 1) The line "Admins, Friends, Family, Contacts" need to be "Admins, Family, Friends, Contacts" to be readable easier 2) 2 of 4 word are not translate in French Family --> Famille Friends --> Amis Admins & Contacts are the same in french Regards From xneceo at gmail.com Mon Nov 21 09:30:21 2011 From: xneceo at gmail.com (Norbert Egger) Date: Mon, 21 Nov 2011 10:30:21 +0100 Subject: [Shotwell] Publish Images to facebook Pages Message-ID: <1321867821.18500.4.camel@xnemc> Hey all, i have different facebook pages and would like to publish images to this pages. Is there a way todo so with shotwell. I already logged in to facebook but i thik i can only post the pictures to my personal albums - not to the pages. Best regards, xne From adam at yorba.org Mon Nov 21 17:08:56 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Nov 2011 09:08:56 -0800 Subject: [Shotwell] Publish Images to facebook Pages In-Reply-To: <1321867821.18500.4.camel@xnemc> References: <1321867821.18500.4.camel@xnemc> Message-ID: <4ECA85A8.5000502@yorba.org> Norbert, do you mean that you have several different Facebook accounts, each with its own email address and password? Shotwell currently only allows publishing to one account of each type. We have an open feature request to allow multiple accounts, though: http://redmine.yorba.org/issues/3420 adam On 11/21/2011 01:30 AM, Norbert Egger wrote: > Hey all, > > i have different facebook pages and would like to publish images to this > pages. Is there a way todo so with shotwell. I already logged in to > facebook but i thik i can only post the pictures to my personal albums - > not to the pages. > > Best regards, > xne > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Nov 21 17:15:47 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Nov 2011 09:15:47 -0800 Subject: [Shotwell] using warning and debug in Vala In-Reply-To: <20111119211916.GE20084@mcnabbs.org> References: <20111119211916.GE20084@mcnabbs.org> Message-ID: <4ECA8743.2050300@yorba.org> Andrew, yes: Shotwell redirects debug output to a log file. See http://redmine.yorba.org/projects/shotwell/wiki/ShotwellArchLogging It would be nice to have some easy way to tell Shotwell to log to the console as well, but unfortunately that doesn't exist yet. See http://redmine.yorba.org/issues/2135 adam On 11/19/2011 01:19 PM, Andrew McNabb wrote: > I've never used Vala (or even glib) before, so I'm not too familiar with > it. I tried adding warning and debug calls, such as 'debug("Hello, > there.\n")', but nothing is being printed. If I call stdout.printf at > the same place, I do see output. Do the output from debug/warning get > redirected to somewhere other than stdout or stderr? Do I need to add a > command-line option (nothing in --help seemed related)? Thanks. > > -- > Andrew McNabb > http://www.mcnabbs.org/andrew/ > PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Nov 21 17:21:11 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Nov 2011 09:21:11 -0800 Subject: [Shotwell] Little Translation & Order problem in Publish to piwigo In-Reply-To: <1321814035.1612.13.camel@roumano> References: <1321814035.1612.13.camel@roumano> Message-ID: <4ECA8887.2050204@yorba.org> Roumano, Thanks for letting us know. I've ticketed this at http://redmine.yorba.org/issues/4414 . Regarding your first point, why would it be easier to read with Family listed before Friends? Is it because family is more important so it should come first? :) adam On 11/20/2011 10:33 AM, Roumano wrote: > Hi, > > I have see 2 little problem on the publisher to piwigo on shotwell : > > 1) The line > "Admins, Friends, Family, Contacts" need to be > "Admins, Family, Friends, Contacts" to be readable easier > > 2) 2 of 4 word are not translate in French > > Family --> Famille > Friends --> Amis > Admins& Contacts are the same in french > > Regards > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From amcnabb at mcnabbs.org Mon Nov 21 17:26:26 2011 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Mon, 21 Nov 2011 10:26:26 -0700 Subject: [Shotwell] using warning and debug in Vala In-Reply-To: <4ECA8743.2050300@yorba.org> References: <20111119211916.GE20084@mcnabbs.org> <4ECA8743.2050300@yorba.org> Message-ID: <20111121172626.GA26499@mcnabbs.org> On Mon, Nov 21, 2011 at 09:15:47AM -0800, Adam Dingle wrote: > > yes: Shotwell redirects debug output to a log file. See > > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellArchLogging If I had found that page earlier, it would have saved me some time. :) Is there any particular reason that the messages about database migration are logged to the console instead of to the log file? > It would be nice to have some easy way to tell Shotwell to log to > the console as well, but unfortunately that doesn't exist yet. See > > http://redmine.yorba.org/issues/2135 Thanks for the link, and for the helpful answer. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From adam at yorba.org Mon Nov 21 17:31:29 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Nov 2011 09:31:29 -0800 Subject: [Shotwell] Delete picture with shotwell In-Reply-To: <1321807763.1612.7.camel@roumano> References: <1321807763.1612.7.camel@roumano> Message-ID: <4ECA8AF1.8040305@yorba.org> On 11/20/2011 08:49 AM, Roumano wrote: > Hi, > > I was facing a bug but i don't known if it's a already known : > > 1) I'm importing picture form my camera ( Raw + Jpg ) via shotwell > 2) Move to trash one of them (or several) via shotwell > 3) See the trash on shotwell, then select them& delete them > > --> The .cr2 (raw format) is not delete > I'm using Shotwell 0.11.5 Yes - this bug is known: http://redmine.yorba.org/issues/4207 > Regards > > PS : Another question: why a picture named "_cr2_embedded.jpg" are > always created when a raw file exist ? (needed by shotwell ? ) This is a bug: if you're using RAW+JPEG files then Shotwell should use the paired JPEG file rather than extracting the JPEG embedded in the RAW file. See http://redmine.yorba.org/issues/4149 I hope we'll be able to fix both of these for 0.12. Cheers - adam From adam at yorba.org Mon Nov 21 18:05:23 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Nov 2011 10:05:23 -0800 Subject: [Shotwell] using warning and debug in Vala In-Reply-To: <20111121172626.GA26499@mcnabbs.org> References: <20111119211916.GE20084@mcnabbs.org> <4ECA8743.2050300@yorba.org> <20111121172626.GA26499@mcnabbs.org> Message-ID: <4ECA92E3.6020604@yorba.org> On 11/21/2011 09:26 AM, Andrew McNabb wrote: > On Mon, Nov 21, 2011 at 09:15:47AM -0800, Adam Dingle wrote: >> yes: Shotwell redirects debug output to a log file. See >> >> http://redmine.yorba.org/projects/shotwell/wiki/ShotwellArchLogging > If I had found that page earlier, it would have saved me some time. :) > > Is there any particular reason that the messages about database > migration are logged to the console instead of to the log file? > Do you mean messages about migration from GConf to GSettings? Shotwell runs an external program (gsettings-data-convert) to perform that migration, and so any messages it prints will go to standard output. See main() in src/main.vala. adam From gpopac at gmail.com Mon Nov 21 18:38:49 2011 From: gpopac at gmail.com (=?UTF-8?Q?=D0=9C=D0=B8=D0=BB=D0=BE=D1=88_?= =?UTF-8?Q?=D0=9F=D0=BE=D0=BF=D0=BE=D0=B2=D0=B8=D1=9B?=) Date: Mon, 21 Nov 2011 19:38:49 +0100 Subject: [Shotwell] Shotwell - open RAW in external editor Message-ID: <1321900729.5410.4.camel@mobil-gentoo> Did anybody noticed that Shotwell opens RAW file in external editor instead of JPG file. Also: * SW should use thumbnail from JPEG, and not from RAW image * SW should give brighter RAW output (RAW is too dark with my Canon EOS 40D) From adam at yorba.org Mon Nov 21 19:40:51 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Nov 2011 11:40:51 -0800 Subject: [Shotwell] Shotwell - open RAW in external editor In-Reply-To: <1321900729.5410.4.camel@mobil-gentoo> References: <1321900729.5410.4.camel@mobil-gentoo> Message-ID: <4ECAA943.5080008@yorba.org> On 11/21/2011 10:38 AM, ????? ??????? wrote: > Did anybody noticed that Shotwell opens RAW file in external editor > instead of JPG file. I can't reproduce this in the current trunk. When I right click a RAW+JPEG photo and choose Open with External Editor, Shotwell opens a copy of the JPEG file (such as IMG_0007_modified.jpg) in the external JPEG editor. What version of Shotwell are you running? What operating system version are you running? Are you choosing the same menu item as me (Open with External Editor)? Is Shotwell really passing the RAW file to your external JPEG editor? > > Also: > * SW should use thumbnail from JPEG, and not from RAW image Right. This is http://redmine.yorba.org/issues/4149 . > * SW should give brighter RAW output (RAW is too dark with my Canon EOS > 40D) Right. This is http://redmine.yorba.org/issues/1694 . adam From amcnabb at mcnabbs.org Mon Nov 21 19:41:21 2011 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Mon, 21 Nov 2011 12:41:21 -0700 Subject: [Shotwell] using warning and debug in Vala In-Reply-To: <4ECA92E3.6020604@yorba.org> References: <20111119211916.GE20084@mcnabbs.org> <4ECA8743.2050300@yorba.org> <20111121172626.GA26499@mcnabbs.org> <4ECA92E3.6020604@yorba.org> Message-ID: <20111121194121.GF26248@mcnabbs.org> On Mon, Nov 21, 2011 at 10:05:23AM -0800, Adam Dingle wrote: > > Do you mean messages about migration from GConf to GSettings? > Shotwell runs an external program (gsettings-data-convert) to > perform that migration, and so any messages it prints will go to > standard output. See main() in src/main.vala. That explains it. Thanks for clarifying this for me. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From mailing.lists at octgsoftware.com Mon Nov 21 20:33:27 2011 From: mailing.lists at octgsoftware.com (Jason Long) Date: Mon, 21 Nov 2011 14:33:27 -0600 Subject: [Shotwell] Changing DataSource Message-ID: I would like to use Postgres as a data source for Shotwell. I do not care about multiple users accessing the data. I want to use shotwell to manage the photos locally. I will have a copy on a remote server via rsync that will match the photos locally. I just want to use Shotwell to manage tags and events and have these changes synced automatically to my server where I will run a custom photo library viewer. I will probably rsync the thumbnails Shotwell creates as well. Postgres can easily handle keeping the database in sync and I can easily keep the images up to date with rsync. If this proves to be difficult I guess I will just dump the database in raw SQL from SQLLite and run it into postgres remotely. Any ideas? From ktenney at gmail.com Tue Nov 22 15:14:25 2011 From: ktenney at gmail.com (Kent Tenney) Date: Tue, 22 Nov 2011 09:14:25 -0600 Subject: [Shotwell] Changing DataSource In-Reply-To: References: Message-ID: I am also interested in the potential for extensions to the Shotwell database. Doing a dump of photo.db and importing into my db gets me started, but keeping mine up to date with changes to photo.db gets tricky. How about a Shotwell option which would maintain a persistent journal of changes to the db, it would simplify keeping my db in sync with photo.db. Thanks, Kent On Mon, Nov 21, 2011 at 2:33 PM, Jason Long wrote: > I would like to use Postgres as a data source for Shotwell. > > I do not care about multiple users accessing the data. ?I want to use > shotwell to manage the photos locally. > > I will have a copy on a remote server via rsync that will match the photos > locally. > > I just want to use Shotwell to manage tags and events and have these > changes synced automatically to my server where I will run a custom photo > library viewer. ?I will probably rsync the thumbnails Shotwell creates as > well. > > Postgres can easily handle keeping the database in sync and I > can easily keep the images up to date with rsync. > > If this proves to be difficult I guess I will just dump the database in raw > SQL from SQLLite and run it into postgres remotely. > > Any ideas? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From abe at hamoid.com Tue Nov 22 16:08:07 2011 From: abe at hamoid.com (Abe Pazos) Date: Tue, 22 Nov 2011 18:08:07 +0200 Subject: [Shotwell] Can't display RAW image Message-ID: Hi, I'm having a problem viewing Canon CRW images. In Ubuntu 11.04, I double click a CRW file (or press or while such a file is selected) and for 0.1 seconds I see the image displayed, but immediately I get a black screen with a text saying "Photo source file missing: ..." with the correct path to the file. On the top bar I see the right file name, path and the word Shotwell. On the bottom Rotate, Crop, Red-eye ... I just noticed something very odd. If I click in the black background and start moving the mouse, suddenly I can see the image being dragged with a hand cursor and a plus sign. When I release the mouse the image slides a few pixels and then disappears again. I have the feeling the "Photo source file missing" text is supposed to be hidden behind the image, but since the image is not displayed I see the text. Any suggestions? Cheers, Abe Pazos From ibdeno at gmail.com Tue Nov 22 16:37:05 2011 From: ibdeno at gmail.com (=?ISO-8859-1?Q?Miguel_Ortiz_Lombard=EDa?=) Date: Tue, 22 Nov 2011 17:37:05 +0100 Subject: [Shotwell] Can't display RAW image In-Reply-To: References: Message-ID: <4ECBCFB1.9030909@gmail.com> Le 22/11/11 17:08, Abe Pazos a ?crit : > Hi, > > I'm having a problem viewing Canon CRW images. > > In Ubuntu 11.04, I double click a CRW file > (or press or while such a file is selected) > and for 0.1 seconds I see the image displayed, but > immediately I get a black screen with a text > saying "Photo source file missing: ..." > with the correct path to the file. > Hi, I have seen something similar recently after: 1/ I decided to use the camera "raw development" instead of Shotwell one 2/ I closed Shotwell 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash 4/ I relaunched Shotwell The RAW files are still in their original place, but my guess is that the Shotwell database points, for every photo, to its corresponding whatever_RAW_shotwell.jpg file, which was not there anymore. You see the thumbnail, but cannot open the real photo. Now, I don't know if you had removed these files or not. In the latter case yours may be a totally different problem. In my case, I solved the issue by moving the RAW files elsewhere and re-import them in Shotwell (this time using the camera development settings). Afterwards, I can see the real photos. Loosing tags and events was not a big issue for me: I had few photos in RAW. But Shotwell developers will know better... I haven't see what you describe below. Best regards. > On the top bar I see the right file name, path and the > word Shotwell. > > On the bottom Rotate, Crop, Red-eye ... > > I just noticed something very odd. > If I click in the black background and start moving the mouse, > suddenly I can see the image being dragged with > a hand cursor and a plus sign. > > When I release the mouse the image slides a few > pixels and then disappears again. > > I have the feeling the "Photo source file missing" > text is supposed to be hidden behind the image, > but since the image is not displayed I see the text. > > Any suggestions? > > Cheers, > > Abe Pazos > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Miguel From abe at hamoid.com Tue Nov 22 17:10:20 2011 From: abe at hamoid.com (Abe Pazos) Date: Tue, 22 Nov 2011 19:10:20 +0200 Subject: [Shotwell] Can't display RAW image In-Reply-To: <4ECBCFB1.9030909@gmail.com> References: <4ECBCFB1.9030909@gmail.com> Message-ID: But this is happening for images which are not imported into Shotwell. Happens to all my CRW images when I try to view them from the Nautilus file browser. Happens even with 0 images in the Shotwell database. I'm using Shotwell 0.11.6, the default RAW developer is set to "Shotwell". I think it's been like this since I upgraded Ubuntu to 11.04. Maybe I should update to 11.10. 2011/11/22 Miguel Ortiz Lombard?a > Le 22/11/11 17:08, Abe Pazos a ?crit : > > Hi, > > > > I'm having a problem viewing Canon CRW images. > > > > In Ubuntu 11.04, I double click a CRW file > > (or press or while such a file is selected) > > and for 0.1 seconds I see the image displayed, but > > immediately I get a black screen with a text > > saying "Photo source file missing: ..." > > with the correct path to the file. > > > > Hi, > > I have seen something similar recently after: > > 1/ I decided to use the camera "raw development" instead of Shotwell one > 2/ I closed Shotwell > 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash > 4/ I relaunched Shotwell > > The RAW files are still in their original place, but my guess is that > the Shotwell database points, for every photo, to its corresponding > whatever_RAW_shotwell.jpg file, which was not there anymore. You see the > thumbnail, but cannot open the real photo. Now, I don't know if you had > removed these files or not. In the latter case yours may be a totally > different problem. In my case, I solved the issue by moving the RAW > files elsewhere and re-import them in Shotwell (this time using the > camera development settings). Afterwards, I can see the real photos. > Loosing tags and events was not a big issue for me: I had few photos in > RAW. > > But Shotwell developers will know better... > > I haven't see what you describe below. > > Best regards. > > > > On the top bar I see the right file name, path and the > > word Shotwell. > > > > On the bottom Rotate, Crop, Red-eye ... > > > > I just noticed something very odd. > > If I click in the black background and start moving the mouse, > > suddenly I can see the image being dragged with > > a hand cursor and a plus sign. > > > > When I release the mouse the image slides a few > > pixels and then disappears again. > > > > I have the feeling the "Photo source file missing" > > text is supposed to be hidden behind the image, > > but since the image is not displayed I see the text. > > > > Any suggestions? > > > > Cheers, > > > > Abe Pazos > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > -- > Miguel > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mailing.lists at octgsoftware.com Tue Nov 22 17:34:31 2011 From: mailing.lists at octgsoftware.com (Jason Long) Date: Tue, 22 Nov 2011 11:34:31 -0600 Subject: [Shotwell] Changing DataSource In-Reply-To: References: Message-ID: Which database are you using? On Tue, Nov 22, 2011 at 9:14 AM, Kent Tenney wrote: > I am also interested in the potential for extensions to the Shotwell > database. > > Doing a dump of photo.db and importing into my db gets me started, but > keeping mine up to date with changes to photo.db gets tricky. > > How about a Shotwell option which would maintain a persistent journal of > changes > to the db, it would simplify keeping my db in sync with photo.db. > > Thanks, > Kent > > On Mon, Nov 21, 2011 at 2:33 PM, Jason Long > wrote: > > I would like to use Postgres as a data source for Shotwell. > > > > I do not care about multiple users accessing the data. I want to use > > shotwell to manage the photos locally. > > > > I will have a copy on a remote server via rsync that will match the > photos > > locally. > > > > I just want to use Shotwell to manage tags and events and have these > > changes synced automatically to my server where I will run a custom photo > > library viewer. I will probably rsync the thumbnails Shotwell creates as > > well. > > > > Postgres can easily handle keeping the database in sync and I > > can easily keep the images up to date with rsync. > > > > If this proves to be difficult I guess I will just dump the database in > raw > > SQL from SQLLite and run it into postgres remotely. > > > > Any ideas? > > _______________________________________________ > > 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 mailing.lists at octgsoftware.com Tue Nov 22 18:57:48 2011 From: mailing.lists at octgsoftware.com (Jason Long) Date: Tue, 22 Nov 2011 12:57:48 -0600 Subject: [Shotwell] Changing DataSource In-Reply-To: References: Message-ID: Same here. Let me know if you make any progress towards this end. I had never heard of Vala until I checked into which language Shotwell was written. I am sure it is straight forward enough to pick up though. On Tue, Nov 22, 2011 at 11:50 AM, Kent Tenney wrote: > I expect it will be postgresql. > > On Tue, Nov 22, 2011 at 11:34 AM, Jason Long > wrote: > > Which database are you using? > > > > On Tue, Nov 22, 2011 at 9:14 AM, Kent Tenney wrote: > >> > >> I am also interested in the potential for extensions to the Shotwell > >> database. > >> > >> Doing a dump of photo.db and importing into my db gets me started, but > >> keeping mine up to date with changes to photo.db gets tricky. > >> > >> How about a Shotwell option which would maintain a persistent journal of > >> changes > >> to the db, it would simplify keeping my db in sync with photo.db. > >> > >> Thanks, > >> Kent > >> > >> On Mon, Nov 21, 2011 at 2:33 PM, Jason Long > >> wrote: > >> > I would like to use Postgres as a data source for Shotwell. > >> > > >> > I do not care about multiple users accessing the data. I want to use > >> > shotwell to manage the photos locally. > >> > > >> > I will have a copy on a remote server via rsync that will match the > >> > photos > >> > locally. > >> > > >> > I just want to use Shotwell to manage tags and events and have these > >> > changes synced automatically to my server where I will run a custom > >> > photo > >> > library viewer. I will probably rsync the thumbnails Shotwell creates > >> > as > >> > well. > >> > > >> > Postgres can easily handle keeping the database in sync and I > >> > can easily keep the images up to date with rsync. > >> > > >> > If this proves to be difficult I guess I will just dump the database > in > >> > raw > >> > SQL from SQLLite and run it into postgres remotely. > >> > > >> > Any ideas? > >> > _______________________________________________ > >> > Shotwell mailing list > >> > Shotwell at lists.yorba.org > >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> > > >> _______________________________________________ > >> Shotwell mailing list > >> Shotwell at lists.yorba.org > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > From adam at yorba.org Tue Nov 22 19:09:47 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 22 Nov 2011 11:09:47 -0800 Subject: [Shotwell] Can't display RAW image In-Reply-To: References: <4ECBCFB1.9030909@gmail.com> Message-ID: <4ECBF37B.3000003@yorba.org> Abe, Hm - I can't reproduce this, though I'm using Ubuntu 11.10, Shotwell trunk (also tried Shotwell 0.11.4) and CR2 images, so a few things are different. If you'd like to send one of your CRW images to shotwell at yorba.org then we can try to reproduce this with your image. If you want to upgrade to Ubuntu 11.10, it would be interesting to see whether you have the same problem there. adam On 11/22/2011 09:10 AM, Abe Pazos wrote: > But this is happening for images which are not imported > into Shotwell. Happens to all my CRW images when > I try to view them from the Nautilus file browser. > Happens even with 0 images in the Shotwell database. > > I'm using Shotwell 0.11.6, the default RAW developer > is set to "Shotwell". I think it's been like this since I > upgraded Ubuntu to 11.04. Maybe I should update > to 11.10. > > 2011/11/22 Miguel Ortiz Lombard?a > >> Le 22/11/11 17:08, Abe Pazos a ?crit : >>> Hi, >>> >>> I'm having a problem viewing Canon CRW images. >>> >>> In Ubuntu 11.04, I double click a CRW file >>> (or press or while such a file is selected) >>> and for 0.1 seconds I see the image displayed, but >>> immediately I get a black screen with a text >>> saying "Photo source file missing: ..." >>> with the correct path to the file. >>> >> Hi, >> >> I have seen something similar recently after: >> >> 1/ I decided to use the camera "raw development" instead of Shotwell one >> 2/ I closed Shotwell >> 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash >> 4/ I relaunched Shotwell >> >> The RAW files are still in their original place, but my guess is that >> the Shotwell database points, for every photo, to its corresponding >> whatever_RAW_shotwell.jpg file, which was not there anymore. You see the >> thumbnail, but cannot open the real photo. Now, I don't know if you had >> removed these files or not. In the latter case yours may be a totally >> different problem. In my case, I solved the issue by moving the RAW >> files elsewhere and re-import them in Shotwell (this time using the >> camera development settings). Afterwards, I can see the real photos. >> Loosing tags and events was not a big issue for me: I had few photos in >> RAW. >> >> But Shotwell developers will know better... >> >> I haven't see what you describe below. >> >> Best regards. >> >> >>> On the top bar I see the right file name, path and the >>> word Shotwell. >>> >>> On the bottom Rotate, Crop, Red-eye ... >>> >>> I just noticed something very odd. >>> If I click in the black background and start moving the mouse, >>> suddenly I can see the image being dragged with >>> a hand cursor and a plus sign. >>> >>> When I release the mouse the image slides a few >>> pixels and then disappears again. >>> >>> I have the feeling the "Photo source file missing" >>> text is supposed to be hidden behind the image, >>> but since the image is not displayed I see the text. >>> >>> Any suggestions? >>> >>> Cheers, >>> >>> Abe Pazos >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> >> -- >> Miguel >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From ibdeno at gmail.com Tue Nov 22 19:52:56 2011 From: ibdeno at gmail.com (Miguel Ortiz Lombardia) Date: Tue, 22 Nov 2011 20:52:56 +0100 Subject: [Shotwell] Can't display RAW image In-Reply-To: References: <4ECBCFB1.9030909@gmail.com> Message-ID: <4ECBFD98.2090201@gmail.com> Le 22/11/2011 18:10, Abe Pazos a ?crit : > But this is happening for images which are not imported > into Shotwell. Happens to all my CRW images when > I try to view them from the Nautilus file browser. > Happens even with 0 images in the Shotwell database. > > I'm using Shotwell 0.11.6, the default RAW developer > is set to "Shotwell". I think it's been like this since I > upgraded Ubuntu to 11.04. Maybe I should update > to 11.10. > > 2011/11/22 Miguel Ortiz Lombard?a > >> Le 22/11/11 17:08, Abe Pazos a ?crit : >>> Hi, >>> >>> I'm having a problem viewing Canon CRW images. >>> >>> In Ubuntu 11.04, I double click a CRW file >>> (or press or while such a file is selected) >>> and for 0.1 seconds I see the image displayed, but >>> immediately I get a black screen with a text >>> saying "Photo source file missing: ..." >>> with the correct path to the file. >>> >> Sorry for my misunderstanding. I'm on Ubuntu 11.10, running Shotwell 0.11.5. When I double click on the RAW files (ORF from an Olympus) the photo opens correctly, with the tool buttons below. When I click-and-drag in the photo (your black background) a thumbnail of the photo appears that moves while dragging. It may be an issue with your the RAW format from your camera, or with Ubuntu/Shotwell version. Cheers. >> Hi, >> >> I have seen something similar recently after: >> >> 1/ I decided to use the camera "raw development" instead of Shotwell one >> 2/ I closed Shotwell >> 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash >> 4/ I relaunched Shotwell >> >> The RAW files are still in their original place, but my guess is that >> the Shotwell database points, for every photo, to its corresponding >> whatever_RAW_shotwell.jpg file, which was not there anymore. You see the >> thumbnail, but cannot open the real photo. Now, I don't know if you had >> removed these files or not. In the latter case yours may be a totally >> different problem. In my case, I solved the issue by moving the RAW >> files elsewhere and re-import them in Shotwell (this time using the >> camera development settings). Afterwards, I can see the real photos. >> Loosing tags and events was not a big issue for me: I had few photos in >> RAW. >> >> But Shotwell developers will know better... >> >> I haven't see what you describe below. >> >> Best regards. >> >> >>> On the top bar I see the right file name, path and the >>> word Shotwell. >>> >>> On the bottom Rotate, Crop, Red-eye ... >>> >>> I just noticed something very odd. >>> If I click in the black background and start moving the mouse, >>> suddenly I can see the image being dragged with >>> a hand cursor and a plus sign. >>> >>> When I release the mouse the image slides a few >>> pixels and then disappears again. >>> >>> I have the feeling the "Photo source file missing" >>> text is supposed to be hidden behind the image, >>> but since the image is not displayed I see the text. >>> >>> Any suggestions? >>> >>> Cheers, >>> >>> Abe Pazos >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> >> >> -- >> Miguel >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Miguel From theallinsons at yahoo.co.uk Tue Nov 22 20:21:07 2011 From: theallinsons at yahoo.co.uk (Ray Allinson) Date: Tue, 22 Nov 2011 21:21:07 +0100 Subject: [Shotwell] Shotwell fails to add a new 'Year' folder when Date and time are changed Message-ID: <4ECC0433.90402@yahoo.co.uk> I have been scanning some old 'steam camera' photos.Aafter cropping in SimpleScan I save the images in a folder /Photos/Scanned Photos then, when I have done ten or so I import the folder to Shotwell. I then adjust the Date to the Day Month and Year when (I guess!) the picture was taken. I was expecting to find a new 'Year' folder for 1989 and sub-folders for the Months, but what Shotwell seems to have done is to file all the scanned images in 'No Event' mixed in with a lot of other images, some with no date/time info and others which are scanned images dated 2011 on which the date refers to the date scanned (I think). Can any one explain why this has happened, and tell me what I should do next? Ray From lucas at yorba.org Tue Nov 22 20:28:49 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 22 Nov 2011 12:28:49 -0800 Subject: [Shotwell] Shotwell fails to add a new 'Year' folder when Date and time are changed In-Reply-To: <4ECC0433.90402@yahoo.co.uk> References: <4ECC0433.90402@yahoo.co.uk> Message-ID: Hi Ray, As of right now, Shotwell will not move your photo files on disk when you change their exposure date and time, so what you're seeing is the expected behavior. We do, however, have an open feature request to implement exactly the functionality you're looking for here: http://redmine.yorba.org/issues/2824. The good news is that we've already gotten a preliminary patch for this from an outside contributor, so hopefully this behavior will be implemented in the next release of Shotwell, 0.12, which should appear early next year. Cheers, Lucas On Tue, Nov 22, 2011 at 12:21 PM, Ray Allinson wrote: > I have been scanning some old 'steam camera' photos.Aafter cropping in > SimpleScan I save the images in a folder /Photos/Scanned Photos then, when I > have done ten or so I import the folder to Shotwell. > I then adjust the Date to the Day Month and Year when (I guess!) the picture > was taken. > I was expecting to find a new 'Year' folder for 1989 and sub-folders for the > Months, but what Shotwell seems to have done is to file all the scanned > images in 'No Event' mixed in with a lot of other images, some with no > date/time info and others which are scanned images dated 2011 on which the > date refers to the date scanned (I think). > Can any one explain why this has happened, and tell me what I should do > next? > Ray > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From abe at hamoid.com Wed Nov 23 08:10:58 2011 From: abe at hamoid.com (Abe Pazos) Date: Wed, 23 Nov 2011 10:10:58 +0200 Subject: [Shotwell] Can't display RAW image In-Reply-To: <4ECBFD98.2090201@gmail.com> References: <4ECBCFB1.9030909@gmail.com> <4ECBFD98.2090201@gmail.com> Message-ID: I have an Ubuntu 11.10 installed on an esata drive. There it works fine, with the Shotwell that came installed with 11.10. When I double click an image it is displayed, and after one second it looks like the color profile is updated (the image usually becomes darker). So I guess one of these days I will update Ubuntu, but maybe you want to check out if this is happening to other 11.04 users with Canon CRW images. Thanks. On Tue, Nov 22, 2011 at 21:52, Miguel Ortiz Lombardia wrote: > Le 22/11/2011 18:10, Abe Pazos a ?crit : > > But this is happening for images which are not imported > > into Shotwell. Happens to all my CRW images when > > I try to view them from the Nautilus file browser. > > Happens even with 0 images in the Shotwell database. > > > > I'm using Shotwell 0.11.6, the default RAW developer > > is set to "Shotwell". I think it's been like this since I > > upgraded Ubuntu to 11.04. Maybe I should update > > to 11.10. > > > > 2011/11/22 Miguel Ortiz Lombard?a > > > >> Le 22/11/11 17:08, Abe Pazos a ?crit : > >>> Hi, > >>> > >>> I'm having a problem viewing Canon CRW images. > >>> > >>> In Ubuntu 11.04, I double click a CRW file > >>> (or press or while such a file is selected) > >>> and for 0.1 seconds I see the image displayed, but > >>> immediately I get a black screen with a text > >>> saying "Photo source file missing: ..." > >>> with the correct path to the file. > >>> > >> > > Sorry for my misunderstanding. > > I'm on Ubuntu 11.10, running Shotwell 0.11.5. When I double click on the > RAW files (ORF from an Olympus) the photo opens correctly, with the tool > buttons below. When I click-and-drag in the photo (your black > background) a thumbnail of the photo appears that moves while dragging. > > It may be an issue with your the RAW format from your camera, or with > Ubuntu/Shotwell version. > > Cheers. > > >> Hi, > >> > >> I have seen something similar recently after: > >> > >> 1/ I decided to use the camera "raw development" instead of Shotwell one > >> 2/ I closed Shotwell > >> 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash > >> 4/ I relaunched Shotwell > >> > >> The RAW files are still in their original place, but my guess is that > >> the Shotwell database points, for every photo, to its corresponding > >> whatever_RAW_shotwell.jpg file, which was not there anymore. You see the > >> thumbnail, but cannot open the real photo. Now, I don't know if you had > >> removed these files or not. In the latter case yours may be a totally > >> different problem. In my case, I solved the issue by moving the RAW > >> files elsewhere and re-import them in Shotwell (this time using the > >> camera development settings). Afterwards, I can see the real photos. > >> Loosing tags and events was not a big issue for me: I had few photos in > >> RAW. > >> > >> But Shotwell developers will know better... > >> > >> I haven't see what you describe below. > >> > >> Best regards. > >> > >> > >>> On the top bar I see the right file name, path and the > >>> word Shotwell. > >>> > >>> On the bottom Rotate, Crop, Red-eye ... > >>> > >>> I just noticed something very odd. > >>> If I click in the black background and start moving the mouse, > >>> suddenly I can see the image being dragged with > >>> a hand cursor and a plus sign. > >>> > >>> When I release the mouse the image slides a few > >>> pixels and then disappears again. > >>> > >>> I have the feeling the "Photo source file missing" > >>> text is supposed to be hidden behind the image, > >>> but since the image is not displayed I see the text. > >>> > >>> Any suggestions? > >>> > >>> Cheers, > >>> > >>> Abe Pazos > >>> _______________________________________________ > >>> Shotwell mailing list > >>> Shotwell at lists.yorba.org > >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >>> > >> > >> > >> -- > >> Miguel > >> > >> _______________________________________________ > >> Shotwell mailing list > >> Shotwell at lists.yorba.org > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > -- > Miguel > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From thomas at xyz.pp.se Wed Nov 23 14:26:31 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Wed, 23 Nov 2011 15:26:31 +0100 Subject: [Shotwell] Shotwell fails to add a new 'Year' folder when Date and time are changed In-Reply-To: References: <4ECC0433.90402@yahoo.co.uk> Message-ID: <4ECD0297.6060002@xyz.pp.se> Lucas Beeler wrote: > Hi Ray, > > As of right now, Shotwell will not move your photo files on disk when > you change their exposure date and time, so what you're seeing is the > expected behavior. We do, however, have an open feature request to > implement exactly the functionality you're looking for here: > http://redmine.yorba.org/issues/2824. The good news is that we've > already gotten a preliminary patch for this from an outside > contributor, so hopefully this behavior will be implemented in the > next release of Shotwell, 0.12, which should appear early next year. When/if this is fixed in 0.12, can this also fix all photos which are changed in the past? Ie, can Shotwell detect if a photo is in the wrong directory and move it? Doing this command-line (since it should be a one-time operation) would also be OK.. Rgds//Thomas From adam at yorba.org Wed Nov 23 18:18:44 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 23 Nov 2011 10:18:44 -0800 Subject: [Shotwell] Shotwell fails to add a new 'Year' folder when Date and time are changed In-Reply-To: <4ECD0297.6060002@xyz.pp.se> References: <4ECC0433.90402@yahoo.co.uk> <4ECD0297.6060002@xyz.pp.se> Message-ID: <4ECD3904.9070102@yorba.org> On 11/23/2011 06:26 AM, Thomas Novin wrote: > Lucas Beeler wrote: >> Hi Ray, >> >> As of right now, Shotwell will not move your photo files on disk when >> you change their exposure date and time, so what you're seeing is the >> expected behavior. We do, however, have an open feature request to >> implement exactly the functionality you're looking for here: >> http://redmine.yorba.org/issues/2824. The good news is that we've >> already gotten a preliminary patch for this from an outside >> contributor, so hopefully this behavior will be implemented in the >> next release of Shotwell, 0.12, which should appear early next year. > > When/if this is fixed in 0.12, can this also fix all photos which are > changed in the past? Ie, can Shotwell detect if a photo is in the > wrong directory and move it? Yes - we'd also like to implement that too. See http://redmine.yorba.org/issues/2170 . adam From frederik.sdun at googlemail.com Thu Nov 24 12:07:02 2011 From: frederik.sdun at googlemail.com (Frederik Sdun) Date: Thu, 24 Nov 2011 13:07:02 +0100 Subject: [Shotwell] Faces fixes and other stuff Message-ID: Hi, I just pulled HEAD and realized the shotwell has a faces feature. Really nice stuff. I already fixed a small bug and added a simple auto completion feature: [0] . Next bug will be the "boxes bug" which doesn't allow me to mark people from bottom-right to top-left and maybe grouping people. Maybe I will have some time to continue my work on the tethered shooting plugin. I did push all of my commits and they're lost. But here's my last state: [1] and the bug [2] . Comments welcome. Another idea is to to port some code from Hugin and Illuminance to vala to get panorama and HDR functionalitiy. Regards, Frederik [0] https://github.com/playya/shotwell [1] https://code.launchpad.net/~playya/+junk/shotwell [2] http://redmine.yorba.org/issues/2895 From brunogirin at gmail.com Thu Nov 24 18:09:56 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 24 Nov 2011 18:09:56 +0000 Subject: [Shotwell] Faces fixes and other stuff In-Reply-To: References: Message-ID: <4ECE8874.7070404@gmail.com> Hi Frederik, The Yorba team are the only ones to have the ability to push commits to master so I'm not surprised that yours got lost. The best way to get the team to review and integrate your patches is to use git format-patch and to attach the resulting file(s) to the redmine ticket. If there is no ticket, then create one. This process enables the core team to have a single place to receive patches and to ensure that all patches are reviewed before being included in trunk. I hope this helps. Cheers, Bruno On 24/11/11 12:07, Frederik Sdun wrote: > Hi, > > I just pulled HEAD and realized the shotwell has a faces feature. Really > nice stuff. > > I already fixed a small bug and added a simple auto completion feature: [0] > . > Next bug will be the "boxes bug" which doesn't allow me to mark people from > bottom-right to top-left and maybe grouping people. > > Maybe I will have some time to continue my work on the tethered shooting > plugin. I did push all of my commits and they're lost. But here's my last > state: [1] and the bug [2] . Comments welcome. > Another idea is to to port some code from Hugin and Illuminance to vala to > get panorama and HDR functionalitiy. > > Regards, Frederik > > [0] https://github.com/playya/shotwell > [1] https://code.launchpad.net/~playya/+junk/shotwell > [2] http://redmine.yorba.org/issues/2895 > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From frederik.sdun at googlemail.com Thu Nov 24 21:21:02 2011 From: frederik.sdun at googlemail.com (Frederik Sdun) Date: Thu, 24 Nov 2011 22:21:02 +0100 Subject: [Shotwell] Faces fixes and other stuff In-Reply-To: <4ECE8874.7070404@gmail.com> References: <4ECE8874.7070404@gmail.com> Message-ID: <4ECEB53E.7070005@googlemail.com> I waited for a reply in the bug about the interface layout and didn't push my patches. That's the reason for loosing this patches. Is it possible to send a pull request instead of sending a lot of packages via email? Am 24.11.2011 19:09, schrieb Bruno Girin: > Hi Frederik, > > The Yorba team are the only ones to have the ability to push commits > to master so I'm not surprised that yours got lost. The best way to > get the team to review and integrate your patches is to use git > format-patch and to attach the resulting file(s) to the redmine > ticket. If there is no ticket, then create one. This process enables > the core team to have a single place to receive patches and to ensure > that all patches are reviewed before being included in trunk. > > I hope this helps. > > Cheers, > > Bruno > > On 24/11/11 12:07, Frederik Sdun wrote: >> Hi, >> >> I just pulled HEAD and realized the shotwell has a faces feature. Really >> nice stuff. >> >> I already fixed a small bug and added a simple auto completion >> feature: [0] >> . >> Next bug will be the "boxes bug" which doesn't allow me to mark >> people from >> bottom-right to top-left and maybe grouping people. >> >> Maybe I will have some time to continue my work on the tethered shooting >> plugin. I did push all of my commits and they're lost. But here's my >> last >> state: [1] and the bug [2] . Comments welcome. >> Another idea is to to port some code from Hugin and Illuminance to >> vala to >> get panorama and HDR functionalitiy. >> >> Regards, Frederik >> >> [0] https://github.com/playya/shotwell >> [1] https://code.launchpad.net/~playya/+junk/shotwell >> [2] http://redmine.yorba.org/issues/2895 >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From brunogirin at gmail.com Thu Nov 24 23:22:50 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 24 Nov 2011 23:22:50 +0000 Subject: [Shotwell] Faces fixes and other stuff In-Reply-To: <4ECEB53E.7070005@googlemail.com> References: <4ECE8874.7070404@gmail.com> <4ECEB53E.7070005@googlemail.com> Message-ID: <4ECED1CA.6000407@gmail.com> I'm not sure I understand your question. Anyway, what you can also do is: git diff origin > some-file in which case you should be able to upload a single file to the bug report. On 24/11/11 21:21, Frederik Sdun wrote: > I waited for a reply in the bug about the interface layout and didn't > push my patches. That's the reason for loosing this patches. > > Is it possible to send a pull request instead of sending a lot of > packages via email? > > Am 24.11.2011 19:09, schrieb Bruno Girin: >> Hi Frederik, >> >> The Yorba team are the only ones to have the ability to push commits >> to master so I'm not surprised that yours got lost. The best way to >> get the team to review and integrate your patches is to use git >> format-patch and to attach the resulting file(s) to the redmine >> ticket. If there is no ticket, then create one. This process enables >> the core team to have a single place to receive patches and to ensure >> that all patches are reviewed before being included in trunk. >> >> I hope this helps. >> >> Cheers, >> >> Bruno >> >> On 24/11/11 12:07, Frederik Sdun wrote: >>> Hi, >>> >>> I just pulled HEAD and realized the shotwell has a faces feature. >>> Really >>> nice stuff. >>> >>> I already fixed a small bug and added a simple auto completion >>> feature: [0] >>> . >>> Next bug will be the "boxes bug" which doesn't allow me to mark >>> people from >>> bottom-right to top-left and maybe grouping people. >>> >>> Maybe I will have some time to continue my work on the tethered >>> shooting >>> plugin. I did push all of my commits and they're lost. But here's my >>> last >>> state: [1] and the bug [2] . Comments welcome. >>> Another idea is to to port some code from Hugin and Illuminance to >>> vala to >>> get panorama and HDR functionalitiy. >>> >>> Regards, Frederik >>> >>> [0] https://github.com/playya/shotwell >>> [1] https://code.launchpad.net/~playya/+junk/shotwell >>> [2] http://redmine.yorba.org/issues/2895 >>> _______________________________________________ >>> 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 hendry.michael at gmail.com Fri Nov 25 09:25:09 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Fri, 25 Nov 2011 09:25:09 +0000 Subject: [Shotwell] Shotwell fails to add a new 'Year' folder when Date and time are changed In-Reply-To: <4ECC0433.90402@yahoo.co.uk> References: <4ECC0433.90402@yahoo.co.uk> Message-ID: <1322213109.14699.16.camel@Linley6> On Tue, 2011-11-22 at 21:21 +0100, Ray Allinson wrote: > I have been scanning some old 'steam camera' photos.Aafter cropping in > SimpleScan I save the images in a folder /Photos/Scanned Photos then, > when I have done ten or so I import the folder to Shotwell. > I then adjust the Date to the Day Month and Year when (I guess!) the > picture was taken. > I was expecting to find a new 'Year' folder for 1989 and sub-folders for > the Months, but what Shotwell seems to have done is to file all the > scanned images in 'No Event' mixed in with a lot of other images, some > with no date/time info and others which are scanned images dated 2011 on > which the date refers to the date scanned (I think). > Can any one explain why this has happened, and tell me what I should do > next? > Ray > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell I've been through this process myself, but with images I'd already scanned into folders named for the year and order in which the negatives were developed. I'd have: ./1977-01/IMG001.jpg ./1977-01/IMG002.jpg ... ./1977-01/IMG036.jpg ./1977-02/IMG001.jpg ... and so on, but when I used Shotwell to import these folders none of them was attached to an event because the scanner hadn't put in the relevant EXIF data. After some experimentation with other methods, I evolved a file-dating convention which allows me to get back to the original negative by mapping the folder name into a date (1977-01 is 1st Jan 1977, 1977-02 is 2nd Jan 1977 and so on) and the image number into the time in seconds from 12 noon (occasionally there are images on a spool before number 1). The following is part of a script I used to add these dates to my images... exiftool -DateTimeOriginal="1977:01:01 12:00:01" IMG001.jpg exiftool -DateTimeOriginal="1977:01:01 12:00:02" IMG002.jpg exiftool -DateTimeOriginal="1977:01:01 12:00:03" IMG003.jpg exiftool -DateTimeOriginal="1977:01:01 12:00:04" IMG004.jpg ... When I imported the images from these folders, each folder (i.e. each film) got its own Shotwell event. Of course, if you can be more precise about the dates on your images, you can use the same technique with accurate dates. My method stays in line with the way I have stored my negatives, and I can use tags to mark particular events recorded on the images. Best of luck! Michael From brunogirin at gmail.com Fri Nov 25 19:08:52 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 25 Nov 2011 19:08:52 +0000 Subject: [Shotwell] Faces fixes and other stuff In-Reply-To: References: <4ECE8874.7070404@gmail.com> <4ECEB53E.7070005@googlemail.com> <4ECED1CA.6000407@gmail.com> Message-ID: <4ECFE7C4.4000603@gmail.com> Hi Frederik, Note that I am not part of the Yorba team, I am an external contributor like you so sending me emails to my personal address will not resolve your problem as I cannot help. I was just explaining what is Yorba's preferred method to receive patches to help you get your patches merged. This is the method I've followed with my own patches. If you can follow the same method as everybody else, it will simplify the process for the core team and will help getting your patches reviewed and accepted in a timely manner. If you decide that you do not want to follow that preferred approach, it is not for me to say whether your alternative method is acceptable to the Yorba team or not. I hope this helps. Bruno On 25/11/11 17:31, Frederik Sdun wrote: > No. > > I send you a git URL with my patches included. Then you are able to do > the following: > > git add origin playya $URL > git pull playya my-fixed-branch > > /* test stuff */ > > git push > > btw. there's a git send-mail to send patches directly (needs to be > recompiled on ubuntu to get ssl support IIRC) > > Regards, Frederik > > 2011/11/25 Bruno Girin > > > I'm not sure I understand your question. Anyway, what you can also > do is: > > git diff origin > some-file > > in which case you should be able to upload a single file to the > bug report. > > > On 24/11/11 21:21, Frederik Sdun wrote: > > I waited for a reply in the bug about the interface layout and > didn't push my patches. That's the reason for loosing this > patches. > > Is it possible to send a pull request instead of sending a lot > of packages via email? > > Am 24.11.2011 19:09, schrieb Bruno Girin: > > Hi Frederik, > > The Yorba team are the only ones to have the ability to > push commits to master so I'm not surprised that yours got > lost. The best way to get the team to review and integrate > your patches is to use git format-patch and to attach the > resulting file(s) to the redmine ticket. If there is no > ticket, then create one. This process enables the core > team to have a single place to receive patches and to > ensure that all patches are reviewed before being included > in trunk. > > I hope this helps. > > Cheers, > > Bruno > > On 24/11/11 12:07, Frederik Sdun wrote: > > Hi, > > I just pulled HEAD and realized the shotwell has a > faces feature. Really > nice stuff. > > I already fixed a small bug and added a simple auto > completion feature: [0] > . > Next bug will be the "boxes bug" which doesn't allow > me to mark people from > bottom-right to top-left and maybe grouping people. > > Maybe I will have some time to continue my work on the > tethered shooting > plugin. I did push all of my commits and they're lost. > But here's my last > state: [1] and the bug [2] . Comments welcome. > Another idea is to to port some code from Hugin and > Illuminance to vala to > get panorama and HDR functionalitiy. > > Regards, Frederik > > [0] https://github.com/playya/shotwell > [1] https://code.launchpad.net/~playya/+junk/shotwell > > [2] http://redmine.yorba.org/issues/2895 > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From abe at hamoid.com Sat Nov 26 14:01:55 2011 From: abe at hamoid.com (Abe Pazos) Date: Sat, 26 Nov 2011 16:01:55 +0200 Subject: [Shotwell] Can't display RAW image In-Reply-To: References: <4ECBCFB1.9030909@gmail.com> <4ECBFD98.2090201@gmail.com> Message-ID: I upgraded Ubuntu 11.04 to 11.10 and unfortunately my problem is not solved. I created this image to help you visualize the problem: http://hamoid.com/shotwell.png Is it a fine that the image is inside the Library folder, but not added to the library? What about using a NTFS drive? Is that an issue? Any tests I could do? Thanks, Abe On Wed, Nov 23, 2011 at 10:10, Abe Pazos wrote: > I have an Ubuntu 11.10 installed on an esata drive. > > There it works fine, with the Shotwell that came installed with 11.10. > > When I double click an image it is displayed, and after one second it > looks like the color profile is updated (the image usually becomes darker). > > So I guess one of these days I will update Ubuntu, but maybe you want to > check out if this is happening to other 11.04 users with Canon CRW images. > > Thanks. > > > > On Tue, Nov 22, 2011 at 21:52, Miguel Ortiz Lombardia wrote: > >> Le 22/11/2011 18:10, Abe Pazos a ?crit : >> > But this is happening for images which are not imported >> > into Shotwell. Happens to all my CRW images when >> > I try to view them from the Nautilus file browser. >> > Happens even with 0 images in the Shotwell database. >> > >> > I'm using Shotwell 0.11.6, the default RAW developer >> > is set to "Shotwell". I think it's been like this since I >> > upgraded Ubuntu to 11.04. Maybe I should update >> > to 11.10. >> > >> > 2011/11/22 Miguel Ortiz Lombard?a >> > >> >> Le 22/11/11 17:08, Abe Pazos a ?crit : >> >>> Hi, >> >>> >> >>> I'm having a problem viewing Canon CRW images. >> >>> >> >>> In Ubuntu 11.04, I double click a CRW file >> >>> (or press or while such a file is selected) >> >>> and for 0.1 seconds I see the image displayed, but >> >>> immediately I get a black screen with a text >> >>> saying "Photo source file missing: ..." >> >>> with the correct path to the file. >> >>> >> >> >> >> Sorry for my misunderstanding. >> >> I'm on Ubuntu 11.10, running Shotwell 0.11.5. When I double click on the >> RAW files (ORF from an Olympus) the photo opens correctly, with the tool >> buttons below. When I click-and-drag in the photo (your black >> background) a thumbnail of the photo appears that moves while dragging. >> >> It may be an issue with your the RAW format from your camera, or with >> Ubuntu/Shotwell version. >> >> Cheers. >> >> >> Hi, >> >> >> >> I have seen something similar recently after: >> >> >> >> 1/ I decided to use the camera "raw development" instead of Shotwell >> one >> >> 2/ I closed Shotwell >> >> 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash >> >> 4/ I relaunched Shotwell >> >> >> >> The RAW files are still in their original place, but my guess is that >> >> the Shotwell database points, for every photo, to its corresponding >> >> whatever_RAW_shotwell.jpg file, which was not there anymore. You see >> the >> >> thumbnail, but cannot open the real photo. Now, I don't know if you had >> >> removed these files or not. In the latter case yours may be a totally >> >> different problem. In my case, I solved the issue by moving the RAW >> >> files elsewhere and re-import them in Shotwell (this time using the >> >> camera development settings). Afterwards, I can see the real photos. >> >> Loosing tags and events was not a big issue for me: I had few photos in >> >> RAW. >> >> >> >> But Shotwell developers will know better... >> >> >> >> I haven't see what you describe below. >> >> >> >> Best regards. >> >> >> >> >> >>> On the top bar I see the right file name, path and the >> >>> word Shotwell. >> >>> >> >>> On the bottom Rotate, Crop, Red-eye ... >> >>> >> >>> I just noticed something very odd. >> >>> If I click in the black background and start moving the mouse, >> >>> suddenly I can see the image being dragged with >> >>> a hand cursor and a plus sign. >> >>> >> >>> When I release the mouse the image slides a few >> >>> pixels and then disappears again. >> >>> >> >>> I have the feeling the "Photo source file missing" >> >>> text is supposed to be hidden behind the image, >> >>> but since the image is not displayed I see the text. >> >>> >> >>> Any suggestions? >> >>> >> >>> Cheers, >> >>> >> >>> Abe Pazos >> >>> _______________________________________________ >> >>> Shotwell mailing list >> >>> Shotwell at lists.yorba.org >> >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >>> >> >> >> >> >> >> -- >> >> Miguel >> >> >> >> _______________________________________________ >> >> Shotwell mailing list >> >> Shotwell at lists.yorba.org >> >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> >> > _______________________________________________ >> > Shotwell mailing list >> > Shotwell at lists.yorba.org >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > >> >> >> -- >> Miguel >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From noah.b.beck at gmail.com Sun Nov 27 17:39:49 2011 From: noah.b.beck at gmail.com (Noah Beck) Date: Sun, 27 Nov 2011 12:39:49 -0500 Subject: [Shotwell] separate shotwell configs Message-ID: I wanted to see if I could reproduce a bug with a temporary .shotwell directory and a temporary library directory. I can specify a temporary .shotwell directory using the --datadir= option to shotwell, but shotwell is still picking up my image library location from somewhere else. How can I specify a different "config" for shotwell so I can debug an issue without using my whole image library? Noah From me at ibotty.net Sun Nov 27 19:09:03 2011 From: me at ibotty.net (me at ibotty.net) Date: Sun, 27 Nov 2011 20:09:03 +0100 Subject: [Shotwell] [PATCH] configure should support parameters w/o '=' Message-ID: <4ED28ACF.9000601@ibotty.net> this is necessary for e.g. jhbuild, which configures with '--prefix $PREFIX' --- configure | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/configure b/configure index 6d29999..52aca53 100755 --- a/configure +++ b/configure @@ -57,6 +57,8 @@ do if [ `echo $1 | grep '='` ] then value=`echo $1 | sed 's/.*=//'` + else + value="$2" fi case $option in @@ -70,6 +72,7 @@ do fi variables="${variables}PREFIX=$value\n" + shift ;; --lib) if [ ! $value ] @@ -78,6 +81,7 @@ do fi variables="${variables}LIB=$value\n" + shift ;; --assume-pkgs) variables="${variables}ASSUME_PKGS=1\n" @@ -89,6 +93,7 @@ do fi variables="${variables}BUILD_DIR=$value\n" + shift ;; --debug) variables="${variables}BUILD_RELEASE=\nBUILD_DEBUG=1\n" @@ -133,6 +138,7 @@ do fi variables="${variables}${option}=${value}\n" + shift ;; esac -- 1.7.7.3 From me at ibotty.net Sun Nov 27 19:12:44 2011 From: me at ibotty.net (me at ibotty.net) Date: Sun, 27 Nov 2011 20:12:44 +0100 Subject: [Shotwell] slideshow video export Message-ID: <4ED28BAC.6000307@ibotty.net> hello, in a mail from 22th of august [1] by alexandre rosenfeld, it says, that the improved slideshow is done, but the code seems not to be merged into the git repository as of today. where can i find the patch? i can live with the listed restrictions for now :). thanks in advance, tobias florek [1] http://lists.yorba.org/pipermail/shotwell/2011-August/002725.html From noah.b.beck at gmail.com Mon Nov 28 03:38:35 2011 From: noah.b.beck at gmail.com (Noah Beck) Date: Sun, 27 Nov 2011 22:38:35 -0500 Subject: [Shotwell] separate shotwell configs In-Reply-To: References: Message-ID: Aha, found the information I was looking for here: http://live.gnome.org/dconf/SystemAdministrators I created a file called /etc/dconf/profile/usertest that contained a single line "usertest", and start shotwell like this: env DCONF_PROFILE=usertest shotwell --datadir=$HOME/.shotwell_test and I have separate settings to use for testing purposes. Noah On Sun, Nov 27, 2011 at 12:39 PM, Noah Beck wrote: > I wanted to see if I could reproduce a bug with a temporary .shotwell > directory and a temporary library directory. ?I can specify a > temporary .shotwell directory using the --datadir= option to shotwell, > but shotwell is still picking up my image library location from > somewhere else. ?How can I specify a different "config" for shotwell > so I can debug an issue without using my whole image library? > > Noah > From adam at yorba.org Mon Nov 28 17:35:19 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Nov 2011 09:35:19 -0800 Subject: [Shotwell] separate shotwell configs In-Reply-To: References: Message-ID: <4ED3C657.4030503@yorba.org> Cool - that's a useful trick to know about. It would be nice if Shotwell used a separate library directory for each data directory; then you wouldn't have to use this dconf hack: http://redmine.yorba.org/issues/2146 adam On 11/27/2011 07:38 PM, Noah Beck wrote: > Aha, found the information I was looking for here: > > http://live.gnome.org/dconf/SystemAdministrators > > I created a file called /etc/dconf/profile/usertest that contained a > single line "usertest", and start shotwell like this: > > env DCONF_PROFILE=usertest shotwell --datadir=$HOME/.shotwell_test > > and I have separate settings to use for testing purposes. > > Noah > > On Sun, Nov 27, 2011 at 12:39 PM, Noah Beck wrote: >> I wanted to see if I could reproduce a bug with a temporary .shotwell >> directory and a temporary library directory. I can specify a >> temporary .shotwell directory using the --datadir= option to shotwell, >> but shotwell is still picking up my image library location from >> somewhere else. How can I specify a different "config" for shotwell >> so I can debug an issue without using my whole image library? >> >> Noah >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From rolf.steinort at gmail.com Mon Nov 28 19:20:40 2011 From: rolf.steinort at gmail.com (Rolf Steinort) Date: Mon, 28 Nov 2011 20:20:40 +0100 Subject: [Shotwell] Crash with: Orientation.vala:243: rotate_dimensions: 0 In-Reply-To: <4EBC2271.8040404@yorba.org> References: <4EBC2271.8040404@yorba.org> Message-ID: Hi, On Thu, Nov 10, 2011 at 20:13, Adam Dingle wrote: > Rolf, > > thanks for the bug report. ?This bug is known and we're looking into it now: > > http://redmine.yorba.org/issues/4354 > > adam > According to the ticket the bug is solved, but shotwell isn't starting up here. Same error, pulled from git and compiled 10 minutes ago. rs at TuxBox:/usr/local/src/shotwell$ ./shotwell -V Shotwell 0.11.6+trunk rs at TuxBox:/usr/local/src/shotwell$ ./shotwell ** ERROR **: Orientation.vala:243: rotate_dimensions: 0 aborting... Aborted The progress bar just pops up, fills to 50% and everything dies. Help will be deeply appreciated, I want to make a new video about Shotwell - and I want to access my images..... Rolf http://meetthegimp.org From adam at yorba.org Mon Nov 28 19:22:26 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Nov 2011 11:22:26 -0800 Subject: [Shotwell] Can't display RAW image In-Reply-To: References: <4ECBCFB1.9030909@gmail.com> <4ECBFD98.2090201@gmail.com> Message-ID: <4ED3DF72.7050403@yorba.org> Abe, thanks for your test image with explanatory notes. Because you're invoking Shotwell directly on a RAW photo file, the Library folder and RAW developer setting are completely irrelevant: Shotwell ignores those when you open a photo directly. In addition, in this mode Shotwell doesn't import the photo to its database, so any database state is irrelevant too. I just tried to reproduce this: I formatted a flash drive using NTFS, put a CR2 photo there, then invoked Shotwell (the trunk build) directly on the photo. It worked just fine. Because we can't reproduce this at Yorba, it won't be so easy to debug. If you have the coding skillz and can investigate on your machine to find out what's going wrong, that would be helpful. Otherwise, please create a ticket in our Redmine database (http://redmine.yorba.org/projects/shotwell) and we may able to work with you to debug this remotely at some point. adam On 11/26/2011 06:01 AM, Abe Pazos wrote: > I upgraded Ubuntu 11.04 to 11.10 and unfortunately my problem is not solved. > > I created this image to help you visualize the problem: > http://hamoid.com/shotwell.png > > Is it a fine that the image is inside the Library folder, but not added to > the library? > What about using a NTFS drive? Is that an issue? > > Any tests I could do? > > Thanks, > > Abe > > On Wed, Nov 23, 2011 at 10:10, Abe Pazos wrote: > >> I have an Ubuntu 11.10 installed on an esata drive. >> >> There it works fine, with the Shotwell that came installed with 11.10. >> >> When I double click an image it is displayed, and after one second it >> looks like the color profile is updated (the image usually becomes darker). >> >> So I guess one of these days I will update Ubuntu, but maybe you want to >> check out if this is happening to other 11.04 users with Canon CRW images. >> >> Thanks. >> >> >> >> On Tue, Nov 22, 2011 at 21:52, Miguel Ortiz Lombardiawrote: >> >>> Le 22/11/2011 18:10, Abe Pazos a ?crit : >>>> But this is happening for images which are not imported >>>> into Shotwell. Happens to all my CRW images when >>>> I try to view them from the Nautilus file browser. >>>> Happens even with 0 images in the Shotwell database. >>>> >>>> I'm using Shotwell 0.11.6, the default RAW developer >>>> is set to "Shotwell". I think it's been like this since I >>>> upgraded Ubuntu to 11.04. Maybe I should update >>>> to 11.10. >>>> >>>> 2011/11/22 Miguel Ortiz Lombard?a >>>> >>>>> Le 22/11/11 17:08, Abe Pazos a ?crit : >>>>>> Hi, >>>>>> >>>>>> I'm having a problem viewing Canon CRW images. >>>>>> >>>>>> In Ubuntu 11.04, I double click a CRW file >>>>>> (or press or while such a file is selected) >>>>>> and for 0.1 seconds I see the image displayed, but >>>>>> immediately I get a black screen with a text >>>>>> saying "Photo source file missing: ..." >>>>>> with the correct path to the file. >>>>>> >>> Sorry for my misunderstanding. >>> >>> I'm on Ubuntu 11.10, running Shotwell 0.11.5. When I double click on the >>> RAW files (ORF from an Olympus) the photo opens correctly, with the tool >>> buttons below. When I click-and-drag in the photo (your black >>> background) a thumbnail of the photo appears that moves while dragging. >>> >>> It may be an issue with your the RAW format from your camera, or with >>> Ubuntu/Shotwell version. >>> >>> Cheers. >>> >>>>> Hi, >>>>> >>>>> I have seen something similar recently after: >>>>> >>>>> 1/ I decided to use the camera "raw development" instead of Shotwell >>> one >>>>> 2/ I closed Shotwell >>>>> 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash >>>>> 4/ I relaunched Shotwell >>>>> >>>>> The RAW files are still in their original place, but my guess is that >>>>> the Shotwell database points, for every photo, to its corresponding >>>>> whatever_RAW_shotwell.jpg file, which was not there anymore. You see >>> the >>>>> thumbnail, but cannot open the real photo. Now, I don't know if you had >>>>> removed these files or not. In the latter case yours may be a totally >>>>> different problem. In my case, I solved the issue by moving the RAW >>>>> files elsewhere and re-import them in Shotwell (this time using the >>>>> camera development settings). Afterwards, I can see the real photos. >>>>> Loosing tags and events was not a big issue for me: I had few photos in >>>>> RAW. >>>>> >>>>> But Shotwell developers will know better... >>>>> >>>>> I haven't see what you describe below. >>>>> >>>>> Best regards. >>>>> >>>>> >>>>>> On the top bar I see the right file name, path and the >>>>>> word Shotwell. >>>>>> >>>>>> On the bottom Rotate, Crop, Red-eye ... >>>>>> >>>>>> I just noticed something very odd. >>>>>> If I click in the black background and start moving the mouse, >>>>>> suddenly I can see the image being dragged with >>>>>> a hand cursor and a plus sign. >>>>>> >>>>>> When I release the mouse the image slides a few >>>>>> pixels and then disappears again. >>>>>> >>>>>> I have the feeling the "Photo source file missing" >>>>>> text is supposed to be hidden behind the image, >>>>>> but since the image is not displayed I see the text. >>>>>> >>>>>> Any suggestions? >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Abe Pazos >>>>>> _______________________________________________ >>>>>> Shotwell mailing list >>>>>> Shotwell at lists.yorba.org >>>>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>>>> >>>>> >>>>> -- >>>>> Miguel >>>>> >>>>> _______________________________________________ >>>>> Shotwell mailing list >>>>> Shotwell at lists.yorba.org >>>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>>> >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>> >>> -- >>> Miguel >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Nov 28 19:45:30 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 28 Nov 2011 11:45:30 -0800 Subject: [Shotwell] Shotwell 0.11.6 Released! In-Reply-To: <4ECDACC6.2010302@telus.net> References: <4ECDACC6.2010302@telus.net> Message-ID: Hi Dominic, According to Canonical, the update has already been published to the updates channel: https://launchpad.net/ubuntu/oneiric/+source/shotwell/0.11.6-0ubuntu0.1. That said, if you didn't get the update for whatever reason, you're not out of luck. You can manually install the update package. If you follow the link I've pasted, you'll be directed to the Shotwell source package page. From there, you should be able to download various binaries for whatever particular CPU architecture you're running (e.g., ARM, i386, amd64). Lucas On Wed, Nov 23, 2011 at 6:32 PM, D.W. Lloyd wrote: > Hi, > > Shotwell 0.11.6 was released 20 days ago, but has not appeared in the > automatic updates yet. I'm running Ubuntu 11.10 (Gnome fallback) with > Shotwell 0.11.5. Should I just be patient or is there something I need to > do? > > Cheers, > Dominic > > > On 11-11-03 07:12 PM, Lucas Beeler wrote: >> >> Yorba has just released Shotwell 0.11.6, a bug-fix release of our >> popular GNOME-based photo manager. This release fixes a critical bug >> in which adding or modifying tags in the single-photo view could >> result in the loss of tag data. We recommend that all users upgrade. >> >> Download a source tarball from the Shotwell home page at: >> http://www.yorba.org/shotwell/ >> >> Or grab a binary for Ubuntu Natty at Yorba?s Launchpad PPA: >> https://launchpad.net/~yorba/+archive/ppa >> >> Ubuntu Oneiric ships with Shotwell 0.11.x pre-installed. Oneiric users >> will be upgraded to Shotwell 0.11.6 automatically as part of their >> regular software update cycle. >> >> -- Lucas Beeler >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > From adam at yorba.org Mon Nov 28 20:07:57 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Nov 2011 12:07:57 -0800 Subject: [Shotwell] Faces fixes and other stuff In-Reply-To: <4ECEB53E.7070005@googlemail.com> References: <4ECE8874.7070404@gmail.com> <4ECEB53E.7070005@googlemail.com> Message-ID: <4ED3EA1D.3060205@yorba.org> Frederik, as Bruno mentioned, we usually accept code contributions via patches attached to Redmine tickets. But I think a pull request is OK too. To make such a request, simply add a comment to the ticket in question (such as http://redmine.yorba.org/issues/2895) with the URL of your changes, and change the ticket's status from Open to Review. Thanks! adam On 11/24/2011 01:21 PM, Frederik Sdun wrote: > I waited for a reply in the bug about the interface layout and didn't > push my patches. That's the reason for loosing this patches. > > Is it possible to send a pull request instead of sending a lot of > packages via email? > > Am 24.11.2011 19:09, schrieb Bruno Girin: >> Hi Frederik, >> >> The Yorba team are the only ones to have the ability to push commits >> to master so I'm not surprised that yours got lost. The best way to >> get the team to review and integrate your patches is to use git >> format-patch and to attach the resulting file(s) to the redmine >> ticket. If there is no ticket, then create one. This process enables >> the core team to have a single place to receive patches and to ensure >> that all patches are reviewed before being included in trunk. >> >> I hope this helps. >> >> Cheers, >> >> Bruno >> >> On 24/11/11 12:07, Frederik Sdun wrote: >>> Hi, >>> >>> I just pulled HEAD and realized the shotwell has a faces feature. >>> Really >>> nice stuff. >>> >>> I already fixed a small bug and added a simple auto completion >>> feature: [0] >>> . >>> Next bug will be the "boxes bug" which doesn't allow me to mark >>> people from >>> bottom-right to top-left and maybe grouping people. >>> >>> Maybe I will have some time to continue my work on the tethered >>> shooting >>> plugin. I did push all of my commits and they're lost. But here's my >>> last >>> state: [1] and the bug [2] . Comments welcome. >>> Another idea is to to port some code from Hugin and Illuminance to >>> vala to >>> get panorama and HDR functionalitiy. >>> >>> Regards, Frederik >>> >>> [0] https://github.com/playya/shotwell >>> [1] https://code.launchpad.net/~playya/+junk/shotwell >>> [2] http://redmine.yorba.org/issues/2895 >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Nov 28 20:28:14 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Nov 2011 12:28:14 -0800 Subject: [Shotwell] slideshow video export In-Reply-To: <4ED28BAC.6000307@ibotty.net> References: <4ED28BAC.6000307@ibotty.net> Message-ID: <4ED3EEDE.8000109@yorba.org> Tobias, you can find the patch here: http://redmine.yorba.org/issues/4438 If you'd like to help polish this up so it can be committed to the git repository, we'd be very appreciative. Thanks! adam On 11/27/2011 11:12 AM, me at ibotty.net wrote: > hello, > > in a mail from 22th of august [1] by alexandre rosenfeld, it says, that > the improved slideshow is done, but the code seems not to be merged into > the git repository as of today. where can i find the patch? i can live > with the listed restrictions for now :). > > thanks in advance, > tobias florek > > [1] http://lists.yorba.org/pipermail/shotwell/2011-August/002725.html > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From me at ibotty.net Mon Nov 28 21:40:44 2011 From: me at ibotty.net (me at ibotty.net) Date: Mon, 28 Nov 2011 22:40:44 +0100 Subject: [Shotwell] slideshow video export In-Reply-To: <4ED3EEDE.8000109@yorba.org> References: <4ED28BAC.6000307@ibotty.net> <4ED3EEDE.8000109@yorba.org> Message-ID: <4ED3FFDC.8080103@ibotty.net> hi, > If you'd like to help polish this up so it can be committed to the git > repository, we'd be very appreciative. Thanks! i doubt, i'll find the time to polish the patch. i might port it to the git-version though. i'll see if/when i find time. thanks for the patch. tobi From abe at hamoid.com Mon Nov 28 22:07:58 2011 From: abe at hamoid.com (Abe Pazos) Date: Tue, 29 Nov 2011 00:07:58 +0200 Subject: [Shotwell] Can't display RAW image In-Reply-To: <4ED3DF72.7050403@yorba.org> References: <4ECBCFB1.9030909@gmail.com> <4ECBFD98.2090201@gmail.com> <4ED3DF72.7050403@yorba.org> Message-ID: I don't know why I didn't try this before: I just got the idea of launching Shotwell from the command line. It says the image is corrupted. You can see it here: http://hamoid.com/shotwell2.png This happens with all my CRW files, but they work fine with ufraw. Ideas? ps. Here a sample image: http://hamoid.com/CRW_2585.CRW On Mon, Nov 28, 2011 at 21:22, Adam Dingle wrote: > Abe, > > thanks for your test image with explanatory notes. Because you're > invoking Shotwell directly on a RAW photo file, the Library folder and RAW > developer setting are completely irrelevant: Shotwell ignores those when > you open a photo directly. In addition, in this mode Shotwell doesn't > import the photo to its database, so any database state is irrelevant too. > > I just tried to reproduce this: I formatted a flash drive using NTFS, put > a CR2 photo there, then invoked Shotwell (the trunk build) directly on the > photo. It worked just fine. > > Because we can't reproduce this at Yorba, it won't be so easy to debug. > If you have the coding skillz and can investigate on your machine to find > out what's going wrong, that would be helpful. Otherwise, please create a > ticket in our Redmine database (http://redmine.yorba.org/** > projects/shotwell ) and we > may able to work with you to debug this remotely at some point. > > adam > > > On 11/26/2011 06:01 AM, Abe Pazos wrote: > >> I upgraded Ubuntu 11.04 to 11.10 and unfortunately my problem is not >> solved. >> >> I created this image to help you visualize the problem: >> http://hamoid.com/shotwell.png >> >> Is it a fine that the image is inside the Library folder, but not added to >> the library? >> What about using a NTFS drive? Is that an issue? >> >> Any tests I could do? >> >> Thanks, >> >> Abe >> >> On Wed, Nov 23, 2011 at 10:10, Abe Pazos wrote: >> >> I have an Ubuntu 11.10 installed on an esata drive. >>> >>> There it works fine, with the Shotwell that came installed with 11.10. >>> >>> When I double click an image it is displayed, and after one second it >>> looks like the color profile is updated (the image usually becomes >>> darker). >>> >>> So I guess one of these days I will update Ubuntu, but maybe you want to >>> check out if this is happening to other 11.04 users with Canon CRW >>> images. >>> >>> Thanks. >>> >>> >>> >>> On Tue, Nov 22, 2011 at 21:52, Miguel Ortiz Lombardia* >>> *wrote: >>> >>> Le 22/11/2011 18:10, Abe Pazos a ?crit : >>>> >>>>> But this is happening for images which are not imported >>>>> into Shotwell. Happens to all my CRW images when >>>>> I try to view them from the Nautilus file browser. >>>>> Happens even with 0 images in the Shotwell database. >>>>> >>>>> I'm using Shotwell 0.11.6, the default RAW developer >>>>> is set to "Shotwell". I think it's been like this since I >>>>> upgraded Ubuntu to 11.04. Maybe I should update >>>>> to 11.10. >>>>> >>>>> 2011/11/22 Miguel Ortiz Lombard?a >>>>> >>>>> Le 22/11/11 17:08, Abe Pazos a ?crit : >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I'm having a problem viewing Canon CRW images. >>>>>>> >>>>>>> In Ubuntu 11.04, I double click a CRW file >>>>>>> (or press or while such a file is selected) >>>>>>> and for 0.1 seconds I see the image displayed, but >>>>>>> immediately I get a black screen with a text >>>>>>> saying "Photo source file missing: ..." >>>>>>> with the correct path to the file. >>>>>>> >>>>>>> Sorry for my misunderstanding. >>>> >>>> I'm on Ubuntu 11.10, running Shotwell 0.11.5. When I double click on the >>>> RAW files (ORF from an Olympus) the photo opens correctly, with the tool >>>> buttons below. When I click-and-drag in the photo (your black >>>> background) a thumbnail of the photo appears that moves while dragging. >>>> >>>> It may be an issue with your the RAW format from your camera, or with >>>> Ubuntu/Shotwell version. >>>> >>>> Cheers. >>>> >>>> Hi, >>>>>> >>>>>> I have seen something similar recently after: >>>>>> >>>>>> 1/ I decided to use the camera "raw development" instead of Shotwell >>>>>> >>>>> one >>>> >>>>> 2/ I closed Shotwell >>>>>> 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash >>>>>> 4/ I relaunched Shotwell >>>>>> >>>>>> The RAW files are still in their original place, but my guess is that >>>>>> the Shotwell database points, for every photo, to its corresponding >>>>>> whatever_RAW_shotwell.jpg file, which was not there anymore. You see >>>>>> >>>>> the >>>> >>>>> thumbnail, but cannot open the real photo. Now, I don't know if you had >>>>>> removed these files or not. In the latter case yours may be a totally >>>>>> different problem. In my case, I solved the issue by moving the RAW >>>>>> files elsewhere and re-import them in Shotwell (this time using the >>>>>> camera development settings). Afterwards, I can see the real photos. >>>>>> Loosing tags and events was not a big issue for me: I had few photos >>>>>> in >>>>>> RAW. >>>>>> >>>>>> But Shotwell developers will know better... >>>>>> >>>>>> I haven't see what you describe below. >>>>>> >>>>>> Best regards. >>>>>> >>>>>> >>>>>> On the top bar I see the right file name, path and the >>>>>>> word Shotwell. >>>>>>> >>>>>>> On the bottom Rotate, Crop, Red-eye ... >>>>>>> >>>>>>> I just noticed something very odd. >>>>>>> If I click in the black background and start moving the mouse, >>>>>>> suddenly I can see the image being dragged with >>>>>>> a hand cursor and a plus sign. >>>>>>> >>>>>>> When I release the mouse the image slides a few >>>>>>> pixels and then disappears again. >>>>>>> >>>>>>> I have the feeling the "Photo source file missing" >>>>>>> text is supposed to be hidden behind the image, >>>>>>> but since the image is not displayed I see the text. >>>>>>> >>>>>>> Any suggestions? >>>>>>> >>>>>>> Cheers, >>>>>>> >>>>>>> Abe Pazos >>>>>>> ______________________________**_________________ >>>>>>> Shotwell mailing list >>>>>>> Shotwell at lists.yorba.org >>>>>>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>>>>>> >>>>>>> >>>>>> -- >>>>>> Miguel >>>>>> >>>>>> ______________________________**_________________ >>>>>> Shotwell mailing list >>>>>> Shotwell at lists.yorba.org >>>>>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>>>>> >>>>>> ______________________________**_________________ >>>>> Shotwell mailing list >>>>> Shotwell at lists.yorba.org >>>>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>>>> >>>>> >>>> -- >>>> Miguel >>>> ______________________________**_________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>>> >>>> >>> ______________________________**_________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >> > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Nov 28 22:36:14 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Nov 2011 14:36:14 -0800 Subject: [Shotwell] Can't display RAW image In-Reply-To: References: <4ECBCFB1.9030909@gmail.com> <4ECBFD98.2090201@gmail.com> <4ED3DF72.7050403@yorba.org> Message-ID: <4ED40CDE.50804@yorba.org> OK, great - I can reproduce this now, though I see a different symptom: when I run Shotwell on the CRW photo you pointed to, Shotwell crashes with a floating point exception inside libraw. I've created a ticket here: http://redmine.yorba.org/issues/4439 I'm running the trunk build of Shotwell with libraw 0.14.3, by the way. adam On 11/28/2011 02:07 PM, Abe Pazos wrote: > I don't know why I didn't try this before: I just got the idea of launching > Shotwell from the command line. It says the image is corrupted. You can see > it here: http://hamoid.com/shotwell2.png > This happens with all my CRW files, but they work fine with ufraw. > > Ideas? > > ps. Here a sample image: http://hamoid.com/CRW_2585.CRW > > > On Mon, Nov 28, 2011 at 21:22, Adam Dingle wrote: > >> Abe, >> >> thanks for your test image with explanatory notes. Because you're >> invoking Shotwell directly on a RAW photo file, the Library folder and RAW >> developer setting are completely irrelevant: Shotwell ignores those when >> you open a photo directly. In addition, in this mode Shotwell doesn't >> import the photo to its database, so any database state is irrelevant too. >> >> I just tried to reproduce this: I formatted a flash drive using NTFS, put >> a CR2 photo there, then invoked Shotwell (the trunk build) directly on the >> photo. It worked just fine. >> >> Because we can't reproduce this at Yorba, it won't be so easy to debug. >> If you have the coding skillz and can investigate on your machine to find >> out what's going wrong, that would be helpful. Otherwise, please create a >> ticket in our Redmine database (http://redmine.yorba.org/** >> projects/shotwell) and we >> may able to work with you to debug this remotely at some point. >> >> adam >> >> >> On 11/26/2011 06:01 AM, Abe Pazos wrote: >> >>> I upgraded Ubuntu 11.04 to 11.10 and unfortunately my problem is not >>> solved. >>> >>> I created this image to help you visualize the problem: >>> http://hamoid.com/shotwell.png >>> >>> Is it a fine that the image is inside the Library folder, but not added to >>> the library? >>> What about using a NTFS drive? Is that an issue? >>> >>> Any tests I could do? >>> >>> Thanks, >>> >>> Abe >>> >>> On Wed, Nov 23, 2011 at 10:10, Abe Pazos wrote: >>> >>> I have an Ubuntu 11.10 installed on an esata drive. >>>> There it works fine, with the Shotwell that came installed with 11.10. >>>> >>>> When I double click an image it is displayed, and after one second it >>>> looks like the color profile is updated (the image usually becomes >>>> darker). >>>> >>>> So I guess one of these days I will update Ubuntu, but maybe you want to >>>> check out if this is happening to other 11.04 users with Canon CRW >>>> images. >>>> >>>> Thanks. >>>> >>>> >>>> >>>> On Tue, Nov 22, 2011 at 21:52, Miguel Ortiz Lombardia* >>>> *wrote: >>>> >>>> Le 22/11/2011 18:10, Abe Pazos a ?crit : >>>>>> But this is happening for images which are not imported >>>>>> into Shotwell. Happens to all my CRW images when >>>>>> I try to view them from the Nautilus file browser. >>>>>> Happens even with 0 images in the Shotwell database. >>>>>> >>>>>> I'm using Shotwell 0.11.6, the default RAW developer >>>>>> is set to "Shotwell". I think it's been like this since I >>>>>> upgraded Ubuntu to 11.04. Maybe I should update >>>>>> to 11.10. >>>>>> >>>>>> 2011/11/22 Miguel Ortiz Lombard?a >>>>>> >>>>>> Le 22/11/11 17:08, Abe Pazos a ?crit : >>>>>>>> Hi, >>>>>>>> >>>>>>>> I'm having a problem viewing Canon CRW images. >>>>>>>> >>>>>>>> In Ubuntu 11.04, I double click a CRW file >>>>>>>> (or press or while such a file is selected) >>>>>>>> and for 0.1 seconds I see the image displayed, but >>>>>>>> immediately I get a black screen with a text >>>>>>>> saying "Photo source file missing: ..." >>>>>>>> with the correct path to the file. >>>>>>>> >>>>>>>> Sorry for my misunderstanding. >>>>> I'm on Ubuntu 11.10, running Shotwell 0.11.5. When I double click on the >>>>> RAW files (ORF from an Olympus) the photo opens correctly, with the tool >>>>> buttons below. When I click-and-drag in the photo (your black >>>>> background) a thumbnail of the photo appears that moves while dragging. >>>>> >>>>> It may be an issue with your the RAW format from your camera, or with >>>>> Ubuntu/Shotwell version. >>>>> >>>>> Cheers. >>>>> >>>>> Hi, >>>>>>> I have seen something similar recently after: >>>>>>> >>>>>>> 1/ I decided to use the camera "raw development" instead of Shotwell >>>>>>> >>>>>> one >>>>>> 2/ I closed Shotwell >>>>>>> 3/ I manually moved the whatever_RAW_shotwell.jpg files to the trash >>>>>>> 4/ I relaunched Shotwell >>>>>>> >>>>>>> The RAW files are still in their original place, but my guess is that >>>>>>> the Shotwell database points, for every photo, to its corresponding >>>>>>> whatever_RAW_shotwell.jpg file, which was not there anymore. You see >>>>>>> >>>>>> the >>>>>> thumbnail, but cannot open the real photo. Now, I don't know if you had >>>>>>> removed these files or not. In the latter case yours may be a totally >>>>>>> different problem. In my case, I solved the issue by moving the RAW >>>>>>> files elsewhere and re-import them in Shotwell (this time using the >>>>>>> camera development settings). Afterwards, I can see the real photos. >>>>>>> Loosing tags and events was not a big issue for me: I had few photos >>>>>>> in >>>>>>> RAW. >>>>>>> >>>>>>> But Shotwell developers will know better... >>>>>>> >>>>>>> I haven't see what you describe below. >>>>>>> >>>>>>> Best regards. >>>>>>> >>>>>>> >>>>>>> On the top bar I see the right file name, path and the >>>>>>>> word Shotwell. >>>>>>>> >>>>>>>> On the bottom Rotate, Crop, Red-eye ... >>>>>>>> >>>>>>>> I just noticed something very odd. >>>>>>>> If I click in the black background and start moving the mouse, >>>>>>>> suddenly I can see the image being dragged with >>>>>>>> a hand cursor and a plus sign. >>>>>>>> >>>>>>>> When I release the mouse the image slides a few >>>>>>>> pixels and then disappears again. >>>>>>>> >>>>>>>> I have the feeling the "Photo source file missing" >>>>>>>> text is supposed to be hidden behind the image, >>>>>>>> but since the image is not displayed I see the text. >>>>>>>> >>>>>>>> Any suggestions? >>>>>>>> >>>>>>>> Cheers, >>>>>>>> >>>>>>>> Abe Pazos >>>>>>>> ______________________________**_________________ >>>>>>>> Shotwell mailing list >>>>>>>> Shotwell at lists.yorba.org >>>>>>>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> Miguel >>>>>>> >>>>>>> ______________________________**_________________ >>>>>>> Shotwell mailing list >>>>>>> Shotwell at lists.yorba.org >>>>>>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>>>>>> >>>>>>> ______________________________**_________________ >>>>>> Shotwell mailing list >>>>>> Shotwell at lists.yorba.org >>>>>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>>>>> >>>>>> >>>>> -- >>>>> Miguel >>>>> ______________________________**_________________ >>>>> Shotwell mailing list >>>>> Shotwell at lists.yorba.org >>>>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>>>> >>>>> >>>> ______________________________**_________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>> >> ______________________________**_________________ >> 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 clinton at yorba.org Wed Nov 30 23:59:42 2011 From: clinton at yorba.org (Clinton Rogers) Date: Wed, 30 Nov 2011 15:59:42 -0800 Subject: [Shotwell] Crash with: Orientation.vala:243: rotate_dimensions: 0 In-Reply-To: References: Message-ID: Hi Rolf, Apologies for bothering you and the list, but we've just committed a patch to trunk that should help you and other users affected by this. (Please note that this is in trunk and not in any repositories yet; it may take time for your distro's repository to reflect the change.) Due to a previous bug, under the right conditions, it was possible for one's Shotwell database to have invalid values written to a given image's 'orientation' field. This patch forces this value to a safe one. Affected users may see that some images have inappropriately 'snapped' back to their original orientations, but no other data should be lost, and Shotwell will no longer crash here. In addition, the conditions under which the original corruption could occur should no longer be possible. For more details, please have a look at http://redmine.yorba.org/issues/4354. As always, thank you for reporting this, and thank you for your interest in Shotwell! Cheers, -c On 11/10/11, Rolf Steinort wrote: > (now with Subject set to something sensible....please ignore the other > mail) > Hi, > > I am running into a problem with Shotwell after I imported images from a > F-Spot database. There were no tags imported. And then after a bit of time > Shotwell refused to start. I see a short progress bar - then nothing. > > Starting from a terminal gives me: > > ##### > Gtk-Message: Failed to load module "pk-gtk-module" > > ** ERROR **: Orientation.vala:243: rotate_dimensions: 0 > aborting... > Aborted > ##### > > I used 0.11.5+ trunk and just upgradet to 0.11.6+trunk 10 minutes ago. > Still the same problem. > > > > Rolf > > http://meetthegimp.org > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >