From b.e.smith at computer.org Sat Jan 1 02:37:00 2011 From: b.e.smith at computer.org (Bruce Smith) Date: Sat, 01 Jan 2011 13:37:00 +1100 Subject: [Shotwell] Problem with CR2 files from a Canon EOS 550D Message-ID: <4D1E934C.8050107@computer.org> Hello I confirm a very similar problem to that reported by http://lists.yorba.org/pipermail/shotwell/2010-December/001408.html with RAW CR2 files off my EOS 550D. Basically, its the ?thin magenta stripe? problem. It happens in both the preview mode under the Shotwell Photo Manager and also from Nautilus via ?Open with Shotwell Photo Viewer?. My environment is: * Maverick with all updates applied * Shotwell 0.8.0 from the PPA site In case this helps, for a comparison of CR2 handling I briefly and temporarily installed Picasa on Maverick and it demonstrated precisely the same magenta stripe behaviour. Regards Bruce From pilgrimsmussla at gmail.com Sat Jan 1 11:21:42 2011 From: pilgrimsmussla at gmail.com (SpinEcho) Date: Sat, 1 Jan 2011 03:21:42 -0800 (PST) Subject: [Shotwell] Rotate picture causes Shotwell to close Message-ID: <1293880902469-31486.post@talk.nabble.com> Recently I moved my .shotwell folder from my own account to another account. I didn't want to repeat the import procedure, it took some while (about 60 Gb of pictures). When running Shotwell from this other account everything seems fine, except when I try to rotate a picture. Trying to do so makes Shotwell to close down. I am not using Shotwell on both accounts. After moving, I use Shotwell exclusively on the other account. So is it related to the change of accounts? Did I make a mistake in assuming it was just to move the .shotwell folder, should something else be moved or changed? The pictures have'nt been moved. They are stored on a different hard drive. Something else wrong? -- View this message in context: http://shotwell.3510.www.nabble.com/Rotate-picture-causes-Shotwell-to-close-tp31486p31486.html Sent from the Shotwell mailing list archive at Nabble.com. From pilgrimsmussla at gmail.com Sat Jan 1 11:48:18 2011 From: pilgrimsmussla at gmail.com (SpinEcho) Date: Sat, 1 Jan 2011 03:48:18 -0800 (PST) Subject: [Shotwell] Rotate picture causes Shotwell to close In-Reply-To: <1293880902469-31486.post@talk.nabble.com> References: <1293880902469-31486.post@talk.nabble.com> Message-ID: <1293882498609-31487.post@talk.nabble.com> Ohh, I actually solved it myself . As you all probably already have guessed I am quite new to linux. I realised that the account didn't own the .shotwell folder (root owned it). So after a few terminal commands its working again. By the way, excellent program. Am trying to shift from Vista to Ubuntu and programs like Shotwell doesn't make you miss Windows at all. -- View this message in context: http://shotwell.3510.www.nabble.com/Rotate-picture-causes-Shotwell-to-close-tp31486p31487.html Sent from the Shotwell mailing list archive at Nabble.com. From ochipepe at gmx.net Sat Jan 1 15:07:23 2011 From: ochipepe at gmx.net (Alexandre Santos) Date: Sat, 1 Jan 2011 16:07:23 +0100 Subject: [Shotwell] shotwell workflow (move, rename files) Message-ID: Hello, I recently installed Shotwell 8.0 on ubuntu 10.10 to manage my photo collection. My desired workflow would be: - move pictures from a source folder to date separated folders (year/month/day hierarchy) - rename picture name to YYYY-MM-DD-HH-MM-SS-####.pic format - tag and score pictures (storing that info on the picture exif header) When I tried to import the picture files from a source folder. Shotwell did the import, but in the end the pictures were still in the source folder, and were not renamed. My question is the following: Can I use shotwell to implement this workflow? If not, what tool can I use to supplement shotwell? Cheers, Alex From mahfiaz at gmail.com Sat Jan 1 18:26:03 2011 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Sat, 01 Jan 2011 20:26:03 +0200 Subject: [Shotwell] shotwell workflow (move, rename files) In-Reply-To: References: Message-ID: <1293906363.3883.16.camel@antiloop> ?hel kenal p?eval, L, 2011-01-01 kell 16:07, kirjutas Alexandre Santos: > Hello, > > I recently installed Shotwell 8.0 on ubuntu 10.10 to manage my photo collection. Yaay! Way to go :) BTW, it's still 0.8 > > My desired workflow would be: > - move pictures from a source folder to date separated folders > (year/month/day hierarchy) If your pictures already in the photo library folder (usually ~/Pictures), these are only linked to without asking. Move your photos to an other folder and import these from there, Shotwell asks if you want to copy or link to the photos. Choose copy. Later you could delete the folder you imported from, if the import was succesful. > - rename picture name to YYYY-MM-DD-HH-MM-SS-####.pic format There is a bugreport in trac.yorba.org about that. I unfortunately did not find it. > - tag and score pictures (storing that info on the picture exif header) >From Edit ? Preferences tick the option "Store metadata inside files" (or similar) Regards Mattias > > When I tried to import the picture files from a source folder. > Shotwell did the import, but in the end the pictures were still in the > source folder, and were not renamed. > > My question is the following: Can I use shotwell to implement this workflow? > If not, what tool can I use to supplement shotwell? > > Cheers, > Alex > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From vivien.didelot at gmail.com Sun Jan 2 15:37:06 2011 From: vivien.didelot at gmail.com (Vivien) Date: Sun, 2 Jan 2011 16:37:06 +0100 Subject: [Shotwell] shotwell workflow (move, rename files) In-Reply-To: <1293906363.3883.16.camel@antiloop> References: <1293906363.3883.16.camel@antiloop> Message-ID: On Sat, Jan 1, 2011 at 7:26 PM, Mattias P?ldaru wrote: > ?hel kenal p?eval, L, 2011-01-01 kell 16:07, kirjutas Alexandre Santos: > > Hello, > > > > I recently installed Shotwell 8.0 on ubuntu 10.10 to manage my photo > collection. > Yaay! Way to go :) > BTW, it's still 0.8 > > > > My desired workflow would be: > > - move pictures from a source folder to date separated folders > > (year/month/day hierarchy) > If your pictures already in the photo library folder (usually > ~/Pictures), these are only linked to without asking. Move your photos > to an other folder and import these from there, Shotwell asks if you > want to copy or link to the photos. Choose copy. Later you could delete > the folder you imported from, if the import was succesful. > > > > - rename picture name to YYYY-MM-DD-HH-MM-SS-####.pic format > There is a bugreport in trac.yorba.org about that. I unfortunately did > not find it. > This is planned for the 0.9 release (see: http://trac.yorba.org/wiki/Shotwell). The ticket is the #1942, and the #2170 for the already imported files as well. > > > - tag and score pictures (storing that info on the picture exif header) > From Edit ? Preferences tick the option "Store metadata inside > files" (or similar) > > > Regards > Mattias > > > > > When I tried to import the picture files from a source folder. > > Shotwell did the import, but in the end the pictures were still in the > > source folder, and were not renamed. > > > > My question is the following: Can I use shotwell to implement this > workflow? > > If not, what tool can I use to supplement shotwell? > > > > Cheers, > > Alex > > _______________________________________________ > > 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 > -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From shuihuzhuan at free.fr Mon Jan 3 10:03:20 2011 From: shuihuzhuan at free.fr (shuihuzhuan at free.fr) Date: Mon, 3 Jan 2011 11:03:20 +0100 (CET) Subject: [Shotwell] Timezone problem with films? In-Reply-To: <1524976993.5630621294048968842.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: <1339170840.5630701294049000412.JavaMail.root@zimbra35-e6.priv.proxad.net> Hi, I've tried shotwell 0.8 last week. I encountered a problem with the time management of films. The films appear off by one hour compared to photos taken at the same time. For example : a photo at 9:28 and the film taken just after appears at 10:28. Photos are JPEG and films are MOV. I live in zone GMT+1, so this could be related to a different management of dates between the films and photos? How can I check if it is a mishandling from my camera or the translation of dates by Shotwell? Has someone already encountered this problem? To be exhaustive, I do not use the "import" function but the auto-monitoring of the directory. And thanks for that nice software (though I don't actually use it, maybe after 0.9) Herv? From vperetokin at gmail.com Mon Jan 3 11:42:19 2011 From: vperetokin at gmail.com (Vadim Peretokin) Date: Mon, 3 Jan 2011 06:42:19 -0500 Subject: [Shotwell] Timezone problem with films? In-Reply-To: <1339170840.5630701294049000412.JavaMail.root@zimbra35-e6.priv.proxad.net> References: <1524976993.5630621294048968842.JavaMail.root@zimbra35-e6.priv.proxad.net> <1339170840.5630701294049000412.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: They did gather information from the users before implementing this; perhaps a sample from your camera wasn't submitted and it handles things differently. See http://trac.yorba.org/wiki/AVISamples From olof_nord_ at hotmail.com Mon Jan 3 17:27:17 2011 From: olof_nord_ at hotmail.com (olof nord) Date: Mon, 3 Jan 2011 18:27:17 +0100 Subject: [Shotwell] Shotwell 0.8 for Windows? Message-ID: Hello, I really like cross-compability with programs, and therefore I was a little bit suprised when I yesterday could not find the Windows version of Shotwell 0.8, but even worse, not even a windows version of old Shotwell on the Shotwell download page. If there is a windows version of shotwell,I suggest that it should be possible to download it for windows, or secondly make it possible to download the old Shotwell 0.7.2. Please do not drop windows support. Greetings, Olof Nord From vperetokin at gmail.com Mon Jan 3 17:33:12 2011 From: vperetokin at gmail.com (Vadim Peretokin) Date: Mon, 3 Jan 2011 12:33:12 -0500 Subject: [Shotwell] Shotwell 0.8 for Windows? In-Reply-To: References: Message-ID: It's already been dropped: http://lists.yorba.org/pipermail/shotwell/2010-December/001320.html From adam at yorba.org Mon Jan 3 17:41:02 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 03 Jan 2011 09:41:02 -0800 Subject: [Shotwell] Shotwell 0.8 for Windows? In-Reply-To: References: Message-ID: <4D220A2E.5040108@yorba.org> On 01/03/2011 09:33 AM, Vadim Peretokin wrote: > It's already been dropped: > http://lists.yorba.org/pipermail/shotwell/2010-December/001320.html As Vadim pointed out, we've dropped support for Windows in the Shotwell 0.8 release. The Shotwell 0.7.2 installer for Windows is still available here, however: http://yorba.org/download/shotwell/0.7/shotwell-setup-0.7.2.exe adam From adam at yorba.org Mon Jan 3 18:13:53 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 03 Jan 2011 10:13:53 -0800 Subject: [Shotwell] Rotate picture causes Shotwell to close In-Reply-To: <1293882498609-31487.post@talk.nabble.com> References: <1293880902469-31486.post@talk.nabble.com> <1293882498609-31487.post@talk.nabble.com> Message-ID: <4D2211E1.6040600@yorba.org> On 01/01/2011 03:48 AM, SpinEcho wrote: > Ohh, I actually solved it myself . > > As you all probably already have guessed I am quite new to linux. I realised > that the account didn't own the .shotwell folder (root owned it). So after a > few terminal commands its working again. > > By the way, excellent program. Am trying to shift from Vista to Ubuntu and > programs like Shotwell doesn't make you miss Windows at all. SpinEcho, glad you figured it out. Of course, Shotwell should not crash even if the .shotwell directory is not writeable. We hope to fix this for 0.9: http://trac.yorba.org/ticket/2999 Glad you like Shotwell! :) adam From eric at yorba.org Mon Jan 3 18:59:53 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 3 Jan 2011 10:59:53 -0800 Subject: [Shotwell] Timezone problem with films? In-Reply-To: References: <1524976993.5630621294048968842.JavaMail.root@zimbra35-e6.priv.proxad.net> <1339170840.5630701294049000412.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: Herv?, is there any chance you could send a sample MOV and JPEG from your camera that reproduces the issue? If you can reproduce it with small sample files and attach it to a bug, that would be perfect! - Eric On Mon, Jan 3, 2011 at 3:42 AM, Vadim Peretokin wrote: > They did gather information from the users before implementing this; > perhaps > a sample from your camera wasn't submitted and it handles things > differently. See http://trac.yorba.org/wiki/AVISamples > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Mon Jan 3 19:38:53 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 3 Jan 2011 11:38:53 -0800 Subject: [Shotwell] importing errors; title on the screen In-Reply-To: References: Message-ID: Hi Levente, The Shotwell mailing list doesn't allow attachments, so if you have a screenshot of an error screen that you found confusing, you can either (i) email the screenshot to me directly at lucas at yorba.org; or (ii) post the screenshot file to an image sharing site and send a link to the mailing list. Also, you mentioned: > I would like to make a suggestion to put the title under the picture But Shotwell already does this today. Simply ensure that the "View Titles" option in the "View" menu is checked. Regards, Lucas From jim at yorba.org Mon Jan 3 19:45:43 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 3 Jan 2011 11:45:43 -0800 Subject: [Shotwell] Idea: improving import from camera In-Reply-To: References: <4D13B17A.4040902@kth.se> Message-ID: Hello all, Back from vacation and just catching up on with my voluminous inbox. Simon, the process you're describing is technically incorrect. Shotwell's import system is not serialized like that (download photo, make thumbnails, add to database, download next photo, etc.) It's a parallelized process, with multiple threads performing operations at once. For camera import, it downloads the photos and submits them to the system in batches, which then go through and examine the file, generate thumbnails, etc. However, that background does do a preliminary examination of the file after each one is downloaded, including a checksum operation, which may be the reason your camera is timing out. I've ticketed this issue here: http://trac.yorba.org/ticket/3051 -- Jim On Thu, Dec 23, 2010 at 1:06 PM, Vincent wrote: > Maybe this is an issue for big file, but this is great with my 4 Mpixel > camera: it makes me have a quick look of the imported files and is really > better and prettier than a progress bar! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Mon Jan 3 20:17:06 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 3 Jan 2011 12:17:06 -0800 Subject: [Shotwell] shotwell workflow (move, rename files) In-Reply-To: References: <1293906363.3883.16.camel@antiloop> Message-ID: Hi Alexandre, We are planning to allow user configurable directory hierarchies on import and possibly file-renaming in an upcoming version of Shotwell. See http://trac.yorba.org/ticket/1597 for more information. Cheers, Lucas From jim at yorba.org Mon Jan 3 20:18:41 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 3 Jan 2011 12:18:41 -0800 Subject: [Shotwell] Error: Directory NikonPreview with 21313 entries considered invalid; not read. In-Reply-To: <1293379323.12123.2.camel@zwerg> References: <1293379323.12123.2.camel@zwerg> Message-ID: This is a known issue with Exiv2, the photo metadata library Shotwell uses. The message itself is not a problem: http://trac.yorba.org/ticket/1872 The crash, however, is worrisome. Can you follow these steps and send us the files to examine? http://trac.yorba.org/wiki/Shotwell/FAQ#IfoundabuginShotwell.HowcanIreportit -- Jim On Sun, Dec 26, 2010 at 8:02 AM, Alexey Fisher wrote: > Hi, > i get this error "Error: Directory NikonPreview with 21313 entries > considered invalid; not read." before shotwell crashes. I even can't > open any photo. It will happen just after start. > > First time it happened after i started to import my collection from > other manager (digiKam). > -- > Regards, > Alexey > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Jan 3 22:42:25 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 03 Jan 2011 14:42:25 -0800 Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: References: <1293327487939-31233.post@talk.nabble.com> <1293390301957-31283.post@talk.nabble.com> <1293551074357-31345.post@talk.nabble.com> Message-ID: <4D2250D1.5000007@yorba.org> On 12/28/2010 09:42 AM, Nelson wrote: > > Is there a process to combine databases? I should probably google for > the answers to these questions, but your willingness to help is making > me lazy. ;) There is no way to merge two existing Shotwell databases at this time. adam From adam at yorba.org Mon Jan 3 22:50:39 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 03 Jan 2011 14:50:39 -0800 Subject: [Shotwell] [future request] add some default verbosity In-Reply-To: <1293619802.19948.17.camel@zwerg> References: <1293619802.19948.17.camel@zwerg> Message-ID: <4D2252BF.3040306@yorba.org> Alexey, On 12/29/2010 02:50 AM, Alexey Fisher wrote: > Hallo devs, > > i have some crashes with shotwell 0.8. It happens on import or on > library update. At the same time i get "Error: Directory NikonPreview > with 21313 entries considered invalid; not read." After some googling i > found this mail: http://osdir.com/ml/digikam-users/2010-08/msg00086.html > it says, this message come from lib exif2. That's (almost) correct: this error message comes from the exiv2 library. We'd like to suppress it, but (at last until recently) the library has insisted on writing these messages to standard output: see http://trac.yorba.org/ticket/1872 . It appears this may finally have been fixed in the latest exiv2 release according to one of the comments on that ticket. > I still can't find if this error is the reason of the crash. Some times > i get many of this errors and shotwell is working, some times it crashes > after few of them. This error message is benign, and is almost certainly not the cause of the crash you're observing. > My [future request] is to add some default verbosity. For example on > photo import shotwell should write to terminal the path of current > photo. So if it crashes i can find where it was. > Second: is to fix this message "Error: Directory NikonPreview with 21313 > entries considered invalid; not read." it says almost nothing. It should > be some thing like this: > shotwell: read image, path: /home/bla/Bilder/someimage.jpg > libexiv2: can't parse exif of image: someimage.jpg > libexiv2: 'NikonPreview' entry is too big (21313 byte). Skip it. As Lucas mentioned in his earlier reply, Shotwell does have a logging facility which can write the path of each photo as it's imported. See http://trac.yorba.org/wiki/Shotwell/FAQ . adam From adam at yorba.org Mon Jan 3 23:04:02 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 03 Jan 2011 15:04:02 -0800 Subject: [Shotwell] Timezone problem with films? In-Reply-To: References: <1524976993.5630621294048968842.JavaMail.root@zimbra35-e6.priv.proxad.net> <1339170840.5630701294049000412.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: <4D2255E2.9080200@yorba.org> Herv?, Also: does your camera allow you to set the time zone you're in? If so, have you set it? If the camera lets you set the time zone but you haven't set it, I might expect the behavior you describe (in fact I saw a similar mismatch between photo and movie times before I set the time zone on my Canon S90.) cheers adam On 01/03/2011 10:59 AM, Eric Gregory wrote: > Herv?, is there any chance you could send a sample MOV and JPEG from your > camera that reproduces the issue? > > If you can reproduce it with small sample files and attach it to a bug, that > would be perfect! > > - Eric > > On Mon, Jan 3, 2011 at 3:42 AM, Vadim Peretokinwrote: > >> They did gather information from the users before implementing this; >> perhaps >> a sample from your camera wasn't submitted and it handles things >> differently. See http://trac.yorba.org/wiki/AVISamples >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Tue Jan 4 00:27:04 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 3 Jan 2011 16:27:04 -0800 Subject: [Shotwell] thumbnail update In-Reply-To: References: Message-ID: Hi, > Is there some way to manually regenerate the thumbnails though? As Adam said, there is currently no way, automatic or manual, to regenerate thumbnails in Shotwell. We do have a ticket for it, though (http://trac.yorba.org/ticket/2889) and patches are always welcome! Cheers, Lucas From jim at yorba.org Tue Jan 4 00:38:00 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 3 Jan 2011 16:38:00 -0800 Subject: [Shotwell] Error using specific database directory In-Reply-To: <4D16EAA1.5090708@gmail.com> References: <4D16EAA1.5090708@gmail.com> Message-ID: Hi Thierry, When you run Shotwell with the -d option, are you attempting to create a new database or is there an existing one there? If so, was it from 0.7? If you could follow these instructions and send back the two files, it would help us diagnose the problem: http://trac.yorba.org/wiki/Shotwell/FAQ#IfoundabuginShotwell.HowcanIreportit -- Jim On Sat, Dec 25, 2010 at 11:11 PM, Thierry Le Guillou wrote: > Hello, I just migrate to Shotwell 0.8 and I am impressed by the great job. > Bravo ! > But since I cannot launch Shotwell with a specific database directory : > > thierry:~$ shotwell -d /media/Aux/FotoTime/ShotwellDB > (shotwell:2015): GLib-CRITICAL **: g_utf8_collate_key: assertion `str != > NULL' failed > (shotwell:2015): GLib-CRITICAL **: g_utf8_collate_key: assertion `str != > NULL' failed > (shotwell:2015): GLib-CRITICAL **: g_utf8_collate_key: assertion `str != > NULL' failed > Erreur de segmentation > > is there something I missed ? > > Standard lauching (.shotwell directory) has no problem, but for personnal > backup need my photo collection is in on a special partition. > > > > Thierry > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Tue Jan 4 01:10:50 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 3 Jan 2011 17:10:50 -0800 Subject: [Shotwell] Accessing an alternative database In-Reply-To: <20101226221148.GA5963@talktalkplc.com> References: <20101226221148.GA5963@talktalkplc.com> Message-ID: Your email touches on a number of features we've been thinking about and/or have been wishlisted by a number of users. To start with the more low-level technical stuff, as far as the umask of the photo.db file, we rely on Sqlite to create the file if it doesn't exist, which (presumably) creates the file with default permissions. We might be able to work around this by updating the umask after creation, but I'd need to think more about that. Thumbnails would need to have the same logic (since we don't create the files but rely on gdk-pixbuf to produce the JPEG files), and for that matter, just about everything that's written to the library directory would need to be patched up. A side issue here is that, even if we did get such a setup working, there's no way you can run two Shotwell instances against the same database, i.e. with user switching. Shotwell is simply not built for this. We've talked about (and have ticketed) various ideas to ease sharing libraries between machines, which could be extended to sharing libraries on the same machine. We've also thought about making a libshotwell that would make the library available to multiple clients in a safe way. As has been ticketed, we need to have better error-handling when the database is not writeable -- no question there. Support for a read-only database is a bit trickier, as not only is there the permissions problem, but also reflecting the read-only state in the UI. Every operation that modifies, updates, or adds items to the library must be grayed out (or, in my view, should be). It's probably just easier to build a Shotwell library browser that is built from the ground-up to work in read-only mode. Just thinking out loud here. As far as storing the metadata (Shotwell's metadata plus the standard stuff) in the photo files themselves, or in a sidecar or a hidden directory, as you've said, that's something we've been considering as well. That path has a lot of glitter to it, because it couples the metadata with the photo file itself, which is the way you want to go. I have some performance concerns, however, and I'm wary of the database being a cache because date duplication (in my experience) creates buckets of bugs if not thought all the way through. On top of all this, every user has different feelings about where the data should reside: in the master file, in a sidecar, hidden directory, hidden file, etc. RAW files (not always modifiable) add a twist to the problem. Anyway, that's my brain dump about all of this. Solving your immediate problem of creating a shared library writeable by two accounts is not something I think can be solved at this time. One possibility (off the top of my head): create a dummy shotwell account and sudo to it to run Shotwell. This might introduce other complications but might solve your immediate problem. (Test this with data you can afford to lose, obviously. I've not even tried it.) And, as noted before, make sure only one instance of Shotwell is running at a time. -- Jim On Sun, Dec 26, 2010 at 2:11 PM, Brian Candler wrote: > Hi, > > I have a problem finding a good way to set up shotwell (testing using 0.7.2 > under Ubuntu Lucid) > > The scenario: both myself and my wife use the same computer at home. We > have > our own home directories and logins. My wife has her own smartphone and I > want her to be able import into her own photo library without my > assistance. > > I would also like to be able to browse my wife's photo collection, and she > to be able to browse mine. But I don't want to import all her photos into > my collection (and vice versa), because any tagging, events, image > adjustment etc will have been lost. > > Permissions are set up so that I have read-access to her home directory, > and > vice versa. But unfortunately that's not good enough for shotwell: > > $ shotwell -d ~caroline/.shotwell > > ** ERROR **: DatabaseTables.vala:55: execute_update_by_id: [8] attempt to > write a readonly database > aborting... > Aborted > > (Her photo collection *does* appear for about half a second before shotwell > terminates with the above error message) > > So this gives a potential feature request 1: be able to browse a photo > collection even if you only have read access to it. > > Having to start with a -d flag is also a bit manual, so potential feature > request 2 would be to add multiple libraries within the GUI, and be able to > switch between them (e.g. with a drop-down menu). Unfortunately I that > might open the floodgates to some more complex requests though, like being > able to add a photo from one collection into another. > > Another option is to combine our collections, and make ~/.shotwell in both > home directories point to a common area. This would involve setting up a > group which is writeable to us both (ok), setting the setgid bit so that > files and subdirs inherit that group (ok), and getting shotwell to use the > correct umask. That last one doesn't appear to be well supported by > shotwell today (0.7.2 under Ubuntu Lucid). As a test, if I do > > (umask 002; shotwell -d ~/.shotwelltest) > > then the directories are created with group write permissions, but photo.db > is stil created mode 644. > > $ ls -lR /u/home/brian/.shotwelltest/ > /u/home/brian/.shotwelltest/: > total 12 > drwxrwxr-x 2 brian brian 4096 2010-12-26 21:50 data > drwxrwxr-x 2 brian brian 4096 2010-12-26 21:50 mimics > drwxrwxr-x 4 brian brian 4096 2010-12-26 21:50 thumbs > > /u/home/brian/.shotwelltest/data: > total 12 > -rw-r--r-- 1 brian brian 10240 2010-12-26 21:50 photo.db > > /u/home/brian/.shotwelltest/mimics: > total 0 > > /u/home/brian/.shotwelltest/thumbs: > total 8 > drwxrwxr-x 2 brian brian 4096 2010-12-26 21:50 thumbs128 > drwxrwxr-x 2 brian brian 4096 2010-12-26 21:50 thumbs360 > > /u/home/brian/.shotwelltest/thumbs/thumbs128: > total 0 > > /u/home/brian/.shotwelltest/thumbs/thumbs360: > total 0 > > I haven't tried testing anything else, e.g. what permissions thumbnail > files > are written with, but I don't really want to be a trailblazer if nobody > else > is using shotwell this way and it's likely to cause problems. > > One day maybe all the metadata will be stored within the photos themselves > or on the filesystem(*), and sqlite3 would just become a cache of that > data. > This is something I know has been discussed before, and may eventually > provide a solution, but I'd like to start using shotwell now. > > We can just browse each other's Pictures directories using gthumb, but > that's painful given the YYYY/MM/DD directory structure which shotwell > imports to. > > Any other suggestions? > > Thanks, > > Brian. > > (*) I'd also like to sync my photo collection from my home PC to my laptop, > and have the metadata sync too. 'unison' handles file replication both ways > nicely, but independent updates to the sqlite3 database can't be resolved. > For now I can live with the photo database just being on the desktop. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Tue Jan 4 01:24:18 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 3 Jan 2011 17:24:18 -0800 Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: <1293327487939-31233.post@talk.nabble.com> References: <1293327487939-31233.post@talk.nabble.com> Message-ID: Hi Nelson, If you can bear it, I recommend starting from a fresh database. We've seen this assertion before related to UTF-8 collation; we fixed it, but it's possible shutting down the database somehow triggered the problem. (I'm assuming when you first upgraded to 0.8 Shotwell started fine?) I'm curious about why Shotwell hung the way it did, though. Is there anything unusual about your folder set up, i.e. located on a removable drive, NTFS/FAT partition, symlinks? -- Jim On Sat, Dec 25, 2010 at 5:38 PM, nelson > wrote: > > I just upgraded to Shotwell 0.8, and I have not been able to start it: > > $ shotwell > ** > > ERROR:Tag.vala:192:tag_source_collection_real_notify_container_contents_added: > assertion failed: (is_added) > Aborted > > Quite possibly this is because I did something foolish with the previous > version. In an attempt to have Shotwell find updates in folders that had > already been added, I chose to add the same folder again. Shotwell was > unresponsive for a long time, and I eventually did a "force quit" before it > finished importing. > > Any help getting unstuck would be very much appreciated. > > I did not have much meta-data stored in Shotwell 0.7... so starting from a > blank slate database is a viable option. > > Thanks, > Nelson > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-0-8-doesn-t-start-tp31233p31233.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 k-logic at charter.net Tue Jan 4 01:52:38 2011 From: k-logic at charter.net (steve_k) Date: Mon, 03 Jan 2011 19:52:38 -0600 Subject: [Shotwell] Comment-91715 > TheLightroomLab.com > Getting Started Right: Building Better File Names with Adobe Photoshop Lightroom 3 Message-ID: <4D227D66.6070800@charter.net> Greetings Shotwell Community: Please examine the comment (#91715) that I recently left on TheLightroomLab.com website, in response to David Marx June 15, 2010 video tutorial titled "Getting Started Right: Building Better File Names with Adobe Photoshop Lightroom 3": http://thelightroomlab.com/2010/06/getting-started-right-building-better-file-names-with-adobe-photoshop-lightroom-3/comment-page-1/#comment-91715 What is the Shotwell community's thoughts on this subject? Option: Search: "file naming conventions" Thanks for your kind attention, and Happy New Year! Sincerely, Steve_K From bug-track at fisher-privat.net Tue Jan 4 09:15:37 2011 From: bug-track at fisher-privat.net (Alexey Fisher) Date: Tue, 04 Jan 2011 10:15:37 +0100 Subject: [Shotwell] Error: Directory NikonPreview with 21313 entries considered invalid; not read. In-Reply-To: References: <1293379323.12123.2.camel@zwerg> Message-ID: <1294132537.5757.3.camel@zwerg> Am Montag, den 03.01.2011, 12:18 -0800 schrieb Jim Nelson: > > This is a known issue with Exiv2, the photo metadata library Shotwell > uses. > The message itself is not a problem: http://trac.yorba.org/ticket/1872 > > The crash, however, is worrisome. Can you follow these steps and send > us > the files to examine? > > http://trac.yorba.org/wiki/Shotwell/FAQ#IfoundabuginShotwell.HowcanIreportit > > -- Jim > > On Sun, Dec 26, 2010 at 8:02 AM, Alexey Fisher > wrote: > > > Hi, > > i get this error "Error: Directory NikonPreview with 21313 entries > > considered invalid; not read." before shotwell crashes. I even can't > > open any photo. It will happen just after start. > > > > First time it happened after i started to import my collection from > > other manager (digiKam). Here are gdb trace and log files. Now i can see last processed file. Shotwell try to import it and crashes, so imported image is corrupt (0 byte long). -- Regards, Alexey -------------- next part -------------- GNU gdb (GDB) 7.2-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /usr/bin/shotwell...done. (gdb) run Starting program: /usr/bin/shotwell -d ./shot [Thread debugging using libthread_db enabled] [New Thread 0x7fffe707b700 (LWP 5601)] [New Thread 0x7fffe687a700 (LWP 5602)] [New Thread 0x7fffe6079700 (LWP 5603)] [New Thread 0x7fffe49a1700 (LWP 5604)] [New Thread 0x7fffe3def700 (LWP 5605)] Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. [Thread 0x7fffe49a1700 (LWP 5604) exited] [New Thread 0x7fffe49a1700 (LWP 5607)] [New Thread 0x7fffe31a5700 (LWP 5608)] [New Thread 0x7fffe29a4700 (LWP 5609)] [Thread 0x7fffe31a5700 (LWP 5608) exited] [Thread 0x7fffe29a4700 (LWP 5609) exited] [Thread 0x7fffe3def700 (LWP 5605) exited] [New Thread 0x7fffe3def700 (LWP 5610)] [New Thread 0x7fffe21a3700 (LWP 5611)] Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. Error: Directory NikonPreview with 21313 entries considered invalid; not read. [New Thread 0x7fffe29a4700 (LWP 5612)] [New Thread 0x7fffe31a5700 (LWP 5613)] [New Thread 0x7fffe1eb7700 (LWP 5614)] [Thread 0x7fffe31a5700 (LWP 5613) exited] [Thread 0x7fffe1eb7700 (LWP 5614) exited] [New Thread 0x7fffe1eb7700 (LWP 5615)] [New Thread 0x7fffe31a5700 (LWP 5616)] [New Thread 0x7fffe16b6700 (LWP 5617)] [New Thread 0x7fffe0eb5700 (LWP 5618)] [New Thread 0x7fffdbfff700 (LWP 5619)] [New Thread 0x7fffdb7fe700 (LWP 5620)] [New Thread 0x7fffdaffd700 (LWP 5621)] [New Thread 0x7fffda7fc700 (LWP 5622)] [New Thread 0x7fffd9ffb700 (LWP 5623)] [Thread 0x7fffdbfff700 (LWP 5619) exited] [Thread 0x7fffe0eb5700 (LWP 5618) exited] [Thread 0x7fffdb7fe700 (LWP 5620) exited] [Thread 0x7fffda7fc700 (LWP 5622) exited] [Thread 0x7fffdaffd700 (LWP 5621) exited] [Thread 0x7fffe31a5700 (LWP 5616) exited] [Thread 0x7fffe29a4700 (LWP 5612) exited] [Thread 0x7fffe16b6700 (LWP 5617) exited] [Thread 0x7fffe1eb7700 (LWP 5615) exited] [New Thread 0x7fffe1eb7700 (LWP 5624)] [New Thread 0x7fffe16b6700 (LWP 5625)] [New Thread 0x7fffe31a5700 (LWP 5626)] [New Thread 0x7fffe29a4700 (LWP 5627)] [New Thread 0x7fffe0eb5700 (LWP 5628)] [New Thread 0x7fffdbfff700 (LWP 5629)] [New Thread 0x7fffdb7fe700 (LWP 5630)] [New Thread 0x7fffdaffd700 (LWP 5631)] [New Thread 0x7fffda7fc700 (LWP 5632)] Program received signal SIGSEGV, Segmentation fault. g_str_hash (v=0x0) at /build/buildd/glib2.0-2.26.0/glib/gstring.c:134 134 /build/buildd/glib2.0-2.26.0/glib/gstring.c: No such file or directory. in /build/buildd/glib2.0-2.26.0/glib/gstring.c (gdb) bactr  ktrace fullscreen_window_               #0 g_str_hash (v=0x0) at /build/buildd/glib2.0-2.26.0/glib/gstring.c:134 p = 0x1
h = #1 0x00007ffff72e6e5f in gee_hash_map_lookup_node (self=0xc874e0, key=0x0) at hashmap.c:916 result = hash_value = node = __PRETTY_FUNCTION__ = "gee_hash_map_lookup_node" #2 0x00007ffff72e6fa9 in gee_hash_map_real_has_key (base=0x0, key=0x0) at hashmap.c:949 node = #3 0x00000000005cc528 in tag_source_collection_real_notify_items_added ( base=, added=0x1123820) at Tag.vala:120 object = 0x1062540 _tmp0_ = 0x0 _tmp1_ = _object_it = 0x108d4a0 __PRETTY_FUNCTION__ = "tag_source_collection_real_notify_items_added" #4 0x000000000054e0b4 in data_collection_notify_items_added (self=0xc87210, object=0x1062540) No locals. #5 data_collection_real_add (self=0xc87210, object=0x1062540) at DataCollection.vala:658 result = added = 0x1123820 __PRETTY_FUNCTION__ = "data_collection_real_add" #6 0x00000000005ccdc2 in tag_for_name (name=) at Tag.vala:436 result = tag = 0x1062540 _inner_error_ = 0x0 __PRETTY_FUNCTION__ = "tag_for_name" #7 0x00000000004ed5fb in library_photo_source_collection_real_postprocess_imported_media (base=, media_sources=) at Photo.vala:3664 keyword = 0x1121600 "" _tmp4_ = 0xf56480 _tmp2_ = 0xf56480 _tmp3_ = 0x7fffdc0082a0 media = 0x1274190 photo = 0x1274190 _tmp0_ = _media_it = 0x108d540 map = 0xdbfda0 __PRETTY_FUNCTION__ = "library_photo_source_collection_real_postprocess_imported_media" #8 0x000000000064ccd9 in media_source_collection_postprocess_imported_media ( self=0xc7f1f0, media=0xf556f0) No locals. #9 media_source_collection_real_import_many (self=0xc7f1f0, media=0xf556f0) at MediaDataRepresentation.vala:588 _tmp0_ = __PRETTY_FUNCTION__ = "media_source_collection_real_import_many" #10 0x00000000005074ec in batch_import_flush_ready_sources (self=0x10d6a70) at BatchImport.vala:901 all = 0xf71b00 photos = 0xf556f0 videos = 0xf560c0 completion_list = 0x111bdc0 _tmp1_ = _tmp6_ = _inner_error_ = 0x0 __PRETTY_FUNCTION__ = "batch_import_flush_ready_sources" #11 0x000000000050986a in batch_import_display_imported_timer ( self=) at BatchImport.vala:984 total = 0 _tmp2_ = 4634248 #12 _batch_import_display_imported_timer_gsource_func ( self=) at BatchImport.c:3013 result = #13 0x00007ffff110bb1b in g_timeout_dispatch (source=0x10d9f70, callback=0, user_data=0x1) at /build/buildd/glib2.0-2.26.0/glib/gmain.c:3585 No locals. #14 0x00007ffff110b342 in g_main_dispatch (context=0x9b93c0) at /build/buildd/glib2.0-2.26.0/glib/gmain.c:2149 dispatch = 0x7ffff110bb00 user_data = 0x10d6a70 callback = 0x509670 <_batch_import_display_imported_timer_gsource_func> cb_funcs = 0x7ffff13ab610 cb_data = 0x10770b0 current_source_link = {data = 0x10d9f70, next = 0x0} source = 0x10d9f70 current = 0xc64790 i = 0 #15 g_main_context_dispatch (context=0x9b93c0) at /build/buildd/glib2.0-2.26.0/glib/gmain.c:2702 No locals. #16 0x00007ffff110f2a8 in g_main_context_iterate (context=0x9b93c0, block=, dispatch=, self=) at /build/buildd/glib2.0-2.26.0/glib/gmain.c:2780 max_priority = 0 timeout = 0 some_ready = 1 nfds = 8 allocated_nfds = -250494576 fds = __PRETTY_FUNCTION__ = "g_main_context_iterate" #17 0x00007ffff110f7b5 in g_main_loop_run (loop=0xe6b630) at /build/buildd/glib2.0-2.26.0/glib/gmain.c:2988 self = 0x99f210 __PRETTY_FUNCTION__ = "g_main_loop_run" #18 0x00007ffff3c273e7 in IA__gtk_main () at /build/buildd/gtk+2.0-2.22.0/gtk/gtkmain.c:1237 tmp_list = 0xa1c800 functions = 0x0 init = 0xa1c800 loop = #19 0x000000000063af6a in application_start (self=0xa1c800) __PRETTY_FUNCTION__ = "application_start" #20 0x000000000046ee51 in library_exec (mounts=, mounts_length1=) at main.vala:194 shotwell = 0xa49f20 _tmp0_ = 0 _tmp1_ = _tmp2_ = errormsg = schema_version = 12 _tmp3_ = 0xa5ee70 "0.8.0" _tmp4_ = _tmp5_ = 0xa5ee70 "0.8.0" fake_args_length1 = 0 fake_args = 0xa5ee90 progress_dialog = 0x0 aggregate_monitor = monitor_target = 0x0 monitor_target_destroy_notify = monitor = registry = 0xc71550 library_window = 0xc36140 _tmp25_ = _tmp26_ = 0 _tmp29_ = 0xa1c800 #21 0x000000000046f6ea in _vala_main (args=0x7fffffffe298, args_length1=1) at main.vala:366 mounts_length1 = 0 _mounts_size_ = 0 mounts = 0x9b9d30 filename = 0x0 _tmp5_ = _tmp6_ = 0xa2a4d0 _inner_error_ = 0x0 #22 0x000000000046f759 in main (argc=3, argv=0x7fffffffe298) at main.vala:296 No locals. (gdb) run   quit A debugging session is active. Inferior 1 [process 5598] will be killed. Quit anyway? (y or n) From B.Candler at pobox.com Tue Jan 4 09:39:26 2011 From: B.Candler at pobox.com (Brian Candler) Date: Tue, 4 Jan 2011 09:39:26 +0000 Subject: [Shotwell] Accessing an alternative database In-Reply-To: References: <20101226221148.GA5963@talktalkplc.com> Message-ID: <20110104093926.GC2920@talktalkplc.com> On Mon, Jan 03, 2011 at 05:10:50PM -0800, Jim Nelson wrote: > Anyway, that's my brain dump about all of this. Solving your immediate > problem of creating a shared library writeable by two accounts is not > something I think can be solved at this time. One possibility (off the > top of my head): create a dummy shotwell account and sudo to it to run > Shotwell. This might introduce other complications but might solve > your immediate problem. (Test this with data you can afford to lose, > obviously. I've not even tried it.) Thanks for the response. I guess another way I could get 'read-only' access to a different collection is to make a temporary copy of remote .shotwell dir, and then run shotwell -d . That's fairly ugly, but maybe it would be a reasonable thing for shotwell to do automatically if it sees that the -d target is not writeable. My wife is non-technical, and I think it's a reasonable requirement for her to be able to browse photos I took on my camera. At the moment she just uses Nautilus to browse the originals in my home directory. This works OK as long as I'm manually classifying photos into event directories (which is a pain for me). While I was experimenting with shotwell, photos were going into YYYY/MM/DD directories, which meant it was very hard for her to find a particular photo - a ton of directory surfing was required. So another solution would be for shotwell to reorganise photos dynamically into a user-defined hierarchy, e.g. YYYY/Event. I think there's a ticket for that too. Regards, Brian. From ochipepe at gmx.net Tue Jan 4 12:27:32 2011 From: ochipepe at gmx.net (Alexandre Santos) Date: Tue, 4 Jan 2011 13:27:32 +0100 Subject: [Shotwell] shotwell workflow (move, rename files) In-Reply-To: References: <1293906363.3883.16.camel@antiloop> Message-ID: Dear All, Thank you for your answers, I look forward to the next versions of Shotwell, I think this application will become a great fit for my needs. Best, Alexandre 2011/1/3 Lucas Beeler : > Hi Alexandre, > > We are planning to allow user configurable directory hierarchies on > import and possibly file-renaming in an upcoming version of Shotwell. > See http://trac.yorba.org/ticket/1597 for more information. > > Cheers, > Lucas > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Tue Jan 4 18:07:18 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 04 Jan 2011 10:07:18 -0800 Subject: [Shotwell] Error: Directory NikonPreview with 21313 entries considered invalid; not read. In-Reply-To: <1294132537.5757.3.camel@zwerg> References: <1293379323.12123.2.camel@zwerg> <1294132537.5757.3.camel@zwerg> Message-ID: <4D2361D6.7040401@yorba.org> On 01/04/2011 01:15 AM, Alexey Fisher wrote: >> On Sun, Dec 26, 2010 at 8:02 AM, Alexey Fisher >> wrote: >> >>> Hi, >>> i get this error "Error: Directory NikonPreview with 21313 entries >>> considered invalid; not read." before shotwell crashes. I even can't >>> open any photo. It will happen just after start. >>> >>> First time it happened after i started to import my collection from >>> other manager (digiKam). > Here are gdb trace and log files. Now i can see last processed file. > Shotwell try to import it and crashes, so imported image is corrupt (0 > byte long). Alexey, thanks for the GDB file showing the stack trace. This looks similar to a crash that a few other users have reported: http://trac.yorba.org/ticket/3033 We don't have a fix for this, but are currently investigating. You said that the log file shows you the last file which was processed. If you import just that one file into an empty database, does Shotwell crash? If so, it would help us to have that file. This mailing list doesn't allow attachments, but you could either attach the file to the ticket above or email it to us at . Thanks! adam From vperetokin at gmail.com Wed Jan 5 02:07:14 2011 From: vperetokin at gmail.com (Vadim Peretokin) Date: Tue, 4 Jan 2011 21:07:14 -0500 Subject: [Shotwell] UI suggestion - sizes of storage Message-ID: Hi! When you plug two mass storage camera sources, you can't tell which is which in Shotwell. Nautilus solves this by a) using an appropriate icon, and b) specifying the storage size. I think adding the storage size to the label would be a good way to go towards helping here. From jim at yorba.org Wed Jan 5 02:25:24 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 4 Jan 2011 18:25:24 -0800 Subject: [Shotwell] Shotwell 0.8.1 Message-ID: Hello all, Since our release of Shotwell 0.8.0 we've had reports come in regarding some nasty bugs and some easy-to-add updates. We're in the process of committing fixes and shipping an 0.8.1 version soon. Specifically, I'm talking about the following critters: Fixed (in branch and trunk): * http://trac.yorba.org/ticket/3030 - Support 3GP video * http://trac.yorba.org/ticket/3033 - Segfault importing JPEG * http://trac.yorba.org/ticket/3050 - Build with Vala 0.10.2 * http://trac.yorba.org/ticket/3056 - Support Samsung SRW RAW files * http://trac.yorba.org/ticket/3057 - Video metadata issues w/ certain MP4 files Possibly fixed (waiting for confirmation of fix from reporter, or anyone who has this problem): * http://trac.yorba.org/ticket/3014 - Segfault when writing metadata to file Not yet fixed: * http://trac.yorba.org/ticket/3041 - Import freezes on an MPEG file * http://trac.yorba.org/ticket/3020 - Segfault at startup Regarding this last bug (#3020), as I cannot reproduce this here, I need a community member who experiences this problem to try building Shotwell with a patch I've written. If it fixes the problem, I can commit. The patch is attached to the ticket. I've merged changes from branch into trunk, so if you're running from trunk, you should see these fixes when you next update. If you'd like to try what will soon be 0.8.1, follow the instructions here: http://yorba.org/shotwell/install/#source However, instead of pulling from trunk, I encourage you to use the branch build, which is what will be packaged: $ svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.8 Since this is pre-release software, you might consider backing up your library before starting: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary Cheers, -- Jim From jim at yorba.org Wed Jan 5 06:11:15 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 4 Jan 2011 22:11:15 -0800 Subject: [Shotwell] UI suggestion - sizes of storage In-Reply-To: References: Message-ID: Hi Vadim, You bring up an interesting point. Half of this is solved (in trunk). Shotwell now displays the appropriate icon for a camera: http://trac.yorba.org/ticket/2877 Regarding the storage size, Shotwell uses the text label from gphoto2, which returns (when it recognizes the camera) a manufacturer name and model number. I think it makes sense to display this whenever possible. However, you're right, when that's not available, something more descriptive makes sense. I've ticketed here: http://trac.yorba.org/ticket/3060 -- Jim On Tue, Jan 4, 2011 at 6:07 PM, Vadim Peretokin wrote: > Hi! > > When you plug two mass storage camera sources, you can't tell which is > which > in Shotwell. Nautilus solves this by a) using an > appropriate icon, and b) specifying the storage size. > > I think adding the storage size to the label would be a good way to go > towards helping here. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Wed Jan 5 07:15:32 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 4 Jan 2011 23:15:32 -0800 Subject: [Shotwell] Problem with CR2 files from a Canon EOS 550D In-Reply-To: <4D1E934C.8050107@computer.org> References: <4D1E934C.8050107@computer.org> Message-ID: libraw 0.12.2 was released within the last 24 hours. It appears to fix a slew of problems, from compiling and linking with Shotwell to some of the display problems people have been reporting. I did notice in my testing that merely dropping in a new version of libraw was not enough to fix the rendering problem. I also had to recompile. I'd be curious if other people see the same behavior. -- Jim On Fri, Dec 31, 2010 at 6:37 PM, Bruce Smith wrote: > Hello > > I confirm a very similar problem to that reported by > http://lists.yorba.org/pipermail/shotwell/2010-December/001408.html with > RAW CR2 files off my EOS 550D. Basically, its the ?thin magenta stripe? > problem. It happens in both the preview mode under the Shotwell Photo > Manager and also from Nautilus via ?Open with Shotwell Photo Viewer?. > > My environment is: > > * Maverick with all updates applied > * Shotwell 0.8.0 from the PPA site > > In case this helps, for a comparison of CR2 handling I briefly and > temporarily installed Picasa on Maverick and it demonstrated precisely the > same magenta stripe behaviour. > > Regards > Bruce > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From shuihuzhuan at free.fr Wed Jan 5 08:09:20 2011 From: shuihuzhuan at free.fr (shuihuzhuan at free.fr) Date: Wed, 5 Jan 2011 09:09:20 +0100 (CET) Subject: [Shotwell] Timezone problem with films? In-Reply-To: <1377181592.5823991294214367385.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: <140091110.5825371294214960892.JavaMail.root@zimbra35-e6.priv.proxad.net> Hi, I've put a sample file (P1020237.MOV Panasonic DMC-TZ7). It was taken at 22:17 (localtime) and sorted as 23:17 by shotwell. The thumbnail for the film generated by the camera is correctly seen as 22:17. I don't find a timezone parameter when configuring the time and date of the camera, though there seems to be some notions of it for "planned travel". However the default choice indicated for the starting place is GMT+1 so I suppose the configuration is ok. I'll need to check the notice to be sure. If it's a real bug and not a misconfiguration of my camera I'll open a bug. Thanks for your help. From jim at yorba.org Thu Jan 6 01:51:51 2011 From: jim at yorba.org (Jim Nelson) Date: Wed, 5 Jan 2011 17:51:51 -0800 Subject: [Shotwell] Timezone problem with films? In-Reply-To: <140091110.5825371294214960892.JavaMail.root@zimbra35-e6.priv.proxad.net> References: <1377181592.5823991294214367385.JavaMail.root@zimbra35-e6.priv.proxad.net> <140091110.5825371294214960892.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: According to qtdump, the creation_time and modification_time of the file are the same, 2011-01-04 14:17:05, which is what Shotwell 0.8 displays here in California. Converting to Paris time ( http://www.timeanddate.com/worldclock/converted.html?month=1&day=4&year=2011&hour=14&min=15&sec=0&p1=224&p2=195) is 11:17PM of the same day, which is 23:17. I suspect the time/date is being set correctly in the thumbnail EXIF data and not in the video file itself. (I'm assuming the thumbnail is a separate JPEG on your camera.) This could be verified by examining the thumbnail file directly. If Shotwell won't download it, you can attach the camera and let Nautilus mount it, then find the file and copy it on your local filesystem. (For those interested, the video can be found here: http://trac.yorba.org/attachment/wiki/AVISamples/P1020237.MOV) -- Jim On Wed, Jan 5, 2011 at 12:09 AM, wrote: > Hi, > > I've put a sample file (P1020237.MOV Panasonic DMC-TZ7). It was taken at > 22:17 (localtime) and sorted as 23:17 by shotwell. The thumbnail for the > film generated by the camera is correctly seen as 22:17. > > I don't find a timezone parameter when configuring the time and date of the > camera, though there seems to be some notions of it for "planned travel". > However the default choice indicated for the starting place is GMT+1 so I > suppose the configuration is ok. I'll need to check the notice to be sure. > > If it's a real bug and not a misconfiguration of my camera I'll open a bug. > > Thanks for your help. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From b.e.smith at computer.org Thu Jan 6 04:34:47 2011 From: b.e.smith at computer.org (Bruce Smith) Date: Thu, 06 Jan 2011 15:34:47 +1100 Subject: [Shotwell] Problem with CR2 files from a Canon EOS 550D In-Reply-To: References: <4D1E934C.8050107@computer.org> Message-ID: <4D254667.5080000@computer.org> Thanks Jim. The version of libraw that is in my Maverick installation is 0.9.1-1, quite old compared to 0.12.2. I?m not in a position to recompile / rebuild Shotwell right now to test if libraw 0.12.2 will fix my magenta stripe symptoms. However, I may be able to do that in a few weeks. Bruce On 05/01/11 18:15, Jim Nelson wrote: > libraw 0.12.2 was released within the last 24 hours. It appears to > fix a slew of problems, from compiling and linking with Shotwell to > some of the display problems people have been reporting. > > I did notice in my testing that merely dropping in a new version of > libraw was not enough to fix the rendering problem. I also had to > recompile. I'd be curious if other people see the same behavior. > > -- Jim > > On Fri, Dec 31, 2010 at 6:37 PM, Bruce Smith > wrote: > > Hello > > I confirm a very similar problem to that reported by > http://lists.yorba.org/pipermail/shotwell/2010-December/001408.html with > RAW CR2 files off my EOS 550D. Basically, its the ?thin magenta > stripe? problem. It happens in both the preview mode under the > Shotwell Photo Manager and also from Nautilus via ?Open with > Shotwell Photo Viewer?. > > My environment is: > > * Maverick with all updates applied > * Shotwell 0.8.0 from the PPA site > > In case this helps, for a comparison of CR2 handling I briefly and > temporarily installed Picasa on Maverick and it demonstrated > precisely the same magenta stripe behaviour. > > Regards > Bruce > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From shuihuzhuan at free.fr Thu Jan 6 08:42:11 2011 From: shuihuzhuan at free.fr (shuihuzhuan at free.fr) Date: Thu, 6 Jan 2011 09:42:11 +0100 (CET) Subject: [Shotwell] Timezone problem with films? In-Reply-To: <1895769547.5928311294302270932.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: <1202134563.5930811294303331766.JavaMail.root@zimbra35-e6.priv.proxad.net> Hi, As I said in my previous mail, the thumbnail generated by the camera in a separated JPEG file is detected at the right time (10:17PM localtime). So it may be a bug in the camera firmware that doesn't correctly set the time in the film :-< I could live with that if I could change the time of films in shotwell, but it's impossible for now. Is it a planned feature? I don't see a ticket for that. Thanks ----- Mail Original ----- De: "Jim Nelson" ?: shuihuzhuan at free.fr Cc: shotwell at lists.yorba.org Envoy?: Jeudi 6 Janvier 2011 02h51:51 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [Shotwell] Timezone problem with films? According to qtdump, the creation_time and modification_time of the file are the same, 2011-01-04 14:17:05, which is what Shotwell 0.8 displays here in California. Converting to Paris time ( http://www.timeanddate.com/worldclock/converted.html?month=1&day=4&year=2011&hour=14&min=15&sec=0&p1=224&p2=195 ) is 11:17PM of the same day, which is 23:17. I suspect the time/date is being set correctly in the thumbnail EXIF data and not in the video file itself. (I'm assuming the thumbnail is a separate JPEG on your camera.) This could be verified by examining the thumbnail file directly. If Shotwell won't download it, you can attach the camera and let Nautilus mount it, then find the file and copy it on your local filesystem. (For those interested, the video can be found here: http://trac.yorba.org/attachment/wiki/AVISamples/P1020237.MOV ) -- Jim On Wed, Jan 5, 2011 at 12:09 AM, < shuihuzhuan at free.fr > wrote: Hi, I've put a sample file (P1020237.MOV Panasonic DMC-TZ7). It was taken at 22:17 (localtime) and sorted as 23:17 by shotwell. The thumbnail for the film generated by the camera is correctly seen as 22:17. I don't find a timezone parameter when configuring the time and date of the camera, though there seems to be some notions of it for "planned travel". However the default choice indicated for the starting place is GMT+1 so I suppose the configuration is ok. I'll need to check the notice to be sure. If it's a real bug and not a misconfiguration of my camera I'll open a bug. Thanks for your help. _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From eric at yorba.org Thu Jan 6 19:10:23 2011 From: eric at yorba.org (Eric Gregory) Date: Thu, 6 Jan 2011 11:10:23 -0800 Subject: [Shotwell] Timezone problem with films? In-Reply-To: <1202134563.5930811294303331766.JavaMail.root@zimbra35-e6.priv.proxad.net> References: <1895769547.5928311294302270932.JavaMail.root@zimbra35-e6.priv.proxad.net> <1202134563.5930811294303331766.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: We currently don't support adjusting the timestamp on video files, but that's something we should support. I entered a new ticket for this: http://trac.yorba.org/ticket/3066 - Eric On Thu, Jan 6, 2011 at 12:42 AM, wrote: > Hi, > > As I said in my previous mail, the thumbnail generated by the camera in a > separated JPEG file is detected at the right time (10:17PM localtime). So it > may be a bug in the camera firmware that doesn't correctly set the time in > the film :-< > I could live with that if I could change the time of films in shotwell, but > it's impossible for now. Is it a planned feature? > I don't see a ticket for that. > > Thanks > > ----- Mail Original ----- > De: "Jim Nelson" > ?: shuihuzhuan at free.fr > Cc: shotwell at lists.yorba.org > Envoy?: Jeudi 6 Janvier 2011 02h51:51 GMT +01:00 Amsterdam / Berlin / Berne > / Rome / Stockholm / Vienne > Objet: Re: [Shotwell] Timezone problem with films? > > According to qtdump, the creation_time and modification_time of the file > are the same, 2011-01-04 14:17:05, which is what Shotwell 0.8 displays here > in California. Converting to Paris time ( > http://www.timeanddate.com/worldclock/converted.html?month=1&day=4&year=2011&hour=14&min=15&sec=0&p1=224&p2=195) is 11:17PM of the same day, which is 23:17. > > I suspect the time/date is being set correctly in the thumbnail EXIF data > and not in the video file itself. (I'm assuming the thumbnail is a separate > JPEG on your camera.) This could be verified by examining the thumbnail file > directly. If Shotwell won't download it, you can attach the camera and let > Nautilus mount it, then find the file and copy it on your local filesystem. > > (For those interested, the video can be found here: > http://trac.yorba.org/attachment/wiki/AVISamples/P1020237.MOV ) > > -- Jim > > > On Wed, Jan 5, 2011 at 12:09 AM, < shuihuzhuan at free.fr > wrote: > > > Hi, > > I've put a sample file (P1020237.MOV Panasonic DMC-TZ7). It was taken at > 22:17 (localtime) and sorted as 23:17 by shotwell. The thumbnail for the > film generated by the camera is correctly seen as 22:17. > > I don't find a timezone parameter when configuring the time and date of the > camera, though there seems to be some notions of it for "planned travel". > However the default choice indicated for the starting place is GMT+1 so I > suppose the configuration is ok. I'll need to check the notice to be sure. > > If it's a real bug and not a misconfiguration of my camera I'll open a bug. > > Thanks for your help. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Thu Jan 6 23:41:33 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 06 Jan 2011 15:41:33 -0800 Subject: [Shotwell] : original vertical photo badly shown In-Reply-To: References: Message-ID: <4D26532D.6040507@yorba.org> Pierre, Aha - now I can reproduce this. I've filed a ticket: http://trac.yorba.org/ticket/3067 adam On 12/28/2010 07:47 AM, d0npi3r0 wrote: > Thank you for the answer. > I'm using Shotwell 0.8.0, downloaded via yorba ppa on ubuntu maverick 32bit. > > That's about a 12Mpixel photo, taken with a camera which wrote on EXIF > info that the shot was taken in vertical position. The photo was well > shown in Shotwell. > I edited with the "Open with external editor" option. I slightly > cropped and edited the pic, then saved and closed GIMP. > Now, when I press SHIFT key I can see the original photo rotated and > stretched to match the size of the edited one. > > I upload as attachments two screenshots. "edited" is the photo as it > is now, "original" was taken pressing SHIFT key. > > Thank you! > > Pierre > > 2010/12/28 Adam Dingle: >> Pierre, >> >> On Mon, Dec 27, 2010 at 5:51 PM, d0npi3r0 wrote: >>> Hi >>> When holding shift on a vertical-oriented modifyed image you will see >>> the photo orizontally oriented and stretched to fit new dimensions. >>> Well, bad explanation... try it yourself :) >>> Thank you >> I can't reproduce this problem in the current trunk. This sounds like a >> problem we fixed a few months ago (http://trac.yorba.org/ticket/2449) just >> before the 0.7 release. >> >> What version of Shotwell are you using? If you're seeing this problem in >> 0.8 or the current trunk, could you provide a precise sequence of steps to >> reproduce the problem? If you're using an older version, you probably want >> to upgrade. >> >> adam >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From kimaidou at gmail.com Fri Jan 7 08:27:02 2011 From: kimaidou at gmail.com (kimaidou) Date: Fri, 7 Jan 2011 09:27:02 +0100 Subject: [Shotwell] Basic video edition : rotation Message-ID: Hi list, I am sure I am not the only one who dumly rotate the camera when recording a video, and then needs to turn the laptop 90? to watch the video :). Is it possible to use ffmpeg or mencoder (or another tool supported by shotwell) to rotate the video ? I know such an edition will affect the original video file, as it cannot be done "on the fly". Any comments on this ? Should I add a ticket in the trac ? Kimaidou From adam at yorba.org Fri Jan 7 18:05:13 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 07 Jan 2011 10:05:13 -0800 Subject: [Shotwell] Basic video edition : rotation In-Reply-To: References: Message-ID: <4D2755D9.5030402@yorba.org> On 01/07/2011 12:27 AM, kimaidou wrote: > Hi list, > > I am sure I am not the only one who dumly rotate the camera when recording a > video, and then needs to turn the laptop 90? to watch the video :). > > Is it possible to use ffmpeg or mencoder (or another tool supported by > shotwell) to rotate the video ? I know such an edition will affect the > original video file, as it cannot be done "on the fly". Actually I think it should be possible to rotate the video image on the fly as it's rendered - that would require some computational power, but I bet that modern CPUs are plenty capable . The user might also want to rotate a video file itself. For some video formats, it might also be possible to write metadata bits that say that the video should be rotated when displayed (just like we can for JPEG files). For other formats, it might be necessary to rewrite the entire file to achieve a rotation. > Any comments on this ? Should I add a ticket in the trac ? This is a reasonable feature request. I've filed a ticket: http://trac.yorba.org/ticket/3073 adam From kimaidou at gmail.com Fri Jan 7 19:00:33 2011 From: kimaidou at gmail.com (kimaidou) Date: Fri, 7 Jan 2011 20:00:33 +0100 Subject: [Shotwell] Basic video edition : rotation In-Reply-To: <4D2755D9.5030402@yorba.org> References: <4D2755D9.5030402@yorba.org> Message-ID: > > > This is a reasonable feature request. I've filed a ticket: > > http://trac.yorba.org/ticket/3073 > > adam > > Thanks Adam ! From jim at yorba.org Fri Jan 7 21:31:36 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 7 Jan 2011 13:31:36 -0800 Subject: [Shotwell] Final call for testing: Shotwell 0.8.1 Message-ID: Hello all, We're wrapping up development of what will become Shotwell 0.8.1, the latest version of Yorba's GNOME photo manager. This release fixes a number of bugs and adds some new features: * http://trac.yorba.org/ticket/3030 - Support 3GP video * http://trac.yorba.org/ticket/3033 - Segfault importing JPEG * http://trac.yorba.org/ticket/3050 - Build with Vala 0.10.2 * http://trac.yorba.org/ticket/3056 - Support Samsung SRW RAW files * http://trac.yorba.org/ticket/3057 - Video metadata issues w/ certain MP4 files * http://trac.yorba.org/ticket/3014 - Segfault when writing metadata to file * http://trac.yorba.org/ticket/3041 - Import freezes on an MPEG file * http://trac.yorba.org/ticket/3020 - Segfault at startup (Note that SRW files are currently not reported to Shotwell via gphoto2. This should be fixed in the next release of gphoto2.) A final push of testing would help us work out anything we missed that's in need of immediate attention. If you're interested in testing this newest version of Shotwelll, I encourage you to checkout the 0.8.1 candidate and try it yourself. I've merged changes from branch into trunk, so if you're running from trunk you should see these fixes when you next update (as well as some other goodies we've been working on). If you'd like to try what will soon be 0.8.1, follow the instructions here: http://yorba.org/shotwell/install/#source However, instead of pulling from trunk, I encourage you to use the branch build, which is what will be packaged: $ svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.8 Since this is pre-release software, you might consider backing up your library before starting: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary Cheers, -- Jim From brunogirin at gmail.com Sat Jan 8 02:26:11 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 08 Jan 2011 02:26:11 +0000 Subject: [Shotwell] Final call for testing: Shotwell 0.8.1 In-Reply-To: References: Message-ID: <1294453571.1857.12.camel@nuuk> Jim, What version of LibRAW will 0.8.1 ship with? 0.9.1 like 0.8 or a more recent version? Considering the number of new camera support added in LibRAW 0.10 and 0.11, it might be worth shipping the latest one. Bruno On Fri, 2011-01-07 at 13:31 -0800, Jim Nelson wrote: > Hello all, > > We're wrapping up development of what will become Shotwell 0.8.1, the latest > version of Yorba's GNOME photo manager. This release fixes a number of bugs > and adds some new features: > > * http://trac.yorba.org/ticket/3030 - Support 3GP video > * http://trac.yorba.org/ticket/3033 - Segfault importing JPEG > * http://trac.yorba.org/ticket/3050 - Build with Vala 0.10.2 > * http://trac.yorba.org/ticket/3056 - Support Samsung SRW RAW files > * http://trac.yorba.org/ticket/3057 - Video metadata issues w/ certain MP4 > files > * http://trac.yorba.org/ticket/3014 - Segfault when writing metadata to file > * http://trac.yorba.org/ticket/3041 - Import freezes on an MPEG file > * http://trac.yorba.org/ticket/3020 - Segfault at startup > > (Note that SRW files are currently not reported to Shotwell via gphoto2. > This should be fixed in the next release of gphoto2.) > > A final push of testing would help us work out anything we missed that's in > need of immediate attention. If you're interested in testing this newest > version of Shotwelll, I encourage you to checkout the 0.8.1 candidate and > try it yourself. I've merged changes from branch into trunk, so if you're > running from trunk you should see these fixes when you next update (as well > as some other goodies we've been working on). > > If you'd like to try what will soon be 0.8.1, follow the instructions here: > > http://yorba.org/shotwell/install/#source > > However, instead of pulling from trunk, I encourage you to use the branch > build, which is what will be packaged: > > $ svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.8 > > Since this is pre-release software, you might consider backing up your > library before starting: > > http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary > > Cheers, > > -- Jim > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Sat Jan 8 02:42:28 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 7 Jan 2011 18:42:28 -0800 Subject: [Shotwell] Final call for testing: Shotwell 0.8.1 In-Reply-To: <1294453571.1857.12.camel@nuuk> References: <1294453571.1857.12.camel@nuuk> Message-ID: Obviously Shotwell doesn't ship with libraw as far as the distros are concerned -- we're at their mercy there. As far as the libraw on our PPA, we do have a ticket to upgrade that to 0.12: http://trac.yorba.org/ticket/2583 I think it's worthwhile to at least consider it for the release, so I've upped the ticket. -- Jim On Fri, Jan 7, 2011 at 6:26 PM, Bruno Girin wrote: > Jim, > > What version of LibRAW will 0.8.1 ship with? 0.9.1 like 0.8 or a more > recent version? Considering the number of new camera support added in > LibRAW 0.10 and 0.11, it might be worth shipping the latest one. > > Bruno > > On Fri, 2011-01-07 at 13:31 -0800, Jim Nelson wrote: > > Hello all, > > > > We're wrapping up development of what will become Shotwell 0.8.1, the > latest > > version of Yorba's GNOME photo manager. This release fixes a number of > bugs > > and adds some new features: > > > > * http://trac.yorba.org/ticket/3030 - Support 3GP video > > * http://trac.yorba.org/ticket/3033 - Segfault importing JPEG > > * http://trac.yorba.org/ticket/3050 - Build with Vala 0.10.2 > > * http://trac.yorba.org/ticket/3056 - Support Samsung SRW RAW files > > * http://trac.yorba.org/ticket/3057 - Video metadata issues w/ certain > MP4 > > files > > * http://trac.yorba.org/ticket/3014 - Segfault when writing metadata to > file > > * http://trac.yorba.org/ticket/3041 - Import freezes on an MPEG file > > * http://trac.yorba.org/ticket/3020 - Segfault at startup > > > > (Note that SRW files are currently not reported to Shotwell via gphoto2. > > This should be fixed in the next release of gphoto2.) > > > > A final push of testing would help us work out anything we missed that's > in > > need of immediate attention. If you're interested in testing this newest > > version of Shotwelll, I encourage you to checkout the 0.8.1 candidate and > > try it yourself. I've merged changes from branch into trunk, so if > you're > > running from trunk you should see these fixes when you next update (as > well > > as some other goodies we've been working on). > > > > If you'd like to try what will soon be 0.8.1, follow the instructions > here: > > > > http://yorba.org/shotwell/install/#source > > > > However, instead of pulling from trunk, I encourage you to use the branch > > build, which is what will be packaged: > > > > $ svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.8 > > > > Since this is pre-release software, you might consider backing up your > > library before starting: > > > > http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary > > > > Cheers, > > > > -- Jim > > _______________________________________________ > > 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 Peace at Aleksandrsolzhenitsyn.net Sat Jan 8 03:03:25 2011 From: Peace at Aleksandrsolzhenitsyn.net (.) Date: Fri, 07 Jan 2011 22:03:25 -0500 Subject: [Shotwell] Can't email with Shotwell? Message-ID: <4D27D3FD.6070409@Aleksandrsolzhenitsyn.net> Can Shotwell be used to email pictures? From jim at yorba.org Sat Jan 8 03:18:44 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 7 Jan 2011 19:18:44 -0800 Subject: [Shotwell] Can't email with Shotwell? In-Reply-To: <4D27D3FD.6070409@Aleksandrsolzhenitsyn.net> References: <4D27D3FD.6070409@Aleksandrsolzhenitsyn.net> Message-ID: Yes. Shotwell 0.8 now has a Send To... feature that can be used to mail photos. It uses the same system as Nautilus' Send To... feature. -- Jim On Fri, Jan 7, 2011 at 7:03 PM, . wrote: > Can Shotwell be used to email pictures? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From Peace at Aleksandrsolzhenitsyn.net Sat Jan 8 03:40:25 2011 From: Peace at Aleksandrsolzhenitsyn.net (.) Date: Fri, 07 Jan 2011 22:40:25 -0500 Subject: [Shotwell] Install Vala 0.11.3?? Message-ID: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> I have no idea how to install Vala. I read the link at http://yorba.org/shotwell/install/ ....and went to http://live.gnome.org/Vala/Release to get the tar of Vala. The problem is I have no idea how to install Vala. I'm really new at Ubuntu so the directions make too many assumptions in ability (which I don't have). Can someone give the the exact commands to install Vala? Thank you -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From maciej.rumianowski at gmail.com Sat Jan 8 09:28:13 2011 From: maciej.rumianowski at gmail.com (Maciej Rumianowski) Date: Sat, 08 Jan 2011 10:28:13 +0100 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> Message-ID: <1294478893.2026.18.camel@maciej-netbook> Hi, First you should have Vala-0.10.2 tarball. All information about installation you can find in this tar just unpack and rear INSTALL file. The simplest way is to type 3 commands in the source directory: ./configure make sudo make install Cheers Maciek Dnia 2011-01-07, pi? o godzinie 22:40 -0500, . pisze: > I have no idea how to install Vala. > > I read the link at http://yorba.org/shotwell/install/ > > ....and went to http://live.gnome.org/Vala/Release to get the tar of Vala. > > The problem is I have no idea how to install Vala. I'm really new at > Ubuntu so the directions make too many assumptions in ability (which I > don't have). > > Can someone give the the exact commands to install Vala? > > Thank you > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From chrisgame at pobox.com Sat Jan 8 12:00:41 2011 From: chrisgame at pobox.com (Chris Game) Date: Sat, 8 Jan 2011 12:00:41 +0000 (GMT) Subject: [Shotwell] Basic video edition : rotation In-Reply-To: References: Message-ID: This is a reasonable feature request? For goodness sake people, THIS IS PHOTO ALBUM SOFTWARE not full featured video editing suite! Surely the devs have better things to do than add this - sooner or later these straws will break the camel's back. I do keep making this same point (sorry!) but I really think Shotwell is going to loose its way if it gets too bogged down in this creeping feature swamp. On Fri, 7 Jan 2011, shotwell-request at lists.yorba.org wrote: > Message: 3 > Date: Fri, 07 Jan 2011 10:05:13 -0800 > From: Adam Dingle > To: shotwell at lists.yorba.org > Subject: Re: [Shotwell] Basic video edition : rotation > Message-ID: <4D2755D9.5030402 at yorba.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 01/07/2011 12:27 AM, kimaidou wrote: >> Hi list, >> >> I am sure I am not the only one who dumly rotate the camera when recording a >> video, and then needs to turn the laptop 90? to watch the video :). >> >> Is it possible to use ffmpeg or mencoder (or another tool supported by >> shotwell) to rotate the video ? I know such an edition will affect the >> original video file, as it cannot be done "on the fly". > > Actually I think it should be possible to rotate the video image on the > fly as it's rendered - that would require some computational power, but > I bet that modern CPUs are plenty capable . > > The user might also want to rotate a video file itself. For some video > formats, it might also be possible to write metadata bits that say that > the video should be rotated when displayed (just like we can for JPEG > files). For other formats, it might be necessary to rewrite the entire > file to achieve a rotation. > >> Any comments on this ? Should I add a ticket in the trac ? > > This is a reasonable feature request. I've filed a ticket: > > http://trac.yorba.org/ticket/3073 > > adam > From grobe at gmx.net Sat Jan 8 12:26:07 2011 From: grobe at gmx.net (Lars O. Grobe) Date: Sat, 08 Jan 2011 13:26:07 +0100 Subject: [Shotwell] Basic video edition : rotation In-Reply-To: References: Message-ID: <4D2857DF.8030704@gmx.net> Hi! > IS PHOTO ALBUM SOFTWARE not full featured video editing suite! I 100% agree that it is not useful to add all functions one may happen to want to handle media into Shotwell - even though it is more then a photo album software. In my understanding, Shotwell is some kind of a content (library) management tool. Content used to be pictures, and covers video now, too. Management means here that one can maintain content in a library. This requires metadata handling, sort & find, im- and export. I would be very careful to mix this with content authoring. There are some cases, such as the feature to rotate images transfered from a digital camera, that are very useful even though they mess up the separation between maintaining a library and editing its content. The reason is that it would add a huge overhead to a small taks doing this externally. Rotate by 90 degree is very, very simple for an image, and people may have hundreds of pictures that need to be rotated, so here it is useability that backs such a feature. Rotate a video by 90 degree is something that will be applied to one video (I hope noone is taking movies tilted all the time...), and requires quite a lot of implementation development. It is very little overhead to do this in an external application, that can be used to do all preprocessing such as transcoding, adding a title, setting a resolution and such BEFORE importing it into the library. There is still quite a lot of stuff that can be done to improve Shotwell's performance as a media library management tool (e.g. file format support, exchange with other libraries, ...). I would hope that development focuses on these, instead on making Shotwell an application trying to do "something with media". Cheers, Lars. From kimaidou at gmail.com Sat Jan 8 13:24:07 2011 From: kimaidou at gmail.com (kimaidou) Date: Sat, 8 Jan 2011 14:24:07 +0100 Subject: [Shotwell] Basic video edition : rotation In-Reply-To: <4D2857DF.8030704@gmx.net> References: <4D2857DF.8030704@gmx.net> Message-ID: hi people, I read carefully your text, and indeed I agree with you... Shotwell must focus on library management first. Considering video rotation, I still think it would be easier to do it from Shotwell, because it is here where you have a look on the photos and videos after importing. Though it does not mean Shotwell engine must do it by itself. Why no allow people to add some command line option within shotwell (as jbrout does). For example, we see a video in shotwell which needs to be rotated, we right-click (or go to menu) and choose to launch one of the user configured command lines, e.g. "rotate video with ffmpeg". This middle way would allow people like me to run external command on several photos/videos at once, and will not disturb shotwell development. What do you think ? 2011/1/8 Lars O. Grobe > Hi! > > > IS PHOTO ALBUM SOFTWARE not full featured video editing suite! >> > > I 100% agree that it is not useful to add all functions one may happen to > want to handle media into Shotwell - even though it is more then a photo > album software. > > In my understanding, Shotwell is some kind of a content (library) > management tool. Content used to be pictures, and covers video now, too. > Management means here that one can maintain content in a library. This > requires metadata handling, sort & find, im- and export. > > I would be very careful to mix this with content authoring. There are some > cases, such as the feature to rotate images transfered from a digital > camera, that are very useful even though they mess up the separation between > maintaining a library and editing its content. The reason is that it would > add a huge overhead to a small taks doing this externally. > > Rotate by 90 degree is very, very simple for an image, and people may have > hundreds of pictures that need to be rotated, so here it is useability that > backs such a feature. Rotate a video by 90 degree is something that will be > applied to one video (I hope noone is taking movies tilted all the time...), > and requires quite a lot of implementation development. It is very little > overhead to do this in an external application, that can be used to do all > preprocessing such as transcoding, adding a title, setting a resolution and > such BEFORE importing it into the library. > > There is still quite a lot of stuff that can be done to improve Shotwell's > performance as a media library management tool (e.g. file format support, > exchange with other libraries, ...). I would hope that development focuses > on these, instead on making Shotwell an application trying to do "something > with media". > > Cheers, Lars. > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From ktenney at gmail.com Sat Jan 8 13:33:13 2011 From: ktenney at gmail.com (Kent Tenney) Date: Sat, 8 Jan 2011 07:33:13 -0600 Subject: [Shotwell] db design question Message-ID: Howdy, Looking at photo.db.TagTable, I see a list containing items like thumb0000000000001677, which evidently refers to a thumbnail. I would expect to see mention of a field in PhotoTable. How does Shotwell connect tag names to image files? Thanks, Kent From Peace at Aleksandrsolzhenitsyn.net Sat Jan 8 14:10:24 2011 From: Peace at Aleksandrsolzhenitsyn.net (.) Date: Sat, 08 Jan 2011 09:10:24 -0500 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: <1294478893.2026.18.camel@maciej-netbook> References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> <1294478893.2026.18.camel@maciej-netbook> Message-ID: <4D287050.9060303@Aleksandrsolzhenitsyn.net> On 01/08/2011 04:28 AM, Maciej Rumianowski wrote: > Hi, > > First you should have Vala-0.10.2 tarball. > All information about installation you can find in this tar just unpack > and rear INSTALL file. > The simplest way is to type 3 commands in the source directory: > ./configure > make > sudo make install > > Cheers > Maciek > Dnia 2011-01-07, pi? o godzinie 22:40 -0500, . pisze: >> I have no idea how to install Vala. >> >> I read the link at http://yorba.org/shotwell/install/ >> >> ....and went to http://live.gnome.org/Vala/Release to get the tar of Vala. >> >> The problem is I have no idea how to install Vala. I'm really new at >> Ubuntu so the directions make too many assumptions in ability (which I >> don't have). >> >> Can someone give the the exact commands to install Vala? >> >> Thank you >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > It didn't install. Here are the results of the efforts to install Vala- echo at echo-laptop:~$ cd ~/Vala-0.10.2 bash: cd: /home/echo/Vala-0.10.2: No such file or directory echo at echo-laptop:~$ cd ~/Vala-0.10.2 bash: cd: /home/echo/Vala-0.10.2: No such file or directory echo at echo-laptop:~$ cd ~/vala-0.10.2 echo at echo-laptop:~/vala-0.10.2$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking whether gcc and cc understand -c and -o together... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking how to print strings... printf checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking whether ln -s works... yes checking for flex... no checking for lex... no configure: error: flex not found but required echo at echo-laptop:~/vala-0.10.2$ make make: *** No targets specified and no makefile found. Stop. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From mahfiaz at gmail.com Sat Jan 8 14:29:58 2011 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Sat, 08 Jan 2011 16:29:58 +0200 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: <4D287050.9060303@Aleksandrsolzhenitsyn.net> References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> <1294478893.2026.18.camel@maciej-netbook> <4D287050.9060303@Aleksandrsolzhenitsyn.net> Message-ID: <1294496998.2393.1.camel@antiloop> ?hel kenal p?eval, L, 2011-01-08 kell 09:10, kirjutas .: > > configure: error: flex not found but required Make sure you have libflex installed. Mattias From el.cameleon.1 at gmail.com Sat Jan 8 21:10:22 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Sat, 8 Jan 2011 22:10:22 +0100 Subject: [Shotwell] MP4 Video does not play Message-ID: Hi, I met an issue with some MP4 video recorded during holidays: Shotwell cannot display a cover for these movies and totem cannot play it ("impossible to determine the type of flux")... However, VLC read it without any problems... Can anyone which has some knowledge in MP4 decoding can have a look to one of these video to try to explain why I meet this issue? I have uploaded the video here: http://ubuntuone.com/p/XHX/ Best regards and I like to see that Shotwell 0.8 can now import and play videos! -- Vincent (from France) From Peace at Aleksandrsolzhenitsyn.net Sat Jan 8 22:23:34 2011 From: Peace at Aleksandrsolzhenitsyn.net (.) Date: Sat, 08 Jan 2011 17:23:34 -0500 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> Message-ID: <4D28E3E6.7080007@Aleksandrsolzhenitsyn.net> On 01/08/2011 02:09 PM, Hawken Rives wrote: > Are you trying to install from source? 'Cause if you don't need to, > then using the PPA would be a lot easier. > > 1) Open the Terminal 3) > 2) Type |sudo add-apt-repository ppa:yorba/ppa && ||sudo apt-get > update && ||sudo apt-get install shotwell > |3) That should be it; Shotwell ought to be under Applications > > Graphics > Shotwell. > > Hope this helps, > -- Hawken Doesn't install 0.8. Here's the error message- W: Failed to fetch http://ppa.launchpad.net/vala-team/ppa/ubuntu/dists/lucid/Release Unable to find expected entry ma/binary-i386/Packages in Meta-index file (malformed Release file?) E: Some index files failed to download, they have been ignored, or old ones used instead. > > On Fri, Jan 7, 2011 at 9:40 PM, . > wrote: > > I have no idea how to install Vala. > > I read the link at http://yorba.org/shotwell/install/ > > ....and went to http://live.gnome.org/Vala/Release to get the tar > of Vala. > > The problem is I have no idea how to install Vala. I'm really new at > Ubuntu so the directions make too many assumptions in ability (which I > don't have). > > Can someone give the the exact commands to install Vala? > > Thank you > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From adam at yorba.org Sat Jan 8 23:11:48 2011 From: adam at yorba.org (Adam Dingle) Date: Sat, 8 Jan 2011 15:11:48 -0800 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: <4D28E3E6.7080007@Aleksandrsolzhenitsyn.net> References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> <4D28E3E6.7080007@Aleksandrsolzhenitsyn.net> Message-ID: To the original poster (Peace at aleksandrsolzhenitsyn.net): What version of Ubuntu are you running? I'm going to assume that you're running Lucid Lynx (10.04), since the last error message you sent mentioned Lucid. If that's correct, then you'll need to build Shotwell from source, since the Yorba PPA does not (and will not) include Shotwell 0.8 for Lucid. You'll also need to build Vala from source, since Lucid comes with Vala 0.8 which is too old for building Shotwell, and the Vala PPA would give you Vala 0.11 which is too new for building Shotwell. So here we go. To build Vala from source, you'll need to extract it, then run 'configure' and 'make'. Your previous message showed that you were doing this correctly, but were missing at least one build dependency for Vala (Flex). To install all required build dependencies (including Flex), do this: $ sudo apt-get build-dep vala After that, do this: $ cd ~/vala-0.10.2 $ ./configure $ make $ sudo make install You'll now have Vala 0.10 installed. You should then be able to build Shotwell following the instructions on the Yorba page. If you have more questions about building Shotwell, feel free to ask here. If you're new to Ubuntu I know that building programs seems confusing at first, but hang in there - all this will seem easy before you know it. We're here to help. By the way, if you're running Ubuntu Maverick (10.10) instead, then there's a much easier way - you should be able to install Shotwell 0.8 from the Yorba PPA as Hawken mentioned. adam On Sat, Jan 8, 2011 at 2:23 PM, . wrote: > On 01/08/2011 02:09 PM, Hawken Rives wrote: > > Are you trying to install from source? 'Cause if you don't need to, > > then using the PPA would be a lot easier. > > > > 1) Open the Terminal 3) > > 2) Type |sudo add-apt-repository ppa:yorba/ppa && ||sudo apt-get > > update && ||sudo apt-get install shotwell > > |3) That should be it; Shotwell ought to be under Applications > > > Graphics > Shotwell. > > > > Hope this helps, > > -- Hawken > > Doesn't install 0.8. Here's the error message- > > W: Failed to fetch > http://ppa.launchpad.net/vala-team/ppa/ubuntu/dists/lucid/Release > Unable to find expected entry ma/binary-i386/Packages in Meta-index > file (malformed Release file?) > > E: Some index files failed to download, they have been ignored, or old > ones used instead. > > > > > > > > > On Fri, Jan 7, 2011 at 9:40 PM, . > > wrote: > > > > I have no idea how to install Vala. > > > > I read the link at http://yorba.org/shotwell/install/ > > > > ....and went to http://live.gnome.org/Vala/Release to get the tar > > of Vala. > > > > The problem is I have no idea how to install Vala. I'm really new at > > Ubuntu so the directions make too many assumptions in ability (which > I > > don't have). > > > > Can someone give the the exact commands to install Vala? > > > > Thank you > > > > > > _______________________________________________ > > 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 Peace at Aleksandrsolzhenitsyn.net Sat Jan 8 23:25:24 2011 From: Peace at Aleksandrsolzhenitsyn.net (.) Date: Sat, 08 Jan 2011 18:25:24 -0500 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> <4D28E3E6.7080007@Aleksandrsolzhenitsyn.net> Message-ID: <4D28F264.20802@Aleksandrsolzhenitsyn.net> On 01/08/2011 06:11 PM, Adam Dingle wrote: > To the original poster (Peace at aleksandrsolzhenitsyn.net > ): > > What version of Ubuntu are you running? I'm going to assume that > you're running Lucid Lynx (10.04), since the last error message you > sent mentioned Lucid. If that's correct, then you'll need to build > Shotwell from source, since the Yorba PPA does not (and will not) > include Shotwell 0.8 for Lucid. You'll also need to build Vala from > source, since Lucid comes with Vala 0.8 which is too old for building > Shotwell, and the Vala PPA would give you Vala 0.11 which is too new > for building Shotwell. > > So here we go. To build Vala from source, you'll need to extract it, > then run 'configure' and 'make'. Your previous message showed that > you were doing this correctly, but were missing at least one build > dependency for Vala (Flex). To install all required build > dependencies (including Flex), do this: > > $ sudo apt-get build-dep vala > > After that, do this: > > $ cd ~/vala-0.10.2 > $ ./configure > $ make > $ sudo make install No luck....here's the results (yes, I'm running 10.04) echo at echo-laptop:~/vala-0.10.2$ sudo apt-get build-dep vala Reading package lists... Done Building dependency tree Reading state information... Done E: Could not open file /var/lib/apt/lists/ppa.launchpad.net_vala-team_ppa_ubuntu_dists_lucid_mai_source_Sources - open (2: No such file or directory) echo at echo-laptop:~/vala-0.10.2$ > > You'll now have Vala 0.10 installed. You should then be able to build > Shotwell following the instructions on the Yorba page. > > If you have more questions about building Shotwell, feel free to ask > here. If you're new to Ubuntu I know that building programs seems > confusing at first, but hang in there - all this will seem easy before > you know it. We're here to help. > > By the way, if you're running Ubuntu Maverick (10.10) instead, then > there's a much easier way - you should be able to install Shotwell 0.8 > from the Yorba PPA as Hawken mentioned. > > adam > > On Sat, Jan 8, 2011 at 2:23 PM, . > wrote: > > On 01/08/2011 02:09 PM, Hawken Rives wrote: > > Are you trying to install from source? 'Cause if you don't need to, > > then using the PPA would be a lot easier. > > > > 1) Open the Terminal 3) > > 2) Type |sudo add-apt-repository ppa:yorba/ppa && ||sudo apt-get > > update && ||sudo apt-get install shotwell > > |3) That should be it; Shotwell ought to be under Applications > > > Graphics > Shotwell. > > > > Hope this helps, > > -- Hawken > > Doesn't install 0.8. Here's the error message- > > W: Failed to fetch > http://ppa.launchpad.net/vala-team/ppa/ubuntu/dists/lucid/Release > Unable to find expected entry ma/binary-i386/Packages in Meta-index > file (malformed Release file?) > > E: Some index files failed to download, they have been ignored, or old > ones used instead. > > > > > > > > > On Fri, Jan 7, 2011 at 9:40 PM, . > > > >> wrote: > > > > I have no idea how to install Vala. > > > > I read the link at http://yorba.org/shotwell/install/ > > > > ....and went to http://live.gnome.org/Vala/Release to get > the tar > > of Vala. > > > > The problem is I have no idea how to install Vala. I'm > really new at > > Ubuntu so the directions make too many assumptions in > ability (which I > > don't have). > > > > Can someone give the the exact commands to install Vala? > > > > Thank you > > > > > > _______________________________________________ > > 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 > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From brunogirin at gmail.com Sun Jan 9 02:02:22 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 09 Jan 2011 02:02:22 +0000 Subject: [Shotwell] Final call for testing: Shotwell 0.8.1 In-Reply-To: References: <1294453571.1857.12.camel@nuuk> Message-ID: <1294538542.3427.11.camel@nuuk> Yes, that's what I meant: the one in the PPA. Which also means that the version of Shotwell in the PPA should be compiled with 0.12. Re-reading my email, it was indeed confusing... Bruno On Fri, 2011-01-07 at 18:42 -0800, Jim Nelson wrote: > Obviously Shotwell doesn't ship with libraw as far as the distros are > concerned -- we're at their mercy there. > > As far as the libraw on our PPA, we do have a ticket to upgrade that > to 0.12: http://trac.yorba.org/ticket/2583 I think it's worthwhile to > at least consider it for the release, so I've upped the ticket. > > -- Jim > > On Fri, Jan 7, 2011 at 6:26 PM, Bruno Girin > wrote: > Jim, > > What version of LibRAW will 0.8.1 ship with? 0.9.1 like 0.8 or > a more > recent version? Considering the number of new camera support > added in > LibRAW 0.10 and 0.11, it might be worth shipping the latest > one. > > Bruno > > > On Fri, 2011-01-07 at 13:31 -0800, Jim Nelson wrote: > > Hello all, > > > > We're wrapping up development of what will become Shotwell > 0.8.1, the latest > > version of Yorba's GNOME photo manager. This release fixes > a number of bugs > > and adds some new features: > > > > * http://trac.yorba.org/ticket/3030 - Support 3GP video > > * http://trac.yorba.org/ticket/3033 - Segfault importing > JPEG > > * http://trac.yorba.org/ticket/3050 - Build with Vala 0.10.2 > > * http://trac.yorba.org/ticket/3056 - Support Samsung SRW > RAW files > > * http://trac.yorba.org/ticket/3057 - Video metadata issues > w/ certain MP4 > > files > > * http://trac.yorba.org/ticket/3014 - Segfault when writing > metadata to file > > * http://trac.yorba.org/ticket/3041 - Import freezes on an > MPEG file > > * http://trac.yorba.org/ticket/3020 - Segfault at startup > > > > (Note that SRW files are currently not reported to Shotwell > via gphoto2. > > This should be fixed in the next release of gphoto2.) > > > > A final push of testing would help us work out anything we > missed that's in > > need of immediate attention. If you're interested in > testing this newest > > version of Shotwelll, I encourage you to checkout the 0.8.1 > candidate and > > try it yourself. I've merged changes from branch into > trunk, so if you're > > running from trunk you should see these fixes when you next > update (as well > > as some other goodies we've been working on). > > > > If you'd like to try what will soon be 0.8.1, follow the > instructions here: > > > > http://yorba.org/shotwell/install/#source > > > > However, instead of pulling from trunk, I encourage you to > use the branch > > build, which is what will be packaged: > > > > $ svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.8 > > > > Since this is pre-release software, you might consider > backing up your > > library before starting: > > > > > http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary > > > > Cheers, > > > > -- Jim > > > _______________________________________________ > > 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 Sun Jan 9 02:39:13 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 09 Jan 2011 02:39:13 +0000 Subject: [Shotwell] Basic video edition : rotation In-Reply-To: References: <4D2857DF.8030704@gmx.net> Message-ID: <1294540753.3427.40.camel@nuuk> Hi all, Before we get into a protracted argument, note that a "reasonable feature request" is not the same as a "high priority feature request". Reasonable just means that it is not completely outlandish. All that was done with that feature request is that it was added to the trac database [1] so that it is documented. What release it is implemented in (or whether it is implemented at all) will depend on its priority compared to the priority of other features. It is important to document all feature requests, even the ones that seem non-essential, as it gives a good idea of what different users want to do with the software, which is often different from what the developers had in mind in the first place. It also ensures that such requests are not forgotten. [1] http://trac.yorba.org/ Cheers, Bruno On Sat, 2011-01-08 at 14:24 +0100, kimaidou wrote: > hi people, > > I read carefully your text, and indeed I agree with you... Shotwell must > focus on library management first. > > Considering video rotation, I still think it would be easier to do it from > Shotwell, because it is here where you have a look on the photos and videos > after importing. Though it does not mean Shotwell engine must do it by > itself. Why no allow people to add some command line option within shotwell > (as jbrout does). For example, we see a video in shotwell which needs to be > rotated, we right-click (or go to menu) and choose to launch one of the user > configured command lines, e.g. "rotate video with ffmpeg". > > This middle way would allow people like me to run external command on > several photos/videos at once, and will not disturb shotwell development. > > What do you think ? > > 2011/1/8 Lars O. Grobe > > > Hi! > > > > > > IS PHOTO ALBUM SOFTWARE not full featured video editing suite! > >> > > > > I 100% agree that it is not useful to add all functions one may happen to > > want to handle media into Shotwell - even though it is more then a photo > > album software. > > > > In my understanding, Shotwell is some kind of a content (library) > > management tool. Content used to be pictures, and covers video now, too. > > Management means here that one can maintain content in a library. This > > requires metadata handling, sort & find, im- and export. > > > > I would be very careful to mix this with content authoring. There are some > > cases, such as the feature to rotate images transfered from a digital > > camera, that are very useful even though they mess up the separation between > > maintaining a library and editing its content. The reason is that it would > > add a huge overhead to a small taks doing this externally. > > > > Rotate by 90 degree is very, very simple for an image, and people may have > > hundreds of pictures that need to be rotated, so here it is useability that > > backs such a feature. Rotate a video by 90 degree is something that will be > > applied to one video (I hope noone is taking movies tilted all the time...), > > and requires quite a lot of implementation development. It is very little > > overhead to do this in an external application, that can be used to do all > > preprocessing such as transcoding, adding a title, setting a resolution and > > such BEFORE importing it into the library. > > > > There is still quite a lot of stuff that can be done to improve Shotwell's > > performance as a media library management tool (e.g. file format support, > > exchange with other libraries, ...). I would hope that development focuses > > on these, instead on making Shotwell an application trying to do "something > > with media". > > > > Cheers, Lars. > > > > > > _______________________________________________ > > 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 jsben187 at gmail.com Sun Jan 9 20:53:35 2011 From: jsben187 at gmail.com (John Smith) Date: Sun, 9 Jan 2011 15:53:35 -0500 Subject: [Shotwell] installing v. 0.8.0 Message-ID: Hello all, I had an aweful time trying to install v. 0.8.0. And, currently it is still incomplete. Would it be possible for someone to set up a package so a complete install can be made with "yum", fc13. thanks much, Ben From bengt at thuree.com Sun Jan 9 23:24:53 2011 From: bengt at thuree.com (Bengt Thuree) Date: Mon, 10 Jan 2011 10:24:53 +1100 Subject: [Shotwell] installing v. 0.8.0 In-Reply-To: References: Message-ID: <1294615493.2793.1695.camel@lappis.thuree.com> Hi Have you tried following my small addition to the Shotwell Wiki? http://trac.yorba.org/wiki/HowToBuildInDebianFromSource /Bengt On Sun, 2011-01-09 at 15:53 -0500, John Smith wrote: > Hello all, > > I had an aweful time trying to install v. 0.8.0. And, currently it is still > incomplete. > Would it be possible for someone to set up a package so a complete install > can > be made with "yum", fc13. > > thanks much, > Ben > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- With Regards Bengt Thuree bengt at thuree.com From thecorfiot at gmail.com Mon Jan 10 07:42:31 2011 From: thecorfiot at gmail.com (Bob Giles) Date: Mon, 10 Jan 2011 09:42:31 +0200 Subject: [Shotwell] Basic -v- Extended information Message-ID: <4D2AB867.8050103@gmail.com> Hi all, I was wondering whether others find the 'modal' extended information panel that pops up in the middle of the viewed image irritating? Don't get me wrong, the information is useful but I fail to see why there is the necessity to have both basic and extended information options at all. To me, it seems more logical to combine both into one information panel and that it should be displayed where the basic information is currently displayed. In that way, all available information would be immediately available without obscuring the image. I am aware that the extended information panel has been raised at http://trac.yorba.org/ticket/2779 but was wondering whether there were others that find the current display as irritating as I do but just 'grin and bare it'! I guess that what I am really hoping for is enough interest to raise the importance of this feature in the minds of the esteemed developers! I suspect that this wouldn't be a major development issue. I just wish that I had the ability! Alternatively, maybe somebody could convince me that the current situation is more appropriate than my suggestion. Keep up the good work on a much needed application! Bob Giles Corfu From adam at yorba.org Mon Jan 10 17:27:07 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 10 Jan 2011 09:27:07 -0800 Subject: [Shotwell] installing v. 0.8.0 In-Reply-To: References: Message-ID: <4D2B416B.7050805@yorba.org> On 01/09/2011 12:53 PM, John Smith wrote: > Hello all, > > I had an aweful time trying to install v. 0.8.0. And, currently it is still > incomplete. You're trying to build from source, right? What commands are you typing, and what errors are you seeing? If you'd like to provide more detail, we may be able to help. adam From adam at yorba.org Mon Jan 10 18:10:47 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 10 Jan 2011 10:10:47 -0800 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: <4D28F264.20802@Aleksandrsolzhenitsyn.net> References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> <4D28E3E6.7080007@Aleksandrsolzhenitsyn.net> <4D28F264.20802@Aleksandrsolzhenitsyn.net> Message-ID: <4D2B4BA7.9070809@yorba.org> On 01/08/2011 03:25 PM, . wrote: > On 01/08/2011 06:11 PM, Adam Dingle wrote: >> To the original poster (Peace at aleksandrsolzhenitsyn.net >> ): >> >> What version of Ubuntu are you running? I'm going to assume that >> you're running Lucid Lynx (10.04), since the last error message you >> sent mentioned Lucid. If that's correct, then you'll need to build >> Shotwell from source, since the Yorba PPA does not (and will not) >> include Shotwell 0.8 for Lucid. You'll also need to build Vala from >> source, since Lucid comes with Vala 0.8 which is too old for building >> Shotwell, and the Vala PPA would give you Vala 0.11 which is too new >> for building Shotwell. >> >> So here we go. To build Vala from source, you'll need to extract it, >> then run 'configure' and 'make'. Your previous message showed that >> you were doing this correctly, but were missing at least one build >> dependency for Vala (Flex). To install all required build >> dependencies (including Flex), do this: >> >> $ sudo apt-get build-dep vala >> >> After that, do this: >> >> $ cd ~/vala-0.10.2 >> $ ./configure >> $ make >> $ sudo make install > No luck....here's the results (yes, I'm running 10.04) > > echo at echo-laptop:~/vala-0.10.2$ sudo apt-get build-dep vala > Reading package lists... Done > Building dependency tree > Reading state information... Done > E: Could not open file > /var/lib/apt/lists/ppa.launchpad.net_vala-team_ppa_ubuntu_dists_lucid_mai_source_Sources > - open (2: No such file or directory) > echo at echo-laptop:~/vala-0.10.2$ > OK. The problem is that the Vala PPA is still one of the software sources on your system. This is preventing 'apt-get build-dep' from working, probably because the Vala PPA doesn't include a source package (which is where build dependencies are listed). If you're building Vala yourself, you really don't want the Vala PPA around anyway. So you need to do the following: 1. Remove all packages which might have come from the Vala PPA: $ sudo apt-get remove vala libgee 2. Remove the Vala PPA from your software sources list. To do this, go to System->Administration->Software Sources and choose the Other Software tab. You should see the Vala PPA listed. Uncheck it or remove it from the list. 3. Now try the 'sudo apt-get build-dep' command I listed above. Hope this helps! adam From adam at yorba.org Mon Jan 10 19:07:01 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 10 Jan 2011 11:07:01 -0800 Subject: [Shotwell] MP4 Video does not play In-Reply-To: References: Message-ID: <4D2B58D5.9070705@yorba.org> On 01/08/2011 01:10 PM, Vincent wrote: > Hi, > > I met an issue with some MP4 video recorded during holidays: Shotwell cannot > display a cover for these movies and totem cannot play it ("impossible to > determine the type of flux")... However, VLC read it without any problems... > Can anyone which has some knowledge in MP4 decoding can have a look to one > of these video to try to explain why I meet this issue? > > I have uploaded the video here: http://ubuntuone.com/p/XHX/ > > Best regards and I like to see that Shotwell 0.8 can now import and play > videos! Vincent, I downloaded your video. I'm also able to play it in VLC but not in Totem. 'ffmpeg -i' reports the following: === Seems stream 0 codec frame rate differs from container frame rate: 60000.00 (60000/1) -> 30.00 (30/1) Last message repeated 1 times Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/adam/Desktop/video': Metadata: major_brand : MSNV minor_version : 19464262 compatible_brands: MSNVmp42isom Duration: 00:00:34.53, start: 0.-00033, bitrate: 8845 kb/s Stream #0.0(jpn): Video: h264, yuv420p, 1280x720, 8709 kb/s, 30 fps, 30 tbr, 30k tbn, 60k tbc Stream #0.1(jpn): Audio: aac, 44100 Hz, stereo, s16, 131 kb/s === It looks like the video contains H.264 video and AAC audio, both of which should play on Ubuntu (which I presume you're using since you uploaded to Ubuntu One). But maybe the frame rate error message above is significant, or perhaps there's something odd about the container format. This is really outside the scope of Shotwell, so perhaps you could ask your question on one of the GStreamer mailing lists. Cheers - adam From jim at yorba.org Mon Jan 10 20:20:18 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 10 Jan 2011 12:20:18 -0800 Subject: [Shotwell] db design question In-Reply-To: References: Message-ID: In TagTable (and elsewhere), Shotwell uses source ID's rather than simple row IDs. There are a few reasons for this, but what it comes down to is that tags can hold multiple types of media: photos and videos (and perhaps more in the future). A source ID is a combination of a media name ("thumb" here) and the row ID in that media's database. Why "thumb"? It's a legacy thing from when Shotwell only dealt with photos. Since these values are never visible to the user (and aren't even examined much in the code once they've been converted into in-memory objects), they should be treated like opaque tokens. When examining the database, mentally convert "thumb" to "photo" and the value to the right of it to a row ID, and you're set. -- Jim On Sat, Jan 8, 2011 at 5:33 AM, Kent Tenney wrote: > Howdy, > > Looking at photo.db.TagTable, I see a list containing items like > thumb0000000000001677, which evidently refers to a thumbnail. > I would expect to see mention of a field in PhotoTable. > > How does Shotwell connect tag names to image files? > > Thanks, > Kent > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From Peace at Aleksandrsolzhenitsyn.net Tue Jan 11 02:57:12 2011 From: Peace at Aleksandrsolzhenitsyn.net (.) Date: Mon, 10 Jan 2011 21:57:12 -0500 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: <1294496998.2393.1.camel@antiloop> References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> <1294478893.2026.18.camel@maciej-netbook> <4D287050.9060303@Aleksandrsolzhenitsyn.net> <1294496998.2393.1.camel@antiloop> Message-ID: <4D2BC708.4020801@Aleksandrsolzhenitsyn.net> On 01/08/2011 09:29 AM, Mattias P?ldaru wrote: > ?hel kenal p?eval, L, 2011-01-08 kell 09:10, kirjutas .: >> configure: error: flex not found but required > Make sure you have libflex installed. > > Mattias > Where do I get libflex? I'm running Ubuntu 10.04 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From lucas at yorba.org Tue Jan 11 03:23:09 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 10 Jan 2011 19:23:09 -0800 Subject: [Shotwell] Released: Shotwell 0.8.1 - a GNOME Photo Manager Message-ID: Yorba has released Shotwell 0.8.1, an update to our digital photo manager for GNOME. This release provides bug fixes, support for new video and RAW formats, and translation updates. We recommend that all users upgrade. You can download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ or grab a binary for Ubuntu Maverick via Yorba's Launchpad PPA at: https://launchpad.net/~yorba/+archive/ppa -- Lucas Beeler From david.velazquez08 at gmail.com Tue Jan 11 03:54:40 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Mon, 10 Jan 2011 22:54:40 -0500 Subject: [Shotwell] Released: Shotwell 0.8.1 - a GNOME Photo Manager In-Reply-To: References: Message-ID: Hi all, is there any word on building Shotwell .8.x for Lucid on the PPA? In a previous message Adam said this would be done after vacation but the PPA still appears to have .7 in it. No rush on this if there are still plans to do it, but if support for Lucid has already been dropped I'd be interested in official word so I can get on building it from source. Also, if it has been dropped I'd urge Yorba to reconsider. A large number of people will still be using Lucid. It's still relatively brand new in the Ubuntu family and at the breakneck pace Yorba is developing Shotwell many people will be left out in the cold with no new features or bug fixes. Heck, with .8 out the door now and .9? tentatively scheduled within the next few months this situation would be exaggerated even more soon enough. I certainly understand if this couldn't be done for technical reasons but would hate to see support dropped for Lucid so young into its lifespan. I'll readily admit that maybe this isn't as large a concern as it could be since Shotwell wasn't part of the default installation, but it still kind of sucks for those users who tried it out early. On a separate, but related note, how long do you predict being able to support Ubuntu releases via the PPA? If Lucid support has been dropped a mere 8 months into its release will Maverick be treated similarly? Dave Adam wrote this a few days ago on December 28th (proof I'm really not losing my mind I guess!) > A couple of clarifications: > > The Shotwell PPA currently contains Shotwell 0.8 for Ubuntu 10.10 > (Maverick), but only Shotwell 0.7 for Ubuntu 10.04 (Lucid). We plan to > update the PPA within the next week to include Shotwell 0.8 for Lucid as > well. > > I fully expect that Ubuntu will include Shotwell 0.8 in Natty within the > next couple of weeks. We're planning to release Shotwell 0.9 in March, and > our plan is for 0.9 to be included in the final releases of both Ubuntu > 11.04 (Natty) and Fedora 15. On Mon, Jan 10, 2011 at 10:23 PM, Lucas Beeler wrote: > Yorba has released Shotwell 0.8.1, an update to our digital photo > manager for GNOME. This release provides bug fixes, support for new > video and RAW formats, and translation updates. We recommend that all > users upgrade. > > You can download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > or grab a binary for Ubuntu Maverick via Yorba's Launchpad PPA at: > https://launchpad.net/~yorba/+archive/ppa > > -- Lucas Beeler > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From b.e.smith at computer.org Tue Jan 11 04:00:38 2011 From: b.e.smith at computer.org (Bruce Smith) Date: Tue, 11 Jan 2011 15:00:38 +1100 Subject: [Shotwell] 0.8.1 update: Problem with CR2 files from a Canon EOS 550D In-Reply-To: <4D254667.5080000@computer.org> References: <4D1E934C.8050107@computer.org> <4D254667.5080000@computer.org> Message-ID: <4D2BD5E6.4080602@computer.org> I just installed the brand new 0.8.1 release on my Maverick box. It did not fix my magenta stripe problem. I guess this release did not get the 0.12.2 version of libraw included? Bruce On 06/01/11 15:34, Bruce Smith wrote: > Thanks Jim. The version of libraw that is in my Maverick installation > is 0.9.1-1, quite old compared to 0.12.2. I?m not in a position to > recompile / rebuild Shotwell right now to test if libraw 0.12.2 will > fix my magenta stripe symptoms. However, I may be able to do that in a > few weeks. > > Bruce > > On 05/01/11 18:15, Jim Nelson wrote: >> libraw 0.12.2 was released within the last 24 hours. It appears to >> fix a slew of problems, from compiling and linking with Shotwell to >> some of the display problems people have been reporting. >> >> I did notice in my testing that merely dropping in a new version of >> libraw was not enough to fix the rendering problem. I also had to >> recompile. I'd be curious if other people see the same behavior. >> >> -- Jim >> >> On Fri, Dec 31, 2010 at 6:37 PM, Bruce Smith > > wrote: >> >> Hello >> >> I confirm a very similar problem to that reported by >> >> http://lists.yorba.org/pipermail/shotwell/2010-December/001408.html with >> RAW CR2 files off my EOS 550D. Basically, its the ?thin magenta >> stripe? problem. It happens in both the preview mode under the >> Shotwell Photo Manager and also from Nautilus via ?Open with >> Shotwell Photo Viewer?. >> >> My environment is: >> >> * Maverick with all updates applied >> * Shotwell 0.8.0 from the PPA site >> >> In case this helps, for a comparison of CR2 handling I briefly and >> temporarily installed Picasa on Maverick and it demonstrated >> precisely the same magenta stripe behaviour. >> >> Regards >> Bruce >> _______________________________________________ >> 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 siddhesh.poyarekar at gmail.com Tue Jan 11 05:26:07 2011 From: siddhesh.poyarekar at gmail.com (Siddhesh Poyarekar) Date: Tue, 11 Jan 2011 10:56:07 +0530 Subject: [Shotwell] Install Vala 0.11.3?? In-Reply-To: <4D2BC708.4020801@Aleksandrsolzhenitsyn.net> References: <4D27DCA9.60208@Aleksandrsolzhenitsyn.net> <1294478893.2026.18.camel@maciej-netbook> <4D287050.9060303@Aleksandrsolzhenitsyn.net> <1294496998.2393.1.camel@antiloop> <4D2BC708.4020801@Aleksandrsolzhenitsyn.net> Message-ID: On Tue, Jan 11, 2011 at 8:27 AM, . wrote: > On 01/08/2011 09:29 AM, Mattias P?ldaru wrote: >> ?hel kenal p?eval, L, 2011-01-08 kell 09:10, kirjutas .: >>> configure: error: flex not found but required >> Make sure you have libflex installed. >> >> Mattias >> > Where do I get libflex? ?I'm running Ubuntu 10.04 It is not libflex, it's flex: sudo apt-get install flex bison -- Siddhesh Poyarekar http://siddhesh.in From adam at yorba.org Tue Jan 11 13:51:31 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 11 Jan 2011 05:51:31 -0800 Subject: [Shotwell] Released: Shotwell 0.8.1 - a GNOME Photo Manager In-Reply-To: References: Message-ID: David, On Mon, Jan 10, 2011 at 7:54 PM, David Velazquez < david.velazquez08 at gmail.com> wrote: > Hi all, is there any word on building Shotwell .8.x for Lucid on the PPA? > In > a previous message Adam said this would be done after vacation but the PPA > still appears to have .7 in it. No rush on this if there are still plans to > do it, but if support for Lucid has already been dropped I'd be interested > in official word so I can get on building it from source. > I apologize for the confusion about this. The Yorba PPA will not include Shotwell 0.8.x for Lucid. As you pointed out, back on December 28 I did say that we would add 0.8.x for Lucid to the PPA, but I had not yet talked to the team about why it was left out from the release (we were all on vacation at the time). It turns out that for technical reasons we can't easily support 0.8.x for Lucid in our PPA. The problem is that Shotwell 0.8 won't build either with Vala 0.8 (the version included in Lucid) or Vala 0.11 (the version available in the Vala PPA). It requires Vala 0.10. The PPA build system works in such a way that we could easily either use Vala from the target release (i.e. 0.8) or from an external PPA (i.e. 0.11), but other versions are not easily available to us. I should have announced this more clearly on this mailing list previously. Fortunately, it's not hard to build 0.8 from source for Lucid, and if you run into trouble doing that we're happy to help on this list. On a separate, but related note, how long do you predict being able to > support Ubuntu releases via the PPA? If Lucid support has been dropped a > mere 8 months into its release will Maverick be treated similarly? > In the future, it's our goal that every Shotwell release will support both the current Ubuntu release and the previous release, both for building from source and in our PPA. This means that you'll be able to install 0.9 in binary form on either Maverick (from our PPA) or on Natty (which we expect will itself include Shotwell 0.9). To be able to do that, we need Shotwell to be able to build with the latest Vala (we're working on that), or alternately we could distribute generated .c files rather than the original .vala files in our source package (just like Vala itself does), which would remove the build-time dependency on any particular version of Vala. In any case, we'll find a way to do better next time. :) adam From adam at yorba.org Tue Jan 11 17:23:19 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 11 Jan 2011 09:23:19 -0800 Subject: [Shotwell] 0.8.1 update: Problem with CR2 files from a Canon EOS 550D In-Reply-To: <4D2BD5E6.4080602@computer.org> References: <4D1E934C.8050107@computer.org> <4D254667.5080000@computer.org> <4D2BD5E6.4080602@computer.org> Message-ID: <4D2C9207.8080606@yorba.org> Bruce, To be clear, Shotwell itself does not include libraw: it just uses whichever version of libraw happens to be available on your machine. We do have plans to add libraw 0.12 to the Yorba PPA (see http://trac.yorba.org/ticket/2583), but that's not done yet. We might do that soon, or wait for the 0.9 release - that's still undecided. If you're in a hurry, though, it shouldn't be too hard to build and install libraw 0.12.2 on your Maverick box, and then Shotwell will use it. cheers adam On 01/10/2011 08:00 PM, Bruce Smith wrote: > I just installed the brand new 0.8.1 release on my Maverick box. It > did not fix my magenta stripe problem. I guess this release did not > get the 0.12.2 version of libraw included? > > Bruce > > On 06/01/11 15:34, Bruce Smith wrote: >> Thanks Jim. The version of libraw that is in my Maverick installation >> is 0.9.1-1, quite old compared to 0.12.2. I?m not in a position to >> recompile / rebuild Shotwell right now to test if libraw 0.12.2 will >> fix my magenta stripe symptoms. However, I may be able to do that in >> a few weeks. >> >> Bruce >> >> On 05/01/11 18:15, Jim Nelson wrote: >>> libraw 0.12.2 was released within the last 24 hours. It appears to >>> fix a slew of problems, from compiling and linking with Shotwell to >>> some of the display problems people have been reporting. >>> >>> I did notice in my testing that merely dropping in a new version of >>> libraw was not enough to fix the rendering problem. I also had to >>> recompile. I'd be curious if other people see the same behavior. >>> >>> -- Jim >>> >>> On Fri, Dec 31, 2010 at 6:37 PM, Bruce Smith >> > wrote: >>> >>> Hello >>> >>> I confirm a very similar problem to that reported by >>> >>> http://lists.yorba.org/pipermail/shotwell/2010-December/001408.html >>> with >>> RAW CR2 files off my EOS 550D. Basically, its the ?thin magenta >>> stripe? problem. It happens in both the preview mode under the >>> Shotwell Photo Manager and also from Nautilus via ?Open with >>> Shotwell Photo Viewer?. >>> >>> My environment is: >>> >>> * Maverick with all updates applied >>> * Shotwell 0.8.0 from the PPA site >>> >>> In case this helps, for a comparison of CR2 handling I briefly and >>> temporarily installed Picasa on Maverick and it demonstrated >>> precisely the same magenta stripe behaviour. >>> >>> Regards >>> Bruce >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> >> > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From brunogirin at gmail.com Tue Jan 11 20:30:49 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 11 Jan 2011 20:30:49 +0000 Subject: [Shotwell] 0.8.1 update: Problem with CR2 files from a Canon EOS 550D In-Reply-To: <4D2C9207.8080606@yorba.org> References: <4D1E934C.8050107@computer.org> <4D254667.5080000@computer.org> <4D2BD5E6.4080602@computer.org> <4D2C9207.8080606@yorba.org> Message-ID: <1294777849.1822.11.camel@nuuk> On Tue, 2011-01-11 at 09:23 -0800, Adam Dingle wrote: > Bruce, > > To be clear, Shotwell itself does not include libraw: it just uses > whichever version of libraw happens to be available on your machine. We > do have plans to add libraw 0.12 to the Yorba PPA (see > http://trac.yorba.org/ticket/2583), but that's not done yet. We might > do that soon, or wait for the 0.9 release - that's still undecided. If > you're in a hurry, though, it shouldn't be too hard to build and install > libraw 0.12.2 on your Maverick box, and then Shotwell will use it. If you want to do that, you will have to compile libraw 0.12.2 and then re-compile Shotwell, as libraw is a static (rather than dynamic) library. Based on my tests, it does resolve the purple stripe problem seen on EOS 60D and 550D cameras (only tested with a 60D image though). Bruno From jim at yorba.org Tue Jan 11 20:55:36 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 11 Jan 2011 12:55:36 -0800 Subject: [Shotwell] 0.8.1 update: Problem with CR2 files from a Canon EOS 550D In-Reply-To: <1294777849.1822.11.camel@nuuk> References: <4D1E934C.8050107@computer.org> <4D254667.5080000@computer.org> <4D2BD5E6.4080602@computer.org> <4D2C9207.8080606@yorba.org> <1294777849.1822.11.camel@nuuk> Message-ID: Bruno, Did you verify that you needed to recompile Shotwell with libraw 0.12 in order to fix the bug? Did you try merely dropping in 0.12 with an existing build of Shotwell? -- Jim On Tue, Jan 11, 2011 at 12:30 PM, Bruno Girin wrote: > On Tue, 2011-01-11 at 09:23 -0800, Adam Dingle wrote: > > Bruce, > > > > To be clear, Shotwell itself does not include libraw: it just uses > > whichever version of libraw happens to be available on your machine. We > > do have plans to add libraw 0.12 to the Yorba PPA (see > > http://trac.yorba.org/ticket/2583), but that's not done yet. We might > > do that soon, or wait for the 0.9 release - that's still undecided. If > > you're in a hurry, though, it shouldn't be too hard to build and install > > libraw 0.12.2 on your Maverick box, and then Shotwell will use it. > > If you want to do that, you will have to compile libraw 0.12.2 and then > re-compile Shotwell, as libraw is a static (rather than dynamic) > library. Based on my tests, it does resolve the purple stripe problem > seen on EOS 60D and 550D cameras (only tested with a 60D image though). > > Bruno > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Wed Jan 12 02:53:34 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 11 Jan 2011 18:53:34 -0800 Subject: [Shotwell] Source code reorganization Message-ID: One item that's been on my mind for a while and was discussed here previously ( http://lists.yorba.org/pipermail/shotwell/2010-September/001088.html) is reorganizing Shotwell's source code. With whitespace and comments, Shotwell is now over 70,000 lines of code. The old model -- current before about an hour ago -- was a flat list of files in a single directory with minimal use of namespaces. I've checked in to trunk a new model. Rather than go on about it here, anyone interested should read a page I've written about it on our architectural overview: http://trac.yorba.org/wiki/ShotwellArchSourceOrganization If you're currently working on a patch, you'll want to update your local copy and merge with the new code before submitting. Further work will follow to move more of the code into separate units and further clean up the organization. This is a first step toward a more manageable code base. Hopefully from here on it's smaller, more incremental changes. Cheers, -- Jim From brunogirin at gmail.com Wed Jan 12 23:40:39 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 12 Jan 2011 23:40:39 +0000 Subject: [Shotwell] Source code reorganization In-Reply-To: References: Message-ID: <1294875639.1859.8.camel@nuuk> Hi Jim, That's great news and will make it a lot easier to navigate the code! When I have the time, hopefully in the next few weeks, I'll re-organise the AlienDatabase/F-Spot import code into units. However, this brings a question: are you happy for me to make an exception to the "one-deep" nesting and nest an fspot unit inside an alien_database one? Cheers, Bruno On Tue, 2011-01-11 at 18:53 -0800, Jim Nelson wrote: > One item that's been on my mind for a while and was discussed here > previously ( > http://lists.yorba.org/pipermail/shotwell/2010-September/001088.html) is > reorganizing Shotwell's source code. With whitespace and comments, Shotwell > is now over 70,000 lines of code. The old model -- current before about an > hour ago -- was a flat list of files in a single directory with minimal use > of namespaces. I've checked in to trunk a new model. > > Rather than go on about it here, anyone interested should read a page I've > written about it on our architectural overview: > http://trac.yorba.org/wiki/ShotwellArchSourceOrganization > > If you're currently working on a patch, you'll want to update your local > copy and merge with the new code before submitting. > > Further work will follow to move more of the code into separate units and > further clean up the organization. This is a first step toward a more > manageable code base. Hopefully from here on it's smaller, more incremental > changes. > > Cheers, > > -- Jim > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From brunogirin at gmail.com Wed Jan 12 23:48:23 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 12 Jan 2011 23:48:23 +0000 Subject: [Shotwell] 0.8.1 update: Problem with CR2 files from a Canon EOS 550D In-Reply-To: References: <4D1E934C.8050107@computer.org> <4D254667.5080000@computer.org> <4D2BD5E6.4080602@computer.org> <4D2C9207.8080606@yorba.org> <1294777849.1822.11.camel@nuuk> Message-ID: <1294876103.1859.16.camel@nuuk> Jim, Yes I tried merely dropping in 0.12 with an existing build of Shotwell and running ldconfig to force ld to refresh its cache. It didn't work. I believe that's because libraw is a static library rather than a dynamic one: you'll notice that it installs libraw.a and libraw_r.a but no .so file. Maybe there is a compilation flag to get it to install a .so but I didn't investigate. There is also a possibility that I didn't do the test properly so a confirmation by someone else would be good :-) If you want to try with a file that exhibits the behaviour, here's one posted to the ubuntu-uk mailing list: http://marsters.co.uk/shotwell/eos60d-samples.tar.gz With libraw 0.9.1 it shows the purple stripe, with 0.12.2 it displays the photograph properly. Bruno On Tue, 2011-01-11 at 12:55 -0800, Jim Nelson wrote: > Bruno, > > Did you verify that you needed to recompile Shotwell with libraw 0.12 > in order to fix the bug? Did you try merely dropping in 0.12 with an > existing build of Shotwell? > > -- Jim > > On Tue, Jan 11, 2011 at 12:30 PM, Bruno Girin > wrote: > On Tue, 2011-01-11 at 09:23 -0800, Adam Dingle wrote: > > Bruce, > > > > To be clear, Shotwell itself does not include libraw: it > just uses > > whichever version of libraw happens to be available on your > machine. We > > do have plans to add libraw 0.12 to the Yorba PPA (see > > http://trac.yorba.org/ticket/2583), but that's not done > yet. We might > > do that soon, or wait for the 0.9 release - that's still > undecided. If > > you're in a hurry, though, it shouldn't be too hard to build > and install > > libraw 0.12.2 on your Maverick box, and then Shotwell will > use it. > > > If you want to do that, you will have to compile libraw 0.12.2 > and then > re-compile Shotwell, as libraw is a static (rather than > dynamic) > library. Based on my tests, it does resolve the purple stripe > problem > seen on EOS 60D and 550D cameras (only tested with a 60D image > though). > > Bruno > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From siddhesh.poyarekar at gmail.com Thu Jan 13 01:03:19 2011 From: siddhesh.poyarekar at gmail.com (Siddhesh Poyarekar) Date: Thu, 13 Jan 2011 06:33:19 +0530 Subject: [Shotwell] Source code reorganization In-Reply-To: References: Message-ID: On Wed, Jan 12, 2011 at 8:23 AM, Jim Nelson wrote: > Further work will follow to move more of the code into separate units and > further clean up the organization. ?This is a first step toward a more > manageable code base. ?Hopefully from here on it's smaller, more incremental > changes. Would this include moving classes/derived classes together? Even a source file per class would be good. Currently the organization seems haphazard; I'm sure it's not and I just don't understand the reason behind it yet. For example the PhotoCanvas class is inside EditingTools.vala when the classes inside EditingTools only have it as an instance variable and are not really related in any other way to it. -- Siddhesh Poyarekar http://siddhesh.in From jim at yorba.org Thu Jan 13 02:36:44 2011 From: jim at yorba.org (Jim Nelson) Date: Wed, 12 Jan 2011 18:36:44 -0800 Subject: [Shotwell] Source code reorganization In-Reply-To: <1294875639.1859.8.camel@nuuk> References: <1294875639.1859.8.camel@nuuk> Message-ID: That sounds great, Bruno. Yes, the one-deep rule is rule of thumb and it makes perfect sense to break it for the database import code. -- Jim On Wed, Jan 12, 2011 at 3:40 PM, Bruno Girin wrote: > Hi Jim, > > That's great news and will make it a lot easier to navigate the code! > When I have the time, hopefully in the next few weeks, I'll re-organise > the AlienDatabase/F-Spot import code into units. However, this brings a > question: are you happy for me to make an exception to the "one-deep" > nesting and nest an fspot unit inside an alien_database one? > > Cheers, > > Bruno > > On Tue, 2011-01-11 at 18:53 -0800, Jim Nelson wrote: > > One item that's been on my mind for a while and was discussed here > > previously ( > > http://lists.yorba.org/pipermail/shotwell/2010-September/001088.html) is > > reorganizing Shotwell's source code. With whitespace and comments, > Shotwell > > is now over 70,000 lines of code. The old model -- current before about > an > > hour ago -- was a flat list of files in a single directory with minimal > use > > of namespaces. I've checked in to trunk a new model. > > > > Rather than go on about it here, anyone interested should read a page > I've > > written about it on our architectural overview: > > http://trac.yorba.org/wiki/ShotwellArchSourceOrganization > > > > If you're currently working on a patch, you'll want to update your local > > copy and merge with the new code before submitting. > > > > Further work will follow to move more of the code into separate units and > > further clean up the organization. This is a first step toward a more > > manageable code base. Hopefully from here on it's smaller, more > incremental > > changes. > > > > Cheers, > > > > -- Jim > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Thu Jan 13 02:39:48 2011 From: jim at yorba.org (Jim Nelson) Date: Wed, 12 Jan 2011 18:39:48 -0800 Subject: [Shotwell] Source code reorganization In-Reply-To: References: Message-ID: Yes, I'm hoping the new system will put parent and derived classes together when it makes sense. Sometimes it might not -- for example, Photo and Video derive from MediaSource, but my thinking is to put photo-related code into a photo unit and video-related code into a video unit. For example the PhotoCanvas class is inside > EditingTools.vala when the classes inside EditingTools only have it as > an instance variable and are not really related in any other way to > it. > > The PhotoCanvas class is a mediator class between the editing tools and the EditingHostPage. Although it's only an instance variable for them, it's a pretty important instance variable, as it's how the draw to the screen and receive notifications of user events. -- Jim From jim at yorba.org Thu Jan 13 22:05:15 2011 From: jim at yorba.org (Jim Nelson) Date: Thu, 13 Jan 2011 14:05:15 -0800 Subject: [Shotwell] 0.8.1 update: Problem with CR2 files from a Canon EOS 550D In-Reply-To: <1294876103.1859.16.camel@nuuk> References: <4D1E934C.8050107@computer.org> <4D254667.5080000@computer.org> <4D2BD5E6.4080602@computer.org> <4D2C9207.8080606@yorba.org> <1294777849.1822.11.camel@nuuk> <1294876103.1859.16.camel@nuuk> Message-ID: Yes -- now I see what is going on. I noticed that the libraw libraries were .a files, but I thought they contained .so and that this was some Linux-ism to compress shared libraries. Now I see they're .o files, so in fact Shotwell *is* statically linking them in. This changes the game quite a bit. This means libraw is purely a build dependency. Users can't merely upgrade libraw, but need to rebuild Shotwell as well. I thought the bug fix was due to a header change, hence the need to recompile. It's more fundamental than that. I've posted a message with the libraw folks to get them start thinking about this issue: http://www.libraw.org/node/544 -- Jim On Wed, Jan 12, 2011 at 3:48 PM, Bruno Girin wrote: > Jim, > > Yes I tried merely dropping in 0.12 with an existing build of Shotwell > and running ldconfig to force ld to refresh its cache. It didn't work. I > believe that's because libraw is a static library rather than a dynamic > one: you'll notice that it installs libraw.a and libraw_r.a but no .so > file. Maybe there is a compilation flag to get it to install a .so but I > didn't investigate. > > There is also a possibility that I didn't do the test properly so a > confirmation by someone else would be good :-) > > If you want to try with a file that exhibits the behaviour, here's one > posted to the ubuntu-uk mailing list: > http://marsters.co.uk/shotwell/eos60d-samples.tar.gz > > With libraw 0.9.1 it shows the purple stripe, with 0.12.2 it displays > the photograph properly. > > Bruno > > On Tue, 2011-01-11 at 12:55 -0800, Jim Nelson wrote: > > Bruno, > > > > Did you verify that you needed to recompile Shotwell with libraw 0.12 > > in order to fix the bug? Did you try merely dropping in 0.12 with an > > existing build of Shotwell? > > > > -- Jim > > > > On Tue, Jan 11, 2011 at 12:30 PM, Bruno Girin > > wrote: > > On Tue, 2011-01-11 at 09:23 -0800, Adam Dingle wrote: > > > Bruce, > > > > > > To be clear, Shotwell itself does not include libraw: it > > just uses > > > whichever version of libraw happens to be available on your > > machine. We > > > do have plans to add libraw 0.12 to the Yorba PPA (see > > > http://trac.yorba.org/ticket/2583), but that's not done > > yet. We might > > > do that soon, or wait for the 0.9 release - that's still > > undecided. If > > > you're in a hurry, though, it shouldn't be too hard to build > > and install > > > libraw 0.12.2 on your Maverick box, and then Shotwell will > > use it. > > > > > > If you want to do that, you will have to compile libraw 0.12.2 > > and then > > re-compile Shotwell, as libraw is a static (rather than > > dynamic) > > library. Based on my tests, it does resolve the purple stripe > > problem > > seen on EOS 60D and 550D cameras (only tested with a 60D image > > though). > > > > Bruno > > > > > > > > _______________________________________________ > > 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 jsben187 at gmail.com Fri Jan 14 18:56:48 2011 From: jsben187 at gmail.com (John Smith) Date: Fri, 14 Jan 2011 13:56:48 -0500 Subject: [Shotwell] bugs during make Message-ID: Hello, I'm working on the installation of shotwell-0.8.0. I've installed all the dependencies. I run into 22 compile bugs when I try 'make'. The following is the beginning of the list. What is the cause of this? Am I overlooking something? thanks, Ben --------------------------------------------------------------------------------------------------------------------- src/PhotoMetadata.vala:75.17-75.32: error: Argument 2: Cannot convert from `int' to `GLib.DestroyNotify?' flattened.length, null), null); ^^^^^^^^^^^^^^^^ src/GdkSupport.vala:75.51-75.63: error: Argument 2: Cannot convert from `int' to `GLib.Cancellable?' size_t bytes_read = fins.read(buffer, buffer.length, null); ^^^^^^^^^^^^^ src/GdkSupport.vala:86.17-86.55: error: 1 extra arguments for `bool Gdk.PixbufLoader.write (uint8[] buf)' pixbuf_loader.write(buffer, bytes_read); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ src/JfifSupport.vala:213.23-213.27: error: Argument 1: Cannot convert from `uint8*' to `uint8[]' fins.read_all(&byte, 1, out bytes_read, null); ^^^^^ src/JfifSupport.vala:217.23-217.27: error: Argument 1: Cannot convert from `uint8*' to `uint8[]' fins.read_all(&byte, 1, out bytes_read, null); ^^^^^ src/JfifSupport.vala:224.23-224.29: error: Argument 1: Cannot convert from `uint16*' to `uint8[]' fins.read_all(&length, 2, out bytes_read, null); ^^^^^^^ From lucas at yorba.org Fri Jan 14 19:24:22 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 14 Jan 2011 11:24:22 -0800 Subject: [Shotwell] bugs during make In-Reply-To: References: Message-ID: Hi John, What version of the vala compiler are you running? You can find out by typing $ valac --version at your shell prompt. Shotwell won't build with vala versions later than 0.11.0 or older than 0.10.0. Hope that helps. Thanks, Lucas From jim at yorba.org Fri Jan 14 19:50:06 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 14 Jan 2011 11:50:06 -0800 Subject: [Shotwell] Basic -v- Extended information In-Reply-To: <4D2AB867.8050103@gmail.com> References: <4D2AB867.8050103@gmail.com> Message-ID: There's been some interest in changing the behavior of the extended information window: http://trac.yorba.org/ticket/1918 http://trac.yorba.org/ticket/2351 http://trac.yorba.org/ticket/2779 I too would be interested in what people think about where Extended Information should be displayed. Your suggestion is closest to #1918. Since we're sensitive to screen real estate, if we did move the Extended Information to the Basic Information pane, it would probably be in a collapsible segment so it was not always displayed (which would leave less space for the navigation tree). Note that these tickets merely cover where the Extended Information is located. There are other tickets in our database about what we display in it. You might search Trac for those ideas as well. -- Jim On Sun, Jan 9, 2011 at 11:42 PM, Bob Giles wrote: > Hi all, > > I was wondering whether others find the 'modal' extended information panel > that pops up in the middle of the viewed image irritating? > > Don't get me wrong, the information is useful but I fail to see why there > is the necessity to have both basic and extended information options at all. > To me, it seems more logical to combine both into one information panel and > that it should be displayed where the basic information is currently > displayed. In that way, all available information would be immediately > available without obscuring the image. > > I am aware that the extended information panel has been raised at > http://trac.yorba.org/ticket/2779 but was wondering whether there were > others that find the current display as irritating as I do but just 'grin > and bare it'! > > I guess that what I am really hoping for is enough interest to raise the > importance of this feature in the minds of the esteemed developers! I > suspect that this wouldn't be a major development issue. I just wish that I > had the ability! > > Alternatively, maybe somebody could convince me that the current situation > is more appropriate than my suggestion. > > Keep up the good work on a much needed application! > > Bob Giles > Corfu > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jonathonwatney at gmail.com Sat Jan 15 19:41:32 2011 From: jonathonwatney at gmail.com (jwatney) Date: Sat, 15 Jan 2011 11:41:32 -0800 (PST) Subject: [Shotwell] Meta data and batch operations Message-ID: <1295120492250-32309.post@talk.nabble.com> Hello. I've just begun checking out Shotwell and it looked very promising as a photo manager. After searching the bug tracker I have a few questions to start regarding meta data and batch operations. 1. Are metadata going to be exposed in an editing pane or dialog eventually? I currently see in version 0.8 that I can edit the title and tags but I don't see anyway I can edit EXIF or IPTC metadata directly. I'm not so much concerned about the EXIF metadata but I like to update the IPTC metadata extensively. In a previous Windows setup I liked to keep as much metadata in the images themselves rather than in a database of some sort. 2. Are there plans to add batch operations for editing metadata? Setting my images metadata is a huge part of my management process, both on import and after import. I already use an external RAW editor so I'd like to keep the number of applications required for my workflow down to a minimum and batch processing of metadata would be a big help. Thanks, Jonathon. -- View this message in context: http://shotwell.3510.www.nabble.com/Meta-data-and-batch-operations-tp32309p32309.html Sent from the Shotwell mailing list archive at Nabble.com. From jsben187 at gmail.com Sun Jan 16 00:37:36 2011 From: jsben187 at gmail.com (John Smith) Date: Sat, 15 Jan 2011 19:37:36 -0500 Subject: [Shotwell] bug during make Message-ID: I was able to fix the vala version error based on your suggestion -- thanks. Now, I have another one (this is the output) (making shotwell): /root/LibRaw-0.12.3/internal/ dcraw_common.cpp:4179: undefined reference to `GOMP_loop_dynamic_start' /root/LibRaw-0.12.3/internal/dcraw_common.cpp:4167: undefined reference to `omp_get_thread_num' /root/LibRaw-0.12.3/internal/dcraw_common.cpp:4179: undefined reference to `GOMP_loop_dynamic_next' /root/LibRaw-0.12.3/internal/dcraw_common.cpp:4193: undefined reference to `GOMP_loop_end' /usr/local/lib/libraw_r.a(lib_libraw_r_a-dcraw_common.o): In function `LibRaw::ahd_interpolate()': /root/LibRaw-0.12.3/internal/dcraw_common.cpp:4167: undefined reference to `GOMP_parallel_start' /root/LibRaw-0.12.3/internal/dcraw_common.cpp:4167: undefined reference to `GOMP_parallel_end' From siddhesh.poyarekar at gmail.com Sun Jan 16 04:05:00 2011 From: siddhesh.poyarekar at gmail.com (Siddhesh Poyarekar) Date: Sun, 16 Jan 2011 09:35:00 +0530 Subject: [Shotwell] bug during make In-Reply-To: References: Message-ID: On Sun, Jan 16, 2011 at 6:07 AM, John Smith wrote: > I was able to fix the vala version error based on your suggestion -- thanks. > Now, I have another one (this is the output) (making shotwell): > > /root/LibRaw-0.12.3/internal/ > dcraw_common.cpp:4179: undefined reference to `GOMP_loop_dynamic_start' > /root/LibRaw-0.12.3/internal/dcraw_common.cpp:4167: undefined reference to > `omp_get_thread_num' you need to install development files for libgomp. -- Siddhesh Poyarekar http://siddhesh.in From jsben187 at gmail.com Sun Jan 16 22:13:25 2011 From: jsben187 at gmail.com (Ben Smith) Date: Sun, 16 Jan 2011 17:13:25 -0500 Subject: [Shotwell] libgomp-devel Message-ID: I looked but I didn't find libgomp-devel for Fedora. Would someone know where I could find it? B. From richiethom at gmail.com Mon Jan 17 08:56:42 2011 From: richiethom at gmail.com (Richard Thomas) Date: Mon, 17 Jan 2011 09:56:42 +0100 Subject: [Shotwell] Bug? Importing from Sony camcorder doesn't always work Message-ID: Hi, I think I may have found a bug in 0.8.0: I have a Sony camcorder which produces FullHD video files and, when someone smiles, it saves a frame of the film as a JPEG. If I plug the camcorder into my PC, Shotwell picks up the camera and is able to import the photos fine. Also, the first time I tried it, it was able to import the videos fine. After my first import with Shotwell, I used the camcorder's Delete All functionality to empty its disk as we had a big family event coming up. After the event, I plugged the camcorder in, and ran the import, and the following happened: - the photos were imported as expected - no film was imported, as, according to Shotwell the films were all duplicates - by copying the films to a folder on my Desktop and then importing the folder, the files were all brought in correctly Is this a bug with 0.8.0 or was I doing something wrong? If this seems like a new bug to you, I should be able to try and reproduce it on 0.8.1 soonish. Thanks Rich From mail at christiananton.de Mon Jan 17 15:56:41 2011 From: mail at christiananton.de (Christian Anton) Date: Mon, 17 Jan 2011 16:56:41 +0100 Subject: [Shotwell] importing directly from SMB share? Message-ID: <4D3466B9.4040603@christiananton.de> Hi there, i would like to know if it is planned or already possible to import Photos directly from a SMB share under Gnome. I have my photo collection on a NAS device which - under Gnome - i usually access directly via Nautilus (smb://server/share). Also some other Gnome-based programs are able to use this directly in the file open dialog, but unfortunately shotwell is not able to do so when clicking "import from directory". Now i don't know much about this transparent integration that nautilus does, and i would like to know if it would be possible to import photos directly from there. I am using shotwell 0.7.2 on Fedora 14. Thanks a lot Christian Anton From steinixx at gmail.com Mon Jan 17 17:56:33 2011 From: steinixx at gmail.com (stone keeper) Date: Mon, 17 Jan 2011 18:56:33 +0100 Subject: [Shotwell] Problem importing videos Message-ID: hi, i am using shotwell 0.8.1 on ubuntu 10.10. I tried to import about 15000 photos and videos from a smb share. Everytime the import process stops and the last imported object was a video (mpg or avi). Shotwell gui itself can be used (show photos, klick on event..) but the import process never finishes. For testing i removed all videofiles from the source and the import worked 100%. This means that some video files are imported and some of them crashes the import process. Could this be be a shotwell problem? How can i help to find this issue? Nevertheless, great work and many thanks for this good peace of software! regards From jim at yorba.org Mon Jan 17 18:09:16 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 17 Jan 2011 10:09:16 -0800 Subject: [Shotwell] Meta data and batch operations In-Reply-To: <1295120492250-32309.post@talk.nabble.com> References: <1295120492250-32309.post@talk.nabble.com> Message-ID: Great to hear you're trying out Shotwell. Regarding your questions, yes, we've thought about exposing more metadata in Shotwell. One ticket about this is here: http://trac.yorba.org/ticket/2400 About metadata editing, I've created a new ticket here: http://trac.yorba.org/ticket/3103 Cheers, -- Jim On Sat, Jan 15, 2011 at 11:41 AM, jwatney wrote: > > Hello. > > I've just begun checking out Shotwell and it looked very promising as a > photo manager. After searching the bug tracker I have a few questions to > start regarding meta data and batch operations. > > 1. Are metadata going to be exposed in an editing pane or dialog > eventually? > > I currently see in version 0.8 that I can edit the title and tags but I > don't see anyway I can edit EXIF or IPTC metadata directly. I'm not so much > concerned about the EXIF metadata but I like to update the IPTC metadata > extensively. In a previous Windows setup I liked to keep as much metadata > in > the images themselves rather than in a database of some sort. > > 2. Are there plans to add batch operations for editing metadata? > > Setting my images metadata is a huge part of my management process, both on > import and after import. I already use an external RAW editor so I'd like > to > keep the number of applications required for my workflow down to a minimum > and batch processing of metadata would be a big help. > > Thanks, > Jonathon. > > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Meta-data-and-batch-operations-tp32309p32309.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 jim at yorba.org Mon Jan 17 18:28:07 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 17 Jan 2011 10:28:07 -0800 Subject: [Shotwell] libgomp-devel In-Reply-To: References: Message-ID: I do not know where to find it for Fedora. I'm assuming you're asking because you're attempting to build libraw? The newest versions you can disable OpenMP by using the configure script: $ ./configure --disable-openmp -- Jim On Sun, Jan 16, 2011 at 2:13 PM, Ben Smith wrote: > I looked but I didn't find libgomp-devel for Fedora. Would someone know > where I could find it? > B. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Mon Jan 17 18:55:13 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 17 Jan 2011 10:55:13 -0800 Subject: [Shotwell] importing directly from SMB share? In-Reply-To: <4D3466B9.4040603@christiananton.de> References: <4D3466B9.4040603@christiananton.de> Message-ID: Unfortunately, not in the current release. The SMB share needs to be mounted in such a way that its files are available as "normal" files -- i.e. mounted on the filesystem and accessible without a URI. If you can get the NAS mounted on your filesystem, it should work. -- Jim On Mon, Jan 17, 2011 at 7:56 AM, Christian Anton wrote: > Hi there, > > i would like to know if it is planned or already possible to import > Photos directly from a SMB share under Gnome. > > I have my photo collection on a NAS device which - under Gnome - i > usually access directly via Nautilus (smb://server/share). Also some > other Gnome-based programs are able to use this directly in the file > open dialog, but unfortunately shotwell is not able to do so when > clicking "import from directory". > > Now i don't know much about this transparent integration that nautilus > does, and i would like to know if it would be possible to import photos > directly from there. > > I am using shotwell 0.7.2 on Fedora 14. > > > Thanks a lot > > > Christian Anton > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mail at motocamp.de Mon Jan 17 19:32:07 2011 From: mail at motocamp.de (=?iso-8859-1?b?UmVu6Q==?= Degelmann | motocamp.de) Date: Mon, 17 Jan 2011 20:32:07 +0100 Subject: [Shotwell] Shotwell quits while importing (many) pictures Message-ID: <20110117203207.19923udcct575yk7@mail.your-server.de> Hello, I have a problem importing my pictures. The problem may be is the huge amount of pictures (about 70.000) on a seperate partition. I use shotwell 0.8.1 on Linux Mint 10 (equal to Ubuntu 10.10) The error is that shotwell quits while importing. Thanks and cheers, Ren? From marcelcoding at googlemail.com Mon Jan 17 20:12:41 2011 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Mon, 17 Jan 2011 21:12:41 +0100 Subject: [Shotwell] importing directly from SMB share? In-Reply-To: References: <4D3466B9.4040603@christiananton.de> Message-ID: Hi, > Unfortunately, not in the current release. ?The SMB share needs to be > mounted in such a way that its files are available as "normal" files -- i.e. > mounted on the filesystem and accessible without a URI. actually, I think it should already be possible: As soon as you access the share via nautilus (which means using GVFS[1]), it also gets automatically represented in the file system (same for sftp shares, etc.). The (hidden) .gvfs directory in your home directory contains a directory named "share on server" -- I think you should be able to use this in shotwell for import. Um, I just tested it with a SMB share and the share is even accessible under places on the left side of the import directory dialog -- or is this a feature of 0.8.1 (which I'm using)? Best, Marcel [1] http://en.wikipedia.org/wiki/GVFS From lucas at yorba.org Mon Jan 17 20:20:21 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 17 Jan 2011 12:20:21 -0800 Subject: [Shotwell] Shotwell quits while importing (many) pictures In-Reply-To: <20110117203207.19923udcct575yk7@mail.your-server.de> References: <20110117203207.19923udcct575yk7@mail.your-server.de> Message-ID: Hi Ren?, You mentioned that you're pulling in photos that are "on a seperate partition". Do you know what kind of filesystem that partition uses? For example, is it a Windows-style FAT32 filesystem, or a UNIX UFS filesystem, etc.? Cheers, Lucas From vperetokin at gmail.com Mon Jan 17 20:17:07 2011 From: vperetokin at gmail.com (Vadim Peretokin) Date: Mon, 17 Jan 2011 15:17:07 -0500 Subject: [Shotwell] importing directly from SMB share? In-Reply-To: References: <4D3466B9.4040603@christiananton.de> Message-ID: It's sort of an automatic feature of all gtk+ programs these days. They can, however, code better compatibility for it with gio, from what I understand. From lucas at yorba.org Mon Jan 17 20:29:58 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 17 Jan 2011 12:29:58 -0800 Subject: [Shotwell] Bug? Importing from Sony camcorder doesn't always work In-Reply-To: References: Message-ID: Hi Richard, The Shotwell video import feature is not designed to work with camcorders, only with PTP- or MSC-type digital cameras. The reason for this is that the underlying tool that we use in Shotwell for camera access, a common Linux device library called GPhoto2, has at best only spotty support for camcorders. That said, the line between digital cameras and camcorders is increasingly becoming blurred. As I'm sure you know, almost all consumer point-and-shoot digital cameras now support video; likewise, many camcorders allow grabbing frames as still images. So more complete camcorder support is something that we might need to consider for an upcoming version of Shotwell. Just to get a bit more information here, what model of Sony camcorder are you using? Regards, Lucas From mail at christiananton.de Mon Jan 17 20:38:48 2011 From: mail at christiananton.de (Christian Anton) Date: Mon, 17 Jan 2011 21:38:48 +0100 Subject: [Shotwell] importing directly from SMB share? In-Reply-To: References: <4D3466B9.4040603@christiananton.de> Message-ID: <4D34A8D8.2020508@christiananton.de> Am 17.01.2011 21:12, schrieb Marcel Stimberg: > actually, I think it should already be possible: As soon as you access > the share via nautilus (which means using GVFS[1]), it also gets > automatically represented in the file system (same for sftp shares, > etc.). The (hidden) .gvfs directory in your home directory contains a > directory named "share on server" -- I think you should be able to use > this in shotwell for import. Um, I just tested it with a SMB share and > the share is even accessible under places on the left side of the > import directory dialog -- or is this a feature of 0.8.1 (which I'm > using)? Hi Marcel! I just tried using the .gvfs hidden directory and i can confirm that after accessing the share via nautilus it appears in .gvfs and i can access it via console for example. So i am sure that this would also work for shotwell to access. But i didn't try because i am on a really slow WLAN for now. The behavior you described using the share directly via the left side of the import file chooser, is the way i would have expected the tool to work. It's nice to know that updating the version of shotwell will bring me that feature. I will consider updating in the next days. Best regards and thanks a lot to all of you! Christian From garym at teledyn.com Mon Jan 17 18:45:19 2011 From: garym at teledyn.com (Gary Lawrence Murphy) Date: Mon, 17 Jan 2011 13:45:19 -0500 Subject: [Shotwell] Mistaken Duplicates? Message-ID: I have only just installed shotwell from the website into Ubuntu 10.04 The attached screenshot pretty much captures it: the test for duplicate photos appears to be far too naive as we can see the dialog rejecting images as duplicates where in the sidebar the images are clearly unique or am I merely misunderstanding the meaning of 'duplicate'? the dialog also might want to say what files it believes are the originals. -- *Have Blog, Will Travel: blog.teledyn.com* *A Serviceable Substitute: post.teledyn.com* From jim at yorba.org Mon Jan 17 22:19:53 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 17 Jan 2011 14:19:53 -0800 Subject: [Shotwell] Mistaken Duplicates? In-Reply-To: References: Message-ID: Hi Gary, The screenshot didn't come through the mailing list. Can you post a link to it perhaps? Also, what version of Shotwell are you running? We had some bugs in the duplicate detection that were fixed in 0.8.0. (The current version is 0.8.1.) -- Jim On Mon, Jan 17, 2011 at 10:45 AM, Gary Lawrence Murphy wrote: > I have only just installed shotwell from the website into Ubuntu 10.04 > > The attached screenshot pretty much captures it: the test for duplicate > photos appears to be far too naive as we can see the dialog rejecting > images > as duplicates where in the sidebar the images are clearly unique > > or am I merely misunderstanding the meaning of 'duplicate'? the dialog > also > might want to say what files it believes are the originals. > > -- > *Have Blog, Will Travel: blog.teledyn.com* > *A Serviceable Substitute: post.teledyn.com* > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From jim at yorba.org Mon Jan 17 23:04:23 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 17 Jan 2011 15:04:23 -0800 Subject: [Shotwell] Problem importing videos In-Reply-To: References: Message-ID: Hello, Does Shotwell pause on the same video each time? If you're not sure which one it is, run Shotwell from the console like this: $ SHOTWELL_LOG=1 shotwell Run the import, and when it hangs exit the application. Then mail us this file: ~/.cache/shotwell/shotwell.log If you know which video is causing the hang, can you mail it to us, or if it's large, post a link to it? -- Jim On Mon, Jan 17, 2011 at 9:56 AM, stone keeper wrote: > hi, > > > i am using shotwell 0.8.1 on ubuntu 10.10. I tried to import about 15000 > photos and videos from a smb share. Everytime the import process stops and > the last imported object was a video (mpg or avi). Shotwell gui itself can > be used (show photos, klick on event..) but the import process never > finishes. > > > For testing i removed all videofiles from the source and the import worked > 100%. This means that some video files are imported and some of them > crashes > the import process. Could this be be a shotwell problem? How can i help to > find this issue? > > > Nevertheless, great work and many thanks for this good peace of software! > > > regards > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From garym at teledyn.com Mon Jan 17 23:36:06 2011 From: garym at teledyn.com (Gary Lawrence Murphy) Date: Mon, 17 Jan 2011 18:36:06 -0500 Subject: [Shotwell] Mistaken Duplicates? In-Reply-To: References: Message-ID: sure thing: http://img839.imageshack.us/i/shotwelldups.jpg/ The version I have was downloaded just this morning from the website, but it is only 0.7.2; is there a .deb for 0.8.x anywhere? (if possible I'd rather stay with the ppa etc as it saves having to restructure things further down the road when the distro catches up) On Mon, Jan 17, 2011 at 5:19 PM, Jim Nelson wrote: > Hi Gary, > > The screenshot didn't come through the mailing list. Can you post a link > to it perhaps? > > Also, what version of Shotwell are you running? We had some bugs in the > duplicate detection that were fixed in 0.8.0. (The current version is > 0.8.1.) > > -- Jim > > On Mon, Jan 17, 2011 at 10:45 AM, Gary Lawrence Murphy wrote: > >> I have only just installed shotwell from the website into Ubuntu 10.04 >> >> The attached screenshot pretty much captures it: the test for duplicate >> photos appears to be far too naive as we can see the dialog rejecting >> images >> as duplicates where in the sidebar the images are clearly unique >> >> or am I merely misunderstanding the meaning of 'duplicate'? the dialog >> also >> might want to say what files it believes are the originals. >> >> -- >> *Have Blog, Will Travel: blog.teledyn.com* >> *A Serviceable Substitute: post.teledyn.com* >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > -- *Have Blog, Will Travel: blog.teledyn.com* *A Serviceable Substitute: post.teledyn.com* From jim at yorba.org Mon Jan 17 23:44:08 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 17 Jan 2011 15:44:08 -0800 Subject: [Shotwell] Mistaken Duplicates? In-Reply-To: References: Message-ID: There was a lot of work between 0.7.2 and 0.8.0 dealing with fixing duplicate detection. I can't speak for an 0.8.1 deb, but the Yorba PPA has the latest and greatest for Maverick: https://launchpad.net/~yorba/+archive/ppa -- Jim On Mon, Jan 17, 2011 at 3:36 PM, Gary Lawrence Murphy wrote: > sure thing: > > http://img839.imageshack.us/i/shotwelldups.jpg/ > > The version I have was downloaded just this morning from the website, but > it is only 0.7.2; is there a .deb for 0.8.x anywhere? (if possible I'd > rather stay with the ppa etc as it saves having to restructure things > further down the road when the distro catches up) > > On Mon, Jan 17, 2011 at 5:19 PM, Jim Nelson wrote: > >> Hi Gary, >> >> The screenshot didn't come through the mailing list. Can you post a link >> to it perhaps? >> >> Also, what version of Shotwell are you running? We had some bugs in the >> duplicate detection that were fixed in 0.8.0. (The current version is >> 0.8.1.) >> >> -- Jim >> >> On Mon, Jan 17, 2011 at 10:45 AM, Gary Lawrence Murphy > > wrote: >> >>> I have only just installed shotwell from the website into Ubuntu 10.04 >>> >>> The attached screenshot pretty much captures it: the test for duplicate >>> photos appears to be far too naive as we can see the dialog rejecting >>> images >>> as duplicates where in the sidebar the images are clearly unique >>> >>> or am I merely misunderstanding the meaning of 'duplicate'? the dialog >>> also >>> might want to say what files it believes are the originals. >>> >>> -- >>> *Have Blog, Will Travel: blog.teledyn.com* >>> *A Serviceable Substitute: post.teledyn.com* >>> >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> >> > > > -- > *Have Blog, Will Travel: blog.teledyn.com* > *A Serviceable Substitute: post.teledyn.com* > > From garym at teledyn.com Mon Jan 17 23:53:03 2011 From: garym at teledyn.com (Gary Lawrence Murphy) Date: Mon, 17 Jan 2011 18:53:03 -0500 Subject: [Shotwell] Mistaken Duplicates? In-Reply-To: References: Message-ID: that's what I thought I had: sudo add-apt-repository ppa:yorba/ppa sudo apt-get update sudo aptitude safe-upgrade ah I see my error now: I'm not on maverick on this machine, I'm on lucid: $ sudo aptitude show shotwell Package: shotwell New: yes State: installed Automatically installed: no Version: 0.7.2-1~lucid1 Priority: optional Section: gnome Maintainer: Jim Nelson hey .... that's YOU! :) Ok, I guess I'm awaiting a backport then :) or awaiting 11.04, which ever comes first. thanks for the tip. On Mon, Jan 17, 2011 at 6:44 PM, Jim Nelson wrote: > There was a lot of work between 0.7.2 and 0.8.0 dealing with fixing > duplicate detection. I can't speak for an 0.8.1 deb, but the Yorba PPA has > the latest and greatest for Maverick: > > https://launchpad.net/~yorba/+archive/ppa > > -- Jim > > > > On Mon, Jan 17, 2011 at 3:36 PM, Gary Lawrence Murphy wrote: > >> sure thing: >> >> http://img839.imageshack.us/i/shotwelldups.jpg/ >> >> The version I have was downloaded just this morning from the website, but >> it is only 0.7.2; is there a .deb for 0.8.x anywhere? (if possible I'd >> rather stay with the ppa etc as it saves having to restructure things >> further down the road when the distro catches up) >> >> On Mon, Jan 17, 2011 at 5:19 PM, Jim Nelson wrote: >> >>> Hi Gary, >>> >>> The screenshot didn't come through the mailing list. Can you post a link >>> to it perhaps? >>> >>> Also, what version of Shotwell are you running? We had some bugs in the >>> duplicate detection that were fixed in 0.8.0. (The current version is >>> 0.8.1.) >>> >>> -- Jim >>> >>> On Mon, Jan 17, 2011 at 10:45 AM, Gary Lawrence Murphy < >>> garym at teledyn.com> wrote: >>> >>>> I have only just installed shotwell from the website into Ubuntu 10.04 >>>> >>>> The attached screenshot pretty much captures it: the test for duplicate >>>> photos appears to be far too naive as we can see the dialog rejecting >>>> images >>>> as duplicates where in the sidebar the images are clearly unique >>>> >>>> or am I merely misunderstanding the meaning of 'duplicate'? the dialog >>>> also >>>> might want to say what files it believes are the originals. >>>> >>>> -- >>>> *Have Blog, Will Travel: blog.teledyn.com* >>>> *A Serviceable Substitute: post.teledyn.com* >>>> >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>>> >>> >> >> >> -- >> *Have Blog, Will Travel: blog.teledyn.com* >> *A Serviceable Substitute: post.teledyn.com* >> >> > -- *Have Blog, Will Travel: blog.teledyn.com* *A Serviceable Substitute: post.teledyn.com* From okeefe at cybermesa.com Tue Jan 18 01:36:33 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Mon, 17 Jan 2011 17:36:33 -0800 (PST) Subject: [Shotwell] gstreamer versions Message-ID: <1295314593217-32463.post@talk.nabble.com> I'm on Ubuntu 10.04 and am trying to build Shotwell .8.1 from source because of the issues. I installed all of the dependencies but when installing Shotwell I get a missing gstreamer error: "make Package gstreamer-0.10 was not found in the pkg-config search path." I realize that this is because I don't have libgstreamer-dev installed but it is uninstallable due to a dependency issue: "The following packages have unmet dependencies: libgstreamer0.10-dev: Depends: libgstreamer0.10-0 (= 0.10.28-1) but 0.10.30-1~lucid1 is to be installed" I'm not sure why I have the version I do but I installed libgstreamer0.10.28-1 from source (it installed fine) but I still get the same error and can't install the dev package. If I try forcing the earlier version in synaptic it wants to uninstall about half of all my software! Any ideas short of just upgrading to Maverick? I really want the send by mail function and it is the only thing keeping me using Digikam. I wanted to stay with F-spot but that's going by the wayside as we all know. Thanks -- View this message in context: http://shotwell.3510.www.nabble.com/gstreamer-versions-tp32463p32463.html Sent from the Shotwell mailing list archive at Nabble.com. From david.velazquez08 at gmail.com Tue Jan 18 02:54:45 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Mon, 17 Jan 2011 21:54:45 -0500 Subject: [Shotwell] Mistaken Duplicates? In-Reply-To: References: Message-ID: Shotwell .8.1 will not be backported for Lucid due to (I think) issues with the minimum and maximum versions of Vala it can use. You can, however, build Shotwell from source. While this is more difficult than using the PPA it's really not nearly as difficult as it sounds. You can view the dependencies for it here: http://yorba.org/shotwell/install/, download the stable source for it here: http://yorba.org/download/shotwell/0.8/shotwell-0.8.1.tar.bz2 , and view a little more information here on exiv and gexiv2, both of which are required. If you want to live on the bleeding edge of things you can use a guide contributed from one of Shotwells users, Bengt Thuree, located here: http://trac.yorba.org/wiki/HowToBuildInDebianFromSource On Mon, Jan 17, 2011 at 6:53 PM, Gary Lawrence Murphy wrote: > that's what I thought I had: > > sudo add-apt-repository ppa:yorba/ppa > sudo apt-get update > sudo aptitude safe-upgrade > > ah I see my error now: I'm not on maverick on this machine, I'm on lucid: > > $ sudo aptitude show shotwell > Package: shotwell > New: yes > State: installed > Automatically installed: no > Version: 0.7.2-1~lucid1 > Priority: optional > Section: gnome > Maintainer: Jim Nelson > > hey .... that's YOU! :) Ok, I guess I'm awaiting a backport then :) or > awaiting 11.04, which ever comes first. thanks for the tip. > > On Mon, Jan 17, 2011 at 6:44 PM, Jim Nelson wrote: > > > There was a lot of work between 0.7.2 and 0.8.0 dealing with fixing > > duplicate detection. I can't speak for an 0.8.1 deb, but the Yorba PPA > has > > the latest and greatest for Maverick: > > > > https://launchpad.net/~yorba/+archive/ppa > > > > -- Jim > > > > > > > > On Mon, Jan 17, 2011 at 3:36 PM, Gary Lawrence Murphy >wrote: > > > >> sure thing: > >> > >> http://img839.imageshack.us/i/shotwelldups.jpg/ > >> > >> The version I have was downloaded just this morning from the website, > but > >> it is only 0.7.2; is there a .deb for 0.8.x anywhere? (if possible I'd > >> rather stay with the ppa etc as it saves having to restructure things > >> further down the road when the distro catches up) > >> > >> On Mon, Jan 17, 2011 at 5:19 PM, Jim Nelson wrote: > >> > >>> Hi Gary, > >>> > >>> The screenshot didn't come through the mailing list. Can you post a > link > >>> to it perhaps? > >>> > >>> Also, what version of Shotwell are you running? We had some bugs in > the > >>> duplicate detection that were fixed in 0.8.0. (The current version is > >>> 0.8.1.) > >>> > >>> -- Jim > >>> > >>> On Mon, Jan 17, 2011 at 10:45 AM, Gary Lawrence Murphy < > >>> garym at teledyn.com> wrote: > >>> > >>>> I have only just installed shotwell from the website into Ubuntu 10.04 > >>>> > >>>> The attached screenshot pretty much captures it: the test for > duplicate > >>>> photos appears to be far too naive as we can see the dialog rejecting > >>>> images > >>>> as duplicates where in the sidebar the images are clearly unique > >>>> > >>>> or am I merely misunderstanding the meaning of 'duplicate'? the > dialog > >>>> also > >>>> might want to say what files it believes are the originals. > >>>> > >>>> -- > >>>> *Have Blog, Will Travel: blog.teledyn.com* > >>>> *A Serviceable Substitute: post.teledyn.com* > >>>> > >>>> _______________________________________________ > >>>> Shotwell mailing list > >>>> Shotwell at lists.yorba.org > >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >>>> > >>>> > >>> > >> > >> > >> -- > >> *Have Blog, Will Travel: blog.teledyn.com* > >> *A Serviceable Substitute: post.teledyn.com* > >> > >> > > > > > -- > *Have Blog, Will Travel: blog.teledyn.com* > *A Serviceable Substitute: post.teledyn.com* > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From david.velazquez08 at gmail.com Tue Jan 18 02:55:40 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Mon, 17 Jan 2011 21:55:40 -0500 Subject: [Shotwell] Mistaken Duplicates? In-Reply-To: References: Message-ID: Oops, I meant to include this link as well at the end of the first paragraph. Sorry. http://trac.yorba.org/wiki/gexiv2 On Mon, Jan 17, 2011 at 9:54 PM, David Velazquez < david.velazquez08 at gmail.com> wrote: > Shotwell .8.1 will not be backported for Lucid due to (I think) issues with > the minimum and maximum versions of Vala it can use. You can, however, build > Shotwell from source. While this is more difficult than using the PPA it's > really not nearly as difficult as it sounds. You can view the dependencies > for it here: http://yorba.org/shotwell/install/, download the stable > source for it here: > http://yorba.org/download/shotwell/0.8/shotwell-0.8.1.tar.bz2 , and view a > little more information here on exiv and gexiv2, both of which are > required. > > If you want to live on the bleeding edge of things you can use a guide > contributed from one of Shotwells users, Bengt Thuree, located here: > http://trac.yorba.org/wiki/HowToBuildInDebianFromSource > > > > On Mon, Jan 17, 2011 at 6:53 PM, Gary Lawrence Murphy wrote: > >> that's what I thought I had: >> >> sudo add-apt-repository ppa:yorba/ppa >> sudo apt-get update >> sudo aptitude safe-upgrade >> >> ah I see my error now: I'm not on maverick on this machine, I'm on lucid: >> >> $ sudo aptitude show shotwell >> Package: shotwell >> New: yes >> State: installed >> Automatically installed: no >> Version: 0.7.2-1~lucid1 >> Priority: optional >> Section: gnome >> Maintainer: Jim Nelson >> >> hey .... that's YOU! :) Ok, I guess I'm awaiting a backport then :) or >> awaiting 11.04, which ever comes first. thanks for the tip. >> >> On Mon, Jan 17, 2011 at 6:44 PM, Jim Nelson wrote: >> >> > There was a lot of work between 0.7.2 and 0.8.0 dealing with fixing >> > duplicate detection. I can't speak for an 0.8.1 deb, but the Yorba PPA >> has >> > the latest and greatest for Maverick: >> > >> > https://launchpad.net/~yorba/+archive/ppa >> > >> > -- Jim >> > >> > >> > >> > On Mon, Jan 17, 2011 at 3:36 PM, Gary Lawrence Murphy < >> garym at teledyn.com>wrote: >> > >> >> sure thing: >> >> >> >> http://img839.imageshack.us/i/shotwelldups.jpg/ >> >> >> >> The version I have was downloaded just this morning from the website, >> but >> >> it is only 0.7.2; is there a .deb for 0.8.x anywhere? (if possible I'd >> >> rather stay with the ppa etc as it saves having to restructure things >> >> further down the road when the distro catches up) >> >> >> >> On Mon, Jan 17, 2011 at 5:19 PM, Jim Nelson wrote: >> >> >> >>> Hi Gary, >> >>> >> >>> The screenshot didn't come through the mailing list. Can you post a >> link >> >>> to it perhaps? >> >>> >> >>> Also, what version of Shotwell are you running? We had some bugs in >> the >> >>> duplicate detection that were fixed in 0.8.0. (The current version is >> >>> 0.8.1.) >> >>> >> >>> -- Jim >> >>> >> >>> On Mon, Jan 17, 2011 at 10:45 AM, Gary Lawrence Murphy < >> >>> garym at teledyn.com> wrote: >> >>> >> >>>> I have only just installed shotwell from the website into Ubuntu >> 10.04 >> >>>> >> >>>> The attached screenshot pretty much captures it: the test for >> duplicate >> >>>> photos appears to be far too naive as we can see the dialog rejecting >> >>>> images >> >>>> as duplicates where in the sidebar the images are clearly unique >> >>>> >> >>>> or am I merely misunderstanding the meaning of 'duplicate'? the >> dialog >> >>>> also >> >>>> might want to say what files it believes are the originals. >> >>>> >> >>>> -- >> >>>> *Have Blog, Will Travel: blog.teledyn.com* >> >>>> *A Serviceable Substitute: post.teledyn.com* >> >>>> >> >>>> _______________________________________________ >> >>>> Shotwell mailing list >> >>>> Shotwell at lists.yorba.org >> >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >>>> >> >>>> >> >>> >> >> >> >> >> >> -- >> >> *Have Blog, Will Travel: blog.teledyn.com* >> >> *A Serviceable Substitute: post.teledyn.com* >> >> >> >> >> > >> >> >> -- >> *Have Blog, Will Travel: blog.teledyn.com* >> *A Serviceable Substitute: post.teledyn.com* >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From garym at teledyn.com Tue Jan 18 03:45:51 2011 From: garym at teledyn.com (Gary Lawrence Murphy) Date: Mon, 17 Jan 2011 22:45:51 -0500 Subject: [Shotwell] Mistaken Duplicates? In-Reply-To: References: Message-ID: thanks ... I just might do that On Mon, Jan 17, 2011 at 9:54 PM, David Velazquez < david.velazquez08 at gmail.com> wrote: > Shotwell .8.1 will not be backported for Lucid due to (I think) issues with > the minimum and maximum versions of Vala it can use. You can, however, build > Shotwell from source. While this is more difficult than using the PPA it's > really not nearly as difficult as it sounds. You can view the dependencies > for it here: http://yorba.org/shotwell/install/, download the stable > source for it here: > http://yorba.org/download/shotwell/0.8/shotwell-0.8.1.tar.bz2 , and view a > little more information here on exiv and gexiv2, both of which are > required. > > If you want to live on the bleeding edge of things you can use a guide > contributed from one of Shotwells users, Bengt Thuree, located here: > http://trac.yorba.org/wiki/HowToBuildInDebianFromSource > > > > On Mon, Jan 17, 2011 at 6:53 PM, Gary Lawrence Murphy wrote: > >> that's what I thought I had: >> >> sudo add-apt-repository ppa:yorba/ppa >> sudo apt-get update >> sudo aptitude safe-upgrade >> >> ah I see my error now: I'm not on maverick on this machine, I'm on lucid: >> >> $ sudo aptitude show shotwell >> Package: shotwell >> New: yes >> State: installed >> Automatically installed: no >> Version: 0.7.2-1~lucid1 >> Priority: optional >> Section: gnome >> Maintainer: Jim Nelson >> >> hey .... that's YOU! :) Ok, I guess I'm awaiting a backport then :) or >> awaiting 11.04, which ever comes first. thanks for the tip. >> >> On Mon, Jan 17, 2011 at 6:44 PM, Jim Nelson wrote: >> >> > There was a lot of work between 0.7.2 and 0.8.0 dealing with fixing >> > duplicate detection. I can't speak for an 0.8.1 deb, but the Yorba PPA >> has >> > the latest and greatest for Maverick: >> > >> > https://launchpad.net/~yorba/+archive/ppa >> > >> > -- Jim >> > >> > >> > >> > On Mon, Jan 17, 2011 at 3:36 PM, Gary Lawrence Murphy < >> garym at teledyn.com>wrote: >> > >> >> sure thing: >> >> >> >> http://img839.imageshack.us/i/shotwelldups.jpg/ >> >> >> >> The version I have was downloaded just this morning from the website, >> but >> >> it is only 0.7.2; is there a .deb for 0.8.x anywhere? (if possible I'd >> >> rather stay with the ppa etc as it saves having to restructure things >> >> further down the road when the distro catches up) >> >> >> >> On Mon, Jan 17, 2011 at 5:19 PM, Jim Nelson wrote: >> >> >> >>> Hi Gary, >> >>> >> >>> The screenshot didn't come through the mailing list. Can you post a >> link >> >>> to it perhaps? >> >>> >> >>> Also, what version of Shotwell are you running? We had some bugs in >> the >> >>> duplicate detection that were fixed in 0.8.0. (The current version is >> >>> 0.8.1.) >> >>> >> >>> -- Jim >> >>> >> >>> On Mon, Jan 17, 2011 at 10:45 AM, Gary Lawrence Murphy < >> >>> garym at teledyn.com> wrote: >> >>> >> >>>> I have only just installed shotwell from the website into Ubuntu >> 10.04 >> >>>> >> >>>> The attached screenshot pretty much captures it: the test for >> duplicate >> >>>> photos appears to be far too naive as we can see the dialog rejecting >> >>>> images >> >>>> as duplicates where in the sidebar the images are clearly unique >> >>>> >> >>>> or am I merely misunderstanding the meaning of 'duplicate'? the >> dialog >> >>>> also >> >>>> might want to say what files it believes are the originals. >> >>>> >> >>>> -- >> >>>> *Have Blog, Will Travel: blog.teledyn.com* >> >>>> *A Serviceable Substitute: post.teledyn.com* >> >>>> >> >>>> _______________________________________________ >> >>>> Shotwell mailing list >> >>>> Shotwell at lists.yorba.org >> >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >>>> >> >>>> >> >>> >> >> >> >> >> >> -- >> >> *Have Blog, Will Travel: blog.teledyn.com* >> >> *A Serviceable Substitute: post.teledyn.com* >> >> >> >> >> > >> >> >> -- >> *Have Blog, Will Travel: blog.teledyn.com* >> *A Serviceable Substitute: post.teledyn.com* >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > -- *Have Blog, Will Travel: blog.teledyn.com* *A Serviceable Substitute: post.teledyn.com* From david.velazquez08 at gmail.com Tue Jan 18 04:11:05 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Mon, 17 Jan 2011 23:11:05 -0500 Subject: [Shotwell] Mistaken Duplicates? In-Reply-To: References: Message-ID: If you run into any issues feel free to post to the list. Plenty of helpful people around! If I can get around to it this weekend I was thinking about doing a step by step guide similar to the one I linked you to on a stock Ubuntu installation. On Mon, Jan 17, 2011 at 10:45 PM, Gary Lawrence Murphy wrote: > thanks ... I just might do that > > On Mon, Jan 17, 2011 at 9:54 PM, David Velazquez < > david.velazquez08 at gmail.com> wrote: > >> Shotwell .8.1 will not be backported for Lucid due to (I think) issues >> with the minimum and maximum versions of Vala it can use. You can, however, >> build Shotwell from source. While this is more difficult than using the PPA >> it's really not nearly as difficult as it sounds. You can view the >> dependencies for it here: http://yorba.org/shotwell/install/, download >> the stable source for it here: >> http://yorba.org/download/shotwell/0.8/shotwell-0.8.1.tar.bz2 , and view >> a little more information here on exiv and gexiv2, both of which are >> required. >> >> If you want to live on the bleeding edge of things you can use a guide >> contributed from one of Shotwells users, Bengt Thuree, located here: >> http://trac.yorba.org/wiki/HowToBuildInDebianFromSource >> >> >> >> On Mon, Jan 17, 2011 at 6:53 PM, Gary Lawrence Murphy wrote: >> >>> that's what I thought I had: >>> >>> sudo add-apt-repository ppa:yorba/ppa >>> sudo apt-get update >>> sudo aptitude safe-upgrade >>> >>> ah I see my error now: I'm not on maverick on this machine, I'm on lucid: >>> >>> $ sudo aptitude show shotwell >>> Package: shotwell >>> New: yes >>> State: installed >>> Automatically installed: no >>> Version: 0.7.2-1~lucid1 >>> Priority: optional >>> Section: gnome >>> Maintainer: Jim Nelson >>> >>> hey .... that's YOU! :) Ok, I guess I'm awaiting a backport then :) or >>> awaiting 11.04, which ever comes first. thanks for the tip. >>> >>> On Mon, Jan 17, 2011 at 6:44 PM, Jim Nelson wrote: >>> >>> > There was a lot of work between 0.7.2 and 0.8.0 dealing with fixing >>> > duplicate detection. I can't speak for an 0.8.1 deb, but the Yorba PPA >>> has >>> > the latest and greatest for Maverick: >>> > >>> > https://launchpad.net/~yorba/+archive/ppa >>> > >>> > -- Jim >>> > >>> > >>> > >>> > On Mon, Jan 17, 2011 at 3:36 PM, Gary Lawrence Murphy < >>> garym at teledyn.com>wrote: >>> > >>> >> sure thing: >>> >> >>> >> http://img839.imageshack.us/i/shotwelldups.jpg/ >>> >> >>> >> The version I have was downloaded just this morning from the website, >>> but >>> >> it is only 0.7.2; is there a .deb for 0.8.x anywhere? (if possible I'd >>> >> rather stay with the ppa etc as it saves having to restructure things >>> >> further down the road when the distro catches up) >>> >> >>> >> On Mon, Jan 17, 2011 at 5:19 PM, Jim Nelson wrote: >>> >> >>> >>> Hi Gary, >>> >>> >>> >>> The screenshot didn't come through the mailing list. Can you post a >>> link >>> >>> to it perhaps? >>> >>> >>> >>> Also, what version of Shotwell are you running? We had some bugs in >>> the >>> >>> duplicate detection that were fixed in 0.8.0. (The current version >>> is >>> >>> 0.8.1.) >>> >>> >>> >>> -- Jim >>> >>> >>> >>> On Mon, Jan 17, 2011 at 10:45 AM, Gary Lawrence Murphy < >>> >>> garym at teledyn.com> wrote: >>> >>> >>> >>>> I have only just installed shotwell from the website into Ubuntu >>> 10.04 >>> >>>> >>> >>>> The attached screenshot pretty much captures it: the test for >>> duplicate >>> >>>> photos appears to be far too naive as we can see the dialog >>> rejecting >>> >>>> images >>> >>>> as duplicates where in the sidebar the images are clearly unique >>> >>>> >>> >>>> or am I merely misunderstanding the meaning of 'duplicate'? the >>> dialog >>> >>>> also >>> >>>> might want to say what files it believes are the originals. >>> >>>> >>> >>>> -- >>> >>>> *Have Blog, Will Travel: blog.teledyn.com* >>> >>>> *A Serviceable Substitute: post.teledyn.com* >>> >>>> >>> >>>> _______________________________________________ >>> >>>> Shotwell mailing list >>> >>>> Shotwell at lists.yorba.org >>> >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>>> >>> >>>> >>> >>> >>> >> >>> >> >>> >> -- >>> >> *Have Blog, Will Travel: blog.teledyn.com* >>> >> *A Serviceable Substitute: post.teledyn.com* >>> >> >>> >> >>> > >>> >>> >>> -- >>> *Have Blog, Will Travel: blog.teledyn.com* >>> *A Serviceable Substitute: post.teledyn.com* >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> >> > > > -- > *Have Blog, Will Travel: blog.teledyn.com* > *A Serviceable Substitute: post.teledyn.com* > > From busch-alpen at t-online.de Tue Jan 18 05:38:40 2011 From: busch-alpen at t-online.de (Michael und Britta Busch) Date: Tue, 18 Jan 2011 06:38:40 +0100 Subject: [Shotwell] Problems in deleting Files Message-ID: <4D352760.40209@t-online.de> Hallo, i'm using Shotwell 0.8.1 on Ubuntu 10.10. My Problem is when I try to delete a file using the basket/trash it first seems to be deleted. But going forward and backward it is still there. I don't know wether its a bug or I'm making a mistake. Michael From mail at motocamp.de Tue Jan 18 16:02:43 2011 From: mail at motocamp.de (=?iso-8859-1?b?UmVu6Q==?= Degelmann | motocamp.de) Date: Tue, 18 Jan 2011 17:02:43 +0100 Subject: [Shotwell] Shotwell quits while importing (many) pictures In-Reply-To: References: <20110117203207.19923udcct575yk7@mail.your-server.de> Message-ID: <20110118170243.16256iybax1t66xv@mail.your-server.de> Hi Lucas, yes, it is a windows-style FAT32 partition. Cheers, Ren? Urspr?ngliche Nachricht von Lucas Beeler (Mo 17 Jan 2011 21:20:21 CET) Betreff war "Re: [Shotwell] Shotwell quits while importing (many) pictures": > Hi Ren?, > > You mentioned that you're pulling in photos that are "on a seperate > partition". Do you know what kind of filesystem that partition uses? > For example, is it a Windows-style FAT32 filesystem, or a UNIX UFS > filesystem, etc.? > > Cheers, > Lucas > From jonathonwatney at gmail.com Tue Jan 18 16:40:17 2011 From: jonathonwatney at gmail.com (Jonathon Watney) Date: Tue, 18 Jan 2011 08:40:17 -0800 Subject: [Shotwell] Meta data and batch operations In-Reply-To: References: <1295120492250-32309.post@talk.nabble.com> Message-ID: <4D35C271.5080403@gmail.com> Thanks Jim. I missed that ticket it seems. One more question related to metadata. In the documentation under "Writing metadata on the fly" it says: "Shotwell stores this information in photo files in EXIF, IPTC and/or XMP format. Note that Shotwell can write only to photo files in JPEG and PNG format, not to RAW photos or to video files." Is shotwell planning to write metadata to DNG files? Or what's the reason for supporting just JPEG and PNG? Thanks again. Jonathon. On 11-01-17 10:09 AM, Jim Nelson wrote: > Great to hear you're trying out Shotwell. Regarding your questions, yes, we've thought about exposing more metadata in Shotwell. One ticket about this is here: http://trac.yorba.org/ticket/2400 > > About metadata editing, I've created a new ticket here: http://trac.yorba.org/ticket/3103 > > Cheers, > > -- Jim > > On Sat, Jan 15, 2011 at 11:41 AM, jwatney > wrote: > > > Hello. > > I've just begun checking out Shotwell and it looked very promising as a > photo manager. After searching the bug tracker I have a few questions to > start regarding meta data and batch operations. > > 1. Are metadata going to be exposed in an editing pane or dialog eventually? > > I currently see in version 0.8 that I can edit the title and tags but I > don't see anyway I can edit EXIF or IPTC metadata directly. I'm not so much > concerned about the EXIF metadata but I like to update the IPTC metadata > extensively. In a previous Windows setup I liked to keep as much metadata in > the images themselves rather than in a database of some sort. > > 2. Are there plans to add batch operations for editing metadata? > > Setting my images metadata is a huge part of my management process, both on > import and after import. I already use an external RAW editor so I'd like to > keep the number of applications required for my workflow down to a minimum > and batch processing of metadata would be a big help. > > Thanks, > Jonathon. > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Meta-data-and-batch-operations-tp32309p32309.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 simonspa at kth.se Tue Jan 18 17:56:36 2011 From: simonspa at kth.se (Simon Spannagel) Date: Tue, 18 Jan 2011 18:56:36 +0100 Subject: [Shotwell] Meta data and batch operations In-Reply-To: <4D35C271.5080403@gmail.com> References: <1295120492250-32309.post@talk.nabble.com> <4D35C271.5080403@gmail.com> Message-ID: <4D35D454.60804@kth.se> Hej Jonathon, we have (at least a part of) that discussion here: http://trac.yorba.org/ticket/2622 Greetings, Simon Am 18.01.2011 17:40, schrieb Jonathon Watney: > Thanks Jim. I missed that ticket it seems. > > One more question related to metadata. In the documentation under "Writing metadata on the fly" it says: > > "Shotwell stores this information in photo files in EXIF, IPTC and/or XMP format. Note that Shotwell can write only to photo files in JPEG and PNG format, not to RAW photos or to video files." > > Is shotwell planning to write metadata to DNG files? Or what's the reason for supporting just JPEG and PNG? > > Thanks again. > > Jonathon. > > > On 11-01-17 10:09 AM, Jim Nelson wrote: >> Great to hear you're trying out Shotwell. Regarding your questions, yes, we've thought about exposing more metadata in Shotwell. One ticket about this is here: http://trac.yorba.org/ticket/2400 >> >> About metadata editing, I've created a new ticket here: http://trac.yorba.org/ticket/3103 >> >> Cheers, >> >> -- Jim >> >> On Sat, Jan 15, 2011 at 11:41 AM, jwatney> wrote: >> >> >> Hello. >> >> I've just begun checking out Shotwell and it looked very promising as a >> photo manager. After searching the bug tracker I have a few questions to >> start regarding meta data and batch operations. >> >> 1. Are metadata going to be exposed in an editing pane or dialog eventually? >> >> I currently see in version 0.8 that I can edit the title and tags but I >> don't see anyway I can edit EXIF or IPTC metadata directly. I'm not so much >> concerned about the EXIF metadata but I like to update the IPTC metadata >> extensively. In a previous Windows setup I liked to keep as much metadata in >> the images themselves rather than in a database of some sort. >> >> 2. Are there plans to add batch operations for editing metadata? >> >> Setting my images metadata is a huge part of my management process, both on >> import and after import. I already use an external RAW editor so I'd like to >> keep the number of applications required for my workflow down to a minimum >> and batch processing of metadata would be a big help. >> >> Thanks, >> Jonathon. >> >> -- >> View this message in context: http://shotwell.3510.www.nabble.com/Meta-data-and-batch-operations-tp32309p32309.html >> Sent from the Shotwell mailing list archive at Nabble.com. >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From eric at yorba.org Tue Jan 18 19:22:37 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 18 Jan 2011 11:22:37 -0800 Subject: [Shotwell] Problems in deleting Files In-Reply-To: <4D352760.40209@t-online.de> References: <4D352760.40209@t-online.de> Message-ID: Hi Michael, Yes, that's a bug. But not to worry, it's already been fixed in trunk and will be included in Shotwell 0.9. The ticket is here: http://trac.yorba.org/ticket/2647 - Eric On Mon, Jan 17, 2011 at 9:38 PM, Michael und Britta Busch < busch-alpen at t-online.de> wrote: > Hallo, > > i'm using Shotwell 0.8.1 on Ubuntu 10.10. > > My Problem is when I try to delete a file using the basket/trash it first > seems to be deleted. But going forward and backward it is still there. > > I don't know wether its a bug or I'm making a mistake. > > Michael > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From augenauf at cs.tu-berlin.de Tue Jan 18 22:40:08 2011 From: augenauf at cs.tu-berlin.de (Florian Heiser) Date: Tue, 18 Jan 2011 23:40:08 +0100 Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid Message-ID: <4D3616C8.2080505@cs.tu-berlin.de> Dear list members, I would like to install shotwell 0.8.1 on Ubuntu lucid but unfortunately can't understand the given instructions (http://www.yorba.org/shotwell/install/#source). I downloaded the tarballs of libraw, gexiv2 and vala0.10 but do I build and install? If that is done, I would continue with downloading shotwell0.8.1 from http://www.yorba.org/download/shotwell/0.8/shotwell-0.8.1.tar.bz2 and trying: $ ./configure $ make # make install Does anybody know about a manual for beginners posted somewhere?? Thank you for your help! Best regards Flo From brunogirin at gmail.com Tue Jan 18 22:47:44 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 18 Jan 2011 22:47:44 +0000 Subject: [Shotwell] gstreamer versions In-Reply-To: <1295314593217-32463.post@talk.nabble.com> References: <1295314593217-32463.post@talk.nabble.com> Message-ID: <1295390864.1989.0.camel@nuuk> It might be that the source for -dev packages is not up to date compared to the main one. Try updating them prior to installing libgstreamer0.10-dev: sudo apt-get update Bruno On Mon, 2011-01-17 at 17:36 -0800, ubuntubrian wrote: > I'm on Ubuntu 10.04 and am trying to build Shotwell .8.1 from source because > of the issues. I installed all of the dependencies but when installing > Shotwell I get a missing gstreamer error: > > "make > Package gstreamer-0.10 was not found in the pkg-config search path." > > I realize that this is because I don't have libgstreamer-dev installed but > it is uninstallable due to a dependency issue: > "The following packages have unmet dependencies: > libgstreamer0.10-dev: Depends: libgstreamer0.10-0 (= 0.10.28-1) but > 0.10.30-1~lucid1 is to be installed" > > I'm not sure why I have the version I do but I installed > libgstreamer0.10.28-1 from source (it installed fine) but I still get the > same error and can't install the dev package. If I try forcing the earlier > version in synaptic it wants to uninstall about half of all my software! Any > ideas short of just upgrading to Maverick? I really want the send by mail > function and it is the only thing keeping me using Digikam. I wanted to stay > with F-spot but that's going by the wayside as we all know. > > Thanks > > > From david.velazquez08 at gmail.com Wed Jan 19 00:22:14 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Tue, 18 Jan 2011 19:22:14 -0500 Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid In-Reply-To: <4D3616C8.2080505@cs.tu-berlin.de> References: <4D3616C8.2080505@cs.tu-berlin.de> Message-ID: I'm actually working on one right now complete with screen shots, instructions, and my own personal screw ups! Unfortunately due to my schedule right now it probably won't be completed until Thursday. If you have libraw, gexiv2, and vala installed you should just be able to download the shotwell source, configure, make, and sudo make install, much in the same way you probably did everything else. If there are any errors during configure just post them here. Someone should be able to point you in the right direction! On Tue, Jan 18, 2011 at 5:40 PM, Florian Heiser wrote: > Dear list members, > > I would like to install shotwell 0.8.1 on Ubuntu lucid but unfortunately > can't understand the given instructions > (http://www.yorba.org/shotwell/install/#source). > > I downloaded the tarballs of libraw, gexiv2 and vala0.10 but do I build > and install? > > If that is done, I would continue with downloading shotwell0.8.1 from > http://www.yorba.org/download/shotwell/0.8/shotwell-0.8.1.tar.bz2 and > trying: > $ ./configure > $ make > # make install > > Does anybody know about a manual for beginners posted somewhere?? > > > Thank you for your help! > > Best regards > Flo > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From david.velazquez08 at gmail.com Wed Jan 19 01:59:15 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Tue, 18 Jan 2011 20:59:15 -0500 Subject: [Shotwell] Contributing to the Wiki Message-ID: As I may have mentioned I'm currently working on a guide to compile the latest stable build of Shotwell from source in Ubuntu Lucid complete with screen shots, my own screw ups, and as many detailed instructions as I can muster. I was first wondering if there would be an interest in this by either the developers or anyone else. Secondly, I was curious how one would be able to create new pages on the Shotwell wiki similar to this one: http://trac.yorba.org/wiki/HowToBuildInDebianFromSource (I already have an account). I could very well write it in OpenOffice or the like, but it would be far easier to write and edit in the wiki itself given that I plan on embedding images to help people along and other things that would be best accomplished using the wiki-markup. I already have the images I plan to use and am currently working through the process one more time since I ran into some issues myself the first time. The only potential drawbacks I can see for this is that Lucid will, eventually, be out of date and these instructions potentially rendered useless because of it. Thoughts? From brunogirin at gmail.com Wed Jan 19 19:11:13 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 19 Jan 2011 19:11:13 +0000 Subject: [Shotwell] Contributing to the Wiki In-Reply-To: References: Message-ID: <1295464273.1831.5.camel@nuuk> David, That's a great idea! Editing the wiki is very easy: go to the URL of the page you want to create, which should not exist yet, such as: http://trac.yorba.org/wiki/HowToBuildInUbuntuFromSource The wiki will automatically ask you if you want to create a new page. Create it and populate it. I suggest you use the Debian one as a template (for this, go to the Debian page, click "Edit this page" at the bottom to see the source). Formatting a wiki article is also very easy, you will notice that when you edit a page, there is a link to a page that describes wiki formatting just below the text area. As for the fact that Lucid will eventually be out of date, it will always be easier to edit an existing page to add instructions for Maverick, Natty, etc than start from scratch so I'd say go for it. Bruno On Tue, 2011-01-18 at 20:59 -0500, David Velazquez wrote: > As I may have mentioned I'm currently working on a guide to compile the > latest stable build of Shotwell from source in Ubuntu Lucid complete with > screen shots, my own screw ups, and as many detailed instructions as I can > muster. I was first wondering if there would be an interest in this by > either the developers or anyone else. Secondly, I was curious how one would > be able to create new pages on the Shotwell wiki similar to this one: > http://trac.yorba.org/wiki/HowToBuildInDebianFromSource (I already have an > account). I could very well write it in OpenOffice or the like, but it would > be far easier to write and edit in the wiki itself given that I plan on > embedding images to help people along and other things that would be best > accomplished using the wiki-markup. > > I already have the images I plan to use and am currently working through the > process one more time since I ran into some issues myself the first time. > The only potential drawbacks I can see for this is that Lucid will, > eventually, be out of date and these instructions potentially rendered > useless because of it. Thoughts? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Wed Jan 19 19:23:36 2011 From: jim at yorba.org (Jim Nelson) Date: Wed, 19 Jan 2011 11:23:36 -0800 Subject: [Shotwell] Contributing to the Wiki In-Reply-To: <1295464273.1831.5.camel@nuuk> References: <1295464273.1831.5.camel@nuuk> Message-ID: I have nothing to add to Bruno's sound advice other than to make sure you link to this new page from the main Shotwell page at http://trac.yorba.org/wiki/Shotwell (under "More Information"). Thanks! -- Jim On Wed, Jan 19, 2011 at 11:11 AM, Bruno Girin wrote: > David, > > That's a great idea! Editing the wiki is very easy: go to the URL of the > page you want to create, which should not exist yet, such as: > http://trac.yorba.org/wiki/HowToBuildInUbuntuFromSource > > The wiki will automatically ask you if you want to create a new page. > Create it and populate it. I suggest you use the Debian one as a > template (for this, go to the Debian page, click "Edit this page" at the > bottom to see the source). > > Formatting a wiki article is also very easy, you will notice that when > you edit a page, there is a link to a page that describes wiki > formatting just below the text area. > > As for the fact that Lucid will eventually be out of date, it will > always be easier to edit an existing page to add instructions for > Maverick, Natty, etc than start from scratch so I'd say go for it. > > Bruno > > On Tue, 2011-01-18 at 20:59 -0500, David Velazquez wrote: > > As I may have mentioned I'm currently working on a guide to compile the > > latest stable build of Shotwell from source in Ubuntu Lucid complete with > > screen shots, my own screw ups, and as many detailed instructions as I > can > > muster. I was first wondering if there would be an interest in this by > > either the developers or anyone else. Secondly, I was curious how one > would > > be able to create new pages on the Shotwell wiki similar to this one: > > http://trac.yorba.org/wiki/HowToBuildInDebianFromSource (I already have > an > > account). I could very well write it in OpenOffice or the like, but it > would > > be far easier to write and edit in the wiki itself given that I plan on > > embedding images to help people along and other things that would be best > > accomplished using the wiki-markup. > > > > I already have the images I plan to use and am currently working through > the > > process one more time since I ran into some issues myself the first time. > > The only potential drawbacks I can see for this is that Lucid will, > > eventually, be out of date and these instructions potentially rendered > > useless because of it. Thoughts? > > _______________________________________________ > > 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 okeefe at cybermesa.com Wed Jan 19 21:02:04 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Wed, 19 Jan 2011 13:02:04 -0800 (PST) Subject: [Shotwell] gstreamer versions In-Reply-To: <1295390864.1989.0.camel@nuuk> References: <1295314593217-32463.post@talk.nabble.com> <1295390864.1989.0.camel@nuuk> Message-ID: <1295470924090-32574.post@talk.nabble.com> I had upgraded to Lucid sometime back and the repos were disabled for the libstreamer0.10.30-dev. I fixed that and upgraded all the libgstreamer packages and installed the dev package. Now they are all 0.10.31-1~lucid1. When I run "make" in the shotwell directory I get this: .0 sqlite3 unique-1.0 webkit-1.0 gthread-2.0` `./libraw-config --libs` -export-dynamic -o shotwell /usr/lib64/libgstvideo-0.10.so.0: undefined reference to `gst_plugin_feature_list_debug' /usr/lib64/libgstvideo-0.10.so.0: undefined reference to `gst_element_factory_list_get_elements' /usr/lib64/libgstpbutils-0.10.so.0: undefined reference to `gst_element_link_pads_full' /usr/lib64/libgstvideo-0.10.so.0: undefined reference to `gst_element_factory_list_filter' /usr/lib64/libgstpbutils-0.10.so.0: undefined reference to `gst_pad_link_full' collect2: ld returned 1 exit status make: *** [shotwell] Error 1 any ideas? Thanks -- View this message in context: http://shotwell.3510.www.nabble.com/gstreamer-versions-tp32463p32574.html Sent from the Shotwell mailing list archive at Nabble.com. From okeefe at cybermesa.com Wed Jan 19 21:52:24 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Wed, 19 Jan 2011 13:52:24 -0800 (PST) Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid In-Reply-To: <4D3616C8.2080505@cs.tu-berlin.de> References: <4D3616C8.2080505@cs.tu-berlin.de> Message-ID: <1295473944221-32578.post@talk.nabble.com> I'm also trying to install .8.1 on Lucid and am having difficulties, see my post. I can say that yes, you need to install those packages in a terminal with: ./configure make sudo make install Then you can try to do the same with Shotwell. Do you know how to install those packages? -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Problems-installing-Shotwell-0-8-1-on-Ubuntu-lucid-tp32501p32578.html Sent from the Shotwell mailing list archive at Nabble.com. From okeefe at cybermesa.com Wed Jan 19 22:45:25 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Wed, 19 Jan 2011 14:45:25 -0800 (PST) Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid In-Reply-To: <4D3616C8.2080505@cs.tu-berlin.de> References: <4D3616C8.2080505@cs.tu-berlin.de> Message-ID: <1295477125867-32582.post@talk.nabble.com> I discovered on the Ubuntu forums this: http://ubuntuforums.org/showthread.php?p=10369831 You can install the repo that is described and install shotwell .8.1 from synaptic. I did and it works fine and seems much easier than the building from source that I tried and kept getting errors. Basically you enable the repo as per the instructions here: https://launchpad.net/~guido-iodice/+archive/guiodiclucid install shotwell from synaptic which will now show version .8.1. I had already installed all the dependencies manually from the shotwell instructions so no other packages were installed. I would think that synaptic will pull in the dependencies just fine if you haven't installed them yet. I disabled the repository after installing shotwell as it had upgrades for many packages and I'm not sure the safety in doing the upgrade. -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Problems-installing-Shotwell-0-8-1-on-Ubuntu-lucid-tp32501p32582.html Sent from the Shotwell mailing list archive at Nabble.com. From okeefe at cybermesa.com Wed Jan 19 22:48:06 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Wed, 19 Jan 2011 14:48:06 -0800 (PST) Subject: [Shotwell] gstreamer versions In-Reply-To: <1295390864.1989.0.camel@nuuk> References: <1295314593217-32463.post@talk.nabble.com> <1295390864.1989.0.camel@nuuk> Message-ID: <1295477286351-32583.post@talk.nabble.com> I followed the instructions here:http://ubuntuforums.org/showthread.php?p=10369831 and here: https://launchpad.net/~guido-iodice/+archive/guiodiclucid and installed shotwell and then disabled the repo. It runs fine but..... when I edit the title of a photo and then send by mail (which is why I wanted the upgrade to .8.1), the title hasn't changed in the attached photo though it is in Shotwell. Any ideas? -- View this message in context: http://shotwell.3510.www.nabble.com/gstreamer-versions-tp32463p32583.html Sent from the Shotwell mailing list archive at Nabble.com. From okeefe at cybermesa.com Wed Jan 19 23:13:34 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Wed, 19 Jan 2011 15:13:34 -0800 (PST) Subject: [Shotwell] Changing photo title Message-ID: <1295478814498-32584.post@talk.nabble.com> How do I get Shotwell to actually change the title of the photo so that the file name changes also? I can edit the title and it will show in shotwell but reverts back to the original, non descriptive name, like "DSC1003.jpeg", instead of "Happy Puppy". this is the case in either my file manager or if I select the photo to send by mail. I would like the title to actually change. Thanks -- View this message in context: http://shotwell.3510.www.nabble.com/Changing-photo-title-tp32584p32584.html Sent from the Shotwell mailing list archive at Nabble.com. From okeefe at cybermesa.com Wed Jan 19 23:14:42 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Wed, 19 Jan 2011 15:14:42 -0800 (PST) Subject: [Shotwell] Changing photo title In-Reply-To: <1295478814498-32584.post@talk.nabble.com> References: <1295478814498-32584.post@talk.nabble.com> Message-ID: <1295478882798-32585.post@talk.nabble.com> I should say that the title stays changed in Shotwell but reverts in the email or in my file manager to the original imported name. -- View this message in context: http://shotwell.3510.www.nabble.com/Changing-photo-title-tp32584p32585.html Sent from the Shotwell mailing list archive at Nabble.com. From jim at yorba.org Wed Jan 19 23:23:45 2011 From: jim at yorba.org (Jim Nelson) Date: Wed, 19 Jan 2011 15:23:45 -0800 Subject: [Shotwell] Changing photo title In-Reply-To: <1295478882798-32585.post@talk.nabble.com> References: <1295478814498-32584.post@talk.nabble.com> <1295478882798-32585.post@talk.nabble.com> Message-ID: Shotwell makes a distinction between a photo's title and its filename. The title is the filename when you first import it into Shotwell (because it doesn't have a title at that point), but when you rename the photo it doesn't rename the filename. When you export the photo (or have Write Metadata enabled in the Preferences dialog), it writes the title out as metadata which other programs and services may interpret. We have a ticket for renaming the photo filenames: http://trac.yorba.org/ticket/1562 -- Jim On Wed, Jan 19, 2011 at 3:14 PM, ubuntubrian wrote: > > I should say that the title stays changed in Shotwell but reverts in the > email or in my file manager to the original imported name. > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Changing-photo-title-tp32584p32585.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 david.velazquez08 at gmail.com Thu Jan 20 03:41:05 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Wed, 19 Jan 2011 22:41:05 -0500 Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid In-Reply-To: <1295477125867-32582.post@talk.nabble.com> References: <4D3616C8.2080505@cs.tu-berlin.de> <1295477125867-32582.post@talk.nabble.com> Message-ID: The obligatory warning should be posted here: There are a ton of packages in that repository. I would be cautious about adding that and upgrading your system. Things (mostly dependencies, I'm thinking) may break. In my opinion, if you have the patience and time it would probably be far better to compile from source so that you don't run the risk of upgrading the wrong package and breaking something. My 2 cents though, apparently this repository has worked for many people. On Wed, Jan 19, 2011 at 5:45 PM, ubuntubrian wrote: > > I discovered on the Ubuntu forums this: > http://ubuntuforums.org/showthread.php?p=10369831 > > You can install the repo that is described and install shotwell .8.1 from > synaptic. I did and it works fine and seems much easier than the building > from source that I tried and kept getting errors. > > Basically you enable the repo as per the instructions here: > https://launchpad.net/~guido-iodice/+archive/guiodiclucid > > install shotwell from synaptic which will now show version .8.1. I had > already installed all the dependencies manually from the shotwell > instructions so no other packages were installed. I would think that > synaptic will pull in the dependencies just fine if you haven't installed > them yet. > > I disabled the repository after installing shotwell as it had upgrades for > many packages and I'm not sure the safety in doing the upgrade. > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-Problems-installing-Shotwell-0-8-1-on-Ubuntu-lucid-tp32501p32582.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 okeefe at cybermesa.com Thu Jan 20 15:17:47 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Thu, 20 Jan 2011 07:17:47 -0800 (PST) Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid In-Reply-To: References: <4D3616C8.2080505@cs.tu-berlin.de> <1295477125867-32582.post@talk.nabble.com> Message-ID: <1295536667185-32599.post@talk.nabble.com> I would have compiled and installed from source but that didn't work and I posted in regards to the libgstreamer problem. You are absolutely right David and I agree that caution is in order with any ppa. By only installing shotwell .8.1 and the libgstreamer updates and then disabling the repo I hope that I contained any possible breakage. Everything seems fine though. I would have much preferred a working install from source but..... -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Problems-installing-Shotwell-0-8-1-on-Ubuntu-lucid-tp32501p32599.html Sent from the Shotwell mailing list archive at Nabble.com. From augenauf at cs.tu-berlin.de Thu Jan 20 19:50:23 2011 From: augenauf at cs.tu-berlin.de (Casper Hauser) Date: Thu, 20 Jan 2011 20:50:23 +0100 Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid In-Reply-To: <1295477125867-32582.post@talk.nabble.com> References: <4D3616C8.2080505@cs.tu-berlin.de> <1295477125867-32582.post@talk.nabble.com> Message-ID: <4D3891FF.7090309@cs.tu-berlin.de> That sounds good! I am gonna try. Are sure that the repo is clean? Best On 19.01.2011 23:45, ubuntubrian wrote > > I discovered on the Ubuntu forums this: > http://ubuntuforums.org/showthread.php?p=10369831 > > You can install the repo that is described and install shotwell .8.1 from > synaptic. I did and it works fine and seems much easier than the building > from source that I tried and kept getting errors. > > Basically you enable the repo as per the instructions here: > https://launchpad.net/~guido-iodice/+archive/guiodiclucid > > install shotwell from synaptic which will now show version .8.1. I had > already installed all the dependencies manually from the shotwell > instructions so no other packages were installed. I would think that > synaptic will pull in the dependencies just fine if you haven't installed > them yet. > > I disabled the repository after installing shotwell as it had upgrades for > many packages and I'm not sure the safety in doing the upgrade. From augenauf at cs.tu-berlin.de Thu Jan 20 19:53:01 2011 From: augenauf at cs.tu-berlin.de (Casper Hauser) Date: Thu, 20 Jan 2011 20:53:01 +0100 Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid In-Reply-To: <1295477125867-32582.post@talk.nabble.com> References: <4D3616C8.2080505@cs.tu-berlin.de> <1295477125867-32582.post@talk.nabble.com> Message-ID: <4D38929D.8080803@cs.tu-berlin.de> Can anybody of report a sucessful upgrade of shotwell using the guido-iodice ppa? Thanks From okeefe at cybermesa.com Thu Jan 20 20:00:52 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Thu, 20 Jan 2011 12:00:52 -0800 (PST) Subject: [Shotwell] Problems installing Shotwell 0.8.1 on Ubuntu lucid In-Reply-To: <4D3891FF.7090309@cs.tu-berlin.de> References: <4D3616C8.2080505@cs.tu-berlin.de> <1295477125867-32582.post@talk.nabble.com> <4D3891FF.7090309@cs.tu-berlin.de> Message-ID: <1295553652512-32608.post@talk.nabble.com> I make no claim whatsoever that the repo is clean. All I can say is what I did and I have had no problems. I enabled the repo, installed Shotwell.8.1 and then disabled the repo as it had 142 upgradeable packages. Shotwell works fine and no weirdness on my system at all. However, proceed at your own risk! Good luck -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Problems-installing-Shotwell-0-8-1-on-Ubuntu-lucid-tp32501p32608.html Sent from the Shotwell mailing list archive at Nabble.com. From lucas at yorba.org Thu Jan 20 20:00:54 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 20 Jan 2011 12:00:54 -0800 Subject: [Shotwell] Shotwell quits while importing (many) pictures In-Reply-To: <20110118170243.16256iybax1t66xv@mail.your-server.de> References: <20110117203207.19923udcct575yk7@mail.your-server.de> <20110118170243.16256iybax1t66xv@mail.your-server.de> Message-ID: Hi Ren?, You might have run into a known Shotwell issue, bug #2550 (http://trac.yorba.org/ticket/2550). When you get a chance, if you could click the link to the bug and add a comment describing your disk configuration, Ubuntu version, etc., that might be really helpful in getting the ticket resolved. We've had trouble reproducing it, so any information you have about when and where the bug occurs would almost certainly be helpful. Regards, Lucas From busch-alpen at t-online.de Thu Jan 20 20:17:48 2011 From: busch-alpen at t-online.de (Michael und Britta Busch) Date: Thu, 20 Jan 2011 21:17:48 +0100 Subject: [Shotwell] import not complete Message-ID: <4D38986C.2010400@t-online.de> Hallo, i'm using shotwell 0.8.1 on Ubuntu 10.10 After importing my pictures I found that many picture are not importet, paritally complete folders. Is there a general problem? Michael From steinixx at gmail.com Thu Jan 20 20:57:08 2011 From: steinixx at gmail.com (stone keeper) Date: Thu, 20 Jan 2011 21:57:08 +0100 Subject: [Shotwell] Problem importing videos In-Reply-To: References: Message-ID: hi Jim the import does not pause on the same video each time. I guess it has something to do with quantity of photos and/or videos. i just tested the following: a) started shotwell with loglevel=1 b) importet ALL avi videofiles (about 250) without any problems (only avi videos) c) tried to import only mpg (about 300) files and after some videos import stops, I have attached the logfile hopefully you will find anything in it ;-) In fact i can not identify the video that stops the import process. All mentioned files in the log seems to be imported, even the last video visible on importscreen (mov07858.mpg) A little bit confusing: after importing all avi video files a lot of events are doubled (e.g. shotwell displays event "Die 3.Aug,2010" four times!) - maybe some metadata information is wrong here. best regards Horst ps: how can i send you the log file - it seems that my last email was blocked because of the attached zip? On Mon, Jan 17, 2011 at 6:56 PM, stone keeper wrote: > hi, > > > i am using shotwell 0.8.1 on ubuntu 10.10. I tried to import about 15000 > photos and videos from a smb share. Everytime the import process stops and > the last imported object was a video (mpg or avi). Shotwell gui itself can > be used (show photos, klick on event..) but the import process never > finishes. > > > For testing i removed all videofiles from the source and the import worked > 100%. This means that some video files are imported and some of them crashes > the import process. Could this be be a shotwell problem? How can i help to > find this issue? > > > Nevertheless, great work and many thanks for this good peace of software! > > > regards > > > From sybereric at yahoo.fr Fri Jan 21 11:58:45 2011 From: sybereric at yahoo.fr (Eric B) Date: Fri, 21 Jan 2011 12:58:45 +0100 Subject: [Shotwell] Help translation Message-ID: <4D3974F5.9080601@yahoo.fr> I would like to translate the help in French How can I do ? I've seen http://www.transifex.net/projects/p/shotwell/ but it seems to be only for Shotwell itself Where must I go ? From steinixx at gmail.com Fri Jan 21 12:10:51 2011 From: steinixx at gmail.com (stone keeper) Date: Fri, 21 Jan 2011 13:10:51 +0100 Subject: [Shotwell] Problem importing videos In-Reply-To: References: Message-ID: hi Jim the import does not pause on the same video each time. I guess it has something to do with quantity of photos and/or videos. i just tested the following: a) started shotwell with loglevel=1 b) importet ALL avi videofiles (about 250) without any problems (only avi videos) c) tried to import only mpg (about 300) files and after some videos import stops, I have attached the logfile hopefully you will find anything in it ;-) In fact i can not identify the video that stops the import process. All mentioned files in the log seems to be imported, even the last video visible on importscreen (mov07858.mpg) A little bit confusing: after importing all avi video files a lot of events are doubled (e.g. shotwell displays event "Die 3.Aug,2010" four times!) - maybe some metadata information is wrong here. best regards Horst On Tue, Jan 18, 2011 at 12:04 AM, Jim Nelson wrote: > Hello, > > Does Shotwell pause on the same video each time? If you're not sure which > one it is, run Shotwell from the console like this: > > $ SHOTWELL_LOG=1 shotwell > > Run the import, and when it hangs exit the application. Then mail us this > file: > > ~/.cache/shotwell/shotwell.log > > If you know which video is causing the hang, can you mail it to us, or if > it's large, post a link to it? > > -- Jim > > On Mon, Jan 17, 2011 at 9:56 AM, stone keeper wrote: > >> hi, >> >> >> i am using shotwell 0.8.1 on ubuntu 10.10. I tried to import about 15000 >> photos and videos from a smb share. Everytime the import process stops and >> the last imported object was a video (mpg or avi). Shotwell gui itself can >> be used (show photos, klick on event..) but the import process never >> finishes. >> >> >> For testing i removed all videofiles from the source and the import worked >> 100%. This means that some video files are imported and some of them >> crashes >> the import process. Could this be be a shotwell problem? How can i help to >> find this issue? >> >> >> Nevertheless, great work and many thanks for this good peace of software! >> >> >> regards >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From mail at christiananton.de Fri Jan 21 12:33:00 2011 From: mail at christiananton.de (Christian Anton) Date: Fri, 21 Jan 2011 13:33:00 +0100 Subject: [Shotwell] importing directly from SMB share? In-Reply-To: <4D34A8D8.2020508@christiananton.de> References: <4D3466B9.4040603@christiananton.de> <4D34A8D8.2020508@christiananton.de> Message-ID: <4D397CFC.8090504@christiananton.de> Upgraded to 0.8.1 (re-built RPM for fedora). Importing from NAS device now works perfectly. Thanks! Christian Am 17.01.2011 21:38, schrieb Christian Anton: > Am 17.01.2011 21:12, schrieb Marcel Stimberg: >> actually, I think it should already be possible: As soon as you access >> the share via nautilus (which means using GVFS[1]), it also gets >> automatically represented in the file system (same for sftp shares, >> etc.). The (hidden) .gvfs directory in your home directory contains a >> directory named "share on server" -- I think you should be able to use >> this in shotwell for import. Um, I just tested it with a SMB share and >> the share is even accessible under places on the left side of the >> import directory dialog -- or is this a feature of 0.8.1 (which I'm >> using)? > > Hi Marcel! > > I just tried using the .gvfs hidden directory and i can confirm that > after accessing the share via nautilus it appears in .gvfs and i can > access it via console for example. So i am sure that this would also > work for shotwell to access. But i didn't try because i am on a really > slow WLAN for now. > > The behavior you described using the share directly via the left side of > the import file chooser, is the way i would have expected the tool to > work. It's nice to know that updating the version of shotwell will bring > me that feature. I will consider updating in the next days. > > > Best regards and thanks a lot to all of you! > > > Christian > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From mahen at free.fr Fri Jan 21 15:02:42 2011 From: mahen at free.fr (Mahendra Tallur) Date: Fri, 21 Jan 2011 16:02:42 +0100 Subject: [Shotwell] Pictures auto-import systematically hangs Message-ID: <4D39A012.5020204@free.fr> Hi everyone ! First congrats to the developers for this very nice piece of software ! I love fast apps with a minimalistic GUI. I'm currently using : Ubuntu 10.10 AMD64 + Shotwell 0.8.1 from the official PPA I never used this kind of app before because I prefer to copy and organize pictures by myself using regular folders. I tried Shotwell as it can now "watch" a regular directory as media players usually do and store tags in the files themselves ! I have a problem though : the auto-import process always hangs at around 13%. The GUI doesn't hang but it just never completes the auto-import. I have about 11 000 files which weigh about 24 GB. I tried to enable the debug mode and noticed in shotwell.log that the auto-import always stopped on a the picture file. So I removed it. The following time, it stopped on another file, made with a different camera. What can I do to help fix this issue ? IMHO, there's no relevant issue in the debug log I obtained with the SHOTWELL_LOG=1 env variable. Cheers ! Mahen From jsben187 at gmail.com Fri Jan 21 21:59:02 2011 From: jsben187 at gmail.com (Ben Smith) Date: Fri, 21 Jan 2011 16:59:02 -0500 Subject: [Shotwell] Fwd: libgomp-devel In-Reply-To: References: Message-ID: ---------- Forwarded message ---------- From: Ben Smith Date: Fri, Jan 21, 2011 at 4:58 PM Subject: Re: [Shotwell] libgomp-devel To: Jim Nelson you are correct. SUCCESS!!! On Mon, Jan 17, 2011 at 1:28 PM, Jim Nelson wrote: > I do not know where to find it for Fedora. > > I'm assuming you're asking because you're attempting to build libraw? The > newest versions you can disable OpenMP by using the configure script: > > $ ./configure --disable-openmp > > -- Jim > > On Sun, Jan 16, 2011 at 2:13 PM, Ben Smith wrote: > >> I looked but I didn't find libgomp-devel for Fedora. Would someone know >> where I could find it? >> B. >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From hamoid at gmail.com Fri Jan 21 22:00:26 2011 From: hamoid at gmail.com (Abe Pazos) Date: Fri, 21 Jan 2011 23:00:26 +0100 Subject: [Shotwell] Is it possible to relocate photos? Message-ID: Hi! Last year I moved from OS X to Ubuntu, and from Lightroom to Shotwell. In Lightroom I was able to move photos already in a catalog to another folder. It would notice, tell me they are missing, and let me choose the new location for those photos. If I try to do that in Shotwell, it tells me "Photo source file missing". Is there any way I can show Shotwell the new location for those photos, without loosing any information (tags, edits)? Maybe editing text files? sqlite? In which format is the database kept? Thanks for your work! =) Abe Pazos http://blog.hamoid.com From siddhesh.poyarekar at gmail.com Sat Jan 22 06:48:20 2011 From: siddhesh.poyarekar at gmail.com (Siddhesh Poyarekar) Date: Sat, 22 Jan 2011 12:18:20 +0530 Subject: [Shotwell] Is it possible to relocate photos? In-Reply-To: References: Message-ID: On Sat, Jan 22, 2011 at 3:30 AM, Abe Pazos wrote: > Maybe editing text files? sqlite? In which format is the database kept? > They're stored in an sqlite database. I tried doing this recently and it is fairly straightforward if you know sql. The command to run from shell to get listing of your files: $ sqlite3 $HOME/.shotwell/data/photo.db "select filename from PhotoTable" I documented my experience of doing this recently, which you might find useful: http://siddhesh.livejournal.com/26211.html -- Siddhesh Poyarekar http://siddhesh.in From insomniacpenguin at googlemail.com Sat Jan 22 16:15:15 2011 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Sat, 22 Jan 2011 16:15:15 -0000 Subject: [Shotwell] date format string on adjust date/time dialog Message-ID: <9E5D39AAD2254E98831CCEB32BF524B8@Anon> Hi, I have a new installation of Ubuntu 10.10, running the version of Shotwell that came with it (0.7.2). On the Photos -> Adjust Date and Time dialog, the Original: value is displayed as e.g. "25/m/2010, 05:02:50 PM". It looks like the date is being formatted with a template string of "dd/m/yyyy" when it needs "dd/MM/yyyy", but where does it get that string from? Does Shotwell have its own settings anywhere, or does it get it from the system/gnome? i.e. is this a bug in Shotwell or a more general problem in Gnome and/or Ubuntu? And if the latter, where should I look to fix it - the only LC_* variable that is set is LC_CTYPE=C, and in System -> Administration -> Language Support I don't see any actual format strings, it's just set to use "the usual format for: English (United Kingdom)". Andy From jvnmembership at gmail.com Sun Jan 23 06:44:47 2011 From: jvnmembership at gmail.com (gustible) Date: Sat, 22 Jan 2011 22:44:47 -0800 (PST) Subject: [Shotwell] External HD not connected - Lost all events & tags In-Reply-To: References: <1290029438.2216.751.camel@beijing> Message-ID: <1295765087723-32653.post@talk.nabble.com> I experienced the same problem - the external HD on which my photos are stored was unmounted. Without realising this, I started Shotwell. All the event-photo links were destroyed. In the database, the eventid in the Photos table was set to -1 for every photo. Most events were still present in the events table - although not all. This was on Shotwell 0.7.2 - the current version shipping with Ubuntu. I wrote a script in Python (sorry) to recreate the events that were lost, or alternatively, to recover the lost events - feel free to use the (warrantyless) script - can be found here:http://www.gustible.com/2011/01/23/shotwell-a-script-to-fix-broken-events -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-External-HD-not-connected-Lost-all-events-tags-tp28741p32653.html Sent from the Shotwell mailing list archive at Nabble.com. From brunogirin at gmail.com Sun Jan 23 09:52:51 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 23 Jan 2011 09:52:51 +0000 Subject: [Shotwell] date format string on adjust date/time dialog In-Reply-To: <9E5D39AAD2254E98831CCEB32BF524B8@Anon> References: <9E5D39AAD2254E98831CCEB32BF524B8@Anon> Message-ID: Andy, I can reproduce it and have created a new ticket here: http://trac.yorba.org/ticket/3113 Bruno On 22 January 2011 16:15, Andy Stevens wrote: > Hi, > > I have a new installation of Ubuntu 10.10, running the version of Shotwell > that came with it (0.7.2). ?On the Photos -> Adjust Date and Time dialog, > the Original: value is displayed as e.g. "25/m/2010, 05:02:50 PM". ?It looks > like the date is being formatted with a template string of "dd/m/yyyy" when > it needs "dd/MM/yyyy", but where does it get that string from? > > Does Shotwell have its own settings anywhere, or does it get it from the > system/gnome? ?i.e. is this a bug in Shotwell or a more general problem in > Gnome and/or Ubuntu? ?And if the latter, where should I look to fix it - the > only LC_* variable that is set is LC_CTYPE=C, and in System -> > Administration -> Language Support I don't see any actual format strings, > it's just set to use "the usual format for: English (United Kingdom)". > > > Andy > > _______________________________________________ > 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 brunogirin at gmail.com Sun Jan 23 10:30:22 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 23 Jan 2011 10:30:22 +0000 Subject: [Shotwell] date format string on adjust date/time dialog In-Reply-To: References: <9E5D39AAD2254E98831CCEB32BF524B8@Anon> Message-ID: The fix was trivial so I attached a patch to the ticket. It appears the issue was also present in the tr (Turkish) locale. So as soon as a developer reviews the patch and commits it, it should be solved in trunk. Bruno On 23 January 2011 10:06, Bruno Girin wrote: > Vincent, > > Thanks for the feedback. I checked with the trunk code and I can > indeed reproduce in the en_GB locale but not in the fr_FR locale. I > will add that information to the bug report. > > Bruno > > On 23 January 2011 09:59, Vincent wrote: >> For information, >> >> I do not reproduce this issue with Shotwell 0.8 and a French locale. >> >> On Sun, Jan 23, 2011 at 10:52 AM, Bruno Girin wrote: >>> >>> Andy, >>> >>> I can reproduce it and have created a new ticket here: >>> http://trac.yorba.org/ticket/3113 >>> >>> Bruno >>> >>> On 22 January 2011 16:15, Andy Stevens >>> wrote: >>> > Hi, >>> > >>> > I have a new installation of Ubuntu 10.10, running the version of >>> > Shotwell >>> > that came with it (0.7.2). ?On the Photos -> Adjust Date and Time >>> > dialog, >>> > the Original: value is displayed as e.g. "25/m/2010, 05:02:50 PM". ?It >>> > looks >>> > like the date is being formatted with a template string of "dd/m/yyyy" >>> > when >>> > it needs "dd/MM/yyyy", but where does it get that string from? >>> > >>> > Does Shotwell have its own settings anywhere, or does it get it from the >>> > system/gnome? ?i.e. is this a bug in Shotwell or a more general problem >>> > in >>> > Gnome and/or Ubuntu? ?And if the latter, where should I look to fix it - >>> > the >>> > only LC_* variable that is set is LC_CTYPE=C, and in System -> >>> > Administration -> Language Support I don't see any actual format >>> > strings, >>> > it's just set to use "the usual format for: English (United Kingdom)". >>> > >>> > >>> > Andy >>> > >>> > _______________________________________________ >>> > 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 >>> _______________________________________________ >>> 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 > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From paulberm03 at yahoo.co.uk Sun Jan 23 20:35:37 2011 From: paulberm03 at yahoo.co.uk (mashedbear) Date: Sun, 23 Jan 2011 12:35:37 -0800 (PST) Subject: [Shotwell] Importing f-spot favourites Message-ID: <1295814937639-32666.post@talk.nabble.com> Hi I switched to shotwell from f-sport with ubuntu release of 10.10. I like shotwell alot - its a great app. When i imported my f-spot library (7+ years of photos) all seemed to go great accept the import did not bring across my f-spot favourites. This is a few months ago now and I've added lots of new photos to my shotwell db, and no linger use f-spot, but I miss my old favourites collections from f-spot. Is there a way to go back and get the favourite 'tags' from f-spot and import them into my shotwell app? Hope this makes some sense and you can help. Two ideas / suggestions from me to make shotwell even better: - link geocode exif info to google and or flickr maps - be very cool to browse photos by location - hierarchy tag organisation structure - f-spots favourites, events, people, places etc was quite a nice feature. Thanks! Paul -- View this message in context: http://shotwell.3510.www.nabble.com/Importing-f-spot-favourites-tp32666p32666.html Sent from the Shotwell mailing list archive at Nabble.com. From simonspa at kth.se Sun Jan 23 20:40:42 2011 From: simonspa at kth.se (Simon Spannagel) Date: Sun, 23 Jan 2011 21:40:42 +0100 Subject: [Shotwell] Working on XMP? Message-ID: <4D3C924A.7020004@kth.se> Hej, I just wanted to ask if anybody is working on a solutoon for ticket: http://trac.yorba.org/ticket/3035 (Reading and writing tags to XMP sidecar files (RAW)) Or I even would like to know if other user have the same need so that one could possibly set the priority to "high"... best regards, Simon From brunogirin at gmail.com Sun Jan 23 21:50:28 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 23 Jan 2011 21:50:28 +0000 Subject: [Shotwell] Importing f-spot favourites In-Reply-To: <1295814937639-32666.post@talk.nabble.com> References: <1295814937639-32666.post@talk.nabble.com> Message-ID: Hi Paul! I'm glad you like Shotwell. The import form F-Spot handles favourites by translating F-Spot favs to a 5-star rating in Shotwell. There is currently no way to select all 5-star pictures but the ability to filter against any meta-data (including rating) is on the roadmap as it's an often requested feature: http://trac.yorba.org/ticket/1587 Hierarchical tags are also on the roadmap: http://trac.yorba.org/ticket/1401 And so is the ability to select photos based on location: http://trac.yorba.org/ticket/1473 or to geocode them using a map: http://trac.yorba.org/ticket/2570 Cheers, Bruno On 23 January 2011 20:35, mashedbear wrote: > > Hi > I switched to shotwell from f-sport with ubuntu release of 10.10. I like > shotwell alot - its a great app. > > When i imported my f-spot library (7+ years of photos) all seemed to go > great accept the import did not bring across my f-spot favourites. This is a > few months ago now and I've added lots of new photos to my shotwell db, and > no linger use f-spot, but I miss my old favourites collections from f-spot. > > Is there a way to go back and get the favourite 'tags' from f-spot and > import them into my shotwell app? > > Hope this makes some sense and you can help. > > Two ideas / suggestions from me ?to make shotwell even better: > - link geocode exif info to google and or flickr maps - be very cool to > browse photos by location > - hierarchy tag organisation structure - f-spots favourites, events, people, > places etc was quite a nice feature. > > Thanks! > > Paul > -- > View this message in context: http://shotwell.3510.www.nabble.com/Importing-f-spot-favourites-tp32666p32666.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 > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From paulberm03 at yahoo.co.uk Sun Jan 23 22:11:59 2011 From: paulberm03 at yahoo.co.uk (mashedbear) Date: Sun, 23 Jan 2011 14:11:59 -0800 (PST) Subject: [Shotwell] Importing f-spot favourites In-Reply-To: References: <1295814937639-32666.post@talk.nabble.com> Message-ID: <1295820719422-32672.post@talk.nabble.com> Hi Bruno thanks for getting back to me so quickly :-) OK got that - it works - thanks - but I've still feel I've lost some metadata. If I did want to create a new tag(s) in f-spot from a subset(s) of my favourites ( I don't know why but I used this feature a lot in f-spot- wish I hadn't now!) is there a way to import the tag into an existing Shotwell database (where the original pictures will already exist) without causing problems with the existing Shotwell db / app? That way I could work around the issue. Thanks for the feedback on my suggestions. I fully expected you would have geocode and tag hierarchy on the roadmap - just want to put my two cents to get them nearer the top of the list ;-) Cheers Paul -- View this message in context: http://shotwell.3510.www.nabble.com/Importing-f-spot-favourites-tp32666p32672.html Sent from the Shotwell mailing list archive at Nabble.com. From senewag at iinet.com.au Mon Jan 24 04:34:05 2011 From: senewag at iinet.com.au (bryan) Date: Mon, 24 Jan 2011 12:34:05 +0800 Subject: [Shotwell] sorting of photos Message-ID: <4D3D013D.5030701@iinet.com.au> Hi, Can anyone help me with this. I am running 10.10 Maverick and Shotwell 8.1 Things have always worked fine and I love the program but have run into a bit of a snag. I am sorting the photos by Exposure Date (ascending), but that is not how some of them are appearing. Most are sorted correctly but some are appearing incorrectly at the end. When I "adjust date", the date appears to be correct and also displays correctly. I have re-loaded the program, deleted and rebuilt the database, have preferences set to write metadata to the files. Does anyone else have this problem? From gustaf at thorslund.org Mon Jan 24 06:49:27 2011 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Mon, 24 Jan 2011 07:49:27 +0100 Subject: [Shotwell] sorting of photos In-Reply-To: <4D3D013D.5030701@iinet.com.au> References: <4D3D013D.5030701@iinet.com.au> Message-ID: <4D3D20F7.3080208@thorslund.org> Hi Bryan, bryan wrote at 2011-01-24 12:34:05 +0800 > Can anyone help me with this. > I am running 10.10 Maverick and Shotwell 8.1 > > Things have always worked fine and I love the program but have run into > a bit of a snag. > > I am sorting the photos by Exposure Date (ascending), but that is not > how some of them are appearing. > Most are sorted correctly but some are appearing incorrectly at the end. > When I "adjust date", the date appears to be correct and also displays > correctly. > I have re-loaded the program, deleted and rebuilt the database, have > preferences set to write metadata to the files. > > Does anyone else have this problem? I have had some issues pictures not sorted in order. In my case I have suspected it being when multiple pictures have been taken during same second (or minute). Not looked closer to know if that's actually the case for me. /Gustaf From lucas at yorba.org Mon Jan 24 20:36:39 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 24 Jan 2011 12:36:39 -0800 Subject: [Shotwell] import not complete In-Reply-To: <4D38986C.2010400@t-online.de> References: <4D38986C.2010400@t-online.de> Message-ID: Hi Michael, Are you trying to import off a camera or are you importing files already present on disk, say by dragging and dropping them? Cheers, Lucas From eric at yorba.org Mon Jan 24 21:00:53 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 24 Jan 2011 13:00:53 -0800 Subject: [Shotwell] We want your feedback: user-configurable directory structure Message-ID: Hi everyone, We're working on an often-requested new feature, a user configurable directory structure, and would like community feedback on how this would best suit your needs. This feature allows you to set a directory structure for your photos instead of being forced to use Shotwell's default. For now, we're wondering if we want to support hard-coded options only, for example, we might have the following options: YYYY/MM/DD YYYY/MM-DD YYYY/MM YYYY_MM_DD Perhaps there's others you'd like to see? Another option is to support a free-form entry with date formatting characters to make your own directory structure. For example, you might type in something like %Y%/%M%/%D% to achieve the current directory structure. Additionally, we're looking to add a feature where you can assign a name to your import. This could also be added to the directory structure. If you're interested in this feature, let us know what you'd like to see and which aspects are most important to you. - Eric From lucas at yorba.org Mon Jan 24 21:19:44 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 24 Jan 2011 13:19:44 -0800 Subject: [Shotwell] Working on XMP? In-Reply-To: <4D3C924A.7020004@kth.se> References: <4D3C924A.7020004@kth.se> Message-ID: Hi Simon, At least among Yorba's internal engineering resources, this feature is unlikely to be implemented in Shotwell 0.9, because we've got so many other features on our plate right now. That said, we are aware that this feature is important, especially for pro and semi-pro photographers who shoot mostly RAW and have collections of thousands of images that they need to organize into projects, working sets, etc. with tags. I don't think we want to change the priority of this bug to high as yet, but I would like to say that if anyone in the community would like to take this feature on (as is often the way in open source), we'd be happy to review and commit their patch to Shotwell. Lucas From pdo.smith at gmail.com Mon Jan 24 21:19:59 2011 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 24 Jan 2011 23:19:59 +0200 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: The directory structure I use is YYYY-MM, so that is the one I would like to see. But a directory naming system based on a template such as the one you give would be ideal. On Mon, Jan 24, 2011 at 11:00 PM, Eric Gregory wrote: > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. ?For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. ?This could also be added to the directory structure. > > If you're interested in this feature, let us know what you'd like to see and > which aspects are most important to you. > > ?- Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From ktenney at gmail.com Mon Jan 24 21:21:21 2011 From: ktenney at gmail.com (Kent Tenney) Date: Mon, 24 Jan 2011 15:21:21 -0600 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: On Mon, Jan 24, 2011 at 3:00 PM, Eric Gregory wrote: > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? Not sure if I follow, but ... I have many years of photos in a directory structure I've evolved, and has meaning to me, so I import "In Place" ("importing in place" sounds like an oxymoron to me) ... links aren't involved ... I choose not to duplicate all the files. I would like the option of the tree panel showing _my_ directory structure. Currently, structure is only time-based: "Events" (which I'd call something more like "Timeline") I'm thinking of structure reflecting "Location" where Location consists of directories, some time-based, some project-based some source-based ... I think Shotwell intends tags to provide the structure I'm describing, and they probably can, though I don't know if tags accommodate nesting. I would like if they were hierarchal. > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. ?For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. ?This could also be added to the directory structure. I'd like each import to persist by default, now we only have the last import available. To my thinking, an import is an "Event" ... something that "happened", whereas the files taken on the same day are only that, not necessarily something that "happened". > > If you're interested in this feature, let us know what you'd like to see and > which aspects are most important to you. > > ?- Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From vperetokin at gmail.com Mon Jan 24 21:25:23 2011 From: vperetokin at gmail.com (Vadim Peretokin) Date: Mon, 24 Jan 2011 16:25:23 -0500 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: I'd like to see both, similar to how Wordpress allows it: http://codex.wordpress.org/images/a/a9/wordpress-permalinks-structure.gif From adam at yorba.org Mon Jan 24 22:31:05 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 14:31:05 -0800 Subject: [Shotwell] Working on XMP? In-Reply-To: References: <4D3C924A.7020004@kth.se> Message-ID: <4D3DFDA9.9050403@yorba.org> On 01/24/2011 01:19 PM, Lucas Beeler wrote: > Hi Simon, > > At least among Yorba's internal engineering resources, this feature is > unlikely to be implemented in Shotwell 0.9, because we've got so many > other features on our plate right now. That said, we are aware that > this feature is important, especially for pro and semi-pro > photographers who shoot mostly RAW and have collections of thousands > of images that they need to organize into projects, working sets, etc. > with tags. I don't think we want to change the priority of this bug to > high as yet, but I would like to say that if anyone in the community > would like to take this feature on (as is often the way in open > source), we'd be happy to review and commit their patch to Shotwell. Actually I've just upped the ticket priority to high since I think this would make a great addition to Shotwell. As Lucas said, however, this is unlikely to make 0.9 unless someone outside Yorba decides to take it on. adam From adam at yorba.org Mon Jan 24 22:45:00 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 14:45:00 -0800 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: <4D3E00EC.7010606@yorba.org> Kent, On 01/24/2011 01:21 PM, Kent Tenney wrote: > On Mon, Jan 24, 2011 at 3:00 PM, Eric Gregory wrote: >> Hi everyone, >> >> We're working on an often-requested new feature, a user configurable >> directory structure, and would like community feedback on how this would >> best suit your needs. >> >> This feature allows you to set a directory structure for your photos instead >> of being forced to use Shotwell's default. >> >> For now, we're wondering if we want to support hard-coded options only, for >> example, we might have the following options: >> YYYY/MM/DD >> YYYY/MM-DD >> YYYY/MM >> YYYY_MM_DD >> >> Perhaps there's others you'd like to see? > Not sure if I follow, but ... I have many years of photos in a directory > structure I've evolved, and has meaning to me, so I import "In Place" > ("importing in place" sounds like an oxymoron to me) ... links aren't involved > ... I choose not to duplicate all the files. > > I would like the option of the tree panel showing _my_ directory structure. > Currently, structure is only time-based: "Events" (which I'd call something > more like "Timeline") I'm thinking of structure reflecting "Location" where > Location consists of directories, some time-based, some project-based some > source-based ... Yes - we'd also like Shotwell to have a folder tree in the sidebar showing where photos are physically located on disk. But that's a separate feature, namely http://trac.yorba.org/ticket/1594 , and will not make 0.9. For 0.9, we're only planning to implement http://trac.yorba.org/ticket/1597 , which will let the user control where Shotwell places photos which are imported from a camera or copied into your library directory. > I think Shotwell intends tags to provide the structure I'm describing, and > they probably can, though I don't know if tags accommodate nesting. > I would like if they were hierarchal. Tags in Shotwell cannot be nested today, though we're hoping to implement hierarchical tags for 0.9: see http://trac.yorba.org/ticket/1401 . We don't intend tags to be used to reflect photos' physical locations on disk; instead we want a separate sidebar tree for that as I mentioned above. >> Another option is to support a free-form entry with date formatting >> characters to make your own directory structure. For example, you might >> type in something like >> %Y%/%M%/%D% >> to achieve the current directory structure. >> >> Additionally, we're looking to add a feature where you can assign a name to >> your import. This could also be added to the directory structure. > I'd like each import to persist by default, now we only have the last > import available. Agreed: that's http://trac.yorba.org/ticket/1793 . This is also unlikely to make 0.9, however. adam From adam at yorba.org Mon Jan 24 22:54:33 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 14:54:33 -0800 Subject: [Shotwell] sorting of photos In-Reply-To: <4D3D013D.5030701@iinet.com.au> References: <4D3D013D.5030701@iinet.com.au> Message-ID: <4D3E0329.3010403@yorba.org> On 01/23/2011 08:34 PM, bryan wrote: > Hi, > > Can anyone help me with this. > I am running 10.10 Maverick and Shotwell 8.1 > > Things have always worked fine and I love the program but have run > into a bit of a snag. > > I am sorting the photos by Exposure Date (ascending), but that is not > how some of them are appearing. > Most are sorted correctly but some are appearing incorrectly at the end. > When I "adjust date", the date appears to be correct and also displays > correctly. > I have re-loaded the program, deleted and rebuilt the database, have > preferences set to write metadata to the files. > > Does anyone else have this problem? Bryan, Could you try the following? Find two photos which appear in the wrong order, e.g. one which appears in the correct position and one which appears incorrectly at the end. Start Shotwell with an empty library (e.g. "shotwell -d ~/foo" and then import these two photos. Is the order still incorrect? If so, could you create a new ticket in the Shotwell bug database (see http://trac.yorba.org/) and attach the photos in question (or links to them)? Thanks - adam From adam at yorba.org Mon Jan 24 23:04:04 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 15:04:04 -0800 Subject: [Shotwell] Importing f-spot favourites In-Reply-To: References: <1295814937639-32666.post@talk.nabble.com> Message-ID: <4D3E0564.3060209@yorba.org> On 01/23/2011 01:50 PM, Bruno Girin wrote: > Hi Paul! > > I'm glad you like Shotwell. The import form F-Spot handles favourites > by translating F-Spot favs to a 5-star rating in Shotwell. There is > currently no way to select all 5-star pictures ... Actually it's easy to select all 5-star pictures in Shotwell: 1. Select Photos (or Videos, if you like) from the sidebar. 2. In the toolbar, click on the filter button (it looks like the Shotwell icon) and select 5 stars. Of course, this gives you either all 5-star photos or all 5-star videos, but not both. (In Shotwell 0.9, we're planning to combine the Photos and Videos sidebar items and then you'll be able to easily select all 5-star items of both kinds together.) adam From bengt at thuree.com Mon Jan 24 22:50:17 2011 From: bengt at thuree.com (Bengt Thuree) Date: Tue, 25 Jan 2011 09:50:17 +1100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: <1295909417.4551.96.camel@lappis.thuree.com> On Mon, 2011-01-24 at 13:00 -0800, Eric Gregory wrote: > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD I am storing all in YYYY/MM/DD format as it is. > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. This one has my vote, it should suite all persons, and easier to extend with more options in the future. Would be great to also have some EXIF formatting characters (like camera) and free text. > > Additionally, we're looking to add a feature where you can assign a name to > your import. This could also be added to the directory structure. This would be brilliant, just make sure there is a date assigned to the imports. Makes it easier to filter photos imported between two dates... /Bengt From adam at yorba.org Mon Jan 24 23:25:21 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 15:25:21 -0800 Subject: [Shotwell] Importing f-spot favourites In-Reply-To: <1295820719422-32672.post@talk.nabble.com> References: <1295814937639-32666.post@talk.nabble.com> <1295820719422-32672.post@talk.nabble.com> Message-ID: <4D3E0A61.9080807@yorba.org> Paul, On 01/23/2011 02:11 PM, mashedbear wrote: > Hi Bruno > thanks for getting back to me so quickly :-) > > OK got that - it works - thanks - but I've still feel I've lost some > metadata. > > If I did want to create a new tag(s) in f-spot from a subset(s) of my > favourites ( I don't know why but I used this feature a lot in f-spot- wish > I hadn't now!) is there a way to import the tag into an existing Shotwell > database (where the original pictures will already exist) without causing > problems with the existing Shotwell db / app? That way I could work around > the issue. Sure. In F-Spot, go to Edit->Preferences and enable the option to store tags and descriptions inside image files. Now tag the photos in F-Spot. F-Spot will write the tag(s) to the photo files (you can verify this by running 'exiv2 -pa' on the files). If you've imported these same files into Shotwell, then Shotwell will notice the new tag(s) immediately (if they are inside your library directory) or on the next startup (if they are not) and so they will now be available in Shotwell. cheers adam From adam at yorba.org Mon Jan 24 23:44:51 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 15:44:51 -0800 Subject: [Shotwell] External HD not connected - Lost all events & tags In-Reply-To: <1295765087723-32653.post@talk.nabble.com> References: <1290029438.2216.751.camel@beijing> <1295765087723-32653.post@talk.nabble.com> Message-ID: <4D3E0EF3.6020306@yorba.org> gustible, On 01/22/2011 10:44 PM, gustible wrote: > I experienced the same problem - the external HD on which my photos are > stored was unmounted. Without realising this, I started Shotwell. All the > event-photo links were destroyed. > In the database, the eventid in the Photos table was set to -1 for every > photo. Most events were still present in the events table - although not > all. > This was on Shotwell 0.7.2 - the current version shipping with Ubuntu. > I wrote a script in Python (sorry) to recreate the events that were lost, or > alternatively, to recover the lost events - feel free to use the > (warrantyless) script - can be found > here:http://www.gustible.com/2011/01/23/shotwell-a-script-to-fix-broken-events The ticket for this bug is http://trac.yorba.org/ticket/2968 . A few users have reported this, but unfortunately we're completely unable to reproduce it at Yorba. Can you try the following? 1. Start Shotwell with an empty library (e.g. 'shotwell -d ~/foo'). 2. Import a couple of photos from your external hard drive. 3. Close Shotwell. 4. Unmount the external hard drive. 5. Start Shotwell again. Are the event-photo links destroyed in this case? adam From john at wormdrive.net Mon Jan 24 23:45:21 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Mon, 24 Jan 2011 23:45:21 +0000 Subject: [Shotwell] shotwell consumes all available memory on startup Message-ID: <4D3E0F11.8040208@wormdrive.net> I'm having a problem with shotwell 0.8.1 on Archlinux 64-bit. When I start it, the progress dialog appears, followed by the UI. After a few seconds, the UI becomes unresponsive and it starts to increase its memory usage until it consumes all RAM and swap. The end of the strace, which coincides with the beginning of the increasing memory use, is:- futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7f6894830528, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource temporarily unavailable) futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7f689508d8e8, FUTEX_WAKE_PRIVATE, 1) = 0 brk(0x5a2d000) = 0x5a2d000 brk(0x5a88000) = 0x5a88000 mmap(NULL, 499712, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6888c62000 mmap(NULL, 999424, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6888b6e000 mmap(NULL, 1994752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6888987000 futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 mmap(NULL, 3985408, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f68885ba000 mmap(NULL, 7966720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f687ad4f000 futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 mmap(NULL, 15929344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6879e1e000 mmap(NULL, 31854592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6877fbd000 futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 mmap(NULL, 63705088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f68742fc000 mmap(NULL, 127406080, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f686c97b000 mmap(NULL, 254808064, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f685d67a000 mmap(NULL, 509612032, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f683f079000 mmap(NULL, 1019219968, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6802478000 mmap(NULL, 2038435840, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6788c77000 Not sure what else I can usefully provide! Let me know... Thanks in advance. John From bengt at thuree.com Mon Jan 24 23:51:47 2011 From: bengt at thuree.com (Bengt Thuree) Date: Tue, 25 Jan 2011 10:51:47 +1100 Subject: [Shotwell] Importing f-spot favourites In-Reply-To: <4D3E0564.3060209@yorba.org> References: <1295814937639-32666.post@talk.nabble.com> <4D3E0564.3060209@yorba.org> Message-ID: <1295913107.4551.115.camel@lappis.thuree.com> On Mon, 2011-01-24 at 15:04 -0800, Adam Dingle wrote: > Of course, this gives you either all 5-star photos or all 5-star videos, > but not both. (In Shotwell 0.9, we're planning to combine the Photos > and Videos sidebar items and then you'll be able to easily select all > 5-star items of both kinds together.) Hi In 0.9, will we be able to filter on a range of Stars, like 3 or 4 stars, but not 0, 1, 2, and 5? Something F-Spot has, which works very well for me... Putting stars on all photos, and then later selecting all 3 and 4 stars, to see if any one should be 5 stars for instance. /Bengt From adam at yorba.org Tue Jan 25 00:09:32 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 16:09:32 -0800 Subject: [Shotwell] shotwell consumes all available memory on startup In-Reply-To: <4D3E0F11.8040208@wormdrive.net> References: <4D3E0F11.8040208@wormdrive.net> Message-ID: <4D3E14BC.6040209@yorba.org> John, - To be clear, does the progress dialog disappear, or does it remain on-screen while the memory usage increases? - How many photos are in your Shotwell library? Approximately how many of them are RAW? - Do you have the option to watch the library directory for new files turned on? If so, could you try the following? While Shotwell is not running, start gconf-editor, find the value /apps/shotwell/preferences/files/auto_import and uncheck it to disable library watching. Now start Shotwell again. Does the memory flood still occur? adam On 01/24/2011 03:45 PM, John Carlyle-Clarke wrote: > I'm having a problem with shotwell 0.8.1 on Archlinux 64-bit. When I > start it, the progress dialog appears, followed by the UI. After a > few seconds, the UI becomes unresponsive and it starts to increase its > memory usage until it consumes all RAM and swap. > > The end of the strace, which coincides with the beginning of the > increasing memory use, is:- > > futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 0 > futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 > futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 > futex(0x7f6894830528, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN > (Resource temporarily unavailable) > futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 > futex(0x7f689508d8e8, FUTEX_WAKE_PRIVATE, 1) = 0 > brk(0x5a2d000) = 0x5a2d000 > brk(0x5a88000) = 0x5a88000 > mmap(NULL, 499712, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f6888c62000 > mmap(NULL, 999424, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f6888b6e000 > mmap(NULL, 1994752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f6888987000 > futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 > mmap(NULL, 3985408, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f68885ba000 > mmap(NULL, 7966720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f687ad4f000 > futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 > mmap(NULL, 15929344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f6879e1e000 > mmap(NULL, 31854592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f6877fbd000 > futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 > mmap(NULL, 63705088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f68742fc000 > mmap(NULL, 127406080, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f686c97b000 > mmap(NULL, 254808064, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f685d67a000 > mmap(NULL, 509612032, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x7f683f079000 > mmap(NULL, 1019219968, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6802478000 > mmap(NULL, 2038435840, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6788c77000 > > Not sure what else I can usefully provide! Let me know... > > Thanks in advance. > > John > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Tue Jan 25 00:12:19 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 16:12:19 -0800 Subject: [Shotwell] Importing f-spot favourites In-Reply-To: <1295913107.4551.115.camel@lappis.thuree.com> References: <1295814937639-32666.post@talk.nabble.com> <4D3E0564.3060209@yorba.org> <1295913107.4551.115.camel@lappis.thuree.com> Message-ID: <4D3E1563.7090801@yorba.org> On 01/24/2011 03:51 PM, Bengt Thuree wrote: > On Mon, 2011-01-24 at 15:04 -0800, Adam Dingle wrote: >> Of course, this gives you either all 5-star photos or all 5-star videos, >> but not both. (In Shotwell 0.9, we're planning to combine the Photos >> and Videos sidebar items and then you'll be able to easily select all >> 5-star items of both kinds together.) > Hi > > In 0.9, will we be able to filter on a range of Stars, like 3 or 4 > stars, but not 0, 1, 2, and 5? > Something F-Spot has, which works very well for me... > Putting stars on all photos, and then later selecting all 3 and 4 stars, > to see if any one should be 5 stars for instance. > > /Bengt Bengt, 0.9 will probably not include the ability to filter on a star range as you've suggested. That will come as part of complex metadata searches (http://trac.yorba.org/ticket/1587), which are a strong candidate for 0.10 this summer. adam From adam at yorba.org Tue Jan 25 00:21:25 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 24 Jan 2011 16:21:25 -0800 Subject: [Shotwell] Is it possible to relocate photos? In-Reply-To: References: Message-ID: <4D3E1785.5020903@yorba.org> Abe, On 01/21/2011 02:00 PM, Abe Pazos wrote: > Hi! Last year I moved from OS X to Ubuntu, and from Lightroom to Shotwell. > > In Lightroom I was able to move photos already in a catalog to another > folder. > It would notice, tell me they are missing, and let me choose the new > location > for those photos. > > If I try to do that in Shotwell, it tells me "Photo source file missing". Is > there > any way I can show Shotwell the new location for those photos, without > loosing any information (tags, edits)? Sure. In Nautilus, find the folder where the photos are now located, drag it into Shotwell and choose the option to import in place. Shotwell will recognize that the photos are now at the new location and will restore them from the Missing Files view. All your tags and edits will be preserved. adam From okeefe at cybermesa.com Tue Jan 25 00:26:20 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Mon, 24 Jan 2011 16:26:20 -0800 (PST) Subject: [Shotwell] Changing photo title In-Reply-To: References: <1295478814498-32584.post@talk.nabble.com> <1295478882798-32585.post@talk.nabble.com> Message-ID: <1295915180001-32708.post@talk.nabble.com> That's great that there's a ticket. Hopefully it will get implemented. Another good reason for this is that when I edit the "Title" it changes in Shotwell and stays changed. The info for the photo now has the new "Title". If I choose to open in a file manager, nautilus opens and the original title is still intact, and I understand this is the way it is. However, the file manager displays all the photos in that folder and there is no way to determine which one is the one with the Shotwell title as it is no longer present in Shotwell, just the new "Title". This is inconvenient for sure. Still like Shotwell and applaud all the work that goes into it so, Thanks!! -- View this message in context: http://shotwell.3510.www.nabble.com/Changing-photo-title-tp32584p32708.html Sent from the Shotwell mailing list archive at Nabble.com. From john at wormdrive.net Tue Jan 25 00:33:16 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Tue, 25 Jan 2011 00:33:16 +0000 Subject: [Shotwell] shotwell consumes all available memory on startup In-Reply-To: <4D3E14BC.6040209@yorba.org> References: <4D3E0F11.8040208@wormdrive.net> <4D3E14BC.6040209@yorba.org> Message-ID: <4D3E1A4C.90304@wormdrive.net> Hi Adam- The progress dialog disappears before the memory usage starts to increase. johncc at liberator:~/Pictures$ du -shx 34G . johncc at liberator:~/Pictures$ find | wc -l 17696 None of the pictures RAW format. I don't have full GNOME, so hopefully I did this right:- johncc at liberator:~/Pictures$ gconftool-2 --set --type=boolean /apps/shotwell/preferences/files/auto_import false johncc at liberator:~/Pictures$ gconftool-2 -R /apps/shotwell/preferences/files import_dir = /home/johncc/Pictures commit_metadata = true auto_import = false I still get the memory flood after this. By the way, I just noticed a spurious error I get sometimes. I'm not sure if it's connected, but I can't find any directory called Sony2! johncc at liberator:~/Pictures$ shotwell Error: Directory Sony2 with 20307 entries considered invalid; not read. Best regards, John On 25/01/11 00:09, Adam Dingle wrote: > John, > > - To be clear, does the progress dialog disappear, or does it remain > on-screen while the memory usage increases? > > - How many photos are in your Shotwell library? Approximately how many > of them are RAW? > > - Do you have the option to watch the library directory for new files > turned on? If so, could you try the following? While Shotwell is not > running, start gconf-editor, find the value > /apps/shotwell/preferences/files/auto_import and uncheck it to disable > library watching. Now start Shotwell again. Does the memory flood still > occur? > > adam > > On 01/24/2011 03:45 PM, John Carlyle-Clarke wrote: >> I'm having a problem with shotwell 0.8.1 on Archlinux 64-bit. When I >> start it, the progress dialog appears, followed by the UI. After a few >> seconds, the UI becomes unresponsive and it starts to increase its >> memory usage until it consumes all RAM and swap. >> >> The end of the strace, which coincides with the beginning of the >> increasing memory use, is:- >> >> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 0 >> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >> futex(0x7f6894830528, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN >> (Resource temporarily unavailable) >> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >> futex(0x7f689508d8e8, FUTEX_WAKE_PRIVATE, 1) = 0 >> brk(0x5a2d000) = 0x5a2d000 >> brk(0x5a88000) = 0x5a88000 >> mmap(NULL, 499712, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f6888c62000 >> mmap(NULL, 999424, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f6888b6e000 >> mmap(NULL, 1994752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f6888987000 >> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >> mmap(NULL, 3985408, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f68885ba000 >> mmap(NULL, 7966720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f687ad4f000 >> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >> mmap(NULL, 15929344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f6879e1e000 >> mmap(NULL, 31854592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f6877fbd000 >> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >> mmap(NULL, 63705088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f68742fc000 >> mmap(NULL, 127406080, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f686c97b000 >> mmap(NULL, 254808064, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f685d67a000 >> mmap(NULL, 509612032, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >> -1, 0) = 0x7f683f079000 >> mmap(NULL, 1019219968, PROT_READ|PROT_WRITE, >> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6802478000 >> mmap(NULL, 2038435840, PROT_READ|PROT_WRITE, >> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6788c77000 >> >> Not sure what else I can usefully provide! Let me know... >> >> Thanks in advance. >> >> John >> _______________________________________________ >> 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 info at vaidas.name Mon Jan 24 21:32:18 2011 From: info at vaidas.name (Vaidas Mikalauskas) Date: Mon, 24 Jan 2011 22:32:18 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: +1 for user configurable structure My photos are organised - YY.MM.DD-EventName From el.cameleon.1 at gmail.com Tue Jan 25 07:55:12 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 25 Jan 2011 08:55:12 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: On Mon, Jan 24, 2011 at 10:32 PM, Vaidas Mikalauskas wrote: > > My photos are organized - YY.MM.DD-EventName > I also use this kind of structure, where DD is the beginning of the event when the event is longer than one day. Also, I can use subdirectory inside of the initial event to help organize the photos. For instance: 2010-09-24 - France Trip\... ...\Visit at Paris ...\Visit at the Chateau de la Loire ...\Disneyland ... From senewag at iinet.com.au Tue Jan 25 12:30:29 2011 From: senewag at iinet.com.au (bryan) Date: Tue, 25 Jan 2011 20:30:29 +0800 Subject: [Shotwell] sorting of photos In-Reply-To: <4D3E0329.3010403@yorba.org> References: <4D3D013D.5030701@iinet.com.au> <4D3E0329.3010403@yorba.org> Message-ID: <4D3EC265.6030707@iinet.com.au> Hi Adam (or anyone else), Thankyou for the suggestion. I did what you said, "shotwell -d ~/foo" importing 5 images and it all worked fine! So what's with my 7151 images? I have wiped ~/.shotwell twice and started again but no luck. Is there a rogue image in there that is stuffing everything up or what? Any ideas or suggestions would be appreciated. Bryan On 25/01/11 06:54, Adam Dingle wrote: > On 01/23/2011 08:34 PM, bryan wrote: >> Hi, >> >> Can anyone help me with this. >> I am running 10.10 Maverick and Shotwell 8.1 >> >> Things have always worked fine and I love the program but have run >> into a bit of a snag. >> >> I am sorting the photos by Exposure Date (ascending), but that is not >> how some of them are appearing. >> Most are sorted correctly but some are appearing incorrectly at the end. >> When I "adjust date", the date appears to be correct and also >> displays correctly. >> I have re-loaded the program, deleted and rebuilt the database, have >> preferences set to write metadata to the files. >> >> Does anyone else have this problem? > > Bryan, > > Could you try the following? Find two photos which appear in the > wrong order, e.g. one which appears in the correct position and one > which appears incorrectly at the end. Start Shotwell with an empty > library (e.g. "shotwell -d ~/foo" and then import these two photos. > Is the order still incorrect? If so, could you create a new ticket in > the Shotwell bug database (see http://trac.yorba.org/) and attach the > photos in question (or links to them)? Thanks - > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From ktenney at gmail.com Tue Jan 25 14:13:50 2011 From: ktenney at gmail.com (Kent Tenney) Date: Tue, 25 Jan 2011 08:13:50 -0600 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: <4D3E00EC.7010606@yorba.org> References: <4D3E00EC.7010606@yorba.org> Message-ID: OK, you guys are way ahead of me. Regarding the original question, polling us for directory name preferences: All my photos are in directories named yyyy-mm-dd Each directory names the day I unload my camera, an "import" in Shotwellese. I find splitting year/month/day a bit too granular, the import = directory system is comfortable for me, from that directory I can apply tags, which offer the required structure: clients, categories, subjects ... Import=directory also makes it easy to maintain a CD archive. Thanks, Kent On Mon, Jan 24, 2011 at 4:45 PM, Adam Dingle wrote: > Kent, > > On 01/24/2011 01:21 PM, Kent Tenney wrote: >> >> On Mon, Jan 24, 2011 at 3:00 PM, Eric Gregory ?wrote: >>> >>> Hi everyone, >>> >>> We're working on an often-requested new feature, a user configurable >>> directory structure, and would like community feedback on how this would >>> best suit your needs. >>> >>> This feature allows you to set a directory structure for your photos >>> instead >>> of being forced to use Shotwell's default. >>> >>> For now, we're wondering if we want to support hard-coded options only, >>> for >>> example, we might have the following options: >>> YYYY/MM/DD >>> YYYY/MM-DD >>> YYYY/MM >>> YYYY_MM_DD >>> >>> Perhaps there's others you'd like to see? >> >> Not sure if I follow, but ... I have many years of photos in a directory >> structure I've evolved, and has meaning to me, so I import "In Place" >> ("importing in place" sounds like an oxymoron to me) ... links aren't >> involved >> ... I choose not to duplicate all the files. >> >> I would like the option of the tree panel showing _my_ directory >> structure. >> Currently, structure is only time-based: "Events" (which I'd call >> something >> more like "Timeline") I'm thinking of structure reflecting "Location" >> where >> Location consists of directories, some time-based, some project-based some >> source-based ... > > Yes - we'd also like Shotwell to have a folder tree in the sidebar showing > where photos are physically located on disk. ?But that's a separate feature, > namely http://trac.yorba.org/ticket/1594 , and will not make 0.9. ?For 0.9, > we're only planning to implement http://trac.yorba.org/ticket/1597 , which > will let the user control where Shotwell places photos which are imported > from a camera or copied into your library directory. > >> I think Shotwell intends tags to provide the structure I'm describing, and >> they probably can, though I don't know if tags accommodate nesting. >> I would like if they were hierarchal. > > Tags in Shotwell cannot be nested today, though we're hoping to implement > hierarchical tags for 0.9: see http://trac.yorba.org/ticket/1401 . ?We don't > intend tags to be used to reflect photos' physical locations on disk; > instead we want a separate sidebar tree for that as I mentioned above. > >>> Another option is to support a free-form entry with date formatting >>> characters to make your own directory structure. ?For example, you might >>> type in something like >>> %Y%/%M%/%D% >>> to achieve the current directory structure. >>> >>> Additionally, we're looking to add a feature where you can assign a name >>> to >>> your import. ?This could also be added to the directory structure. >> >> I'd like each import to persist by default, now we only have the last >> import available. > > Agreed: that's http://trac.yorba.org/ticket/1793 . ?This is also unlikely to > make 0.9, however. > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Tue Jan 25 17:21:25 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 25 Jan 2011 09:21:25 -0800 Subject: [Shotwell] sorting of photos In-Reply-To: <4D3EC265.6030707@iinet.com.au> References: <4D3D013D.5030701@iinet.com.au> <4D3E0329.3010403@yorba.org> <4D3EC265.6030707@iinet.com.au> Message-ID: <4D3F0695.60806@yorba.org> Bryan, this is a known problem: https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/665602 http://trac.yorba.org/ticket/2728 I hope we can fix this for 0.9, and have just marked this ticket for the 0.9 milestone. cheers adam On 01/25/2011 04:30 AM, bryan wrote: > Hi Adam (or anyone else), > > Thankyou for the suggestion. > > I did what you said, "shotwell -d ~/foo" importing 5 images and it > all worked fine! > So what's with my 7151 images? I have wiped ~/.shotwell twice and > started again but no luck. > Is there a rogue image in there that is stuffing everything up or what? > Any ideas or suggestions would be appreciated. > > Bryan > > > > On 25/01/11 06:54, Adam Dingle wrote: >> On 01/23/2011 08:34 PM, bryan wrote: >>> Hi, >>> >>> Can anyone help me with this. >>> I am running 10.10 Maverick and Shotwell 8.1 >>> >>> Things have always worked fine and I love the program but have run >>> into a bit of a snag. >>> >>> I am sorting the photos by Exposure Date (ascending), but that is >>> not how some of them are appearing. >>> Most are sorted correctly but some are appearing incorrectly at the >>> end. >>> When I "adjust date", the date appears to be correct and also >>> displays correctly. >>> I have re-loaded the program, deleted and rebuilt the database, have >>> preferences set to write metadata to the files. >>> >>> Does anyone else have this problem? >> >> Bryan, >> >> Could you try the following? Find two photos which appear in the >> wrong order, e.g. one which appears in the correct position and one >> which appears incorrectly at the end. Start Shotwell with an empty >> library (e.g. "shotwell -d ~/foo" and then import these two photos. >> Is the order still incorrect? If so, could you create a new ticket >> in the Shotwell bug database (see http://trac.yorba.org/) and attach >> the photos in question (or links to them)? 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 lutimdale at yahoo.com Tue Jan 25 17:22:56 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Tue, 25 Jan 2011 09:22:56 -0800 (PST) Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: <15404.53794.qm@web33704.mail.mud.yahoo.com> I use a combination of year as a higher level folder + full date/event as the subfolder YYYY/YYYY-MM-DD Event Name so, 2010/ 2010-01-01 Kids in Backyard/ 2010-01-01 Fred's Birthday/ ... 2011/ 2011-02-22 Another Event/ ... ... This makes it easy to find photos (from my perspective) from a file structure at a glance (without going through hidden nested structure). I generally know the year, but not the exact date (even month) of the event. I would recall what the event name was and scan for that in a "sorted by date" list of events within that particular year's events. Ideally, the photos themselves would be renamed (and be configurable as well) as part of the import. So, it should be... 2010-01-01 Event 001.jpg 2010-01-01 Event 002.jpg or date/time based 2010-01-01 1030 01.jpg Ideally, they would be unique for the entire library. Thanks. Lu Timdale lutimdale at yahoo.com ----- Original Message ---- From: Eric Gregory To: shotwell Sent: Mon, January 24, 2011 4:00:53 PM Subject: [Shotwell] We want your feedback: user-configurable directory structure Hi everyone, We're working on an often-requested new feature, a user configurable directory structure, and would like community feedback on how this would best suit your needs. This feature allows you to set a directory structure for your photos instead of being forced to use Shotwell's default. For now, we're wondering if we want to support hard-coded options only, for example, we might have the following options: YYYY/MM/DD YYYY/MM-DD YYYY/MM YYYY_MM_DD Perhaps there's others you'd like to see? Another option is to support a free-form entry with date formatting characters to make your own directory structure. For example, you might type in something like %Y%/%M%/%D% to achieve the current directory structure. Additionally, we're looking to add a feature where you can assign a name to your import. This could also be added to the directory structure. If you're interested in this feature, let us know what you'd like to see and which aspects are most important to you. - Eric _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Tue Jan 25 18:36:50 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 25 Jan 2011 10:36:50 -0800 Subject: [Shotwell] shotwell consumes all available memory on startup In-Reply-To: <4D3E1A4C.90304@wormdrive.net> References: <4D3E0F11.8040208@wormdrive.net> <4D3E14BC.6040209@yorba.org> <4D3E1A4C.90304@wormdrive.net> Message-ID: <4D3F1842.1030902@yorba.org> John, First of all, the error "Directory Sony2 with ##### entries considered invalid" is unrelated and is spurious: this is a manifestation of http://trac.yorba.org/ticket/1872 . Your gconftool commands look correct, so we've ruled out that auto-import is causing the memory flood; that's good. - How much RAM do you have on your system? - Can you do this? Start Shotwell with an empty library (e.g. "shotwell -d ~/foo"), then import just 1000 of your photos. (Here's one way to do that: use gnome-search-tool, otherwise known as Places->Search for Files, to find all files in ~/Pictures, then select just 1000 of them and drag them into Shotwell.) After you've done this, how much physical and virtual memory is the 'shotwell' process using, e.g. as reported by the GNOME System Monitor? - Now repeat the previous experiment with 5000 photos. Once again, how much physical and virtual memory is the 'shotwell' process using? adam On 01/24/2011 04:33 PM, John Carlyle-Clarke wrote: > Hi Adam- > > The progress dialog disappears before the memory usage starts to > increase. > > johncc at liberator:~/Pictures$ du -shx > 34G . > johncc at liberator:~/Pictures$ find | wc -l > 17696 > > None of the pictures RAW format. > > I don't have full GNOME, so hopefully I did this right:- > > johncc at liberator:~/Pictures$ gconftool-2 --set --type=boolean > /apps/shotwell/preferences/files/auto_import false > johncc at liberator:~/Pictures$ gconftool-2 -R > /apps/shotwell/preferences/files > import_dir = /home/johncc/Pictures > commit_metadata = true > auto_import = false > > I still get the memory flood after this. > > By the way, I just noticed a spurious error I get sometimes. I'm not > sure if it's connected, but I can't find any directory called Sony2! > > johncc at liberator:~/Pictures$ shotwell > Error: Directory Sony2 with 20307 entries considered invalid; not read. > > Best regards, > > John > > On 25/01/11 00:09, Adam Dingle wrote: >> John, >> >> - To be clear, does the progress dialog disappear, or does it remain >> on-screen while the memory usage increases? >> >> - How many photos are in your Shotwell library? Approximately how many >> of them are RAW? >> >> - Do you have the option to watch the library directory for new files >> turned on? If so, could you try the following? While Shotwell is not >> running, start gconf-editor, find the value >> /apps/shotwell/preferences/files/auto_import and uncheck it to disable >> library watching. Now start Shotwell again. Does the memory flood still >> occur? >> >> adam >> >> On 01/24/2011 03:45 PM, John Carlyle-Clarke wrote: >>> I'm having a problem with shotwell 0.8.1 on Archlinux 64-bit. When I >>> start it, the progress dialog appears, followed by the UI. After a few >>> seconds, the UI becomes unresponsive and it starts to increase its >>> memory usage until it consumes all RAM and swap. >>> >>> The end of the strace, which coincides with the beginning of the >>> increasing memory use, is:- >>> >>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 0 >>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>> futex(0x7f6894830528, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN >>> (Resource temporarily unavailable) >>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>> futex(0x7f689508d8e8, FUTEX_WAKE_PRIVATE, 1) = 0 >>> brk(0x5a2d000) = 0x5a2d000 >>> brk(0x5a88000) = 0x5a88000 >>> mmap(NULL, 499712, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f6888c62000 >>> mmap(NULL, 999424, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f6888b6e000 >>> mmap(NULL, 1994752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f6888987000 >>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>> mmap(NULL, 3985408, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f68885ba000 >>> mmap(NULL, 7966720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f687ad4f000 >>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>> mmap(NULL, 15929344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f6879e1e000 >>> mmap(NULL, 31854592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f6877fbd000 >>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>> mmap(NULL, 63705088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f68742fc000 >>> mmap(NULL, 127406080, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f686c97b000 >>> mmap(NULL, 254808064, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f685d67a000 >>> mmap(NULL, 509612032, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>> -1, 0) = 0x7f683f079000 >>> mmap(NULL, 1019219968, PROT_READ|PROT_WRITE, >>> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6802478000 >>> mmap(NULL, 2038435840, PROT_READ|PROT_WRITE, >>> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6788c77000 >>> >>> Not sure what else I can usefully provide! Let me know... >>> >>> Thanks in advance. >>> >>> John >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Tue Jan 25 18:46:16 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 25 Jan 2011 10:46:16 -0800 Subject: [Shotwell] Pictures auto-import systematically hangs In-Reply-To: <4D39A012.5020204@free.fr> References: <4D39A012.5020204@free.fr> Message-ID: <4D3F1A78.709@yorba.org> Mahendra, On 01/21/2011 07:02 AM, Mahendra Tallur wrote: > Hi everyone ! > > First congrats to the developers for this very nice piece of software > ! I love fast apps with a minimalistic GUI. Glad you like it! > > I'm currently using : Ubuntu 10.10 AMD64 + Shotwell 0.8.1 from the > official PPA > > I never used this kind of app before because I prefer to copy and > organize pictures by myself using regular folders. I tried Shotwell as > it can now "watch" a regular directory as media players usually do and > store tags in the files themselves ! > > I have a problem though : the auto-import process always hangs at > around 13%. The GUI doesn't hang but it just never completes the > auto-import. I have about 11 000 files which weigh about 24 GB. I > tried to enable the debug mode and noticed in shotwell.log that the > auto-import always stopped on a the picture file. So I removed it. The > following time, it stopped on another file, made with a different camera. > > What can I do to help fix this issue ? IMHO, there's no relevant issue > in the debug log I obtained with the SHOTWELL_LOG=1 env variable. As a next debugging step, I'd suggest that you import your entire library manually (i.e. not using auto-import) so we can see whether that works or hangs. You can do that like this: 1. Using gconf-editor, find the value /apps/shotwell/preferences/files/auto_import and set it to false. This is equivalent to clearing the auto-import option in the Shotwell preferences. 2. Remove your Shotwell library ~/.shotwell, then start Shotwell. You will have an empty library and Shotwell will not auto-import anything. 3. Drag your Pictures directory into Shotwell. When you do this, does Shotwell successfully import all your photos? If this succeeds, you can then try this: 4. Go to the Preferences dialog and enable the auto-import option. Once you've done that, does Shotwell now hang, or does everything seem to be OK? adam From adam at yorba.org Tue Jan 25 19:18:15 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 25 Jan 2011 11:18:15 -0800 Subject: [Shotwell] Problem importing videos In-Reply-To: References: Message-ID: <4D3F21F7.9030203@yorba.org> Horst, On 01/20/2011 12:57 PM, stone keeper wrote: > hi Jim > the import does not pause on the same video each time. I guess it has > something to do with quantity of photos and/or videos. > > > i just tested the following: > > a) started shotwell with loglevel=1 > > b) importet ALL avi videofiles (about 250) without any problems (only avi > videos) > > c) tried to import only mpg (about 300) files and after some videos import > stops, > > I have attached the logfile hopefully you will find anything in it ;-) In > fact i can not identify the video that stops the import process. All > mentioned files in the log seems to be imported, even the last video visible > on importscreen (mov07858.mpg) > > A little bit confusing: after importing all avi video files a lot of events > are doubled (e.g. shotwell displays event "Die 3.Aug,2010" four times!) - > maybe some metadata information is wrong here. > > best regards > Horst > > ps: how can i send you the log file - it seems that my last email was > blocked because of the attached zip? You can do either of the following: 1. Upload it to a file-sharing service, then post the URL here. 2. Email the log file to the Shotwell team at shotwell at yorba.org. We'll look at the log file and see whether it yields any clues. adam From augenauf at cs.tu-berlin.de Tue Jan 25 19:41:46 2011 From: augenauf at cs.tu-berlin.de (Florian Heiser) Date: Tue, 25 Jan 2011 20:41:46 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: <4D3F277A.8030207@cs.tu-berlin.de> Hi, I would like to have like this: /my-customized-foldername_YYYY_MM Best Flo Am 24.01.2011 22:00, schrieb Eric Gregory: > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. This could also be added to the directory structure. > > If you're interested in this feature, let us know what you'd like to see and > which aspects are most important to you. > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Tue Jan 25 19:43:10 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 25 Jan 2011 11:43:10 -0800 Subject: [Shotwell] gstreamer versions In-Reply-To: <1295477286351-32583.post@talk.nabble.com> References: <1295314593217-32463.post@talk.nabble.com> <1295390864.1989.0.camel@nuuk> <1295477286351-32583.post@talk.nabble.com> Message-ID: <4D3F27CE.7030807@yorba.org> ubuntubrian, On 01/19/2011 02:48 PM, ubuntubrian wrote: > I followed the instructions > here:http://ubuntuforums.org/showthread.php?p=10369831 > and here: https://launchpad.net/~guido-iodice/+archive/guiodiclucid > and installed shotwell and then disabled the repo. It runs fine but..... > > when I edit the title of a photo and then send by mail (which is why I > wanted the upgrade to .8.1), the title hasn't changed in the attached photo > though it is in Shotwell. > > Any ideas? Are you sending using Shotwell's File->Send To command? When you say that "the title hasn't changed in the attached photo", do you mean the title which your mail program is displaying under the attachment? Your mail program is probably displaying the photo's filename, which doesn't change when you edit a photo's title in Shotwell. We're considering letting you rename photo files directly in Shotwell at some point: http://trac.yorba.org/ticket/1562 If we implement that, then once you've renamed a photo file in Shotwell you'll see that new name displayed in your mail program when you email the photo. adam From john at wormdrive.net Tue Jan 25 20:12:54 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Tue, 25 Jan 2011 20:12:54 +0000 Subject: [Shotwell] shotwell consumes all available memory on startup In-Reply-To: <4D3F1842.1030902@yorba.org> References: <4D3E0F11.8040208@wormdrive.net> <4D3E14BC.6040209@yorba.org> <4D3E1A4C.90304@wormdrive.net> <4D3F1842.1030902@yorba.org> Message-ID: <4D3F2EC6.9050601@wormdrive.net> Adam- Thanks for the ongoing help :) I have 2G RAM and about 4G swap. johncc at liberator:~/Pictures$ free -m total used free shared buffers cached Mem: 2008 1044 963 0 116 306 -/+ buffers/cache: 621 1387 Swap: 4095 509 3586 Seems like: johncc at liberator:~$ mkdir foo johncc at liberator:~$ shotwell -d foo/ ... still starts to eat RAM in the same way. johncc at liberator:~/$ pg shotwell USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND johncc 3356 86.2 84.0 4451664 1727856 pts/3 Rl+ 20:00 7:15 It does seem to have stabilized at that point, in that it's not grabbing more RAM as far as I can tell, and there is still potentially a bit left! johncc at liberator:~/$ free -m total used free shared buffers cached Mem: 2008 1987 20 0 1 49 -/+ buffers/cache: 1936 71 Swap: 4095 2918 1177 I guessed there was no point trying the subsequent tests, but let me know if you want me to. John On 25/01/11 18:36, Adam Dingle wrote: > John, > > First of all, the error "Directory Sony2 with ##### entries considered > invalid" is unrelated and is spurious: this is a manifestation of > http://trac.yorba.org/ticket/1872 . > > Your gconftool commands look correct, so we've ruled out that > auto-import is causing the memory flood; that's good. > > - How much RAM do you have on your system? > > - Can you do this? Start Shotwell with an empty library (e.g. "shotwell > -d ~/foo"), then import just 1000 of your photos. (Here's one way to do > that: use gnome-search-tool, otherwise known as Places->Search for > Files, to find all files in ~/Pictures, then select just 1000 of them > and drag them into Shotwell.) After you've done this, how much physical > and virtual memory is the 'shotwell' process using, e.g. as reported by > the GNOME System Monitor? > > - Now repeat the previous experiment with 5000 photos. Once again, how > much physical and virtual memory is the 'shotwell' process using? > > adam > > On 01/24/2011 04:33 PM, John Carlyle-Clarke wrote: >> Hi Adam- >> >> The progress dialog disappears before the memory usage starts to >> increase. >> >> johncc at liberator:~/Pictures$ du -shx >> 34G . >> johncc at liberator:~/Pictures$ find | wc -l >> 17696 >> >> None of the pictures RAW format. >> >> I don't have full GNOME, so hopefully I did this right:- >> >> johncc at liberator:~/Pictures$ gconftool-2 --set --type=boolean >> /apps/shotwell/preferences/files/auto_import false >> johncc at liberator:~/Pictures$ gconftool-2 -R >> /apps/shotwell/preferences/files >> import_dir = /home/johncc/Pictures >> commit_metadata = true >> auto_import = false >> >> I still get the memory flood after this. >> >> By the way, I just noticed a spurious error I get sometimes. I'm not >> sure if it's connected, but I can't find any directory called Sony2! >> >> johncc at liberator:~/Pictures$ shotwell >> Error: Directory Sony2 with 20307 entries considered invalid; not read. >> >> Best regards, >> >> John >> >> On 25/01/11 00:09, Adam Dingle wrote: >>> John, >>> >>> - To be clear, does the progress dialog disappear, or does it remain >>> on-screen while the memory usage increases? >>> >>> - How many photos are in your Shotwell library? Approximately how many >>> of them are RAW? >>> >>> - Do you have the option to watch the library directory for new files >>> turned on? If so, could you try the following? While Shotwell is not >>> running, start gconf-editor, find the value >>> /apps/shotwell/preferences/files/auto_import and uncheck it to disable >>> library watching. Now start Shotwell again. Does the memory flood still >>> occur? >>> >>> adam >>> >>> On 01/24/2011 03:45 PM, John Carlyle-Clarke wrote: >>>> I'm having a problem with shotwell 0.8.1 on Archlinux 64-bit. When I >>>> start it, the progress dialog appears, followed by the UI. After a few >>>> seconds, the UI becomes unresponsive and it starts to increase its >>>> memory usage until it consumes all RAM and swap. >>>> >>>> The end of the strace, which coincides with the beginning of the >>>> increasing memory use, is:- >>>> >>>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 0 >>>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>>> futex(0x7f6894830528, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN >>>> (Resource temporarily unavailable) >>>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>>> futex(0x7f689508d8e8, FUTEX_WAKE_PRIVATE, 1) = 0 >>>> brk(0x5a2d000) = 0x5a2d000 >>>> brk(0x5a88000) = 0x5a88000 >>>> mmap(NULL, 499712, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f6888c62000 >>>> mmap(NULL, 999424, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f6888b6e000 >>>> mmap(NULL, 1994752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f6888987000 >>>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>>> mmap(NULL, 3985408, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f68885ba000 >>>> mmap(NULL, 7966720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f687ad4f000 >>>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>>> mmap(NULL, 15929344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f6879e1e000 >>>> mmap(NULL, 31854592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f6877fbd000 >>>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>>> mmap(NULL, 63705088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f68742fc000 >>>> mmap(NULL, 127406080, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f686c97b000 >>>> mmap(NULL, 254808064, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f685d67a000 >>>> mmap(NULL, 509612032, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>> -1, 0) = 0x7f683f079000 >>>> mmap(NULL, 1019219968, PROT_READ|PROT_WRITE, >>>> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6802478000 >>>> mmap(NULL, 2038435840, PROT_READ|PROT_WRITE, >>>> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6788c77000 >>>> >>>> Not sure what else I can usefully provide! Let me know... >>>> From okeefe at cybermesa.com Tue Jan 25 20:20:33 2011 From: okeefe at cybermesa.com (ubuntubrian) Date: Tue, 25 Jan 2011 12:20:33 -0800 (PST) Subject: [Shotwell] gstreamer versions In-Reply-To: <4D3F27CE.7030807@yorba.org> References: <1295314593217-32463.post@talk.nabble.com> <1295390864.1989.0.camel@nuuk> <1295477286351-32583.post@talk.nabble.com> <4D3F27CE.7030807@yorba.org> Message-ID: <1295986833728-32724.post@talk.nabble.com> Yes, that's exactly what I mean, I get the original file name that was imported into Shotwell. to complicate it, when I edit the title in shotwell to a common name, like "tree.jpg", that is what Shotwell displays as the Title instead of the original "******.jpg so if I open the photo in a file manager, the entire folder that photo is in opens with the "DSC******.jpg" title, not the Shotwell title which no longer displays the "DSC******.jpg" title so I don't even know what the now "tree.jpg" is in the file manager, unless I write it down when I edit the Title. Inconvenient at least. Thanks -- View this message in context: http://shotwell.3510.www.nabble.com/gstreamer-versions-tp32463p32724.html Sent from the Shotwell mailing list archive at Nabble.com. From brunogirin at gmail.com Tue Jan 25 20:25:56 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 25 Jan 2011 20:25:56 +0000 Subject: [Shotwell] Importing f-spot favourites In-Reply-To: <4D3E0564.3060209@yorba.org> References: <1295814937639-32666.post@talk.nabble.com> <4D3E0564.3060209@yorba.org> Message-ID: <1295987156.1841.14.camel@nuuk> On Mon, 2011-01-24 at 15:04 -0800, Adam Dingle wrote: > On 01/23/2011 01:50 PM, Bruno Girin wrote: > > Hi Paul! > > > > I'm glad you like Shotwell. The import form F-Spot handles favourites > > by translating F-Spot favs to a 5-star rating in Shotwell. There is > > currently no way to select all 5-star pictures ... > > Actually it's easy to select all 5-star pictures in Shotwell: > > 1. Select Photos (or Videos, if you like) from the sidebar. > 2. In the toolbar, click on the filter button (it looks like the > Shotwell icon) and select 5 stars. I knew as soon as I wrote this that it couldn't be right. That'll teach me to check the Shotwell features before talking about them :-) Bruno From mahen at free.fr Tue Jan 25 20:34:43 2011 From: mahen at free.fr (Mahen) Date: Tue, 25 Jan 2011 21:34:43 +0100 Subject: [Shotwell] Pictures auto-import systematically hangs In-Reply-To: <4D3F1A78.709@yorba.org> References: <4D39A012.5020204@free.fr> <4D3F1A78.709@yorba.org> Message-ID: <4D3F33E3.90607@free.fr> Hi Adam ! Thanks for your reply ! [oops, didn't reply on the list, resent] OK, I performed steps 1 to 3. The import process hanged at about 30%, but apparently not on the same files. The last processed file is a video file actually (mpega+mpgv; and the next file was probably one as well, as there are 4 of them in the same directory). In my former test, the "culprits" seemed to be regular pictures. So I started the import process again after removing those files. --> it worked flawlessly !! To double check those results, I re-enabled auto-import with my library minus the three .mov files. This time it hanged at 12% (usually around 13%), with nothing relevant in the debug output. Cheers ! From adam at yorba.org Tue Jan 25 21:10:36 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 25 Jan 2011 13:10:36 -0800 Subject: [Shotwell] Pictures auto-import systematically hangs In-Reply-To: <4D3F33E3.90607@free.fr> References: <4D39A012.5020204@free.fr> <4D3F1A78.709@yorba.org> <4D3F33E3.90607@free.fr> Message-ID: <4D3F3C4C.1010802@yorba.org> On 01/25/2011 12:34 PM, Mahen wrote: > Hi Adam ! Thanks for your reply ! [oops, didn't reply on the list, > resent] > > OK, I performed steps 1 to 3. The import process hanged at about 30%, > but apparently not on the same files. The last processed file is a > video file actually (mpega+mpgv; and the next file was probably one as > well, as there are 4 of them in the same directory). In my former > test, the "culprits" seemed to be regular pictures. > > So I started the import process again after removing those files. --> > it worked flawlessly !! > > To double check those results, I re-enabled auto-import with my > library minus the three .mov files. This time it hanged at 12% > (usually around 13%), with nothing relevant in the debug output. OK - so it looks like there are two problems: 1. Importing hangs when it hits your mpega+mpgv files. I've created a ticket for this here: http://trac.yorba.org/ticket/3125 To debug this, we'll need one of the culprit video files. They're probably too large to attach to that ticket, so could you either (a) upload one of them to a file-sharing service and add a comment to the ticket with the URL, or (b) email one of them to the Shotwell team at shotwell at yorba.org? 2. Auto-import hangs at an indeterminate point. I'll let Jim (the Shotwell tech lead and author of the auto-import code) suggest how we should proceed to debug that. He's out sick today, but maybe he can comment when he's back at Yorba. adam From adam at yorba.org Tue Jan 25 21:21:16 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 25 Jan 2011 13:21:16 -0800 Subject: [Shotwell] shotwell consumes all available memory on startup In-Reply-To: <4D3F2EC6.9050601@wormdrive.net> References: <4D3E0F11.8040208@wormdrive.net> <4D3E14BC.6040209@yorba.org> <4D3E1A4C.90304@wormdrive.net> <4D3F1842.1030902@yorba.org> <4D3F2EC6.9050601@wormdrive.net> Message-ID: <4D3F3ECC.6070208@yorba.org> John, Hm - it looks like Shotwell is consuming minutes of CPU at startup, even with an empty library with auto-import turned off. Strange. Could you do the following? Follow the numbered steps under the item "I found a bug in Shotwell. How can I report it?" in the Shotwell FAQ (http://trac.yorba.org/wiki/Shotwell/FAQ). For step 4 ("Make the crash happen"), simply press Ctrl+C in the GDB console window to break out of Shotwell after it's run for a few seconds. Once you have the files shotwell.gdb and shotwell.log, either mail them to us directly at shotwell at yorba.org (this mailing list won't accept attachments, by the way) or create a new ticket at http://trac.yorba.org and attach the files there. The contents of those files should reveal more about what's going on. Thanks! adam On 01/25/2011 12:12 PM, John Carlyle-Clarke wrote: > Adam- > > Thanks for the ongoing help :) > > I have 2G RAM and about 4G swap. > > johncc at liberator:~/Pictures$ free -m > total used free shared buffers cached > Mem: 2008 1044 963 0 116 306 > -/+ buffers/cache: 621 1387 > Swap: 4095 509 3586 > > Seems like: > > johncc at liberator:~$ mkdir foo > johncc at liberator:~$ shotwell -d foo/ > > ... still starts to eat RAM in the same way. > > johncc at liberator:~/$ pg shotwell > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > johncc 3356 86.2 84.0 4451664 1727856 pts/3 Rl+ 20:00 7:15 > > It does seem to have stabilized at that point, in that it's not > grabbing more RAM as far as I can tell, and there is still potentially > a bit left! > > johncc at liberator:~/$ free -m > total used free shared buffers cached > Mem: 2008 1987 20 0 1 49 > -/+ buffers/cache: 1936 71 > Swap: 4095 2918 1177 > > > I guessed there was no point trying the subsequent tests, but let me > know if you want me to. > > John > > > > On 25/01/11 18:36, Adam Dingle wrote: >> John, >> >> First of all, the error "Directory Sony2 with ##### entries considered >> invalid" is unrelated and is spurious: this is a manifestation of >> http://trac.yorba.org/ticket/1872 . >> >> Your gconftool commands look correct, so we've ruled out that >> auto-import is causing the memory flood; that's good. >> >> - How much RAM do you have on your system? >> >> - Can you do this? Start Shotwell with an empty library (e.g. "shotwell >> -d ~/foo"), then import just 1000 of your photos. (Here's one way to do >> that: use gnome-search-tool, otherwise known as Places->Search for >> Files, to find all files in ~/Pictures, then select just 1000 of them >> and drag them into Shotwell.) After you've done this, how much physical >> and virtual memory is the 'shotwell' process using, e.g. as reported by >> the GNOME System Monitor? >> >> - Now repeat the previous experiment with 5000 photos. Once again, how >> much physical and virtual memory is the 'shotwell' process using? >> >> adam >> >> On 01/24/2011 04:33 PM, John Carlyle-Clarke wrote: >>> Hi Adam- >>> >>> The progress dialog disappears before the memory usage starts to >>> increase. >>> >>> johncc at liberator:~/Pictures$ du -shx >>> 34G . >>> johncc at liberator:~/Pictures$ find | wc -l >>> 17696 >>> >>> None of the pictures RAW format. >>> >>> I don't have full GNOME, so hopefully I did this right:- >>> >>> johncc at liberator:~/Pictures$ gconftool-2 --set --type=boolean >>> /apps/shotwell/preferences/files/auto_import false >>> johncc at liberator:~/Pictures$ gconftool-2 -R >>> /apps/shotwell/preferences/files >>> import_dir = /home/johncc/Pictures >>> commit_metadata = true >>> auto_import = false >>> >>> I still get the memory flood after this. >>> >>> By the way, I just noticed a spurious error I get sometimes. I'm not >>> sure if it's connected, but I can't find any directory called Sony2! >>> >>> johncc at liberator:~/Pictures$ shotwell >>> Error: Directory Sony2 with 20307 entries considered invalid; not read. >>> >>> Best regards, >>> >>> John >>> >>> On 25/01/11 00:09, Adam Dingle wrote: >>>> John, >>>> >>>> - To be clear, does the progress dialog disappear, or does it remain >>>> on-screen while the memory usage increases? >>>> >>>> - How many photos are in your Shotwell library? Approximately how many >>>> of them are RAW? >>>> >>>> - Do you have the option to watch the library directory for new files >>>> turned on? If so, could you try the following? While Shotwell is not >>>> running, start gconf-editor, find the value >>>> /apps/shotwell/preferences/files/auto_import and uncheck it to disable >>>> library watching. Now start Shotwell again. Does the memory flood >>>> still >>>> occur? >>>> >>>> adam >>>> >>>> On 01/24/2011 03:45 PM, John Carlyle-Clarke wrote: >>>>> I'm having a problem with shotwell 0.8.1 on Archlinux 64-bit. When I >>>>> start it, the progress dialog appears, followed by the UI. After a >>>>> few >>>>> seconds, the UI becomes unresponsive and it starts to increase its >>>>> memory usage until it consumes all RAM and swap. >>>>> >>>>> The end of the strace, which coincides with the beginning of the >>>>> increasing memory use, is:- >>>>> >>>>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 0 >>>>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>>>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>>>> futex(0x7f6894830528, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN >>>>> (Resource temporarily unavailable) >>>>> futex(0x7f6894830528, FUTEX_WAKE_PRIVATE, 1) = 0 >>>>> futex(0x7f689508d8e8, FUTEX_WAKE_PRIVATE, 1) = 0 >>>>> brk(0x5a2d000) = 0x5a2d000 >>>>> brk(0x5a88000) = 0x5a88000 >>>>> mmap(NULL, 499712, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f6888c62000 >>>>> mmap(NULL, 999424, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f6888b6e000 >>>>> mmap(NULL, 1994752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f6888987000 >>>>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>>>> mmap(NULL, 3985408, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f68885ba000 >>>>> mmap(NULL, 7966720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f687ad4f000 >>>>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>>>> mmap(NULL, 15929344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f6879e1e000 >>>>> mmap(NULL, 31854592, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f6877fbd000 >>>>> futex(0x7f6893be1ea0, FUTEX_WAKE_PRIVATE, 1) = 1 >>>>> mmap(NULL, 63705088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f68742fc000 >>>>> mmap(NULL, 127406080, PROT_READ|PROT_WRITE, >>>>> MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f686c97b000 >>>>> mmap(NULL, 254808064, PROT_READ|PROT_WRITE, >>>>> MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f685d67a000 >>>>> mmap(NULL, 509612032, PROT_READ|PROT_WRITE, >>>>> MAP_PRIVATE|MAP_ANONYMOUS, >>>>> -1, 0) = 0x7f683f079000 >>>>> mmap(NULL, 1019219968, PROT_READ|PROT_WRITE, >>>>> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6802478000 >>>>> mmap(NULL, 2038435840, PROT_READ|PROT_WRITE, >>>>> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6788c77000 >>>>> >>>>> Not sure what else I can usefully provide! Let me know... >>>>> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From mahen at free.fr Tue Jan 25 21:23:10 2011 From: mahen at free.fr (Mahen) Date: Tue, 25 Jan 2011 22:23:10 +0100 Subject: [Shotwell] Pictures auto-import systematically hangs In-Reply-To: <4D3F3C4C.1010802@yorba.org> References: <4D39A012.5020204@free.fr> <4D3F1A78.709@yorba.org> <4D3F33E3.90607@free.fr> <4D3F3C4C.1010802@yorba.org> Message-ID: <4D3F3F3E.2070906@free.fr> Thank you again, Adam. Regarding 1) : I uploaded the movie files somewhere, but, they are somewhat personal. Is it possible to disclose them directly to the developers instead ? 2) Okay, I'll wait for Jim's recovery :) Thanks ! Mahen Le 25/01/2011 22:10, Adam Dingle a ?crit : > On 01/25/2011 12:34 PM, Mahen wrote: >> Hi Adam ! Thanks for your reply ! [oops, didn't reply on the list, >> resent] >> >> OK, I performed steps 1 to 3. The import process hanged at about 30%, >> but apparently not on the same files. The last processed file is a >> video file actually (mpega+mpgv; and the next file was probably one >> as well, as there are 4 of them in the same directory). In my former >> test, the "culprits" seemed to be regular pictures. >> >> So I started the import process again after removing those files. --> >> it worked flawlessly !! >> >> To double check those results, I re-enabled auto-import with my >> library minus the three .mov files. This time it hanged at 12% >> (usually around 13%), with nothing relevant in the debug output. > > OK - so it looks like there are two problems: > > 1. Importing hangs when it hits your mpega+mpgv files. I've created a > ticket for this here: > > http://trac.yorba.org/ticket/3125 > > To debug this, we'll need one of the culprit video files. They're > probably too large to attach to that ticket, so could you either (a) > upload one of them to a file-sharing service and add a comment to the > ticket with the URL, or (b) email one of them to the Shotwell team at > shotwell at yorba.org? > > 2. Auto-import hangs at an indeterminate point. I'll let Jim (the > Shotwell tech lead and author of the auto-import code) suggest how we > should proceed to debug that. He's out sick today, but maybe he can > comment when he's back at Yorba. > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Tue Jan 25 21:32:48 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 25 Jan 2011 13:32:48 -0800 Subject: [Shotwell] Pictures auto-import systematically hangs In-Reply-To: <4D3F3F3E.2070906@free.fr> References: <4D39A012.5020204@free.fr> <4D3F1A78.709@yorba.org> <4D3F33E3.90607@free.fr> <4D3F3C4C.1010802@yorba.org> <4D3F3F3E.2070906@free.fr> Message-ID: <4D3F4180.1090600@yorba.org> On 01/25/2011 01:23 PM, Mahen wrote: > Thank you again, Adam. > > Regarding 1) : I uploaded the movie files somewhere, but, they are > somewhat personal. Is it possible to disclose them directly to the > developers instead ? Of course. You can email the URLs to shotwell at yorba.org, which goes to only 5 people who work at Yorba (unlike the public mailing list shotwell at lists.yorba.org). Or if you prefer you can email directly to me at and I'll share only with developers who need to see them for debugging purposes. adam From cor at vdberghe.nl Tue Jan 25 22:19:54 2011 From: cor at vdberghe.nl (Cor van den Berghe) Date: Tue, 25 Jan 2011 23:19:54 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: My vote goes to the free form option. Regards, Cor Op 24 jan. 2011 22:01 schreef "Eric Gregory" het volgende: > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. This could also be added to the directory structure. > > If you're interested in this feature, let us know what you'd like to see and > which aspects are most important to you. > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > From shuihuzhuan at free.fr Wed Jan 26 09:06:16 2011 From: shuihuzhuan at free.fr (shuihuzhuan at free.fr) Date: Wed, 26 Jan 2011 10:06:16 +0100 (CET) Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: <425712132.7593931296031243286.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: <960658052.7597181296032776831.JavaMail.root@zimbra35-e6.priv.proxad.net> Hi, I'd like to organize my photos mostly like that : YYYY/MM - Event name/ or YYYY/MM - MMMM/Event name or eventually (for sorting purpose) YYYY/MM - MMMM/DD - Event name [because it would be easier to find a single photo from outside shotwell] So, for me, a single pattern for directory naming is just a (good) starting point at import. The final organisation will depend on the number of different events in the month (that I only knowns afterwards and so I need to correct it then). For example, if I only take 1 or 2 events in february, I don't want a february subdirectory, '2011/02 - Event name' is sufficient. For 5-6 events, '2011/02 - February/Event name' is better. For more than 10 events, '2011/02 - February/DD - Event name' may be more practical. Also, all my photos are not related to events. So each year I have themed directories (landscapes, animals, others ...) that don't respect the previous hierarchy. Well to summarize : - the 3 possibilities above are sufficient for me, - + the ability to move or easily change/adapt afterwards the hierarchy (or move single photos), within shotwell or outside if shotwell can monitor the changes. And thanks for that good software. From steinixx at gmail.com Wed Jan 26 09:27:48 2011 From: steinixx at gmail.com (stone keeper) Date: Wed, 26 Jan 2011 10:27:48 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: hello, My opinion is: i like the directory structure like it is now (8.0.1). Mostly i can not say that one import from my camera is exactly one event. The structure for me is getting more and more unimportant, because of metadata written into files. More important for me: metadata for all filetypes (tiff, videos ...) - if possible. best regards On Mon, Jan 24, 2011 at 10:00 PM, Eric Gregory wrote: > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos > instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. This could also be added to the directory structure. > > If you're interested in this feature, let us know what you'd like to see > and > which aspects are most important to you. > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From p.weissenbacher at gmail.com Wed Jan 26 17:54:34 2011 From: p.weissenbacher at gmail.com (Philipp Weissenbacher) Date: Wed, 26 Jan 2011 18:54:34 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: I'd also go for the WordPress way (+1). My directory structure is: ~/Pictures/2010/Trip to Texel/34.jpg Cheers, Philipp On 24 January 2011 22:00, Eric Gregory wrote: > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. ?For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. ?This could also be added to the directory structure. > > If you're interested in this feature, let us know what you'd like to see and > which aspects are most important to you. > > ?- Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From dgvalde at gmail.com Tue Jan 25 22:55:53 2011 From: dgvalde at gmail.com (ironfisher) Date: Tue, 25 Jan 2011 14:55:53 -0800 (PST) Subject: [Shotwell] Shotwell enhance-tool has deleted my Exif data Message-ID: <1295996153859-32738.post@talk.nabble.com> Hello. I would like to report a bug about Shotwell. I'm working on Ubuntu 10.10 and the fabulous Shotwell 0.7.2. I have used Shotwell to import my photos from my camera and it has taken all the EXIF data without problems. Recently I started to use the "Enhance" tool to automacally improve my photos. Then I realised that this operation deletes all the previous EXIF data and writes new data with only a few parameters. So I have lost all the information about the camera (aperture, lens, flash, iso, date, exposure) Shotwell should save this data and edit just the new parameters (software, resolution, ....) Until this problem get fixed I can't use the enhance tool. Thank you very much -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-enhance-tool-has-deleted-my-Exif-data-tp32738p32738.html Sent from the Shotwell mailing list archive at Nabble.com. From rugby471 at gmail.com Wed Jan 26 07:52:46 2011 From: rugby471 at gmail.com (Andrew) Date: Wed, 26 Jan 2011 07:52:46 +0000 Subject: [Shotwell] Shotwell Design Ideas In-Reply-To: <4D111B2D.7030506@yorba.org> References: <4D10DF2A.9020306@gmail.com> <4D111B2D.7030506@yorba.org> Message-ID: <4D3FD2CE.4060507@gmail.com> > thanks for the mockups - they look slick and there are some good ideas here. > > We're currently putting the finishing touches on Shotwell 0.8, and then > the Shotwell team will be on vacation for the holidays. We're planning > to begin the design of Shotwell 0.9 during the first week of January. > At that time I think we should consider some of the visual changes > you're suggesting. So we'd like to give you more feedback, but it might > not happen for a couple of weeks. :) Hi again, just checking whether you guys were ready to discuss some of the ideas in the mockups yet? Thanks (and please CC me in any replies :] ) -- Andrew From adam at yorba.org Wed Jan 26 20:47:58 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 26 Jan 2011 12:47:58 -0800 Subject: [Shotwell] Shotwell enhance-tool has deleted my Exif data In-Reply-To: <1295996153859-32738.post@talk.nabble.com> References: <1295996153859-32738.post@talk.nabble.com> Message-ID: <4D40887E.4090304@yorba.org> On 01/25/2011 02:55 PM, ironfisher wrote: > Hello. I would like to report a bug about Shotwell. > > I'm working on Ubuntu 10.10 and the fabulous Shotwell 0.7.2. > > I have used Shotwell to import my photos from my camera and it has taken all > the EXIF data without problems. > > Recently I started to use the "Enhance" tool to automacally improve my > photos. Then I realised that this operation deletes all the previous EXIF > data and writes new data with only a few parameters. > > So I have lost all the information about the camera (aperture, lens, flash, > iso, date, exposure) > > Shotwell should save this data and edit just the new parameters (software, > resolution, ....) > > Until this problem get fixed I can't use the enhance tool. > > Thank you very much ironfisher, Shotwell's enhance tool doesn't write to files at all, so if your EXIF tags are disappearing then I'd be very surprised if Shotwell's enhance tool were responsible. What evidence do you have that your EXIF data is disappearing? Are you seeing that in Shotwell's Extended Properties window, or in some other place? In other words, what sequence of steps can you (or we) perform to reproduce the problem you're describing here? adam From adam at yorba.org Wed Jan 26 21:33:16 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 26 Jan 2011 13:33:16 -0800 Subject: [Shotwell] Shotwell Design Ideas In-Reply-To: <4D3FD2CE.4060507@gmail.com> References: <4D10DF2A.9020306@gmail.com> <4D111B2D.7030506@yorba.org> <4D3FD2CE.4060507@gmail.com> Message-ID: <4D40931C.4020402@yorba.org> On 01/25/2011 11:52 PM, Andrew wrote: >> thanks for the mockups - they look slick and there are some good ideas here. >> >> We're currently putting the finishing touches on Shotwell 0.8, and then >> the Shotwell team will be on vacation for the holidays. We're planning >> to begin the design of Shotwell 0.9 during the first week of January. >> At that time I think we should consider some of the visual changes >> you're suggesting. So we'd like to give you more feedback, but it might >> not happen for a couple of weeks. :) > Hi again, just checking whether you guys were ready to discuss some of > the ideas in the mockups yet? > > Thanks (and please CC me in any replies :] ) Andrew, yes, thanks for your patience - we were on vacation for a while and are now busily planning Shotwell 0.9. I just looked at your mockups again and here's my immediate feedback. Regarding the main application window (http://i.imgur.com/3W94p.jpg): - I really like the way you've grouped events and photos in your first four screenshots. We'd like to implement that sort of grouping some time (see http://trac.yorba.org/ticket/222 and http://trac.yorba.org/ticket/2413), though I don't think that will happen in 0.9. But we should keep your screenshots in mind when we do implement that in Shotwell 0.10 or whenever. - You've added some subtle horizontal separators to the sidebar. That's an interesting idea that we haven't considered before, and I think they look reasonable. - You've changed the Basic Information pane (in the lower left) so that instead of displaying information with field names and colons ("Items: 184 Photos", "From: Thu Dec 31, 2009") you simply use words instead ("184 Photos, 12/31/09 until 1/15/10"). I like that look, though we also use the Basic Information pane to display information about each photo that the user has selected ("Title: IMG_0001.JPG", "Date: Wed Mar 31, 2010") so we'd have to figure out how to display this information in this new format. But, still, I think that might look nice. I've ticketed this at http://trac.yorba.org/ticket/3133 . - In full-window and full-screen view you're displaying a photo's basic information in a floating window over the image. This might be reasonable as an option, though I think some users might not want to see this since it obscures part of the image. - You've omitted the text labels on the toolbar buttons. We're already considering doing this, if only to save horizontal space. Regarding the publishing window (http://i.imgur.com/4FDZB.png): - You've moved the list of services to the left side of the window. I like this look and I think we should consider it. I've ticketed this at http://trac.yorba.org/ticket/3134 . Those are my thoughts. Opinions from others on the mailing list are welcome too as always. Cheers - adam From guiyou65 at gmail.com Wed Jan 26 22:08:57 2011 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Wed, 26 Jan 2011 23:08:57 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: <4D409B79.7040004@gmail.com> My preference is for the free form option because my habit is year and month only for grouping. It's enough for me. Thierry Le 24/01/2011 22:00, Eric Gregory a ?crit : > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. This could also be added to the directory structure. > > If you're interested in this feature, let us know what you'd like to see and > which aspects are most important to you. > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jonathonwatney at gmail.com Wed Jan 26 23:23:01 2011 From: jonathonwatney at gmail.com (Jonathon Watney) Date: Wed, 26 Jan 2011 15:23:01 -0800 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: Hello, > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. I personally don't rely on directory structure to organize things so I just use the default directory structure. I'm more interested in organizing all my images based on metadata. As long as I can export and publish from shotwell all I need are killer metadata editing and searching tools builtin. Once I import I don't even want to think about the file system. Keep up the good work folks. Jonathon. On Mon, Jan 24, 2011 at 1:00 PM, Eric Gregory wrote: > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. ?For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. ?This could also be added to the directory structure. > > If you're interested in this feature, let us know what you'd like to see and > which aspects are most important to you. > > ?- Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From david.velazquez08 at gmail.com Thu Jan 27 00:13:57 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Wed, 26 Jan 2011 19:13:57 -0500 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: A free form option as mentioned would be ideal for me coupled with a variable for the assigned name during import if it makes it. So, something like $Name - YYYY - MM would make the directory structure the assigned name, year, and month. The more free form and configurable it can be made the better. While we're on the topic it might be nice to have a live previewer of the structure based on what was entered for those who are unsure of or who have not encountered the date formatting characters you mentioned, or just to double check for errors. > On Mon, Jan 24, 2011 at 1:00 PM, Eric Gregory wrote: > > Hi everyone, > > > > We're working on an often-requested new feature, a user configurable > > directory structure, and would like community feedback on how this would > > best suit your needs. > > > > This feature allows you to set a directory structure for your photos > instead > > of being forced to use Shotwell's default. > > > > For now, we're wondering if we want to support hard-coded options only, > for > > example, we might have the following options: > > YYYY/MM/DD > > YYYY/MM-DD > > YYYY/MM > > YYYY_MM_DD > > > > Perhaps there's others you'd like to see? > > > > Another option is to support a free-form entry with date formatting > > characters to make your own directory structure. For example, you might > > type in something like > > %Y%/%M%/%D% > > to achieve the current directory structure. > > > > Additionally, we're looking to add a feature where you can assign a name > to > > your import. This could also be added to the directory structure. > > > > If you're interested in this feature, let us know what you'd like to see > and > > which aspects are most important to you. > > > > - Eric > > _______________________________________________ > > 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 eric at yorba.org Thu Jan 27 00:25:44 2011 From: eric at yorba.org (Eric Gregory) Date: Wed, 26 Jan 2011 16:25:44 -0800 Subject: [Shotwell] Follow us on Twitter Message-ID: Hi everyone, For those interested, we now have a Twitter feed; follow us here: http://www.twitter.com/yorba_org - Eric From b.e.smith at computer.org Thu Jan 27 08:42:31 2011 From: b.e.smith at computer.org (Bruce Smith) Date: Thu, 27 Jan 2011 19:42:31 +1100 Subject: [Shotwell] 0.8.1 update: Problem with CR2 files from a Canon EOS 550D In-Reply-To: References: <4D1E934C.8050107@computer.org> <4D254667.5080000@computer.org> <4D2BD5E6.4080602@computer.org> <4D2C9207.8080606@yorba.org> <1294777849.1822.11.camel@nuuk> <1294876103.1859.16.camel@nuuk> Message-ID: <4D412FF7.3000705@computer.org> Jim Finally I found some time & built libraw 0.12.3 from source, then built Shotwell 0.8.1 from source & that dragged in the updated static libraw. I confirm that this definitely fixes the magenta-stripe problem for my CR2, EOS 550D, RAW files. Thank you for your advice. -- Bruce On 14/01/11 09:05, Jim Nelson wrote: > Yes -- now I see what is going on. I noticed that the libraw libraries were > .a files, but I thought they contained .so and that this was some Linux-ism > to compress shared libraries. Now I see they're .o files, so in fact > Shotwell *is* statically linking them in. > > > > This changes the game quite a bit. This means libraw is purely a build > dependency. Users can't merely upgrade libraw, but need to rebuild Shotwell > as well. I thought the bug fix was due to a header change, hence the need > to recompile. It's more fundamental than that. > > I've posted a message with the libraw folks to get them start thinking about > this issue: http://www.libraw.org/node/544 > > -- Jim > > > On Wed, Jan 12, 2011 at 3:48 PM, Bruno Girin wrote: > >> Jim, >> >> Yes I tried merely dropping in 0.12 with an existing build of Shotwell >> and running ldconfig to force ld to refresh its cache. It didn't work. I >> believe that's because libraw is a static library rather than a dynamic >> one: you'll notice that it installs libraw.a and libraw_r.a but no .so >> file. Maybe there is a compilation flag to get it to install a .so but I >> didn't investigate. >> >> There is also a possibility that I didn't do the test properly so a >> confirmation by someone else would be good :-) >> >> If you want to try with a file that exhibits the behaviour, here's one >> posted to the ubuntu-uk mailing list: >> http://marsters.co.uk/shotwell/eos60d-samples.tar.gz >> >> With libraw 0.9.1 it shows the purple stripe, with 0.12.2 it displays >> the photograph properly. >> >> Bruno >> >> On Tue, 2011-01-11 at 12:55 -0800, Jim Nelson wrote: >>> Bruno, >>> >>> Did you verify that you needed to recompile Shotwell with libraw 0.12 >>> in order to fix the bug? Did you try merely dropping in 0.12 with an >>> existing build of Shotwell? >>> >>> -- Jim >>> >>> On Tue, Jan 11, 2011 at 12:30 PM, Bruno Girin >>> wrote: >>> On Tue, 2011-01-11 at 09:23 -0800, Adam Dingle wrote: >>> > Bruce, >>> > >>> > To be clear, Shotwell itself does not include libraw: it >>> just uses >>> > whichever version of libraw happens to be available on your >>> machine. We >>> > do have plans to add libraw 0.12 to the Yorba PPA (see >>> > http://trac.yorba.org/ticket/2583), but that's not done >>> yet. We might >>> > do that soon, or wait for the 0.9 release - that's still >>> undecided. If >>> > you're in a hurry, though, it shouldn't be too hard to build >>> and install >>> > libraw 0.12.2 on your Maverick box, and then Shotwell will >>> use it. >>> >>> >>> If you want to do that, you will have to compile libraw 0.12.2 >>> and then >>> re-compile Shotwell, as libraw is a static (rather than >>> dynamic) >>> library. Based on my tests, it does resolve the purple stripe >>> problem >>> seen on EOS 60D and 550D cameras (only tested with a 60D image >>> though). >>> >>> Bruno >>> >>> >>> >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > From rugby471 at gmail.com Thu Jan 27 07:10:53 2011 From: rugby471 at gmail.com (Andrew) Date: Thu, 27 Jan 2011 07:10:53 +0000 Subject: [Shotwell] Shotwell Design Ideas In-Reply-To: <4D40931C.4020402@yorba.org> References: <4D10DF2A.9020306@gmail.com> <4D111B2D.7030506@yorba.org> <4D3FD2CE.4060507@gmail.com> <4D40931C.4020402@yorba.org> Message-ID: <4D411A7D.3050006@gmail.com> Hi Adam > - You've changed the Basic Information pane (in the lower left) so that > instead of displaying information with field names and colons ("Items: > 184 Photos", "From: Thu Dec 31, 2009") you simply use words instead > ("184 Photos, 12/31/09 until 1/15/10"). I like that look, though we > also use the Basic Information pane to display information about each > photo that the user has selected ("Title: IMG_0001.JPG", "Date: Wed Mar > 31, 2010") so we'd have to figure out how to display this information in > this new format. But, still, I think that might look nice. I've > ticketed this at http://trac.yorba.org/ticket/3133 . Yeah, my idea was that you'd have this small amount of information about the one photo when looking at it as part of a group, but then when you clicked on the photo, and went through to the PhotoPage, you would have a (i) button on the toolbar, which would produce a floating window showing the more detailed information. > - In full-window and full-screen view you're displaying a photo's basic > information in a floating window over the image. This might be > reasonable as an option, though I think some users might not want to see > this since it obscures part of the image. Sorry maybe this wasn't communicated well enough. I think the way Shotwell currently does it, having floating window which move around is great, my idea was just to make them look a bit prettier (add a translucent black background with blurred edges). Thanks again for your detailed and prompt reply :) -- Andrew From mundigranja at gmail.com Thu Jan 27 23:04:23 2011 From: mundigranja at gmail.com (Mundi Granja) Date: Fri, 28 Jan 2011 00:04:23 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: <15404.53794.qm@web33704.mail.mud.yahoo.com> References: <15404.53794.qm@web33704.mail.mud.yahoo.com> Message-ID: <1296169463.4639.0.camel@localhost.localdomain> El mar, 25-01-2011 a las 09:22 -0800, Lu Timdale escribi?: > I use a combination of year as a higher level folder + full date/event as the > subfolder > YYYY/YYYY-MM-DD Event Name > > so, > 2010/ > 2010-01-01 Kids in Backyard/ > 2010-01-01 Fred's Birthday/ > ... > 2011/ > 2011-02-22 Another Event/ > ... > ... > +1 From david.velazquez08 at gmail.com Fri Jan 28 07:39:23 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Fri, 28 Jan 2011 02:39:23 -0500 Subject: [Shotwell] Compiling Shotwell on Debian Testing Message-ID: Hello list! I've been trying to compile shotwell on Debian testing for the last few hours and I keep on running into something that stops me. I've been able to solve the last few but I'm getting nowhere with this. All the dependencies have been installed as near as I can tell, exiv2 .21, libgee .6.0, libgexiv .3.0 , libraw .12.3, and vala 0.10.3 have been compiled and installed using sudo make install. I attempted to do the same with libgphoto2 but got absolutely nowhere. It always failed on something. Rather than try and get around it I removed it and installed the version from the testing repository, 2.4.6-3 Now I'm coming up against a bunch of errors that look like they're involving gphoto2. They eventually result in this: collect2: ld returned 1 exit status make: *** [shotwell] Error 1 I've included the make process from the point where the errors look to begin until the end where it fails in this pastebin. http://pastebin.com/DTj8ce3F If I've failed to remove gphoto2 completely which may well be the case, would it be easier just to start from scratch? It's a brand new installation so nothing of value is there :) Or can this be gotten around to. Help is greatly appreciated. From valeri at a-little-bit.de Fri Jan 28 09:43:47 2011 From: valeri at a-little-bit.de (Valeri Geiser) Date: Fri, 28 Jan 2011 10:43:47 +0100 Subject: [Shotwell] Change location of .shotwell directory (incl. database) Message-ID: <4D428FD3.6030806@a-little-bit.de> Hi, I am looking for a picture management software and like the look and feel of shotwell a lot. One of my requirements though is to store the database on a central place (fileserver) since there are multiple PCs that need access to the same database. I did not find any command line parameters or settings so far to do that. I am trying Shotwell 0.5.0 on Ubuntu. Best regards, Valeri From mweisshaupt1988 at googlemail.com Fri Jan 28 09:47:42 2011 From: mweisshaupt1988 at googlemail.com (=?ISO-8859-1?Q?Martin_Wei=DFhaupt?=) Date: Fri, 28 Jan 2011 10:47:42 +0100 Subject: [Shotwell] Change location of .shotwell directory (incl. database) In-Reply-To: <4D428FD3.6030806@a-little-bit.de> References: <4D428FD3.6030806@a-little-bit.de> Message-ID: <4D4290BE.2020103@googlemail.com> Hi, try starting shotwell with this commandline argument: shotwell -d /path/to/filestore This should give you a new shotwell "profile" in the given location. I believe that you have to change the import directory in the settings of shotwell too. Regards, Martin Am 28.01.11 10:43, schrieb Valeri Geiser: > Hi, > > I am looking for a picture management software and like the look and > feel of shotwell a lot. One of my requirements though is to store the > database on a central place (fileserver) since there are multiple PCs > that need access to the same database. I did not find any command line > parameters or settings so far to do that. > I am trying Shotwell 0.5.0 on Ubuntu. > > Best regards, > Valeri > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From valeri at a-little-bit.de Fri Jan 28 09:50:30 2011 From: valeri at a-little-bit.de (Valeri Geiser) Date: Fri, 28 Jan 2011 10:50:30 +0100 Subject: [Shotwell] Change location of .shotwell directory (incl. database) In-Reply-To: <4D4290BE.2020103@googlemail.com> References: <4D428FD3.6030806@a-little-bit.de> <4D4290BE.2020103@googlemail.com> Message-ID: <4D429166.1040205@a-little-bit.de> Hi Martin, thanks for the quick reply. Unfortunately, I get this error. Looks like maybe my version does not have this switch yet? ** ERROR **: main.vala:217: Unbekannte Option -d aborting... Aborted ("Unbekannte Option" means "Unknown option") Best regards, Valeri Am 28.01.2011 10:47, schrieb Martin Wei?haupt: > Hi, > > try starting shotwell with this commandline argument: > shotwell -d /path/to/filestore > > This should give you a new shotwell "profile" in the given location. > I believe that you have to change the import directory in the settings > of shotwell too. > > Regards, > Martin > > Am 28.01.11 10:43, schrieb Valeri Geiser: >> Hi, >> >> I am looking for a picture management software and like the look and >> feel of shotwell a lot. One of my requirements though is to store the >> database on a central place (fileserver) since there are multiple PCs >> that need access to the same database. I did not find any command >> line parameters or settings so far to do that. >> I am trying Shotwell 0.5.0 on Ubuntu. >> >> Best regards, >> Valeri >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From bengt at thuree.com Fri Jan 28 10:18:16 2011 From: bengt at thuree.com (Bengt Thuree) Date: Fri, 28 Jan 2011 21:18:16 +1100 Subject: [Shotwell] Compiling Shotwell on Debian Testing In-Reply-To: References: Message-ID: <1296209896.4551.248.camel@lappis.thuree.com> On Fri, 2011-01-28 at 02:39 -0500, David Velazquez wrote: > Hello list! I've been trying to compile shotwell on Debian testing for the > last few hours and I keep on running into something that stops me. I've been > able to solve the last few but I'm getting nowhere with this. Hi Did you see my small lazy dog for how to compile Shotwell from source on Squeeze? http://trac.yorba.org/wiki/HowToBuildInDebianFromSource /Bengt From david.velazquez08 at gmail.com Fri Jan 28 16:02:16 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Fri, 28 Jan 2011 11:02:16 -0500 Subject: [Shotwell] Compiling Shotwell on Debian Testing In-Reply-To: <1296209896.4551.248.camel@lappis.thuree.com> References: <1296209896.4551.248.camel@lappis.thuree.com> Message-ID: I did! I actually followed that guide most of the way through. The only place I deviated was instead of compiling locally I used sudo make install instead of adding the prefix=/usr part onto configure. I also only used stable branches of shotwell and gexiv2 instead of svn. On Fri, Jan 28, 2011 at 5:18 AM, Bengt Thuree wrote: > > On Fri, 2011-01-28 at 02:39 -0500, David Velazquez wrote: > > Hello list! I've been trying to compile shotwell on Debian testing for > the > > last few hours and I keep on running into something that stops me. I've > been > > able to solve the last few but I'm getting nowhere with this. > > Hi > > Did you see my small lazy dog for how to compile Shotwell from source on > Squeeze? > > http://trac.yorba.org/wiki/HowToBuildInDebianFromSource > > /Bengt > > From david.velazquez08 at gmail.com Fri Jan 28 18:32:02 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Fri, 28 Jan 2011 13:32:02 -0500 Subject: [Shotwell] Compiling Shotwell on Debian Testing In-Reply-To: References: <1296209896.4551.248.camel@lappis.thuree.com> Message-ID: Ah, success! I finally (after about 4 hours on an off) managed to build Shotwell from source. I'm not sure what the problem was last time that prompted this message in the first place but I will surmise it had something to do with libgphoto2 which I had first attempted to compile and then failed at it. My best guess is that I didn't remove it completely or did so incorrectly which caused the mass of errors in the pastebin below. I'm still interested in attempting to compile libgphoto2 for the hell of it but must remember to do so on a virtual system first. Bengt, thank you again for your "lazy mans" guide. It proved invaluable in my attempts to trouble shoot. On Fri, Jan 28, 2011 at 11:02 AM, David Velazquez < david.velazquez08 at gmail.com> wrote: > I did! I actually followed that guide most of the way through. The only > place I deviated was instead of compiling locally I used sudo make install > instead of adding the prefix=/usr part onto configure. I also only used > stable branches of shotwell and gexiv2 instead of svn. > > > On Fri, Jan 28, 2011 at 5:18 AM, Bengt Thuree wrote: > >> >> On Fri, 2011-01-28 at 02:39 -0500, David Velazquez wrote: >> > Hello list! I've been trying to compile shotwell on Debian testing for >> the >> > last few hours and I keep on running into something that stops me. I've >> been >> > able to solve the last few but I'm getting nowhere with this. >> >> Hi >> >> Did you see my small lazy dog for how to compile Shotwell from source on >> Squeeze? >> >> http://trac.yorba.org/wiki/HowToBuildInDebianFromSource >> >> /Bengt >> >> > From vera at yorba.org Fri Jan 28 22:09:32 2011 From: vera at yorba.org (Vera Yin) Date: Fri, 28 Jan 2011 14:09:32 -0800 Subject: [Shotwell] Change location of .shotwell directory (incl. database) In-Reply-To: <4D429166.1040205@a-little-bit.de> References: <4D428FD3.6030806@a-little-bit.de> <4D4290BE.2020103@googlemail.com> <4D429166.1040205@a-little-bit.de> Message-ID: Hi Valeri, Which version of Ubuntu are you running? I would recommend upgrading to the latest version of Shotwell, 0.8.1, as described on our website: http://yorba.org/shotwell/install/ The -d switch for specifying database location has been available since Shotwell 0.6. Cheers, Vera 2011/1/28 Valeri Geiser : > Hi Martin, > > thanks for the quick reply. Unfortunately, I get this error. Looks like > maybe my version does not have this switch yet? > > ** ERROR **: main.vala:217: Unbekannte Option -d > aborting... > Aborted > > ("Unbekannte Option" means "Unknown option") > > Best regards, > ?Valeri > > Am 28.01.2011 10:47, schrieb Martin Wei?haupt: >> >> Hi, >> >> try starting shotwell with this commandline argument: >> shotwell -d /path/to/filestore >> >> This should give you a new shotwell "profile" in the given location. >> I believe that you have to change the import directory in the settings of >> shotwell too. >> >> Regards, >> Martin >> >> Am 28.01.11 10:43, schrieb Valeri Geiser: >>> >>> Hi, >>> >>> I am looking for a picture management software and like the look and feel >>> of shotwell a lot. One of my requirements though is to store the database on >>> a central place (fileserver) since there are multiple PCs that need access >>> to the same database. I did not find any command line parameters or settings >>> so far to do that. >>> I am trying Shotwell 0.5.0 on Ubuntu. >>> >>> Best regards, >>> ?Valeri >>> _______________________________________________ >>> 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 bengt at thuree.com Sat Jan 29 00:10:40 2011 From: bengt at thuree.com (Bengt Thuree) Date: Sat, 29 Jan 2011 11:10:40 +1100 Subject: [Shotwell] Compiling Shotwell on Debian Testing In-Reply-To: References: <1296209896.4551.248.camel@lappis.thuree.com> Message-ID: <1296259840.4551.249.camel@lappis.thuree.com> On Fri, 2011-01-28 at 13:32 -0500, David Velazquez wrote: > Ah, success! I finally (after about 4 hours on an off) managed to > build Shotwell from source. I'm not sure what the problem was last Thats great news :) > > Bengt, thank you again for your "lazy mans" guide. It proved > invaluable in my attempts to trouble shoot. No worries, glad it helped you. /Bengt From lutimdale at yahoo.com Sat Jan 29 13:10:47 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Sat, 29 Jan 2011 05:10:47 -0800 (PST) Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: <15404.53794.qm@web33704.mail.mud.yahoo.com> References: <15404.53794.qm@web33704.mail.mud.yahoo.com> Message-ID: <918361.58182.qm@web33702.mail.mud.yahoo.com> I would also be fine with YYYY/YYYY-MM-DD with no event name as a base, if that makes it easier. I understand that you don't have the event name on import. Just to give some background on what I've been using.... I use virtualbox with Windows and use the photo gallery software. GOOD (OLD) ------------------------------------------------------------- On Vista, it came with windows and behaved in a 3 step process. STEP 1: The importer could be date based, so I set mine to YYYY/YYYY-MM-DD. So after import, I would have this: 2010/2010-01-02/ DSC0001.jpg DSC0002.jpg 2010/2010-01-03/ .... STEP 2: Rename the folders only in windows explorer. Then I would have this: 2010/2010-01-02 My Event/ STEP 3: Reopen windows gallery. It reindexes automatically based on changed folders under the watched folders. The problems with this approach are: - events are only separated by date (2 events on same date not separated) - manual renaming has to occur at fs level - app needs to be watched folders aware (shotwell is as of 0.8... yeh) - photo files don't follow the naming structure as the folders - you don't want to create tags for every event, tags should be used as arbitrary hierarchies (not names) - name is not part of metadata, so not indexed - filenames are not unique in library BETTER (NEW) ------------------------------------------------------------- On Win 7, windows live photo gallery is a separate download, but it works better. The new app makes everything a one-step process. STEP 1: Import dialog is presented, which already separates the pictures by groups based on date or more accurately duration (configurable with a slider).... so 9 hours between shots means a separate event. Those groups are (optionally) given an event name on import. The import occurs, and imports based on the structure: 2010/2010-01-02 My Event/ 2010-01-02 My Event 001.jpg 2010-01-02 My Event 001.jpg 2010/2010-01-03 Another Event/ .... all of the above problems are resolved with this approach. The problems with this approach are that - I still have to change the folder they are imported into yearly (pictures/2010 to pictures/2011) So to sum up a very long winded email... GOOD: YYYY/YYYY-MM-DD/ BETTER: YYYY/YYYY-MM-DD Event Name/ Also, just some food for thought on defaults from other platforms: Vista Photo Gallery Defaults: Folders------------ Date Imported + Tag Date Taken + Tag Date Taken Range + Tag Tag + Date Imported Tag + Date Taken Tag + Date Taken Range Tag Filenames------------- Tag Original Filename Win7 Live Photo Gallery Defaults: Folders------------ Date Imported + Name Date Taken + Name Date Taken Range + Name Name + Date Imported Name + Date Taken Name + Date Taken Range Name Filenames------------- Name Original File Name Name + Date Taken Date Taken + Name PS. Great job thus far. Eagerly awaiting 0.9 (for renaming + hierachical tags) to drop my windows dependence. Lu Timdale lutimdale at yahoo.com ----- Original Message ---- From: Lu Timdale To: Eric Gregory ; shotwell Sent: Tue, January 25, 2011 12:22:56 PM Subject: Re: [Shotwell] We want your feedback: user-configurable directory structure I use a combination of year as a higher level folder + full date/event as the subfolder YYYY/YYYY-MM-DD Event Name so, 2010/ 2010-01-01 Kids in Backyard/ 2010-01-01 Fred's Birthday/ ... 2011/ 2011-02-22 Another Event/ ... ... This makes it easy to find photos (from my perspective) from a file structure at a glance (without going through hidden nested structure). I generally know the year, but not the exact date (even month) of the event. I would recall what the event name was and scan for that in a "sorted by date" list of events within that particular year's events. Ideally, the photos themselves would be renamed (and be configurable as well) as part of the import. So, it should be... 2010-01-01 Event 001.jpg 2010-01-01 Event 002.jpg or date/time based 2010-01-01 1030 01.jpg Ideally, they would be unique for the entire library. Thanks. Lu Timdale lutimdale at yahoo.com ----- Original Message ---- From: Eric Gregory To: shotwell Sent: Mon, January 24, 2011 4:00:53 PM Subject: [Shotwell] We want your feedback: user-configurable directory structure Hi everyone, We're working on an often-requested new feature, a user configurable directory structure, and would like community feedback on how this would best suit your needs. This feature allows you to set a directory structure for your photos instead of being forced to use Shotwell's default. For now, we're wondering if we want to support hard-coded options only, for example, we might have the following options: YYYY/MM/DD YYYY/MM-DD YYYY/MM YYYY_MM_DD Perhaps there's others you'd like to see? Another option is to support a free-form entry with date formatting characters to make your own directory structure. For example, you might type in something like %Y%/%M%/%D% to achieve the current directory structure. Additionally, we're looking to add a feature where you can assign a name to your import. This could also be added to the directory structure. If you're interested in this feature, let us know what you'd like to see and which aspects are most important to you. - Eric _______________________________________________ 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 caccolangrifata at gmail.com Sat Jan 29 15:32:34 2011 From: caccolangrifata at gmail.com (caccolangrifata) Date: Sat, 29 Jan 2011 16:32:34 +0100 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: References: Message-ID: <1296315154.2180.12.camel@mind> To import photo I use Rapid-Photo-Downloader [1]. I really like this program import method. There you can chose the entirely path and photo name from various option like year, month, day, hours of the shot, event, and other photo metadata. I really enjoy an import method like that and it would be great see this features in Shotwell. [1] - http://www.damonlynch.net/rapid/ Cheers! Emanuele Il giorno lun, 24/01/2011 alle 13.00 -0800, Eric Gregory ha scritto: > Hi everyone, > > We're working on an often-requested new feature, a user configurable > directory structure, and would like community feedback on how this would > best suit your needs. > > This feature allows you to set a directory structure for your photos instead > of being forced to use Shotwell's default. > > For now, we're wondering if we want to support hard-coded options only, for > example, we might have the following options: > YYYY/MM/DD > YYYY/MM-DD > YYYY/MM > YYYY_MM_DD > > Perhaps there's others you'd like to see? > > Another option is to support a free-form entry with date formatting > characters to make your own directory structure. For example, you might > type in something like > %Y%/%M%/%D% > to achieve the current directory structure. > > Additionally, we're looking to add a feature where you can assign a name to > your import. This could also be added to the directory structure. > > If you're interested in this feature, let us know what you'd like to see and > which aspects are most important to you. > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From guiyou65 at gmail.com Sat Jan 29 16:45:46 2011 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Sat, 29 Jan 2011 17:45:46 +0100 Subject: [Shotwell] Direct database modifications Message-ID: <4D44443A.4040707@gmail.com> Nice job you did with v0.8.1 ! Because there is not yet an elaborate Search function on metadatas, I directly modify the database with SQL statements to modify title for a lot of pictures. So now titles are OK in Shotwell, but how to force metadata re-writing into pictures with Shotwell datas ? I can see that Shotwell team is very dynamic, so I have confidence in the fact that the Search function will be soon available. Is there a planned date allready ? Thierry From david.velazquez08 at gmail.com Sun Jan 30 03:57:46 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Sat, 29 Jan 2011 22:57:46 -0500 Subject: [Shotwell] We want your feedback: user-configurable directory structure In-Reply-To: <1296315154.2180.12.camel@mind> References: <1296315154.2180.12.camel@mind> Message-ID: I agree. Rapid Photo Downloader is nice! He did something right with it and Shotwell would do well to emulate or at least take some ideas from there. On Sat, Jan 29, 2011 at 10:32 AM, caccolangrifata wrote: > To import photo I use Rapid-Photo-Downloader [1]. I really like this > program import method. There you can chose the entirely path and photo > name from various option like year, month, day, hours of the shot, > event, and other photo metadata. I really enjoy an import method like > that and it would be great see this features in Shotwell. > > [1] - http://www.damonlynch.net/rapid/ > > Cheers! > Emanuele > > Il giorno lun, 24/01/2011 alle 13.00 -0800, Eric Gregory ha scritto: > > Hi everyone, > > > > We're working on an often-requested new feature, a user configurable > > directory structure, and would like community feedback on how this would > > best suit your needs. > > > > This feature allows you to set a directory structure for your photos > instead > > of being forced to use Shotwell's default. > > > > For now, we're wondering if we want to support hard-coded options only, > for > > example, we might have the following options: > > YYYY/MM/DD > > YYYY/MM-DD > > YYYY/MM > > YYYY_MM_DD > > > > Perhaps there's others you'd like to see? > > > > Another option is to support a free-form entry with date formatting > > characters to make your own directory structure. For example, you might > > type in something like > > %Y%/%M%/%D% > > to achieve the current directory structure. > > > > Additionally, we're looking to add a feature where you can assign a name > to > > your import. This could also be added to the directory structure. > > > > If you're interested in this feature, let us know what you'd like to see > and > > which aspects are most important to you. > > > > - Eric > > _______________________________________________ > > 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 egidijus.kamarauskas at gmail.com Sun Jan 30 13:10:55 2011 From: egidijus.kamarauskas at gmail.com (Egidijus Kamarauskas) Date: Sun, 30 Jan 2011 15:10:55 +0200 Subject: [Shotwell] shotwell does not start Message-ID: <1296393055.8366.7.camel@Bacila> Hello I'm using Ubuntu 10.10 and shotwell 0.8.1 from ppa. I can not start shotwell. When i send ?shotwell? to a terminal, i see this error "Unique-DBus-WARNING **: Error while sending message: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." And I see, that shotwell is using about a 600 MB of RAM, and between 70-80 percent of CPU. This error occures after 10 - 20 minutes after sending a command to a terminal. I have only security updates enabled. From gustaf at thorslund.org Mon Jan 31 19:42:54 2011 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Mon, 31 Jan 2011 20:42:54 +0100 Subject: [Shotwell] Assertion failure on Ubuntu 10.10 with 0.8.1 PPA Message-ID: <4D4710BE.9010005@thorslund.org> Hi, When trying to start shotwell I'm now getting: --> ** ERROR:DatabaseTables.vala:567:version_table_construct: assertion failed: (res == SQLITE_OK) --> I'm using the 0.8.1 PPA on Ubuntu 10.10. Any hints on this? Any more debugging/traces interesting? /Gustaf From jim at yorba.org Mon Jan 31 20:38:57 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 31 Jan 2011 12:38:57 -0800 Subject: [Shotwell] Direct database modifications In-Reply-To: <4D44443A.4040707@gmail.com> References: <4D44443A.4040707@gmail.com> Message-ID: Hi Thierry, You'll need to do two things: 1. For all the photos you updated, in the database set their "metadata_dirty" column to 1. 2. In Shotwell, Edit -> Preferences, enable "Write tags, titles, and other metadata to photo files" -- Jim On Sat, Jan 29, 2011 at 8:45 AM, Thierry Le Guillou wrote: > Nice job you did with v0.8.1 ! > Because there is not yet an elaborate Search function on metadatas, I > directly modify the database with SQL statements to modify title for a lot > of pictures. > So now titles are OK in Shotwell, but how to force metadata re-writing into > pictures with Shotwell datas ? > > I can see that Shotwell team is very dynamic, so I have confidence in the > fact that the Search function will be soon available. Is there a planned > date allready ? > Thierry > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From harald.franzen at lotcavediving.eu Mon Jan 31 23:30:25 2011 From: harald.franzen at lotcavediving.eu (Harald Franzen) Date: Mon, 31 Jan 2011 15:30:25 -0800 (PST) Subject: [Shotwell] Three (!) feature requests ;-) Message-ID: <1296516625049-32909.post@talk.nabble.com> First off, a big round of applause to the people behind Shotwell! I for one -but I won't be alone- was amazed at the light-weightedness and the speed of Shotwell! Oh what a bliss :-) Well, I'll not beat around the bush: My two cents: The systems of "events" and "tags" in my not so humble opinion are two sides of the same medal; I might be way off, but by my reckoning I can divvy up any photo collection by applying "what", "where" and "when" to every picture; I think I'd pretty much be sorted. In Shotwell, the "what" (event) mimicks the "when" (date) -and I've read more than one comment here that this is in effect experienced as such by people using Shotwell. Events -as currently implemented- don't add much; more often than not for me, several "events" have been photographed on any day where Shotwell treats them as one single event. But Shotwell is more than capable of dealing with the "when"; it's what you get out of the EXIF information in each file... 1) So my feature request would be to be able to separate the tags into "headers" (and I personally would set it up as described above; what, where and when). I'd be the first to admit this is a nice-to-have :-) 2) My second feature request would be for the tags to be able to be drag-and-dropped onto a (selection of) photos, so I don't have to retype them all the time (so if I am looking for "Christmas" I know I am not looking for "X-Mas" or "XMAS" at the same time too). 3) If I could tag any photo in the "what", "where", "when" way, I'd be able to retrieve any photo by it too, so I *know* I am looking for this great picture taken in 2006 -or maybe 2005?, where Phil was in it, but Mary wasn't and I am quite sure it was at *their* house too and wasn't this at their wedding anniversary? It's not the archiving, it's the retrieving which is the magical part :-) Having said that: I moved from 0.7.x (Ubuntu Maverick Meerkat) to 0.8.1. (via your repos) today and was amazed at the amount of progress having been made! Keep up the good work and thank you! -- View this message in context: http://shotwell.3510.www.nabble.com/Three-feature-requests-tp32909p32909.html Sent from the Shotwell mailing list archive at Nabble.com.