From joseph.bylund at gmail.com Thu Mar 1 05:11:39 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Thu, 01 Mar 2012 00:11:39 -0500 Subject: [Shotwell] Portrait Thumbnails Stretched to Landscape Dimensions in Overview In-Reply-To: References: <4F4D2769.5090007@yorba.org> <4F4DBB6B.4010308@gmail.com> <4F4E5AD2.8090000@yorba.org> Message-ID: <4F4F050B.6070509@gmail.com> >> If you start Shotwell with a dummy library (e.g. 'shotwell -d foo') and import just those photos, are the orientation and dimensions correct? Yes. >> What version of Shotwell are you running? 0.11.6-0ubuntu0.1 I have the yorba ppa in my repo, but is that the most recent? or --version reports "Shotwell 0.11.6". >> What operating system version are you running? Linux poseidon 3.0.0-16-generic #28-Ubuntu SMP Fri Jan 27 17:44:39 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu 11.10 Release: 11.10 Codename: oneiric >> Have you made any edits to these photos in Shotwell? Have you edited them in an external editor? I believe no to both, but I'm not 100%. On 02/29/2012 03:26 PM, Clinton Rogers wrote: > Hi all, > > Please pardon my intruding upon this thread, but this sounds very > similar to http://redmine.yorba.org/issues/4747 . If you can tell us > more about what version of Shotwell you're running, and, if you're > using trunk, what commit you're on*, that will provide a huge clue. > > In the Shotwell code, there is a function named get_dimensions() that > takes, among other arguments, a flag that tells it whether to take > into account EXIF orientation or not when computing the width and > height of a given image, and another function named > get_raw_dimensions() that returns the width and height of an image > before any orientation changes or editing are taken into account > (they're pulled directly from the image). My guess is that somewhere, > a call to get_dimensions() is being told not to respect the > orientation when it in fact should or we're using get_raw_dimensions() > in a place where get_dimensions() is needed, which would explain why > the values you see for the width and height of your affected photos > are (sort of) correct, but reversed (along with stretching or > squashing). > > Cheers, > -c > > * this can be determined by going to where you've checked out the > Shotwell source code and typing 'git log', then looking at the topmost > entry in the resulting text, which will usually be something like > 'commit '. The hexadecimal number is > what we're interested in. > > On 2/29/12, Adam Dingle wrote: >> Joseph, >> >> On 02/28/2012 09:45 PM, Joseph Bylund wrote: >>> When I view my library some portrait photos are stretched to landscape >>> dimensions, such that people are very wide (i.e. right orientation, >>> wrong dimensions). Weirdly when I double click these the orientation is >>> wrong but the dimensions are right. Rotating again gives me short >>> people sideways in the overview and normal people correctly oriented if >>> I double click. >> >> What version of Shotwell are you running? What operating system version >> are you running? Have you made any edits to these photos in Shotwell? >> Have you edited them in an external editor? If you start Shotwell with >> a dummy library (e.g. 'shotwell -d foo') and import just those photos, >> are the orientation and dimensions correct? >> >>> Somewhat unrelated, can I reset my password on the redmine site if I >>> know only my username (i.e. no email, but I'm sure I'll get the message >>> if an email is sent to the address I registered with). >> >> No. I'll send you a private email message with your registered email >> address. >> >> adam -- Joseph Bylund March 1, 2012 Life... is like a grapefruit. It's orange and squishy, and has a few pips in it, and some folks have half a one for breakfast. Douglas Adams -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From clinton at yorba.org Thu Mar 1 19:09:44 2012 From: clinton at yorba.org (Clinton Rogers) Date: Thu, 1 Mar 2012 11:09:44 -0800 Subject: [Shotwell] Portrait Thumbnails Stretched to Landscape Dimensions in Overview In-Reply-To: <4F4F050B.6070509@gmail.com> References: <4F4D2769.5090007@yorba.org> <4F4DBB6B.4010308@gmail.com> <4F4E5AD2.8090000@yorba.org> <4F4F050B.6070509@gmail.com> Message-ID: Hi again, Joseph, Looking at the version in question and when it was released, I see that it would pre-date the current get_dimensions() behavior, so that doesn't appear to be the problem. If you're comfortable building things from source, could you try checking out the current version of the source code and seeing if that fixes the problem? (Please feel free to ask for help with this if you need it.) Off the cuff, I'm inclined to suspect you've happened upon some alternate case of http://redmine.yorba.org/issues/3067, but since you haven't edited these, that doesn't seem quite right... Cheers, -c On 2/29/12, Joseph Bylund wrote: >>> If you start Shotwell with a dummy library (e.g. 'shotwell -d foo') > and import just those photos, are the orientation and dimensions correct? > Yes. > >>> What version of Shotwell are you running? > 0.11.6-0ubuntu0.1 > I have the yorba ppa in my repo, but is that the most recent? > or --version reports "Shotwell 0.11.6". > >>> What operating system version are you running? > Linux poseidon 3.0.0-16-generic #28-Ubuntu SMP Fri Jan 27 17:44:39 UTC > 2012 x86_64 x86_64 x86_64 GNU/Linux > Distributor ID: Ubuntu > Description: Ubuntu 11.10 > Release: 11.10 > Codename: oneiric > >>> Have you made any edits to these photos in Shotwell? Have you edited > them in an external editor? > I believe no to both, but I'm not 100%. > > On 02/29/2012 03:26 PM, Clinton Rogers wrote: >> Hi all, >> >> Please pardon my intruding upon this thread, but this sounds very >> similar to http://redmine.yorba.org/issues/4747 . If you can tell us >> more about what version of Shotwell you're running, and, if you're >> using trunk, what commit you're on*, that will provide a huge clue. >> >> In the Shotwell code, there is a function named get_dimensions() that >> takes, among other arguments, a flag that tells it whether to take >> into account EXIF orientation or not when computing the width and >> height of a given image, and another function named >> get_raw_dimensions() that returns the width and height of an image >> before any orientation changes or editing are taken into account >> (they're pulled directly from the image). My guess is that somewhere, >> a call to get_dimensions() is being told not to respect the >> orientation when it in fact should or we're using get_raw_dimensions() >> in a place where get_dimensions() is needed, which would explain why >> the values you see for the width and height of your affected photos >> are (sort of) correct, but reversed (along with stretching or >> squashing). >> >> Cheers, >> -c >> >> * this can be determined by going to where you've checked out the >> Shotwell source code and typing 'git log', then looking at the topmost >> entry in the resulting text, which will usually be something like >> 'commit '. The hexadecimal number is >> what we're interested in. >> >> On 2/29/12, Adam Dingle wrote: >>> Joseph, >>> >>> On 02/28/2012 09:45 PM, Joseph Bylund wrote: >>>> When I view my library some portrait photos are stretched to landscape >>>> dimensions, such that people are very wide (i.e. right orientation, >>>> wrong dimensions). Weirdly when I double click these the orientation is >>>> wrong but the dimensions are right. Rotating again gives me short >>>> people sideways in the overview and normal people correctly oriented if >>>> I double click. >>> >>> What version of Shotwell are you running? What operating system version >>> are you running? Have you made any edits to these photos in Shotwell? >>> Have you edited them in an external editor? If you start Shotwell with >>> a dummy library (e.g. 'shotwell -d foo') and import just those photos, >>> are the orientation and dimensions correct? >>> >>>> Somewhat unrelated, can I reset my password on the redmine site if I >>>> know only my username (i.e. no email, but I'm sure I'll get the message >>>> if an email is sent to the address I registered with). >>> >>> No. I'll send you a private email message with your registered email >>> address. >>> >>> adam > > -- > Joseph Bylund > March 1, 2012 > Life... is like a grapefruit. It's orange and squishy, and has a few > pips in it, and some folks have half a one for breakfast. > Douglas Adams > > From laura at yorba.org Tue Mar 6 01:54:08 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 5 Mar 2012 17:54:08 -0800 Subject: [Shotwell] Call for translation Message-ID: Greetings, In the next few weeks Shotwell 0.12 is due to be released, introducing a number of new features and bug fixes. These features have introduced new, translatable text strings. If you'd like to help others use Shotwell 0.12 in a wide range of languages, we invite you to submit updated translation files on Transifex by Thursday, March 15th. We now have two POT source files for translation: http://www.transifex.net/projects/p/shotwell/resource/shotwell-core/ (for the core Shotwell program) http://www.transifex.net/projects/p/shotwell/resource/shotwell-extras/ (for extra plugins) Let me know if you have any questions and thank you for your help! -- Cheers, Laura Khalil Production Engineer Yorba.org From laura at yorba.org Tue Mar 6 01:50:46 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 5 Mar 2012 17:50:46 -0800 Subject: [Shotwell] Call for translation Message-ID: Greetings, In the next few weeks Shotwell 0.12 is due to be released, introducing a number of new features and bug fixes. These features have introduced new, translatable text strings. If you'd like to help others use Shotwell 0.12 in a wide range of languages, we invite you to submit updated translation files on Transifex by Thursday, March 15th. We now have two POT source files for translation: http://www.transifex.net/projects/p/shotwell/resource/shotwell-core/ (for the core Shotwell program) http://www.transifex.net/projects/p/shotwell/resource/shotwell-extras/ (for extra plugins) I've attached the POT source files to this message. You can merge your existing translation work into the new POT files by using the msgmerge tool. -- Cheers, Laura Khalil Production Engineer Yorba.org From ktenney at gmail.com Wed Mar 7 15:53:44 2012 From: ktenney at gmail.com (Kent Tenney) Date: Wed, 7 Mar 2012 09:53:44 -0600 Subject: [Shotwell] Journaling photo.db Message-ID: Howdy, I need to monitor changes to photo.db, it seems sqlite will do this if given the correct flags when connecting to the db. I'm running from trunk: where in the source tree should I look to make this change? Thanks, Kent From lucas at yorba.org Wed Mar 7 19:06:07 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 7 Mar 2012 11:06:07 -0800 Subject: [Shotwell] Journaling photo.db In-Reply-To: References: Message-ID: Hi Kent, Database initialization (and when necessary, schema upgrade) occurs in $(PROJECT_ROOT)/src/db/db.vala and the opening of the SQLite database connection occurs in $(PROJECT_ROOT)/src/db/DatabaseTable.vala, in the prepare_db( ) method of the DatabaseTable class. That said, directly accessing the Shotwell photo database and/or changing the database client code to modify flags or change access settings outside of the normal Shotwell patch submission and code review process will result an an unsupported hack of Shotwell whose database file may become incompatible with future versions. So do this at your own risk and carefully. Lucas On Wed, Mar 7, 2012 at 7:53 AM, Kent Tenney wrote: > Howdy, > > I need to monitor changes to photo.db, it seems sqlite will do this > if given the correct flags when connecting to the db. > > I'm running from trunk: where in the source tree should I look > to make this change? > > Thanks, > Kent > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Thu Mar 8 00:04:09 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 07 Mar 2012 16:04:09 -0800 Subject: [Shotwell] Call for Testing: Shotwell 0.12 Message-ID: <4F57F779.1080709@yorba.org> Shotwell users, The development of Shotwell 0.12 is nearly complete, and we plan to release 0.12 in the next couple of weeks. There might be a few bugs still hiding in there, so now would be a great time for any of you to build Shotwell from trunk, test and give us your feedback. New features since 0.11 include: - a new straighten tool - migrated from GTK 2 to GTK 3 (a large change that touched many places in the code) - Flickr login now uses OAuth authentication - Plugins can now implement new import sources. F-Spot import is now implemented via such a plugin. (Maybe someone will write a digiKam import plugin soon.) - Shotwell now imports only photos from the DCIM directory on Android devices - saved searches can exclude all photos tagged with a given string - many bug fixes We just issued a development release (0.11.93) which includes all changes to date, and which will be pushed to Fedora 17 and Ubuntu 12.04 (Precise) users soon. So if you're using one of those prerelease operating systems, you should receive this build automatically. Otherwise, it's not hard to build Shotwell from trunk - see http://yorba.org/shotwell/install/#source . To build from trunk you'll need the following prerequisites: - Vala 0.15.2 - a relatively new version of gexiv2, either version 0.3.91 (available at http://www.yorba.org/download/gexiv2/0.3/) or pulled from git - librest, which is a new Shotwell dependency. (On Ubuntu, for example, you want the librest-dev package.) If you're having trouble building, feel free to ask for help here. If you do find bugs, please feel free to report them on this mailing list and/or file tickets at Yorba Redmine. Thanks! adam From mictadlo at gmail.com Thu Mar 8 12:59:30 2012 From: mictadlo at gmail.com (Mic) Date: Thu, 8 Mar 2012 22:59:30 +1000 Subject: [Shotwell] Google Summer of Code Message-ID: Hi all, I have some ideas for Google Summer of Code: * Wizard to create events from directory structure automatically. * Allowing to browse photos in directories like digiKam. The user can decide whether it prefer the event structure or folders. * Implementing Picasa's 24 new effects http://support.google.com/picasa/bin/answer.py?hl=en&answer=156342 . Some of them could be copied from digiKam. * Implementing Picasa's Side by side editing http://support.google.com/picasa/bin/answer.py?hl=en&answer=93773 Cheers, From el.cameleon.1 at gmail.com Thu Mar 8 13:01:41 2012 From: el.cameleon.1 at gmail.com (Vincent) Date: Thu, 8 Mar 2012 14:01:41 +0100 Subject: [Shotwell] Google Summer of Code In-Reply-To: References: Message-ID: 2012/3/8 Mic > > I have some ideas for Google Summer of Code: > * Wizard to create events from directory structure automatically. > +1000 From adam at yorba.org Thu Mar 8 18:41:17 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 08 Mar 2012 10:41:17 -0800 Subject: [Shotwell] Google Summer of Code In-Reply-To: References: Message-ID: <4F58FD4D.3020305@yorba.org> On 03/08/2012 04:59 AM, Mic wrote: > Hi all, > I have some ideas for Google Summer of Code: > * Wizard to create events from directory structure automatically. I know that many users would like to have a tighter relationship between directories and events in Shotwell. I don't think we want a wizard that runs once; we want a system that keeps events and directories in sync automatically somehow. I don't think this is a good Summer of Code project because it will involve fundamental design decisions about the nature of events and the implementation will probably touch lots of places in the Shotwell code. > * Allowing to browse photos in directories like digiKam. The user can > decide whether it prefer the event structure or folders. We already have a partial implementation of this; see the diff attached to http://redmine.yorba.org/issues/1594#note-17. I don't think this is a great Summer of Code project because the core Yorba team is planning to complete this implementation soon anyway. > * Implementing Picasa's 24 new effects > http://support.google.com/picasa/bin/answer.py?hl=en&answer=156342 . Some > of them could be copied from digiKam. Yes - more effects would be nice to have and could be a reasonable summer project. See http://redmine.yorba.org/issues/1913 http://redmine.yorba.org/issues/1914 > * Implementing Picasa's Side by side editing > http://support.google.com/picasa/bin/answer.py?hl=en&answer=93773 I think that would be a challenging project, but might be achievable by a talented student in a summer. We'd need to work closely together to decide just how this would work. We should look at side-by-side editing in Picasa as well as other programs that support it (e.g. Lightroom). adam From mictadlo at gmail.com Fri Mar 9 08:55:22 2012 From: mictadlo at gmail.com (Mic) Date: Fri, 9 Mar 2012 18:55:22 +1000 Subject: [Shotwell] Google Summer of Code In-Reply-To: <4F58FD4D.3020305@yorba.org> References: <4F58FD4D.3020305@yorba.org> Message-ID: Would be cool. I am looking foward for the new version. Maybe it would possible to get more effects (35 adjustments and effects for tweaking your images) from http://pinta-project.com/ which is written with mono. Cheers, On Fri, Mar 9, 2012 at 4:41 AM, Adam Dingle wrote: > On 03/08/2012 04:59 AM, Mic wrote: > >> Hi all, >> I have some ideas for Google Summer of Code: >> * Wizard to create events from directory structure automatically. >> > > I know that many users would like to have a tighter relationship between > directories and events in Shotwell. I don't think we want a wizard that > runs once; we want a system that keeps events and directories in sync > automatically somehow. I don't think this is a good Summer of Code project > because it will involve fundamental design decisions about the nature of > events and the implementation will probably touch lots of places in the > Shotwell code. > > > * Allowing to browse photos in directories like digiKam. The user can >> decide whether it prefer the event structure or folders. >> > > We already have a partial implementation of this; see the diff attached to > http://redmine.yorba.org/**issues/1594#note-17. > I don't think this is a great Summer of Code project because the core > Yorba team is planning to complete this implementation soon anyway. > > > * Implementing Picasa's 24 new effects >> http://support.google.com/**picasa/bin/answer.py?hl=en&**answer=156342. Some >> of them could be copied from digiKam. >> > > Yes - more effects would be nice to have and could be a reasonable summer > project. See > > http://redmine.yorba.org/**issues/1913 > http://redmine.yorba.org/**issues/1914 > > > * Implementing Picasa's Side by side editing >> http://support.google.com/**picasa/bin/answer.py?hl=en&**answer=93773 >> > > I think that would be a challenging project, but might be achievable by a > talented student in a summer. We'd need to work closely together to decide > just how this would work. We should look at side-by-side editing in Picasa > as well as other programs that support it (e.g. Lightroom). > > adam > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From pt at traversin.org Fri Mar 9 20:10:49 2012 From: pt at traversin.org (pt) Date: Fri, 9 Mar 2012 21:10:49 +0100 Subject: [Shotwell] Google Summer of Code In-Reply-To: References: <4F58FD4D.3020305@yorba.org> Message-ID: On 9 March 2012 09:55, Mic wrote: > > Maybe it would possible to get more effects (35 adjustments and effects for > tweaking your images) from http://pinta-project.com/ which is written with > mono. Please please don't bring mono dependencies into Shotwell. I hated it when I was using F-spot and had to install one billion mono packages just for that one application :-/ It would be nice to have as few dependencies as possible. Or to have effects and such as external plugins, optional. ---As a side note, do we really need to tweak images *inside* Shotwell? I mean, Gimp is pretty good for that. I guess a regular user would need for everyday normal photo work-flow just the very basic ones, namely straighten, colour correction (including desaturate) and crop. Maybe also resize and format conversion. Talking about straighten, I find the gThumb "rotate" quite nice (compared for instance to the F-spot one), because it has the option to draw a line on the photo and align parallel or perpendicular to that line. Ciao ciao, Piergi -- Web: http://traversin.org GNU/Linux user 190604 From adam at yorba.org Fri Mar 9 22:11:37 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 09 Mar 2012 14:11:37 -0800 Subject: [Shotwell] Google Summer of Code In-Reply-To: References: <4F58FD4D.3020305@yorba.org> Message-ID: <4F5A8019.2040204@yorba.org> On 03/09/2012 12:10 PM, pt wrote: > On 9 March 2012 09:55, Mic wrote: >> Maybe it would possible to get more effects (35 adjustments and effects for >> tweaking your images) from http://pinta-project.com/ which is written with >> mono. > > Please please don't bring mono dependencies into Shotwell. > I hated it when I was using F-spot and had to install one billion mono > packages just for that one application :-/ Not to fear. We will not accept Mono dependencies in Shotwell. > > It would be nice to have as few dependencies as possible. > Or to have effects and such as external plugins, optional. Sure - an external plugin can use any dependencies it wants, of course. > > > > ---As a side note, do we really need to tweak images *inside* Shotwell? > I mean, Gimp is pretty good for that. > > I guess a regular user would need for everyday normal photo work-flow > just the very basic ones, namely straighten, colour correction > (including desaturate) and crop. Maybe also resize and format > conversion. I agree. We don't want to turn Shotwell into Gimp. I'm open to adding cool adjustments and effects that operate on an entire image, but we probably don't want to add drawing tools or operations that work on only part of an image. > > Talking about straighten, I find the gThumb "rotate" quite nice > (compared for instance to the F-spot one), because it has the option > to draw a line on the photo and align parallel or perpendicular to > that line. You might want to try Shotwell's new straighten tool, which is implemented in git master and will ship in 0.12. It doesn't let you draw a line on the photo, but it does display horizontal lines in the tool itself so I think it makes it pretty easy to make the horizon level in your image. adam From daniel at elementaryos.org Fri Mar 9 23:33:35 2012 From: daniel at elementaryos.org (=?ISO-8859-1?Q?Daniel_For=E9?=) Date: Fri, 9 Mar 2012 15:33:35 -0800 Subject: [Shotwell] Adding and removing sidebar items in Shotwell Message-ID: Hey Guys, I'd like to start some discussion around adding and removing items from Shotwell's sidebar in a simple and discoverable manner. Currently there are a few different locations to do this from: 1. Edit > New Search 2. Tags > Add Tag 3. Right click on the sidebar for "New Search" and "New Tag" I would like to have add and remove icons present directly in the interface. This could mean one of two designs: a. Extend the toolbar across the bottom of the entire app like so: http://fc00.deviantart.net/fs71/f/2012/069/0/1/shotwell_by_danrabbit-d4s5pvd.png b. Use the inline-toolbar style in the treeview like many GNOME apps: http://library.gnome.org/misc/release-notes/3.2/figures/gnome-online-accounts.png.en_GB In either case, this add button would most likely display a menu that contains the same options as the sidebar's current context menu ("New Search" and "New Tag") I'd love to get some feedback on this proposal and see if there is a desire to make these actions more discoverable :) -- Best Regards, Daniel For? elementaryos.org From mictadlo at gmail.com Sat Mar 10 01:05:09 2012 From: mictadlo at gmail.com (Mic) Date: Sat, 10 Mar 2012 11:05:09 +1000 Subject: [Shotwell] Google Summer of Code In-Reply-To: <4F5A8019.2040204@yorba.org> References: <4F58FD4D.3020305@yorba.org> <4F5A8019.2040204@yorba.org> Message-ID: Vala is similar to C#. Therefore I thought it would be easier and save time to convert the mono code to Vala code instead of to search for C/C++ code and convert these for effects. I agree that shotwell should not depends on mono environment. Only modify the mono code in order to run it under Vala. I agree it would be nice to have something simple and quick to improve photos like the new iPhoto on IOS ( http://www.youtube.com/watch?v=3HKgK6iupls ). There have even an improvement for Side by side editing and how quick it is to show original photo. On Sat, Mar 10, 2012 at 8:11 AM, Adam Dingle wrote: > On 03/09/2012 12:10 PM, pt wrote: > >> On 9 March 2012 09:55, Mic wrote: >> >>> Maybe it would possible to get more effects (35 adjustments and effects >>> for >>> tweaking your images) from http://pinta-project.com/ which is written >>> with >>> mono. >>> >> >> Please please don't bring mono dependencies into Shotwell. >> I hated it when I was using F-spot and had to install one billion mono >> packages just for that one application :-/ >> > > Not to fear. We will not accept Mono dependencies in Shotwell. > > > >> It would be nice to have as few dependencies as possible. >> Or to have effects and such as external plugins, optional. >> > > Sure - an external plugin can use any dependencies it wants, of course. > > > >> >> >> ---As a side note, do we really need to tweak images *inside* Shotwell? >> I mean, Gimp is pretty good for that. >> >> I guess a regular user would need for everyday normal photo work-flow >> just the very basic ones, namely straighten, colour correction >> (including desaturate) and crop. Maybe also resize and format >> conversion. >> > > I agree. We don't want to turn Shotwell into Gimp. I'm open to adding > cool adjustments and effects that operate on an entire image, but we > probably don't want to add drawing tools or operations that work on only > part of an image. > > > >> Talking about straighten, I find the gThumb "rotate" quite nice >> (compared for instance to the F-spot one), because it has the option >> to draw a line on the photo and align parallel or perpendicular to >> that line. >> > > You might want to try Shotwell's new straighten tool, which is implemented > in git master and will ship in 0.12. It doesn't let you draw a line on the > photo, but it does display horizontal lines in the tool itself so I think > it makes it pretty easy to make the horizon level in your image. > > adam > From bengt at thuree.com Mon Mar 12 12:14:52 2012 From: bengt at thuree.com (Bengt) Date: Mon, 12 Mar 2012 23:14:52 +1100 Subject: [Shotwell] Building trunk on squeeze? Message-ID: <4F5DE8BC.70701@thuree.com> Hi Just tried to build shotwell trunk on my stable debian (squeeze) workstation, but seems to be rather difficult. I have a slight feeling it is easiest to simply upgrade to wheezy, and then build shortwell, or do anyone have any other suggestions? Will import my f-spot database to shotwell, and I think trunk have the latest and grandest code for this. But not sure what will happend if the directory path have changed. Perhaps easiest to ensure there is a symlink from the original path to the new place. cheers Bengt -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From clanlaw at googlemail.com Wed Mar 14 17:11:18 2012 From: clanlaw at googlemail.com (Colin Law) Date: Wed, 14 Mar 2012 17:11:18 +0000 Subject: [Shotwell] Bug #3090 and launchpad Message-ID: Bug #3090 [1] (Remember 'Hide photos already imported' setting) is marked as fixed, which is ok. It is recorded downstream on launchpad for ubuntu at [2] which is linked to the yorba bug. Launchpad, however, does not seem able to extract the status from the upstream bug (click the triangle next to Shotwell under Affects) so it is not closed in Launchpad. Does someone know whether this is this a problem with Lauchpad, with that specific bug, or with the yorba bug, and what to do about it? Colin [1] http://redmine.yorba.org/issues/3090 [2] https://bugs.launchpad.net/shotwell/+bug/708375 From stimberg at users.sourceforge.net Wed Mar 14 17:56:36 2012 From: stimberg at users.sourceforge.net (Marcel Stimberg) Date: Wed, 14 Mar 2012 18:56:36 +0100 Subject: [Shotwell] Bug #3090 and launchpad In-Reply-To: References: Message-ID: [This time sending the mail to the list instead of to Colin directly...] Hi Colin, > Launchpad, however, does not seem able to extract the status from the > upstream bug (click the triangle next to Shotwell under Affects) so it is not > closed in Launchpad. while Launchpad supports importing the bug status from many bug trackers (including Trac, previously used by Shotwell), it unfortunately does not support redmine yet: https://bugs.launchpad.net/launchpad/+bug/324387 Actually, the only reason why it is still possible to link to upstream Shotwell bugs is that the bug reports are available via the old trac.yorba.org URL... Cheers, Marcel From paul.ladouceur at gmail.com Thu Mar 15 01:36:30 2012 From: paul.ladouceur at gmail.com (Paul Ladouceur) Date: Wed, 14 Mar 2012 21:36:30 -0400 Subject: [Shotwell] zooming + red-eye = not easy Message-ID: Love the layout, appearance and functionalities of Shotwell. But one thing kept me for using it as the primary tool for my pictures : red-eye removal 1) Most of the time, i need to zoom-in in order to correctly center the red-eye tool. When activating the red-eye tool, the picture is zoomed out... a little bit cumbersome. 2) When compared to GThumb similar option, Shotwell "circle" tool is not as fast/user friendly. (GThumb allow you to simply place a cross-hair in the middle of an eye and click to apply) I have registered to this mailing because i would love to use it as my main (all in one) solution for my photos. Last point : My wife take 200+ photos in about 3-4 months... We always created a folder for each event/date (ex. 20111031-HalloweenAtTheZoo). So i can tell you that we have a big bunch of folders. I have installed a picture folder preview in Gnome3 for her in order to have couple of photo samples on the folder icon. (That's her way of finding her photos by browsing through these "preview" folders) 3) Would it be a feature that could implemented : Folder browser view that shows samples of pictures inside of them ? Thanks a lot for this great application! Paul. From christian.klugesherz at free.fr Thu Mar 15 16:48:26 2012 From: christian.klugesherz at free.fr (ckl) Date: Thu, 15 Mar 2012 09:48:26 -0700 (PDT) Subject: [Shotwell] zooming + red-eye = not easy In-Reply-To: References: Message-ID: <1331830106394-54697.post@talk.nabble.com> Hello This behavior has unfortunately be highlighted several times. If I remember already around 2010. Unfortunately this bug has not been taken into account for now :-( Even I consider Shotwell as the best photo collection tool, (really) it's shame not to have this feature Regards Christian -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-zooming-red-eye-not-easy-tp54695p54697.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Thu Mar 15 23:09:32 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 15 Mar 2012 23:02:32 -0007 Subject: [Shotwell] zooming + red-eye = not easy In-Reply-To: <1331830106394-54697.post@talk.nabble.com> References: <1331830106394-54697.post@talk.nabble.com> Message-ID: <4f6276af.8335b60a.3063.ffff9d5a@mx.google.com> Right - red eye removal while zooming is a feature we've wanted for a while now: http://redmine.yorba.org/issues/2369 Unfortunately we haven't had a chance to implement this yet. Maybe it will happen for a release later this year. Patches gladly accepted. ;) adam On Thu, Mar 15, 2012 at 9:48 AM, ckl wrote: > Hello > > This behavior has unfortunately be highlighted several times. > If I remember already around 2010. > Unfortunately this bug has not been taken into account for now :-( > Even I consider Shotwell as the best photo collection tool, (really) > it's shame not to have this feature > > Regards > > Christian > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-zooming-red-eye-not-easy-tp54695p54697.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Thu Mar 22 18:43:41 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 22 Mar 2012 11:43:41 -0700 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 Message-ID: <4F6B72DD.5000503@yorba.org> Shotwell users, We're planning to release Shotwell 0.12.0 next week. Now is your last chance to build Shotwell from trunk, test and help find bugs! New features since 0.11 include: - a new straighten tool - migrated from GTK 2 to GTK 3 (a large change that touched many places in the code) - Flickr login now uses OAuth authentication - Plugins can now implement new import sources. F-Spot import is now implemented via such a plugin. (Maybe someone will write a digiKam import plugin soon.) - Shotwell now imports only photos from the DCIM directory on Android devices - saved searches can exclude all photos tagged with a given string - many bug fixes It's not hard to build Shotwell from trunk - see http://yorba.org/shotwell/install/#source . To build from trunk you'll need the following prerequisites: - Vala 0.15.2 - a relatively new version of gexiv2, either version 0.3.92 (available at http://www.yorba.org/download/gexiv2/0.3/) or pulled from git - librest, which is a new Shotwell dependency. (On Ubuntu, for example, you want the librest-dev package.) If you're having trouble building, feel free to ask for help here. If you do find bugs, please feel free to report them on this mailing list and/or file tickets at Yorba Redmine. Thanks! adam From ktenney at gmail.com Thu Mar 22 19:56:16 2012 From: ktenney at gmail.com (Kent Tenney) Date: Thu, 22 Mar 2012 14:56:16 -0500 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F6B72DD.5000503@yorba.org> References: <4F6B72DD.5000503@yorba.org> Message-ID: On Ubuntu 11.10 I get Requested 'gexiv2 >= 0.3.92' but version of GExiv2 is 0.3.91 do you happen to know the whereabouts of a 0.3.92 deb? On Thu, Mar 22, 2012 at 1:43 PM, Adam Dingle wrote: > Shotwell users, > > We're planning to release Shotwell 0.12.0 next week. ?Now is your last > chance to build Shotwell from trunk, test and help find bugs! > > New features since 0.11 include: > > - a new straighten tool > - migrated from GTK 2 to GTK 3 (a large change that touched many places in > the code) > - Flickr login now uses OAuth authentication > - Plugins can now implement new import sources. ?F-Spot import is now > implemented via such a plugin. ?(Maybe someone will write a digiKam import > plugin soon.) > - Shotwell now imports only photos from the DCIM directory on Android > devices > - saved searches can exclude all photos tagged with a given string > - many bug fixes > > It's not hard to build Shotwell from trunk - see > http://yorba.org/shotwell/install/#source . ?To build from trunk you'll need > the following prerequisites: > > - Vala 0.15.2 > - a relatively new version of gexiv2, either version 0.3.92 (available at > http://www.yorba.org/download/gexiv2/0.3/) or pulled from git > - librest, which is a new Shotwell dependency. ?(On Ubuntu, for example, you > want the librest-dev package.) > > If you're having trouble building, feel free to ask for help here. > > If you do find bugs, please feel free to report them on this mailing list > and/or file tickets at Yorba Redmine. ?Thanks! > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Thu Mar 22 20:01:25 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 22 Mar 2012 19:54:25 -0007 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: References: <4F6B72DD.5000503@yorba.org> Message-ID: <4f6b8518.c820440a.76aa.4c0e@mx.google.com> Kent, no, so you'll need to build gexiv2 from source yourself. See my original message below to find out where to get it. Building should be this easy: $ sudo apt-get build-dep gexiv2 $ tar xvfz libgexiv2-0.3.92.tar.gz $ cd libgexiv2-0.3.92 $ make $ sudo make install adam On Thu, Mar 22, 2012 at 12:56 PM, Kent Tenney wrote: > On Ubuntu 11.10 I get > Requested 'gexiv2 >= 0.3.92' but version of GExiv2 is 0.3.91 > > do you happen to know the whereabouts of a 0.3.92 deb? > > On Thu, Mar 22, 2012 at 1:43 PM, Adam Dingle wrote: > > Shotwell users, > > > > We're planning to release Shotwell 0.12.0 next week. ??Now is your last > > chance to build Shotwell from trunk, test and help find bugs! > > > > New features since 0.11 include: > > > > - a new straighten tool > > - migrated from GTK 2 to GTK 3 (a large change that touched many places in > > the code) > > - Flickr login now uses OAuth authentication > > - Plugins can now implement new import sources. ??F-Spot import is now > > implemented via such a plugin. ??(Maybe someone will write a digiKam import > > plugin soon.) > > - Shotwell now imports only photos from the DCIM directory on Android > > devices > > - saved searches can exclude all photos tagged with a given string > > - many bug fixes > > > > It's not hard to build Shotwell from trunk - see > > http://yorba.org/shotwell/install/#source . ??To build from trunk you'll need > > the following prerequisites: > > > > - Vala 0.15.2 > > - a relatively new version of gexiv2, either version 0.3.92 (available at > > http://www.yorba.org/download/gexiv2/0.3/) or pulled from git > > - librest, which is a new Shotwell dependency. ??(On Ubuntu, for example, you > > want the librest-dev package.) > > > > If you're having trouble building, feel free to ask for help here. > > > > If you do find bugs, please feel free to report them on this mailing list > > and/or file tickets at Yorba Redmine. ??Thanks! > > > > adam > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From brunogirin at gmail.com Fri Mar 23 22:31:20 2012 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 23 Mar 2012 22:31:20 +0000 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F6B72DD.5000503@yorba.org> References: <4F6B72DD.5000503@yorba.org> Message-ID: Hi all, In addition to the list of features listed below by Adam, 0.12 includes quite a few fixes to the Piwigo plugin that should make it more reliable and better at handling errors so I would appreciate if Piwigo users could give it a go. Similarly, the re-factoring of the F-Spot import was the opportunity to include stability and error handling fixes so if you had issues with the old version, please try this one out. Cheers, Bruno On 22 March 2012 18:43, Adam Dingle wrote: > Shotwell users, > > We're planning to release Shotwell 0.12.0 next week. ?Now is your last > chance to build Shotwell from trunk, test and help find bugs! > > New features since 0.11 include: > > - a new straighten tool > - migrated from GTK 2 to GTK 3 (a large change that touched many places in > the code) > - Flickr login now uses OAuth authentication > - Plugins can now implement new import sources. ?F-Spot import is now > implemented via such a plugin. ?(Maybe someone will write a digiKam import > plugin soon.) > - Shotwell now imports only photos from the DCIM directory on Android > devices > - saved searches can exclude all photos tagged with a given string > - many bug fixes > > It's not hard to build Shotwell from trunk - see > http://yorba.org/shotwell/install/#source . ?To build from trunk you'll need > the following prerequisites: > > - Vala 0.15.2 > - a relatively new version of gexiv2, either version 0.3.92 (available at > http://www.yorba.org/download/gexiv2/0.3/) or pulled from git > - librest, which is a new Shotwell dependency. ?(On Ubuntu, for example, you > want the librest-dev package.) > > If you're having trouble building, feel free to ask for help here. > > If you do find bugs, please feel free to report them on this mailing list > and/or file tickets at Yorba Redmine. ?Thanks! > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -- Bruno Visit my weblog: http://brunogirin.blogspot.com From dougie at highmoor.co.uk Sun Mar 25 12:20:44 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 25 Mar 2012 13:20:44 +0100 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4f6b8518.c820440a.76aa.4c0e@mx.google.com> References: <4F6B72DD.5000503@yorba.org> <4f6b8518.c820440a.76aa.4c0e@mx.google.com> Message-ID: <054e01cd0a81$b3772000$1a656000$@highmoor.co.uk> > -----Original Message----- > From: shotwell-bounces at lists.yorba.org [mailto:shotwell- > bounces at lists.yorba.org] On Behalf Of Adam Dingle > Sent: 22 March 2012 20:01 > To: Kent Tenney > Cc: shotwell at lists.yorba.org > Subject: Re: [Shotwell] Final Call for Testing: Shotwell 0.12 > > Kent, > > no, so you'll need to build gexiv2 from source yourself. See my original > message below to find out where to get it. Building should be this easy: > > $ sudo apt-get build-dep gexiv2 > $ tar xvfz libgexiv2-0.3.92.tar.gz > $ cd libgexiv2-0.3.92 > $ make > $ sudo make install > I had the same problem as Kent and tried your suggestions above. Problem now with exiv2 dependency. This is on Debian Wheezy (Testing). dougie at phoenix:~/libgexiv2-0.3.92$ make Requested 'exiv2 >= 0.21' but version of exiv2 is 0.20 make: *** [gexiv2/gexiv2-metadata.o] Error 1 which I solved by compiling exiv2 from the main website. Now getting vala errors (below) which I can't get past. I have a look at the links on the website but they're all for Ubuntu repos. I tried the add-apt-repository line but got errors. I'm not keen on tinkering too much as I still have a working shotwell and don't want to break it. dougie at phoenix:~/shotwell$ make /bin/sh: 1: valac: not found usage: chkver /bin/sh: 1: valac: not found Shotwell requires Vala compiler 0.15.2 or greater. You are running. make: *** [plugins/shotwell-plugin-dev-1.0.vapi] Error 1 root at phoenix:~# add-apt-repository ppa:vala-team Traceback (most recent call last): File "/usr/bin/add-apt-repository", line 65, in if not sp.add_source_from_line(line): File "/usr/lib/python2.7/dist-packages/softwareproperties/SoftwareProperties.py", line 630, in add_source_from_line (deb_line, file) = expand_ppa_line(line.strip(), self.distro.codename) File "/usr/lib/python2.7/dist-packages/softwareproperties/ppa.py", line 47, in expand_ppa_line sourceslistd = apt_pkg.Config.find_dir("Dir::Etc::sourceparts") AttributeError: 'module' object has no attribute 'Config' From adam at yorba.org Sun Mar 25 13:19:29 2012 From: adam at yorba.org (Adam Dingle) Date: Sun, 25 Mar 2012 06:19:29 -0700 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <054e01cd0a81$b3772000$1a656000$@highmoor.co.uk> References: <4F6B72DD.5000503@yorba.org> <4f6b8518.c820440a.76aa.4c0e@mx.google.com> <054e01cd0a81$b3772000$1a656000$@highmoor.co.uk> Message-ID: On Sun, Mar 25, 2012 at 5:20 AM, Dougie Nisbet wrote: > > I had the same problem as Kent and tried your suggestions above. Problem > now > with exiv2 dependency. This is on Debian Wheezy (Testing). > > > dougie at phoenix:~/libgexiv2-0.3.92$ make > Requested 'exiv2 >= 0.21' but version of exiv2 is 0.20 > make: *** [gexiv2/gexiv2-metadata.o] Error 1 > > which I solved by compiling exiv2 from the main website. > > Now getting vala errors (below) which I can't get past. I have a look at > the links on the website but they're all for Ubuntu repos. I tried the > add-apt-repository line but got errors. I'm not keen on tinkering too much > as I still have a working shotwell and don't want to break it. > > > dougie at phoenix:~/shotwell$ make > /bin/sh: 1: valac: not found > usage: chkver major.minor.revision> > /bin/sh: 1: valac: not found > Shotwell requires Vala compiler 0.15.2 or greater. You are running. > make: *** [plugins/shotwell-plugin-dev-1.0.vapi] Error 1 > Dougie, evidently you don't have valac (the Vala compiler) installed. You need Vala 0.15.2 to build Shotwell. On packages.debian.org I see that Wheezy offers only Vala 0.14.2. (Debian experimental does have a package for 0.15.2.) I think the easiest path forward is for you to build Vala 0.15.2 from source on your machine. To do that, you could download the Vala 0.15.2 tarball (http://download.gnome.org/sources/vala/0.15/vala-0.15.2.tar.xz) and then $ tar xvfJ vala-0.15.2.tar.xz $ cd vala-0.15.2 $ sudo apt-get build-dep valac-0.14 $ ./configure $ make $ sudo make install adam From dougie at highmoor.co.uk Sun Mar 25 18:41:09 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 25 Mar 2012 19:41:09 +0100 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: References: <4F6B72DD.5000503@yorba.org> <4f6b8518.c820440a.76aa.4c0e@mx.google.com> <054e01cd0a81$b3772000$1a656000$@highmoor.co.uk> Message-ID: <4F6F66C5.7030600@highmoor.co.uk> On 25/03/2012 14:19, Adam Dingle wrote: > > > On Sun, Mar 25, 2012 at 5:20 AM, Dougie Nisbet > wrote: > > > I had the same problem as Kent and tried your suggestions above. > Problem now > with exiv2 dependency. This is on Debian Wheezy (Testing). > > > dougie at phoenix:~/libgexiv2-0.3.92$ make > Requested 'exiv2 >= 0.21' but version of exiv2 is 0.20 > make: *** [gexiv2/gexiv2-metadata.o] Error 1 > > which I solved by compiling exiv2 from the main website. > > Now getting vala errors (below) which I can't get past. I have a > look at > the links on the website but they're all for Ubuntu repos. I tried the > add-apt-repository line but got errors. I'm not keen on tinkering > too much > as I still have a working shotwell and don't want to break it. > > > dougie at phoenix:~/shotwell$ make > /bin/sh: 1: valac: not found > usage: chkver major.minor.revision> > /bin/sh: 1: valac: not found > Shotwell requires Vala compiler 0.15.2 or greater. You are running. > make: *** [plugins/shotwell-plugin-dev-1.0.vapi] Error 1 > > > Dougie, > > evidently you don't have valac (the Vala compiler) installed. You > need Vala 0.15.2 to build Shotwell. On packages.debian.org > I see that Wheezy offers only Vala > 0.14.2. (Debian experimental does have a package for 0.15.2.) > > I think the easiest path forward is for you to build Vala 0.15.2 from > source on your machine. To do that, you could download the Vala > 0.15.2 tarball > (http://download.gnome.org/sources/vala/0.15/vala-0.15.2.tar.xz) and then > > $ tar xvfJ vala-0.15.2.tar.xz > $ cd vala-0.15.2 > $ sudo apt-get build-dep valac-0.14 > $ ./configure > $ make > $ sudo make install > > adam Thanks Adam. Almost got there this time. Can't find a package called 'rest-0.7.pc' now. dougie at phoenix:~/shotwell$ make make[1]: Entering directory `/home/dougie/shotwell/plugins' make[2]: Entering directory `/home/dougie/shotwell/plugins/shotwell-transitions' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/dougie/shotwell/plugins/shotwell-transitions' make[2]: Entering directory `/home/dougie/shotwell/plugins/shotwell-publishing' cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 gdk-3.0 gtk+-3.0 gee-1.0 gtk+-3.0 libsoup-2.4 libxml-2.0 webkitgtk-3.0 gexiv2 rest-0.7 gee-1.0` -nostdlib -export-dynamic -O2 -g -pipe -fPIC -D_VERSION='"0.11.93+trunk"' -DGETT EXT_PACKAGE='"shotwell"' -I../.. Resources.c shotwell-publishing.c FacebookPubli shing.c PicasaPublishing.c FlickrPublishing.c YouTubePublishing.c RESTSupport.c ui.c Package rest-0.7 was not found in the pkg-config search path. Perhaps you should add the directory containing `rest-0.7.pc' to the PKG_CONFIG_PATH environment variable No package 'rest-0.7' found Resources.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. shotwell-publishing.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. FacebookPublishing.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. PicasaPublishing.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. FlickrPublishing.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. YouTubePublishing.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. RESTSupport.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. ui.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. make[2]: *** [Resources.o] Error 1 make[2]: Leaving directory `/home/dougie/shotwell/plugins/shotwell-publishing' make[1]: *** [shotwell-publishing] Error 2 make[1]: Leaving directory `/home/dougie/shotwell/plugins' make: *** [plugins] Error 2 dougie at phoenix:~/shotwell$ From mnemo at minimum.se Sun Mar 25 19:20:50 2012 From: mnemo at minimum.se (Martin Olsson) Date: Sun, 25 Mar 2012 21:20:50 +0200 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F6F6E50.8070209@minimum.se> References: <4F6F6E50.8070209@minimum.se> Message-ID: <4F6F7012.9040204@minimum.se> I built and tested 0bbbbd1. It looks solid. The only SEGV I saw was http://paste.ubuntu.com/899526/ but I couldn't repro and I'm on 12.04 nightly so it might not be shotwell? Anyway. here is some stuff I noted: *** Even if I have the youtube plugin enabled in preferences, I can't see youtube listed when selecting a video and clicking PUBLISH ? Not sure how that's supposed to work? *** If I record a _single_ video recording with a Canon Legria HF200, then import everything that's on the memory card into shotwell; then the library shows 5 copies of a stock "movie tape" icon (if I click them totem opens and says "unable to determine stream type"), also I see one video thumbnail that is showed as a photo (not that strange since it's a JPG) and also the actual video clip I recorded. It would be nice if Shotwell didn't create all these other extra thumbnails that cannot be played anyway. I've compressed everything on the memory card after shooting a single recording and uploaded in a tgz here: http://temp.minimum.se/shotwell_issues/straight_from_memcard_on_hdcamera_canon_legria_hf200.tgz These kinds of AVCHD cameras (which is a standard btw, it's not just Canon cameras that use this) have a pretty extensive directory tree of video files, video thumbnails and other metadata and I think it's fair to say that the typical user might not even be able to determine which of these files are the actual movies and which ones a metadata. So I think it's pretty important that Shotwell learns about these directory structures so that A) it doesn't create those stock movie tape thumbnail entries that can't be clicked anyway, and so that B) it can couple the video thumbnail to the actual video like the RAW+JPG thing (or maybe just ignore the video thumbnails if shotwell generates thumbnails automatically from the video content itself). Note that during the import of the memcard contents, I see errors such as: L 30416 2012-03-25 16:54:58 [DBG] VideoMetadata.vala:95: Error while testing for QuickTime file for /home/molsson/fuzzing/bugs/hdcamera_import_all/PRIVATE/AVCHD/BDMV/PLAYLIST/00000.MPL: Unexpected early end-of-stream L 30416 2012-03-25 16:54:58 [DBG] VideoMetadata.vala:95: Error while testing for QuickTime file for /home/molsson/Pictures/2012/03/25/00000_1.CPI: Unexpected early end-of-stream L 30416 2012-03-25 16:54:58 [WRN] VideoSupport.vala:122: Unable to read video metadata: File /home/molsson/Pictures/2012/03/25/00000_1.CPI is not a supported video format...and hence it might just be that you need to respond to such an error by not creating a thumbnail. The real video file in this case is the .MTS file. *** While processing large images on machines with little RAM, Shotwell crashes instead of "failing to show the image and/or complete the operation but otherwise maintaining its composure". For example, on my laptop with 2GB RAM, I can import this image, but if I select the imported image in the library and press the ENHANCE button, then Shotwell crashes: http://temp.minimum.se/shotwell_issues/white-d21600x21600.jpg This image is just little over 21k times 21k which is not really that large (~1.8GB of pixel bytes); many photostitchers and (very) high end cameras generate such images. I also noticed that I can emulate this exact crash on my dev machine (with lots of memory), by start a terminal and running "ulimit -v 3000000 ; ./shotwell", then importing the file, then selecting it in the library and then pressing ENHANCE. The crash I see in both cases is a !=NULL assert at: #3 0x00d56eae in g_assertion_message (domain=0x0, file=0x851b450 "/home/molsson/src/shotwell/src/Photo.vala", line=3140, func=0x851fa42 "photo_get_pixbuf_with_options", message=) at /build/buildd/glib2.0-2.31.22/./glib/gtestutils.c:1860 #4 0x00d574af in g_assertion_message_expr (domain=0x0, file=0x851b450 "/home/molsson/src/shotwell/src/Photo.vala", line=3140, func=0x851fa42 "photo_get_pixbuf_with_options", expr=0x851c6cd "_tmp42_ != NULL") at /build/buildd/glib2.0-2.31.22/./glib/gtestutils.c:1871 #5 0x0832f981 in photo_get_pixbuf_with_options (self=0x8aefb80, scaling=0xb2a9afa8, exceptions=PHOTO_EXCEPTION_NONE, fetch_mode=BACKING_FETCH_MODE_BASELINE, error=0xb2a9afbc) at /home/molsson/src/shotwell/src/Photo.vala:3140 #6 0x0832e797 in photo_real_get_pixbuf (base=0x8aefb80, scaling=0xb2a9b03c, error=0xb2a9b050) at /home/molsson/src/shotwell/src/Photo.vala:3006 #7 0x081d78c1 in photo_source_get_pixbuf (self=0x8aefb80, scaling=0xb2a9b03c, error=0xb2a9b050) at /home/molsson/src/shotwell/src/core/DataSourceTypes.vala:60 #8 0x083cc6c5 in pixbuf_cache_baseline_fetch_job_real_execute (base=0x95092a8) at /home/molsson/src/shotwell/src/PixbufCache.vala:50 #9 0x080bb6e6 in background_job_execute (self=0x95092a8) at /home/molsson/src/shotwell/src/threads/BackgroundJob.vala:123 Now, I'm not suggesting that Shotwell should get full OOM safety, but graceful error paths for the (handful?) of code paths where Shotwell allocate really large amounts of memory would be nice so that even users with 2GB RAM can safely do "import all images in homedir" and possibly some other operations that allocate copies of the image etc (like I assume enhance does?) without worrying too much. It would be really cool if you could get to the stage where it's possible to run a large import, enhance and export round trip session for a sizable set of images of various large sizes, without actually crashing. *** When importing this image: http://temp.minimum.se/shotwell_issues/wilts_bus.jpg I get the following errors printed to the terminal: (shotwell:18573): LIBDBUSMENU-GTK-WARNING **: Could not parse '_Delete Tag "Wilts & Dorset Bus"': Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as & (shotwell:18573): LIBDBUSMENU-GTK-WARNING **: Could not parse 'Re_name Tag "Wilts & Dorset Bus"...': Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as & (shotwell:18573): LIBDBUSMENU-GTK-WARNING **: Could not parse 'Remove Tag "Wilts & Dorset Bus" From _Photos': Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as & ...this error can most likely be fixed with an extra call to g_markup_printf_escaped() or similar. *** The above bug can also be hit if you take any plain JPG, import it, select it, open "Add Tags" and enter "a&b". *** "make -j8" fails to do proper dependency checking whereas "make" does it correctly. This is likely confusing with newbie developers that want to help out. *** Shotwell calls Gst.init() but never bothers to call Gst.deinit() causing a (relatively harmless) memory leak. *** Right-click an image, select "add tag", enter "blah". Right-click the "blah" node under "Tags" and select "rename", enter "a,b". Now you have a tag with a "," in the name. Now select the photo that has this tag and select "Modify tags", the dialog loads it as "a,b" but when you press OK it splits the tag into two tags. This is an escaping inconsistency. *** If I launch (WARNING: make sure you dont loose data if you run this command!) Shotwell using: dconf reset -f /apps/shotwell/ ; rm -rf ~/.cache/shotwell/ ~/.shotwell/ ; SHOTWELL_LOG_FILE=:console: SHOTWELL_LOG=1 ./shotwell Then I can see DirectoryMonitor.vala sniffing around in my homedir _before_ I even clicked OK in the welcome dialog (i.e. shotwell doesn't know yet if I want to "Import ~" or not). Is this really intended? The stuff I see is for example: L 24260 2012-03-25 15:35:48 [WRN] DirectoryMonitor.vala:912: Skipping hidden file/directory /home/molsson/blah/yada/.hiddenfile *** In Edit::Preferences::Plugins, if you click on ABOUT for some plugin and then LICENSE; then all of them show the license text "Shotwell is free software; you can redistribute it...". Shouldn't those be modified to say "PluginThisAndThat is free software; you can redistribute it"? *** FEATURE REQUEST: Noise reduction (i.e. if you were forced to crank up the ISO too high on the camera, then Shotwell should have some postprocessing magic that eases the pain). *** Import a photo. After clicking OK on the "imported 1 photo" dialog, note that the ROTATE/ENHANCE/PUBLISH buttons are not grayed out, but still not clickable (no photo is selected so imo they should be grayed out). *** Import lots of photos so you have like 100 events. Click the events root node labelled "Events". Now hold down the DOWN arrow for like 15 seconds in a futile attempt at quickly moving the selection downward a couple of steps. What happens is that Shotwell expands the node for each year, month and event and this takes a bit of time which is fine ofc. The problem is that Shotwell keeps collecting and queueing new keyboard events while it is doing that, and this has the effect that even if the user releases the DOWN key, Shotwell will keep processing old keyboard events for a long long time. On my machine this results in Shotwell being grayed out as unresponsive and I have to wait 1-2 minutes before Shotwell becomes usable again depending on how long I held down the DOWN key. This is kind of a minor issue but a bit annoying. It would be better if Shotwell didn't accept and queue new keyboard events while it was expanding and showing an event node. *** Missing space char in debug print outs: http://temp.minimum.se/shotwell_issues/0001-Add-missing-space-in-debug-output.patch *** Fix spelling s/sibbling/sibling/ in debug output: http://temp.minimum.se/shotwell_issues/0001-Fix-spelling-s-sibbling-sibling-in-debug-output.patch *** FEATURE REQUEST: Ability to rotate videos. *** FEATURE REQUEST: Ability to upload to imgur.com (already requested in http://redmine.yorba.org/issues/2931 ) *** This image makes it past the import but can't be viewed or exported: http://temp.minimum.se/shotwell_issues/importable_but_not_exportable.jpg The file is partially corrupt but is viewable in "eog" nevertheless. While Shotwell processes this file I see: L 20401 2012-03-25 13:41:14 [CRT] PixbufCache.vala:262: Unable to readahead [1] /home/molsson/fuzzing/bugs/importable_but_not_exportable/importable_but_not_exportable.jpg: Failed to load image '/home/molsson/fuzzing/bugs/importable_but_not_exportable/importable_but_not_exportable.jpg': Error interpreting JPEG image file (Unsupported marker type 0x64) L 20401 2012-03-25 13:41:14 [CRT] data_collection_mark: assertion `IS_DATA_OBJECT (object)' failed L 20401 2012-03-25 13:41:14 [CRT] view_collection_select_marked: assertion `IS_MARKER (marker)' failed *** In Edit::Preferences::Library, "Directory structure:" and "Default:" share the same mnemonic. In older GTK versions this caused CTRL-D presses to alternate between the two but right now none of them gets focused. Also the ALT-P mnemonic doesn't work at all, not even after selecting CUSTOM in the "Directory structure" field. *** UI consistency: The PUBLISH wizard pages for facebook, picasa and flickr has different UI padding; looks a bit inconsistent. *** Disable all plugins and then select "import from app" in file menu, the dialog explains you got no plugins, but when this dialog is closed Shotwell prints this error: L 8214 2012-03-13 20:00:36 [CRT] spit_data_imports_plugin_host_stop_importing: assertion `SPIT_DATA_IMPORTS_IS_PLUGIN_HOST (self)' failed *** UI/USABILITY FEEDBACK: The welcome dialog says "Import photos from your ~ folder". There are probably quite a new novice Linux users that do not know what ~ means, perhaps it should say "home folder" instead? *** UI/USABILITY FEEDBACK: Suppose a user wants to select all photos from an event and use the "Enhance" functionality on them. This, and also rotate, doesn't work if there is at least one video included in the event (i.e. if at least one video is selected the ROTATE/ENHANCE buttons will be disabled/unclickable). There is no cue or hint in the UI that explains to the user why those buttons are no longer clickable. Here are some ideas for fixing this A) when the button is disabled due to this particular reason, then change the button tooltip to say "Rotation is not available when one or more videos are selected", or B) have the button enabled and rotate/enhance only the photos, silently ignoring the videos that happened to be selected as well (this would weird, especially if the user selects _only_ videos although ofc one could make the rotate/enhance buttons be disabled for that particular case), C) show a warning/confirm dialog saying that "you have one or more videos selected; these will not be rotated/enhanced", D) come up with something even better! Also, as long as Shotwell has this constraint, it might be useful to have a "Select all photos" menu item next to the "Edit::Select All", which doesn't just help to alleviate the unable-to-enhance-all problem, it's also somewhat useful for cases where one wants to PUBLISH only the photos from an event and not the videos. *** At first I found it a bit confusing that File::Export and "File::Send To" gives me the exact same _export_ dialog. It would be easier to understand if the "Send To" dialog was just a single big dialog containing both the "format" stuff and the "send to target" stuff. However, since the "Send To" dialog is a GNOME dialog, this might not be easy to do. Martin On 03/22/2012 07:43 PM, Adam Dingle wrote: > Shotwell users, > > We're planning to release Shotwell 0.12.0 next week. Now is your last > chance to build Shotwell from trunk, test and help find bugs! > > New features since 0.11 include: > > - a new straighten tool > - migrated from GTK 2 to GTK 3 (a large change that touched many > places in the code) > - Flickr login now uses OAuth authentication > - Plugins can now implement new import sources. F-Spot import is now > implemented via such a plugin. (Maybe someone will write a digiKam > import plugin soon.) > - Shotwell now imports only photos from the DCIM directory on Android > devices > - saved searches can exclude all photos tagged with a given string > - many bug fixes > > It's not hard to build Shotwell from trunk - see > http://yorba.org/shotwell/install/#source . To build from trunk you'll > need the following prerequisites: > > - Vala 0.15.2 > - a relatively new version of gexiv2, either version 0.3.92 (available > at http://www.yorba.org/download/gexiv2/0.3/) or pulled from git > - librest, which is a new Shotwell dependency. (On Ubuntu, for > example, you want the librest-dev package.) > > If you're having trouble building, feel free to ask for help here. > > If you do find bugs, please feel free to report them on this mailing > list and/or file tickets at Yorba Redmine. Thanks! > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From dougie at highmoor.co.uk Sun Mar 25 20:06:05 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 25 Mar 2012 21:06:05 +0100 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F6F6E94.20402@minimum.se> References: <4F6B72DD.5000503@yorba.org> <4f6b8518.c820440a.76aa.4c0e@mx.google.com> <054e01cd0a81$b3772000$1a656000$@highmoor.co.uk> <4F6F66C5.7030600@highmoor.co.uk> <4F6F6E94.20402@minimum.se> Message-ID: <4F6F7AAD.4070305@highmoor.co.uk> On 25/03/2012 20:14, Martin Olsson wrote: > On 03/25/2012 08:41 PM, Dougie Nisbet wrote: >> Thanks Adam. Almost got there this time. Can't find a package called >> 'rest-0.7.pc' now. > > Try "sudo apt-geet install librest-dev" > > > Martin > Thanks Martin, that fixed it. From dougie at highmoor.co.uk Sun Mar 25 20:16:04 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 25 Mar 2012 21:16:04 +0100 Subject: [Shotwell] Tags all flat - 0.11.93+trunk Message-ID: <4F6F7D04.9030509@highmoor.co.uk> What the deuce? My tag hierarchy has disappeared. All the tags are there but appearing as individual entries, and all prefixed by a hyphen. Example here: http://www.fellandforest.co.uk/p326476854/h249494b5#h249494b5 Dougie From jonas at bushart.org Sun Mar 25 20:23:21 2012 From: jonas at bushart.org (Jonas Bushart) Date: Sun, 25 Mar 2012 22:23:21 +0200 Subject: [Shotwell] Tags all flat - 0.11.93+trunk In-Reply-To: <4F6F7D04.9030509@highmoor.co.uk> References: <4F6F7D04.9030509@highmoor.co.uk> Message-ID: <4F6F7EB9.1080902@bushart.org> There was a bug with tags containing a "/" (http://redmine.yorba.org/issues/3993). This got fixed in 610ae19c by replacing every "/" by "-". So hierarchical tags got messed up. Am 25.03.2012 22:16, schrieb Dougie Nisbet: > What the deuce? My tag hierarchy has disappeared. All the tags are there > but appearing as individual entries, and all prefixed by a hyphen. > > Example here: http://www.fellandforest.co.uk/p326476854/h249494b5#h249494b5 > > Dougie > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From sarosenb at g.cofc.edu Sun Mar 25 21:51:32 2012 From: sarosenb at g.cofc.edu (Scott Rosenbrook) Date: Sun, 25 Mar 2012 17:51:32 -0400 Subject: [Shotwell] Shotwell Digest, Vol 32, Issue 14 In-Reply-To: References: Message-ID: All-- I have updated my working copy and now cannot compile the daily build. I have upgraded libgexiv2 to 0.92 and after a successful build I'm getting the following runtime error. Any thoughts would be greatly appreciated... ./shotwell: symbol lookup error: ./shotwell: undefined symbol: gexiv2_initialize Thanks, Scott Rosenbrook sarosenb at g.cofc.edu On Sun, Mar 25, 2012 at 3:00 PM, wrote: > Send Shotwell mailing list submissions to > shotwell at lists.yorba.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > or, via email, send a message with subject or body 'help' to > shotwell-request at lists.yorba.org > > You can reach the person managing the list at > shotwell-owner at lists.yorba.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Shotwell digest..." > > > Today's Topics: > > 1. Re: Final Call for Testing: Shotwell 0.12 (Dougie Nisbet) > 2. Re: Final Call for Testing: Shotwell 0.12 (Adam Dingle) > 3. Re: Final Call for Testing: Shotwell 0.12 (Dougie Nisbet) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 25 Mar 2012 13:20:44 +0100 > From: "Dougie Nisbet" > To: "'Adam Dingle'" , "'Kent Tenney'" > > Cc: shotwell at lists.yorba.org > Subject: Re: [Shotwell] Final Call for Testing: Shotwell 0.12 > Message-ID: <054e01cd0a81$b3772000$1a656000$@highmoor.co.uk> > Content-Type: text/plain; charset="us-ascii" > > > > > -----Original Message----- > > From: shotwell-bounces at lists.yorba.org [mailto:shotwell- > > bounces at lists.yorba.org] On Behalf Of Adam Dingle > > Sent: 22 March 2012 20:01 > > To: Kent Tenney > > Cc: shotwell at lists.yorba.org > > Subject: Re: [Shotwell] Final Call for Testing: Shotwell 0.12 > > > > Kent, > > > > no, so you'll need to build gexiv2 from source yourself. See my original > > message below to find out where to get it. Building should be this easy: > > > > $ sudo apt-get build-dep gexiv2 > > $ tar xvfz libgexiv2-0.3.92.tar.gz > > $ cd libgexiv2-0.3.92 > > $ make > > $ sudo make install > > > > I had the same problem as Kent and tried your suggestions above. Problem > now > with exiv2 dependency. This is on Debian Wheezy (Testing). > > > dougie at phoenix:~/libgexiv2-0.3.92$ make > Requested 'exiv2 >= 0.21' but version of exiv2 is 0.20 > make: *** [gexiv2/gexiv2-metadata.o] Error 1 > > which I solved by compiling exiv2 from the main website. > > Now getting vala errors (below) which I can't get past. I have a look at > the links on the website but they're all for Ubuntu repos. I tried the > add-apt-repository line but got errors. I'm not keen on tinkering too much > as I still have a working shotwell and don't want to break it. > > > dougie at phoenix:~/shotwell$ make > /bin/sh: 1: valac: not found > usage: chkver major.minor.revision> > /bin/sh: 1: valac: not found > Shotwell requires Vala compiler 0.15.2 or greater. You are running. > make: *** [plugins/shotwell-plugin-dev-1.0.vapi] Error 1 > > > root at phoenix:~# add-apt-repository ppa:vala-team > Traceback (most recent call last): > File "/usr/bin/add-apt-repository", line 65, in > if not sp.add_source_from_line(line): > File > > "/usr/lib/python2.7/dist-packages/softwareproperties/SoftwareProperties.py", > line 630, in add_source_from_line > (deb_line, file) = expand_ppa_line(line.strip(), self.distro.codename) > File "/usr/lib/python2.7/dist-packages/softwareproperties/ppa.py", line > 47, in expand_ppa_line > sourceslistd = apt_pkg.Config.find_dir("Dir::Etc::sourceparts") > AttributeError: 'module' object has no attribute 'Config' > > > > > > ------------------------------ > > Message: 2 > Date: Sun, 25 Mar 2012 06:19:29 -0700 > From: Adam Dingle > To: Dougie Nisbet > Cc: shotwell at lists.yorba.org > Subject: Re: [Shotwell] Final Call for Testing: Shotwell 0.12 > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > On Sun, Mar 25, 2012 at 5:20 AM, Dougie Nisbet >wrote: > > > > > I had the same problem as Kent and tried your suggestions above. Problem > > now > > with exiv2 dependency. This is on Debian Wheezy (Testing). > > > > > > dougie at phoenix:~/libgexiv2-0.3.92$ make > > Requested 'exiv2 >= 0.21' but version of exiv2 is 0.20 > > make: *** [gexiv2/gexiv2-metadata.o] Error 1 > > > > which I solved by compiling exiv2 from the main website. > > > > Now getting vala errors (below) which I can't get past. I have a look at > > the links on the website but they're all for Ubuntu repos. I tried the > > add-apt-repository line but got errors. I'm not keen on tinkering too > much > > as I still have a working shotwell and don't want to break it. > > > > > > dougie at phoenix:~/shotwell$ make > > /bin/sh: 1: valac: not found > > usage: chkver > major.minor.revision> > > /bin/sh: 1: valac: not found > > Shotwell requires Vala compiler 0.15.2 or greater. You are running. > > make: *** [plugins/shotwell-plugin-dev-1.0.vapi] Error 1 > > > > Dougie, > > evidently you don't have valac (the Vala compiler) installed. You need > Vala 0.15.2 to build Shotwell. On packages.debian.org I see that Wheezy > offers only Vala 0.14.2. (Debian experimental does have a package for > 0.15.2.) > > I think the easiest path forward is for you to build Vala 0.15.2 from > source on your machine. To do that, you could download the Vala 0.15.2 > tarball (http://download.gnome.org/sources/vala/0.15/vala-0.15.2.tar.xz) > and then > > $ tar xvfJ vala-0.15.2.tar.xz > $ cd vala-0.15.2 > $ sudo apt-get build-dep valac-0.14 > $ ./configure > $ make > $ sudo make install > > adam > > > ------------------------------ > > Message: 3 > Date: Sun, 25 Mar 2012 19:41:09 +0100 > From: Dougie Nisbet > To: Adam Dingle > Cc: shotwell at lists.yorba.org > Subject: Re: [Shotwell] Final Call for Testing: Shotwell 0.12 > Message-ID: <4F6F66C5.7030600 at highmoor.co.uk> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 25/03/2012 14:19, Adam Dingle wrote: > > > > > > On Sun, Mar 25, 2012 at 5:20 AM, Dougie Nisbet > > wrote: > > > > > > I had the same problem as Kent and tried your suggestions above. > > Problem now > > with exiv2 dependency. This is on Debian Wheezy (Testing). > > > > > > dougie at phoenix:~/libgexiv2-0.3.92$ make > > Requested 'exiv2 >= 0.21' but version of exiv2 is 0.20 > > make: *** [gexiv2/gexiv2-metadata.o] Error 1 > > > > which I solved by compiling exiv2 from the main website. > > > > Now getting vala errors (below) which I can't get past. I have a > > look at > > the links on the website but they're all for Ubuntu repos. I tried > the > > add-apt-repository line but got errors. I'm not keen on tinkering > > too much > > as I still have a working shotwell and don't want to break it. > > > > > > dougie at phoenix:~/shotwell$ make > > /bin/sh: 1: valac: not found > > usage: chkver > major.minor.revision> > > /bin/sh: 1: valac: not found > > Shotwell requires Vala compiler 0.15.2 or greater. You are running. > > make: *** [plugins/shotwell-plugin-dev-1.0.vapi] Error 1 > > > > > > Dougie, > > > > evidently you don't have valac (the Vala compiler) installed. You > > need Vala 0.15.2 to build Shotwell. On packages.debian.org > > I see that Wheezy offers only Vala > > 0.14.2. (Debian experimental does have a package for 0.15.2.) > > > > I think the easiest path forward is for you to build Vala 0.15.2 from > > source on your machine. To do that, you could download the Vala > > 0.15.2 tarball > > (http://download.gnome.org/sources/vala/0.15/vala-0.15.2.tar.xz) and > then > > > > $ tar xvfJ vala-0.15.2.tar.xz > > $ cd vala-0.15.2 > > $ sudo apt-get build-dep valac-0.14 > > $ ./configure > > $ make > > $ sudo make install > > > > adam > > > Thanks Adam. Almost got there this time. Can't find a package called > 'rest-0.7.pc' now. > > dougie at phoenix:~/shotwell$ make > make[1]: Entering directory `/home/dougie/shotwell/plugins' > make[2]: Entering directory > `/home/dougie/shotwell/plugins/shotwell-transitions' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory > `/home/dougie/shotwell/plugins/shotwell-transitions' > make[2]: Entering directory > `/home/dougie/shotwell/plugins/shotwell-publishing' > cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 gdk-3.0 > gtk+-3.0 gee-1.0 gtk+-3.0 libsoup-2.4 libxml-2.0 webkitgtk-3.0 > gexiv2 rest-0.7 gee-1.0` -nostdlib -export-dynamic -O2 -g -pipe > -fPIC -D_VERSION='"0.11.93+trunk"' -DGETT EXT_PACKAGE='"shotwell"' > -I../.. Resources.c shotwell-publishing.c FacebookPubli shing.c > PicasaPublishing.c FlickrPublishing.c YouTubePublishing.c > RESTSupport.c ui.c > Package rest-0.7 was not found in the pkg-config search path. > Perhaps you should add the directory containing `rest-0.7.pc' > to the PKG_CONFIG_PATH environment variable > No package 'rest-0.7' found > Resources.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > shotwell-publishing.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > FacebookPublishing.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > PicasaPublishing.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > FlickrPublishing.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > YouTubePublishing.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > RESTSupport.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > ui.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > make[2]: *** [Resources.o] Error 1 > make[2]: Leaving directory > `/home/dougie/shotwell/plugins/shotwell-publishing' > make[1]: *** [shotwell-publishing] Error 2 > make[1]: Leaving directory `/home/dougie/shotwell/plugins' > make: *** [plugins] Error 2 > dougie at phoenix:~/shotwell$ > > > > ------------------------------ > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > End of Shotwell Digest, Vol 32, Issue 14 > **************************************** > From adam at yorba.org Mon Mar 26 00:44:10 2012 From: adam at yorba.org (Adam Dingle) Date: Sun, 25 Mar 2012 17:44:10 -0700 Subject: [Shotwell] Shotwell Digest, Vol 32, Issue 14 In-Reply-To: References: Message-ID: On Sun, Mar 25, 2012 at 2:51 PM, Scott Rosenbrook wrote: > All-- I have updated my working copy and now cannot compile the daily > build. I have upgraded libgexiv2 to 0.92 and after a successful build I'm > getting the following runtime error. Any thoughts would be greatly > appreciated... > > ./shotwell: symbol lookup error: ./shotwell: undefined symbol: > gexiv2_initialize > gexiv2_initialize is a function which is new in version 0.92 of gexiv2. So for some reason that version is not visible to your Shotwell build. What operating system version are you runnning? Did you get libgexiv2 0.92 from a repository somewhere, or did you build it yourself? Try running 'sudo ldconfig' and then building Shotwell again - does that help? What does the following command print? $ pkg-config --libs gexiv2 adam From mictadlo at gmail.com Mon Mar 26 04:32:06 2012 From: mictadlo at gmail.com (Mic) Date: Mon, 26 Mar 2012 14:32:06 +1000 Subject: [Shotwell] photo effects Message-ID: Hello, I have found plenty of awesome photo effects in ImageMagick ( http://www.imagemagick.org/Usage/ ). There is also a .NET wrapper and here http://imagemagick.codeplex.com/ . Would be cool if ImageMagick's effects would build in to Shotwell with easy GUI. Cheers, From mahfiaz at gmail.com Mon Mar 26 06:13:08 2012 From: mahfiaz at gmail.com (=?ISO-8859-1?Q?Mattias_P=F5ldaru?=) Date: Mon, 26 Mar 2012 09:13:08 +0300 Subject: [Shotwell] photo effects In-Reply-To: References: Message-ID: <4F7008F4.4060803@gmail.com> 26.03.2012 07:32, Mic kirjutas: > Hello, > I have found plenty of awesome photo effects in ImageMagick ( > http://www.imagemagick.org/Usage/ ). There is also a .NET wrapper and here > http://imagemagick.codeplex.com/ . > > Would be cool if ImageMagick's effects would build in to Shotwell with easy > GUI. Are you suggesting that Shotwell would become a GUI for ImageMagick? I think it would be better if you could point out which particular effects you miss the most, what imageMagick could deliver. Regards Mattias From adam at yorba.org Mon Mar 26 17:35:06 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 26 Mar 2012 17:28:06 -0007 Subject: [Shotwell] Tags all flat - 0.11.93+trunk In-Reply-To: <4F6F7EB9.1080902@bushart.org> References: <4F6F7D04.9030509@highmoor.co.uk> <4F6F7EB9.1080902@bushart.org> Message-ID: <4f70a8cd.a914440a.14f2.6135@mx.google.com> Dougie, what version of Shotwell were you running before you upgraded to 0.11.93+trunk? adam On Sun, Mar 25, 2012 at 1:23 PM, Jonas Bushart wrote: > There was a bug with tags containing a "/" > (http://redmine.yorba.org/issues/3993). This got fixed in 610ae19c by > replacing every "/" by "-". So hierarchical tags got messed up. > > Am 25.03.2012 22:16, schrieb Dougie Nisbet: > > What the deuce? My tag hierarchy has disappeared. All the tags are there > > but appearing as individual entries, and all prefixed by a hyphen. > > > > Example here: http://www.fellandforest.co.uk/p326476854/h249494b5#h249494b5 > > > > Dougie > > > > _______________________________________________ > > 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 michiel.detailleur at gmail.com Mon Mar 26 18:48:29 2012 From: michiel.detailleur at gmail.com (Michiel Detailleur) Date: Mon, 26 Mar 2012 20:48:29 +0200 Subject: [Shotwell] photo effects In-Reply-To: <4F7008F4.4060803@gmail.com> References: <4F7008F4.4060803@gmail.com> Message-ID: <4F70B9FD.1060700@gmail.com> Please, please, please do not add too many extra bells and whistles to Shotwell! I wanted to say this already on previous similar requests, so I really got to do it now :) Stick to the Unix philosophy of doing one thing only and doing it well! In Shotwell's case: managing a photo library. If you also want to edit your photos, a simple interface to a proper photo editor/special effects tool (which will be the best on it's own turf) is already provided via the 'Open with External Editor' context menu entry. If this method does not suffice, we should look at improving it :) Just my 2 cents :) Michiel On 26-03-12 08:13, Mattias P?ldaru wrote: > 26.03.2012 07:32, Mic kirjutas: >> Hello, >> I have found plenty of awesome photo effects in ImageMagick ( >> http://www.imagemagick.org/Usage/ ). There is also a .NET wrapper and >> here >> http://imagemagick.codeplex.com/ . >> >> Would be cool if ImageMagick's effects would build in to Shotwell >> with easy >> GUI. > Are you suggesting that Shotwell would become a GUI for ImageMagick? > > I think it would be better if you could point out which particular > effects you miss the most, what imageMagick could deliver. > > Regards > Mattias > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Mar 26 19:36:23 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 26 Mar 2012 12:36:23 -0700 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F6F7012.9040204@minimum.se> References: <4F6F6E50.8070209@minimum.se> <4F6F7012.9040204@minimum.se> Message-ID: <4F70C537.4010108@yorba.org> Martin, thanks as always for the very detailed testing and feedback. I'll respond to all your points in the near future, but this one is the most surprising at the moment: > *** Even if I have the youtube plugin enabled in preferences, I can't > see youtube listed when selecting a video and clicking PUBLISH ? Not > sure how that's supposed to work? That's odd. YouTube should appear in the list in the Publish dialog. What services do you see listed there? What operating system version are you running? Did you install Shotwell after building it, or are you running from the build directory? What video format are you using? adam From adam at yorba.org Mon Mar 26 19:46:36 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 26 Mar 2012 12:46:36 -0700 Subject: [Shotwell] Tags all flat - 0.11.93+trunk In-Reply-To: <4F6F7D04.9030509@highmoor.co.uk> References: <4F6F7D04.9030509@highmoor.co.uk> Message-ID: <4F70C79C.7070007@yorba.org> Dougie, thanks for letting us know - turns out this was a serious bug (and not the same as bug 3993 as someone had suggested). We've now fixed this for 0.12: http://redmine.yorba.org/issues/4925 Unfortunately you've lost all your hierarchical tags. That's the danger of running pre-release software, alas. I hope you had a backup. In any case, your sacrifice has allowed us to fix this problem for everyone else. :) Thanks again - adam On 03/25/2012 01:16 PM, Dougie Nisbet wrote: > What the deuce? My tag hierarchy has disappeared. All the tags are > there but appearing as individual entries, and all prefixed by a hyphen. > > Example here: > http://www.fellandforest.co.uk/p326476854/h249494b5#h249494b5 > > Dougie > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jonas at bushart.org Mon Mar 26 19:52:59 2012 From: jonas at bushart.org (Jonas Bushart) Date: Mon, 26 Mar 2012 21:52:59 +0200 Subject: [Shotwell] Tags all flat - 0.11.93+trunk In-Reply-To: <4F70C79C.7070007@yorba.org> References: <4F6F7D04.9030509@highmoor.co.uk> <4F70C79C.7070007@yorba.org> Message-ID: <4F70C91B.3000001@bushart.org> Just to clarify this. I have never suggested it is the same bug as 3993. I just said, it is a side effect of 3993 because to fix 3993 all "/" got replaced with "-" on the db update. Jonas Am 26.03.2012 21:46, schrieb Adam Dingle: > Dougie, > > thanks for letting us know - turns out this was a serious bug (and not > the same as bug 3993 as someone had suggested). We've now fixed this for > 0.12: > > http://redmine.yorba.org/issues/4925 > > Unfortunately you've lost all your hierarchical tags. That's the danger > of running pre-release software, alas. I hope you had a backup. In any > case, your sacrifice has allowed us to fix this problem for everyone > else. :) Thanks again - > > adam > > On 03/25/2012 01:16 PM, Dougie Nisbet wrote: >> What the deuce? My tag hierarchy has disappeared. All the tags are >> there but appearing as individual entries, and all prefixed by a hyphen. >> >> Example here: >> http://www.fellandforest.co.uk/p326476854/h249494b5#h249494b5 >> >> Dougie >> >> _______________________________________________ >> 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 mnemo at minimum.se Mon Mar 26 19:56:14 2012 From: mnemo at minimum.se (Martin Olsson) Date: Mon, 26 Mar 2012 21:56:14 +0200 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F70C537.4010108@yorba.org> References: <4F6F6E50.8070209@minimum.se> <4F6F7012.9040204@minimum.se> <4F70C537.4010108@yorba.org> Message-ID: <4F70C9DE.8090208@minimum.se> On 03/26/2012 09:36 PM, Adam Dingle wrote: >> *** Even if I have the youtube plugin enabled in preferences, I can't >> see youtube listed when selecting a video and clicking PUBLISH ? Not >> sure how that's supposed to work? > > That's odd. YouTube should appear in the list in the Publish dialog. > What services do you see listed there? What operating system version > are you running? Did you install Shotwell after building it, or are > you running from the build directory? What video format are you using? I checked again and now it works. I think the reason I didn't see it yesterday was because I was doing "select all" + PUBLIC so I had some videos and some photos (which works fine for flickr, picasaweb but not for youtube I guess). Martin From mnemo at minimum.se Mon Mar 26 21:01:47 2012 From: mnemo at minimum.se (Martin Olsson) Date: Mon, 26 Mar 2012 23:01:47 +0200 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 (non-BMP unicode chars) In-Reply-To: <4F6B72DD.5000503@yorba.org> References: <4F6B72DD.5000503@yorba.org> Message-ID: <4F70D93B.60502@minimum.se> On 03/22/2012 07:43 PM, Adam Dingle wrote: > We're planning to release Shotwell 0.12.0 next week. Now is your last > chance to build Shotwell from trunk, test and help find bugs! I also did some quick testing to see how non-BMP unicode chars are handled when uploading to the various hosting serivces. My little TCs where "tag123???456"", "title123???456", "album123???456" where the non-BMP char was U+01D49E mathematical script capital C char. You can copy this char from here: http://stackoverflow.com/questions/5567249/what-are-the-most-common-non-bmp-unicode-characters-in-actual-use * flickr drops the non-BMP chars from both titles and tags. * picasaweb never shows tags (not even plain ASCII tags), even though the website has a section for "Tags". However, picasaweb correctly shows non-BMP chars in title and album name though. * piwigo truncates non-BNP chars from the album name / title / tag and also drops all normal chars that comes after the non-BMP chars. IMO, it would be very useful if some chineese/japanese person could test this a bit more, and see if they can use their native language in titles, tags and album names. Martin From cpolymeris at gmail.com Mon Mar 26 21:37:00 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Mon, 26 Mar 2012 17:37:00 -0400 Subject: [Shotwell] GSoC idea: Shotwell parametric RAW development Message-ID: Hello all, my name is Camilo, I am a student & amateur photographer. I'd like to propose an idea for GSoC 2012: Implementing parametrized RAW development in Shotwell. A bit of background: I use shotwell for classifying & sorting photos everyday, both raw & jpeg. Additionally i develop the former using rawstudio. This is an excelent tool, but I would rather have everything unified -- UI, export possibilities, saving behaviour, etc. Also, my needs regarding RAW development are quite simple: adjust the tonal curves (contrast, saturation, temp, etc...) crop, straighten, lens correction & sometimes a bit of denoise. Even if only a subset of these could be done directly in shotwell, it would be a great improvement. I believe I am not the only one who would benefit from this, and its interface could be hidden away from the basic user, so to not complicate their workflow. I am currently writting a more detailed proposal, but would welcome any comments on this idea, in particular: a) Do you think this can & should be implemented as a plugin? b) My work plan includes spending the first GSoC term adding the necessary hooks and parameters to the shotwell core & the second term developing the UI & each tool's particular behaviour. All in all, do you think that is a good approach? c) If you are a shotwell developer, would you be willing to mentor this project? Best regards, Camilo From cpolymeris at gmail.com Tue Mar 27 00:16:23 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Mon, 26 Mar 2012 20:16:23 -0400 Subject: [Shotwell] GSoC idea: Shotwell parametric RAW development In-Reply-To: References: Message-ID: > I am currently writting a more detailed proposal, but would welcome > any comments on this idea, in particular: If you are interested, I have published the first version of the proposal on the GSoC website: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/polymeris/12002 Regards, Camilo From mictadlo at gmail.com Tue Mar 27 06:24:16 2012 From: mictadlo at gmail.com (Mic) Date: Tue, 27 Mar 2012 16:24:16 +1000 Subject: [Shotwell] photo effects In-Reply-To: <4F7008F4.4060803@gmail.com> References: <4F7008F4.4060803@gmail.com> Message-ID: Michie, I agree with you, but would be nice to have similar tool to iphoto ( http://www.youtube.com/watch?v=3HKgK6iupls ) under linux. Effect which could be useful: http://www.fmwconcepts.com/imagemagick/denoise/index.php http://www.fmwconcepts.com/imagemagick/isonoise/index.php http://www.fmwconcepts.com/imagemagick/redeye/index.php http://www.fmwconcepts.com/imagemagick/autocolor/index.php http://www.fmwconcepts.com/imagemagick/autogamma/index.php http://www.fmwconcepts.com/imagemagick/autolevel/index.php http://www.fmwconcepts.com/imagemagick/autowhite/index.php http://www.fmwconcepts.com/imagemagick/balance/index.php http://www.fmwconcepts.com/imagemagick/bcimage/index.php http://www.fmwconcepts.com/imagemagick/bcmatch/index.php http://www.fmwconcepts.com/imagemagick/bevelborder/index.php http://www.fmwconcepts.com/imagemagick/bordereffects/index.php http://www.fmwconcepts.com/imagemagick/bordergrid/index.php http://www.fmwconcepts.com/imagemagick/dualtonemap/index.php http://www.fmwconcepts.com/imagemagick/duotonemap/index.php http://www.fmwconcepts.com/imagemagick/enrich/index.php http://www.fmwconcepts.com/imagemagick/levels/index.php http://www.fmwconcepts.com/imagemagick/mottle/index.php http://www.fmwconcepts.com/imagemagick/omnistretch/index.php http://www.fmwconcepts.com/imagemagick/redist/index.php http://www.fmwconcepts.com/imagemagick/tonemap1/index.php http://www.fmwconcepts.com/imagemagick/tonemap2/index.php http://www.fmwconcepts.com/imagemagick/tonemap3/index.php http://www.fmwconcepts.com/imagemagick/tonemap4/index.php http://www.fmwconcepts.com/imagemagick/unrotate/index.php http://www.fmwconcepts.com/imagemagick/uwcorrect/index.php http://www.fmwconcepts.com/imagemagick/vignette/index.php http://www.fmwconcepts.com/imagemagick/vignette2/index.php On Mon, Mar 26, 2012 at 4:13 PM, Mattias P?ldaru wrote: > 26.03.2012 07:32, Mic kirjutas: > > Hello, >> I have found plenty of awesome photo effects in ImageMagick ( >> http://www.imagemagick.org/**Usage/ ). There is also a .NET wrapper and here >> http://imagemagick.codeplex.**com/ . >> >> Would be cool if ImageMagick's effects would build in to Shotwell with >> easy >> GUI. >> > Are you suggesting that Shotwell would become a GUI for ImageMagick? > > I think it would be better if you could point out which particular effects > you miss the most, what imageMagick could deliver. > > Regards > Mattias > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From pt at traversin.org Tue Mar 27 09:18:57 2012 From: pt at traversin.org (pt) Date: Tue, 27 Mar 2012 11:18:57 +0200 Subject: [Shotwell] GSoC idea: Shotwell parametric RAW development In-Reply-To: References: Message-ID: On 26 March 2012 23:37, Camilo Polymeris wrote: > > a) Do you think this can & should be implemented as a plugin? Yes, plugin 100%. I feel like adding new specialised functions to the Shotwell core it is not a great idea, especially since there are *basic* functionalities that are still not there (e.g. AFAIK it is not yet possible to select more than one tag for, say, delete them or drop them in a different position.) Enzo Ferrari (the racing car maker) used to say: "if it is not there, it can't break" :-) Ciao ciao, Piergi -- Web: http://traversin.org GNU/Linux user 190604 From pt at traversin.org Tue Mar 27 09:34:33 2012 From: pt at traversin.org (pt) Date: Tue, 27 Mar 2012 11:34:33 +0200 Subject: [Shotwell] photo effects In-Reply-To: References: <4F7008F4.4060803@gmail.com> Message-ID: On 27 March 2012 08:24, Mic wrote: > Michie, I agree with you, but would be nice to have similar tool to iphoto > ( http://www.youtube.com/watch?v=3HKgK6iupls ) under linux. I don't understand this part: if you agree with him, then you *don't* want all those effects (already provided by ImageMagick, that already has a graphic interface) being embedded in Shotwell. Me, I am 100% of the opinion that photo editing belongs to photo editing software, except for super-basic operations, like crop, resize and rotate. Whatever you developers decide to add, please do it in a plugin. Ciao ciao, Piergi -- ?If it's not there, it can't break? --- E. Ferrari Web: http://traversin.org GNU/Linux user 190604 From cpolymeris at gmail.com Tue Mar 27 10:41:41 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Tue, 27 Mar 2012 06:41:41 -0400 Subject: [Shotwell] GSoC idea: Shotwell parametric RAW development In-Reply-To: References: Message-ID: On Tue, Mar 27, 2012 at 6:18 AM, pt wrote: > On 26 March 2012 23:37, Camilo Polymeris wrote: >> >> a) Do you think this can & should be implemented as a plugin? > > > Yes, plugin 100%. > > I feel like adding new specialised functions to the Shotwell core it > is not a great idea, especially since there are *basic* > functionalities that are still not there I wouldn't be adding any new specialized functions (except for lens correction), just moving them to a different pipeline when handling RAWs. I also feel this are basic operations -- but, of course, that depends on how you use shotwell. The GUI would likely remain very similar, only the underlying processing would change. Looking at the code, I think it would be very hard to do all of it as a plugin. I might be wrong, of course. Regards, Camilo From paul.ladouceur at gmail.com Tue Mar 27 10:48:29 2012 From: paul.ladouceur at gmail.com (Paul Ladouceur) Date: Tue, 27 Mar 2012 06:48:29 -0400 Subject: [Shotwell] photo effects In-Reply-To: References: <4F7008F4.4060803@gmail.com> Message-ID: Before adding new effects why not correct the one that most people complain (when checked over the internet) : The red-eye tool ? Having tools that are not usable is affecting the overall perspective of the software. My wife is currently using GThumb because of this (she loves Shotwell simplicity except for the red-eye tool). The unzooming when clicking the tool and small dot-size with a cursor that cover it all is simply very bad... best regards, Paul On Tue, Mar 27, 2012 at 2:24 AM, Mic wrote: > Michie, I agree with you, but would be nice to have similar tool to iphoto > ( http://www.youtube.com/watch?v=3HKgK6iupls ) under linux. > > Effect which could be useful: > http://www.fmwconcepts.com/imagemagick/denoise/index.php > http://www.fmwconcepts.com/imagemagick/isonoise/index.php > http://www.fmwconcepts.com/imagemagick/redeye/index.php > http://www.fmwconcepts.com/imagemagick/autocolor/index.php > http://www.fmwconcepts.com/imagemagick/autogamma/index.php > http://www.fmwconcepts.com/imagemagick/autolevel/index.php > http://www.fmwconcepts.com/imagemagick/autowhite/index.php > http://www.fmwconcepts.com/imagemagick/balance/index.php > http://www.fmwconcepts.com/imagemagick/bcimage/index.php > http://www.fmwconcepts.com/imagemagick/bcmatch/index.php > http://www.fmwconcepts.com/imagemagick/bevelborder/index.php > http://www.fmwconcepts.com/imagemagick/bordereffects/index.php > http://www.fmwconcepts.com/imagemagick/bordergrid/index.php > http://www.fmwconcepts.com/imagemagick/dualtonemap/index.php > http://www.fmwconcepts.com/imagemagick/duotonemap/index.php > http://www.fmwconcepts.com/imagemagick/enrich/index.php > http://www.fmwconcepts.com/imagemagick/levels/index.php > http://www.fmwconcepts.com/imagemagick/mottle/index.php > http://www.fmwconcepts.com/imagemagick/omnistretch/index.php > http://www.fmwconcepts.com/imagemagick/redist/index.php > http://www.fmwconcepts.com/imagemagick/tonemap1/index.php > http://www.fmwconcepts.com/imagemagick/tonemap2/index.php > http://www.fmwconcepts.com/imagemagick/tonemap3/index.php > http://www.fmwconcepts.com/imagemagick/tonemap4/index.php > http://www.fmwconcepts.com/imagemagick/unrotate/index.php > http://www.fmwconcepts.com/imagemagick/uwcorrect/index.php > http://www.fmwconcepts.com/imagemagick/vignette/index.php > http://www.fmwconcepts.com/imagemagick/vignette2/index.php > > On Mon, Mar 26, 2012 at 4:13 PM, Mattias P?ldaru > wrote: > > > 26.03.2012 07:32, Mic kirjutas: > > > > Hello, > >> I have found plenty of awesome photo effects in ImageMagick ( > >> http://www.imagemagick.org/**Usage/ ). > There is also a .NET wrapper and here > >> http://imagemagick.codeplex.**com/ . > >> > >> Would be cool if ImageMagick's effects would build in to Shotwell with > >> easy > >> GUI. > >> > > Are you suggesting that Shotwell would become a GUI for ImageMagick? > > > > I think it would be better if you could point out which particular > effects > > you miss the most, what imageMagick could deliver. > > > > Regards > > Mattias > > ______________________________**_________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell< > 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 cpolymeris at gmail.com Tue Mar 27 16:00:08 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Tue, 27 Mar 2012 12:00:08 -0400 Subject: [Shotwell] [PATCH] Straightening tool addition Message-ID: Hello, attached is a patch that implements a "guide" for the straightening tool, like offered by other applications: you can drag the pointer along a line that should be vertical or horizontal & the the angle will be adjusted accordingly (respecting the 15? limit). This is mostly intended as an exercise for myself, while getting to know the codebase & adapting to the coding style. Please have a look at it and criticize if you have the time. Regards, Camilo From adam at yorba.org Tue Mar 27 17:12:47 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 27 Mar 2012 17:05:47 -0007 Subject: [Shotwell] [PATCH] Straightening tool addition In-Reply-To: References: Message-ID: <4f71f512.e41b3c0a.3496.16a5@mx.google.com> Camilo, this sounds promising, but our mailing list doesn't allow attachments. Please create a ticket for your proposed feature at redmine.yorba.org and attach the patch there. Thanks! adam On Tue, Mar 27, 2012 at 9:00 AM, Camilo Polymeris wrote: > Hello, > attached is a patch that implements a "guide" for the straightening > tool, like offered by other applications: you can drag the pointer > along a line that should be vertical or horizontal & the the angle > will be adjusted accordingly (respecting the 15?? limit). > > This is mostly intended as an exercise for myself, while getting to > know the codebase & adapting to the coding style. Please have a look > at it and criticize if you have the time. > > Regards, > > Camilo > From adam at yorba.org Tue Mar 27 17:21:09 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 27 Mar 2012 17:14:09 -0007 Subject: [Shotwell] photo effects In-Reply-To: References: <4F7008F4.4060803@gmail.com> Message-ID: <4f71f709.660e3c0a.500e.18b2@mx.google.com> I'm glad that everyone cares so much about which features we add to Shotwell. :) Our goal has always been to include a useful but not overwhelming feature set. We've always planned to add a few more effects to Shotwell sooner or later - see, for example, http://redmine.yorba.org/issues/1913 - make photo black/white or sepia http://redmine.yorba.org/issues/1914 - border fade effects (e.g. matte, vignette) I think we should implement only the few effects which users will find most useful, not a long list. But would be also nice if we could extend the Shotwell plugin system to allow custom effects - then we could have an ImageMagick plugin for users who want the full glory of all the effects ImageMagick offers. And yes, our red eye tool could use some improvement. Hopefully for 0.13. adam On Tue, Mar 27, 2012 at 3:48 AM, Paul Ladouceur wrote: > Before adding new effects why not correct the one that most people complain > (when checked over the internet) : The red-eye tool ? > > Having tools that are not usable is affecting the overall perspective of > the software. > > My wife is currently using GThumb because of this (she loves Shotwell > simplicity except for the red-eye tool). > > The unzooming when clicking the tool and small dot-size with a cursor that > cover it all is simply very bad... > > best regards, > Paul > > > On Tue, Mar 27, 2012 at 2:24 AM, Mic wrote: > > > Michie, I agree with you, but would be nice to have similar tool to iphoto > > ( http://www.youtube.com/watch?v=3HKgK6iupls ) under linux. > > > > Effect which could be useful: > > http://www.fmwconcepts.com/imagemagick/denoise/index.php > > http://www.fmwconcepts.com/imagemagick/isonoise/index.php > > http://www.fmwconcepts.com/imagemagick/redeye/index.php > > http://www.fmwconcepts.com/imagemagick/autocolor/index.php > > http://www.fmwconcepts.com/imagemagick/autogamma/index.php > > http://www.fmwconcepts.com/imagemagick/autolevel/index.php > > http://www.fmwconcepts.com/imagemagick/autowhite/index.php > > http://www.fmwconcepts.com/imagemagick/balance/index.php > > http://www.fmwconcepts.com/imagemagick/bcimage/index.php > > http://www.fmwconcepts.com/imagemagick/bcmatch/index.php > > http://www.fmwconcepts.com/imagemagick/bevelborder/index.php > > http://www.fmwconcepts.com/imagemagick/bordereffects/index.php > > http://www.fmwconcepts.com/imagemagick/bordergrid/index.php > > http://www.fmwconcepts.com/imagemagick/dualtonemap/index.php > > http://www.fmwconcepts.com/imagemagick/duotonemap/index.php > > http://www.fmwconcepts.com/imagemagick/enrich/index.php > > http://www.fmwconcepts.com/imagemagick/levels/index.php > > http://www.fmwconcepts.com/imagemagick/mottle/index.php > > http://www.fmwconcepts.com/imagemagick/omnistretch/index.php > > http://www.fmwconcepts.com/imagemagick/redist/index.php > > http://www.fmwconcepts.com/imagemagick/tonemap1/index.php > > http://www.fmwconcepts.com/imagemagick/tonemap2/index.php > > http://www.fmwconcepts.com/imagemagick/tonemap3/index.php > > http://www.fmwconcepts.com/imagemagick/tonemap4/index.php > > http://www.fmwconcepts.com/imagemagick/unrotate/index.php > > http://www.fmwconcepts.com/imagemagick/uwcorrect/index.php > > http://www.fmwconcepts.com/imagemagick/vignette/index.php > > http://www.fmwconcepts.com/imagemagick/vignette2/index.php > > > > On Mon, Mar 26, 2012 at 4:13 PM, Mattias P??ldaru > > wrote: > > > > > 26.03.2012 07:32, Mic kirjutas: > > > > > > Hello, > > >> I have found plenty of awesome photo effects in ImageMagick ( > > >> http://www.imagemagick.org/**Usage/ ). > > There is also a .NET wrapper and here > > >> http://imagemagick.codeplex.**com/ . > > >> > > >> Would be cool if ImageMagick's effects would build in to Shotwell with > > >> easy > > >> GUI. > > >> > > > Are you suggesting that Shotwell would become a GUI for ImageMagick? > > > > > > I think it would be better if you could point out which particular > > effects > > > you miss the most, what imageMagick could deliver. > > > > > > Regards > > > Mattias > > > ______________________________**_________________ > > > Shotwell mailing list > > > Shotwell at lists.yorba.org > > > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell< > > 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 cpolymeris at gmail.com Tue Mar 27 17:40:27 2012 From: cpolymeris at gmail.com (cpolymeris at gmail.com) Date: Tue, 27 Mar 2012 17:40:27 +0000 Subject: [Shotwell] [PATCH] Straightening tool addition In-Reply-To: <4f71f512.e41b3c0a.3496.16a5@mx.google.com> Message-ID: <0016e68dec4d81a9f004bc3cfc73@google.com> El , Adam Dingle escribi?: > Camilo, > this sounds promising, but our mailing list doesn't allow attachments. > Please create a ticket for your proposed feature at redmine.yorba.org and > attach the patch there. Thanks! Ok. Have created the issue and attached the patch: http://redmine.yorba.org/issues/4940 Regards, Camilo From cpolymeris at gmail.com Tue Mar 27 17:54:10 2012 From: cpolymeris at gmail.com (cpolymeris at gmail.com) Date: Tue, 27 Mar 2012 17:54:10 +0000 Subject: [Shotwell] photo effects In-Reply-To: <4f71f709.660e3c0a.500e.18b2@mx.google.com> Message-ID: <20cf301b66f1957b1304bc3d2de1@google.com> El , Adam Dingle escribi?: > I'm glad that everyone cares so much about which features we add to > Shotwell. :) Our goal has always been to include a useful but not > overwhelming feature set. We've always planned to add a few more effects > to Shotwell sooner or later - see, for example, > http://redmine.yorba.org/issues/1913 - make photo black/white or sepia Black/white can be archived by completely desaturating the image, of course. One thing that would be nice, IMO, is if the hue/temperature adjustments were processed before desaturation, to allow mapping the greyscale to different colors independently. > I think we should implement only the few effects which users will find > most useful, not a long list. But would be also nice if we could extend > the Shotwell plugin system to allow custom effects - then we could have > an ImageMagick plugin for users who want the full glory of all the > effects ImageMagick offers. Sounds like an interesting GSoC project, specially the part of making it user-friendly enough (IM with the wrong parameters can give very bad results) Would send a proposal, if I hadn't already submitted the raw-related idea. Regards, Camilo From nigeldodd at gmail.com Tue Mar 27 18:24:13 2012 From: nigeldodd at gmail.com (Nigel Dodd) Date: Tue, 27 Mar 2012 19:24:13 +0100 Subject: [Shotwell] photo effects In-Reply-To: <20cf301b66f1957b1304bc3d2de1@google.com> References: <4f71f709.660e3c0a.500e.18b2@mx.google.com> <20cf301b66f1957b1304bc3d2de1@google.com> Message-ID: I would have to agree with a previous poster that the Unix philosophy should apply to Shotwell, namely that it should do just one thing well and that one thing would be as a keeper and indexer of photographs and possibly sync with an on-line repository. If I want to process a photo I will use either something like Rawstudio (for raw) or Gimp or Hugin. I would much rather Shotwell had a limited feature set but was small and efficient and bug free. Just my two Euro-cents worth. On 27 March 2012 18:54, wrote: > El , Adam Dingle escribi?: > > I'm glad that everyone cares so much about which features we add to >> Shotwell. :) Our goal has always been to include a useful but not >> overwhelming feature set. We've always planned to add a few more effects to >> Shotwell sooner or later - see, for example, >> > > > > http://redmine.yorba.org/**issues/1913- make photo black/white or sepia >> > > Black/white can be archived by completely desaturating the image, of > course. One thing that would be nice, IMO, is if the hue/temperature > adjustments were processed before desaturation, to allow mapping the > greyscale to different colors independently. > > > I think we should implement only the few effects which users will find >> most useful, not a long list. But would be also nice if we could extend the >> Shotwell plugin system to allow custom effects - then we could have an >> ImageMagick plugin for users who want the full glory of all the effects >> ImageMagick offers. >> > > Sounds like an interesting GSoC project, specially the part of making it > user-friendly enough (IM with the wrong parameters can give very bad > results) Would send a proposal, if I hadn't already submitted the > raw-related idea. > > Regards, > Camilo > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From cpolymeris at gmail.com Tue Mar 27 22:17:27 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Tue, 27 Mar 2012 18:17:27 -0400 Subject: [Shotwell] photo effects In-Reply-To: References: <4f71f709.660e3c0a.500e.18b2@mx.google.com> <20cf301b66f1957b1304bc3d2de1@google.com> Message-ID: On Tue, Mar 27, 2012 at 3:24 PM, Nigel Dodd wrote: > I would have to agree with a previous poster that the Unix philosophy should > apply to Shotwell, namely that it should do just one thing well and that one > thing would be as a keeper and indexer of photographs and possibly sync with > an on-line repository. If I want to process a photo I will use either > something like Rawstudio (for raw) or Gimp or Hugin. I would much rather > Shotwell had a limited feature set but was small and efficient and bug free. I share the concerns, but raw development is something that shotwell already does... but doesn't do "well", as the unix philosophy requires. Should that capability be removed altogether, in your opinion? Using two tools is an option, of course, but there are always incompatibilities that affect the primary purpose of Shotwell: indexing. There is duplication & potential for error: I have, for instance, deleted files by mistake, because I got confused as to which were the RAWs, JPEGs, rawstudios quick exports, prints, etc. While, I think, post-processing filters (ImageMagick or otherwise), could be implemented as plugins without too much trouble, on first sight I don't see a way to do the same with the raw pipeline. I hope more experienced devs can comment on this. Sorry to have went a bit off-topic & best regards, Camilo From adam at yorba.org Tue Mar 27 23:10:27 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 27 Mar 2012 16:10:27 -0700 Subject: [Shotwell] GSoC idea: Shotwell parametric RAW development In-Reply-To: References: Message-ID: <4F7248E3.6010101@yorba.org> On 03/26/2012 02:37 PM, Camilo Polymeris wrote: > Hello all, > my name is Camilo, I am a student& amateur photographer. > I'd like to propose an idea for GSoC 2012: Implementing parametrized > RAW development in Shotwell. Hello Camilo - thanks for getting in touch. > > A bit of background: I use shotwell for classifying& sorting photos > everyday, both raw& jpeg. Additionally i develop the former using > rawstudio. This is an excelent tool, but I would rather have > everything unified -- UI, export possibilities, saving behaviour, etc. > > Also, my needs regarding RAW development are quite simple: adjust the > tonal curves (contrast, saturation, temp, etc...) crop, straighten, > lens correction& sometimes a bit of denoise. Even if only a subset of > these could be done directly in shotwell, it would be a great > improvement. > I believe I am not the only one who would benefit from this, and its > interface could be hidden away from the basic user, so to not > complicate their workflow. We agree this would be a nice enhancement to Shotwell sooner or later. Your proposal more or less corresponds to this Shotwell ticket, which we've had open for a couple of years now: http://redmine.yorba.org/issues/1625 > > I am currently writting a more detailed proposal, but would welcome > any comments on this idea, in particular: > > a) Do you think this can& should be implemented as a plugin? Shotwell's plugin system is currently limited: a plugin can only implement an import source, a publishing destination or a slideshow transition. There's no way that these enhancements could be a plugin today, and I don't think it makes sense to try to fit them into a plugin anyway - if we implement this it should be part of the Shotwell core. > b) My work plan includes spending the first GSoC term adding the > necessary hooks and parameters to the shotwell core& the second term > developing the UI& each tool's particular behaviour. All in all, do > you think that is a good approach? I think this would be a pretty challenging summer project. We've been impressed with the patches you've sent us so far in http://redmine.yorba.org/issues/4940 and so you may well be up to the task, but I think you should spend some time looking at the code to convince yourself that you think this is really doable in a summer. One issue is that RAW support in Shotwell is currently slightly broken. In 0.11 we added the ability for the user to switch between the camera's development of a RAW photo (in an embedded or paired JPEG) and Shotwell's development generated using libraw. But we were on a tight schedule and weren't able to iron out all the bugs either for the 0.11 release or for the following 0.12 release (where the GTK 3 port took up tons of time). So this area of Shotwell remains buggy - see, for example http://redmine.yorba.org/issues/4261 http://redmine.yorba.org/issues/4262 http://redmine.yorba.org/issues/4692 I hope we can improve the situation this spring, but these bugs might still intersect with your work a bit. Here are some things to ponder: in Shotwell's enhance dialog, which of the adjustments there could be made in libraw? Which adjustments will need to be made later in the pipeline? Does libraw have all the customizable parameters we need today, or will we need to propose changes to libraw itself to make all this work nicely? Can the enhance dialog look exactly the same for RAW photos as it does for JPEG photos, or will we want to add some bells and whistles for RAW? Or should there be an entirely separate dialog for RAW adjustments? With your proposed changes, will the user still be able to open a RAW photo in an external RAW editor? If they have adjustments both in Shotwell and the external RAW editor, which take precedence? I think we'd want to have pretty good answers to all these questions before deciding to embark on this project. > c) If you are a shotwell developer, would you be willing to mentor this project? Yes - either I or others on the team at Yorba could mentor. :) adam From laura at yorba.org Wed Mar 28 00:24:46 2012 From: laura at yorba.org (Laura Khalil) Date: Tue, 27 Mar 2012 17:24:46 -0700 Subject: [Shotwell] Announcing Shotwell 0.12.0 Message-ID: Greetings, We're happy to announce the release of Shotwell 0.12. This is a major release of Shotwell which includes numerous bug fixes along with several new features. New features include: - Straightening photos. One of our most requested features is here! - Support for GTK+3 - Facebook and Flickr login now use OAuth authentication - Plugins can now implement import sources. (F-Spot import is now implemented via such a plugin) - Piwigo publishing is now enabled by default - Improved support for Android devices Thanks to all our users for helping us track down bugs, provide feature requests and support the community at large. We hope you enjoy 0.12 as much as we do. You can download the Shotwell 0.12 tarball here: http://yorba.org/download/shotwell/0.12/shotwell-0.12.0.tar.bz2 http://yorba.org/download/shotwell/0.12/shotwell-0.12.0.tar.gz Build instructions are available at http://yorba.org/shotwell/install Shotwell 0.12.0 will be available for Ubuntu 11.10 (Oneiric) users soon in the Yorba PPA (https://launchpad.net/~yorba/+archive/ppa) . -- Cheers, Laura Khalil Production Engineer Yorba Foundation From dougie at highmoor.co.uk Wed Mar 28 15:55:52 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Wed, 28 Mar 2012 16:55:52 +0100 Subject: [Shotwell] Tags all flat - 0.11.93+trunk In-Reply-To: <4F70C79C.7070007@yorba.org> References: <4F6F7D04.9030509@highmoor.co.uk> <4F70C79C.7070007@yorba.org> Message-ID: <4F733488.5060101@highmoor.co.uk> On 26/03/2012 20:46, Adam Dingle wrote: > > Unfortunately you've lost all your hierarchical tags. That's the > danger of running pre-release software, alas. I hope you had a > backup. In any case, your sacrifice has allowed us to fix this > problem for everyone else. :) hehe! All in a good cause. The joys of being at the bleeding edge ... :-) From michiel.detailleur at gmail.com Wed Mar 28 16:57:00 2012 From: michiel.detailleur at gmail.com (Michiel Detailleur) Date: Wed, 28 Mar 2012 18:57:00 +0200 Subject: [Shotwell] photo effects In-Reply-To: References: <4f71f709.660e3c0a.500e.18b2@mx.google.com> <20cf301b66f1957b1304bc3d2de1@google.com> Message-ID: <4F7342DC.9070401@gmail.com> On 28-03-12 00:17, Camilo Polymeris wrote: > I share the concerns, but raw development is something that shotwell > already does... but doesn't do "well", as the unix philosophy > requires. Should that capability be removed altogether, in your opinion? One could look at RAW files as being just another type of image file that needs to be indexed/archived/tagged. They should be displayed in Shotwell, just like other image files, but any specialised post-processing that you can do with RAW files should be handled by an external tool. Shotwell can assist in this however by providing a good system for keeping your edits versioned and linked to the original file (the good thing of this is that any filetype and any external tool will benefit from this). Michiel From adam at yorba.org Wed Mar 28 17:45:28 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 28 Mar 2012 10:45:28 -0700 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F6F7012.9040204@minimum.se> References: <4F6F6E50.8070209@minimum.se> <4F6F7012.9040204@minimum.se> Message-ID: <4F734E38.8000109@yorba.org> Martin, thanks as always for your thorough testing and helpful suggestions. I've created Redmine tickets for many of your points below - that doesn't mean we'll be able to address them all during the 0.13 development cycle, but I'd like to get to many of these sooner or later. On 03/25/2012 12:20 PM, Martin Olsson wrote: > I built and tested 0bbbbd1. It looks solid. The only SEGV I saw > was http://paste.ubuntu.com/899526/ but I couldn't repro and I'm on > 12.04 nightly so it might not be shotwell? Anyway. here is some stuff > I noted: > > *** Even if I have the youtube plugin enabled in preferences, I can't > see youtube listed when selecting a video and clicking PUBLISH ? Not > sure how that's supposed to work? As you pointed out in a later email this was because you had some photos selected too, which can't be published to YouTube. > > *** If I record a _single_ video recording with a Canon Legria HF200, > then import everything that's on the memory card into shotwell; then > the library shows 5 copies of a stock "movie tape" icon (if I click > them totem opens and says "unable to determine stream type"), also I > see one video thumbnail that is showed as a photo (not that strange > since it's a JPG) and also the actual video clip I recorded. It would > be nice if Shotwell didn't create all these other extra thumbnails > that cannot be played anyway. I've compressed everything on the memory > card after shooting a single recording and uploaded in a tgz here: > http://temp.minimum.se/shotwell_issues/straight_from_memcard_on_hdcamera_canon_legria_hf200.tgz > > These kinds of AVCHD cameras (which is a standard btw, it's not just > Canon cameras that use this) have a pretty extensive directory tree of > video files, video thumbnails and other metadata and I think it's fair > to say that the typical user might not even be able to determine which > of these files are the actual movies and which ones a metadata. So I > think it's pretty important that Shotwell learns about these directory > structures so that A) it doesn't create those stock movie tape > thumbnail entries that can't be clicked anyway, and so that B) it can > couple the video thumbnail to the actual video like the RAW+JPG thing > (or maybe just ignore the video thumbnails if shotwell generates > thumbnails automatically from the video content itself). Note that > during the import of the memcard contents, I see errors such as: > L 30416 2012-03-25 16:54:58 [DBG] VideoMetadata.vala:95: Error while > testing for QuickTime file for > /home/molsson/fuzzing/bugs/hdcamera_import_all/PRIVATE/AVCHD/BDMV/PLAYLIST/00000.MPL: > > Unexpected early end-of-stream > L 30416 2012-03-25 16:54:58 [DBG] VideoMetadata.vala:95: Error while > testing for QuickTime file for > /home/molsson/Pictures/2012/03/25/00000_1.CPI: Unexpected early > end-of-stream > L 30416 2012-03-25 16:54:58 [WRN] VideoSupport.vala:122: Unable to > read video metadata: File > /home/molsson/Pictures/2012/03/25/00000_1.CPI is not a supported video > format...and hence it might just be that you need to respond to such > an error by not creating a thumbnail. The real video file in this case > is the .MTS file. Ticketed at http://redmine.yorba.org/issues/4943 . > > *** While processing large images on machines with little RAM, > Shotwell crashes instead of "failing to show the image and/or complete > the operation but otherwise maintaining its composure". For example, > on my laptop with 2GB RAM, I can import this image, but if I select > the imported image in the library and press the ENHANCE button, then > Shotwell crashes: > http://temp.minimum.se/shotwell_issues/white-d21600x21600.jpg > This image is just little over 21k times 21k which is not really that > large (~1.8GB of pixel bytes); many photostitchers and (very) high end > cameras generate such images. I also noticed that I can emulate this > exact crash on my dev machine (with lots of memory), by start a > terminal and running "ulimit -v 3000000 ; ./shotwell", then importing > the file, then selecting it in the library and then pressing ENHANCE. > The crash I see in both cases is a !=NULL assert at: > #3 0x00d56eae in g_assertion_message (domain=0x0, file=0x851b450 > "/home/molsson/src/shotwell/src/Photo.vala", line=3140, func=0x851fa42 > "photo_get_pixbuf_with_options", message=) at > /build/buildd/glib2.0-2.31.22/./glib/gtestutils.c:1860 > #4 0x00d574af in g_assertion_message_expr (domain=0x0, file=0x851b450 > "/home/molsson/src/shotwell/src/Photo.vala", line=3140, func=0x851fa42 > "photo_get_pixbuf_with_options", expr=0x851c6cd "_tmp42_ != NULL") at > /build/buildd/glib2.0-2.31.22/./glib/gtestutils.c:1871 > #5 0x0832f981 in photo_get_pixbuf_with_options (self=0x8aefb80, > scaling=0xb2a9afa8, exceptions=PHOTO_EXCEPTION_NONE, > fetch_mode=BACKING_FETCH_MODE_BASELINE, error=0xb2a9afbc) at > /home/molsson/src/shotwell/src/Photo.vala:3140 > #6 0x0832e797 in photo_real_get_pixbuf (base=0x8aefb80, > scaling=0xb2a9b03c, error=0xb2a9b050) at > /home/molsson/src/shotwell/src/Photo.vala:3006 > #7 0x081d78c1 in photo_source_get_pixbuf (self=0x8aefb80, > scaling=0xb2a9b03c, error=0xb2a9b050) at > /home/molsson/src/shotwell/src/core/DataSourceTypes.vala:60 > #8 0x083cc6c5 in pixbuf_cache_baseline_fetch_job_real_execute > (base=0x95092a8) at /home/molsson/src/shotwell/src/PixbufCache.vala:50 > #9 0x080bb6e6 in background_job_execute (self=0x95092a8) at > /home/molsson/src/shotwell/src/threads/BackgroundJob.vala:123 > Now, I'm not suggesting that Shotwell should get full OOM safety, but > graceful error paths for the (handful?) of code paths where Shotwell > allocate really large amounts of memory would be nice so that even > users with 2GB RAM can safely do "import all images in homedir" and > possibly some other operations that allocate copies of the image etc > (like I assume enhance does?) without worrying too much. It would be > really cool if you could get to the stage where it's possible to run a > large import, enhance and export round trip session for a sizable set > of images of various large sizes, without actually crashing. http://redmine.yorba.org/issues/4944 > > *** When importing this image: > http://temp.minimum.se/shotwell_issues/wilts_bus.jpg > I get the following errors printed to the terminal: > (shotwell:18573): LIBDBUSMENU-GTK-WARNING **: Could not parse '_Delete > Tag "Wilts & Dorset Bus"': Error on line 1: Entity did not end with a > semicolon; most likely you used an ampersand character without > intending to start an entity - escape ampersand as & > (shotwell:18573): LIBDBUSMENU-GTK-WARNING **: Could not parse 'Re_name > Tag "Wilts & Dorset Bus"...': Error on line 1: Entity did not end with > a semicolon; most likely you used an ampersand character without > intending to start an entity - escape ampersand as & > (shotwell:18573): LIBDBUSMENU-GTK-WARNING **: Could not parse 'Remove > Tag "Wilts & Dorset Bus" From _Photos': Error on line 1: Entity did > not end with a semicolon; most likely you used an ampersand character > without intending to start an entity - escape ampersand as & > ...this error can most likely be fixed with an extra call to > g_markup_printf_escaped() or similar. > > *** The above bug can also be hit if you take any plain JPG, import > it, select it, open "Add Tags" and enter "a&b". Right. This is http://redmine.yorba.org/issues/3987 . We believe this may be an Ubuntu bug. > > *** "make -j8" fails to do proper dependency checking whereas "make" > does it correctly. This is likely confusing with newbie developers > that want to help out. Right. I hope we can switch to waf soon (http://redmine.yorba.org/issues/2783) which may improve the situation here. > > *** Shotwell calls Gst.init() but never bothers to call Gst.deinit() > causing a (relatively harmless) memory leak. Debatably worth fixing. If you want to send a patch we'd probably accept it. > > *** Right-click an image, select "add tag", enter "blah". Right-click > the "blah" node under "Tags" and select "rename", enter "a,b". Now you > have a tag with a "," in the name. Now select the photo that has this > tag and select "Modify tags", the dialog loads it as "a,b" but when > you press OK it splits the tag into two tags. This is an escaping > inconsistency. Yeah, we should improve this situation. See http://redmine.yorba.org/issues/4950 . > > *** If I launch (WARNING: make sure you dont loose data if you run > this command!) Shotwell using: > dconf reset -f /apps/shotwell/ ; rm -rf ~/.cache/shotwell/ > ~/.shotwell/ ; SHOTWELL_LOG_FILE=:console: SHOTWELL_LOG=1 ./shotwell > Then I can see DirectoryMonitor.vala sniffing around in my homedir > _before_ I even clicked OK in the welcome dialog (i.e. shotwell > doesn't know yet if I want to "Import ~" or not). Is this really > intended? The stuff I see is for example: > L 24260 2012-03-25 15:35:48 [WRN] DirectoryMonitor.vala:912: Skipping > hidden file/directory /home/molsson/blah/yada/.hiddenfile http://redmine.yorba.org/issues/4951 > > *** In Edit::Preferences::Plugins, if you click on ABOUT for some > plugin and then LICENSE; then all of them show the license text > "Shotwell is free software; you can redistribute it...". Shouldn't > those be modified to say "PluginThisAndThat is free software; you can > redistribute it"? Perhaps, though I think this OK because all these plugins are currently built and distributed with Shotwell. At some point we may separate the "extra" plugins into a separate package which gets build and distributed separately, at which point the license terms should change. > > *** FEATURE REQUEST: Noise reduction (i.e. if you were forced to crank > up the ISO too high on the camera, then Shotwell should have some > postprocessing magic that eases the pain). This might be addressed by http://redmine.yorba.org/issues/1916 . We should consider other noise reduction techniques too. > > *** Import a photo. After clicking OK on the "imported 1 photo" > dialog, note that the ROTATE/ENHANCE/PUBLISH buttons are not grayed > out, but still not clickable (no photo is selected so imo they should > be grayed out). http://redmine.yorba.org/issues/4952 > > *** Import lots of photos so you have like 100 events. Click the > events root node labelled "Events". Now hold down the DOWN arrow for > like 15 seconds in a futile attempt at quickly moving the selection > downward a couple of steps. What happens is that Shotwell expands the > node for each year, month and event and this takes a bit of time which > is fine ofc. The problem is that Shotwell keeps collecting and > queueing new keyboard events while it is doing that, and this has the > effect that even if the user releases the DOWN key, Shotwell will keep > processing old keyboard events for a long long time. On my machine > this results in Shotwell being grayed out as unresponsive and I have > to wait 1-2 minutes before Shotwell becomes usable again depending on > how long I held down the DOWN key. This is kind of a minor issue but a > bit annoying. It would be better if Shotwell didn't accept and queue > new keyboard events while it was expanding and showing an event node. http://redmine.yorba.org/issues/4953 > > *** Missing space char in debug print outs: > http://temp.minimum.se/shotwell_issues/0001-Add-missing-space-in-debug-output.patch > > > *** Fix spelling s/sibbling/sibling/ in debug output: > http://temp.minimum.se/shotwell_issues/0001-Fix-spelling-s-sibbling-sibling-in-debug-output.patch > We committed these patches before shipping Shotwell 0.12.0. Thanks. > > *** FEATURE REQUEST: Ability to rotate videos. Already ticketed at http://redmine.yorba.org/issues/3073 . > > *** FEATURE REQUEST: Ability to upload to imgur.com (already requested > in http://redmine.yorba.org/issues/2931 ) > > *** This image makes it past the import but can't be viewed or exported: > http://temp.minimum.se/shotwell_issues/importable_but_not_exportable.jpg > The file is partially corrupt but is viewable in "eog" nevertheless. > While Shotwell processes this file I see: > L 20401 2012-03-25 13:41:14 [CRT] PixbufCache.vala:262: Unable to > readahead [1] > /home/molsson/fuzzing/bugs/importable_but_not_exportable/importable_but_not_exportable.jpg: > > Failed to load image > '/home/molsson/fuzzing/bugs/importable_but_not_exportable/importable_but_not_exportable.jpg': > > Error interpreting JPEG image file (Unsupported marker type 0x64) > L 20401 2012-03-25 13:41:14 [CRT] data_collection_mark: assertion > `IS_DATA_OBJECT (object)' failed > L 20401 2012-03-25 13:41:14 [CRT] view_collection_select_marked: > assertion `IS_MARKER (marker)' failed http://redmine.yorba.org/issues/4954 > > *** In Edit::Preferences::Library, "Directory structure:" and > "Default:" share the same mnemonic. In older GTK versions this caused > CTRL-D presses to alternate between the two but right now none of them > gets focused. Thanks - ticketed at http://redmine.yorba.org/issues/4934 . We'll fix this for 0.12.1. > Also the ALT-P mnemonic doesn't work at all, not even > after selecting CUSTOM in the "Directory structure" field. Thanks. We fixed this in time for 0.12.0. > > *** UI consistency: The PUBLISH wizard pages for facebook, picasa and > flickr > has different UI padding; looks a bit inconsistent. We know. All those pages are currently laid out manually using GTK calls. We want to move their layout to Glade (http://redmine.yorba.org/issues/3205) which will make it much easier to maintain them and make them look consistent. > > *** Disable all plugins and then select "import from app" in file > menu, the dialog explains you got no plugins, but when this dialog is > closed Shotwell prints this error: > L 8214 2012-03-13 20:00:36 [CRT] > spit_data_imports_plugin_host_stop_importing: assertion > `SPIT_DATA_IMPORTS_IS_PLUGIN_HOST (self)' failed http://redmine.yorba.org/issues/4955 > > *** UI/USABILITY FEEDBACK: The welcome dialog says "Import photos from > your ~ folder". There are probably quite a new novice Linux users that > do not know what ~ means, perhaps it should say "home folder" instead? http://redmine.yorba.org/issues/4956 > > *** UI/USABILITY FEEDBACK: Suppose a user wants to select all photos > from an event and use the "Enhance" functionality on them. This, and > also rotate, doesn't work if there is at least one video included in > the event (i.e. if at least one video is selected the ROTATE/ENHANCE > buttons will be disabled/unclickable). There is no cue or hint in the > UI that explains to the user why those buttons are no longer > clickable. Here are some ideas for fixing this A) when the button is > disabled due to this particular reason, then change the button tooltip > to say "Rotation is not available when one or more videos are > selected", or B) have the button enabled and rotate/enhance only the > photos, silently ignoring the videos that happened to be selected as > well (this would weird, especially if the user selects _only_ videos > although ofc one could make the rotate/enhance buttons be disabled for > that particular case), C) show a warning/confirm dialog saying that > "you have one or more videos selected; these will not be > rotated/enhanced", D) come up with something even better! Also, as > long as Shotwell has this constraint, it might be useful to have a > "Select all photos" menu item next to the "Edit::Select All", which > doesn't just help to alleviate the unable-to-enhance-all problem, it's > also somewhat useful for cases where one wants to PUBLISH only the > photos from an event and not the videos. http://redmine.yorba.org/issues/4958 > > *** At first I found it a bit confusing that File::Export and > "File::Send To" gives me the exact same _export_ dialog. It would be > easier to understand if the "Send To" dialog was just a single big > dialog containing both the "format" stuff and the "send to target" > stuff. However, since the "Send To" dialog is a GNOME dialog, this > might not be easy to do. Yes - it is a GNOME dialog so this might not be easy. Thanks again for all your feedback, Martin! adam From jcdubacq1 at free.fr Wed Mar 28 19:00:35 2012 From: jcdubacq1 at free.fr (Jean-Christophe Dubacq) Date: Wed, 28 Mar 2012 21:00:35 +0200 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F734E38.8000109@yorba.org> (sfid-20120328_194733_528491_7E435B28) References: <4F6F6E50.8070209@minimum.se> <4F6F7012.9040204@minimum.se> <4F734E38.8000109@yorba.org> (sfid-20120328_194733_528491_7E435B28) Message-ID: <4F735FD3.30006@free.fr> On 28/03/2012 19:45, Adam Dingle wrote: > Right. I hope we can switch to waf soon > (http://redmine.yorba.org/issues/2783) which may improve the situation > here. Are you aware that there are issues with the packaging of waf? Using waf will not facilitate packaging of Shotwell for distributions. http://lists.debian.org/debian-devel/2012/02/msg00212.html Of course, this is a do-ocracy, so once the team is aware of the problems, the team gets to pickever whatever the team wants. :) Oh, and thanks for the release. Sincerly, -- Jean-Christophe Dubacq -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From adam at yorba.org Wed Mar 28 19:04:14 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 28 Mar 2012 18:57:14 -0007 Subject: [Shotwell] Final Call for Testing: Shotwell 0.12 In-Reply-To: <4F735FD3.30006@free.fr> References: <4F6F6E50.8070209@minimum.se> <4F6F7012.9040204@minimum.se> <4F734E38.8000109@yorba.org> (sfid-20120328_194733_528491_7E435B28) <4F734E38.8000109@yorba.org> (sfid-20120328_194733_528491_7E435B28) <4F735FD3.30006@free.fr> Message-ID: <4f7360b1.23a0b60a.31d6.ffffd15f@mx.google.com> On Wed, Mar 28, 2012 at 12:00 PM, Jean-Christophe Dubacq wrote: > On 28/03/2012 19:45, Adam Dingle wrote: > > Right. I hope we can switch to waf soon > > (http://redmine.yorba.org/issues/2783) which may improve the situation > > here. > Are you aware that there are issues with the packaging of waf? Using waf > will not facilitate packaging of Shotwell for distributions. > > http://lists.debian.org/debian-devel/2012/02/msg00212.html I wasn't aware of that discussion - thanks for pointing that out. We should consider the points made there in deciding whether to move to waf. > Of course, this is a do-ocracy, so once the team is aware of the > problems, the team gets to pickever whatever the team wants. :) Right. :) adam From cpolymeris at gmail.com Wed Mar 28 21:10:03 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Wed, 28 Mar 2012 17:10:03 -0400 Subject: [Shotwell] GSoC idea: Shotwell parametric RAW development In-Reply-To: <4F7248E3.6010101@yorba.org> References: <4F7248E3.6010101@yorba.org> Message-ID: On Tue, Mar 27, 2012 at 8:10 PM, Adam Dingle wrote: > On 03/26/2012 02:37 PM, Camilo Polymeris wrote: > Hello Camilo - thanks for getting in touch. > Hello Adam, and thanks for the feedback on my proposal. >> Also, my needs regarding RAW development are quite simple: adjust the >> tonal curves (contrast, saturation, temp, etc...) crop, straighten, >> lens correction& ?sometimes a bit of denoise. Even if only a subset of >> >> these could be done directly in shotwell, it would be a great >> improvement. >> I believe I am not the only one who would benefit from this, and its >> interface could be hidden away from the basic user, so to not >> complicate their workflow. > > > We agree this would be a nice enhancement to Shotwell sooner or later. ?Your > proposal more or less corresponds to this Shotwell ticket, which we've had > open for a couple of years now: > > http://redmine.yorba.org/issues/1625 Great that you are of that opinion! >> a) Do you think this can& ?should be implemented as a plugin? > > > Shotwell's plugin system is currently limited: a plugin can only implement > an import source, a publishing destination or a slideshow transition. > ?There's no way that these enhancements could be a plugin today, and I don't > think it makes sense to try to fit them into a plugin anyway - if we > implement this it should be part of the Shotwell core. Yes, as I wrote in another thread, after looking a bit at the code it seems impossible to something like this as a plugin without huge refactoring. Also, I agree that it doesn't necessarily make sense -- better if it is in core. >> b) My work plan includes spending the first GSoC term adding the >> necessary hooks and parameters to the shotwell core& ?the second term >> developing the UI& ?each tool's particular behaviour. All in all, do >> >> you think that is a good approach? > > > I think this would be a pretty challenging summer project. ?We've been > impressed with the patches you've sent us so far in > http://redmine.yorba.org/issues/4940 and so you may well be up to the task, > but I think you should spend some time looking at the code to convince > yourself that you think this is really doable in a summer. Uhm, yes. I do have the impression that it might be a little too ambitious. I am still figuring out Shotwell's code, so I can't really make an assesment. An option would be to move only a subset of the pipeline to libraw. Constrain the project to say, only curves, and then merging with the JPEG pipeline. > One issue is that RAW support in Shotwell is currently slightly broken. ?In > 0.11 we added the ability for the user to switch between the camera's > development of a RAW photo (in an embedded or paired JPEG) and Shotwell's > development generated using libraw. ?But we were on a tight schedule and > weren't able to iron out all the bugs either for the 0.11 release or for the > following 0.12 release (where the GTK 3 port took up tons of time). ?So this > area of Shotwell remains buggy - see, for example > > http://redmine.yorba.org/issues/4261 > http://redmine.yorba.org/issues/4262 > http://redmine.yorba.org/issues/4692 > > I hope we can improve the situation this spring, but these bugs might still > intersect with your work a bit. > > Here are some things to ponder: in Shotwell's enhance dialog, which of the > adjustments there could be made in libraw? ?Which adjustments will need to > be made later in the pipeline? ?Does libraw have all the customizable > parameters we need today, or will we need to propose changes to libraw > itself to make all this work nicely? libraw supports: cropping, interpolation, auto wb, user wb, exposure, noise reduction, rotation, saturation, contrast, ca correction... In summary, everything we need, except red-eye reduction, straightening & geometrical lens correction. For the first two we could use the existing code, while for the latter (if we ever got that far!) use the lensfun library, maybe as optional dependency. It is unlikely that changes to libraw post-processing would be accepted, I believe they aim for compatibility with dcraw. > Can the enhance dialog look exactly > the same for RAW photos as it does for JPEG photos, or will we want to add > some bells and whistles for RAW? Yes, for the most part. I like that Shotwell is userfriendly and I would try to keep everything possible under the hood. Things that I think that would benefit from a specialized interface: Auto WB (to pick a grey point) & lens correction. > Or should there be an entirely separate > dialog for RAW adjustments? ?With your proposed changes, will the user still > be able to open a RAW photo in an external RAW editor? ?If they have > adjustments both in Shotwell and the external RAW editor, which take > precedence? ?I think we'd want to have pretty good answers to all these > questions before deciding to embark on this project. > > >> c) If you are a shotwell developer, would you be willing to mentor this >> project? > > > Yes - either I or others on the team at Yorba could mentor. ?:) > > adam So, what I gather is that this is too much work for barely 3 months, specially considering the bugs involved. So I'll keep this on file for a later date, and meanwhile work on the post processing plugin idea, which will also allow me to better understand Shotwell's architecture, for when I eventually come back to this. Thanks again for your comments & best regards, Camilo From cpolymeris at gmail.com Wed Mar 28 22:12:15 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Wed, 28 Mar 2012 18:12:15 -0400 Subject: [Shotwell] Shotwell Plugin-based Postprocessing Tools Message-ID: Hello again, after some discussion on my raw development proposal I have decided that it was too ambitious for the limited time of GSoC, and that I would leave it to a future date. In the meanwhile, while working on some shotwell bugs and from reading the mailing list, I have come up with another proposal. I would appreciate feedback on the following summary, so I can incorporate it in the formal proposal to google-melange and in more extensive design documents. Shotwell already supports a plugin system for data export (sync to online services) & slideshow animations[1]. I'd like to add the ability to postprocess images. The extension to the existing API would be kept as simple as possible, whenever possible making use of the current abstractions in the code, while providing some facilities to easily code new plugins from scratch or interface to external libraries. I have some experience with this kind of problem from last year's gsoc, when I also developed a plugin-based processing system, but for a scientific application. Also, I have looked how other software's interfaces are designed, in particular KIPI (KDE imaging plugins [2]) the GIMP[3], and ImageMagick (considered as a possible target). I have taken some inspiration from them, but I imagine a more simple system for Shotwell: 1) Tool interface (inheriting from Spit.Pluggable) that would describe the provided capabilities & process parameters and have a factory method returning objects implementing the Process interface. 2) Process interface, which would include methods for - initializing the process (opportunity to pre-analyze the image and set default values) - reacting on changes to parameter values & updating the preview, and - running the process itself. 3) A ToolHost interface, providing access to the shotwell core, plus feedback & convenience functions. Images would be passed in memory, but ToolHost will include methods to save and load from file, to make it easier to add backends to file-oriented libraries and command-line programs. The GUI would be based on the existing editing tool window, generated on the fly based on requested parameters to ensure consistency, and the registered tools listed next to the built-in ones in the pane below the each photo. If needed, at a later point a categorized toolbox can be added, to manage a larger number of tools. In my opinion, the number of parameters exposed to the user should be kept to a minimum, both in variety (only a few types) as in number (1 or 2 per tool, maximum), to keep the user interface simple. Parameter types would be predefined and could include linear ranges (represented as sliders), booleans (toggles), choices (drop-downs), colors (color-selector) & some more directly "interactive" ones, like points (click on image) and image regions (drag a circle or rect on image). This year's GSoC project would include designing this interface, implementing the utility functions, the GUI, plus 1 module including a few basic tools, probably based on ImageMagick or a similar library. Some Shotwell users have expressed concerns about adding unnecessary complexity and dependencies to the program. This will be considered and most of the functionality constrained to the plugin side, so it won't affect the core, unless installed. Looking forward to your comments. Best regards, Camilo [1] http://yorba.org/docs/shotwell/shotwell-plugin-dev/index.htm [2] http://api.kde.org/4.x-api/kdegraphics-apidocs/libs/libkipi/libkipi/html/index.html [3] http://developer.gimp.org/api/2.0/index.html From adam at yorba.org Wed Mar 28 23:38:14 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 28 Mar 2012 23:31:14 -0007 Subject: [Shotwell] Shotwell Plugin-based Postprocessing Tools In-Reply-To: References: Message-ID: <4f73a0ea.a2083c0a.3260.ffffeddd@mx.google.com> Camilo, thanks for your message. My general feeling about your proposal is that - it might be more complicated than we want effects to be in Shotwell at this stage in its evolution - it is probably too challenging to implement in a single summer - it's not clear how it will interact with Shotwell's non-destructive editing model I'll elaborate on each of these points below. First, at this stage in Shotwell's evolution I think it might be nice to have a palette of simple effects such as sepia, vignette, matte and so on. The user could click an effect once to apply it a little bit, or several times to apply it more. We could display a number over the effect to indicate the degree to which it's been applied. That would be super easy to use. At some later point I think we might have more general effects controlled by parameters or sliders. For that to work nicely, we'd need to have a scrollable list of effects in a sidebar (like in Lightroom or Aperture). I think we'd also want to move the existing editing tools into the sidebar, and display metadata information there too (see http://redmine.yorba.org/issues/1918). That's how I see Shotwell's interface evolving in the long term, but I think we won't get there in time for a summer of code project this summer. I don't think we ever want effects in Shotwell to be able to operate at a certain point in a photo or on a photo region as you've suggested. To me, that's the domain of editors such as GIMP. Shotwell should interact nicely with such programs, but I don't think we need those capabilities in Shotwell. One challenge with implementing effects as plugins is that Shotwell is non-destructive. As you probably know, when you make edits in Shotwell nothing changes on disk; Shotwell simply remembers your edit parameters. Every time you open a photo in Shotwell, it applies your edits on the fly. If we implement effects as plugins, then they could be applied on the fly too. But now what happens if I've used an effect to edit a photo, and then I uninstall the effect and open the photo? Shotwell won't be able to apply the effect since its code will not be present. We could solve this by saying that effects are destructive, but would be disappointing - I'd like to be able to undo an effect after applying it. So we might just have to accept that if you uninstall an effect, you can't open any photo that it was applied to. (Before too long, we want to modify Shotwell so that it writes all edits to photo files on the disk while still keeping the original file - this is http://redmine.yorba.org/issues/1798. If we have that, then if an effect is uninstalled at least you would still have the modified photo to work with.) Another concern here is this: what if an effect plugin gets updated to a newer version which uses a different algorithm for applying the effect? Then if I open a photo which uses the effect, suddenly it will look different than it did before. Is this OK? Or do we need a version number for each effect? These are all things to think about, but all of this is deep enough that I think it may be best left to the core team rather than implemented as a summer project. I don't want to be discouraging . You could think through all these issues, study the code to convince yourself that this is doable in a summer, and produce a detailed proposal that describes both how the user interface will work and the architectural changes you plan to make in order to implement this. If you do all that, we'll certainly be interested to read it and will be open-minded about the project if it seems feasible. But if you're unsure, I suggest that you look through the Shotwell ticket list (we have over 800 bugs and feature requests!) for ideas which would not require deep changes to the Shotwell core and which would be more easily approached in a summer timeframe. Cheers - adam On Wed, Mar 28, 2012 at 3:12 PM, Camilo Polymeris wrote: > Hello again, > > after some discussion on my raw development proposal I have decided > that it was too ambitious for the limited time of GSoC, and that I > would leave it to a future date. > In the meanwhile, while working on some shotwell bugs and from reading > the mailing list, I have come up with another proposal. I would > appreciate feedback on the following summary, so I can incorporate it > in the formal proposal to google-melange and in more extensive design > documents. > > Shotwell already supports a plugin system for data export (sync to > online services) & slideshow animations[1]. I'd like to add the > ability to postprocess images. The extension to the existing API would > be kept as simple as possible, whenever possible making use of the > current abstractions in the code, while providing some facilities to > easily code new plugins from scratch or interface to external > libraries. > I have some experience with this kind of problem from last year's > gsoc, when I also developed a plugin-based processing system, but for > a scientific application. Also, I have looked how other software's > interfaces are designed, in particular KIPI (KDE imaging plugins [2]) > the GIMP[3], and ImageMagick (considered as a possible target). > I have taken some inspiration from them, but I imagine a more simple > system for Shotwell: > > 1) Tool interface (inheriting from Spit.Pluggable) that would describe > the provided capabilities & process parameters and have a factory > method returning objects implementing the Process interface. > 2) Process interface, which would include methods for > - initializing the process (opportunity to pre-analyze the image and > set default values) > - reacting on changes to parameter values & updating the preview, and > - running the process itself. > 3) A ToolHost interface, providing access to the shotwell core, plus > feedback & convenience functions. > > Images would be passed in memory, but ToolHost will include methods to > save and load from file, to make it easier to add backends to > file-oriented libraries and command-line programs. > > The GUI would be based on the existing editing tool window, generated > on the fly based on requested parameters to ensure consistency, and > the registered tools listed next to the built-in ones in the pane > below the each photo. If needed, at a later point a categorized > toolbox can be added, to manage a larger number of tools. > In my opinion, the number of parameters exposed to the user should be > kept to a minimum, both in variety (only a few types) as in number (1 > or 2 per tool, maximum), to keep the user interface simple. > Parameter types would be predefined and could include linear ranges > (represented as sliders), booleans (toggles), choices (drop-downs), > colors (color-selector) & some more directly "interactive" ones, like > points (click on image) and image regions (drag a circle or rect on > image). > > This year's GSoC project would include designing this interface, > implementing the utility functions, the GUI, plus 1 module including a > few basic tools, probably based on ImageMagick or a similar library. > > Some Shotwell users have expressed concerns about adding unnecessary > complexity and dependencies to the program. This will be considered > and most of the functionality constrained to the plugin side, so it > won't affect the core, unless installed. > > Looking forward to your comments. > > Best regards, > Camilo > > [1] http://yorba.org/docs/shotwell/shotwell-plugin-dev/index.htm > [2] http://api.kde.org/4.x-api/kdegraphics-apidocs/libs/libkipi/libkipi/html/index.html > [3] http://developer.gimp.org/api/2.0/index.html > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From laura at yorba.org Thu Mar 29 00:19:45 2012 From: laura at yorba.org (Laura Khalil) Date: Wed, 28 Mar 2012 17:19:45 -0700 Subject: [Shotwell] Shotwell 0.12.1 released Message-ID: Greetings, We've released Shotwell 0.12.1. This update includes a fix to Shotwell's direct edit mode. You can download the Shotwell 0.12.1 tarball here: http://yorba.org/download/shotwell/stable/shotwell-0.12.1.tar.bz2 http://yorba.org/download/shotwell/stable/shotwell-0.12.1.tar.gz Build instructions are available here: http://yorba.org/shotwell/install/#binaries The Shotwell PPA will be available shortly. -- Cheers, Laura Khalil Production Engineer Yorba Foundation From cpolymeris at gmail.com Thu Mar 29 01:18:18 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Wed, 28 Mar 2012 21:18:18 -0400 Subject: [Shotwell] Shotwell Plugin-based Postprocessing Tools In-Reply-To: <4f73a0ea.a2083c0a.3260.ffffeddd@mx.google.com> References: <4f73a0ea.a2083c0a.3260.ffffeddd@mx.google.com> Message-ID: On Wed, Mar 28, 2012 at 8:38 PM, Adam Dingle wrote: > Camilo, > > thanks for your message. ?My general feeling about your proposal is that > > - it might be more complicated than we want effects to be in Shotwell at this stage in its evolution > - it is probably too challenging to implement in a single summer > - it's not clear how it will interact with Shotwell's non-destructive editing model > > I'll elaborate on each of these points below. > > First, at this stage in Shotwell's evolution I think it might be nice to have a palette of simple effects such as sepia, vignette, matte and so on. ?The user could click an effect once to apply it a little bit, or several times to apply it more. ?We could display a number over the effect to indicate the degree to which it's been applied. ?That would be super easy to use. Good idea. I was thinking more in the vein of click on effect, slider appears, move it to "off", "mild", "medium", "strong", effect applied! But your idea might be better. > At some later point I think we might have more general effects controlled by parameters or sliders. ?For that to work nicely, we'd need to have a scrollable list of effects in a sidebar (like in Lightroom or Aperture). ?I think we'd also want to move the existing editing tools into the sidebar, and display metadata information there too (see http://redmine.yorba.org/issues/1918). ?That's how I see Shotwell's interface evolving in the long term, but I think we won't get there in time for a summer of code project this summer. Sure, I mentioned the toolbox idea as a future possibilty, not necessarily something that will fit into this summer's project. > I don't think we ever want effects in Shotwell to be able to operate at a certain point in a photo or on a photo region as you've suggested. ?To me, that's the domain of editors such as GIMP. ?Shotwell should interact nicely with such programs, but I don't think we need those capabilities in Shotwell. Ok. I included "clicking on points in the image" and such for things like red-eye reduction & automatic WB. But if deemed unecessary, we can remove "interactive" parameters. Makes everything simpler. :) > One challenge with implementing effects as plugins is that Shotwell is non-destructive. ?As you probably know, when you make edits in Shotwell nothing changes on disk; Shotwell simply remembers your edit parameters. ?Every time you open a photo in Shotwell, it applies your edits on the fly. ?If we implement effects as plugins, then they could be applied on the fly too. ?But now what happens if I've used an effect to edit a photo, and then I uninstall the effect and open the photo? ?Shotwell won't be able to apply the effect since its code will not be present. ?We could solve this by saying that effects are destructive, but would be disappointing - I'd like to be able to undo an effect after applying it. ?So we might just have to accept that if you uninstall an effect, you can't open any photo that it was applied to. ?(Before too long, we want to modify Shotwell so that it writes all edits to photo files on the disk while still keeping the original file - this is http://redmine.yorba.org/issues/1798. ?If we have that, then if an effect is uninstalled at least you would still have the modified photo to work with.) If we followed current behaviour of "edit in external application", of couse it would be destructive. But I was thinking more of saving the list of effects applied with their respective parameter values, and re-apply them when the photo reopens. If the plugin doesn't exist anymore -- skip it, and notify the user. I think users can expect that if they deinstall a plugin that function won't be available anymore, and usually they will find a few they like, and stick with them. > Another concern here is this: what if an effect plugin gets updated to a newer version which uses a different algorithm for applying the effect? ?Then if I open a photo which uses the effect, suddenly it will look different than it did before. ?Is this OK? ?Or do we need a version number for each effect? That is a very good point. Then again, same thing would happen if you update shotwell and there have been changes to e.g. the curves or red-eye reduction. Maybe store the version of the effect that was originally used and so give plugin developers a chance to stay backwards compatible if they change the algorithm? Else, just warn users that plugins in development are likely to change, and ask developers, that once their plugin is mature, they don't change the plugins behaviour. > These are all things to think about, but all of this is deep enough that I think it may be best left to the core team rather than implemented as a summer project. > > I don't want to be discouraging . ?You could think through all these issues, study the code to convince yourself that this is doable in a summer, and produce a detailed proposal that describes both how the user interface will work and the architectural changes you plan to make in order to implement this. ?If you do all that, we'll certainly be interested to read it and will be open-minded about the project if it seems feasible. ?But if you're unsure, I suggest that you look through the Shotwell ticket list (we have over 800 bugs and feature requests!) for ideas which would not require deep changes to the Shotwell core and which would be more easily approached in a summer timeframe. So far, I *do* think it is doable in 3 months, at least if kept simple. I have sketches on the UI already (basically reusing the existing EditingToolWindow) and am writing a prototype interface as we speak. The project could be further simplified if we reduced the type of parameters to only the above mentioned slider/number of clicks (or even just an "on/off" toggle!). Remember, I wouldn't be implementing any complex graphic-processing algorithms, just the bare minimum to prove that the plugin system works (or probably use some canned library function). In terms of changes to the core photo pipeline: The id and parameters of the effects would have to be stored as transformations in the photorow, then, when a pixbuf is requested, after rotating & cropping it, the effect's "run()" (or similarly named) function is called, passing the pixbuf and the parameter value(s) as arguments. This function edits the pixbuf as needed and returns it. Of course, I intend to write a longer proposal detailing this, and also expect to see changes during both the design and implementation phases. >?Cheers - > > adam Thanks for your feedback! Regards, Camilo From scott_shotwell at dewie.net.au Thu Mar 29 04:25:15 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Thu, 29 Mar 2012 15:25:15 +1100 Subject: [Shotwell] Extended information in right click context menu? plus full EXIF data in this context? Message-ID: <4F73E42B.7080606@dewie.net.au> Hi there, What would you guys think of having the extended information or a 'Properties' type item in the right-click context menu? I keep going to look for one in the context menu as it is sometimes useful to see the flash properties and so-forth but is not there, instead is in the view menu? Only really a thought as it is generally where I would go looking for EXIF data, and am wondering if others are doing so also? Also, what would you think or would it be possible to have within the extended information a 'Detailed EXIF Data' (or similar) button that could display the extended data (such as lens type, rotation data etc.) either within the extended information or as a separate dialogue. Preferably, I would love to see this as a button or an expansion point within the extended info dialogue, but would be happy if it were a totally separate option. These are the two features i miss most from other indexing software. Thanks, Scott From scott_shotwell at dewie.net.au Thu Mar 29 04:37:34 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Thu, 29 Mar 2012 15:37:34 +1100 Subject: [Shotwell] Possible bug? Message-ID: <4F73E70E.1000803@dewie.net.au> Hi guys, I havent seen anything on redmine or launchpad to this, so i thought that i'd first check that it wasnt a known bug. I know that Shotwell doesn't handle RAW's particularly well at present, and that is fine, but i just noticed another discrepancy in the handling of them. When you import plain RAW (not RAW+JPG pairs), in thumbnail form, the extended information and the exposure, aperture etc. displays correctly, however upon processing and first load of the image, shotwell loses the EXIF data totally. The date/time is still there but exposure, aperture, flash, focal length etc is all gone as the extended information is getting the exif data from the processed image, to which shotwell does not copy exif data to. It doesn't matter if the developer is the camera or shotwell, it loses the data in the developed image and, of course, in the RAW is still there. If anyone who knows more about coding than i do needs some RAW's to play with i am happy to dump a sample of some from different cameras at different time periods on my web-space and post a link to the group if need be. Does this already have a ticket, because i couldn't see one, and if not would you like me to create one? Hopefully the issues with RAW can be sorted out, as this for me is the only real downfall to the software - keep up the good work guys!\ Scott. From b.e.smith at computer.org Thu Mar 29 04:47:04 2012 From: b.e.smith at computer.org (Bruce Smith) Date: Thu, 29 Mar 2012 15:47:04 +1100 Subject: [Shotwell] Possible bug? In-Reply-To: <4F73E70E.1000803@dewie.net.au> References: <4F73E70E.1000803@dewie.net.au> Message-ID: <4F73E948.1070703@computer.org> Hi Scott I have not installed 0.12 yet, but what you describe certainly happens with my RAW (Canon CR2) files in 0.11 Cheers Bruce On 29/03/12 15:37, Scott wrote: > Hi guys, > > I havent seen anything on redmine or launchpad to this, so i thought > that i'd first check that it wasnt a known bug. I know that Shotwell > doesn't handle RAW's particularly well at present, and that is fine, > but i just noticed another discrepancy in the handling of them. When > you import plain RAW (not RAW+JPG pairs), in thumbnail form, the > extended information and the exposure, aperture etc. displays > correctly, however upon processing and first load of the image, > shotwell loses the EXIF data totally. > > The date/time is still there but exposure, aperture, flash, focal > length etc is all gone as the extended information is getting the exif > data from the processed image, to which shotwell does not copy exif > data to. It doesn't matter if the developer is the camera or > shotwell, it loses the data in the developed image and, of course, in > the RAW is still there. > > If anyone who knows more about coding than i do needs some RAW's to > play with i am happy to dump a sample of some from different cameras > at different time periods on my web-space and post a link to the group > if need be. > > Does this already have a ticket, because i couldn't see one, and if > not would you like me to create one? > > Hopefully the issues with RAW can be sorted out, as this for me is the > only real downfall to the software - keep up the good work guys!\ > > Scott. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From thomas at xyz.pp.se Thu Mar 29 07:09:53 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Thu, 29 Mar 2012 09:09:53 +0200 Subject: [Shotwell] Where did the publishing options go? Message-ID: <4F740AC1.8060507@xyz.pp.se> Hello Upgraded to 0.12 yesterday (now 0.12.1). Mostly it looks good but when I was about to publish some photos to Picasa I found that the plugin was gone? I could not find anything about this on http://yorba.org/shotwell/. Rgds//Thomas From thomas at xyz.pp.se Thu Mar 29 07:28:47 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Thu, 29 Mar 2012 09:28:47 +0200 Subject: [Shotwell] The days of the desktop computer are long gone Message-ID: <4F740F2F.9050101@xyz.pp.se> Hi I would like to promote these two tickets which both would help in a multi device / multi user environment. http://redmine.yorba.org/issues/1292 http://redmine.yorba.org/issues/2474 The number of users having just one desktop computer at home is shrinking. And the number of users that actually wants to show the photos through this computer should be even smaller. I have a setup today that works decently but it's a bit cumbersome. I run a script before starting shotwell which verifies that the DB & photo-dir is readable on a NFS-drive. If OK, a lockfile is created and then shotwell is started. If I at this stage try to open shotwell from another computer, it fails because of the lockfile. After shotwell closes on computer #1 the lockfile is removed and the db is now accessible again from other computers. This works OK, although if share the thumbnails also it will be really slow (at least over WiFi) but if you don't share them you will have lots of missing thumbnails because I don't think missing thumbnails are re-generated. http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A20%3A40.png The publishing part is worse. Since all edits in shotwell is non-destructive I have to upload all photos to Picasa, THEN edit/rotate etc. so that when I show my photos on my HTPC/Android Tablet etc. they look as I want to. So even though I have a easier system in Shotwell for this I can't use it because when I watch my photos at some other device the changes won't be there. Ps. Since the publishing part can take a long time it would be nice if the process would be backgrounded, still letting you work in shotwell and maybe queue one more publishing job. Thanks for a nice photo manager, these issues aside :) Rgds//Thomas From thomas at xyz.pp.se Thu Mar 29 08:01:35 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Thu, 29 Mar 2012 10:01:35 +0200 Subject: [Shotwell] Some photos misses date information in Shotwell Message-ID: <4F7416DF.3010302@xyz.pp.se> Hi I have a couple of hundred photos which are missing date information in Shotwell. If I click one of these all I see is Title, Size & Exposure. http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A57%3A52.png If I right-click and choose Show in file manager the photo is in the right directory so they have obviously been read at the import with the correct date. If I from the file manager right-click and choose Properties I can go to the Image tab and there is much more EXIF data then showed in Shotwell, including the date. http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A59%3A00.png Bug perhaps? Rgds//Thomas From tilleykeith at gmail.com Thu Mar 29 09:17:31 2012 From: tilleykeith at gmail.com (Keith Tilley) Date: Thu, 29 Mar 2012 10:17:31 +0100 Subject: [Shotwell] Where did the publishing options go? In-Reply-To: <4F740AC1.8060507@xyz.pp.se> References: <4F740AC1.8060507@xyz.pp.se> Message-ID: <4F7428AB.3050500@gmail.com> On 29/03/12 08:09, Thomas Novin wrote: > Hello > > Upgraded to 0.12 yesterday (now 0.12.1). Mostly it looks good but when I > was about to publish some photos to Picasa I found that the plugin was gone? > > I could not find anything about this on http://yorba.org/shotwell/. > > Rgds//Thomas > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell It's the same for me. The only publishing option is for Piwigo, there's nothing for Picasa. -- Keith Tilley Landscape Painter Website - http://www.keithtilley.co.uk Blog - http://keithtilley.blogspot.com Email - mail at keithtilley.co.uk From nigeldodd at gmail.com Thu Mar 29 09:40:06 2012 From: nigeldodd at gmail.com (Nigel Dodd) Date: Thu, 29 Mar 2012 10:40:06 +0100 Subject: [Shotwell] Where did the publishing options go? In-Reply-To: <4F7428AB.3050500@gmail.com> References: <4F740AC1.8060507@xyz.pp.se> <4F7428AB.3050500@gmail.com> Message-ID: I shall not be upgrading. I just want a way of indexing my thousands of pics and uploading selected albums to the cloud. I do not need any image processing - all that is done with specialised programs. On 29 March 2012 10:17, Keith Tilley wrote: > On 29/03/12 08:09, Thomas Novin wrote: > >> Hello >> >> Upgraded to 0.12 yesterday (now 0.12.1). Mostly it looks good but when I >> was about to publish some photos to Picasa I found that the plugin was >> gone? >> >> I could not find anything about this on http://yorba.org/shotwell/. >> >> Rgds//Thomas >> ______________________________**_________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >> > > It's the same for me. The only publishing option is for Piwigo, there's > nothing for Picasa. > > -- > Keith Tilley > Landscape Painter > > Website - http://www.keithtilley.co.uk > Blog - http://keithtilley.blogspot.**com > Email - mail at keithtilley.co.uk > > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From hernan.lopez+ubuntu at gmail.com Thu Mar 29 10:28:46 2012 From: hernan.lopez+ubuntu at gmail.com (Hernan Javier Lopez) Date: Thu, 29 Mar 2012 07:28:46 -0300 Subject: [Shotwell] Where did the publishing options go? In-Reply-To: References: Message-ID: > El 29/03/2012 06:40, "Nigel Dodd" escribi?: > > > > I shall not be upgrading. I just want a way of indexing my thousands of > > pics and uploading selected albums to the cloud. I do not need any image > > processing - all that is done with specialised programs. > > +1 From pt at traversin.org Thu Mar 29 10:39:57 2012 From: pt at traversin.org (pt) Date: Thu, 29 Mar 2012 12:39:57 +0200 Subject: [Shotwell] Where did the publishing options go? In-Reply-To: References: Message-ID: On 29 March 2012 12:28, Hernan Javier Lopez wrote: >> El 29/03/2012 06:40, "Nigel Dodd" escribi?: >> > >> > I shall not be upgrading. I just want a way of indexing my thousands of >> > pics and uploading selected albums to the cloud. I do not need any image >> > processing - all that is done with specialised programs. >> > > > +1 +1 -- Web: http://traversin.org GNU/Linux user 190604 From grobe at gmx.net Thu Mar 29 11:23:36 2012 From: grobe at gmx.net (Lars O. Grobe) Date: Thu, 29 Mar 2012 13:23:36 +0200 Subject: [Shotwell] mailing list polls (was: Where did the publishing options go?) In-Reply-To: References: Message-ID: <4F744638.8060403@gmx.net> Dear mailing list subscribers, please respect this list as a support and discussion service - not a voting tool. If every subscriber starts adding a +/-1 here now, our mailboxes will be filled and most user be unsubscribed soon. If you have new arguments, share, but do not send out such mails. Thanks! Lars. >> +1 > > +1 From dougie at highmoor.co.uk Thu Mar 29 13:43:31 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Thu, 29 Mar 2012 14:43:31 +0100 Subject: [Shotwell] mailing list polls In-Reply-To: <4F744638.8060403@gmx.net> References: <4F744638.8060403@gmx.net> Message-ID: <4F746703.5010908@highmoor.co.uk> On 29/03/12 12:23, Lars O. Grobe wrote: > Dear mailing list subscribers, > > please respect this list as a support and discussion service - not a > voting tool. If every subscriber starts adding a +/-1 here now, our > mailboxes will be filled and most user be unsubscribed soon. If you have > new arguments, share, but do not send out such mails. Thanks! > > Lars. +1 From tpost001 at rochester.rr.com Thu Mar 29 14:25:50 2012 From: tpost001 at rochester.rr.com (=?utf-8?B?VGhvbWFzIFBvc3Q=?=) Date: Thu, 29 Mar 2012 10:25:50 -0400 Subject: [Shotwell] =?utf-8?q?Some_photos_misses_date_information_in_Shotw?= =?utf-8?q?ell?= Message-ID: <16.D8.10424.DE0747F4@hrndva-omtalb.mail.rr.com> I am new to Shotwell. I got it started (from Linux Mint 11 2.6.38-13 GNOME 2.32.1) and I started Import - all pictures on my harddrive and an attached external drive. After 3 days of non-stop grinding (top showed shotwell consuming most of the CPU all the time ~ 97%) it showedd me that it had achieved 17%. That I thought was a good thing because the previous 2 days showed me nothing. After 6 days of grinding and my fans on high, the status bar said 34%. After 8 days it said 38% and I had enough of this nonsence. I killed the process and fired shotwell up again to find that it had imported only 2866 pictures. I don't know how many pictures I have on my computer, but if shotwell can only process 358 pictures per day, that's aweful and I hope you will address that in your new release. Since then, I have imported some pictures from some camera memory cards and in one instance it took more than 2 hours to import 14 pictures. That is not great. Also when it loads it stops at 49% for about 1 Minute, then zips to 99% loaded for at least 3 minutes before doing anything. My laptop is an HP Pavillion DV8000 with 1 GB RAM, AMD Turion 64 Mobile Technology ML-80. Shotwell version 0.9.3. Tom Sent from my Android phone on T-Mobile. America?s first nationwide 4G network. ----- Reply message ----- From: "Thomas Novin" To: "shotwell" Subject: [Shotwell] Some photos misses date information in Shotwell Date: Thu, Mar 29, 2012 4:01 am Hi I have a couple of hundred photos which are missing date information in Shotwell. If I click one of these all I see is Title, Size & Exposure. http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A57%3A52.png If I right-click and choose Show in file manager the photo is in the right directory so they have obviously been read at the import with the correct date. If I from the file manager right-click and choose Properties I can go to the Image tab and there is much more EXIF data then showed in Shotwell, including the date. http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A59%3A00.png Bug perhaps? Rgds//Thomas _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From michiel.detailleur at gmail.com Thu Mar 29 14:37:49 2012 From: michiel.detailleur at gmail.com (Michiel Detailleur) Date: Thu, 29 Mar 2012 16:37:49 +0200 Subject: [Shotwell] Some photos misses date information in Shotwell In-Reply-To: <16.D8.10424.DE0747F4@hrndva-omtalb.mail.rr.com> References: <16.D8.10424.DE0747F4@hrndva-omtalb.mail.rr.com> Message-ID: On Thu, Mar 29, 2012 at 4:25 PM, Thomas Post wrote: > I am new to Shotwell. I got it started (from Linux Mint 11 2.6.38-13 > GNOME 2.32.1) and I started Import - all pictures on my harddrive and an > attached external drive. After 3 days of non-stop grinding (top showed > shotwell consuming most of the CPU all the time ~ 97%) it showedd me that > it had achieved 17%. That I thought was a good thing because the previous > 2 days showed me nothing. After 6 days of grinding and my fans on high, > the status bar said 34%. After 8 days it said 38% and I had enough of this > nonsence. I killed the process and fired shotwell up again to find that it > had imported only 2866 pictures. I don't know how many pictures I have on > my computer, but if shotwell can only process 358 pictures per day, that's > aweful and I hope you will address that in your new release. Since then, I > have imported some pictures from some camera memory cards and in one > instance it took more than 2 hours to import 14 pictures. That is not > great. > > Also when it loads it stops at 49% for about 1 Minute, then zips to 99% > loaded for at least 3 minutes before doing anything. > > My laptop is an HP Pavillion DV8000 with 1 GB RAM, AMD Turion 64 Mobile > Technology ML-80. Shotwell version 0.9.3. > > Tom > > Please post separate questions in separate threads. Its basic mailinglist decency. Also, at least try to do an honest attempt at running the latest Shotwell version before posting problems (its basic bug posting decency). There have been 3 major, new releases since 0.9.3, all of which (amongst other issues) improved heavily on importing. Michiel From adam at yorba.org Thu Mar 29 14:46:35 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 29 Mar 2012 14:39:35 -0007 Subject: [Shotwell] Some photos misses date information in Shotwell In-Reply-To: References: <16.D8.10424.DE0747F4@hrndva-omtalb.mail.rr.com> Message-ID: <4f7475ce.c61c3c0a.41a2.3cd8@mx.google.com> On Thu, Mar 29, 2012 at 7:37 AM, Michiel Detailleur wrote: > On Thu, Mar 29, 2012 at 4:25 PM, Thomas Post wrote: > > > I am new to Shotwell. I got it started (from Linux Mint 11 2.6.38-13 > > GNOME 2.32.1) and I started Import - all pictures on my harddrive and an > > attached external drive. After 3 days of non-stop grinding (top showed > > shotwell consuming most of the CPU all the time ~ 97%) it showedd me that > > it had achieved 17%. That I thought was a good thing because the previous > > 2 days showed me nothing. After 6 days of grinding and my fans on high, > > the status bar said 34%. After 8 days it said 38% and I had enough of this > > nonsence. I killed the process and fired shotwell up again to find that it > > had imported only 2866 pictures. I don't know how many pictures I have on > > my computer, but if shotwell can only process 358 pictures per day, that's > > aweful and I hope you will address that in your new release. Since then, I > > have imported some pictures from some camera memory cards and in one > > instance it took more than 2 hours to import 14 pictures. That is not > > great. > > > > Also when it loads it stops at 49% for about 1 Minute, then zips to 99% > > loaded for at least 3 minutes before doing anything. > > > > My laptop is an HP Pavillion DV8000 with 1 GB RAM, AMD Turion 64 Mobile > > Technology ML-80. Shotwell version 0.9.3. > > > > Tom > > > > > Please post separate questions in separate threads. Its basic mailinglist > decency. > > Also, at least try to do an honest attempt at running the latest Shotwell > version before posting problems (its basic bug posting decency). There have > been 3 major, new releases since 0.9.3, all of which (amongst other issues) > improved heavily on importing. Tom, Shotwell normally imports many photos per second. If it's importing only a few hundred photos per day for you then something is seriously wrong. I'd recommend removing your Shotwell library (the ~/.shotwell directory) and starting again with an empty library. Try dragging in a folder containing only a few dozen photos. What happens? How long does it take to import each photo? I'd agree with Michiel's suggestion that you should try a newer version of Shotwell if possible. Even Shotwell 0.9, however, should import photos far more quickly than you're observing. adam From adam at yorba.org Thu Mar 29 14:53:31 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 29 Mar 2012 07:53:31 -0700 Subject: [Shotwell] Where did the publishing options go? In-Reply-To: <4F7428AB.3050500@gmail.com> References: <4F740AC1.8060507@xyz.pp.se> <4F7428AB.3050500@gmail.com> Message-ID: <4F74776B.8040508@yorba.org> On 03/29/2012 02:17 AM, Keith Tilley wrote: > On 29/03/12 08:09, Thomas Novin wrote: >> Hello >> >> Upgraded to 0.12 yesterday (now 0.12.1). Mostly it looks good but when I >> was about to publish some photos to Picasa I found that the plugin >> was gone? >> >> I could not find anything about this on http://yorba.org/shotwell/. >> >> Rgds//Thomas >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > It's the same for me. The only publishing option is for Piwigo, > there's nothing for Picasa. Thomas and Keith, thanks for letting us know. Could you each please answer these questions: - what operating system version are you running? - How did you get Shotwell 0.12 and 0.12.1? Did you build it yourself from source, get it from a package from your operating system, or get it from the Yorba PPA for Ubuntu? - In Shotwell, go to Edit->Preferences->Plugins. Do you see Picasa listed there but unchecked? Or is it not even listed? adam From adam at yorba.org Thu Mar 29 15:40:46 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 29 Mar 2012 15:33:46 -0007 Subject: [Shotwell] Some photos misses date information in Shotwell In-Reply-To: <4F7416DF.3010302@xyz.pp.se> References: <4F7416DF.3010302@xyz.pp.se> Message-ID: <4f748282.0a9ab60a.293b.4d48@mx.google.com> On Thu, Mar 29, 2012 at 1:01 AM, Thomas Novin wrote: > Hi > > I have a couple of hundred photos which are missing date information in > Shotwell. If I click one of these all I see is Title, Size & Exposure. > > http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A57%3A52.png > > If I right-click and choose Show in file manager the photo is in the > right directory so they have obviously been read at the import with the > correct date. > > If I from the file manager right-click and choose Properties I can go to > the Image tab and there is much more EXIF data then showed in Shotwell, > including the date. > > http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A59%3A00.png > > Bug perhaps? Thomas, this is a known issue. The HTC Sensation uses a non-standard date/time format which Shotwell can't read yet: http://redmine.yorba.org/issues/3850 We'll fix this for 0.13. adam From adam at yorba.org Thu Mar 29 17:05:51 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 29 Mar 2012 16:58:51 -0007 Subject: [Shotwell] The days of the desktop computer are long gone In-Reply-To: <4F740F2F.9050101@xyz.pp.se> References: <4F740F2F.9050101@xyz.pp.se> Message-ID: <4f749672.0a9ab60a.293b.5ae0@mx.google.com> On Thu, Mar 29, 2012 at 12:28 AM, Thomas Novin wrote: > Hi > > I would like to promote these two tickets which both would help in a > multi device / multi user environment. > > http://redmine.yorba.org/issues/1292 > http://redmine.yorba.org/issues/2474 > > The number of users having just one desktop computer at home is > shrinking. And the number of users that actually wants to show the > photos through this computer should be even smaller. > ... Yes - we definitely want to evolve Shotwell to the point where we can sync photos easily. I think the right first step will be modifying Shotwell so that it keeps an up-to-date copy of each edited image on disk (http://redmine.yorba.org/issues/1798). Once we do that, you'll be able to sync simply by copying files between Shotwell libraries, so you'll be able to use tools outside Shotwell for syncing. It would also be nice if Shotwell could store metadata (including a list of all edits made) either in XMP data in photo files or in sidecar files (http://redmine.yorba.org/issues/1879). Then edit information would travel along with photos when they are copied between libraries. These enhancements are not small and will not all happen right away, though. > > http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A20%3A40.png > > The publishing part is worse. Since all edits in shotwell is > non-destructive I have to upload all photos to Picasa, THEN edit/rotate > etc. so that when I show my photos on my HTPC/Android Tablet etc. they > look as I want to. So even though I have a easier system in Shotwell for > this I can't use it because when I watch my photos at some other device > the changes won't be there. Right. Once we implement http://redmine.yorba.org/issues/1798 this should work much better. > Ps. Since the publishing part can take a long time it would be nice if > the process would be backgrounded, still letting you work in shotwell > and maybe queue one more publishing job. Yes, that would be nice: http://redmine.yorba.org/issues/2318 adam From adam at yorba.org Thu Mar 29 17:30:00 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 29 Mar 2012 10:30:00 -0700 Subject: [Shotwell] Possible bug? In-Reply-To: <4F73E70E.1000803@dewie.net.au> References: <4F73E70E.1000803@dewie.net.au> Message-ID: <4F749C18.4090500@yorba.org> On 03/28/2012 09:37 PM, Scott wrote: > Hi guys, > > I havent seen anything on redmine or launchpad to this, so i thought > that i'd first check that it wasnt a known bug. I know that Shotwell > doesn't handle RAW's particularly well at present, and that is fine, > but i just noticed another discrepancy in the handling of them. When > you import plain RAW (not RAW+JPG pairs), in thumbnail form, the > extended information and the exposure, aperture etc. displays > correctly, however upon processing and first load of the image, > shotwell loses the EXIF data totally. > > The date/time is still there but exposure, aperture, flash, focal > length etc is all gone as the extended information is getting the exif > data from the processed image, to which shotwell does not copy exif > data to. It doesn't matter if the developer is the camera or > shotwell, it loses the data in the developed image and, of course, in > the RAW is still there. > > If anyone who knows more about coding than i do needs some RAW's to > play with i am happy to dump a sample of some from different cameras > at different time periods on my web-space and post a link to the group > if need be. > > Does this already have a ticket, because i couldn't see one, and if > not would you like me to create one? Thanks for pointing this out. The following ticket is related to this problem and I've updated it based on your comments: http://redmine.yorba.org/issues/4372 I hope we can improve the situation for 0.13. adam From adam at yorba.org Thu Mar 29 17:34:36 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 29 Mar 2012 17:27:36 -0007 Subject: [Shotwell] Extended information in right click context menu? plus full EXIF data in this context? In-Reply-To: <4F73E42B.7080606@dewie.net.au> References: <4F73E42B.7080606@dewie.net.au> Message-ID: <4f749d2f.2470b60a.4d69.5bd2@mx.google.com> On Wed, Mar 28, 2012 at 9:25 PM, Scott wrote: > Hi there, > > What would you guys think of having the extended information or a > 'Properties' type item in the right-click context menu? I keep going to > look for one in the context menu as it is sometimes useful to see the > flash properties and so-forth but is not there, instead is in the view > menu? Only really a thought as it is generally where I would go looking > for EXIF data, and am wondering if others are doing so also? Yes - we've considered that: http://redmine.yorba.org/issues/1928 I currently think it's more likely, however, that we'll move the extended information into a new sidebar on the right: http://redmine.yorba.org/issues/1918 > Also, what would you think or would it be possible to have within the > extended information a 'Detailed EXIF Data' (or similar) button that > could display the extended data (such as lens type, rotation data etc.) > either within the extended information or as a separate dialogue. > > Preferably, I would love to see this as a button or an expansion point > within the extended info dialogue, but would be happy if it were a > totally separate option. Yes - it would certainly be nice if Shotwell could display more metadata in the extended information: http://redmine.yorba.org/issues/2400 adam From tilleykeith at gmail.com Thu Mar 29 19:33:13 2012 From: tilleykeith at gmail.com (Keith Tilley) Date: Thu, 29 Mar 2012 20:33:13 +0100 Subject: [Shotwell] Where did the publishing options go? In-Reply-To: <4F74776B.8040508@yorba.org> References: <4F740AC1.8060507@xyz.pp.se> <4F7428AB.3050500@gmail.com> <4F74776B.8040508@yorba.org> Message-ID: <4F74B8F9.3030805@gmail.com> On 29/03/12 15:53, Adam Dingle wrote: > Thomas and Keith, > > thanks for letting us know. Could you each please answer these questions: > > - what operating system version are you running? > > - How did you get Shotwell 0.12 and 0.12.1? Did you build it yourself > from source, get it from a package from your operating system, or get it > from the Yorba PPA for Ubuntu? > > - In Shotwell, go to Edit->Preferences->Plugins. Do you see Picasa > listed there but unchecked? Or is it not even listed? > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Hi Adam, I'm running Ubuntu 11.10. My installation of Shotwell is updated through the Yorba PPA. Picasa isn't listed in the publishing plugin. Keith From adam at yorba.org Thu Mar 29 19:58:46 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 29 Mar 2012 19:51:46 -0007 Subject: [Shotwell] Where did the publishing options go? In-Reply-To: <4F74B8F9.3030805@gmail.com> References: <4F740AC1.8060507@xyz.pp.se> <4F7428AB.3050500@gmail.com> <4F74776B.8040508@yorba.org> <4F74B8F9.3030805@gmail.com> Message-ID: <4f74bef9.0a9ab60a.293b.753f@mx.google.com> On Thu, Mar 29, 2012 at 12:33 PM, Keith Tilley wrote: > On 29/03/12 15:53, Adam Dingle wrote: > > Thomas and Keith, > > > > thanks for letting us know. Could you each please answer these questions: > > > > - what operating system version are you running? > > > > - How did you get Shotwell 0.12 and 0.12.1? Did you build it yourself > > from source, get it from a package from your operating system, or get it > > from the Yorba PPA for Ubuntu? > > > > - In Shotwell, go to Edit->Preferences->Plugins. Do you see Picasa > > listed there but unchecked? Or is it not even listed? > > > > adam > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > Hi Adam, > > I'm running Ubuntu 11.10. > > My installation of Shotwell is updated through the Yorba PPA. > > Picasa isn't listed in the publishing plugin. OK - thanks for letting me know. I can reproduce this when I install Shotwell 0.12.1 from the Yorba PPA on a 32-bit Oneiric machine. We'll investigate right away; http://redmine.yorba.org/issues/4971 adam From cpolymeris at gmail.com Fri Mar 30 03:31:51 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Thu, 29 Mar 2012 23:31:51 -0400 Subject: [Shotwell] Shotwell Plugin-based Postprocessing Tools In-Reply-To: References: <4f73a0ea.a2083c0a.3260.ffffeddd@mx.google.com> Message-ID: > Of course, I intend to write a longer proposal detailing this, and > also expect to see changes during both the design and implementation > phases. I have published a document containing a description of how I intend to solve the issues you mention, plus a proposed API for the plugins and some GUI mockups: https://github.com/polymeris/shotwell/wiki/Design Your feedback is appreciated. A proposal including timeline of the project is to follow. Best regards, Camilo From thomas at xyz.pp.se Fri Mar 30 08:34:33 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Fri, 30 Mar 2012 10:34:33 +0200 Subject: [Shotwell] Some photos misses date information in Shotwell In-Reply-To: <4f748282.0a9ab60a.293b.4d48@mx.google.com> References: <4F7416DF.3010302@xyz.pp.se> <4f748282.0a9ab60a.293b.4d48@mx.google.com> Message-ID: On Thu, Mar 29, 2012 at 5:40 PM, Adam Dingle wrote: > On Thu, Mar 29, 2012 at 1:01 AM, Thomas Novin wrote: >> >> If I from the file manager right-click and choose Properties I can go to >> the Image tab and there is much more EXIF data then showed in Shotwell, >> including the date. >> >> http://dl.dropbox.com/u/2387311/Screenshot%20at%202012-03-29%2009%3A59%3A00.png >> >> Bug perhaps? > Thomas, > > this is a known issue. ?The HTC Sensation uses a non-standard date/time format which Shotwell can't read yet: > > http://redmine.yorba.org/issues/3850 > Aha thanks. This is also fixed in the HTC phones now that are upgraded to ICS, Ice Cream Sandwich. My imported photos since last month all show the correct date format. Camera Model: HTC Sensation Z710e Date Taken: 2012:03:27 15:52:28 So for me I will fix it in all the old photos with exiftool and the problem resolved for me. Ps. If older phones like HTC Desire has this problem it will never be fixed on those so the patch will still be appreciated. Rgds//Thomas From laura at yorba.org Sat Mar 31 00:16:15 2012 From: laura at yorba.org (Laura Khalil) Date: Fri, 30 Mar 2012 17:16:15 -0700 Subject: [Shotwell] Call for translation of Shotwell 0.12.2 Message-ID: Greetings, Shotwell 0.12.2 will be released in the next couple weeks and we would greatly appreciate help with translation. If you would like to translate Shotwell, you are encouraged to do so through Transifex. Here you can find the latest files for translation and submit your translations through Transifex. The deadline to hand in translations for this release is Wednesday, April 4th. Thank you again and please let me know if you have any questions. To visit the Shotwell page on Transifex, visit: https://www.transifex.net/projects/p/shotwell/ -- Cheers, Laura Khalil Production Engineer Yorba Foundation From FSteinbock at gmx.net Sat Mar 31 12:09:54 2012 From: FSteinbock at gmx.net (Florian Steinbock) Date: Sat, 31 Mar 2012 14:09:54 +0200 Subject: [Shotwell] Shotwell doesn't save eventnames In-Reply-To: <4F76F286.1040905@gmx.net> References: <4F76F286.1040905@gmx.net> Message-ID: <4F76F412.8050105@gmx.net> Hey guys, i want to organize my fotos with shotwell. Hey guys, i want to organize my fotos with shotwell. I use Fedora 16 and Shotwell 0.10.1. I import all my fotos in Shotwell and rename all events. The next day i started Shotwell again and have to see, that all names changed. I try with to events to rename it with the same result. After restart from Shotwell all was changed or the name where deleted. I don't know what i can do. I searched in the internet and ask in a forum without solutions. i hope you can help me. greets florian From adam at yorba.org Sat Mar 31 14:18:32 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 31 Mar 2012 14:11:32 -0007 Subject: [Shotwell] Shotwell doesn't save eventnames In-Reply-To: <4F76F412.8050105@gmx.net> References: <4F76F286.1040905@gmx.net> <4F76F412.8050105@gmx.net> Message-ID: <4f77123b.4128440a.7591.ffff9ba9@mx.google.com> Hm - that's odd. Try this: start Shotwell, select an unnamed event (i.e. one that just looks like a date), then rename it to 'xyz'. Then restart Shotwell. Is the event still called 'xyz', or does it just look like a date again? Try running 'SHOTWELL_LOG=1 shotwell' from the command line, then repeating the experiment above. Do you see any output in the console? Exit Shotwell, then look at the log file in ~/.cache/shotwell/shotwell.log. Do you see any error messages related to events? Can you upgrade to Shotwell 0.12? It shouldn't be hard to build it yourself on Fedora - if you need help, just ask here. Does that help with this problem? adam On Sat, Mar 31, 2012 at 5:09 AM, Florian Steinbock wrote: > Hey guys, > > i want to organize my fotos with shotwell. > > Hey guys, i want to organize my fotos with shotwell. > > > I use Fedora 16 and Shotwell 0.10.1. > > > I import all my fotos in Shotwell and rename all events. The next day i > started Shotwell again and have to see, that all names changed. > > I try with to events to rename it with the same result. After restart > from Shotwell all was changed or the name where deleted. > > I don't know what i can do. I searched in the internet and ask in a > forum without solutions. > > i hope you can help me. > > > greets florian > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From thomas.moschny at gmail.com Sat Mar 31 14:29:18 2012 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Sat, 31 Mar 2012 16:29:18 +0200 Subject: [Shotwell] Fwd: Shotwell doesn't save eventnames In-Reply-To: References: <4F76F286.1040905@gmx.net> <4F76F412.8050105@gmx.net> <4f77123b.4128440a.7591.ffff9ba9@mx.google.com> Message-ID: (Oops, meant to send that to the list - sorry, Adam) Adam Dingle : > Can you upgrade to Shotwell 0.12? ?It shouldn't be hard to build it yourself on Fedora - if you need help, just ask here. ?Does that help with this problem? You could also try the RPMs for F16 from here: http://repos.fedorapeople.org/repos/thm/shotwell/ Please note that these are _not_ official builds. Please send feedback about these packages to me first. Regards, Thomas From FSteinbock at gmx.net Sat Mar 31 15:02:49 2012 From: FSteinbock at gmx.net (Florian Steinbock) Date: Sat, 31 Mar 2012 17:02:49 +0200 Subject: [Shotwell] Shotwell doesn't save eventnames In-Reply-To: <4F77194C.5000104@gmx.net> References: <4F77194C.5000104@gmx.net> Message-ID: <4F771C99.5030004@gmx.net> Hi Am 31.03.2012 16:18, schrieb Adam Dingle: > Hm - that's odd. > > Try this: start Shotwell, select an unnamed event (i.e. one that just looks like a date), then rename it to 'xyz'. Then restart Shotwell. Is the event still called 'xyz', or does it just look like a date again? Same, i renamed it and after restart the name was changed. > Try running 'SHOTWELL_LOG=1 shotwell' from the command line, then repeating the experiment above. Do you see any output in the console? No there is nothing in the command line. > Exit Shotwell, then look at the log file in ~/.cache/shotwell/shotwell.log. Do you see any error messages related to events? /L 15258 2012-03-31 16:43:46 [MSG] main.vala:388: Shotwell Fotoverwaltung 0.10.1 L 15258 2012-03-31 16:43:46 [MSG] main.vala:73: Verifying database ... L 15258 2012-03-31 16:43:46 [MSG] VideoSupport.vala:360: interpreter state cookie not found; assuming all video thumbnails are out of date L 15258 2012-03-31 16:43:47 [MSG] VideoSupport.vala:360: interpreter state cookie not found; assuming all video thumbnails are out of date L 15258 2012-03-31 16:43:49 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/florian/Bilder/.hidden L 15258 2012-03-31 16:43:49 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/florian/Bilder/.hidden~ L 15258 2012-03-31 16:43:50 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/florian/Bilder/DCIM/.thumbnails L 15258 2012-03-31 16:43:51 [WRN] Photo.vala:682: Unable to interrogate photo file /home/florian/Bilder/Bilder/Urlaub/Ungarnurlaub 2009/SN852929.JPG: Fehler beim Lesen einer JPEG-Bilddatei (Bogus Huffman table definition)/ > Can you upgrade to Shotwell 0.12? It shouldn't be hard to build it yourself on Fedora - if you need help, just ask here. Does that help with this problem? > Not in the moment, i want but get to many errors. / [root at sony-vaio shotwell-0.12.0]# make Requested 'gexiv2 >= 0.3.92' but version of GExiv2 is 0.2.2 make: *** [pkgcheck] Fehler 1/ and as rpm it is the same, i tryed to update the gexiv2 to higher version, but then it says it needs this and this... there are arround 10 updates i have to do from hand and some gets errors. Greets From FSteinbock at gmx.net Sat Mar 31 15:14:00 2012 From: FSteinbock at gmx.net (Florian Steinbock) Date: Sat, 31 Mar 2012 17:14:00 +0200 Subject: [Shotwell] Shotwell doesn't save eventnames In-Reply-To: <4F771C99.5030004@gmx.net> References: <4F77194C.5000104@gmx.net> <4F771C99.5030004@gmx.net> Message-ID: <4F771F38.7010905@gmx.net> You could also try the RPMs for F16 from here: http://repos.fedorapeople.org/repos/thm/shotwell/ Please note that these are _not_ official builds. Please send feedback about these packages to me first. --> so i tryed. Result: Nothing :( the rpm means: /shotwell-0.12.1-0.1.fc16.x86_64 need libgexiv2.so.1()(64bit)/ i downloaded this --> /libgexiv2-0.3.91-1.fc18.x86_64 need libexiv2.so.11()(64bit)/ (result for searching/libgexiv2.so.1()(64bit) /) --> /shotwell-0.10.1-3.fc16.x86_64 ben?tigt libexiv2.so.10()(64bit) gnome-color-manager-3.2.2-1.fc16.x86_64 ben?tigt libexiv2.so.10()(64bit) strigi-libs-0.7.7-1.fc16.x86_64 ben?tigt libexiv2.so.10()(64bit) libkexiv2-4.8.1-1.fc16.x86_64 ben?tigt libexiv2.so.10()(64bit) libgexiv2-0.2.2-2.fc15.x86_64 ben?tigt libexiv2.so.10()(64bit) kde-runtime-libs-4.8.1-2.fc16.x86_64 ben?tigt libexiv2.so.10()(64bit) exiv2-devel-0.21.1-3.fc16.x86_64 ben?tigt libexiv2.so.10()(64bit) exiv2-devel-0.21.1-3.fc16.x86_64 ben?tigt exiv2-libs(x86-64) = 0.21.1-3.fc16/ but libexiv2.so.10()(64bit) is allready installed. :( and / /exiv2-libs(x86-64) / Can't install /tmp/exiv2-libs-0.21.1-3.fc15.x86_64.rpm as no transaction/ is there any hope? or must i wait to the next fedora update? greets From adam at yorba.org Sat Mar 31 15:42:19 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 31 Mar 2012 08:42:19 -0700 Subject: [Shotwell] Shotwell doesn't save eventnames In-Reply-To: <4F771C99.5030004@gmx.net> References: <4F77194C.5000104@gmx.net> <4F771C99.5030004@gmx.net> Message-ID: <4F7725DB.9010707@yorba.org> On 03/31/2012 08:02 AM, Florian Steinbock wrote: > >> Can you upgrade to Shotwell 0.12? It shouldn't be hard to build it >> yourself on Fedora - if you need help, just ask here. Does that help >> with this problem? >> > Not in the moment, i want but get to many errors. > / [root at sony-vaio shotwell-0.12.0]# make > Requested 'gexiv2 >= 0.3.92' but version of GExiv2 is 0.2.2 > make: *** [pkgcheck] Fehler 1/ > > and as rpm it is the same, i tryed to update the gexiv2 to higher > version, but then it says it needs this and this... there are arround > 10 updates i have to do from hand and some gets errors. I recommend building and installing the current version of gexiv2 from source. See http://redmine.yorba.org/projects/gexiv2/wiki/Gexiv2 . You want to do something like this: # Allow the system to find libraries in /usr/local. $ sudo sh -c 'echo /usr/local/lib > /etc/ld.so.conf.d/local.conf' $ echo 'export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig' >> ~/.bashrc # Close and restart your terminal window so the preceding definition in .bashrc will be read. $ sudo yum-builddep libgexiv2 $ wget http://yorba.org/download/gexiv2/0.4/libgexiv2-0.4.1.tar.bz2 $ tar xfj libgexiv2*.bz2 $ cd libgexiv2-0.4.1 $ make $ sudo make install $ sudo ldconfig adam From busch-alpen at t-online.de Sat Mar 31 17:51:13 2012 From: busch-alpen at t-online.de (Michael und Britta Busch) Date: Sat, 31 Mar 2012 18:51:13 +0100 Subject: [Shotwell] shotwell and combined filter Message-ID: <4F774411.3090207@t-online.de> Hi, do you plan to implement a filter combining different tags?? Kind Regards Michael From adam at yorba.org Sat Mar 31 17:57:25 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 31 Mar 2012 17:50:25 -0007 Subject: [Shotwell] shotwell and combined filter In-Reply-To: <4F774411.3090207@t-online.de> References: <4F774411.3090207@t-online.de> Message-ID: <4f774588.8921440a.44ec.ffffa3b4@mx.google.com> Michael, as you may know, you can use a saved search to combine tags in Shotwell today: http://yorba.org/shotwell/help/search.html We'd also like to let the user select multiple sidebar tags to perform a combined search, though this is not yet implemented: http://redmine.yorba.org/issues/2275 adam On Sat, Mar 31, 2012 at 10:51 AM, Michael und Britta Busch wrote: > Hi, > > do you plan to implement a filter combining different tags?? > > Kind Regards > > Michael > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lombaardcj at gmail.com Sat Mar 31 18:24:53 2012 From: lombaardcj at gmail.com (Chris Lombaard) Date: Sat, 31 Mar 2012 20:24:53 +0200 Subject: [Shotwell] (no subject) Message-ID: Hi, I'm unable to build from source on Ubuntu 11.04. Followed the instruction on the website to the letter for Ubuntu install and got the next errors. Requested 'gexiv2 >= 0.3.92' but version of GExiv2 is 0.3.1 Requested 'glib-2.0 >= 2.30.0' but version of GLib is 2.28.6 Package gtk+-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-3.0' found Package unique-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `unique-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'unique-3.0' found Package webkitgtk-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `webkitgtk-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'webkitgtk-3.0' found make: *** [pkgcheck] Error 1 Can someone please provide some direction? I take it that the instructions on the website are outdated looking at the packages that is missing. -- Regards, Chris Lombaard From cdysthe at gmail.com Sat Mar 31 18:29:20 2012 From: cdysthe at gmail.com (Christian Dysthe) Date: Sat, 31 Mar 2012 13:29:20 -0500 Subject: [Shotwell] Publish to Facebook gone. Message-ID: Hi, I updated to 0.12.1 (Ubuntu package) and I can no longer publish to Facebook. There's no plugin for Facebook to enable. The only publishing plugins are for Piwigo and Yandex. The latter can not be enabled. How can I get publish to Facebook back? -- //Christian From adam at yorba.org Sat Mar 31 18:45:51 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 31 Mar 2012 18:38:51 -0007 Subject: [Shotwell] Publish to Facebook gone. In-Reply-To: References: Message-ID: <4f7750e2.a93b440a.7947.78f8@mx.google.com> Christian, this is caused by a known bug in our PPA packaging: http://redmine.yorba.org/issues/4971 We'll have a new PPA build later today that should solve the problem. Thanks for your patience! adam On Sat, Mar 31, 2012 at 11:29 AM, Christian Dysthe wrote: > Hi, > > I updated to 0.12.1 (Ubuntu package) and I can no longer publish to > Facebook. There's no plugin for Facebook to enable. The only publishing > plugins are for Piwigo and Yandex. The latter can not be enabled. > How can I get publish to Facebook back? > > -- > //Christian > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Sat Mar 31 18:51:21 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 31 Mar 2012 18:44:21 -0007 Subject: [Shotwell] (no subject) In-Reply-To: References: Message-ID: <4f77522c.0817440a.6e49.2cee@mx.google.com> Chris, Shotwell 0.12 wil not build on Ubuntu 11.04 because it requires newer versions of various libraries than those present in 11.04. I think it would be challenging to upgrade those libraries with your current Ubuntu version. If you'd like to try Shotwell 0.12, I recommend that you upgrade to Ubuntu 11.10 (or 12.04 beta). adam On Sat, Mar 31, 2012 at 11:24 AM, Chris Lombaard wrote: > Hi, > > I'm unable to build from source on Ubuntu 11.04. > > Followed the instruction on the website to the letter for Ubuntu install > and got the next errors. > > Requested 'gexiv2 >= 0.3.92' but version of GExiv2 is 0.3.1 > Requested 'glib-2.0 >= 2.30.0' but version of GLib is 2.28.6 > Package gtk+-3.0 was not found in the pkg-config search path. > Perhaps you should add the directory containing `gtk+-3.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'gtk+-3.0' found > Package unique-3.0 was not found in the pkg-config search path. > Perhaps you should add the directory containing `unique-3.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'unique-3.0' found > Package webkitgtk-3.0 was not found in the pkg-config search path. > Perhaps you should add the directory containing `webkitgtk-3.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'webkitgtk-3.0' found > make: *** [pkgcheck] Error 1 > > Can someone please provide some direction? > > I take it that the instructions on the website are outdated looking at the > packages that is missing. > > -- > Regards, > Chris Lombaard > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Sat Mar 31 20:32:23 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 31 Mar 2012 20:25:23 -0007 Subject: [Shotwell] Publish to Facebook gone. In-Reply-To: <4f7750e2.a93b440a.7947.78f8@mx.google.com> References: <4f7750e2.a93b440a.7947.78f8@mx.google.com> Message-ID: <4f7769da.c10f440a.4780.ffffaead@mx.google.com> The PPA build is now complete. If you apply software updates on your Oneiric machine then publishing should now work normally again. adam On Sat, Mar 31, 2012 at 11:45 AM, Adam Dingle wrote: > Christian, > > this is caused by a known bug in our PPA packaging: > > http://redmine.yorba.org/issues/4971 > > We'll have a new PPA build later today that should solve the problem. Thanks for your patience! > > adam > > On Sat, Mar 31, 2012 at 11:29 AM, Christian Dysthe wrote: > > Hi, > > > > I updated to 0.12.1 (Ubuntu package) and I can no longer publish to > > Facebook. There's no plugin for Facebook to enable. The only publishing > > plugins are for Piwigo and Yandex. The latter can not be enabled. > > How can I get publish to Facebook back? > > > > -- > > //Christian > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > From cdysthe at gmail.com Sat Mar 31 20:39:28 2012 From: cdysthe at gmail.com (Christian Dysthe) Date: Sat, 31 Mar 2012 15:39:28 -0500 Subject: [Shotwell] Publish to Facebook gone. In-Reply-To: <4f7769da.c10f440a.4780.ffffaead@mx.google.com> References: <4f7750e2.a93b440a.7947.78f8@mx.google.com> <4f7769da.c10f440a.4780.ffffaead@mx.google.com> Message-ID: On Sat, 31 Mar 2012 15:32:23 -0500, Adam Dingle wrote: > The PPA build is now complete. If you apply software updates on your > Oneiric machine then publishing should now work normally again. Just update, and it works great. Thanks! (I /really/ like Shotwell! :) ) > > adam > > On Sat, Mar 31, 2012 at 11:45 AM, Adam Dingle wrote: >> Christian, >> >> this is caused by a known bug in our PPA packaging: >> >> http://redmine.yorba.org/issues/4971 >> >> We'll have a new PPA build later today that should solve the problem. >> Thanks for your patience! >> >> adam >> >> On Sat, Mar 31, 2012 at 11:29 AM, Christian Dysthe >> wrote: >> > Hi, >> > >> > I updated to 0.12.1 (Ubuntu package) and I can no longer publish to >> > Facebook. There's no plugin for Facebook to enable. The only >> publishing >> > plugins are for Piwigo and Yandex. The latter can not be enabled. >> > How can I get publish to Facebook back? >> > >> > -- >> > //Christian >> > >> > >> > _______________________________________________ >> > Shotwell mailing list >> > Shotwell at lists.yorba.org >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > >> -- //Christian Dropbox. Your files from anywhere! - http://db.tt/U8MqkVR From thomas.moschny at gmail.com Sat Mar 31 22:25:10 2012 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Sun, 1 Apr 2012 00:25:10 +0200 Subject: [Shotwell] Shotwell doesn't save eventnames In-Reply-To: <4F771F38.7010905@gmx.net> References: <4F77194C.5000104@gmx.net> <4F771C99.5030004@gmx.net> <4F771F38.7010905@gmx.net> Message-ID: Florian, Florian Steinbock : > the rpm means: > > /shotwell-0.12.1-0.1.fc16.x86_64 need libgexiv2.so.1()(64bit)/ > > i downloaded this --> it seems you tried to manually install only the shotwell rpm. The URL I gave earlier points to a repository which also contains an updated libgexiv2 package. So, instead of downloading and installing manually, try this: su -c 'wget -nd -P /etc/yum.repos.d/ http://repos.fedorapeople.org/repos/thm/shotwell/fedora-shotwell.repo' and then su -c 'yum install shotwell' Regards Thomas