From jim at yorba.org Tue Nov 3 20:10:53 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 3 Nov 2009 12:10:53 -0800 Subject: [Shotwell] Announce: Shotwell 0.3.0 - a digital photo organizer for the GNOME desktop Message-ID: Yorba has released Shotwell 0.3.0, a major update to our digital photo organizer.? This release includes a slew of new features and performance improvements.? It is highly recommended that all users upgrade. Improvements include: * One-click auto-enhance button, shadows control, and histogram contrast expansion. * Hierarchical event tree in sidebar. Events may now be renamed. * Photos display instantly. * Crop aspect ratios. * Basic information pane to display photo title, exposure time, dimensions, and file size. * Configurable slideshow delay. * Direct edit mode.? Shotwell can open any JPEG file, move between other JPEGS in the same directory, and edit them with the same tools available in the photo manager. * Better keyboard handling for selecting photos and moving between pages on the sidebar. * When viewing thumbnails from a camera, hide photos already imported into Shotwell.? Imported photos may now be removed from the camera. * Code internationalized.? Partial French translation now available. We're really proud of this release.? We feel this version is the most significant Shotwell release yet. Download the source from the Shotwell home page at http://www.yorba.org/shotwell/ Binaries for jaunty and karmic will soon be available at Yorba's PPA: https://launchpad.net/~yorba/+archive/ppa Enjoy, -- Jim Nelson Shotwell home page: http://www.yorba.org/shotwell/ Shotwell wiki: http://trac.yorba.org/wiki/Shotwell From vperetokin at gmail.com Tue Nov 3 20:12:49 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Tue, 3 Nov 2009 15:12:49 -0500 Subject: [Shotwell] Announce: Shotwell 0.3.0 - a digital photo organizer for the GNOME desktop In-Reply-To: References: Message-ID: <6995ca080911031212h45d910adpeb5886ec9f3fd5d9@mail.gmail.com> Congrats! On Nov 3, 2009 3:10 PM, "Jim Nelson" wrote: Yorba has released Shotwell 0.3.0, a major update to our digital photo organizer. This release includes a slew of new features and performance improvements. It is highly recommended that all users upgrade. Improvements include: * One-click auto-enhance button, shadows control, and histogram contrast expansion. * Hierarchical event tree in sidebar. Events may now be renamed. * Photos display instantly. * Crop aspect ratios. * Basic information pane to display photo title, exposure time, dimensions, and file size. * Configurable slideshow delay. * Direct edit mode. Shotwell can open any JPEG file, move between other JPEGS in the same directory, and edit them with the same tools available in the photo manager. * Better keyboard handling for selecting photos and moving between pages on the sidebar. * When viewing thumbnails from a camera, hide photos already imported into Shotwell. Imported photos may now be removed from the camera. * Code internationalized. Partial French translation now available. We're really proud of this release. We feel this version is the most significant Shotwell release yet. Download the source from the Shotwell home page at http://www.yorba.org/shotwell/ Binaries for jaunty and karmic will soon be available at Yorba's PPA: https://launchpad.net/~yorba/+archive/ppa Enjoy, -- Jim Nelson Shotwell home page: http://www.yorba.org/shotwell/ Shotwell wiki: http://trac.yorba.org/wiki/Shotwell _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthias.clasen at gmail.com Tue Nov 3 23:28:16 2009 From: matthias.clasen at gmail.com (Matthias Clasen) Date: Tue, 3 Nov 2009 18:28:16 -0500 Subject: [Shotwell] Getting 0.3.0 to build Message-ID: Hey, congratulations on 0.3.0, it is looking pretty sweet indeed. I had to hack around a bit in the Makefile to make it build on Fedora. You seem to have accumulated some Ubuntuisms there :-) I'll attach my patches. The short summary is: - Running cache-updaters like update-desktop-database, gconftool-2, etc from 'make install' is not really best for packaging. It would be nice if there was a way to omit that and have make install just put the files down. For gconf schemas, the de-facto standard for this is export GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 - GConf schemas should be installed (usually in $sysconfdir/gconf/schemas, but it varies a bit between distros) - update-icon-caches is not available here - GTK+ ships gtk-update-icon-cache - SYSTEM_LANG_DIR should be $(DESTDIR)$(PREFIX)/share/locale unless you want to be really Ubuntu-centric. And even if you want to, $(DESTDIR)$(PREFIX) is missing - killall -HUP gconfd-2 will return nonzero and interrupt the install if there is no gconfd running Matthias -------------- next part -------------- A non-text attachment was scrubbed... Name: gconftool.patch Type: text/x-diff Size: 2890 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: desktopfile.patch Type: text/x-diff Size: 481 bytes Desc: not available URL: From jim at yorba.org Wed Nov 4 20:15:37 2009 From: jim at yorba.org (Jim Nelson) Date: Wed, 4 Nov 2009 12:15:37 -0800 Subject: [Shotwell] Getting 0.3.0 to build In-Reply-To: References: Message-ID: Hi Matthias, Thanks for these patches. No, we do not want to be Ubuntu-specific here, it's just the distro we're the most familiar with. So anything you can suggest that helps Shotwell build everywhere (or at least with all major distros) is welcome. Your patches mostly make sense to me. I do have a few questions: * I'm not thrilled about running the cache updaters from make install, but we do want people to be able to install Shotwell without using a package manager. (We have nothing against package managers, of course.) Are you suggesting we merely copy the schema/desktop files and omit the update step, and assume that the caches will update at some point in the future? My concern here is that without the cache updates the install doesn't "feel" complete (i.e., the icon doesn't display in the Applications menu). Or, are you saying Makefile should respect GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL to decide if it should run the cache updater? * I'm also not thrilled about sending a HUP signal in a Makefile. We'd found docs online suggesting this was necessary. We'll probably just forgo the step ... it smells of patchwork and hackery. * In your Makefile patch the gcc options use -O2 for a debug build. Is this the norm? I find -O0 useful when, well, debugging, especially under gdb. * -m64 makes Shotwell impossible to build on 32-bit based installs (i.e. my own machine). Shouldn't this just be omitted? * I'm having trouble finding good docs on -fexceptions. This seems to be more appropriate for C++. You do know that Vala generates its own exception handling and stack unwinding in straight C? * Also, your gcc options remove some of the floating-point optimizations we included for the color transformation code. Is there a problem with leaving these in? Thanks for this help. We are planning a 0.3.1 release which will incorporate these changes. Stay tuned! -- Jim On Tue, Nov 3, 2009 at 3:28 PM, Matthias Clasen wrote: > Hey, > > congratulations on 0.3.0, it is looking pretty sweet indeed. > > I had to hack around a bit in the Makefile to make it build on Fedora. > You seem to have accumulated some Ubuntuisms there :-) > I'll attach my patches. The short summary is: > > - Running cache-updaters like update-desktop-database, gconftool-2, > etc from 'make install' is not really best for packaging. It would be > nice if there was a way to omit that and have make install just put > the files down. For gconf schemas, the de-facto standard for this is > export GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 > > - GConf schemas should be installed (usually in > $sysconfdir/gconf/schemas, but it varies a bit between distros) > > - update-icon-caches is not available here - GTK+ ships gtk-update-icon-cache > > - SYSTEM_LANG_DIR should be $(DESTDIR)$(PREFIX)/share/locale unless > you want to be really Ubuntu-centric. And even if you want to, > $(DESTDIR)$(PREFIX) is missing > > - killall -HUP gconfd-2 will return nonzero and interrupt the install > if there is no gconfd running > > > Matthias > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From matthias.clasen at gmail.com Wed Nov 4 20:33:18 2009 From: matthias.clasen at gmail.com (Matthias Clasen) Date: Wed, 4 Nov 2009 15:33:18 -0500 Subject: [Shotwell] Getting 0.3.0 to build In-Reply-To: References: Message-ID: On Wed, Nov 4, 2009 at 3:15 PM, Jim Nelson wrote: > * I'm not thrilled about running the cache updaters from make install, > but we do want people to be able to install Shotwell without using a > package manager. ?(We have nothing against package managers, of > course.) ?Are you suggesting we merely copy the schema/desktop files > and omit the update step, and assume that the caches will update at > some point in the future? ?My concern here is that without the cache > updates the install doesn't "feel" complete (i.e., the icon doesn't > display in the Applications menu). ?Or, are you saying Makefile should > respect GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL to decide if it should > run the cache updater? I think having one or more env vars to suppress anything beyond the putting down of files would be more than sufficient to make packagers happy, while still allowing make install to just work in a self-built scenario > * I'm also not thrilled about sending a HUP signal in a Makefile. > We'd found docs online suggesting this was necessary. ?We'll probably > just forgo the step ... it smells of patchwork and hackery. > > * In your Makefile patch the gcc options use -O2 for a debug build. > Is this the norm? ?I find -O0 useful when, well, debugging, especially > under gdb. Oh, sorry. That was an oversight. I didn't mean to send that along. > * -m64 makes Shotwell impossible to build on 32-bit based installs > (i.e. my own machine). ?Shouldn't this just be omitted? > > * I'm having trouble finding good docs on -fexceptions. ?This seems to > be more appropriate for C++. ?You do know that Vala generates its own > exception handling and stack unwinding in straight C? > > * Also, your gcc options remove some of the floating-point > optimizations we included for the color transformation code. ?Is there > a problem with leaving these in? See above. Please ignore the CFLAGS hunk. These are just the default CFLAGS that are used in Fedora builds. I'll investigate to possibly build the color transformation code with special flags. But it seems plenty fast enough on my T61 anyway... From jim at yorba.org Wed Nov 4 23:42:54 2009 From: jim at yorba.org (Jim Nelson) Date: Wed, 4 Nov 2009 15:42:54 -0800 Subject: [Shotwell] Getting 0.3.0 to build In-Reply-To: References: Message-ID: Great -- that clears up a ton. I've committed to trunk a combination of (most) of your patches and the changes you've suggested. Could you fetch from there and verify this is suitable for packagers? That would help us a lot and get us closer to a 0.3.1 release. Cheers, -- Jim From matthias.clasen at gmail.com Thu Nov 5 14:48:29 2009 From: matthias.clasen at gmail.com (Matthias Clasen) Date: Thu, 5 Nov 2009 09:48:29 -0500 Subject: [Shotwell] Getting 0.3.0 to build In-Reply-To: References: Message-ID: On Wed, Nov 4, 2009 at 6:42 PM, Jim Nelson wrote: > Great -- that clears up a ton. > > I've committed to trunk a combination of (most) of your patches and > the changes you've suggested. ?Could you fetch from there and verify > this is suitable for packagers? ?That would help us a lot and get us > closer to a 0.3.1 release. > Ok, I tried the shotwell-0.3.0 branch, and things are looking much better indeed. Just two small things that still deserve fixing: - When installing with DESTDIR, I get install: cannot create regular file `/home/mclasen/rpmbuild/BUILDROOT/shotwell-0.3.0-1.fc13.x86_64/usr/bin': No such file or directory and /home/mclasen/rpmbuild/BUILDROOT/shotwell-0.3.0-1.fc13.x86_64/usr/share/applications/shotwell.desktop: file does not exist Looks like you are missing two mkdir -p incantations there. - The schemas file is not getting installed in $(DESTDIR)/etc/gconf/schemas yet. Thanks, Matthias PS One more small wish: It would be nice if you could mention in your download section that shotwell is available in Fedora 12 and newer. From jim at yorba.org Thu Nov 5 19:08:08 2009 From: jim at yorba.org (Jim Nelson) Date: Thu, 5 Nov 2009 11:08:08 -0800 Subject: [Shotwell] Getting 0.3.0 to build In-Reply-To: References: Message-ID: > Looks like you are missing two mkdir -p incantations there. Yes -- I'll have those fixed and checked in shortly. > - The schemas file is not getting installed in $(DESTDIR)/etc/gconf/schemas yet. So, Makefile is using gconftool-2 --makefile-install-rule to install the schemas. Should this just be forgone entirely, or should we continue to use this for "normal" installs and use the hardcoded path (plus DESTDIR) if GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL is defined? > PS One more small wish: It would be nice if you could mention in your > download section that shotwell is available in Fedora 12 and newer. I'd be happy to add that to our web site! -- Jim From matthias.clasen at gmail.com Fri Nov 6 00:17:14 2009 From: matthias.clasen at gmail.com (Matthias Clasen) Date: Thu, 5 Nov 2009 19:17:14 -0500 Subject: [Shotwell] Getting 0.3.0 to build In-Reply-To: References: Message-ID: On Thu, Nov 5, 2009 at 2:08 PM, Jim Nelson wrote: > > So, Makefile is using gconftool-2 --makefile-install-rule to install > the schemas. ?Should this just be forgone entirely, or should we > continue to use this for "normal" installs and use the hardcoded path > (plus DESTDIR) if GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL is defined? Picking a random gconf-using project (say gcalctool), I see that they have twof schema-related things in their Makefile.am: if GCONF_SCHEMAS_INSTALL # Install the gcalctool schema file. install-data-local: GCONF_CONFIG_SOURCE=$(GCONF_SCHEMA_CONFIG_SOURCE) $(GCONFTOOL) --makefile-install-rule $(srcdir)/$(schema_DATA) endif This is about the gconftool call that packagers prefer to omit with the help of that env var. schemadir = @GCONF_SCHEMA_FILE_DIR@ schema_in_files = gcalctool.schemas.in schema_DATA = $(schema_in_files:.schemas.in=.schemas) @INTLTOOL_SCHEMAS_RULE@ This part is about poking translations into the schemas with intltool and installing the resulting schemas files in /etc/gconf/schemas. So, I'd say your Makefile handles the first part just fine now, but it still lacks the equivalent of the second part. Matthias From matthias.clasen at gmail.com Sat Nov 7 05:50:59 2009 From: matthias.clasen at gmail.com (Matthias Clasen) Date: Sat, 7 Nov 2009 00:50:59 -0500 Subject: [Shotwell] translations Message-ID: Out of curiosity, what are your plans for growing a larger set of translations for shotwell ? I see several options: - Relying on the GNOME translation teams - this gives you a large set of languages, but would require moving to GNOME git, which may not be an option for you... - Use transifex - I haven't worked with transifex myself, but I have heard good things about it from others. The advantage of transifex is that you can set it up to automatically push translation updates into your svn, or you can manually pull them, if you prefer that. - Use Canonicals rosetta tool - I don't know if this would require you to move to launchpad, and if it is suitable for doing upstream translations (as opposed to 'improving' translations for a single distribution...). I'm asking because I would like to recommend using shotwell instead of gthumb for photo management in the next Fedora release, and having reasonable translation coverage would be a prerequisite for that. Matthias From vperetokin at gmail.com Sat Nov 7 12:40:59 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Sat, 7 Nov 2009 07:40:59 -0500 Subject: [Shotwell] translations In-Reply-To: References: Message-ID: <6995ca080911070440v48aad558oed50bc91765f79e5@mail.gmail.com> Id recommend rosetta from ly experience as a translator and developer. It doesn't require a welled move to lp.net either, you can just register a project on lp solely for the translations. For translators, a web interface is offered for doing the work - ie no download, works on all platforms, and a person can use multiple computers without a prob. lp also has a killer "suggestions" feature - same text already translated in other oss projects is offered as an option, so one can just click on the appropriate translation. Helps consistency across the relevant context of applications, and saves time. On Nov 7, 2009 12:51 AM, "Matthias Clasen" wrote: Out of curiosity, what are your plans for growing a larger set of translations for shotwell ? I see several options: - Relying on the GNOME translation teams - this gives you a large set of languages, but would require moving to GNOME git, which may not be an option for you... - Use transifex - I haven't worked with transifex myself, but I have heard good things about it from others. The advantage of transifex is that you can set it up to automatically push translation updates into your svn, or you can manually pull them, if you prefer that. - Use Canonicals rosetta tool - I don't know if this would require you to move to launchpad, and if it is suitable for doing upstream translations (as opposed to 'improving' translations for a single distribution...). I'm asking because I would like to recommend using shotwell instead of gthumb for photo management in the next Fedora release, and having reasonable translation coverage would be a prerequisite for that. Matthias _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam at yorba.org Mon Nov 9 19:04:33 2009 From: adam at yorba.org (Adam Dingle) Date: Mon, 09 Nov 2009 11:04:33 -0800 Subject: [Shotwell] translations In-Reply-To: References: Message-ID: <4AF867C1.5000604@yorba.org> Matthias, > what are your plans for growing a larger set of translations for shotwell ? That's a good question. Thanks for listing the available options as you see them. We're currently researching this and will get back to you about this within the next couple of weeks. > I'm asking because I would like to recommend using shotwell instead of > gthumb for photo management in the next Fedora release... Once again, that's great news. If there's anything else we can do to help achieve this then don't hesitate to let us know. adam Matthias Clasen wrote: > Out of curiosity, what are your plans for growing a larger set of > translations for shotwell ? > > I see several options: > > - Relying on the GNOME translation teams - this gives you a large set > of languages, but would require moving to GNOME git, which may not be > an option for you... > > - Use transifex - I haven't worked with transifex myself, but I have > heard good things about it from others. The advantage of transifex is > that you can set it up to automatically push translation updates into > your svn, or you can manually pull them, if you prefer that. > > - Use Canonicals rosetta tool - I don't know if this would require you > to move to launchpad, and if it is suitable for doing upstream > translations (as opposed to 'improving' translations for a single > distribution...). > > I'm asking because I would like to recommend using shotwell instead of > gthumb for photo management in the next Fedora release, and having > reasonable translation coverage would be a prerequisite for that. > > > Matthias > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From richiethom at gmail.com Tue Nov 10 11:04:25 2009 From: richiethom at gmail.com (Richard Thomas) Date: Tue, 10 Nov 2009 11:04:25 +0000 Subject: [Shotwell] Assertion failure - transformable_photo_load_raw_pixbuf Message-ID: Hi I am getting this when using Shotwell on Ubuntu Jaunty: ERROR:Photo.vala:1032:transformable_photo_load_raw_pixbuf: assertion failed: (dimensions_approx_equals (&scaled_image, (_tmp5_ = (dimensions_for_pixbuf (pixbuf, &_tmp4_), _tmp4_), &_tmp5_), 1)) Aborted This happens while using the Import from Folder function - I'm afraid I don't know which photo it is though. I am using Shotwell version 0.3.1. Looks like a really nice app! Rich From vperetokin at gmail.com Tue Nov 10 13:58:49 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Tue, 10 Nov 2009 08:58:49 -0500 Subject: [Shotwell] Assertion failure - transformable_photo_load_raw_pixbuf In-Reply-To: References: Message-ID: <6995ca080911100558i4d7e09advf244a864d83eaa04@mail.gmail.com> I had shotwell crash on me too when importing. Didn't have a chance to find the error yet though. On Nov 10, 2009 6:04 AM, "Richard Thomas" wrote: Hi I am getting this when using Shotwell on Ubuntu Jaunty: ERROR:Photo.vala:1032:transformable_photo_load_raw_pixbuf: assertion failed: (dimensions_approx_equals (&scaled_image, (_tmp5_ = (dimensions_for_pixbuf (pixbuf, &_tmp4_), _tmp4_), &_tmp5_), 1)) Aborted This happens while using the Import from Folder function - I'm afraid I don't know which photo it is though. I am using Shotwell version 0.3.1. Looks like a really nice app! Rich _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Tue Nov 10 16:42:17 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 10 Nov 2009 08:42:17 -0800 Subject: [Shotwell] Assertion failure - transformable_photo_load_raw_pixbuf In-Reply-To: References: Message-ID: This probably is related to a particular photo -- something about it not being handled correctly. If you're importing from a large directory of photos, could you try breaking down the import to smaller chunks? Another possible way to narrow the photo is to enable logging to the console via $ SHOTWELL_LOG=1 shotwell You should be able to see which photo is being imported when the assertion triggers. Thanks, -- Jim On Tue, Nov 10, 2009 at 3:04 AM, Richard Thomas wrote: > Hi > > I am getting this when using Shotwell on Ubuntu Jaunty: > > ERROR:Photo.vala:1032:transformable_photo_load_raw_pixbuf: assertion > failed: (dimensions_approx_equals (&scaled_image, (_tmp5_ = > (dimensions_for_pixbuf (pixbuf, &_tmp4_), _tmp4_), &_tmp5_), 1)) > Aborted > > This happens while using the Import from Folder function - I'm afraid > I don't know which photo it is though. I am using Shotwell version > 0.3.1. > > Looks like a really nice app! > > Rich > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From ang.joeny at gmail.com Wed Nov 11 02:33:19 2009 From: ang.joeny at gmail.com (Joeny Ang) Date: Wed, 11 Nov 2009 10:33:19 +0800 Subject: [Shotwell] Getting 0.3.0 to build Message-ID: <62699a80911101833q3ea5c02dta7fb96c189b2ac3@mail.gmail.com> Hello, I am packaging shotwell for Arch Linux and I would like to share a different approach (patch attached). I've added more options to configure (eg. --disable-schemas-install, etc) and passed variables to configure.mk. In this way, the package script could simply do this: ./configure --prefix=/usr --with-gconf-schema-file-dir=/usr/share/gconf/schemas --disable-schemas-install --disable-desktop-update --disable-icon-update make make DESTDIR= install For a normal root install, simply ignore the additional configure options. Thanks for this great app! Joeny -------------- next part -------------- A non-text attachment was scrubbed... Name: build.patch Type: application/octet-stream Size: 3394 bytes Desc: not available URL: From richiethom at gmail.com Wed Nov 11 09:25:38 2009 From: richiethom at gmail.com (Richard Thomas) Date: Wed, 11 Nov 2009 09:25:38 +0000 Subject: [Shotwell] Assertion failure - transformable_photo_load_raw_pixbuf In-Reply-To: References: Message-ID: Hi I turned on the logging, and got the following output: [DBG] Photo.vala:119: Importing file /home/rich/Pictures/2004/07/03/polperro panorama_edited.jpg [DBG] ThumbnailCache.vala:316: Importing thumbnail for polperro panorama_edited.jpg to [3487] /home/rich/.shotwell/thumbs/thumbs360/thumb0000000000000d9f.jpg [DBG] ThumbnailCache.vala:316: Importing thumbnail for polperro panorama_edited.jpg to [3487] /home/rich/.shotwell/thumbs/thumbs128/thumb0000000000000d9f.jpg ** ERROR:Photo.vala:1032:transformable_photo_load_raw_pixbuf: assertion failed: (dimensions_approx_equals (&scaled_image, (_tmp5_ = (dimensions_for_pixbuf (pixbuf, &_tmp4_), _tmp4_), &_tmp5_), 1)) Aborted I've put the picture in question on Amazon S3, it's very wide (7078 x 800, just under a meg in size): http://richiethom-misc.s3.amazonaws.com/polperro.tar.bz2 Hope this helps Rich ps: if you're interested, it's a fishing village in Cornwall in the South West of England 2009/11/10 Jim Nelson : > This probably is related to a particular photo -- something about it > not being handled correctly. > > If you're importing from a large directory of photos, could you try > breaking down the import to smaller chunks? > > Another possible way to narrow the photo is to enable logging to the console via > > $ SHOTWELL_LOG=1 shotwell > > You should be able to see which photo is being imported when the > assertion triggers. > > Thanks, > > -- Jim > > On Tue, Nov 10, 2009 at 3:04 AM, Richard Thomas wrote: >> Hi >> >> I am getting this when using Shotwell on Ubuntu Jaunty: >> >> ERROR:Photo.vala:1032:transformable_photo_load_raw_pixbuf: assertion >> failed: (dimensions_approx_equals (&scaled_image, (_tmp5_ = >> (dimensions_for_pixbuf (pixbuf, &_tmp4_), _tmp4_), &_tmp5_), 1)) >> Aborted >> >> This happens while using the Import from Folder function - I'm afraid >> I don't know which photo it is though. I am using Shotwell version >> 0.3.1. >> >> Looks like a really nice app! >> >> Rich >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > From adam at yorba.org Wed Nov 11 16:44:39 2009 From: adam at yorba.org (Adam Dingle) Date: Wed, 11 Nov 2009 08:44:39 -0800 Subject: [Shotwell] Assertion failure - transformable_photo_load_raw_pixbuf In-Reply-To: References: Message-ID: <4AFAE9F7.30906@yorba.org> An HTML attachment was scrubbed... URL: From jim at yorba.org Wed Nov 11 18:02:20 2009 From: jim at yorba.org (Jim Nelson) Date: Wed, 11 Nov 2009 10:02:20 -0800 Subject: [Shotwell] Getting 0.3.0 to build In-Reply-To: <62699a80911101833q3ea5c02dta7fb96c189b2ac3@mail.gmail.com> References: <62699a80911101833q3ea5c02dta7fb96c189b2ac3@mail.gmail.com> Message-ID: Great to hear about packaging for Arch! I'll definitely take a look at your patch and see if we can use it. I didn't think about using configure to enable/disable these options; that might be the best way to go. Cheers, -- Jim On Tue, Nov 10, 2009 at 6:33 PM, Joeny Ang wrote: > Hello, > > I am packaging shotwell for Arch Linux and I would like to share a > different approach (patch attached). > > I've added more options to configure (eg. --disable-schemas-install, etc) > and passed variables to configure.mk. ?In this way, the package script > could simply do this: > > ?./configure --prefix=/usr > ? ?--with-gconf-schema-file-dir=/usr/share/gconf/schemas > ? ?--disable-schemas-install > ? ?--disable-desktop-update > ? ?--disable-icon-update > ?make > ?make DESTDIR= install > > For a normal root install, simply ignore the additional configure options. > > Thanks for this great app! > > Joeny > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From jim at yorba.org Thu Nov 12 00:06:26 2009 From: jim at yorba.org (Jim Nelson) Date: Wed, 11 Nov 2009 16:06:26 -0800 Subject: [Shotwell] Announce: Shotwell 0.3.2 - a digital photo organizer for the GNOME desktop Message-ID: Yorba has released Shotwell 0.3.2, an update to our digital photo organizer. This release includes important fixes. It's highly recommended that all users upgrade. This release handles two issues: * Import would crash on images with certain dimensions due to an assertion. This has been corrected. (Thanks goes out to Richard Thomas for getting us a reproducible case!) * Shotwell will now gracefully handle situations where the HAL daemon (hald) is not running or is not ready. Shotwell 0.3.1 was not announced on the mailing lists. Its fixes include: * Makefile changes to facilitate packaging. * Corrected warnings caught by Vala 0.7.8. * Toolbar items marked "important" where appropriate. * Binary dependencies corrected in Debian packaging. Download the 0.3.2 source from the Shotwell home page: http://www.yorba.org/shotwell/ Binaries for Jaunty and Karmic are now available on Yorba's PPA: https://launchpad.net/~yorba/+archive/ppa Cheers, -- Jim Nelson From matthias.clasen at gmail.com Thu Nov 12 16:58:46 2009 From: matthias.clasen at gmail.com (Matthias Clasen) Date: Thu, 12 Nov 2009 11:58:46 -0500 Subject: [Shotwell] getting 0.3.2 to build Message-ID: Hey guys, sorry for not checking earlier. I just tried to get 0.3.2 built for Fedora 13, and need one more patch to get things going. Your Makefile is not quite 'prefix-clean' in some places. Matthias -------------- next part -------------- A non-text attachment was scrubbed... Name: prefixly-correct.patch Type: text/x-diff Size: 2131 bytes Desc: not available URL: From jim at yorba.org Thu Nov 12 19:55:12 2009 From: jim at yorba.org (Jim Nelson) Date: Thu, 12 Nov 2009 11:55:12 -0800 Subject: [Shotwell] getting 0.3.2 to build In-Reply-To: References: Message-ID: Hi Matthias, I took a harder look at some other apps out there, and now this makes sense. I'll go ahead and apply this patch for an upcoming release of Shotwell. Cheers, -- Jim On Thu, Nov 12, 2009 at 8:58 AM, Matthias Clasen wrote: > Hey guys, > > sorry for not checking earlier. I just tried to get 0.3.2 built for > Fedora 13, and need one more patch to get things going. Your Makefile > is not quite 'prefix-clean' in some places. > > Matthias > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From caccolangrifata at gmail.com Mon Nov 16 18:28:34 2009 From: caccolangrifata at gmail.com (caccolangrifata) Date: Mon, 16 Nov 2009 19:28:34 +0100 Subject: [Shotwell] Italian traslation Message-ID: <1258396114.2471.40.camel@mind> Hi everybody, I use shotwell since 1892, no kidding :D I found shotwell a while ago and I traslated into Italian, so in the attachment you can find the Italian translation of Shotwell. I'm not subscribed to the mailing list, so please send me direct mail to replay about the topic. -- caccolangrifata -------------- next part -------------- A non-text attachment was scrubbed... Name: it.po Type: text/x-gettext-translation Size: 27298 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Questa ? una parte del messaggio firmata digitalmente URL: From jim at yorba.org Mon Nov 16 22:03:43 2009 From: jim at yorba.org (Jim Nelson) Date: Mon, 16 Nov 2009 14:03:43 -0800 Subject: [Shotwell] Italian traslation In-Reply-To: <1258396114.2471.40.camel@mind> References: <1258396114.2471.40.camel@mind> Message-ID: That's great! Thanks so much for your contribution. This is the first translation from outside of Yorba, so it's momentous. We'll look it over and get it committed. Cheers, -- Jim Nelson 2009/11/16 caccolangrifata : > Hi everybody, > I use shotwell since 1892, no kidding :D > I found shotwell a while ago and I traslated into Italian, so in the > attachment you can find the Italian translation of Shotwell. > I'm not subscribed to the mailing list, so please send me direct mail to > replay about the topic. > > > -- > caccolangrifata > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From caccolangrifata at gmail.com Tue Nov 17 01:24:28 2009 From: caccolangrifata at gmail.com (caccolangrifata) Date: Tue, 17 Nov 2009 02:24:28 +0100 Subject: [Shotwell] Italian Traslation Message-ID: <1258421068.18261.40.camel@mind> Hi everybody again, in the attach there are update it.po file and a patch. Apply the patch to correct a small typo in src/AppWindow.vala and some good news, now I am subscribe to the ML XD -- caccolangrifata -------------- next part -------------- A non-text attachment was scrubbed... Name: it.po Type: text/x-gettext-translation Size: 27188 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: patch.diff Type: text/x-patch Size: 686 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Questa ? una parte del messaggio firmata digitalmente URL: From jim at yorba.org Tue Nov 17 02:53:12 2009 From: jim at yorba.org (Jim Nelson) Date: Mon, 16 Nov 2009 18:53:12 -0800 Subject: [Shotwell] Italian Traslation In-Reply-To: <1258421068.18261.40.camel@mind> References: <1258421068.18261.40.camel@mind> Message-ID: This is great. I'll be applying the patch and .po soon. Thanks again! -- Jim 2009/11/16 caccolangrifata : > Hi everybody again, > in the attach there are update it.po file and a patch. > Apply the patch to correct a small typo in src/AppWindow.vala > and some good news, now I am subscribe to the ML XD > > > -- > caccolangrifata > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Tue Nov 24 00:53:36 2009 From: adam at yorba.org (Adam Dingle) Date: Mon, 23 Nov 2009 16:53:36 -0800 Subject: [Shotwell] translations In-Reply-To: <4AF867C1.5000604@yorba.org> References: <4AF867C1.5000604@yorba.org> Message-ID: <7c6db8600911231653r433d18e6p370dd4e5ecd595c8@mail.gmail.com> Matthias, > what are your plans for growing a larger set of translations for shotwell ? we investigated the different translation options. We've decided to use Transifex and to set up translations for Yorba projects at transifex.net. We should be able to get this going within the next couple of weeks (the ticket http://trac.yorba.org/ticket/1025 will track progress on this). Currently we have a full Italian translation and about 80% of a French translation; hopefully using Transifex we'll be able to get much wider coverage within the next few months. adam On Mon, Nov 9, 2009 at 11:04 AM, Adam Dingle wrote: > Matthias, > > > > what are your plans for growing a larger set of translations for shotwell > ? > > That's a good question. Thanks for listing the available options as you > see them. We're currently researching this and will get back to you about > this within the next couple of weeks. > > > > I'm asking because I would like to recommend using shotwell instead of > > gthumb for photo management in the next Fedora release... > > Once again, that's great news. If there's anything else we can do to help > achieve this then don't hesitate to let us know. > > adam > > > Matthias Clasen wrote: > >> Out of curiosity, what are your plans for growing a larger set of >> translations for shotwell ? >> >> I see several options: >> >> - Relying on the GNOME translation teams - this gives you a large set >> of languages, but would require moving to GNOME git, which may not be >> an option for you... >> >> - Use transifex - I haven't worked with transifex myself, but I have >> heard good things about it from others. The advantage of transifex is >> that you can set it up to automatically push translation updates into >> your svn, or you can manually pull them, if you prefer that. >> >> - Use Canonicals rosetta tool - I don't know if this would require you >> to move to launchpad, and if it is suitable for doing upstream >> translations (as opposed to 'improving' translations for a single >> distribution...). >> >> I'm asking because I would like to recommend using shotwell instead of >> gthumb for photo management in the next Fedora release, and having >> reasonable translation coverage would be a prerequisite for that. >> >> >> Matthias >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From iluetkeb at techfak.uni-bielefeld.de Sun Nov 29 19:23:20 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Sun, 29 Nov 2009 20:23:20 +0100 Subject: [Shotwell] translations site? Message-ID: <4B12CA28.1010307@techfak.uni-bielefeld.de> Hi, first off, thanks a lot for a great photo organizer :-) I can't begin to say how much the attention to detail of even this early release already stands out from the other available tools in this area. I was looking at a German translation and saw in the archives that you have set up something at transifex.net. Searching there for "Yorba" or "Shotwell" and browsing the list of projects did not yield a result, though. I'd be happy to help out with translating Shotwell (its not big right now, so I hope it should be fast), if you let me know where to find it. Best Regards, -- Ingo L?tkebohle -- http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle Applied Informatics Group -- Bielefeld University -- +49-521-106-2952 From lucas at yorba.org Mon Nov 30 20:14:01 2009 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 30 Nov 2009 12:14:01 -0800 Subject: [Shotwell] translations site? In-Reply-To: <4B12CA28.1010307@techfak.uni-bielefeld.de> References: <4B12CA28.1010307@techfak.uni-bielefeld.de> Message-ID: <992b763d0911301214p352f550auee45b33105a47371@mail.gmail.com> Hi Ingo, All of us at Yorba give you our thanks for offering to translate Shotwell into German. Suffice to say, without the efforts and commitment of volunteers like you, free and open source software would not be where it is today. There is no Shotwell project page on transifex.net yet because we're waiting for the transifex.net editorial staff to allocate us one. In the meantime, if you'd like to get started translating Shotwell, the POT strings template file is included in the Shotwell distribution, inside the "po" directory. So if you'd like, you could open it in POEdit (or a similar gettext string table editing tool) and start translating strings right away! Of course, you can also wait until Shotwell is allocated a page on transifex.net to start developing your translation. I'll make sure to send you an email as soon as the Shotwell page is ready. Once again, we're very happy to have your help, and we're glad you enjoy using Shotwell. Regards, Lucas -------------------- Lucas Beeler Software Designer Yorba Foundation 180 Capp Street Suite 5 San Francisco, California 94110 +1 (404) 213-0084 From iluetkeb at techfak.uni-bielefeld.de Mon Nov 30 22:26:31 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-1?Q?Ingo_L=FCtkebohle?=) Date: Mon, 30 Nov 2009 23:26:31 +0100 Subject: [Shotwell] translations site? In-Reply-To: <992b763d0911301214p352f550auee45b33105a47371@mail.gmail.com> References: <4B12CA28.1010307@techfak.uni-bielefeld.de> <992b763d0911301214p352f550auee45b33105a47371@mail.gmail.com> Message-ID: <4B144697.7070403@techfak.uni-bielefeld.de> Hi Lucas, Lucas Beeler schrieb: > All of us at Yorba give you our thanks for offering to translate > Shotwell into German. Suffice to say, without the efforts and > commitment of volunteers like you, free and open source software would > not be where it is today. Glad to! Actually, it took me a bit longer than expected (about 45mins for the whole thing), but thats nothing, really. > There is no Shotwell project page on transifex.net yet because we're > waiting for the transifex.net editorial staff to allocate us one. In > the meantime, if you'd like to get started translating Shotwell, the > POT strings template file is included in the Shotwell distribution, > inside the "po" directory. So if you'd like, you could open it in > POEdit (or a similar gettext string table editing tool) and start > translating strings right away! All right. Actually, it wasn't in the 0.3.2 distribution but I got it from the svn. What I did was to copy the shotwell.pot file to "de.po" and then edit that. I hope that was the right way to do it -- I looked around a bit but the docs only mentioned editing ".po" files. Anyway, the format looks very much the same, so I guess it will be usefull anyhow. Unfortunately, I couldn't really test it because the svn trunk requires Vala 0.7.7 now and my Ubuntu Karmic only has 0.7.1. Please let me know whether everything is ok! cheers, -- Ingo L?tkebohle -- http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle Applied Informatics Group -- Bielefeld University -- +49-521-106-2952 -------------- next part -------------- A non-text attachment was scrubbed... Name: de.po Type: text/x-gettext-translation Size: 26464 bytes Desc: not available URL: