Bug 112550 – sys-fs/flickrfs: Map flickr to you filesystem using FUSE

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Gunnar Wrobel (RETIRED) 2005-11-14 13:37:54 UTC]

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.

[Comment 1 Gunnar Wrobel (RETIRED) 2005-11-14 13:38:28 UTC]

Created attachment 72900 [details]
Ebuild for flickrfs-1.1

[Comment 2 Gunnar Wrobel (RETIRED) 2005-11-14 13:39:17 UTC]

Created attachment 72901 [details]
Patch for flickrfs (goes in ${FILESDIR})

[Comment 3 Gunnar Wrobel (RETIRED) 2005-11-16 10:03:19 UTC]

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/

[Comment 4 Gunnar Wrobel (RETIRED) 2005-11-16 10:03:49 UTC]

Created attachment 73017 [details]
Patch for flickrfs-1.1.9 (goes in ${FILESDIR})

[Comment 5 Josh Glover (RETIRED) 2007-06-17 12:53:14 UTC]

Snagging this.

[Comment 6 Josh Glover (RETIRED) 2007-06-17 12:53:34 UTC]

Planning to add latest version to Portage now.

[Comment 7 Josh Glover (RETIRED) 2007-06-17 13:57:36 UTC]

Created attachment 122325 [details]
flickrfs-1.3.9.ebuild

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

[Comment 8 Josh Glover (RETIRED) 2007-06-17 13:58:01 UTC]

Created attachment 122326 [details]
Python distutils setup script

[Comment 9 Josh Glover (RETIRED) 2007-06-17 14:00:27 UTC]

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 10 Josh Glover (RETIRED) 2007-06-17 14:00:54 UTC]

Comment on attachment 122326 [details]
Python distutils setup script

Using the 1.1.9 patch to provide setup.py

[Comment 11 Josh Glover (RETIRED) 2007-06-17 14:50:35 UTC]

Created attachment 122330 [details, diff]
updated 1.1.9 patch for 1.3.9 (goes in ${FILESDIR})

[Comment 12 Josh Glover (RETIRED) 2007-06-17 14:52:22 UTC]

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.

[Comment 13 Josh Glover (RETIRED) 2007-06-17 16:20:53 UTC]

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!

[Comment 14 Josh Glover (RETIRED) 2007-06-24 03:42:24 UTC]

Created attachment 122933 [details]
Creates a flickrfs wrapper script for flickrfs.py that sets FUSE_PYTHON_API=0.1

[Comment 15 Josh Glover (RETIRED) 2007-06-24 03:43:18 UTC]

Created attachment 122936 [details, diff]
Fix all the bugs introduced by my ham-handed, Python-ignorant patching ;)

[Comment 16 Josh Glover (RETIRED) 2007-06-24 03:43:49 UTC]

Created attachment 122938 [details]
Wrapper script for flickrfs.py that sets FUSE_PYTHON_API=0.1

[Comment 17 Josh Glover (RETIRED) 2007-06-24 03:53:43 UTC]

Bang! In Portage!

[Comment 18 Josh Glover (RETIRED) 2007-06-30 05:47:10 UTC]

This is not exactly working; you can view your stream, but not sets and collections, or meta-data, and cannot modify permissions, etc.

[Comment 19 Josh Glover (RETIRED) 2007-07-02 04:10:03 UTC]

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'

[Comment 20 Josh Glover (RETIRED) 2007-07-02 04:11:47 UTC]

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

[Comment 21 Josh Glover (RETIRED) 2007-07-02 05:25:30 UTC]

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.

[Comment 22 Jakub Moc (RETIRED) 2007-08-15 14:20:28 UTC]

In the tree. Everything else -> new bug instead of more mess here.

[Comment 23 Ulrich Müller 2007-12-31 13:27:22 UTC]

(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.