Bugzilla Bug 112550

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 an attachment (id=72900) [edit]
Ebuild for flickrfs-1.1

Created an attachment (id=72901) [edit]
Patch for flickrfs (goes in ${FILESDIR})

Created an attachment (id=73016) [edit]
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 an attachment (id=73017) [edit]
Patch for flickrfs-1.1.9 (goes in ${FILESDIR})

Snagging this.

Planning to add latest version to Portage now.

Created an attachment (id=122325) [edit]
flickrfs-1.3.9.ebuild

Ebuild for the latest version requires the setup.py in files

Created an attachment (id=122326) [edit]
Python distutils setup script

(From update of attachment 73017 [edit])
Ugh. Looks like I obsoleted this too quickly. Bringing it back in lieu of my
crappy setup.py

(From update of attachment 122326 [edit])
Using the 1.1.9 patch to provide setup.py

Created an attachment (id=122330) [edit]
updated 1.1.9 patch for 1.3.9 (goes in ${FILESDIR})

Created an attachment (id=122334) [edit]
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 an attachment (id=122933) [edit]
Creates a flickrfs wrapper script for flickrfs.py that sets FUSE_PYTHON_API=0.1

Created an attachment (id=122936) [edit]
Fix all the bugs introduced by my ham-handed, Python-ignorant patching ;)

Created an attachment (id=122938) [edit]
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 an attachment (id=123584) [edit]
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 an attachment (id=123585) [edit]
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.