From mailinglists at troeger-online.net Tue Jan 1 13:41:20 2013 From: mailinglists at troeger-online.net (Martin) Date: Tue, 1 Jan 2013 13:41:20 +0000 (UTC) Subject: [Shotwell] RAW+JPEG are not re-paired after move to new PC (new photo directory) References: <1352842008.24552.19.camel@thinky> Message-ID: Hello, the problem is that shotwell renaming JPEG files during the import. In case of a rescan the JPEG files and RAW files are no longer recognized as being related. The problem can be solved by renaming the JPEG files and deleting additional created files by shotwell. But caution! All changes to images will be lost. You have to execute the following commands inside the image directory: find ./ -name *_rw2*.jpg -exec rename 's/_rw2//g' -v {} \; find ./ -name *shotwell*.jpg -exec rm -v {} \; find ./ -name *embedded*.jpg -exec rm -v {} \; After that you can rescan the image directory by shotwell. Martin From dan at randow.net.nz Wed Jan 2 05:24:20 2013 From: dan at randow.net.nz (Dan Randow) Date: Wed, 02 Jan 2013 18:24:20 +1300 Subject: [Shotwell] Export File-name Clashes Message-ID: <50E3C484.20904@randow.net.nz> Firstly, my thanks to the Shotwell team. Since switching from F-Spot, I have much enjoyed using Shotwell and appreciated its regular updates. Sadly, after years on Ubuntu, I have decided to spend some time using MacOSX. I humbly confess that my question is about how to migrate my collection out of Shotwell. Secondly, I am delighted that I am able to export my images with metadata such as keywords and ratings written to the files. Transformations applied to my images are, on the other hand, are more problematic. They are stored in the Shotwell database. As Adam Dingle wrote in , it would be nice if there was a way to describe transformations that was portable between image management apps. As I understand it, I have two options. 0 Migrate the files from the file system and lose the transformations. 1 Export and migrate the transformed images, and lose the originals. I have decided that 1 is acceptable. However, when I begin to export my 11,000-odd photos it quickly becomes apparent that there will be numerous file-name clashes. Of course, I have formatted my SD card several times and my camera has re-started image-numbering from the same place each time. I have, for example, five different images with the filename IMG_0475.JPG. Shotwell's native storage approach dodges file-name clashes by storing batches of images in separate folders. The export feature writes all the exported files to one folder. It allows me to skip or replace, but not to rename the files. Is there some way that I can rename the images with unique names, and have Shotwell maintain its links to the files? Or perhaps some other way that I can avoid name clashes when exporting images? with thanks, Dan From dan at randow.net.nz Wed Jan 2 05:51:38 2013 From: dan at randow.net.nz (Dan Randow) Date: Wed, 02 Jan 2013 18:51:38 +1300 Subject: [Shotwell] Export File-name Clashes In-Reply-To: <50E3C484.20904@randow.net.nz> References: <50E3C484.20904@randow.net.nz> Message-ID: <50E3CAEA.1040803@randow.net.nz> My apologies. This is well-documented in . Perhaps I will wait for 0.14 :). From jim at yorba.org Wed Jan 2 20:24:34 2013 From: jim at yorba.org (Jim Nelson) Date: Wed, 02 Jan 2013 20:16:34 -0008 Subject: [Shotwell] Facebook upload "application request limit reached" In-Reply-To: References: Message-ID: <50e49785.43f1440a.327a.0127@mx.google.com> Hi Shaun, I don't believe this has been reported before. ?Off the top of my head, I'm wondering if you're logged in to Facebook from too many computers. ?How many computers are you logging into Facebook with Shotwell? ?Are you using any other programs (both on your mobile devices and PCs) that access Facebook? -- Jim On Sun, Dec 30, 2012 at 8:53 PM, Shaun Crampton wrote: Hi, When I try to upload to facebook, I'm seeing "application request limit reached". Is anyone else seeing the same? Is there a workaround? Thanks, -Shaun _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Thu Jan 3 19:28:32 2013 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 3 Jan 2013 11:28:32 -0800 Subject: [Shotwell] Shotwell and filters In-Reply-To: <50E508F6.6070506@comcast.net> References: <50E508F6.6070506@comcast.net> Message-ID: Hi Bob, We certainly want to see Shotwell evolve in this direction. Indeed, if you browse our issue tracking system at http://redmine.yorba.org, you'll note that the following feature requests are in the pipeline: http://redmine.yorba.org/issues/1913 -- make photo black/white or sepia http://redmine.yorba.org/issues/1914 -- border fade effects (e.g. matte, vignette) http://redmine.yorba.org/issues/1916 -- soft focus / de-noise effect http://redmine.yorba.org/issues/3440 -- Extension point for plugins to modify image data and provide effects None of these features have yet been prioritized for the next version of Shotwell, but we're still deciding exactly what features will make it into the 0.14 release. Of course, if you're an enthusiastic open-source hacker yourself, patches are gladly accepted... ;-) Lucas On Wed, Jan 2, 2013 at 8:28 PM, Robert Kovacs wrote: > > I would like to see Shotwell have filters and advanced editing features implemented like Picasa has. Shotwell is good, but I find Picasa still a superior product in the same category. But as an Ubuntu user, Picasa is not an option for me. It would be nice to see Shotwell focus more on pro photographers and enthusiasts, in regards to features vs just general point and shoot users. > > Thanks! > > Bob Kovacs. From shaun at cantab.net Sun Jan 6 22:58:37 2013 From: shaun at cantab.net (Shaun Crampton) Date: Sun, 6 Jan 2013 14:58:37 -0800 Subject: [Shotwell] Facebook upload "application request limit reached" In-Reply-To: <50e49785.43f1440a.327a.0127@mx.google.com> References: <50e49785.43f1440a.327a.0127@mx.google.com> Message-ID: It now seems to have fixed itself. I'll let you know if it starts happening regularly. -Shaun On 2 January 2013 12:24, Jim Nelson wrote: > Hi Shaun, > > I don't believe this has been reported before. Off the top of my head, > I'm wondering if you're logged in to Facebook from too many computers. How > many computers are you logging into Facebook with Shotwell? Are you using > any other programs (both on your mobile devices and PCs) that access > Facebook? > > -- Jim > > > On Sun, Dec 30, 2012 at 8:53 PM, Shaun Crampton wrote: > > Hi, > > When I try to upload to facebook, I'm seeing "application request limit > reached". Is anyone else seeing the same? Is there a workaround? > > Thanks, > > -Shaun > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > From ktenney at gmail.com Sat Jan 12 14:01:29 2013 From: ktenney at gmail.com (Kent Tenney) Date: Sat, 12 Jan 2013 08:01:29 -0600 Subject: [Shotwell] Shotwell won't start Message-ID: today I get: Shotwell A fatal error occurred when accessing Shotwell's library. Shotwell cannot continue. (TagTable.add) [19] - column name is not unique Looking at bug #5754, I'm not alone $ shotwell --version Shotwell 0.13.1 My tags are not deeply nested. Do you want to see photo.db? Thanks, Kent From sf.rique at gmail.com Sun Jan 13 03:57:24 2013 From: sf.rique at gmail.com (Henrique Santos Fernandes) Date: Sun, 13 Jan 2013 01:57:24 -0200 Subject: [Shotwell] FaceTools Message-ID: Hello! Is there any news on FacesTool ? This email is back on August and said in a few weeks would be news! Shotwell is great i tried using all other softwares, but shotwell is the best i found. But this is onething that picasa have and shotwell does! Anything i can do to help? Test maybe? Other question, the facetool wil write the metadata on the image if i have this options marked? If it does, would be as same as picasa do? just an example of picasa exif info: Region Applied To Dimensions W : 2048 Region Applied To Dimensions H : 1536 Region Applied To Dimensions Unit: pixel Region Name : Person1, Person2, Person3 Region Type : Face, Face, Face Region Area X : 0.714844, 0.231445, 0.642822 Region Area Y : 0.246745, 0.428385, 0.44694 Region Area W : 0.182617, 0.227539, 0.208496 Region Area H : 0.291667, 0.364583, 0.332682 Region Area Unit : normalized, normalized, normalized Thanks a lot! Hi Esteban, > You can't install or use the Faces Tool yet. Valentin and I are still > working to glue the two parts of his project together. The first part > is the Faces Tool UI in Shotwell and the second part is a family of > helper programs written in C++ that Shotwell spawns as external > processes to do face detection and recognition. I'm hoping that we'll > get these two parts integrated and then commit the integrated whole to > a branch in the Yorba repo within the next few weeks. Once that > happens, you should be able to pull from that branch to get Faces Tool > support. > Cheers, > Lucas On Fri, Aug 31, 2012 at 9:38 PM, Esteban Cervetto > wrote: >* I would like how can i install the FaceTool*>* http://redmine.yorba.org/projects/shotwell/wiki/FacesTool implemented*>* on August 27, 2012*>* I was installed the old valentin repository*>* git clone git://github.com/Sanva/shotwell-gsoc.git*>* but only shows a tool that you have to identify manually the faces by*>* mean a rectangle tool*>**>* and had compiled the ours*>**>* I didn't fint it twice!*>**>**>**>**>* 2012/8/14 Esteban Cervetto >:*>>* Hola Valent?n!*>>**>>* Estoy siguiendo tu proyecto de detecci?n de rostros.*>>* Como usuario final, me gustar?a ser uno de los primeros en probarlo ;-)*>>**>>* Lo que no pude hacer fue lograr que Shotwell me reconozca*>>* autom?ticamente las caras. Si logre que me permita identificarlas*>>* manualmente*>>**>>* Compil? lo siguiente:*>>**>>* #git init*>>* #clono codigo prestado Shotwell*>>* #git clone git://github.com/Sanva/shotwell-gsoc.git*>>* #le incorporo el desarrollo de facedetect que esta en esta revision*>>* #git merge 6c805edfbf0ed0e2a42a38f8efda51003dd5f5f2*>>**>>* luego compilo*>>* #./configure --define=ENABLE_FACES*>>* #make*>>* #./shotwell*>>**>>* Hice algo mal?*>>**>>* Saludos!*>>**>>**>>**>>**>>* 2012/8/13 Adam Dingle >:*>>>* Esteban,*>>>**>>>* there is no face recognition code in Shotwell's git repository, so I'm not*>>>* surprised that you didn't see it. :) Valent?n Barros has been working on*>>>* adding face recognition as a Google Summer of Code project, but none of his*>>>* changes have been committed to trunk yet. You can read about his progress*>>>* on his blog at http://sanva.net/ . If you get in touch with him, he can*>>>* tell you more. We hope to commit some of his changes in time for the*>>>* upcoming 0.13 release. Cheers -*>>>**>>>* adam*>>>**>>>**>>>* On Sun, Aug 12, 2012 at 9:28 PM, Esteban Cervetto >*>>>* wrote:*>>>**>>>* hello:*>>>**>>>* I was compiled the latest version of Shotwell from Git with*>>>**>>>* git clone git://yorba.org/shotwell*>>>**>>>* but I can't see the face-recognition feature*>>>**>>>* I could not figure out the answer to get try face-recognition*>>>**>>>**>>>* Regards*>>>**>>>* Esteban*>>>* _______________________________________________*>>>* 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* []'sf.rique From jim at yorba.org Mon Jan 14 19:43:10 2013 From: jim at yorba.org (Nelson, Jim) Date: Mon, 14 Jan 2013 19:35:10 -0008 Subject: [Shotwell] Shotwell won't start In-Reply-To: References: Message-ID: <50f45fc0.8657420a.6136.ffff8204@mx.google.com> Actually, Kent, we recently closed this bug, but always can use one more test case to be sure we've nailed it. ?It will be available in 0.14, but if you want to use the latest Shotwell with the fix, you can build from our git repo our (on Ubuntu and its derivatives) use our Daily Build PPA: https://launchpad.net/~yorba/+archive/daily-builds/ The ticket for this problem is at http://redmine.yorba.org/issues/5754 ?If you still see the problem after upgrading, please let us know. -- Jim On Sat, Jan 12, 2013 at 6:01 AM, Kent Tenney wrote: today I get: Shotwell A fatal error occurred when accessing Shotwell's library. Shotwell cannot continue. (TagTable.add) [19] - column name is not unique Looking at bug #5754, I'm not alone $ shotwell --version Shotwell 0.13.1 My tags are not deeply nested. Do you want to see photo.db? Thanks, Kent _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Tue Jan 15 20:34:30 2013 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 15 Jan 2013 12:34:30 -0800 Subject: [Shotwell] FaceTools In-Reply-To: References: Message-ID: Hi Henrique, The Shotwell Faces Tool is alive. It just lives in its own branch in the Shotwell git repository. To switch to it, just clone the Shotwell repo and do a: $ git checkout faces You'll then need to run ./configure with --enable-faces. If you'd like to contribute to Shotwell, we would appreciate it! One thing you could potentially do is this: the Shotwell faces branch is based on Shotwell 0.12.x. It would be really useful to bring this branch into sync with the current master. Cheers, Lucas On Sat, Jan 12, 2013 at 7:57 PM, Henrique Santos Fernandes < sf.rique at gmail.com> wrote: > Hello! > > > Is there any news on FacesTool ? > > This email is back on August and said in a few weeks would be news! > > Shotwell is great i tried using all other softwares, but shotwell is > the best i found. But this is onething that picasa have and shotwell > does! > > Anything i can do to help? Test maybe? > > Other question, the facetool wil write the metadata on the image if i > have this options marked? > > If it does, would be as same as picasa do? > > just an example of picasa exif info: > > Region Applied To Dimensions W : 2048 > Region Applied To Dimensions H : 1536 > Region Applied To Dimensions Unit: pixel > Region Name : Person1, Person2, Person3 > Region Type : Face, Face, Face > Region Area X : 0.714844, 0.231445, 0.642822 > Region Area Y : 0.246745, 0.428385, 0.44694 > Region Area W : 0.182617, 0.227539, 0.208496 > Region Area H : 0.291667, 0.364583, 0.332682 > Region Area Unit : normalized, normalized, normalized > > > Thanks a lot! > > Hi Esteban, > > You can't install or use the Faces Tool yet. Valentin and I are still > > working to glue the two parts of his project together. The first part > > is the Faces Tool UI in Shotwell and the second part is a family of > > helper programs written in C++ that Shotwell spawns as external > > processes to do face detection and recognition. I'm hoping that we'll > > get these two parts integrated and then commit the integrated whole to > > a branch in the Yorba repo within the next few weeks. Once that > > happens, you should be able to pull from that branch to get Faces Tool > > support. > > Cheers, > > Lucas > > > On Fri, Aug 31, 2012 at 9:38 PM, Esteban Cervetto > > wrote: > >* I would like how can i install the FaceTool*>* > http://redmine.yorba.org/projects/shotwell/wiki/FacesTool implemented*>* > on August 27, 2012*>* I was installed the old valentin repository*>* git > clone git://github.com/Sanva/shotwell-gsoc.git*>* but only shows a tool > that you have to identify manually the faces by*>* mean a rectangle > tool*>**>* and had compiled the ours*>**>* I didn't fint it > twice!*>**>**>**>**>* 2012/8/14 Esteban Cervetto gmail.com >:*>>* > Hola Valent?n!*>>**>>* Estoy siguiendo tu proyecto de detecci?n de > rostros.*>>* Como usuario final, me gustar?a ser uno de los primeros en > probarlo ;-)*>>**>>* Lo que no pude hacer fue lograr que Shotwell me > reconozca*>>* autom?ticamente las caras. Si logre que me permita > identificarlas*>>* manualmente*>>**>>* Compil? lo siguiente:*>>**>>* #git > init*>>* #clono codigo prestado Shotwell*>>* #git clone git:// > github.com/Sanva/shotwell-gsoc.git*>>* #le incorporo el desarrollo de > facedetect que esta en esta revision*>>* #git merge > 6c805edfbf0ed0e2a42a38f8efda51003dd5f5f2*>>**>>* luego compilo*>>* > #./configure --define=ENABLE_FACES*>>* #make*>>* #./shotwell*>>**>>* Hice > algo mal?*>>**>>* Saludos!*>>**>>**>>**>>**>>* 2012/8/13 Adam Dingle at yorba.org >:*>>>* > Esteban,*>>>**>>>* there is no face recognition code in Shotwell's git > repository, so I'm not*>>>* surprised that you didn't see it. :) Valent?n > Barros has been working on*>>>* adding face recognition as a Google Summer > of Code project, but none of his*>>>* changes have been committed to trunk > yet. You can read about his progress*>>>* on his blog at > http://sanva.net/ . If you get in touch with him, he can*>>>* tell you > more. We hope to commit some of his changes in time for the*>>>* upcoming > 0.13 release. Cheers -*>>>**>>>* adam*>>>**>>>**>>>* On Sun, Aug 12, 2012 > at 9:28 PM, Esteban Cervetto http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell>>*>>>* > wrote:*>>>**>>>* hello:*>>>**>>>* I was compiled the latest version of > Shotwell from Git with*>>>**>>>* git clone git://yorba.org/shotwell*>>>**>>>* > but I can't see the face-recognition feature*>>>**>>>* I could not figure > out the answer to get try face-recognition*>>>**>>>**>>>* Regards*>>>**>>>* > Esteban*>>>* _______________________________________________*>>>* Shotwell > mailing list*>>>* Shotwell at lists.yorba.org < > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell>*>>>* > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell*>>>**>>>**>* > _______________________________________________*>* Shotwell mailing list*>* > Shotwell at lists.yorba.org < > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell>*>* > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell* > > > []'sf.rique > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From alexander.wilms at zoho.com Tue Jan 15 23:42:53 2013 From: alexander.wilms at zoho.com (Alexander Wilms) Date: Wed, 16 Jan 2013 00:42:53 +0100 Subject: [Shotwell] Separate views for Events, Faces & Places? Message-ID: <50F5E97D.10304@zoho.com> Hi, I think that the map feature as well as the faces tool should have separate views, not only an entry in the pane which filters photos, respectively a rather map in one corner. I imagine something similar to iPhoto: When clicking on the faces entry in the pane, show an overview of all persons in the database with their face shown as a tile, like an event. [1] The maps view would contain a big libchamplain-widget, clicking on a pin could show some options, one of them being to show all photos that are near to the one selected. [2] Assigning names to faces or manually geocoding picture could still be done in the normal photo library, but in my opinion this would make it also pleasant to browse photos which are tagged like that. What do you think? Kind Regards Alex [1] http://www.turkeymonkey.com/wp-content/uploads/2009/02/iphoto-faces.jpg [2] http://www.mactalk.com.au/wp-content/uploads/2010/08/japan-2.jpg From sf.rique at gmail.com Wed Jan 16 01:43:51 2013 From: sf.rique at gmail.com (Henrique Santos Fernandes) Date: Tue, 15 Jan 2013 23:43:51 -0200 Subject: [Shotwell] FaceTools In-Reply-To: References: Message-ID: Lucas, I am glad to hear it is alive, but i am not a programmer. I thought i might help with tests and etc. I might give it a try on the git and compile it to teste the facetools. I also maybe try use openCV and other script to just tag my current library. What i want is to have the image tagged if some face appers on it. Doesn't have to be the information about where the face are and stuff. Just a tag would be ok. Thanks for the info! Looks like the facetools will not apper soon on shotwell right? []'sf.rique On Tue, Jan 15, 2013 at 6:34 PM, Lucas Beeler wrote: > Hi Henrique, > > The Shotwell Faces Tool is alive. It just lives in its own branch in the > Shotwell git repository. To switch to it, just clone the Shotwell repo and > do a: > > $ git checkout faces > > You'll then need to run ./configure with --enable-faces. > > If you'd like to contribute to Shotwell, we would appreciate it! One thing > you could potentially do is this: the Shotwell faces branch is based on > Shotwell 0.12.x. It would be really useful to bring this branch into sync > with the current master. > > Cheers, > Lucas > > > On Sat, Jan 12, 2013 at 7:57 PM, Henrique Santos Fernandes < > sf.rique at gmail.com> wrote: > >> Hello! >> >> >> Is there any news on FacesTool ? >> >> This email is back on August and said in a few weeks would be news! >> >> Shotwell is great i tried using all other softwares, but shotwell is >> the best i found. But this is onething that picasa have and shotwell >> does! >> >> Anything i can do to help? Test maybe? >> >> Other question, the facetool wil write the metadata on the image if i >> have this options marked? >> >> If it does, would be as same as picasa do? >> >> just an example of picasa exif info: >> >> Region Applied To Dimensions W : 2048 >> Region Applied To Dimensions H : 1536 >> Region Applied To Dimensions Unit: pixel >> Region Name : Person1, Person2, Person3 >> Region Type : Face, Face, Face >> Region Area X : 0.714844, 0.231445, 0.642822 >> Region Area Y : 0.246745, 0.428385, 0.44694 >> Region Area W : 0.182617, 0.227539, 0.208496 >> Region Area H : 0.291667, 0.364583, 0.332682 >> Region Area Unit : normalized, normalized, normalized >> >> >> Thanks a lot! >> >> Hi Esteban, >> > You can't install or use the Faces Tool yet. Valentin and I are still >> > working to glue the two parts of his project together. The first part >> > is the Faces Tool UI in Shotwell and the second part is a family of >> > helper programs written in C++ that Shotwell spawns as external >> > processes to do face detection and recognition. I'm hoping that we'll >> > get these two parts integrated and then commit the integrated whole to >> > a branch in the Yorba repo within the next few weeks. Once that >> > happens, you should be able to pull from that branch to get Faces Tool >> > support. >> > Cheers, >> > Lucas >> >> >> On Fri, Aug 31, 2012 at 9:38 PM, Esteban Cervetto >> > > wrote: >> >* I would like how can i install the FaceTool*>* >> http://redmine.yorba.org/projects/shotwell/wiki/FacesTool implemented*>* >> on August 27, 2012*>* I was installed the old valentin repository*>* git >> clone git://github.com/Sanva/shotwell-gsoc.git*>* but only shows a tool >> that you have to identify manually the faces by*>* mean a rectangle >> tool*>**>* and had compiled the ours*>**>* I didn't fint it >> twice!*>**>**>**>**>* 2012/8/14 Esteban Cervetto > gmail.com >:*>>* >> Hola Valent?n!*>>**>>* Estoy siguiendo tu proyecto de detecci?n de >> rostros.*>>* Como usuario final, me gustar?a ser uno de los primeros en >> probarlo ;-)*>>**>>* Lo que no pude hacer fue lograr que Shotwell me >> reconozca*>>* autom?ticamente las caras. Si logre que me permita >> identificarlas*>>* manualmente*>>**>>* Compil? lo siguiente:*>>**>>* #git >> init*>>* #clono codigo prestado Shotwell*>>* #git clone git:// >> github.com/Sanva/shotwell-gsoc.git*>>* #le incorporo el desarrollo de >> facedetect que esta en esta revision*>>* #git merge >> 6c805edfbf0ed0e2a42a38f8efda51003dd5f5f2*>>**>>* luego compilo*>>* >> #./configure --define=ENABLE_FACES*>>* #make*>>* #./shotwell*>>**>>* Hice >> algo mal?*>>**>>* Saludos!*>>**>>**>>**>>**>>* 2012/8/13 Adam Dingle > at yorba.org >:*>>>* >> Esteban,*>>>**>>>* there is no face recognition code in Shotwell's git >> repository, so I'm not*>>>* surprised that you didn't see it. :) Valent?n >> Barros has been working on*>>>* adding face recognition as a Google Summer >> of Code project, but none of his*>>>* changes have been committed to trunk >> yet. You can read about his progress*>>>* on his blog at >> http://sanva.net/ . If you get in touch with him, he can*>>>* tell you >> more. We hope to commit some of his changes in time for the*>>>* upcoming >> 0.13 release. Cheers -*>>>**>>>* adam*>>>**>>>**>>>* On Sun, Aug 12, 2012 >> at 9:28 PM, Esteban Cervetto > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell>>*>>>* >> wrote:*>>>**>>>* hello:*>>>**>>>* I was compiled the latest version of >> Shotwell from Git with*>>>**>>>* git clone git://yorba.org/shotwell*>>>**>>>* >> but I can't see the face-recognition feature*>>>**>>>* I could not figure >> out the answer to get try face-recognition*>>>**>>>**>>>* Regards*>>>**>>>* >> Esteban*>>>* _______________________________________________*>>>* Shotwell >> mailing list*>>>* Shotwell at lists.yorba.org < >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell>*>>>* >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell*>>>**>>>**>* >> _______________________________________________*>* Shotwell mailing list*>* >> Shotwell at lists.yorba.org < >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell>*>* >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell* >> >> >> []'sf.rique >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From preining at logic.at Wed Jan 16 03:03:51 2013 From: preining at logic.at (Norbert Preining) Date: Wed, 16 Jan 2013 12:03:51 +0900 Subject: [Shotwell] FaceTools In-Reply-To: References: Message-ID: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> Hi Lucas, > On Tue, Jan 15, 2013 at 6:34 PM, Lucas Beeler wrote: > > $ git checkout faces > > > > You'll then need to run ./configure with --enable-faces. > > > > If you'd like to contribute to Shotwell, we would appreciate it! One thing > > you could potentially do is this: the Shotwell faces branch is based on > > Shotwell 0.12.x. It would be really useful to bring this branch into sync > > with the current master. I have done a rebase and fixed the conflicts, all trivial, but it does not compile, due to call to gdk_device_get_position The error message is: src/util/ui.vala:114.5-114.27: error: The name `gdk_device_get_position' does not exist in the context of `is_pointer_over' gdk_device_get_position(devmgr.get_client_pointer(), null, out x, out y); ^^^^^^^^^^^^^^^^^^^^^^^ Compilation failed: 1 error(s), 0 warning(s) It looks like the call needs a GdkDevice.... If you have any idea, let me know, and if I should send a diff, too. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From jim at yorba.org Thu Jan 17 01:53:33 2013 From: jim at yorba.org (Nelson, Jim) Date: Thu, 17 Jan 2013 01:45:33 -0008 Subject: [Shotwell] Separate views for Events, Faces & Places? In-Reply-To: <50F5E97D.10304@zoho.com> References: <50F5E97D.10304@zoho.com> Message-ID: <50f7598c.e8e2440a.3a40.0294@mx.google.com> We have high interest in both these features, but as you can imagine they both require a lot of work to complete. ?In the case of maps, we're taking small steps to get basic functionality in place, and then from there will look to expand it. ?For faces, there's more work to do, but your suggestions to fit in with our vision going forward. ?In particular, we do a similar view for Events, so Faces is a fit as well. Thanks, -- Jim On Tue, Jan 15, 2013 at 3:42 PM, Alexander Wilms wrote: Hi, I think that the map feature as well as the faces tool should have separate views, not only an entry in the pane which filters photos, respectively a rather map in one corner. I imagine something similar to iPhoto: When clicking on the faces entry in the pane, show an overview of all persons in the database with their face shown as a tile, like an event. [1] The maps view would contain a big libchamplain-widget, clicking on a pin could show some options, one of them being to show all photos that are near to the one selected. [2] Assigning names to faces or manually geocoding picture could still be done in the normal photo library, but in my opinion this would make it also pleasant to browse photos which are tagged like that. What do you think? Kind Regards Alex [1] http://www.turkeymonkey.com/wp-content/uploads/2009/02/iphoto-faces.jpg [2] http://www.mactalk.com.au/wp-content/uploads/2010/08/japan-2.jpg _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From javajens at gmail.com Thu Jan 17 08:51:14 2013 From: javajens at gmail.com (Jens B.) Date: Thu, 17 Jan 2013 09:51:14 +0100 Subject: [Shotwell] Shotwell develop raw files on import Message-ID: Hi there, first of all thanks for this great software. Maybe my question is a dumb one, as I might not have a good idea of a nice workflow when working with Shotwell+Raw files, so please forgive me. If my approach is totally horrid, please point me in the right direction Right now I import all my pictures into Shotwell and sort+tag then. After that I develop some in Rawtherapee. My problem right now is, that on intially viewing the images shotwell develops the raw files as I view them. Is it possible to develop them on import? Right now I have a nasty workaround, import with shotwell as default raw developer, set to camera and back to shotwell, with all images selected. This of course is not good, as it has to develop each image twice, but that at least allows me to view the images fast. Thanks! Jens From roumano at gmail.com Thu Jan 17 09:37:12 2013 From: roumano at gmail.com (Christian Iuga) Date: Thu, 17 Jan 2013 10:37:12 +0100 Subject: [Shotwell] external raw : darktable Message-ID: Hi, Darktable (a raw developer) as just commit a dbus server to add a way to tell it to load images/folders. Etherwise, it's can also be launch via command line For more information, see http://www.darktable.org/redmine/projects/darktable/repository/revisions/543e664f367721e88dfa0cddf5c93006adbc7576 * It's will be great, if darktable can be added as external raw developer in shotwell* Regards From lucas at yorba.org Thu Jan 17 20:15:19 2013 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 17 Jan 2013 12:15:19 -0800 Subject: [Shotwell] external raw : darktable In-Reply-To: References: Message-ID: Hi Christian, This request is really a subset of an existing Shotwell feature request: http://redmine.yorba.org/issues/3061. Your ideas are good so you should add them as a comment on that ticket! Cheers, Lucas On Thu, Jan 17, 2013 at 1:37 AM, Christian Iuga wrote: > Hi, > > > Darktable (a raw developer) as just commit a dbus server to add a way to > tell it to load images/folders. > Etherwise, it's can also be launch via command line > > For more information, see > > http://www.darktable.org/redmine/projects/darktable/repository/revisions/543e664f367721e88dfa0cddf5c93006adbc7576 > * > It's will be great, if darktable can be added as external raw > developer in shotwell* > > Regards > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From alexander.wilms at zoho.com Fri Jan 18 01:00:36 2013 From: alexander.wilms at zoho.com (Alexander Wilms) Date: Fri, 18 Jan 2013 02:00:36 +0100 Subject: [Shotwell] Separate views for Events, Faces & Places? In-Reply-To: <50f7598c.e8e2440a.3a40.0294@mx.google.com> References: <50F5E97D.10304@zoho.com> <50f7598c.e8e2440a.3a40.0294@mx.google.com> Message-ID: <50F89EB4.40901@zoho.com> That's good to hear :) Alex From lucas at yorba.org Fri Jan 18 22:47:01 2013 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 18 Jan 2013 14:47:01 -0800 Subject: [Shotwell] FaceTools In-Reply-To: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> Message-ID: Hi Norbert, > It looks like the call needs a GdkDevice... You're completely right about this. And indeed, calling get_client_pointer() on the Gdk.DeviceManager instance available as a local variable in the method block will give you the Gdk.Device for the primary mouse pointer, which is what you want. Once you get the merged Faces Tool to compile, by all means send an updated diff! Lucas From preining at logic.at Sat Jan 19 00:33:41 2013 From: preining at logic.at (Norbert Preining) Date: Sat, 19 Jan 2013 09:33:41 +0900 Subject: [Shotwell] FaceTools In-Reply-To: References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> Message-ID: <20130119003341.GL16694@gamma.logic.tuwien.ac.at> On Fr, 18 Jan 2013, Lucas Beeler wrote: > Once you get the merged Faces Tool to compile, by all means send an > updated diff! Mail was too big, moderator please allow passing. In the meantime, fix patch is in my branch faces_work at https://preining at bitbucket.org/preining/shotwell.git together with the comments_review branch Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From preining at logic.at Sat Jan 19 00:26:46 2013 From: preining at logic.at (Norbert Preining) Date: Sat, 19 Jan 2013 09:26:46 +0900 Subject: [Shotwell] FaceTools In-Reply-To: References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> Message-ID: <20130119002646.GK16694@gamma.logic.tuwien.ac.at> Hi Lucas, On Fr, 18 Jan 2013, Lucas Beeler wrote: > You're completely right about this. And indeed, calling > get_client_pointer() on the Gdk.DeviceManager instance available as a Ahh, looking into the valadoc I see that the calling convention have changed, I had to change gdk_device_get_position(devmgr.get_client_pointer(), null, out x, out y); into devmgr.get_client_pointer().get_position(null, out x, out y); which seems to work ... Other observation, the patch does not implement a check for the presence of libopencv development headers. I realized only at compilation time. I am not sure if that should be done or now. > Once you get the merged Faces Tool to compile, by all means send an > updated diff! Attached. BTW, I have all my stuff in a git repo ... would make it easier if I could push some branches to the yorba shotwell.git ... Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From preining at logic.at Sat Jan 19 00:54:08 2013 From: preining at logic.at (Norbert Preining) Date: Sat, 19 Jan 2013 09:54:08 +0900 Subject: [Shotwell] FaceTools In-Reply-To: <20130119002646.GK16694@gamma.logic.tuwien.ac.at> References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> <20130119002646.GK16694@gamma.logic.tuwien.ac.at> Message-ID: <20130119005408.GN16694@gamma.logic.tuwien.ac.at> Hi Lucas, somehow the attachment was zapped. Please find it at http://www.preining.info/0001-Committed-Faces-Tool-and-automatic-face-detection-su.patch On Sa, 19 Jan 2013, Norbert Preining wrote: > Hi Lucas, > > On Fr, 18 Jan 2013, Lucas Beeler wrote: > > You're completely right about this. And indeed, calling > > get_client_pointer() on the Gdk.DeviceManager instance available as a > > Ahh, looking into the valadoc I see that the calling convention have > changed, I had to change > gdk_device_get_position(devmgr.get_client_pointer(), null, out x, out y); > into > devmgr.get_client_pointer().get_position(null, out x, out y); > which seems to work ... > > Other observation, the patch does not implement a check for the > presence of libopencv development headers. I realized only at compilation > time. > > I am not sure if that should be done or now. > > > Once you get the merged Faces Tool to compile, by all means send an > > updated diff! > > Attached. > > BTW, I have all my stuff in a git repo ... would make it easier > if I could push some branches to the yorba shotwell.git ... Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From preining at logic.at Sun Jan 20 23:11:51 2013 From: preining at logic.at (Norbert Preining) Date: Mon, 21 Jan 2013 08:11:51 +0900 Subject: [Shotwell] FaceTools In-Reply-To: <20130119005408.GN16694@gamma.logic.tuwien.ac.at> References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> <20130119002646.GK16694@gamma.logic.tuwien.ac.at> <20130119005408.GN16694@gamma.logic.tuwien.ac.at> Message-ID: <20130120231151.GG29902@gamma.logic.tuwien.ac.at> On Sa, 19 Jan 2013, Norbert Preining wrote: > somehow the attachment was zapped. > > Please find it at > http://www.preining.info/0001-Committed-Faces-Tool-and-automatic-face-detection-su.patch ping ... should I submit it to one of the feature/bug reports? Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From maxxer at ufficyo.com Mon Jan 21 19:59:39 2013 From: maxxer at ufficyo.com (Lorenzo Milesi) Date: Mon, 21 Jan 2013 20:59:39 +0100 (CET) Subject: [Shotwell] Shotwell PPA Message-ID: <26372555.21.1358798376795.JavaMail.maxxer@dharma> Hi. The shotwell package for Precise in PPA depends on libgstreamer1.0-0, but it's not available in packages. Is that a mistake or am I missing a PPA? thanks -- Lorenzo Milesi - lorenzo.milesi at yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it From lucas at yorba.org Mon Jan 21 20:02:17 2013 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 21 Jan 2013 12:02:17 -0800 Subject: [Shotwell] Shotwell PPA In-Reply-To: <26372555.21.1358798376795.JavaMail.maxxer@dharma> References: <26372555.21.1358798376795.JavaMail.maxxer@dharma> Message-ID: Hi Lorenzo, You should also subscribe to the GStreamer Developers PPA to get the latest GStreamer 1.0 release. That PPA is available here: https://launchpad.net/~gstreamer-developers/+archive/ppa. Cheers, Lucas On Mon, Jan 21, 2013 at 11:59 AM, Lorenzo Milesi wrote: > Hi. > The shotwell package for Precise in PPA depends on libgstreamer1.0-0, but it's not available in packages. > Is that a mistake or am I missing a PPA? > > thanks > -- > Lorenzo Milesi - lorenzo.milesi at yetopen.it > > GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Mon Jan 21 20:08:46 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 21 Jan 2013 20:00:46 -0008 Subject: [Shotwell] Shotwell PPA In-Reply-To: <26372555.21.1358798376795.JavaMail.maxxer@dharma> References: <26372555.21.1358798376795.JavaMail.maxxer@dharma> Message-ID: <50fda037.47e2440a.7895.ffff8bd9@mx.google.com> Lucas is correct, although there's still an outstanding problem. ?We didn't notice until too late that the Precise gstreamer-1.0 package in their PPA didn't build for 64-bit machines, so we can't copy it into our PPA, which would automate all of this. A recently build went up today with this fixed for 64-bit, which I've copied into our PPA, so hopefully this problem will be remedied in the next day few hours. For those reading along, this is only a problem in Yorba's Daily Build PPA. ?The version of Shotwell in our main PPA still uses the old version of GStreamer. -- Jim On Mon, Jan 21, 2013 at 11:59 AM, Lorenzo Milesi wrote: Hi. The shotwell package for Precise in PPA depends on libgstreamer1.0-0, but it's not available in packages. Is that a mistake or am I missing a PPA? thanks -- Lorenzo Milesi - lorenzo.milesi at yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From maxxer at ufficyo.com Mon Jan 21 20:14:21 2013 From: maxxer at ufficyo.com (Lorenzo Milesi) Date: Mon, 21 Jan 2013 21:14:21 +0100 (CET) Subject: [Shotwell] Shotwell PPA In-Reply-To: Message-ID: <19599727.27.1358799255639.JavaMail.maxxer@dharma> > You should also subscribe to the GStreamer Developers PPA to get the > latest GStreamer 1.0 release. That PPA is available here: > https://launchpad.net/~gstreamer-developers/+archive/ppa. great, thanks. -- Lorenzo Milesi - lorenzo.milesi at yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it From fsondahl at gmail.com Tue Jan 22 00:55:40 2013 From: fsondahl at gmail.com (Forrest Stonedahl) Date: Mon, 21 Jan 2013 18:55:40 -0600 Subject: [Shotwell] keyboard shortcuts (and feature request etiquette) Message-ID: Hi, First, I was curious -- is it better form to post a feature request to this mailing list for community comment, or to just create a "feature request" ticket/issue directly on the redmine site? Second, I would love to have customizable keyboard shortcuts for things like zooming, navigation, etc. For example, I use CTRL-1 and CTRL-0 to zoom a lot, but I can't really do this with one hand, which disrupts my flow. I imagine other users might have different preferences. Third, the default gnome image viewer uses different zoom shortcuts (CTRL-1 and F), and it might be nice if Shotwell used the same? Fourth, when I hit "delete" in full screen mode, the display doesn't seem to update appropriately until I exit full screen mode. Should I file a bug report on the redmine site? Thanks, ~Forrest From sf.rique at gmail.com Tue Jan 22 03:45:19 2013 From: sf.rique at gmail.com (Henrique Santos Fernandes) Date: Tue, 22 Jan 2013 01:45:19 -0200 Subject: [Shotwell] FaceTools In-Reply-To: <20130120231151.GG29902@gamma.logic.tuwien.ac.at> References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> <20130119002646.GK16694@gamma.logic.tuwien.ac.at> <20130119005408.GN16694@gamma.logic.tuwien.ac.at> <20130120231151.GG29902@gamma.logic.tuwien.ac.at> Message-ID: Hello folks Things that i tried and did with this facetools. I was able to compile the git repo with the patch that Norbert made . He helped me also with how to compile. It is working!! For now let me say what i got. I was unable to find how to detec faces. It does not have any iten on menu ( not that i saw ) It is under a button when you open the image. I guess it could have a button on main menu. It seens that it is not saving any data of the picture on exif. So i guess it is only saving on internal database. Has a lot of false positives. Nothing diferent than expect. I thought it would also do recognition but seens to do only detection. Is that right? In anycase it is working and many people would love to have it. But i guess is not ready for realing yet. Now i am gonna ask for something! As i said on the first email. If shotwell save the same format as picasa, we could import faces detected on picasa, and picasa does a great job on it. So it would be possible to make shotwell undertand those: Region Applied To Dimensions W : 2048 > Region Applied To Dimensions H : 1536 > Region Applied To Dimensions Unit: pixel > Region Name : Person1, Person2, Person3 > Region Type : Face, Face, Face > Region Area X : 0.714844, 0.231445, 0.642822 > Region Area Y : 0.246745, 0.428385, 0.44694 > Region Area W : 0.182617, 0.227539, 0.208496 > Region Area H : 0.291667, 0.364583, 0.332682 > Region Area Unit : normalized, normalized, normalized So when imported in shotwell, the faces you had selected on picasa will apear on shotwell. I know that is not a great idea, but i rather add faces on picasa and importe on shotwell than not having faces at all on shotwell for now. Hope the facetool keeps getting better and we don't need picasa for that anymore. Well, i guess is that Thanks for great software that shotwell is. I had used all and stick with shotwell, It is simple and clean and does the job well! And sorry for my bad english =] If any one needs help to compile on ubuntu 12,04 i would be glad to help. But i guess is better to compile on the newer version of ubuntu. []'sf.rique On Sun, Jan 20, 2013 at 9:11 PM, Norbert Preining wrote: > On Sa, 19 Jan 2013, Norbert Preining wrote: > > somehow the attachment was zapped. > > > > Please find it at > > > http://www.preining.info/0001-Committed-Faces-Tool-and-automatic-face-detection-su.patch > > ping ... > > should I submit it to one of the feature/bug reports? > > Norbert > > ------------------------------------------------------------------------ > PREINING, Norbert http://www.preining.info > JAIST, Japan TeX Live & Debian Developer > DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 > ------------------------------------------------------------------------ > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From preining at logic.at Tue Jan 22 05:04:39 2013 From: preining at logic.at (Norbert Preining) Date: Tue, 22 Jan 2013 14:04:39 +0900 Subject: [Shotwell] FaceTools In-Reply-To: References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> <20130119002646.GK16694@gamma.logic.tuwien.ac.at> <20130119005408.GN16694@gamma.logic.tuwien.ac.at> <20130120231151.GG29902@gamma.logic.tuwien.ac.at> Message-ID: <20130122050439.GI5495@gamma.logic.tuwien.ac.at> Hi, On Di, 22 Jan 2013, Henrique Santos Fernandes wrote: > I was unable to find how to detec faces. It does not have any iten on menu > ( not that i saw ) It is under a button when you open the image. I guess > it could have a button on main menu. I see a button "Faces" in the bottom bar, that looks quite natural to me. > It seens that it is not saving any data of the picture on exif. So i guess > it is only saving on internal database. Yes, in the main photo.db the tables FaceTable (id, name, time created) FaceLocationTable (id, face_table_id, photo_id, geometry) > Has a lot of false positives. Nothing diferent than expect. Well, nothing to be done here but improving the underlying libs. > As i said on the first email. If shotwell save the same format as picasa, > we could import faces detected on picasa, and picasa does a great job on > it. So it would be possible to make shotwell undertand those: > > Region Applied To Dimensions W : 2048 > > Region Applied To Dimensions H : 1536 > > Region Applied To Dimensions Unit: pixel > > Region Name : Person1, Person2, Person3 > > Region Type : Face, Face, Face > > Region Area X : 0.714844, 0.231445, 0.642822 > > Region Area Y : 0.246745, 0.428385, 0.44694 > > Region Area W : 0.182617, 0.227539, 0.208496 > > Region Area H : 0.291667, 0.364583, 0.332682 > > Region Area Unit : normalized, normalized, normalized As far as I see the code only rectangle shapes are supported, but import could be done, as the FaceLocationTable contains in the geometry column objects like: Rectangle;0.681;0.816;0.125;0.12 which should be able to be created from the information in Picasa. > So when imported in shotwell, the faces you had selected on picasa will > apear on shotwell. Well, then someone has to write an importer .... that is the big question. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From jim at yorba.org Tue Jan 22 20:56:58 2013 From: jim at yorba.org (Jim Nelson) Date: Tue, 22 Jan 2013 20:48:58 -0008 Subject: [Shotwell] keyboard shortcuts (and feature request etiquette) In-Reply-To: References: Message-ID: <50fefd02.c4e9440a.2de9.399d@mx.google.com> In general, the mailing list is better for comments and discussion, while feature requests should go to our ticket database. ?Some times people want to discuss a feature before opening a ticket, and the mailing list is a good place for that. ?We sometimes use the comments section in the ticket to discuss feature requests as well. As far as customizing the keyboard, are you aware that Shotwell has several other keys mapped to zooming? ?The numeric keypad /, *, +, and - all perform zooming functions. ?These are used by other applications as well. Good catch with the fullscreen bug. ?I've ticketed it here: http://redmine.yorba.org/issues/6244 ?If you find more, feel free to ticket them directly! -- Jim On Mon, Jan 21, 2013 at 4:55 PM, Forrest Stonedahl wrote: Hi, First, I was curious -- is it better form to post a feature request to this mailing list for community comment, or to just create a "feature request" ticket/issue directly on the redmine site? Second, I would love to have customizable keyboard shortcuts for things like zooming, navigation, etc. For example, I use CTRL-1 and CTRL-0 to zoom a lot, but I can't really do this with one hand, which disrupts my flow. I imagine other users might have different preferences. Third, the default gnome image viewer uses different zoom shortcuts (CTRL-1 and F), and it might be nice if Shotwell used the same? Fourth, when I hit "delete" in full screen mode, the display doesn't seem to update appropriately until I exit full screen mode. Should I file a bug report on the redmine site? Thanks, ~Forrest _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From fsondahl at gmail.com Tue Jan 22 21:17:19 2013 From: fsondahl at gmail.com (Forrest Stonedahl) Date: Tue, 22 Jan 2013 15:17:19 -0600 Subject: [Shotwell] keyboard shortcuts (and feature request etiquette) In-Reply-To: <50fefd02.c4e9440a.2de9.399d@mx.google.com> References: <50fefd02.c4e9440a.2de9.399d@mx.google.com> Message-ID: Thanks for the explanation. I'm afraid my laptop doesn't have a number pad, so the keypad shortcuts won't help me much. Is there a page somewhere that lists all of the keyboard shortcuts for Shotwell? (Are there keyboard shortcuts for cropping, for instance?) I've tried Googling without any luck. Cheers, ~Forrest On Tue, Jan 22, 2013 at 2:56 PM, Jim Nelson wrote: > In general, the mailing list is better for comments and discussion, while > feature requests should go to our ticket database. Some times people want > to discuss a feature before opening a ticket, and the mailing list is a good > place for that. We sometimes use the comments section in the ticket to > discuss feature requests as well. > > As far as customizing the keyboard, are you aware that Shotwell has several > other keys mapped to zooming? The numeric keypad /, *, +, and - all perform > zooming functions. These are used by other applications as well. > > Good catch with the fullscreen bug. I've ticketed it here: > http://redmine.yorba.org/issues/6244 If you find more, feel free to ticket > them directly! > > -- Jim > > > On Mon, Jan 21, 2013 at 4:55 PM, Forrest Stonedahl > wrote: > > Hi, > > First, I was curious -- is it better form to post a feature request to > this mailing list for community comment, or to just create a "feature > request" ticket/issue directly on the redmine site? > > Second, I would love to have customizable keyboard shortcuts for > things like zooming, navigation, etc. For example, I use CTRL-1 and > CTRL-0 to zoom a lot, but I can't really do this with one hand, which > disrupts my flow. I imagine other users might have different > preferences. > > Third, the default gnome image viewer uses different zoom shortcuts > (CTRL-1 and F), and it might be nice if Shotwell used the same? > > Fourth, when I hit "delete" in full screen mode, the display doesn't > seem to update appropriately until I exit full screen mode. Should I > file a bug report on the redmine site? > > Thanks, > > ~Forrest > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From jim at yorba.org Tue Jan 22 22:01:12 2013 From: jim at yorba.org (Jim Nelson) Date: Tue, 22 Jan 2013 21:53:12 -0008 Subject: [Shotwell] keyboard shortcuts (and feature request etiquette) In-Reply-To: References: <50fefd02.c4e9440a.2de9.399d@mx.google.com> Message-ID: <50ff0c0f.e4ec440a.7bd8.479b@mx.google.com> The F1 help displays appropriate shortcut keys for the tasks each page discusses, but I don't believe we have a single page listing all the keyboard shortcuts. ?That's another good idea; I've ticketed it at http://redmine.yorba.org/issues/6246 ?I don't know when we'll get to doing it, but it's certainly something we would appreciate an outside contributor trying to do. -- Jim On Tue, Jan 22, 2013 at 1:17 PM, Forrest Stonedahl wrote: Thanks for the explanation. I'm afraid my laptop doesn't have a number pad, so the keypad shortcuts won't help me much. Is there a page somewhere that lists all of the keyboard shortcuts for Shotwell? (Are there keyboard shortcuts for cropping, for instance?) I've tried Googling without any luck. Cheers, ~Forrest On Tue, Jan 22, 2013 at 2:56 PM, Jim Nelson wrote: > In general, the mailing list is better for comments and discussion, while > feature requests should go to our ticket database. Some times people want > to discuss a feature before opening a ticket, and the mailing list is a good > place for that. We sometimes use the comments section in the ticket to > discuss feature requests as well. > > As far as customizing the keyboard, are you aware that Shotwell has several > other keys mapped to zooming? The numeric keypad /, *, +, and - all perform > zooming functions. These are used by other applications as well. > > Good catch with the fullscreen bug. I've ticketed it here: > http://redmine.yorba.org/issues/6244 If you find more, feel free to ticket > them directly! > > -- Jim > > > On Mon, Jan 21, 2013 at 4:55 PM, Forrest Stonedahl > wrote: > > Hi, > > First, I was curious -- is it better form to post a feature request to > this mailing list for community comment, or to just create a "feature > request" ticket/issue directly on the redmine site? > > Second, I would love to have customizable keyboard shortcuts for > things like zooming, navigation, etc. For example, I use CTRL-1 and > CTRL-0 to zoom a lot, but I can't really do this with one hand, which > disrupts my flow. I imagine other users might have different > preferences. > > Third, the default gnome image viewer uses different zoom shortcuts > (CTRL-1 and F), and it might be nice if Shotwell used the same? > > Fourth, when I hit "delete" in full screen mode, the display doesn't > seem to update appropriately until I exit full screen mode. Should I > file a bug report on the redmine site? > > Thanks, > > ~Forrest > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From lucas at yorba.org Tue Jan 22 22:07:30 2013 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 22 Jan 2013 14:07:30 -0800 Subject: [Shotwell] FaceTools In-Reply-To: <20130122050439.GI5495@gamma.logic.tuwien.ac.at> References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> <20130119002646.GK16694@gamma.logic.tuwien.ac.at> <20130119005408.GN16694@gamma.logic.tuwien.ac.at> <20130120231151.GG29902@gamma.logic.tuwien.ac.at> <20130122050439.GI5495@gamma.logic.tuwien.ac.at> Message-ID: Hi Norbert, Henrique and others, A big thanks to you, Norbert, for rebasing the faces branch onto the current git master. This definitely makes you the Shotwell Hero of the Week! The faces branch in the Shotwell repo was updated with your merged changes this morning. To Henrique and others who want to try out the Faces tool: this is a great time to do it because right now the faces branch is fully up-to-date with Shotwell master. If you'd like to play around with the faces tool, just clone the Shotwell repo and do a: $ git checkout faces You'll then need to run ./configure with --enable-faces. Cheers and thanks, Lucas On Mon, Jan 21, 2013 at 9:04 PM, Norbert Preining wrote: > Hi, > > On Di, 22 Jan 2013, Henrique Santos Fernandes wrote: >> I was unable to find how to detec faces. It does not have any iten on menu >> ( not that i saw ) It is under a button when you open the image. I guess >> it could have a button on main menu. > > I see a button "Faces" in the bottom bar, that looks quite natural to me. > >> It seens that it is not saving any data of the picture on exif. So i guess >> it is only saving on internal database. > > Yes, in the main photo.db the tables > FaceTable (id, name, time created) > FaceLocationTable (id, face_table_id, photo_id, geometry) > >> Has a lot of false positives. Nothing diferent than expect. > > Well, nothing to be done here but improving the underlying libs. > >> As i said on the first email. If shotwell save the same format as picasa, >> we could import faces detected on picasa, and picasa does a great job on >> it. So it would be possible to make shotwell undertand those: >> >> Region Applied To Dimensions W : 2048 >> > Region Applied To Dimensions H : 1536 >> > Region Applied To Dimensions Unit: pixel >> > Region Name : Person1, Person2, Person3 >> > Region Type : Face, Face, Face >> > Region Area X : 0.714844, 0.231445, 0.642822 >> > Region Area Y : 0.246745, 0.428385, 0.44694 >> > Region Area W : 0.182617, 0.227539, 0.208496 >> > Region Area H : 0.291667, 0.364583, 0.332682 >> > Region Area Unit : normalized, normalized, normalized > > As far as I see the code only rectangle shapes are supported, but > import could be done, as the FaceLocationTable contains in the > geometry column objects like: > Rectangle;0.681;0.816;0.125;0.12 > which should be able to be created from the information in Picasa. > >> So when imported in shotwell, the faces you had selected on picasa will >> apear on shotwell. > > Well, then someone has to write an importer .... that is the big question. > > Norbert > > ------------------------------------------------------------------------ > PREINING, Norbert http://www.preining.info > JAIST, Japan TeX Live & Debian Developer > DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 > ------------------------------------------------------------------------ > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From preining at logic.at Tue Jan 22 22:47:12 2013 From: preining at logic.at (Norbert Preining) Date: Wed, 23 Jan 2013 07:47:12 +0900 Subject: [Shotwell] FaceTools In-Reply-To: References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> <20130119002646.GK16694@gamma.logic.tuwien.ac.at> <20130119005408.GN16694@gamma.logic.tuwien.ac.at> <20130120231151.GG29902@gamma.logic.tuwien.ac.at> <20130122050439.GI5495@gamma.logic.tuwien.ac.at> Message-ID: <20130122224712.GK26959@gamma.logic.tuwien.ac.at> Hi Lucas, On Di, 22 Jan 2013, Lucas Beeler wrote: > A big thanks to you, Norbert, for rebasing the faces branch onto the > current git master. This definitely makes you the Shotwell Hero of the Well, you wrote the code, that is much more important! > To Henrique and others who want to try out the Faces tool: this is a > great time to do it because right now the faces branch is fully > up-to-date with Shotwell master. If you'd like to play around with the Is there anything in particular that might be of interest for that. Norbert PS: I still hope that the comments patch goes through review at some point ;-) ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From lucas at yorba.org Wed Jan 23 19:22:56 2013 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 23 Jan 2013 11:22:56 -0800 Subject: [Shotwell] FaceTools In-Reply-To: <20130122224712.GK26959@gamma.logic.tuwien.ac.at> References: <20130116030351.GA2304@gamma.logic.tuwien.ac.at> <20130119002646.GK16694@gamma.logic.tuwien.ac.at> <20130119005408.GN16694@gamma.logic.tuwien.ac.at> <20130120231151.GG29902@gamma.logic.tuwien.ac.at> <20130122050439.GI5495@gamma.logic.tuwien.ac.at> <20130122224712.GK26959@gamma.logic.tuwien.ac.at> Message-ID: On Tue, Jan 22, 2013 at 2:47 PM, Norbert Preining wrote: > Well, you wrote the code, that is much more important! Actually, Valentin Barros Puertas, our Google Summer of Code intern, developed the Faces feature almost single-handedly. Credit goes to him! Bravo! From clinton at yorba.org Wed Jan 23 20:19:45 2013 From: clinton at yorba.org (Clint Rogers) Date: Wed, 23 Jan 2013 12:19:45 -0800 Subject: [Shotwell] Shotwell develop raw files on import Message-ID: Hi Jens, > first of all thanks for this great software. Thanks, we're glad you like it! > Maybe my question is a dumb one There's no such thing - getting questions answered is what this list is here for. > , as I might not have a good idea of a nice > workflow when working with Shotwell+Raw files, so please forgive me. If my > approach is totally horrid, please point me in the right direction > > Right now I import all my pictures into Shotwell and sort+tag then. After > that I develop some in Rawtherapee. > > My problem right now is, that on intially viewing the images shotwell > develops the raw files as I view them. Is it possible to develop them on > import? I've ticketed this as a feature request at http://redmine.yorba.org/issues/6254 and I will definitely bring it up with the rest of the team. I can see why you'd want this - navigating through a large group of camera-raw images can take significant time as each one gets developed on-demand. > Right now I have a nasty workaround, import with shotwell as default raw > developer, set to camera and back to shotwell, with all images selected. ...which is a remarkably unpleasant way to have to proceed, as you note. Looking at the schedule, I don't think this is something that we'll be able to address in 0.14, but I am going to tentatively mark it for the version after that. Thank you for taking time to write us; if you have further questions or see any other user-experience issues, please let us know. Cheers, -c -- public struct Box { public static const int HAND_GRENADES = 12; -- from shotwell/src/Box.vala From preining at logic.at Wed Jan 23 23:38:52 2013 From: preining at logic.at (Norbert Preining) Date: Thu, 24 Jan 2013 08:38:52 +0900 Subject: [Shotwell] faces branch and merging/rebasing Message-ID: <20130123233852.GD24310@gamma.logic.tuwien.ac.at> Hi Lucas, I have one request: The current faces branch is a pain somehow, as it cannot be rebased easily. I would like to do git checkout faces git checkout -b faces_work git rebase master (I do the same for my comments branch to keep them on top of master). Since what was committed by you/me 2764e32791 on the faces branch actually scoops up *ALL* the changes from 2012/09 onward into one commit, this does not work. I have now made the merge manually, created *one* commit on top of current master that implement the faces, and nothing else: $ git log commit e04b9d5ab7d425edc9e2449e19a284f7c6dc031e Author: Norbert Preining Date: Thu Jan 24 08:27:33 2013 +0900 Faces tool: - original patch written by Valentin Barros Puertas - first submit by Lucas Beeler - rebasing on head as of 2013/01/22 by Norbert Preining - converting into single patch for easy rebasing by Norbert Preining commit cd89cc3da3fcf48701482f33fb2adb0f7481c23c Author: Joseph Bylund Date: Wed Jan 23 13:34:21 2013 -0800 Fixes a build system issue in which the GSchema XML files would not be properly recompiled. Closes #6178. .... This patch (git format-patch HEAD^) is available at http://www.preining.info/0001-Faces-tool.patch I woulkd suggest, if this is not against the policy of yorba: - trash the current faces branch (or rename it to faces_old) - checkout a new faces branch from current master - git am 0001-Faces-tool.patch and push the stuff out to your git server. It will make those people following the faces branch to delete and recheckout their faces branch, but that is the usual problem with rebased branches. >From now on we *could* always do git merge master into the faces branch, to keep it uptodate and easily mergeable back into master. But also for git merge master we need commits that are only related to faces, and the big update commit does not play well here. I hope this is undestandable ...if not, let me know. Thanks a lot Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From lucas at yorba.org Thu Jan 24 01:17:23 2013 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 23 Jan 2013 17:17:23 -0800 Subject: [Shotwell] faces branch and merging/rebasing In-Reply-To: <20130123233852.GD24310@gamma.logic.tuwien.ac.at> References: <20130123233852.GD24310@gamma.logic.tuwien.ac.at> Message-ID: Hi Norbert, You wrote: > From now on we *could* always do > git merge master > into the faces branch, to keep it uptodate > and easily mergeable back into master. This is a good idea and is exactly what I have done. I just completed the mega-merge of master back onto faces and resolved the conflicts it created. Master and faces now have a new, up-to-date common ancestor. Moving forward, let's continue use git merge instead of git rebase. Cheers, Lucas From preining at logic.at Thu Jan 24 01:22:05 2013 From: preining at logic.at (Norbert Preining) Date: Thu, 24 Jan 2013 10:22:05 +0900 Subject: [Shotwell] faces branch and merging/rebasing In-Reply-To: References: <20130123233852.GD24310@gamma.logic.tuwien.ac.at> Message-ID: <20130124012205.GF24310@gamma.logic.tuwien.ac.at> On Mi, 23 Jan 2013, Lucas Beeler wrote: > This is a good idea and is exactly what I have done. I just completed > the mega-merge of master back onto faces and resolved the conflicts it > created. Master and faces now have a new, up-to-date common ancestor. > Moving forward, let's continue use git merge instead of git rebase. Great, thanks!!! Comments patch updated ... last item resolved (stripped CRLF). Enjoy Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From preining at logic.at Thu Jan 24 01:29:35 2013 From: preining at logic.at (Norbert Preining) Date: Thu, 24 Jan 2013 10:29:35 +0900 Subject: [Shotwell] faces branch and merging/rebasing In-Reply-To: References: <20130123233852.GD24310@gamma.logic.tuwien.ac.at> Message-ID: <20130124012935.GG24310@gamma.logic.tuwien.ac.at> Hi Lucas, On Mi, 23 Jan 2013, Lucas Beeler wrote: > > From now on we *could* always do > > git merge master > > into the faces branch, to keep it uptodate > > and easily mergeable back into master. > > This is a good idea and is exactly what I have done. I just completed > the mega-merge of master back onto faces and resolved the conflicts it Sorry, I checked ... no it is different ... you merged master and fixed the errors. *this*is*not*good*! Try calling git merge master on the faces branch! It tries to rewind the not contained commits, the old old ones, on top, which does not work out. We have to get *rid* of the old history to make that work. The big problem is 4d964efc335b343d31a590d401ee1b85dca3c3ea which contains too much. ??? THat is te reason why I send/uploaded *one* single patch that should be used to create a *new* faces branch based on current head, otherwise we wil never be able to merge. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From lucas at yorba.org Thu Jan 24 02:36:18 2013 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 23 Jan 2013 18:36:18 -0800 Subject: [Shotwell] faces branch and merging/rebasing In-Reply-To: <20130124012935.GG24310@gamma.logic.tuwien.ac.at> References: <20130123233852.GD24310@gamma.logic.tuwien.ac.at> <20130124012935.GG24310@gamma.logic.tuwien.ac.at> Message-ID: > Try calling > git merge master > on the faces branch! I actually tested this. I did the mega-merge in commit 12dbe3c5ef904143b01478019bb19050ee94d9f9. This merged master into faces. At this point, I then did some work in master, moving the master branch forward. The master branch moved forward in 1df3e40ded9fd64d5e2e8f1837c69958be89f0ab. And then in 50c2c6eb39622f160639c810d7a3ade119b9245e, I merged the changes that I made in master in 1df3e40ded9fd64d5e2e8f1837c69958be89f0ab into faces. This was as simple as checking out the faces branch and doing a "git merge master". What is the problem? Lucas From lucas at yorba.org Thu Jan 24 02:40:40 2013 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 23 Jan 2013 18:40:40 -0800 Subject: [Shotwell] faces branch and merging/rebasing In-Reply-To: References: <20130123233852.GD24310@gamma.logic.tuwien.ac.at> <20130124012935.GG24310@gamma.logic.tuwien.ac.at> Message-ID: To be clear, I just executed this sequence of commands: lucas at OctoQuant:~/Documents/Shotwell/Repositories/Master$ git checkout faces Switched to branch 'faces' lucas at OctoQuant:~/Documents/Shotwell/Repositories/Master$ git merge master Auto-merging src/Photo.vala Merge made by the 'recursive' strategy. src/MediaDataRepresentation.vala | 2 +- src/Photo.vala | 8 ++++++-- 2 files changed, 7 insertions(+), 3 deletions(-) lucas at OctoQuant:~/Documents/Shotwell/Repositories/Master$ git status # On branch faces # Your branch is ahead of 'origin/faces' by 2 commits. # nothing to commit (working directory clean) So I can merge all the changes from master into faces without incident. Lucas On Wed, Jan 23, 2013 at 6:36 PM, Lucas Beeler wrote: >> Try calling >> git merge master >> on the faces branch! > > I actually tested this. I did the mega-merge in commit > 12dbe3c5ef904143b01478019bb19050ee94d9f9. This merged master into > faces. At this point, I then did some work in master, moving the > master branch forward. The master branch moved forward in > 1df3e40ded9fd64d5e2e8f1837c69958be89f0ab. And then in > 50c2c6eb39622f160639c810d7a3ade119b9245e, I merged the changes that I > made in master in 1df3e40ded9fd64d5e2e8f1837c69958be89f0ab into faces. > This was as simple as checking out the faces branch and doing a "git > merge master". What is the problem? > > Lucas From preining at logic.at Thu Jan 24 03:35:11 2013 From: preining at logic.at (Norbert Preining) Date: Thu, 24 Jan 2013 12:35:11 +0900 Subject: [Shotwell] faces branch and merging/rebasing In-Reply-To: References: <20130123233852.GD24310@gamma.logic.tuwien.ac.at> <20130124012935.GG24310@gamma.logic.tuwien.ac.at> Message-ID: <20130124033511.GA3970@gamma.logic.tuwien.ac.at> Hi Lucas, hmmm ... On Mi, 23 Jan 2013, Lucas Beeler wrote: > So I can merge all the changes from master into faces without incident. Indeed, the first time I tried it wasn't working and tried to remerge the whole changes as before. Now I trashed my faces branch and made a re-checkout and did a test commit to master and merged it, and it worked. Still the history is not nice because of the huge commit that actually contains all the changes from master in one commit. Anyway, not my problem ;-) Ok, sorry for the noise ... Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From golinuxgo at gmail.com Thu Jan 24 05:57:34 2013 From: golinuxgo at gmail.com (go linux) Date: Wed, 23 Jan 2013 23:57:34 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze Message-ID: Greetings! I haven't taken any photos since October of last year. At that time Shotwell recognized my Canon Powershot A610 instantly as it has been doing since I installed squeeze last spring. Today, I plugged in the camera and Shotwell did not auto launch as usual and was unable to access the camera. The error message was: "The camera is locked by another application. Shotwell can only access the camera when it's unlocked. Please close any other application using the camera and try again." I went over to wheezy and Shotwell had no problem recognizing the camera or importing photos. But since squeeze is still my 'working' machine (and most likely will be till the end of the year), I'd like to get it working there. I deleted Shotwell dot files in my /home directory, reinstalled Shotwell and even rebooted but no joy. Is there any way to get Shotwell working again? TIA. From preining at logic.at Thu Jan 24 06:12:34 2013 From: preining at logic.at (Norbert Preining) Date: Thu, 24 Jan 2013 15:12:34 +0900 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: Message-ID: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> Hi, On Mi, 23 Jan 2013, go linux wrote: > "The camera is locked by another application. Shotwell can only access > the camera when it's unlocked. Please close any other application > using the camera and try again." [...] > I deleted Shotwell dot files in my /home directory, reinstalled > Shotwell and even rebooted but no joy. Is there any way to get > Shotwell working again? There is some other application holding the device. Maybe some auto-mounting or auto import is running. My guess is that nothing whatsoever on the shotwell side can get it working. Do you have sufficient permissions to the devices? Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From golinuxgo at gmail.com Thu Jan 24 07:33:53 2013 From: golinuxgo at gmail.com (go linux) Date: Thu, 24 Jan 2013 01:33:53 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> Message-ID: On 1/24/13, Norbert Preining wrote: > Hi, > > On Mi, 23 Jan 2013, go linux wrote: >> "The camera is locked by another application. Shotwell can only access >> the camera when it's unlocked. Please close any other application >> using the camera and try again." > [...] >> I deleted Shotwell dot files in my /home directory, reinstalled >> Shotwell and even rebooted but no joy. Is there any way to get >> Shotwell working again? > > There is some other application holding the device. Maybe > some auto-mounting or auto import is running. > > My guess is that nothing whatsoever on the shotwell side can get > it working. > > Do you have sufficient permissions to the devices? > > Norbert > Thanks for responding. YEA!! I got it working. Here's how. I started from this logged in .xsessions-errors when trying to open the camera: ---------------------------------------- Please report this VID/PID and the device model to the libmtp development team LIBMTP WARNING: no MTP vendor extension on device 16 on bus 3LIBMTP WARNING: VendorExtensionID: 0000000bLIBMTP WARNING: VendorExtensionDesc: (null)LIBMTP WARNING: this typically means the device is PTP (i.e. a camera) but not an MTP device at all. Trying to continue anyway.LIBMTP PANIC: could not inspect object property descriptions! LIBMTP PANIC: could not inspect object property descriptions! ---------------------------------------- Then I looked at the libmtp packages and added libmtp-dev and mtp-tools just for the heck of it. Then I noticed that rhythmbox-plugins came up in the MTP search and also that rhythmbox was sleeping in the list of processes so I stopped that rhythmbox process. After all that, I was able to open Shotwell and access the camera. I don't remember ever using rhythmbox so don't know how it got started. Very strange. From javajens at gmail.com Thu Jan 24 08:26:11 2013 From: javajens at gmail.com (Jens B.) Date: Thu, 24 Jan 2013 09:26:11 +0100 Subject: [Shotwell] Shotwell PPA In-Reply-To: <19599727.27.1358799255639.JavaMail.maxxer@dharma> References: <19599727.27.1358799255639.JavaMail.maxxer@dharma> Message-ID: I guess my question fit in nicely with this thread. I tried to compile Shotwell with --enable-faces today, but it is complaining about OpenCV not beeing installed. Can someone point me into the right direction about what I need to install? Furthermore I tried --unity-support as I'm running unity, but I need some package untiy for that. Is it worth the trouble installing said package? And which one is it? As I have package untiy installed. Thanks From preining at logic.at Thu Jan 24 08:38:37 2013 From: preining at logic.at (Norbert Preining) Date: Thu, 24 Jan 2013 17:38:37 +0900 Subject: [Shotwell] Shotwell PPA In-Reply-To: References: <19599727.27.1358799255639.JavaMail.maxxer@dharma> Message-ID: <20130124083837.GA15572@gamma.logic.tuwien.ac.at> On Do, 24 Jan 2013, Jens B. wrote: > Shotwell with --enable-faces today, but it is complaining about OpenCV not > beeing installed. apt-get install libopencv-dev > Furthermore I tried --unity-support as I'm running unity, but I need some > package untiy for that. I guess you need libunity-dev or something, but since I run Debian I don't have that. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From javajens at gmail.com Thu Jan 24 19:19:13 2013 From: javajens at gmail.com (Jens B.) Date: Thu, 24 Jan 2013 20:19:13 +0100 Subject: [Shotwell] Plugin-Transitions Direction Message-ID: Hi, I was thinking about creating some new Slideshow Effects, so right now I'm trying to get comfortable with the API and everything. One curious thing I noticed though, is that the Direction is always the same. I would expect it to be different when I manually select an image. Eg. RightArrow => Direction.Forward, LeftArrow => Direction,Backward. However I always get Direction.Left... Is this a bug or am I just incorrect in my understanding of the Direction? From jim at yorba.org Thu Jan 24 21:02:51 2013 From: jim at yorba.org (Nelson, Jim) Date: Thu, 24 Jan 2013 20:54:51 -0008 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> Message-ID: <5101a17c.4257420a.6cd6.ffff90d3@mx.google.com> This is a fascinating discovery! ?I recall a couple of years ago having some kind of problem with Rhythmbox and cameras, so this might be another variation on that, or a full-blown regression. We're tracking this problem in our Redmine server. ?Hopefully other people try what you did and lets us know if this is the source of our problems: http://redmine.yorba.org/issues/4512 -- Jim On Wed, Jan 23, 2013 at 11:33 PM, go linux wrote: On 1/24/13, Norbert Preining wrote: > Hi, > > On Mi, 23 Jan 2013, go linux wrote: >> "The camera is locked by another application. Shotwell can only access >> the camera when it's unlocked. Please close any other application >> using the camera and try again." > [...] >> I deleted Shotwell dot files in my /home directory, reinstalled >> Shotwell and even rebooted but no joy. Is there any way to get >> Shotwell working again? > > There is some other application holding the device. Maybe > some auto-mounting or auto import is running. > > My guess is that nothing whatsoever on the shotwell side can get > it working. > > Do you have sufficient permissions to the devices? > > Norbert > Thanks for responding. YEA!! I got it working. Here's how. I started from this logged in .xsessions-errors when trying to open the camera: ---------------------------------------- Please report this VID/PID and the device model to the libmtp development team LIBMTP WARNING: no MTP vendor extension on device 16 on bus 3LIBMTP WARNING: VendorExtensionID: 0000000bLIBMTP WARNING: VendorExtensionDesc: (null)LIBMTP WARNING: this typically means the device is PTP (i.e. a camera) but not an MTP device at all. Trying to continue anyway.LIBMTP PANIC: could not inspect object property descriptions! LIBMTP PANIC: could not inspect object property descriptions! ---------------------------------------- Then I looked at the libmtp packages and added libmtp-dev and mtp-tools just for the heck of it. Then I noticed that rhythmbox-plugins came up in the MTP search and also that rhythmbox was sleeping in the list of processes so I stopped that rhythmbox process. After all that, I was able to open Shotwell and access the camera. I don't remember ever using rhythmbox so don't know how it got started. Very strange. _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From golinuxgo at gmail.com Thu Jan 24 21:30:50 2013 From: golinuxgo at gmail.com (go linux) Date: Thu, 24 Jan 2013 15:30:50 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: <5101a17c.4257420a.6cd6.ffff90d3@mx.google.com> References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <5101a17c.4257420a.6cd6.ffff90d3@mx.google.com> Message-ID: So my trials and tribulations have not been in vain! Glad that my discovery has been helpful. Regarding this bug posted at your redmine link below: https://bugs.launchpad.net/ubuntu/+source/libgphoto2/+bug/581087 I found similar entries in dmesg etc. when I tried to access the camera. Would post some but not on that machine ATM. Unfortunately they weren't very helpful in sussing out the culprit. On 1/24/13, Nelson, Jim wrote: > This is a fascinating discovery! I recall a couple of years ago having some > kind of problem with Rhythmbox and cameras, so this might be another > variation on that, or a full-blown regression. > > We're tracking this problem in our Redmine server. Hopefully other people > try what you did and lets us know if this is the source of our problems: > > http://redmine.yorba.org/issues/4512 > > -- Jim > > On Wed, Jan 23, 2013 at 11:33 PM, go linux wrote: > On 1/24/13, Norbert Preining wrote: >> Hi, >> >> On Mi, 23 Jan 2013, go linux wrote: >>> "The camera is locked by another application. Shotwell can only access >>> the camera when it's unlocked. Please close any other application >>> using the camera and try again." >> [...] >>> I deleted Shotwell dot files in my /home directory, reinstalled >>> Shotwell and even rebooted but no joy. Is there any way to get >>> Shotwell working again? >> >> There is some other application holding the device. Maybe >> some auto-mounting or auto import is running. >> >> My guess is that nothing whatsoever on the shotwell side can get >> it working. >> >> Do you have sufficient permissions to the devices? >> >> Norbert >> > > Thanks for responding. > > YEA!! I got it working. Here's how. I started from this logged in > .xsessions-errors when trying to open the camera: > > ---------------------------------------- > > Please report this VID/PID and the device model to the libmtp development > team > LIBMTP WARNING: no MTP vendor extension on device 16 on bus 3LIBMTP > WARNING: VendorExtensionID: 0000000bLIBMTP WARNING: > VendorExtensionDesc: (null)LIBMTP WARNING: this typically means the > device is PTP (i.e. a camera) but not an MTP device at all. Trying to > continue anyway.LIBMTP PANIC: could not inspect object property > descriptions! > LIBMTP PANIC: could not inspect object property descriptions! > > ---------------------------------------- > > Then I looked at the libmtp packages and added libmtp-dev and > mtp-tools just for the heck of it. Then I noticed that > rhythmbox-plugins came up in the MTP search and also that rhythmbox > was sleeping in the list of processes so I stopped that rhythmbox > process. After all that, I was able to open Shotwell and access the > camera. I don't remember ever using rhythmbox so don't know how it > got started. Very strange. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From jim at yorba.org Thu Jan 24 22:05:17 2013 From: jim at yorba.org (Nelson, Jim) Date: Thu, 24 Jan 2013 21:57:17 -0008 Subject: [Shotwell] Plugin-Transitions Direction In-Reply-To: References: Message-ID: <5101b023.4955420a.41dd.48c0@mx.google.com> This is a bug. ?I filed it here: http://redmine.yorba.org/issues/6258 -- Jim On Thu, Jan 24, 2013 at 11:19 AM, Jens B. wrote: Hi, I was thinking about creating some new Slideshow Effects, so right now I'm trying to get comfortable with the API and everything. One curious thing I noticed though, is that the Direction is always the same. I would expect it to be different when I manually select an image. Eg. RightArrow => Direction.Forward, LeftArrow => Direction,Backward. However I always get Direction.Left... Is this a bug or am I just incorrect in my understanding of the Direction? _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From golinuxgo at gmail.com Thu Jan 24 22:17:28 2013 From: golinuxgo at gmail.com (go linux) Date: Thu, 24 Jan 2013 16:17:28 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> Message-ID: On 1/24/13, Colin Law wrote: > On 24 January 2013 07:33, go linux wrote: >> >> Then I looked at the libmtp packages and added libmtp-dev and >> mtp-tools just for the heck of it. Then I noticed that >> rhythmbox-plugins came up in the MTP search and also that rhythmbox >> was sleeping in the list of processes so I stopped that rhythmbox >> process. After all that, I was able to open Shotwell and access the >> camera. I don't remember ever using rhythmbox so don't know how it >> got started. Very strange. > > Does the problem return if you re-boot? > I may try to do that later. I don't like rebooting very often. It's kind of a pain . . . > > If not, if you plug in a usb stick with audio on, or an audio CD or > something along those lines, does rhythmbox open and start the problem > again? Or even just open an audio file I suppose. > While I do quite a bit of video/audio editing (avidemux and audacity), I almost never just listen to music. When I do, totem is the app that I use . . . I have never used rhythmbox. However I noticed that rhythmbox is the default music player in nautilus media settings so that might be the source of it launching. Next time I'm over there, I'll check things out. When the time comes, my wheezy stable is going to be a minimal install with only the apps that I use. I think that will help to solve problems like this. I'll also be moving from gnome to xfce which seems to change things for the better. From preining at logic.at Thu Jan 24 23:18:23 2013 From: preining at logic.at (Norbert Preining) Date: Fri, 25 Jan 2013 08:18:23 +0900 Subject: [Shotwell] make broken ??? Message-ID: <20130124231823.GM20380@gamma.logic.tuwien.ac.at> Hi everyone, stupid question, I think I broke building, and I have no idea why? I called make clean and now ./configure make does something *VERY* strange: $ make cc -O2 -g -pipe -fPIC -DG_UDEV_API_IS_SUBJECT_TO_CHANGE src/plugins/SpitInterfaces.vala.c -o src/plugins/SpitInterfaces.vala src/plugins/SpitInterfaces.vala.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. make: *** [src/plugins/SpitInterfaces.vala] Error 1 Well, creating a .c file from vala in thi way is *wrong*. Why did the vala rules disappear? git status shows no changes or missing files Any help? Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From javajens at gmail.com Thu Jan 24 23:31:50 2013 From: javajens at gmail.com (Jens B.) Date: Fri, 25 Jan 2013 00:31:50 +0100 Subject: [Shotwell] Plugin-Transitions Direction In-Reply-To: <5101b023.4955420a.41dd.48c0@mx.google.com> References: <5101b023.4955420a.41dd.48c0@mx.google.com> Message-ID: This should be fixed in: src/util/ui.vala This shoud be the correct enum, sorry I don't know how to properly send this in. < return Spit.Transitions.Direction.FORWARD; --- > return Spit.Transitions.Direction.BACKWARD; public enum Direction { FORWARD, BACKWARD; public Spit.Transitions.Direction to_transition_direction() { switch (this) { case FORWARD: return Spit.Transitions.Direction.FORWARD; case BACKWARD: return Spit.Transitions.Direction.BACKWARD; default: error("Unknown Direction %s", this.to_string()); } } } From joseph.bylund at gmail.com Fri Jan 25 00:48:09 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Thu, 24 Jan 2013 19:48:09 -0500 Subject: [Shotwell] Plugin-Transitions Direction In-Reply-To: References: <5101b023.4955420a.41dd.48c0@mx.google.com> Message-ID: <5101D649.8000407@gmail.com> Jens, I believe the correct way is git format-patch and then attach to the ticket. So from a clean start git clone... cd shotwell git branch mybranch git checkout mybranch git commit -a git format-patch --stdout master > Hope that helps, -Joe On 01/24/2013 06:31 PM, Jens B. wrote: > This should be fixed in: src/util/ui.vala > > This shoud be the correct enum, sorry I don't know how to properly send > this in. > < return Spit.Transitions.Direction.FORWARD; > --- >> return Spit.Transitions.Direction.BACKWARD; > > > public enum Direction { > FORWARD, > BACKWARD; > > public Spit.Transitions.Direction to_transition_direction() { > switch (this) { > case FORWARD: > return Spit.Transitions.Direction.FORWARD; > > case BACKWARD: > return Spit.Transitions.Direction.BACKWARD; > > default: > error("Unknown Direction %s", this.to_string()); > } > } > } > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From preining at logic.at Fri Jan 25 00:54:21 2013 From: preining at logic.at (Norbert Preining) Date: Fri, 25 Jan 2013 09:54:21 +0900 Subject: [Shotwell] make broken ??? In-Reply-To: <20130124231823.GM20380@gamma.logic.tuwien.ac.at> References: <20130124231823.GM20380@gamma.logic.tuwien.ac.at> Message-ID: <20130125005421.GA25204@gamma.logic.tuwien.ac.at> On Fr, 25 Jan 2013, Norbert Preining wrote: > $ make > cc -O2 -g -pipe -fPIC -DG_UDEV_API_IS_SUBJECT_TO_CHANGE src/plugins/SpitInterfaces.vala.c -o src/plugins/SpitInterfaces.vala > src/plugins/SpitInterfaces.vala.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > make: *** [src/plugins/SpitInterfaces.vala] Error 1 Found the reason: make clean does *NOT* remove the .c files in src/plugins/, and after that make believes it should create the .vala files FROM the .c files. That should be fixed in the Makefile targets, the .c files there should also be removed., all others are remvoed. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From golinuxgo at gmail.com Fri Jan 25 03:38:36 2013 From: golinuxgo at gmail.com (go linux) Date: Thu, 24 Jan 2013 21:38:36 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> Message-ID: Back on debian squeeze . . . put the batteries back in the camera to test a few things. When I checked running processes after coming out of suspend, rhythmbox was again sleeping and Shotwell couldn't access the camera. Stopping rhythmbox allowed Shotwell to launch and recognize the camera. So it is definitely a rhythmbox issue. Then logged out with rhythmbox stopped and got a warning but chose to log out anyway. Just checked processes after logging back in and there is the stopped rhythmbox process and a new sleeping one. Changed the nautilus music preference to totem instead of rhythmbox and rebooted. But rhythmbox is once again present and sleeping so it seems nautilus isn't responsible for launching it. Tried to uninstall rhythmbox and/or the plugins but it wants to take gnome and a bunch of other stuff with it, :( Shotwell was working fine in September so it is something that changed between then and now. These are the packages that synaptic history says have been upgraded/installed since then though it seems like there have been more: Installed the following packages: httrack (3.43.9-1) libhttrack2 (3.43.9-1) memtest86+ (4.10-1.1) smartmontools (5.39.1+svn3124-2) pmount (0.9.23-1) Upgraded the following packages: bogofilter (1.2.2-2) to 1.2.2-2+squeeze1 bogofilter-bdb (1.2.2-2) to 1.2.2-2+squeeze1 bogofilter-common (1.2.2-2) to 1.2.2-2+squeeze1 libperl-dev (5.10.1-17squeeze3) to 5.10.1-17squeeze4 libperl5.10 (5.10.1-17squeeze3) to 5.10.1-17squeeze4 libtiff4 (3.9.4-5+squeeze7) to 3.9.4-5+squeeze8 libtiff4-dev (3.9.4-5+squeeze7) to 3.9.4-5+squeeze8 libtiffxx0c2 (3.9.4-5+squeeze7) to 3.9.4-5+squeeze8 perl (5.10.1-17squeeze3) to 5.10.1-17squeeze4 perl-base (5.10.1-17squeeze3) to 5.10.1-17squeeze4 perl-modules (5.10.1-17squeeze3) to 5.10.1-17squeeze4 That's all I could think of to test. Hope you can get this fixed but at least I know how to work around it now. From preining at logic.at Fri Jan 25 03:56:58 2013 From: preining at logic.at (Norbert Preining) Date: Fri, 25 Jan 2013 12:56:58 +0900 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> Message-ID: <20130125035658.GA32110@gamma.logic.tuwien.ac.at> Hi, this is not really a Shotwell topic, but Ubuntu, so the Ubuntu forum would be better to place. On Do, 24 Jan 2013, go linux wrote: > Changed the nautilus music preference to totem instead of rhythmbox > and rebooted. But rhythmbox is once again present and sleeping so it > seems nautilus isn't responsible for launching it. Check the session-properties and other autostart areas for startup sign ... Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From golinuxgo at gmail.com Fri Jan 25 05:12:10 2013 From: golinuxgo at gmail.com (go linux) Date: Thu, 24 Jan 2013 23:12:10 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: <20130125035658.GA32110@gamma.logic.tuwien.ac.at> References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> Message-ID: On 1/24/13, Norbert Preining wrote: > Hi, > > this is not really a Shotwell topic, but Ubuntu, so the Ubuntu > forum would be better to place. > Ubuntu??? :eek:!!! No way I'm gonna play over there. Perhaps one of the yorba devs can work it out with them. > > On Do, 24 Jan 2013, go linux wrote: >> Changed the nautilus music preference to totem instead of rhythmbox >> and rebooted. But rhythmbox is once again present and sleeping so it >> seems nautilus isn't responsible for launching it. > > Check the session-properties and other autostart areas for > startup sign ... > I thought to check the start-up programs but not the some of the other areas. Thanks for reminding me These days, I'm spending a lot of time playing with xfce so have gotten a little rusty with gnome (which I haven't had to tweak in a long time). I'll get back there in the morning . . . > From javajens at gmail.com Fri Jan 25 07:43:55 2013 From: javajens at gmail.com (Jens B.) Date: Fri, 25 Jan 2013 08:43:55 +0100 Subject: [Shotwell] Plugin-Transitions Direction In-Reply-To: <5101D649.8000407@gmail.com> References: <5101b023.4955420a.41dd.48c0@mx.google.com> <5101D649.8000407@gmail.com> Message-ID: I've attached the patch. Hopefully this is correct. From jim at yorba.org Fri Jan 25 20:45:21 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 25 Jan 2013 20:37:21 -0008 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> Message-ID: <5102eee0.e5ca440a.614c.6253@mx.google.com> Norbert, I think it's perfectly fine for this discussion to happen here. ?This problem directly affects Shotwell (and affects a number of users!), so the more information we have, the better. -- Jim On Thu, Jan 24, 2013 at 9:12 PM, go linux wrote: On 1/24/13, Norbert Preining wrote: > Hi, > > this is not really a Shotwell topic, but Ubuntu, so the Ubuntu > forum would be better to place. > Ubuntu??? :eek:!!! No way I'm gonna play over there. Perhaps one of the yorba devs can work it out with them. > > On Do, 24 Jan 2013, go linux wrote: >> Changed the nautilus music preference to totem instead of rhythmbox >> and rebooted. But rhythmbox is once again present and sleeping so it >> seems nautilus isn't responsible for launching it. > > Check the session-properties and other autostart areas for > startup sign ... > I thought to check the start-up programs but not the some of the other areas. Thanks for reminding me These days, I'm spending a lot of time playing with xfce so have gotten a little rusty with gnome (which I haven't had to tweak in a long time). I'll get back there in the morning . . . > _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From golinuxgo at gmail.com Fri Jan 25 20:57:10 2013 From: golinuxgo at gmail.com (go linux) Date: Fri, 25 Jan 2013 14:57:10 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: <5102eee0.e5ca440a.614c.6253@mx.google.com> References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5102eee0.e5ca440a.614c.6253@mx.google.com> Message-ID: On 1/25/13, Jim Nelson wrote: > > Norbert, I think it's perfectly fine for this discussion to happen here. > This problem directly affects Shotwell (and affects a number of users!), so > the more information we have, the better. > > -- Jim > > FWIW, I just posted something to pkg-gnome-maintainers at lists.alioth.debian.org . I will share anything useful that comes out of that. From clanlaw at googlemail.com Fri Jan 25 21:03:07 2013 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 25 Jan 2013 21:03:07 +0000 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: <20130125035658.GA32110@gamma.logic.tuwien.ac.at> References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> Message-ID: On 25 January 2013 03:56, Norbert Preining wrote: > Hi, > > this is not really a Shotwell topic, but Ubuntu, so the Ubuntu > forum would be better to place. The OP is using Debian I believe. There seem to be two problems, why is Rhythmbox running and why is it grabbing the camera. For the second there is this bug [1] which seems to match the problem. According to it a fix was released in 0.12.8-0ubuntu2 though exactly how that would relate to the Debian version I don't know. In fact looking at the bug I think 0.12.8-0ubuntu2 is a patch to 0.12.8 so maybe you need 0.12.9 or above. As to why it is running in the first place then no idea. Colin [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 On 25 January 2013 03:56, Norbert Preining wrote: > Hi, > > this is not really a Shotwell topic, but Ubuntu, so the Ubuntu > forum would be better to place. > > On Do, 24 Jan 2013, go linux wrote: >> Changed the nautilus music preference to totem instead of rhythmbox >> and rebooted. But rhythmbox is once again present and sleeping so it >> seems nautilus isn't responsible for launching it. > > Check the session-properties and other autostart areas for > startup sign ... > > Norbert > > ------------------------------------------------------------------------ > PREINING, Norbert http://www.preining.info > JAIST, Japan TeX Live & Debian Developer > DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 > ------------------------------------------------------------------------ > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From clanlaw at googlemail.com Fri Jan 25 21:16:07 2013 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 25 Jan 2013 21:16:07 +0000 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> Message-ID: On 25 January 2013 21:03, Colin Law wrote: > On 25 January 2013 03:56, Norbert Preining wrote: >> Hi, >> >> this is not really a Shotwell topic, but Ubuntu, so the Ubuntu >> forum would be better to place. > > The OP is using Debian I believe. > There seem to be two problems, why is Rhythmbox running and why is it > grabbing the camera. For the second there is this bug [1] which seems > to match the problem. According to it a fix was released in > 0.12.8-0ubuntu2 though exactly how that would relate to the Debian > version I don't know. In fact looking at the bug I think > 0.12.8-0ubuntu2 is a patch to 0.12.8 so maybe you need 0.12.9 or > above. > As to why it is running in the first place then no idea. > > Colin > > [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 Further to the above, reading the bug thread more carefully it appears that it was not fixed in 0.12.8-0ubuntu2 but was fixed in Ubuntu at some point, but not clear which version. Also the bug links to https://bugzilla.gnome.org/show_bug.cgi?id=615743 which appears to indicate that it is fixed but again does not indicate which version of Rhythmbox, though I think the fix was Feb 2011. @OP which version of Rhythmbox have you got? Colin > > On 25 January 2013 03:56, Norbert Preining wrote: >> Hi, >> >> this is not really a Shotwell topic, but Ubuntu, so the Ubuntu >> forum would be better to place. >> >> On Do, 24 Jan 2013, go linux wrote: >>> Changed the nautilus music preference to totem instead of rhythmbox >>> and rebooted. But rhythmbox is once again present and sleeping so it >>> seems nautilus isn't responsible for launching it. >> >> Check the session-properties and other autostart areas for >> startup sign ... >> >> Norbert >> >> ------------------------------------------------------------------------ >> PREINING, Norbert http://www.preining.info >> JAIST, Japan TeX Live & Debian Developer >> DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 >> ------------------------------------------------------------------------ >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From golinuxgo at gmail.com Fri Jan 25 23:48:57 2013 From: golinuxgo at gmail.com (go linux) Date: Fri, 25 Jan 2013 17:48:57 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> Message-ID: On 1/25/13, Colin Law wrote: > On 25 January 2013 03:56, Norbert Preining wrote: >> Hi, >> >> this is not really a Shotwell topic, but Ubuntu, so the Ubuntu >> forum would be better to place. > > The OP is using Debian I believe. > YES!! Debian. Quite a different animal from 'buntu. Mixing repos is a recipe for disaster. > > . . . why is Rhythmbox running and why is it > grabbing the camera. > > For the second there is this bug [1] which seems > to match the problem. According to it a fix was released in > 0.12.8-0ubuntu2 though exactly how that would relate to the Debian > version I don't know. In fact looking at the bug I think > 0.12.8-0ubuntu2 is a patch to 0.12.8 so maybe you need 0.12.9 or > above. > As to why it is running in the first place then no idea. > > Colin > > [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 > > > @OP which version of Rhythmbox have you got? > 0.12.8-3 the one in the sq > From golinuxgo at gmail.com Fri Jan 25 23:58:08 2013 From: golinuxgo at gmail.com (go linux) Date: Fri, 25 Jan 2013 17:58:08 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> Message-ID: Sorry . . . the previous post was accidentally sent before I had finished. On 1/25/13, Colin Law wrote: > On 25 January 2013 03:56, Norbert Preining wrote: >> Hi, >> >> this is not really a Shotwell topic, but Ubuntu, so the Ubuntu >> forum would be better to place. > > The OP is using Debian I believe. > YES!! Debian. Quite a different animal from 'buntu. Mixing repos is a recipe for disaster . . . a big no-no. > > . . . why is Rhythmbox running and why is it > grabbing the camera. > Additional information . . . this bug not only affects shotwell but f-spot and gtkam also. None of them can access the camera until rhythmbox is stopped. > > As to why it is running in the first place then no idea. Yes, that is the root of the problem. If we knew that, it could be disabled/fixed at the source. > > @OP which version of Rhythmbox have you got? > 0.12.8-3 - the one in the squeeze repos. There isn't a newer version for either rhythmbox or shotwell in backports. Nothing yet from the debian maintainers . . . From schuetz.marc at gmx.de Sun Jan 27 09:41:01 2013 From: schuetz.marc at gmx.de (Marc) Date: Sun, 27 Jan 2013 10:41:01 +0100 Subject: [Shotwell] Daily ppa - shotwell 0.13.1+2282~precise1 doesn find libgexiv2.so.1 Message-ID: <5104F62D.8000807@gmx.de> Hi all, I'm using the daily-ppa, now when I try to start :~|? shotwell shotwell: error while loading shared libraries: libgexiv2.so.1: cannot open shared object file: No such file or directory -------------------- :~|? dpkg -l | grep shotwell ii shotwell 0.13.1+2282~precise1 :~|? dpkg -l | grep libgexiv ii libgexiv2-0 0.5.0-0precise1 ii libgexiv2-1 0.5.0-0~85~precise1 dpkg --contents libgexiv2-0_0.5.0-0precise1_amd64.deb drwxr-xr-x root/root 0 2012-10-01 23:17 ./ drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/ drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/ drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/doc/ drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/doc/libgexiv2-0/ -rw-r--r-- root/root 1530 2012-09-29 00:04 ./usr/share/doc/libgexiv2-0/copyright -rw-r--r-- root/root 1163 2012-10-01 21:07 ./usr/share/doc/libgexiv2-0/changelog.Debian.gz drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/lib/ -rw-r--r-- root/root 130200 2012-10-01 23:17 ./usr/lib/libgexiv2.so.1.0.0 lrwxrwxrwx root/root 0 2012-10-01 23:17 ./usr/lib/libgexiv2.so.1 -> libgexiv2.so.1.0.0 ~ ls -al /usr/lib/ | grep libgexiv lrwxrwxrwx 1 root root 18 Okt 1 23:17 libgexiv2.so.1 -> libgexiv2.so.1.0.0 -rw-r--r-- 1 root root 130200 Okt 1 23:17 libgexiv2.so.1.0.0 -------------------- So, whats wrong ? Thanks Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 555 bytes Desc: OpenPGP digital signature URL: From schuetz.marc at gmx.de Sun Jan 27 09:43:59 2013 From: schuetz.marc at gmx.de (Marc) Date: Sun, 27 Jan 2013 10:43:59 +0100 Subject: [Shotwell] Daily ppa - shotwell 0.13.1+2282~precise1 doesn find libgexiv2.so.1 In-Reply-To: <5104F62D.8000807@gmx.de> References: <5104F62D.8000807@gmx.de> Message-ID: <5104F6DF.1090703@gmx.de> Hi, sorry, I?e reinstalled libgexiv2-0_0.5.0-0precise1_amd64.deb and now it seems to be fine, but I?e goit the same error on two machines... So it may help someone.. Thanks Marc Am 27.01.2013 10:41, schrieb Marc: > Hi all, > > I'm using the daily-ppa, > now when I try to start > > :~|? shotwell > shotwell: error while loading shared libraries: libgexiv2.so.1: cannot > open shared object file: No such file or directory > > > -------------------- > > :~|? dpkg -l | grep shotwell > ii shotwell > 0.13.1+2282~precise1 > > :~|? dpkg -l | grep libgexiv > ii libgexiv2-0 > 0.5.0-0precise1 > ii libgexiv2-1 > 0.5.0-0~85~precise1 > > > dpkg --contents libgexiv2-0_0.5.0-0precise1_amd64.deb > drwxr-xr-x root/root 0 2012-10-01 23:17 ./ > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/ > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/ > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/doc/ > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/doc/libgexiv2-0/ > -rw-r--r-- root/root 1530 2012-09-29 00:04 > ./usr/share/doc/libgexiv2-0/copyright > -rw-r--r-- root/root 1163 2012-10-01 21:07 > ./usr/share/doc/libgexiv2-0/changelog.Debian.gz > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/lib/ > -rw-r--r-- root/root 130200 2012-10-01 23:17 ./usr/lib/libgexiv2.so.1.0.0 > lrwxrwxrwx root/root 0 2012-10-01 23:17 ./usr/lib/libgexiv2.so.1 > -> libgexiv2.so.1.0.0 > > ~ ls -al /usr/lib/ | grep libgexiv > lrwxrwxrwx 1 root root 18 Okt 1 23:17 libgexiv2.so.1 -> > libgexiv2.so.1.0.0 > -rw-r--r-- 1 root root 130200 Okt 1 23:17 libgexiv2.so.1.0.0 > > > -------------------- > > So, whats wrong ? > > Thanks > Marc > > > > _______________________________________________ > 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: 555 bytes Desc: OpenPGP digital signature URL: From javajens at gmail.com Mon Jan 28 13:13:25 2013 From: javajens at gmail.com (Jens B.) Date: Mon, 28 Jan 2013 14:13:25 +0100 Subject: [Shotwell] Slideshow: Circle, Circles, Blinds and Random Transition Message-ID: Hi, i tried to create some new slideshow effects, maybe they can be included as core plugins? Or please tell me how to compile them so I can ship them. I made a circular Transition, vertical blinds effect and a circles effect. Furthermore I had a crack at creating a random transition effect, I don't know if this was the right approach to do so, but what I did was to create a plugin descriptor which provides an id + fallback effect. I then modified SlideshowPage to check for this id and in case of a match, select a new random effect from the List of Pluggables of type Transition on each advance. If this is a completely horrid approach please tell me... If anyone is interested in this I'd be happy to share. Jens From schuetz.marc at gmx.de Sun Jan 27 13:32:17 2013 From: schuetz.marc at gmx.de (Marc) Date: Sun, 27 Jan 2013 14:32:17 +0100 Subject: [Shotwell] Shotwell Daily/Trunk - Creates black Thumbnails from TIFF 16Bit - Panorama Message-ID: <51052C61.6040309@gmx.de> HI, this is first time I have used my camera with AEB, then created HDRs with Photoshop. Some of the 16-Bit-Tiff files I have used to create Panoramas with Hugin. The Problem after importing all into shotwell is that shotwell creates such thumbnail files with _shotwell.tif see attached. They are all black. The 16-Bit Tiff HDR files from Photoshop are imported correctly. How could this fixed? Thanks Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 555 bytes Desc: OpenPGP digital signature URL: From jim at yorba.org Mon Jan 28 19:01:36 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 28 Jan 2013 18:53:36 -0008 Subject: [Shotwell] Daily ppa - shotwell 0.13.1+2282~precise1 doesn find libgexiv2.so.1 In-Reply-To: <5104F6DF.1090703@gmx.de> References: <5104F62D.8000807@gmx.de> <5104F6DF.1090703@gmx.de> Message-ID: <5106cb0f.0aea440a.0fd1.ffffcf6f@mx.google.com> Thanks Marc -- we've had other people complain about this problem. ?For most people reinstalling solves the problem, but not always. ?If you discover anything else about this, please let us know! -- Jim On Sun, Jan 27, 2013 at 1:43 AM, Marc wrote: Hi, sorry, I?e reinstalled libgexiv2-0_0.5.0-0precise1_amd64.deb and now it seems to be fine, but I?e goit the same error on two machines... So it may help someone.. Thanks Marc Am 27.01.2013 10:41, schrieb Marc: > Hi all, > > I'm using the daily-ppa, > now when I try to start > > :~|? shotwell > shotwell: error while loading shared libraries: libgexiv2.so.1: cannot > open shared object file: No such file or directory > > > -------------------- > > :~|? dpkg -l | grep shotwell > ii shotwell > 0.13.1+2282~precise1 > > :~|? dpkg -l | grep libgexiv > ii libgexiv2-0 > 0.5.0-0precise1 > ii libgexiv2-1 > 0.5.0-0~85~precise1 > > > dpkg --contents libgexiv2-0_0.5.0-0precise1_amd64.deb > drwxr-xr-x root/root 0 2012-10-01 23:17 ./ > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/ > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/ > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/doc/ > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/share/doc/libgexiv2-0/ > -rw-r--r-- root/root 1530 2012-09-29 00:04 > ./usr/share/doc/libgexiv2-0/copyright > -rw-r--r-- root/root 1163 2012-10-01 21:07 > ./usr/share/doc/libgexiv2-0/changelog.Debian.gz > drwxr-xr-x root/root 0 2012-10-01 23:17 ./usr/lib/ > -rw-r--r-- root/root 130200 2012-10-01 23:17 ./usr/lib/libgexiv2.so.1.0.0 > lrwxrwxrwx root/root 0 2012-10-01 23:17 ./usr/lib/libgexiv2.so.1 > -> libgexiv2.so.1.0.0 > > ~ ls -al /usr/lib/ | grep libgexiv > lrwxrwxrwx 1 root root 18 Okt 1 23:17 libgexiv2.so.1 -> > libgexiv2.so.1.0.0 > -rw-r--r-- 1 root root 130200 Okt 1 23:17 libgexiv2.so.1.0.0 > > > -------------------- > > So, whats wrong ? > > Thanks > Marc > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Mon Jan 28 19:12:08 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 28 Jan 2013 19:04:08 -0008 Subject: [Shotwell] Shotwell Daily/Trunk - Creates black Thumbnails from TIFF 16Bit - Panorama In-Reply-To: <51052C61.6040309@gmx.de> References: <51052C61.6040309@gmx.de> Message-ID: <5106cd87.8673440a.735f.ffffce82@mx.google.com> Hi Marc, Unfortunately our mailing list doesn't allow attachments. ?If they're small enough, you can mail the photo(s) directly to shotwell at yorba.org. ?If not, please make them available via a public download service. We don't have a ticket about the problem you're describing, so we'd be interested in seeing this problem here. -- Jim On Sun, Jan 27, 2013 at 5:32 AM, Marc wrote: HI, this is first time I have used my camera with AEB, then created HDRs with Photoshop. Some of the 16-Bit-Tiff files I have used to create Panoramas with Hugin. The Problem after importing all into shotwell is that shotwell creates such thumbnail files with _shotwell.tif see attached. They are all black. The 16-Bit Tiff HDR files from Photoshop are imported correctly. How could this fixed? Thanks Marc From jim at yorba.org Mon Jan 28 19:30:03 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 28 Jan 2013 19:22:03 -0008 Subject: [Shotwell] Plugin-Transitions Direction In-Reply-To: References: <5101b023.4955420a.41dd.48c0@mx.google.com> <5101D649.8000407@gmail.com> Message-ID: <5106d1ba.e9c5440a.6f7f.ffffcd20@mx.google.com> Thanks Jen! ?I've marked the ticket for review, we'll look at it shortly. -- Jim On Thu, Jan 24, 2013 at 11:43 PM, Jens B. wrote: I've attached the patch. Hopefully this is correct. From jim at yorba.org Mon Jan 28 19:35:33 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 28 Jan 2013 19:27:33 -0008 Subject: [Shotwell] make broken ??? In-Reply-To: <20130125005421.GA25204@gamma.logic.tuwien.ac.at> References: <20130124231823.GM20380@gamma.logic.tuwien.ac.at> <20130125005421.GA25204@gamma.logic.tuwien.ac.at> Message-ID: <5106d303.c78f440a.017d.ffffc9be@mx.google.com> Hi Norbert, "make clean" works for me. ?Are you sure this is a problem? I know one way you can cause something like this to happen: $ ./configure $ make $ ./configure --build=build <... do more work ...> $ make clean That middle configure changes the build directory, which means "make clean" will remove files there and not in the default locations, which is where the original configure placed them. Is it possible this is what happened to you? -- Jim On Thu, Jan 24, 2013 at 4:54 PM, Norbert Preining wrote: On Fr, 25 Jan 2013, Norbert Preining wrote: > $ make > cc -O2 -g -pipe -fPIC -DG_UDEV_API_IS_SUBJECT_TO_CHANGE src/plugins/SpitInterfaces.vala.c -o src/plugins/SpitInterfaces.vala > src/plugins/SpitInterfaces.vala.c:10:18: fatal error: glib.h: No such file or directory > compilation terminated. > make: *** [src/plugins/SpitInterfaces.vala] Error 1 Found the reason: make clean does *NOT* remove the .c files in src/plugins/, and after that make believes it should create the .vala files FROM the .c files. That should be fixed in the Makefile targets, the .c files there should also be removed., all others are remvoed. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Mon Jan 28 20:24:18 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 28 Jan 2013 20:16:18 -0008 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> Message-ID: <5106de70.e958420a.1021.ffffdd15@mx.google.com> Hey everyone, Luis Arias has been looking into this problem and has done some fantastic debugging. ?I recommend looking at his notes from the past couple of days: http://redmine.yorba.org/issues/4512 -- Jim On Fri, Jan 25, 2013 at 3:58 PM, go linux wrote: Sorry . . . the previous post was accidentally sent before I had finished. On 1/25/13, Colin Law wrote: > On 25 January 2013 03:56, Norbert Preining wrote: >> Hi, >> >> this is not really a Shotwell topic, but Ubuntu, so the Ubuntu >> forum would be better to place. > > The OP is using Debian I believe. > YES!! Debian. Quite a different animal from 'buntu. Mixing repos is a recipe for disaster . . . a big no-no. > > . . . why is Rhythmbox running and why is it > grabbing the camera. > Additional information . . . this bug not only affects shotwell but f-spot and gtkam also. None of them can access the camera until rhythmbox is stopped. > > As to why it is running in the first place then no idea. Yes, that is the root of the problem. If we knew that, it could be disabled/fixed at the source. > > @OP which version of Rhythmbox have you got? > 0.12.8-3 - the one in the squeeze repos. There isn't a newer version for either rhythmbox or shotwell in backports. Nothing yet from the debian maintainers . . . _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From joseph.bylund at gmail.com Mon Jan 28 20:33:27 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Mon, 28 Jan 2013 15:33:27 -0500 Subject: [Shotwell] Approve on posting to facebook Message-ID: <5106E097.3080009@gmail.com> The last couple of times I've posted to facebook, facebook has put the photos in a queue where I have to approve these photos using the facebook interface. Does anyone know if there's a facebook setting I can change to allow these to go up directly, or perhaps it's something we can address on the shotwell side? -Joe From lucas at yorba.org Mon Jan 28 20:36:01 2013 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 28 Jan 2013 12:36:01 -0800 Subject: [Shotwell] Approve on posting to facebook In-Reply-To: <5106E097.3080009@gmail.com> References: <5106E097.3080009@gmail.com> Message-ID: This is a problem on Shotwell's side. The current Facebook connector uses a legacy permissions model that, unfortunately, requires manual approval of uploads. It should be fixed later this week, however, when we commit our work migrating the Facebook connector to the new Facebook Graph API. If you'd like to follow the Graph API migration, the bug ticket is here: http://redmine.yorba.org/issues/4110. Lucas On Mon, Jan 28, 2013 at 12:33 PM, Joseph Bylund wrote: > The last couple of times I've posted to facebook, facebook has put the > photos in a queue where I have to approve these photos using the facebook > interface. Does anyone know if there's a facebook setting I can change to > allow these to go up directly, or perhaps it's something we can address on > the shotwell side? > -Joe > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Mon Jan 28 20:38:10 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 28 Jan 2013 20:30:10 -0008 Subject: [Shotwell] Slideshow: Circle, Circles, Blinds and Random Transition In-Reply-To: References: Message-ID: <5106e1b1.29bf440a.553f.ffffd75e@mx.google.com> Hi Jens, We're happy to consider new slideshow effects for Shotwell's core plugins. ?Note that core plugins tend to be plugins we feel are fairly vital for the feature (as in, most users would want it). ?Yorba also takes responsibility for core plugins (maintaining, fixing bugs, etc.), so we hold them to our coding standards. If you were to maintain these plugins in your own, it would be your responsibility to get them packaged in the various distros. ?That wouldn't be too hard, but you would need to work with those distros to arrange that. ?You probably want to work with base distros (i.e. Debian) and let your package trickle to downstream distros. As far as building and compiling Shotwell plugins, please see http://redmine.yorba.org/projects/shotwell/wiki/ShotwellArchWritingPlugins ?One way you might get started is to take one of ours, copy the code to a different file, add it to the Makefile, and then start writing your slideshow variant. ?Whether or not it winds up in core, it'll be easier to build and test that way. As far as random transitions, my thought on that is that it shouldn't be a plugin, but rather inside Shotwell itself. ?I feel it would be better if there are no "magic" plugins Shotwell recognizes and uses differently. -- Jim On Mon, Jan 28, 2013 at 5:13 AM, Jens B. wrote: Hi, i tried to create some new slideshow effects, maybe they can be included as core plugins? Or please tell me how to compile them so I can ship them. I made a circular Transition, vertical blinds effect and a circles effect. Furthermore I had a crack at creating a random transition effect, I don't know if this was the right approach to do so, but what I did was to create a plugin descriptor which provides an id + fallback effect. I then modified SlideshowPage to check for this id and in case of a match, select a new random effect from the List of Pluggables of type Transition on each advance. If this is a completely horrid approach please tell me... If anyone is interested in this I'd be happy to share. Jens _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From golinuxgo at gmail.com Mon Jan 28 20:49:21 2013 From: golinuxgo at gmail.com (go linux) Date: Mon, 28 Jan 2013 14:49:21 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: <5106de70.e958420a.1021.ffffdd15@mx.google.com> References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> Message-ID: On 1/28/13, Jim Nelson wrote: > Hey everyone, > > Luis Arias has been looking into this problem and has done some fantastic > debugging. I recommend looking at his notes from the past couple of days: > > http://redmine.yorba.org/issues/4512 > > -- Jim > Great that shotwell is looking into this bug. So far there has been no response to my query on the pkg-gnome-maintainers mailing list. :( While it would be great to get shotwell fixed, I'm thinking . . . if the same bug not only affects shotwell but f-spot and gtkam too, isn't the problem outside of shotwell? Have you communicated at all with the rhythmbox folks? Or other apps that are tied into rhtyhmbox? From jim at yorba.org Mon Jan 28 23:10:06 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 28 Jan 2013 23:02:06 -0008 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> Message-ID: <5107055b.cade440a.4fb6.ffffe339@mx.google.com> I've mentioned it on a Rhythmbox ticket on Launchpad, but haven't gone any farther than that. ?I'm not certain this is a de facto Rhythmbox bug, at least for the majority of our users. If you look at Luis' comments, it does look like there's something going on with how we're talking to the camera, so it's quite possible this is fundamentally a Shotwell bug. ?Hopefully we'll know more in the next couple of days. -- Jim On Mon, Jan 28, 2013 at 12:49 PM, go linux wrote: On 1/28/13, Jim Nelson wrote: > Hey everyone, > > Luis Arias has been looking into this problem and has done some fantastic > debugging. I recommend looking at his notes from the past couple of days: > > http://redmine.yorba.org/issues/4512 > > -- Jim > Great that shotwell is looking into this bug. So far there has been no response to my query on the pkg-gnome-maintainers mailing list. :( While it would be great to get shotwell fixed, I'm thinking . . . if the same bug not only affects shotwell but f-spot and gtkam too, isn't the problem outside of shotwell? Have you communicated at all with the rhythmbox folks? Or other apps that are tied into rhtyhmbox? _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From clanlaw at googlemail.com Tue Jan 29 07:51:33 2013 From: clanlaw at googlemail.com (Colin Law) Date: Tue, 29 Jan 2013 07:51:33 +0000 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: <5107055b.cade440a.4fb6.ffffe339@mx.google.com> References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 28 January 2013 23:10, Jim Nelson wrote: > I've mentioned it on a Rhythmbox ticket on Launchpad, but haven't gone any farther than that. I'm not certain this is a de facto Rhythmbox bug, at least for the majority of our users. > > If you look at Luis' comments, it does look like there's something going on with how we're talking to the camera, so it's quite possible this is fundamentally a Shotwell bug. Hopefully we'll know more in the next couple of days. > > -- Jim > > On Mon, Jan 28, 2013 at 12:49 PM, go linux wrote: > On 1/28/13, Jim Nelson wrote: >> Hey everyone, >> >> Luis Arias has been looking into this problem and has done some fantastic >> debugging. I recommend looking at his notes from the past couple of days: >> >> http://redmine.yorba.org/issues/4512 >> >> -- Jim >> > > Great that shotwell is looking into this bug. So far there has been > no response to my query on the pkg-gnome-maintainers mailing list. :( > > While it would be great to get shotwell fixed, I'm thinking . . . if > the same bug not only affects shotwell but f-spot and gtkam too, isn't > the problem outside of shotwell? Have you communicated at all with the > rhythmbox folks? Or other apps that are tied into rhtyhmbox? I am confused, is it not exactly this bug [1], which references [2] which was reported in the version of Rhythmbox the OP is using and seems to have been fixed in a later version. [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 [2] https://bugzilla.gnome.org/show_bug.cgi?id=615743 Colin From golinuxgo at gmail.com Tue Jan 29 22:48:06 2013 From: golinuxgo at gmail.com (go linux) Date: Tue, 29 Jan 2013 16:48:06 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 1/29/13, Colin Law wrote: > On 28 January 2013 23:10, Jim Nelson wrote: >> I've mentioned it on a Rhythmbox ticket on Launchpad, but haven't gone any >> farther than that. I'm not certain this is a de facto Rhythmbox bug, at >> least for the majority of our users. >> >> If you look at Luis' comments, it does look like there's something going >> on with how we're talking to the camera, so it's quite possible this is >> fundamentally a Shotwell bug. Hopefully we'll know more in the next >> couple of days. >> >> -- Jim >> >> On Mon, Jan 28, 2013 at 12:49 PM, go linux wrote: >> On 1/28/13, Jim Nelson wrote: >>> Hey everyone, >>> >>> Luis Arias has been looking into this problem and has done some >>> fantastic >>> debugging. I recommend looking at his notes from the past couple of >>> days: >>> >>> http://redmine.yorba.org/issues/4512 >>> >>> -- Jim >>> >> >> Great that shotwell is looking into this bug. So far there has been >> no response to my query on the pkg-gnome-maintainers mailing list. :( >> >> While it would be great to get shotwell fixed, I'm thinking . . . if >> the same bug not only affects shotwell but f-spot and gtkam too, isn't >> the problem outside of shotwell? Have you communicated at all with the >> rhythmbox folks? Or other apps that are tied into rhtyhmbox? > > I am confused, is it not exactly this bug [1], which references [2] > which was reported in the version of Rhythmbox the OP is using and > seems to have been fixed in a later version. > > [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 > [2] https://bugzilla.gnome.org/show_bug.cgi?id=615743 > > Colin > That certainly sounds like what I have experienced. If there is a fix, why hasn't it found its way into squeeze or the backports? I'll post those two references on the pkg-gnome-maintainers list to jog their collective memories . . . From golinuxgo at gmail.com Tue Jan 29 22:49:38 2013 From: golinuxgo at gmail.com (go linux) Date: Tue, 29 Jan 2013 16:49:38 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: Oh and why was it working properly in September but not in January? Seems some sort of regression was introduced in the months since then. On 1/29/13, go linux wrote: > On 1/29/13, Colin Law wrote: >> On 28 January 2013 23:10, Jim Nelson wrote: >>> I've mentioned it on a Rhythmbox ticket on Launchpad, but haven't gone >>> any >>> farther than that. I'm not certain this is a de facto Rhythmbox bug, at >>> least for the majority of our users. >>> >>> If you look at Luis' comments, it does look like there's something going >>> on with how we're talking to the camera, so it's quite possible this is >>> fundamentally a Shotwell bug. Hopefully we'll know more in the next >>> couple of days. >>> >>> -- Jim >>> >>> On Mon, Jan 28, 2013 at 12:49 PM, go linux wrote: >>> On 1/28/13, Jim Nelson wrote: >>>> Hey everyone, >>>> >>>> Luis Arias has been looking into this problem and has done some >>>> fantastic >>>> debugging. I recommend looking at his notes from the past couple of >>>> days: >>>> >>>> http://redmine.yorba.org/issues/4512 >>>> >>>> -- Jim >>>> >>> >>> Great that shotwell is looking into this bug. So far there has been >>> no response to my query on the pkg-gnome-maintainers mailing list. :( >>> >>> While it would be great to get shotwell fixed, I'm thinking . . . if >>> the same bug not only affects shotwell but f-spot and gtkam too, isn't >>> the problem outside of shotwell? Have you communicated at all with the >>> rhythmbox folks? Or other apps that are tied into rhtyhmbox? >> >> I am confused, is it not exactly this bug [1], which references [2] >> which was reported in the version of Rhythmbox the OP is using and >> seems to have been fixed in a later version. >> >> [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 >> [2] https://bugzilla.gnome.org/show_bug.cgi?id=615743 >> >> Colin >> > > That certainly sounds like what I have experienced. If there is a > fix, why hasn't it found its way into squeeze or the backports? I'll > post those two references on the pkg-gnome-maintainers list to jog > their collective memories . . . > From jim at yorba.org Wed Jan 30 00:01:42 2013 From: jim at yorba.org (Jim Nelson) Date: Tue, 29 Jan 2013 23:53:42 -0008 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: <510862e8.e958420a.1021.ffffaae0@mx.google.com> I don't want to completely eliminate Rhythmbox (or MTP handling) from this, but there's kind of a third agent here, namely gphoto2. ?Since all this software (GVFS, Rhythmbox, Shotwell) is talking to one piece of hardware through a common library, it's difficult to know just where the problem lies. ?Or if there's only one problem, when there might be two. If there is a regression with Rhythmbox, then yes, that's something they need to attack. ?However, it does seem like there's one case where we can eliminate Rhythmbox from the equation and still see the problem. -- Jim On Tue, Jan 29, 2013 at 2:49 PM, go linux wrote: Oh and why was it working properly in September but not in January? Seems some sort of regression was introduced in the months since then. On 1/29/13, go linux wrote: > On 1/29/13, Colin Law wrote: >> On 28 January 2013 23:10, Jim Nelson wrote: >>> I've mentioned it on a Rhythmbox ticket on Launchpad, but haven't gone >>> any >>> farther than that. I'm not certain this is a de facto Rhythmbox bug, at >>> least for the majority of our users. >>> >>> If you look at Luis' comments, it does look like there's something going >>> on with how we're talking to the camera, so it's quite possible this is >>> fundamentally a Shotwell bug. Hopefully we'll know more in the next >>> couple of days. >>> >>> -- Jim >>> >>> On Mon, Jan 28, 2013 at 12:49 PM, go linux wrote: >>> On 1/28/13, Jim Nelson wrote: >>>> Hey everyone, >>>> >>>> Luis Arias has been looking into this problem and has done some >>>> fantastic >>>> debugging. I recommend looking at his notes from the past couple of >>>> days: >>>> >>>> http://redmine.yorba.org/issues/4512 >>>> >>>> -- Jim >>>> >>> >>> Great that shotwell is looking into this bug. So far there has been >>> no response to my query on the pkg-gnome-maintainers mailing list. :( >>> >>> While it would be great to get shotwell fixed, I'm thinking . . . if >>> the same bug not only affects shotwell but f-spot and gtkam too, isn't >>> the problem outside of shotwell? Have you communicated at all with the >>> rhythmbox folks? Or other apps that are tied into rhtyhmbox? >> >> I am confused, is it not exactly this bug [1], which references [2] >> which was reported in the version of Rhythmbox the OP is using and >> seems to have been fixed in a later version. >> >> [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 >> [2] https://bugzilla.gnome.org/show_bug.cgi?id=615743 >> >> Colin >> > > That certainly sounds like what I have experienced. If there is a > fix, why hasn't it found its way into squeeze or the backports? I'll > post those two references on the pkg-gnome-maintainers list to jog > their collective memories . . . > _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From preining at logic.at Wed Jan 30 06:56:25 2013 From: preining at logic.at (Norbert Preining) Date: Wed, 30 Jan 2013 15:56:25 +0900 Subject: [Shotwell] make broken ??? In-Reply-To: <5106d303.c78f440a.017d.ffffc9be@mx.google.com> References: <20130124231823.GM20380@gamma.logic.tuwien.ac.at> <20130125005421.GA25204@gamma.logic.tuwien.ac.at> <5106d303.c78f440a.017d.ffffc9be@mx.google.com> Message-ID: <20130130065625.GF31450@gamma.logic.tuwien.ac.at> Hi Jim, On Mo, 28 Jan 2013, Jim Nelson wrote: > "make clean" works for me. ?Are you sure this is a problem? Hmm, no idea, let us forget about it, sorry for the noise. Now working. Maybe I had some left overs. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From hendry.michael at gmail.com Wed Jan 30 08:18:33 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Wed, 30 Jan 2013 08:18:33 +0000 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell Message-ID: I'm having to move everything from my elderly Ubuntu box to a new iMac, and have found that many of my favourite applications are available "on the other side". So far, I haven't found anything to replace Shotwell in the Mac environment - especially in the handling of tags. Can anyone advise on a practicable transfer route and suitable destination software? Michael From el.cameleon.1 at gmail.com Wed Jan 30 08:21:26 2013 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 30 Jan 2013 09:21:26 +0100 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: References: Message-ID: I suppose that if you have set up shotwell to store your tags into the photo's file (and not only in the shotwell database), then the Apple photo's software should see them. 2013/1/30 Michael Hendry > I'm having to move everything from my elderly Ubuntu box to a new iMac, > and have found that many of my favourite applications are available "on the > other side". > > So far, I haven't found anything to replace Shotwell in the Mac > environment - especially in the handling of tags. > > Can anyone advise on a practicable transfer route and suitable destination > software? > > Michael > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Vincent (cam?l?on) From hendry.michael at gmail.com Wed Jan 30 08:43:46 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Wed, 30 Jan 2013 08:43:46 +0000 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: References: Message-ID: On 30 Jan 2013, at 08:21, Vincent wrote: > I suppose that if you have set up shotwell to store your tags into the > photo's file (and not only in the shotwell database), then the Apple > photo's software should see them. > Thanks, Vincent. I've done an experiment using iPhoto to import a few images taken on one particular day, and can't see the tags I've applied to these images (although I've opted to have the tags written back to the images' EXIF data. I now realise that Shotwell probably couldn't write the tags back as these are Nikon .NEF files. I'll check with a few JPGs, and see if the tags associated with these come up on the Mac, but as the vast majority of my files are in NEF format I'll clearly need to find a way of automating the transfer of this information or face a lot of unwelcome donkey-work. Michael > > 2013/1/30 Michael Hendry > >> I'm having to move everything from my elderly Ubuntu box to a new iMac, >> and have found that many of my favourite applications are available "on the >> other side". >> >> So far, I haven't found anything to replace Shotwell in the Mac >> environment - especially in the handling of tags. >> >> Can anyone advise on a practicable transfer route and suitable destination >> software? >> >> Michael >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > > > -- > Vincent (cam?l?on) > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From clanlaw at googlemail.com Wed Jan 30 08:53:49 2013 From: clanlaw at googlemail.com (Colin Law) Date: Wed, 30 Jan 2013 08:53:49 +0000 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 29 January 2013 22:48, go linux wrote: > On 1/29/13, Colin Law wrote: >> ... >> I am confused, is it not exactly this bug [1], which references [2] >> which was reported in the version of Rhythmbox the OP is using and >> seems to have been fixed in a later version. >> >> [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 >> [2] https://bugzilla.gnome.org/show_bug.cgi?id=615743 >> >> Colin >> > > That certainly sounds like what I have experienced. If there is a > fix, why hasn't it found its way into squeeze or the backports? I'll > post those two references on the pkg-gnome-maintainers list to jog > their collective memories . . . Here on Ubuntu 12.10 I have Rhythmbox 2.97, Squeeze is still on 0.12.8. Why it is not available in backports I don't know. Colin From clanlaw at googlemail.com Wed Jan 30 08:57:40 2013 From: clanlaw at googlemail.com (Colin Law) Date: Wed, 30 Jan 2013 08:57:40 +0000 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 29 January 2013 22:49, go linux wrote: > Oh and why was it working properly in September but not in January? > Seems some sort of regression was introduced in the months since then. There is the issue of why rhythmbox is running in the first place, perhaps it was not previously running and that is the change (for unknown reason). Colin > > On 1/29/13, go linux wrote: >> On 1/29/13, Colin Law wrote: >>> On 28 January 2013 23:10, Jim Nelson wrote: >>>> I've mentioned it on a Rhythmbox ticket on Launchpad, but haven't gone >>>> any >>>> farther than that. I'm not certain this is a de facto Rhythmbox bug, at >>>> least for the majority of our users. >>>> >>>> If you look at Luis' comments, it does look like there's something going >>>> on with how we're talking to the camera, so it's quite possible this is >>>> fundamentally a Shotwell bug. Hopefully we'll know more in the next >>>> couple of days. >>>> >>>> -- Jim >>>> >>>> On Mon, Jan 28, 2013 at 12:49 PM, go linux wrote: >>>> On 1/28/13, Jim Nelson wrote: >>>>> Hey everyone, >>>>> >>>>> Luis Arias has been looking into this problem and has done some >>>>> fantastic >>>>> debugging. I recommend looking at his notes from the past couple of >>>>> days: >>>>> >>>>> http://redmine.yorba.org/issues/4512 >>>>> >>>>> -- Jim >>>>> >>>> >>>> Great that shotwell is looking into this bug. So far there has been >>>> no response to my query on the pkg-gnome-maintainers mailing list. :( >>>> >>>> While it would be great to get shotwell fixed, I'm thinking . . . if >>>> the same bug not only affects shotwell but f-spot and gtkam too, isn't >>>> the problem outside of shotwell? Have you communicated at all with the >>>> rhythmbox folks? Or other apps that are tied into rhtyhmbox? >>> >>> I am confused, is it not exactly this bug [1], which references [2] >>> which was reported in the version of Rhythmbox the OP is using and >>> seems to have been fixed in a later version. >>> >>> [1] https://bugs.launchpad.net/rhythmbox/+bug/544994 >>> [2] https://bugzilla.gnome.org/show_bug.cgi?id=615743 >>> >>> Colin >>> >> >> That certainly sounds like what I have experienced. If there is a >> fix, why hasn't it found its way into squeeze or the backports? I'll >> post those two references on the pkg-gnome-maintainers list to jog >> their collective memories . . . >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From clanlaw at googlemail.com Wed Jan 30 09:07:57 2013 From: clanlaw at googlemail.com (Colin Law) Date: Wed, 30 Jan 2013 09:07:57 +0000 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: References: Message-ID: On 30 January 2013 08:18, Michael Hendry wrote: > I'm having to move everything from my elderly Ubuntu box to a new iMac, and have found that many of my favourite applications are available "on the other side". > > So far, I haven't found anything to replace Shotwell in the Mac environment - especially in the handling of tags. > > Can anyone advise on a practicable transfer route and suitable destination software? You could run a virtual Ubuntu machine on the Mac (I presume) and run Shotwell in there. Or of course just install Ubuntu on the Mac. Then you could have all your favourite s/w. Colin From hendry.michael at gmail.com Wed Jan 30 10:22:08 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Wed, 30 Jan 2013 10:22:08 +0000 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: References: Message-ID: <65282CB9-7680-459F-B33A-DA490E05383A@gmail.com> On 30 Jan 2013, at 09:07, Colin Law wrote: > On 30 January 2013 08:18, Michael Hendry wrote: >> I'm having to move everything from my elderly Ubuntu box to a new iMac, and have found that many of my favourite applications are available "on the other side". >> >> So far, I haven't found anything to replace Shotwell in the Mac environment - especially in the handling of tags. >> >> Can anyone advise on a practicable transfer route and suitable destination software? > > You could run a virtual Ubuntu machine on the Mac (I presume) and run > Shotwell in there. Or of course just install Ubuntu on the Mac. Then > you could have all your favourite s/w. > > Colin Thanks, Colin - that's just what I was trying to avoid! I use an iPad as a sheet-music display device for my major retirement hobby - jazz guitar. Using unRealbook, I have a very portable container for thousands of tunes, many with associated backing track files, neatly integrated so that I can practise with the iPad on its own - even at a pinch doing a one-man-band gig! The iPad is not supported well by Ubuntu, and although I can run iTunes in Windows with VirtualBox, it's a clunky solution. My backing-tracks are generated by Band-In-a-Box, which is primarily a Windows program, although there is restricted-capability Mac version. This software doesn't work with Wine or VirtualBox, so I was running it on an elderly laptop, and I'm now running this using Parallels software on the Mac. If I get really stuck I could install a copy of Ubuntu with Parallels, and run it simultaneously with Windows and Mac software, but I'm not sure whether Shotwell running under Ubuntu would link in very well with UFRAW and GIMP on the Mac This switch to Mac was supposed to be such a clean solution? Michael From hendry.michael at gmail.com Wed Jan 30 15:00:37 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Wed, 30 Jan 2013 15:00:37 +0000 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: References: Message-ID: On 30 Jan 2013, at 09:07, Colin Law wrote: > On 30 January 2013 08:18, Michael Hendry wrote: >> I'm having to move everything from my elderly Ubuntu box to a new iMac, and have found that many of my favourite applications are available "on the other side". >> >> So far, I haven't found anything to replace Shotwell in the Mac environment - especially in the handling of tags. >> >> Can anyone advise on a practicable transfer route and suitable destination software? > > You could run a virtual Ubuntu machine on the Mac (I presume) and run > Shotwell in there. Or of course just install Ubuntu on the Mac. Then > you could have all your favourite s/w. > > Colin PS. I've installed Ubuntu 12.04 as a virtual machine, and now have access to Shotwell on my Mac. I think what I have to do now is make a copy of the database from my existing installation and drop it into the corresponding location on my Mac. Once I've done that, I think Shotwell will complain about missing files, but if I copy all the image files in their existing structure into a directory on my Mac, I think I should be able to get it to recognise them in their new home. Is there anything else I should be worrying about? Michael From joseph.bylund at gmail.com Wed Jan 30 15:50:36 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Wed, 30 Jan 2013 10:50:36 -0500 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: References: Message-ID: <5109414C.7050401@gmail.com> So I understand from the list that shotwell has at times in the past worked on OSX, how much of an undertaking would it be to get it working on OSX again (with possibly a restricted set of abilities)? -Joe From jim at yorba.org Wed Jan 30 20:02:36 2013 From: jim at yorba.org (Jim Nelson) Date: Wed, 30 Jan 2013 19:54:36 -0008 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: <5109414C.7050401@gmail.com> References: <5109414C.7050401@gmail.com> Message-ID: <51097c58.c4c9440a.5b30.ffffd0ff@mx.google.com> A long, long time ago Yorba ported Shotwell to OSX and Windows. ?The Windows version was crippled but functional. ?The OSX version was in worse shape; I wouldn't even call it usable. ?We felt there was little demand for Shotwell outside of the GNOME desktop and abandoned the ports. ?My current estimate is that it would be quite an undertaking to port Shotwell today (which is a much larger program now). Shotwell doesn't write metadata to any RAW files today. ?Exiv2, the photo metadata it relies on, does support writing to NEF (as well as a handful of other RAW formats), and it's something we hope to offer in the future: http://redmine.yorba.org/issues/2622 As far as migrating Shotwell into your new machine, yes, you can copy the database and thumbnails as you've mentioned. ?You'll need to copy the photo files into their exact location. ?If they're stored in your home directory, that means your home directory name must be exactly the same. -- Jim On Wed, Jan 30, 2013 at 7:50 AM, Joseph Bylund wrote: So I understand from the list that shotwell has at times in the past worked on OSX, how much of an undertaking would it be to get it working on OSX again (with possibly a restricted set of abilities)? -Joe _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From golinuxgo at gmail.com Thu Jan 31 01:53:40 2013 From: golinuxgo at gmail.com (go linux) Date: Wed, 30 Jan 2013 19:53:40 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 1/30/13, Colin Law wrote: > On 29 January 2013 22:49, go linux wrote: >> Oh and why was it working properly in September but not in January? >> Seems some sort of regression was introduced in the months since then. > > There is the issue of why rhythmbox is running in the first place, > perhaps it was not previously running and that is the change (for > unknown reason). > > Colin > >> >> Would this be a valid test? I don't have a live Squeeze-Gnome disk or I would boot it to see if rhythmbox is launched on a 'clean' system without user intervention. If it is, that would mean. it's always been that way and something else is causing the current bug. From clanlaw at googlemail.com Thu Jan 31 09:14:13 2013 From: clanlaw at googlemail.com (Colin Law) Date: Thu, 31 Jan 2013 09:14:13 +0000 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 31 January 2013 01:53, go linux wrote: > On 1/30/13, Colin Law wrote: >> On 29 January 2013 22:49, go linux wrote: >>> Oh and why was it working properly in September but not in January? >>> Seems some sort of regression was introduced in the months since then. >> >> There is the issue of why rhythmbox is running in the first place, >> perhaps it was not previously running and that is the change (for >> unknown reason). >> >> Colin >> >>> >>> > > Would this be a valid test? I don't have a live Squeeze-Gnome disk or > I would boot it to see if rhythmbox is launched on a 'clean' system > without user intervention. If it is, that would mean. it's always > been that way and something else is causing the current bug. Quite possibly. Also you could try (on your system) logging on as a different user to see whether it automatically runs there. If you don't have another user then create one, a test user is often a useful thing to have available. If it does not run for the test user then it is something in your main user setup. Colin From golinuxgo at gmail.com Thu Jan 31 15:28:25 2013 From: golinuxgo at gmail.com (go linux) Date: Thu, 31 Jan 2013 09:28:25 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 1/31/13, Colin Law wrote: > On 31 January 2013 01:53, go linux wrote: >> On 1/30/13, Colin Law wrote: >>> On 29 January 2013 22:49, go linux wrote: >>>> Oh and why was it working properly in September but not in January? >>>> Seems some sort of regression was introduced in the months since then. >>> >>> There is the issue of why rhythmbox is running in the first place, >>> perhaps it was not previously running and that is the change (for >>> unknown reason). >>> >>> Colin >>> >>>> >>>> >> >> Would this be a valid test? I don't have a live Squeeze-Gnome disk or >> I would boot it to see if rhythmbox is launched on a 'clean' system >> without user intervention. If it is, that would mean. it's always >> been that way and something else is causing the current bug. > > Quite possibly. Also you could try (on your system) logging on as a > different user to see whether it automatically runs there. If you > don't have another user then create one, a test user is often a useful > thing to have available. If it does not run for the test user then it > is something in your main user setup. > > Colin > Good idea! I just created a new user and rhythmbox was NOT launched on startup. So it's something in my setup . . . but what? I haven't made any changes to my my system other than updates in a long time. I do have a few things from multimedia and backports installed but neither is in my active sources.list and I haven't messed with them in a long time. So what changed since September? From clanlaw at googlemail.com Thu Jan 31 16:47:14 2013 From: clanlaw at googlemail.com (Colin Law) Date: Thu, 31 Jan 2013 16:47:14 +0000 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 31 January 2013 15:28, go linux wrote: > On 1/31/13, Colin Law wrote: >> On 31 January 2013 01:53, go linux wrote: >>> On 1/30/13, Colin Law wrote: >>>> On 29 January 2013 22:49, go linux wrote: >>>>> Oh and why was it working properly in September but not in January? >>>>> Seems some sort of regression was introduced in the months since then. >>>> >>>> There is the issue of why rhythmbox is running in the first place, >>>> perhaps it was not previously running and that is the change (for >>>> unknown reason). >>>> >>>> Colin >>>> >>>>> >>>>> >>> >>> Would this be a valid test? I don't have a live Squeeze-Gnome disk or >>> I would boot it to see if rhythmbox is launched on a 'clean' system >>> without user intervention. If it is, that would mean. it's always >>> been that way and something else is causing the current bug. >> >> Quite possibly. Also you could try (on your system) logging on as a >> different user to see whether it automatically runs there. If you >> don't have another user then create one, a test user is often a useful >> thing to have available. If it does not run for the test user then it >> is something in your main user setup. >> >> Colin >> > > Good idea! I just created a new user and rhythmbox was NOT launched > on startup. So it's something in my setup . . . but what? I haven't > made any changes to my my system other than updates in a long time. I > do have a few things from multimedia and backports installed but > neither is in my active sources.list and I haven't messed with them in > a long time. So what changed since September? Is there a Debian users list you could ask that on? It must be some configuration that you have accidentally changed (or purposefully without realising the side effect) rather than something that has been installed, or it would affect all users. ps -ejH might just tell you something (though I am not very hopeful) , it will show the processes as a tree so you can see which process started rhythmbox. I have lost track slightly, is it actually rhythmbox that is running or a rhythmbox related process? Colin From hendry.michael at gmail.com Thu Jan 31 17:02:45 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Thu, 31 Jan 2013 17:02:45 +0000 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: <51097c58.c4c9440a.5b30.ffffd0ff@mx.google.com> References: <5109414C.7050401@gmail.com> <51097c58.c4c9440a.5b30.ffffd0ff@mx.google.com> Message-ID: <81F9BB85-B88F-4474-82D8-E0003FDC27C5@gmail.com> On 30 Jan 2013, at 20:02, Jim Nelson wrote: > A long, long time ago Yorba ported Shotwell to OSX and Windows. The Windows version was crippled but functional. The OSX version was in worse shape; I wouldn't even call it usable. We felt there was little demand for Shotwell outside of the GNOME desktop and abandoned the ports. My current estimate is that it would be quite an undertaking to port Shotwell today (which is a much larger program now). > > Shotwell doesn't write metadata to any RAW files today. Exiv2, the photo metadata it relies on, does support writing to NEF (as well as a handful of other RAW formats), and it's something we hope to offer in the future: http://redmine.yorba.org/issues/2622 > > As far as migrating Shotwell into your new machine, yes, you can copy the database and thumbnails as you've mentioned. You'll need to copy the photo files into their exact location. If they're stored in your home directory, that means your home directory name must be exactly the same. Thanks, Jim. I really need to have access to my photos in the Mac's file system, and before you sent this email I'd already copied them all across into my Mac in the same subdirectories as before - in /Users/michaelhendry/Pictures/Shotwell Library. I had already copied the database across, but not the thumbnails (I know, I should have waited for your advice!!), and I opened Shotwell in the Ubuntu virtual machine and asked it to "Import from Folder" - pointing it to the folder above. This proceeded as expected, and eventually all my images were available on my Mac, through Shotwell, with tags and Events intact. At this stage I noticed that not all of the thumbnails were present, but there appeared to be a background process going on, which was gradually re-creating them. Unfortunately, this appears to have ceased, with 5423 entries in each of thumbs128 and thumbs360. Is there some way of getting the thumbnail creation to start up again, or should I empty the shotwell library, copy the thumbnails across from my Ubuntu machine, and start the process of Importation again? Michael > > -- Jim > > On Wed, Jan 30, 2013 at 7:50 AM, Joseph Bylund wrote: > So I understand from the list that shotwell has at times in the past worked on OSX, how much of an undertaking would it be to get it working on OSX again (with possibly a restricted set of abilities)? > -Joe > _______________________________________________ > 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 golinuxgo at gmail.com Thu Jan 31 20:23:40 2013 From: golinuxgo at gmail.com (go linux) Date: Thu, 31 Jan 2013 14:23:40 -0600 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: Response inline . . . On 1/31/13, Colin Law wrote: > > Is there a Debian users list you could ask that on? It must be some > configuration that you have accidentally changed (or purposefully > without realising the side effect) rather than something that has been > installed, or it would affect all users. > Well, I did post to the pkg-gnome-maintainers mailing list which was the contact listed on the rhythmbox package. Guess I'll put something together for the Debian users list in a bit. > > ps -ejH might just tell you something (though I am not very hopeful) , > it will show the processes as a tree so you can see which process > started rhythmbox. > Um . . . Happy to do that but it's going to need a little translation. ;) The list related to rhythmbox in memory maps (in the system monitor) is REALLY LONG! But I can't find a way to print it out. > > I have lost track slightly, is it actually rhythmbox that is running > or a rhythmbox related process? > Is that a trick question? The process is listed as rhythmbox. > From clanlaw at googlemail.com Thu Jan 31 21:03:34 2013 From: clanlaw at googlemail.com (Colin Law) Date: Thu, 31 Jan 2013 21:03:34 +0000 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: On 31 January 2013 20:23, go linux wrote: > Response inline . . . > > On 1/31/13, Colin Law wrote: >> >> Is there a Debian users list you could ask that on? It must be some >> configuration that you have accidentally changed (or purposefully >> without realising the side effect) rather than something that has been >> installed, or it would affect all users. >> > > Well, I did post to the pkg-gnome-maintainers mailing list which was > the contact listed on the rhythmbox package. Guess I'll put something > together for the Debian users list in a bit. On the Debian list the issue to ask about is not the problem with the camera, it is just with help to work out why rhythmbox is running without you asking it. I think someone already suggested that you check the autostart setup for the user (don't know where that is in Debian). > >> >> ps -ejH might just tell you something (though I am not very hopeful) , >> it will show the processes as a tree so you can see which process >> started rhythmbox. >> > > Um . . . Happy to do that but it's going to need a little translation. > ;) The list related to rhythmbox in memory maps (in the system > monitor) is REALLY LONG! But I can't find a way to print it out. Not sure what you mean about rhythmbox and memory maps, but if you need to copy stuff out of the terminal then you can use Ctrl+Shift+C (or probably Edit Copy in the menu, dependant on which terminal you are using). Are you talking about syslog? If so then the very first entries for rhythmbox (and a few before it) might be interesting in case they give an idea as to why it is starting up. ps -ejH produces a very simple output, though it can be a few screens long. Just look for rhythmbox down the right hand side and you will see it nested under its parent. As I said it is a bit of a long shot but it might be informative. > >> >> I have lost track slightly, is it actually rhythmbox that is running >> or a rhythmbox related process? >> > > Is that a trick question? The process is listed as rhythmbox. No, I just had a recollection that rhythmbox plugins were mentioned at one point so was just checking that the process is actually RB, rather than check back through the 30 odd messages in the thread. Colin From jim at yorba.org Thu Jan 31 22:40:56 2013 From: jim at yorba.org (Jim Nelson) Date: Thu, 31 Jan 2013 22:32:56 -0008 Subject: [Shotwell] Shotwell no longer working on squeeze In-Reply-To: References: <20130124061234.GD6008@gamma.logic.tuwien.ac.at> <20130125035658.GA32110@gamma.logic.tuwien.ac.at> <5106de70.e958420a.1021.ffffdd15@mx.google.com> <5107055b.cade440a.4fb6.ffffe339@mx.google.com> Message-ID: <510af2f2.c6ea440a.66ca.fffffedf@mx.google.com> I don't know if this is relevant, but if your camera(s) are being recognized as MTP devices, it's possible Rhythmbox is being launched because it's associated with those devices (and not at startup). ?The easy way to check is System Settings -> Details -> Default Applications -> Music. -- Jim On Thu, Jan 31, 2013 at 1:03 PM, Colin Law wrote: On 31 January 2013 20:23, go linux wrote: > Response inline . . . > > On 1/31/13, Colin Law wrote: >> >> Is there a Debian users list you could ask that on? It must be some >> configuration that you have accidentally changed (or purposefully >> without realising the side effect) rather than something that has been >> installed, or it would affect all users. >> > > Well, I did post to the pkg-gnome-maintainers mailing list which was > the contact listed on the rhythmbox package. Guess I'll put something > together for the Debian users list in a bit. On the Debian list the issue to ask about is not the problem with the camera, it is just with help to work out why rhythmbox is running without you asking it. I think someone already suggested that you check the autostart setup for the user (don't know where that is in Debian). > >> >> ps -ejH might just tell you something (though I am not very hopeful) , >> it will show the processes as a tree so you can see which process >> started rhythmbox. >> > > Um . . . Happy to do that but it's going to need a little translation. > ;) The list related to rhythmbox in memory maps (in the system > monitor) is REALLY LONG! But I can't find a way to print it out. Not sure what you mean about rhythmbox and memory maps, but if you need to copy stuff out of the terminal then you can use Ctrl+Shift+C (or probably Edit Copy in the menu, dependant on which terminal you are using). Are you talking about syslog? If so then the very first entries for rhythmbox (and a few before it) might be interesting in case they give an idea as to why it is starting up. ps -ejH produces a very simple output, though it can be a few screens long. Just look for rhythmbox down the right hand side and you will see it nested under its parent. As I said it is a bit of a long shot but it might be informative. > >> >> I have lost track slightly, is it actually rhythmbox that is running >> or a rhythmbox related process? >> > > Is that a trick question? The process is listed as rhythmbox. No, I just had a recollection that rhythmbox plugins were mentioned at one point so was just checking that the process is actually RB, rather than check back through the 30 odd messages in the thread. Colin _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Thu Jan 31 23:00:04 2013 From: jim at yorba.org (Jim Nelson) Date: Thu, 31 Jan 2013 22:52:04 -0008 Subject: [Shotwell] Moving to Mac OS X - What is closest App to Shotwell In-Reply-To: <81F9BB85-B88F-4474-82D8-E0003FDC27C5@gmail.com> References: <5109414C.7050401@gmail.com> <51097c58.c4c9440a.5b30.ffffd0ff@mx.google.com> <81F9BB85-B88F-4474-82D8-E0003FDC27C5@gmail.com> Message-ID: <510af76f.e5e2440a.01e3.fffff162@mx.google.com> We've had an outstanding bug that resulted in some thumbnails not being regenerated, as well as a bug where video thumbnails were not being regenerated. ?These are fixed in master and will be available in 0.14. If you'd like to try the absolute latest of Shotwell, you can install it from our Daily Build PPA: https://launchpad.net/~yorba/+archive/daily-builds/ One other trick for forcing Shotwell to generate all your photo thumbnails (but not the videos): in the Library page (the first one when you run Shotwell), press F8 and press the far-left button on the Search bar; this will display only photos. ?Then press Ctrl+A and Ctrl+R. ?This will rotate all the photos, generating new thumbnails along the way. ?When it's finished, press Ctrl+Z. ?This will revert the rotation and generate thumbnails again. Convoluted, but a simple trick until 0.14 is released. ?Or, as I mentioned, please consider running our Daily Build version and see if that fixes it. -- Jim On Thu, Jan 31, 2013 at 9:02 AM, Michael Hendry wrote: On 30 Jan 2013, at 20:02, Jim Nelson wrote: > A long, long time ago Yorba ported Shotwell to OSX and Windows. The Windows version was crippled but functional. The OSX version was in worse shape; I wouldn't even call it usable. We felt there was little demand for Shotwell outside of the GNOME desktop and abandoned the ports. My current estimate is that it would be quite an undertaking to port Shotwell today (which is a much larger program now). > > Shotwell doesn't write metadata to any RAW files today. Exiv2, the photo metadata it relies on, does support writing to NEF (as well as a handful of other RAW formats), and it's something we hope to offer in the future: http://redmine.yorba.org/issues/2622 > > As far as migrating Shotwell into your new machine, yes, you can copy the database and thumbnails as you've mentioned. You'll need to copy the photo files into their exact location. If they're stored in your home directory, that means your home directory name must be exactly the same. Thanks, Jim. I really need to have access to my photos in the Mac's file system, and before you sent this email I'd already copied them all across into my Mac in the same subdirectories as before - in /Users/michaelhendry/Pictures/Shotwell Library. I had already copied the database across, but not the thumbnails (I know, I should have waited for your advice!!), and I opened Shotwell in the Ubuntu virtual machine and asked it to "Import from Folder" - pointing it to the folder above. This proceeded as expected, and eventually all my images were available on my Mac, through Shotwell, with tags and Events intact. At this stage I noticed that not all of the thumbnails were present, but there appeared to be a background process going on, which was gradually re-creating them. Unfortunately, this appears to have ceased, with 5423 entries in each of thumbs128 and thumbs360. Is there some way of getting the thumbnail creation to start up again, or should I empty the shotwell library, copy the thumbnails across from my Ubuntu machine, and start the process of Importation again? Michael > > -- Jim > > On Wed, Jan 30, 2013 at 7:50 AM, Joseph Bylund wrote: > So I understand from the list that shotwell has at times in the past worked on OSX, how much of an undertaking would it be to get it working on OSX again (with possibly a restricted set of abilities)? > -Joe > _______________________________________________ > 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 joseph.bylund at gmail.com Thu Jan 31 23:54:25 2013 From: joseph.bylund at gmail.com (Joseph B) Date: Thu, 31 Jan 2013 18:54:25 -0500 Subject: [Shotwell] Ubuntu automated testing meeting Message-ID: Is this something shotwell would be interested in? http://fridge.ubuntu.com/2013/01/31/automated-testing-hackfest/