flickrfs is a virtual filesystem that provides access to the images from flickr (http://www.flickr.com). While this has version number 1.1 it is still somewhat difficult to handle. The ebuild depends on python-fuse which is not yet part of the tree. You find the necessary ebuild attached to bug #63789 I was not able to get the authentication token with firefox but elinks worked fine for me. This can be changed in the config file. Some help is available here: http://flickrfs.sourceforge.net/ and you can also contact me if you need help. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 72900 [details] Ebuild for flickrfs-1.1
Created attachment 72901 [details] Patch for flickrfs (goes in ${FILESDIR})
Created attachment 73016 [details] Ebuild for flickrfs-1.1.9 New release. You can now run the tool as a non-root user. More information here: http://tuxmann.blogspot.com/
Created attachment 73017 [details] Patch for flickrfs-1.1.9 (goes in ${FILESDIR})
Snagging this.
Planning to add latest version to Portage now.
Created attachment 122325 [details] flickrfs-1.3.9.ebuild Ebuild for the latest version requires the setup.py in files
Created attachment 122326 [details] Python distutils setup script
Comment on attachment 73017 [details] Patch for flickrfs-1.1.9 (goes in ${FILESDIR}) Ugh. Looks like I obsoleted this too quickly. Bringing it back in lieu of my crappy setup.py
Comment on attachment 122326 [details] Python distutils setup script Using the 1.1.9 patch to provide setup.py
Created attachment 122330 [details, diff] updated 1.1.9 patch for 1.3.9 (goes in ${FILESDIR})
Created attachment 122334 [details] New flickrfs-1.3.9.ebuild uses flickrfs-1.3.9.patch This ebuild works, but then flickrfs bombs out with: Traceback (most recent call last): File "/usr/bin/flickrfs", line 1086, in ? server = Flickrfs() File "/usr/bin/flickrfs", line 159, in __init__ log.info("flickrfs.py:Flickrfs:mountpoint: %s" % repr(self.mountpoint)) File "/usr/lib/python2.4/site-packages/fuse.py", line 834, in __getattr__ raise AttributeError, "Fuse instance has no attribute '%s'" % meth AttributeError: Fuse instance has no attribute 'mountpoint' This seems to be an issue with the fuse-python bindings or something. As it is beyond my abilities to debug, I'm going to hit up my local LUG's Pythonistas for help.
Got this back from TLUG: set FUSE_PYTHON_API=0.1 and it works. :) I guess I'll patch up flickrfs to set this in the Python for now. But that will have to wait until tomorrow, because it is way past time for me to collapse into my bed. ;) Thanks Mattia!
Created attachment 122933 [details] Creates a flickrfs wrapper script for flickrfs.py that sets FUSE_PYTHON_API=0.1
Created attachment 122936 [details, diff] Fix all the bugs introduced by my ham-handed, Python-ignorant patching ;)
Created attachment 122938 [details] Wrapper script for flickrfs.py that sets FUSE_PYTHON_API=0.1
Bang! In Portage!
This is not exactly working; you can view your stream, but not sets and collections, or meta-data, and cannot modify permissions, etc.
Created attachment 123584 [details] flickrfs-1.3.9.ebuild We now depend on virtual/fuse-python, which is now provided by sys-fs/python-fuse, but will be provided by sys-fs/fuse-python (which is the newer version of the FUSE bindings for Python) in the future as soon as I pound all of the bugs out of it and/or its client scripts. With sys-fs/python-fuse, we get these errors, but stuff kinda works: 07/02/07 13:07:17 ERROR Exception in function <bound method Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at 0xb7bf192c>> 07/02/07 13:07:17 ERROR Traceback (most recent call last): File "/usr/bin/flickrfs", line 101, in _log_exception_wrapper func(*args, **kw) File "/usr/bin/flickrfs", line 312, in __sync_set_in_background psetOnline = self.transfl.getPhotosFromPhotoset(set_id) File "/usr/lib/python2.4/site-packages/transactions.py", line 376, in getPhotosFromPhotoset for p in rsp.photoset[0].photo: AttributeError: XMLNode instance has no attribute 'photo'
Created attachment 123585 [details, diff] files/flickrfs-1.3.9.patch We don't need the wrapper any more, so setup.py now installs flickrfs, not flickrfs.py
I've committed the version of this ebuild that depends on virtual/fuse-python to CVS, because it works better than the current ebuild. However, flickrfs is still not working completely, so I cannot resolve this bug yet.
In the tree. Everything else -> new bug instead of more mess here.
(In reply to comment #21) > I've committed the version of this ebuild that depends on virtual/fuse-python > to CVS, because it works better than the current ebuild. Hm, just wondering: flickrfs-1.3.9 depends on sys-fs/fuse-python, not on virtual/fuse-python. Is the virtual for fuse-python needed at all? It's only provided by sys-fs/python-fuse, and no other package depends on it.