Hi all This is a python binding for fuse(http://bugs.gentoo.org/show_bug.cgi?id=59733) which is needed by gmailfs(http://bugs.gentoo.org/show_bug.cgi?id=63785). Also here is a problem with the filename: It makes it hard to update. I'll also contact the devs about this. Moritz
Created attachment 39447 [details] sys-fs/fuse-python-0.1.ebuild
We are not going to add ebuild for gmailfs to Portage. Do we have any other package depending on fuse-python?
There's no package right now AFAIK but I'd still like to see this in portage. I'm doing some development with the python bindings and this would make the installation a lot easier... Thanks...
Created attachment 52577 [details] fuse-python-0.1-r1.ebuild Applies patch to make it building again
Created attachment 52578 [details, diff] patch to fix compile errors
the ebuild should attempt to use the distutils eclass. also it would be better if the tarball was versioned for mirroring purposes. if we can't convince upstream to change the name, we'll have to mirror our own version of the tarball.
Created attachment 68297 [details] Ebuild for python bindings to FUSE Another attempt at getting the python bindings for FUSE into the tree :) The source code for this ebuild is part of the official FUSE project (http://fuse.sourceforge.net). The only problem is that they did not publish a package so far. Nevertheless the python bindings has been in the cvs sources for a while already (http://cvs.sourceforge.net/viewcvs.py/fuse/python/) and there is also a debian package available (http://packages.debian.org/unstable/python/python-fuse). I generated a snapshot of the sources and made it available from my site. Since the code is part of the FUSE project it might be easier to simply add this ebuild to the standard sys-fs/fuse package with a "python" use flag rather than having a seperate ebuild.
Hi there - I'd like to use python-fuse to attempt to make a filesystem for a web based photo management system I wrote. What's the likelyhood of this being included in portage one day?
Compiles just fine, will test functionality later...
Added flickrfs as bug #112550 It uses python-fuse to provide access to flickr.com and might be useful for testing (though it is still a little bit rough around the edges).
Reassigned to maintainer-wanted.
Created attachment 81979 [details] fuse-python-20060312.tar.bz2 Snapshot from cvs
Created attachment 81983 [details] fuse-python-20060312.ebuild
Created attachment 96798 [details] new ebuild for a checked out version from September 12th 2006 Checked out the fuse-python version today, compiles without the need for a patch. I edited the ebuild to include the correct link to the homepage, too, and uploaded the archive to my webspace to get rid of fetch restriction.
*** Bug 146652 has been marked as a duplicate of this bug. ***
Created attachment 100621 [details] sys-fs/fuse-python-20061027.ebuild
Created attachment 100622 [details] sys-fs/fuse-python-20061027.ebuild this may be better
(In reply to comment #2) > We are not going to add ebuild for gmailfs to Portage. Do we have any other > package depending on fuse-python? > Trackerfs (http://code.google.com/p/trackerfs/) also uses fuse-python.
I suggest this be put in sunrise since it is maintainer-wanted and a lot of things seem to depend on it. I can put it in, unless I hear any nays.
(In reply to comment #18) > (In reply to comment #2) > > We are not going to add ebuild for gmailfs to Portage. Do we have any other > > package depending on fuse-python? > > > > Trackerfs (http://code.google.com/p/trackerfs/) also uses fuse-python. > Add in WikipediaFS <http://wikipediafs.sourceforge.net/> as another useful program that needs the Python binding.
Snagging this.
Adding this to Portage now.
Added to Portage as ~x86. Resolving.
