flickrfs-users — Any questions, commends and suggestions regarding usage/development of flickrfs.

[Flickrfs-users] threading problem identified

[<rdm...@bi...>]

OK, so the problem is in fuse-python.  What I don't know is whether
this is a general fuse-python problem, or is platform specific.  I have
a slightly modified version of the fuse-python xmp.py program that
demonstrates the problem.  I've checked it in to the 'test' directory as
'xmp.py'.  Anyone who can please check this out and run it:

python xmp.py -o root=/tmp <mountpoint>

(this will act as if /tmp is mounted at mountpoint)

If it prints more than five 'ticking' messages then fuse-python works
fine on your system.  If it only prints four or five, and the file
'testfile' that it generates only contains four or five ticks, then
your platform also has the problem, and this would be why your sets
directory never gets populated.  Please report to me your results and
OS/python/fuse/fuse-python version.

I will also be sending this bug report to the python-fuse developer.

--David

[Flickrfs-users] threading...

[<rdm...@bi...>]

Well, I've proven now that the problem isn't with flickr responding to
that call.  As far as I can tell threading, at least on my machine, isn't
working correctly.  This doesn't make much sense to me.  I'm suspecting
some interaction with fuse-python's multithreading, but I have to learn
a little more about threading before I'll be able to make more progress.

--David

[Flickrfs-users] flickr hang

[<rdm...@bi...>]

Well, I haven't quite figured out my flickrfs hang problem, but I have
found out something interesting about the 'empty sets directory' problem.
I turned on debugging in the flickrapi module, and flickr is never sending
any response to the photosets.getList call.  This is, needless to say,
most odd.

Is _anyone_ able to see their sets through flickrfs?

--David

Re: [Flickrfs-users] fuse-python version

[<rdm...@bi...>]

On Sat, 26 Jan 2008 at 17:06, rdm...@bi... wrote:
> my system.  It appears that flickrfs is doing things to the filesystem
> before it is mounted.  That is, the mount happens when sever.main()
> is called, but directories are created and threads are launched in the
> __init__, before main() is called.  This causes flickrfs to hang on my
> system some time after the mount is done.

Hah, like I said, it is taking me a bit to get back up to speed on this
code.  This initialization sequence is not a problem since it is our
model of the file system we are updating, and that is available before
the mount.  So why doing it before the mount causes later commands to
hang for me is mysterious.  If I do the fs/thread stuff after the mount,
then flickrfs doesn't hang for me, but an 'ls' on my mount point says
there's no such file...and df shows all question marks.  So I'm poking
around trying to figure out what's going on here....

--David

[Flickrfs-users] Usage survey

[<rdm...@bi...>]

I'd like to conduct a little survey of those who are using flickrfs or
would like to but can't get it to work for them.  Please reply only to
me and I will summarize the results for the list.

1) Are you currently successfully using flickrfs?  If so,
what version?

2) What OS/distribution and version are you running or trying to run
it on?

3) How did you install the package (distribution-specific package
manager, or by hand)?

4) What version of python are you using?

5) What version of Fuse are you using?

6) What version of fuse-python are you using?

7) Would you be willing to test CVS versions of the code for me?


If you haven't gotten it working on your system, please feel free to
provide additional information about what error blocked you from doing so.
I probably won't reply to such bug reports directly...eventually I'll
get the bug list organized, but for now I'm just trying to get a feel of
where we are currently at with respect to system compatibility and bugs.

--David

[Flickrfs-users] fuse-python version

[<rdm...@bi...>]

On Sat, 26 Jan 2008 at 11:32, Manish Rai Jain wrote:
> Sounds great. Let me know what help you need from me.

OK, so flickrfs was written against fuse-python 0.1, right?  Setting
fuse.fuse_python_api to (0, 1) gets flickrfs to run against fuse-python
2.0 (you can do this without touching the code by setting the environment
variable FUSE_PYTHON_API to '0.1'), but it doesn't work right, at least on
my system.  It appears that flickrfs is doing things to the filesystem
before it is mounted.  That is, the mount happens when sever.main()
is called, but directories are created and threads are launched in the
__init__, before main() is called.  This causes flickrfs to hang on my
system some time after the mount is done.

Are others successfully running flickrfs using fuse-python 0.2?
If you are running 0.1, are you having the problem with the empty
'sets' directory?

The 'new api' page for fuse-python says that this is where the mount
took place in 0.1 as well (in main()), but I'm wondering if maybe that
isn't in fact true, and under 0.1 the mount happened in the __init__.
The problem is that I can't get fuse-python 0.1 to compile on my system,
so I can't test it :(

I'm going to fiddle with the flickrfs initialization and see if I can get
it running on my system.  The question is, is anybody using fuse-python
0.1 who can't or doesn't want to upgrade?  My thought is that we should
eventually migrate flickrfs to the 0.2 API, so if I need instead to
maintain backward compatibility I'd better know now :)

--David

Re: [Flickrfs-users] no sets

[<rdm...@bi...>]

On Tue, 22 Jan 2008 at 16:34, Manish Rai Jain wrote:
> I'd be more than happy if someone would like to take over flickrfs, and
> maintain it. Its an interesting project, and allows you to understand
> filesystem internals, and flickr apis. I'm still here, and I can provide all
> the help that's needed for someone to understand the code base. There's
> plenty of functionality that can be added, so its more than just bug fixing.

I haven't really used flickrfs since I did the refactoring work almost
two years ago now.  My interests went in other directions.  However,
I find that I'm once again interested in flickrfs and python-fuse,
and I have some time I could spend on this.

So, I'd be interested in taking over maintenance, Manish.  I'm still a
developer on the sourceforge project.  I'm working on getting the CVS
version running on my own machine, at the moment...

--David

Re: [Flickrfs-users] no sets

[Manish R. J. <man...@gm...>]

Sounds great. Let me know what help you need from me.

-Manish


On Jan 26, 2008 11:14 AM, <rdm...@bi...> wrote:

> On Tue, 22 Jan 2008 at 16:34, Manish Rai Jain wrote:
> > I'd be more than happy if someone would like to take over flickrfs, and
> > maintain it. Its an interesting project, and allows you to understand
> > filesystem internals, and flickr apis. I'm still here, and I can provide
> all
> > the help that's needed for someone to understand the code base. There's
> > plenty of functionality that can be added, so its more than just bug
> fixing.
>
> I haven't really used flickrfs since I did the refactoring work almost
> two years ago now.  My interests went in other directions.  However,
> I find that I'm once again interested in flickrfs and python-fuse,
> and I have some time I could spend on this.
>
> So, I'd be interested in taking over maintenance, Manish.  I'm still a
> developer on the sourceforge project.  I'm working on getting the CVS
> version running on my own machine, at the moment...
>
> --David
>

Re: [Flickrfs-users] no sets

[Liu T. <fli...@ya...>]

Hello Manish Rai Jain,
   
  i have the same problem as many other people...
   
  /set/fooset_xy/ is visible but empty (no pictures).
   
  (everything worked like a charm with an clean account but when it fills up the /set/fooset1 /set/fooset2 etc... are empty)
  I also get "Invalid argument" when i copy files...
   
  So i hope you will find some time to fix your programm - i like it very much!!!
  Also you produce DFO i think this is not what i want..
  i want to copy and update my local /Photos/subdirectory with a simple cp * comand...
   
  I´m not able to program myself so I really hope you can fix this ...
   
  Thanx alot!
  Thomas
   
  

Manish Rai Jain <man...@gm...> wrote:
  A lot of people have complained the problem with sets. I'd like to fix that bug, but I don't have any time to spend upon it. With all the work load, its difficult for me to maintain the project.

I'd be more than happy if someone would like to take over flickrfs, and maintain it. Its an interesting project, and allows you to understand filesystem internals, and flickr apis. I'm still here, and I can provide all the help that's needed for someone to understand the code base. There's plenty of functionality that can be added, so its more than just bug fixing.

-Manish


  On Jan 22, 2008 1:48 PM, Guldo K <gu...@ti...> wrote:
  Hello,
I have just installed flickrfs 1.3.9.1 on debian (unstable) with
libfuse2 2.7.1 and python 2.4.4.
The uploading of files works, with tags and renaming too, but each time
cp returns an error:

$ cp fireboard.png /mnt/flickr/sets/fooset/
`fireboard.png' -> `/mnt/flickr/sets/fooset/fireboard.png'
cp: scrittura di `/mnt/flickr/sets/fooset/fireboard.png': Invalid argument

anyway, the file is uploaded.

But, the set looks empty.
A "ls /mnt/flickr/sets/fooset/" returns nothing.
If I unmount and mount back, the sets dir is empty.
If I try to download the file, I get a "No such file or directory" error
by cp.
If I create another "fooset" dir inside sets dir, a new set with the
same name is created in flickr.

Why?
It looks like it cannot collect my existing sets info from flickr, but I
can see no errors in the log file.

Thanks.

--
Guldo - Powered by debian sid
www.giapponegiappone.it

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Flickrfs-users mailing list
Fli...@li...
https://lists.sourceforge.net/lists/listinfo/flickrfs-users


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________
Flickrfs-users mailing list
Fli...@li...
https://lists.sourceforge.net/lists/listinfo/flickrfs-users


       
---------------------------------
Looking for last minute shopping deals?  Find them fast with Yahoo! Search.

Re: [Flickrfs-users] no sets

[Manish R. J. <man...@gm...>]

A lot of people have complained the problem with sets. I'd like to fix that
bug, but I don't have any time to spend upon it. With all the work load, its
difficult for me to maintain the project.

I'd be more than happy if someone would like to take over flickrfs, and
maintain it. Its an interesting project, and allows you to understand
filesystem internals, and flickr apis. I'm still here, and I can provide all
the help that's needed for someone to understand the code base. There's
plenty of functionality that can be added, so its more than just bug fixing.

-Manish


On Jan 22, 2008 1:48 PM, Guldo K <gu...@ti...> wrote:

> Hello,
> I have just installed flickrfs 1.3.9.1 on debian (unstable) with
> libfuse2 2.7.1 and python 2.4.4.
> The uploading of files works, with tags and renaming too, but each time
> cp returns an error:
>
> $ cp fireboard.png /mnt/flickr/sets/fooset/
> `fireboard.png' -> `/mnt/flickr/sets/fooset/fireboard.png'
> cp: scrittura di `/mnt/flickr/sets/fooset/fireboard.png': Invalid argument
>
> anyway, the file is uploaded.
>
> But, the set looks empty.
> A "ls /mnt/flickr/sets/fooset/" returns nothing.
> If I unmount and mount back, the sets dir is empty.
> If I try to download the file, I get a "No such file or directory" error
> by cp.
> If I create another "fooset" dir inside sets dir, a new set with the
> same name is created in flickr.
>
> Why?
> It looks like it cannot collect my existing sets info from flickr, but I
> can see no errors in the log file.
>
> Thanks.
>
> --
> Guldo - Powered by debian sid
> www.giapponegiappone.it
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Flickrfs-users mailing list
> Fli...@li...
> https://lists.sourceforge.net/lists/listinfo/flickrfs-users
>

[Flickrfs-users] no sets

[Guldo K <gu...@ti...>]

Hello,
I have just installed flickrfs 1.3.9.1 on debian (unstable) with 
libfuse2 2.7.1 and python 2.4.4.
The uploading of files works, with tags and renaming too, but each time 
cp returns an error:

$ cp fireboard.png /mnt/flickr/sets/fooset/
`fireboard.png' -> `/mnt/flickr/sets/fooset/fireboard.png'
cp: scrittura di `/mnt/flickr/sets/fooset/fireboard.png': Invalid argument

anyway, the file is uploaded.

But, the set looks empty.
A "ls /mnt/flickr/sets/fooset/" returns nothing.
If I unmount and mount back, the sets dir is empty.
If I try to download the file, I get a "No such file or directory" error 
by cp.
If I create another "fooset" dir inside sets dir, a new set with the 
same name is created in flickr.

Why?
It looks like it cannot collect my existing sets info from flickr, but I 
can see no errors in the log file.

Thanks.

-- 
Guldo - Powered by debian sid
www.giapponegiappone.it

[Flickrfs-users] Another despondant Mac user.

[Paul B. <pau...@go...>]

Hi,

Yes another Mac user trying to get this going using Macfuse :-)

I am seeing pretty much the same behaviour as Francesco Pierfederici
posted. Looking through the crash log it looks like their is some
issue with the multi-threading behaviour. Also the fact that we only
sometimes see the 'Building Sets in Background' message would suggest
that it only occasionally gets into that thread before the crash.

Commenting out the call which starts the set building etc allows the
program to run without crashing and creates a volume but oviously it
will not have any content.

One thing that I would like to do is turn on the debug output from
macfuse but flickrfs doesn't seem to be passing through parameters to
fuse  I think this is because it is using the old python bindings. Are
there any plans for moving to the new bindings?

Any suggestions how I can get the

I am happy enough to try and debug this myself, although as a python
newbie I would appreciate any help.

Paul.

Re: [Flickrfs-users] fuse.fuse_python_api not defined

[Sam A. <sam...@my...>]

Hi,

I'm using Gutsy and I've tried flickrfs-1.3.9 and the latest version
from cvs. It's the install I can't even get working though. I'm not sure
if it's a problem with the python fuse bindings though. It's the
uploading I'm most interested in anyway so if I could even get that far
I'd be happy.

I didn't reliase there was one in the repos though, I'll give this a go
when I get home.

Cheers,

Sam


On Sun, 4 Nov 2007 23:52:53 -0800, "kevin wu" <sp...@gm...> said:
> I could ask which version of flickrfs are you're using, and which OS,
> but then I realized I probably wouldn't be able to help you much, as
> I've never gotten flickrfs to work 100%.  The most luck I've had is
> with the CVS version running on Ubuntu Feisty, where I could see my
> sets (although nothing was in them) and I could get stream populated
> (although not completely) and I could upload.  Syncing was
> problematic, but uploading seemed fine.
> 
> It seems like the most "stable" version (easiest to install, no errors
> reported, clean log files, etc) is the one in the debian repos.  I can
> install it in Ubuntu Gutsy simply by doing an apt-get flickrfs.  There
> is, however, a major bug in that version, where there are no sets at
> all.  I believe Manish is working on the issue.
> 
> 
> Kevin
> 
> On Nov 4, 2007 3:32 PM, Sam Adams <sam...@my...> wrote:
> > Hi,
> >
> > When running flickrfs.py I get told:
> >
> > Traceback (most recent call last):
> >   File "flickrfs.py", line 1083, in <module>
> >     server = Flickrfs()
> >   File "flickrfs.py", line 158, in __init__
> >     Fuse.__init__(self, *args, **kw)
> >   File "/usr/lib/python2.5/site-packages/fuse.py", line 652, in __init__
> >     """
> > RuntimeError: fuse.fuse_python_api not defined.
> >
> > Does anyone know why this might be or how I can fix it. Flickrfs looks
> > like just the thing I've been waiting for but I can't seem to get it
> > working. Thanks.
> >
> > Sam
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > Flickrfs-users mailing list
> > Fli...@li...
> > https://lists.sourceforge.net/lists/listinfo/flickrfs-users
> >

Re: [Flickrfs-users] fuse.fuse_python_api not defined

[kevin w. <sp...@gm...>]

I could ask which version of flickrfs are you're using, and which OS,
but then I realized I probably wouldn't be able to help you much, as
I've never gotten flickrfs to work 100%.  The most luck I've had is
with the CVS version running on Ubuntu Feisty, where I could see my
sets (although nothing was in them) and I could get stream populated
(although not completely) and I could upload.  Syncing was
problematic, but uploading seemed fine.

It seems like the most "stable" version (easiest to install, no errors
reported, clean log files, etc) is the one in the debian repos.  I can
install it in Ubuntu Gutsy simply by doing an apt-get flickrfs.  There
is, however, a major bug in that version, where there are no sets at
all.  I believe Manish is working on the issue.


Kevin

On Nov 4, 2007 3:32 PM, Sam Adams <sam...@my...> wrote:
> Hi,
>
> When running flickrfs.py I get told:
>
> Traceback (most recent call last):
>   File "flickrfs.py", line 1083, in <module>
>     server = Flickrfs()
>   File "flickrfs.py", line 158, in __init__
>     Fuse.__init__(self, *args, **kw)
>   File "/usr/lib/python2.5/site-packages/fuse.py", line 652, in __init__
>     """
> RuntimeError: fuse.fuse_python_api not defined.
>
> Does anyone know why this might be or how I can fix it. Flickrfs looks
> like just the thing I've been waiting for but I can't seem to get it
> working. Thanks.
>
> Sam
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Flickrfs-users mailing list
> Fli...@li...
> https://lists.sourceforge.net/lists/listinfo/flickrfs-users
>

[Flickrfs-users] fuse.fuse_python_api not defined

[Sam A. <sam...@my...>]

Hi,

When running flickrfs.py I get told:

Traceback (most recent call last):
  File "flickrfs.py", line 1083, in <module>
    server = Flickrfs()
  File "flickrfs.py", line 158, in __init__
    Fuse.__init__(self, *args, **kw)
  File "/usr/lib/python2.5/site-packages/fuse.py", line 652, in __init__
    """
RuntimeError: fuse.fuse_python_api not defined.

Does anyone know why this might be or how I can fix it. Flickrfs looks
like just the thing I've been waiting for but I can't seem to get it
working. Thanks.

Sam

[Flickrfs-users] I/O error on debian lenny & flickrfs-1.3.9.1-5

[jillcorro <jil...@ya...>]

Hi there.

my flickrfs is a debian package installed by "apt-get install"
my mountpoint is "~/flickr"
Registration seems to be ok.
( account has been checked with a browser )
I have some errors to copy files :

sputnick@LaPpy:~$ cp images/imap-telnet.png flickr/tags/public/
cp: writing `flickr/tags/public/imap-telnet.png': Input/output error

sputnick@LaPpy:~$ mount
( ... )
fuse on /home/sputnick/flickr type fuse (rw,nosuid,nodev,user=sputnick)

sputnick@LaPpy:~$ id sputnick
( ...) 117(fuse)

sputnick@LaPpy:~$ cat .flickrfs/config.txt
[configuration]
browser:/usr/bin/x-www-browser
image.size:
sets.sync.int:300
stream.sync.int:300
add.default.tag:yes

sputnick@LaPpy:~$ cat .flickrfs/log
(... )
10/30/07 01:59:05 DEBUG      Creating
file:/stream/.imap-telnet.jpg.meta:with id:1796804528
10/30/07 01:59:05 DEBUG      Image /stream/imap-telnet.jpg changed
10/30/07 01:59:05 DEBUG      parentDir:/stream:
10/30/07 01:59:05 DEBUG      Creating file:/stream/imap-telnet.jpg:with
id:1796802860
10/30/07 01:59:05 DEBUG      parentDir:/stream:
10/30/07 01:59:05 DEBUG      Creating
file:/stream/.imap-telnet.jpg.meta:with id:1796802860
10/30/07 01:59:05 INFO       sync_stream_thread finished

sputnick@LaPpy:~$ strace cp images/imap-telnet.png flickr/tags/public/
execve("/bin/cp", ["cp", "images/imap-telnet.png",
"flickr/tags/public/"], [/* 36 vars */]) = 0
brk(0)                                  = 0x8057000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7eed000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=67601, ...}) = 0
mmap2(NULL, 67601, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7edc000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libacl.so.1", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\24"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=22240, ...}) = 0
mmap2(NULL, 25116, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7ed5000
mmap2(0xb7edb000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb7edb000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libselinux.so.1", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320>\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=83512, ...}) = 0
mmap2(NULL, 88980, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7ebf000
mmap2(0xb7ed3000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7ed3000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260a\1"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1336100, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7ebe000
mmap2(NULL, 1340944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7d76000
mmap2(0xb7eb8000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x142) = 0xb7eb8000
mmap2(0xb7ebb000, 9744, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ebb000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libattr.so.1", O_RDONLY)     = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\f\0\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=12820, ...}) = 0
mmap2(NULL, 15680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7d72000
mmap2(0xb7d75000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb7d75000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/i686/cmov/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\n\0\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9684, ...}) = 0
mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7d6e000
mmap2(0xb7d70000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7d70000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libsepol.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2204\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=220764, ...}) = 0
mmap2(NULL, 266048, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7d2d000
mmap2(0xb7d63000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x35) = 0xb7d63000
mmap2(0xb7d64000, 40768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d64000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7d2c000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7d2c8c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7eb8000, 4096, PROT_READ)   = 0
munmap(0xb7edc000, 67601)               = 0
brk(0)                                  = 0x8057000
brk(0x8078000)                          = 0x8078000
open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=591, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7eec000
read(3, "# This file controls the state o"..., 4096) = 591
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7eec000, 4096)                = 0
statfs64("/selinux", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096,
f_blocks=2213746, f_bfree=1263755, f_bavail=1151301, f_files=1126080,
f_ffree=937913, f_fsid={-347242313, 1135827255}, f_namelen=255,
f_frsize=4096}) = 0
open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7eec000
read(3, "rootfs / rootfs rw 0 0\nnone /sys"..., 1024) = 609
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7eec000, 4096)                = 0
open("/proc/filesystems", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7eec000
read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 1024) = 275
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7eec000, 4096)                = 0
geteuid32()                             = 1000
stat64("flickr/tags/public/", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
stat64("images/imap-telnet.png", {st_mode=S_IFREG|0644, st_size=53514,
...}) = 0
stat64("flickr/tags/public/imap-telnet.png", {st_mode=S_IFREG|0644,
st_size=0, ...}) = 0
open("images/imap-telnet.png", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=53514, ...}) = 0
open("flickr/tags/public/imap-telnet.png", O_WRONLY|O_TRUNC|O_LARGEFILE) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=53514, ...}) = 0
read(3, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\2\226\0\0\2\200\10\2\0"...,
4096) = 4096
write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\2\226\0\0\2\200\10\2\0"...,
4096) = -1 EIO (Input/output error)
write(2, "cp: ", 4cp: )                     = 4
write(2, "writing `flickr/tags/public/imap"..., 44writing
`flickr/tags/public/imap-telnet.png') = 44
write(2, ": Input/output error", 20: Input/output error)    = 20
write(2, "\n", 1
)                       = 1
close(4)                                = 0
close(3)                                = 0
close(1)                                = 0
exit_group(1)                           = ?
Process 17147 detached




Thanks to read me until the end  :)

Cheers.


	

	
		
___________________________________________________________________________ 
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
http://fr.mail.yahoo.com

[Flickrfs-users] I/O error on debian lenny & flickrfs-1.3.9.1-5

[Gilles <gil...@gm...>]

Hi there.

my flickrfs is a debian package installed by "apt-get install"
my mountpoint is "~/flickr"
Registration seems to be ok.
( account has been checked with a browser )
I have some errors to copy files :

sputnick@LaPpy:~$ cp images/imap-telnet.png flickr/tags/public/
cp: writing `flickr/tags/public/imap-telnet.png': Input/output error

sputnick@LaPpy:~$ mount
( ... )
fuse on /home/sputnick/flickr type fuse (rw,nosuid,nodev,user=sputnick)

sputnick@LaPpy:~$ id sputnick
( ...) 117(fuse)

sputnick@LaPpy:~$ cat .flickrfs/config.txt
[configuration]
browser:/usr/bin/x-www-browser
image.size:
sets.sync.int:300
stream.sync.int:300
add.default.tag:yes

sputnick@LaPpy:~$ cat .flickrfs/log
(... )
10/30/07 01:59:05 DEBUG      Creating 
file:/stream/.imap-telnet.jpg.meta:with id:1796804528
10/30/07 01:59:05 DEBUG      Image /stream/imap-telnet.jpg changed
10/30/07 01:59:05 DEBUG      parentDir:/stream:
10/30/07 01:59:05 DEBUG      Creating file:/stream/imap-telnet.jpg:with 
id:1796802860
10/30/07 01:59:05 DEBUG      parentDir:/stream:
10/30/07 01:59:05 DEBUG      Creating 
file:/stream/.imap-telnet.jpg.meta:with id:1796802860
10/30/07 01:59:05 INFO       sync_stream_thread finished

sputnick@LaPpy:~$ strace cp images/imap-telnet.png flickr/tags/public/
execve("/bin/cp", ["cp", "images/imap-telnet.png", 
"flickr/tags/public/"], [/* 36 vars */]) = 0
brk(0)                                  = 0x8057000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or 
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7eed000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or 
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=67601, ...}) = 0
mmap2(NULL, 67601, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7edc000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or 
directory)
open("/lib/libacl.so.1", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\24"..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=22240, ...}) = 0
mmap2(NULL, 25116, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) 
= 0xb7ed5000
mmap2(0xb7edb000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb7edb000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or 
directory)
open("/lib/libselinux.so.1", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320>\0"..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=83512, ...}) = 0
mmap2(NULL, 88980, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) 
= 0xb7ebf000
mmap2(0xb7ed3000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7ed3000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or 
directory)
open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260a\1"..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1336100, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7ebe000
mmap2(NULL, 1340944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0xb7d76000
mmap2(0xb7eb8000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x142) = 0xb7eb8000
mmap2(0xb7ebb000, 9744, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ebb000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or 
directory)
open("/lib/libattr.so.1", O_RDONLY)     = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\f\0\000"..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=12820, ...}) = 0
mmap2(NULL, 15680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) 
= 0xb7d72000
mmap2(0xb7d75000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb7d75000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or 
directory)
open("/lib/i686/cmov/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\n\0\000"..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9684, ...}) = 0
mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) 
= 0xb7d6e000
mmap2(0xb7d70000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7d70000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or 
directory)
open("/lib/libsepol.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2204\0"..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=220764, ...}) = 0
mmap2(NULL, 266048, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0xb7d2d000
mmap2(0xb7d63000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x35) = 0xb7d63000
mmap2(0xb7d64000, 40768, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d64000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7d2c000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7d2c8c0, 
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, 
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7eb8000, 4096, PROT_READ)   = 0
munmap(0xb7edc000, 67601)               = 0
brk(0)                                  = 0x8057000
brk(0x8078000)                          = 0x8078000
open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=591, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7eec000
read(3, "# This file controls the state o"..., 4096) = 591
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7eec000, 4096)                = 0
statfs64("/selinux", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, 
f_blocks=2213746, f_bfree=1263755, f_bavail=1151301, f_files=1126080, 
f_ffree=937913, f_fsid={-347242313, 1135827255}, f_namelen=255, 
f_frsize=4096}) = 0
open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7eec000
read(3, "rootfs / rootfs rw 0 0\nnone /sys"..., 1024) = 609
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7eec000, 4096)                = 0
open("/proc/filesystems", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7eec000
read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 1024) = 275
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7eec000, 4096)                = 0
geteuid32()                             = 1000
stat64("flickr/tags/public/", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
stat64("images/imap-telnet.png", {st_mode=S_IFREG|0644, st_size=53514, 
...}) = 0
stat64("flickr/tags/public/imap-telnet.png", {st_mode=S_IFREG|0644, 
st_size=0, ...}) = 0
open("images/imap-telnet.png", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=53514, ...}) = 0
open("flickr/tags/public/imap-telnet.png", O_WRONLY|O_TRUNC|O_LARGEFILE) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=53514, ...}) = 0
read(3, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\2\226\0\0\2\200\10\2\0"..., 
4096) = 4096
write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\2\226\0\0\2\200\10\2\0"..., 
4096) = -1 EIO (Input/output error)
write(2, "cp: ", 4cp: )                     = 4
write(2, "writing `flickr/tags/public/imap"..., 44writing 
`flickr/tags/public/imap-telnet.png') = 44
write(2, ": Input/output error", 20: Input/output error)    = 20
write(2, "\n", 1
)                       = 1
close(4)                                = 0
close(3)                                = 0
close(1)                                = 0
exit_group(1)                           = ?
Process 17147 detached




Thanks to read me until the end  :)

Cheers.

[Flickrfs-users] anyone having luck with 1.3.9.1-5ubuntu1 ?

[kevin w. <sp...@gm...>]

Just upgraded Ubuntu to 7.10, installed all the dependencies per the
flickrfs website, then did sudo apt-get install flickrfs.  That's all
fine and dandy, but when I do:

wuziq@wuziq:~$ flickrfs flickrfsmount
Authorizing with flickr...
Authorization complete.
wuziq@wuziq:~$


No sets at all.

Anyone else have this problem?

Re: [Flickrfs-users] all sets in /sets are empty, /stream is empty, but upload is OK

[kevin w. <sp...@gm...>]

I found the fix for this:  use the CVS version.  Unfortunately, I am
still having some weird issues.

stream populates, but not completely, even though I get the message
"Photostream population finished".  I have 17963 photos on my account,
but stream only shows 16737 of them.  My sets never populate
completely either.  There appears to be a limit of ~500 photos per set
that get synced.  For example, one of my sets has 2904 pictures, but
only 497 are showing up.  Another set has 896 photos, but only 500
show up.  Another has 945, but only 500 show up.  Another has 1318,
but only 314 show up.  etc.  I leave my computer on overnight,
thinking that maybe flickrfs will "fill in" the remaining photos each
time it syncs, but it doesn't, and it turns out flickrfs thinks the
sync is finished because that is what the logfile says for those sets.

Also, the only errors I am getting in the logfile now are these two:


10/08/07 08:15:25 ERROR      Exception in function <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x83625cc>>
10/08/07 08:15:25 ERROR      Traceback (most recent call last):
  File "flickrfs.py", line 101, in _log_exception_wrapper
    func(*args, **kw)
  File "flickrfs.py", line 315, in __sync_set_in_background
    psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
  File "/home/wuziq/flickrfs/flickrfs/transactions.py", line 372, in
getPhotosFromPhotoset
    privacy_filter=str(i))
  File "/home/wuziq/flickrfs/flickrfs/flickrapi.py", line 273, in handler
    data = f.read()
  File "socket.py", line 291, in read
    data = self._sock.recv(recv_size)
  File "httplib.py", line 529, in read
    s = self.fp.read(amt)
  File "socket.py", line 309, in read
    data = self._sock.recv(recv_size)
timeout: timed out


and this:


10/08/07 08:15:09 ERROR      Exception in function <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x83625cc>>
10/08/07 08:15:35 ERROR      Traceback (most recent call last):
  File "flickrfs.py", line 101, in _log_exception_wrapper
    func(*args, **kw)
  File "flickrfs.py", line 315, in __sync_set_in_background
    psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
  File "/home/wuziq/flickrfs/flickrfs/transactions.py", line 372, in
getPhotosFromPhotoset
    privacy_filter=str(i))
  File "/home/wuziq/flickrfs/flickrfs/flickrapi.py", line 272, in handler
    f = urllib2.urlopen(req)
  File "urllib2.py", line 121, in urlopen
    return _opener.open(url, data)
  File "urllib2.py", line 374, in open
    response = self._open(req, data)
  File "urllib2.py", line 392, in _open
    '_open', req)
  File "urllib2.py", line 353, in _call_chain
    result = func(*args)
  File "urllib2.py", line 1100, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "urllib2.py", line 1075, in do_open
    raise URLError(err)
URLError: <urlopen error timed out>

10/08/07 08:15:35 DEBUG      Retry attempt 1 for func <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x83625cc>>


In the main window, I get a bunch of this:

fuse: error creating thread: Cannot allocate memory

and one instance of this:

Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/fuse.py", line 44, in __call__
    return -detail
TypeError: bad operand type for unary -: 'NoneType'


I am still using Ubuntu 7.04 with all the latest packages installed
from the official Ubuntu repos.

Any ideas?  I'm excited that flickrfs is getting closer and closer to
working for me.


Thanks!
Kevin




On 10/5/07, kevin wu <sp...@gm...> wrote:
> Just installed flickrfs 1.3.9 on a fresh install of Ubuntu 7.04.
> Followed all the steps and got this:
>
>
> Authorizing with flickr...
> Authorization complete.
> Sets are being populated in the background.
> fuse: warning: buffer size too small: 4
>
>
> I can go to the mountpoint and see the folders "sets" and "tags".
> Within "sets" I see all my sets, but they are all empty.  I can create
> a folder and upload just fine, though.
>
> I also tried creating the "stream" folder, at which point I get the message:
>
>
> Populating photostream
>
>
> But the "stream" folder is also empty.
>
> Taking a look at the log file, I get a bunch of this:
>
>
> 10/05/07 00:08:17 ERROR      Exception in function <bound method
> Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
> 0x836356c>>
> 10/05/07 00:08:17 ERROR      Traceback (most recent call last):
>   File "flickrfs.py", line 100, in _log_exception_wrapper
>     func(*args, **kw)
>   File "flickrfs.py", line 311, in __sync_set_in_background
>     psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
>   File "/home/wuziq/flickrfs/flickrfs-1.3.9/transactions.py", line
> 357, in getPhotosFromPhotoset
>     for p in rsp.photoset[0].photo:
> AttributeError: XMLNode instance has no attribute 'photo'
>
> 10/05/07 00:08:17 DEBUG      Retry attempt 2 for func <bound method
> Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
> 0x836356c>>
> 10/05/07 00:08:17 INFO       Syncing set /sets/2006-11-12 to
> 2006-11-15 san francisco
> 10/05/07 00:08:17 ERROR      Exception in function <bound method
> Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
> 0x836356c>>
> 10/05/07 00:08:17 ERROR      Traceback (most recent call last):
>   File "flickrfs.py", line 100, in _log_exception_wrapper
>     func(*args, **kw)
>   File "flickrfs.py", line 311, in __sync_set_in_background
>     psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
>   File "/home/wuziq/flickrfs/flickrfs-1.3.9/transactions.py", line
> 354, in getPhotosFromPhotoset
>     privacy_filter=str(i))
>   File "/home/wuziq/flickrfs/flickrfs-1.3.9/flickrapi.py", line 254, in handler
>     f = urllib2.urlopen(req)
>   File "urllib2.py", line 121, in urlopen
>     return _opener.open(url, data)
>   File "urllib2.py", line 374, in open
>     response = self._open(req, data)
>   File "urllib2.py", line 392, in _open
>     '_open', req)
>   File "urllib2.py", line 353, in _call_chain
>     result = func(*args)
>   File "urllib2.py", line 1100, in http_open
>     return self.do_open(httplib.HTTPConnection, req)
>   File "urllib2.py", line 1075, in do_open
>     raise URLError(err)
> URLError: <urlopen error timed out>
>
> 10/05/07 00:08:17 ERROR      Exception in function <bound method
> Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
> 0x836356c>>
> 10/05/07 00:08:17 ERROR      Traceback (most recent call last):
>   File "flickrfs.py", line 100, in _log_exception_wrapper
>     func(*args, **kw)
>   File "flickrfs.py", line 311, in __sync_set_in_background
>     psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
>   File "/home/wuziq/flickrfs/flickrfs-1.3.9/transactions.py", line
> 357, in getPhotosFromPhotoset
>     for p in rsp.photoset[0].photo:
> AttributeError: XMLNode instance has no attribute 'photo'
>
> 10/05/07 00:08:17 DEBUG      Retry attempt 2 for func <bound method
> Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
> 0x836356c>>
> 10/05/07 00:08:17 INFO       Syncing set /sets/blogged
> 10/05/07 00:08:17 ERROR      Exception in function <bound method
> Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
> 0x836356c>>
> 10/05/07 00:08:17 ERROR      Traceback (most recent call last):
>   File "flickrfs.py", line 100, in _log_exception_wrapper
>     func(*args, **kw)
>   File "flickrfs.py", line 311, in __sync_set_in_background
>     psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
>   File "/home/wuziq/flickrfs/flickrfs-1.3.9/transactions.py", line
> 354, in getPhotosFromPhotoset
>     privacy_filter=str(i))
>   File "/home/wuziq/flickrfs/flickrfs-1.3.9/flickrapi.py", line 254, in handler
>     f = urllib2.urlopen(req)
>   File "urllib2.py", line 121, in urlopen
>     return _opener.open(url, data)
>   File "urllib2.py", line 374, in open
>     response = self._open(req, data)
>   File "urllib2.py", line 392, in _open
>     '_open', req)
>   File "urllib2.py", line 353, in _call_chain
>     result = func(*args)
>   File "urllib2.py", line 1100, in http_open
>     return self.do_open(httplib.HTTPConnection, req)
>   File "urllib2.py", line 1075, in do_open
>     raise URLError(err)
> URLError: <urlopen error timed out>
>
>
> It looks like at least one other person is having this issue as well.
> Any help would be greatly appreciated!
>
>
> Kevin
>

[Flickrfs-users] all sets in /sets are empty, /stream is empty, but upload is OK

[kevin w. <sp...@gm...>]

Just installed flickrfs 1.3.9 on a fresh install of Ubuntu 7.04.
Followed all the steps and got this:


Authorizing with flickr...
Authorization complete.
Sets are being populated in the background.
fuse: warning: buffer size too small: 4


I can go to the mountpoint and see the folders "sets" and "tags".
Within "sets" I see all my sets, but they are all empty.  I can create
a folder and upload just fine, though.

I also tried creating the "stream" folder, at which point I get the message:


Populating photostream


But the "stream" folder is also empty.

Taking a look at the log file, I get a bunch of this:


10/05/07 00:08:17 ERROR      Exception in function <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x836356c>>
10/05/07 00:08:17 ERROR      Traceback (most recent call last):
  File "flickrfs.py", line 100, in _log_exception_wrapper
    func(*args, **kw)
  File "flickrfs.py", line 311, in __sync_set_in_background
    psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
  File "/home/wuziq/flickrfs/flickrfs-1.3.9/transactions.py", line
357, in getPhotosFromPhotoset
    for p in rsp.photoset[0].photo:
AttributeError: XMLNode instance has no attribute 'photo'

10/05/07 00:08:17 DEBUG      Retry attempt 2 for func <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x836356c>>
10/05/07 00:08:17 INFO       Syncing set /sets/2006-11-12 to
2006-11-15 san francisco
10/05/07 00:08:17 ERROR      Exception in function <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x836356c>>
10/05/07 00:08:17 ERROR      Traceback (most recent call last):
  File "flickrfs.py", line 100, in _log_exception_wrapper
    func(*args, **kw)
  File "flickrfs.py", line 311, in __sync_set_in_background
    psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
  File "/home/wuziq/flickrfs/flickrfs-1.3.9/transactions.py", line
354, in getPhotosFromPhotoset
    privacy_filter=str(i))
  File "/home/wuziq/flickrfs/flickrfs-1.3.9/flickrapi.py", line 254, in handler
    f = urllib2.urlopen(req)
  File "urllib2.py", line 121, in urlopen
    return _opener.open(url, data)
  File "urllib2.py", line 374, in open
    response = self._open(req, data)
  File "urllib2.py", line 392, in _open
    '_open', req)
  File "urllib2.py", line 353, in _call_chain
    result = func(*args)
  File "urllib2.py", line 1100, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "urllib2.py", line 1075, in do_open
    raise URLError(err)
URLError: <urlopen error timed out>

10/05/07 00:08:17 ERROR      Exception in function <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x836356c>>
10/05/07 00:08:17 ERROR      Traceback (most recent call last):
  File "flickrfs.py", line 100, in _log_exception_wrapper
    func(*args, **kw)
  File "flickrfs.py", line 311, in __sync_set_in_background
    psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
  File "/home/wuziq/flickrfs/flickrfs-1.3.9/transactions.py", line
357, in getPhotosFromPhotoset
    for p in rsp.photoset[0].photo:
AttributeError: XMLNode instance has no attribute 'photo'

10/05/07 00:08:17 DEBUG      Retry attempt 2 for func <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x836356c>>
10/05/07 00:08:17 INFO       Syncing set /sets/blogged
10/05/07 00:08:17 ERROR      Exception in function <bound method
Flickrfs.__sync_set_in_background of <__main__.Flickrfs instance at
0x836356c>>
10/05/07 00:08:17 ERROR      Traceback (most recent call last):
  File "flickrfs.py", line 100, in _log_exception_wrapper
    func(*args, **kw)
  File "flickrfs.py", line 311, in __sync_set_in_background
    psetOnline = self.transfl.getPhotosFromPhotoset(set_id)
  File "/home/wuziq/flickrfs/flickrfs-1.3.9/transactions.py", line
354, in getPhotosFromPhotoset
    privacy_filter=str(i))
  File "/home/wuziq/flickrfs/flickrfs-1.3.9/flickrapi.py", line 254, in handler
    f = urllib2.urlopen(req)
  File "urllib2.py", line 121, in urlopen
    return _opener.open(url, data)
  File "urllib2.py", line 374, in open
    response = self._open(req, data)
  File "urllib2.py", line 392, in _open
    '_open', req)
  File "urllib2.py", line 353, in _call_chain
    result = func(*args)
  File "urllib2.py", line 1100, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "urllib2.py", line 1075, in do_open
    raise URLError(err)
URLError: <urlopen error timed out>


It looks like at least one other person is having this issue as well.
Any help would be greatly appreciated!


Kevin

Re: [Flickrfs-users] No /sets for me too

[Manish R. J. <man...@gm...>]

Hi guys,

Sorry I've been really busy, and didn't have chance to look at the bugs.
Thanks for bringing up the issues. The population of sets was not being
successful, because of the 'photo' attribute error. I've fixed that bug, an=
d
updated it in cvs. Would you please try it out, and let me know if that
works. Feel free to add me on gtalk, in case it doesn't.

@George - The version of fuse that I have installed is the latest on feisty
fawn i.e. 2.6.3-1ubuntu2; python-fuse is 2.5-5build1. Regarding
sets-of-sets, I assume you're pointing towards the new collections feature
of flickr. flickrfs currently doesn't have support for that. Your rsync ide=
a
is good, and it should work fine unless there're some other bugs. Ping me i=
f
you find any.

Cheers
Manish


On 6/15/07, Liu Tom <fli...@ya...> wrote:
>
> Hello,
>
> it seem=B4s that my installation has exact the same problem!
>
> I use GENTOO, i installed
> fuse (from portage)
> fuse-python (from cvs)
> flickrfs (from cvs)
>
> i get no problems during installation...
>
> but can=B4t see /set
>
> for me is /set essential - without it flickrfs is not usefull because i
> sorted my photos also per Date date (like 2007-05-05 Vacation etc...). So=
 i
> need /set :-))))
>
> Thanx,
> Thomas
>
> *George Styles <rip...@gm...>* schrieb:
>
> Hi,
> Im trying really hard to get FlickrFS working. I first tried a fresh
> Ubuntu7 install, with the distro fuse / python-fuse etc. That half
> worked - i could upload photos / sets, but I couldnt see them after a
> umount / mount (ie, it wouldnt read from Flickr). It gave some error
> about buffer too small (4).
>
> I gave up on that, and went back to my existing FC4 install, and
> installed fuse / fuseutils from the distro repo, and built / installed
> python-fuse by hand (latest cvs version).
>
> Now, flickrfs (same for latest release, and cvs version) kind of
> works, except that these is no /sets directory. If I create /stream,
> everything seems to be working as promised.
>
> I notice 2 others on this list have the same problem, but no responses as
> yet :(
>
> I would really love to get this working, as the sets functionality was
> what attracted me to flickrfs in the first place.
>
> Can I ask 2 other random questions as well please?
>
> 1. Can you create directories under /sets to create sets-of-sets?
>
> 2. I was hoping to use rsync to copy my photo collection (already
> organised into folders with eg "2005-06-02 - Photos of bath") to the
> /sets directory. The idea being that I could have a script that
> automatically rsyncs new photos to flickr. Im guessing if there are
> problems it will be to do with the file size / date stamps that rsync
> uses.
>
> thanks in advance
>
> George
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Flickrfs-users mailing list
> Fli...@li...
> https://lists.sourceforge.net/lists/listinfo/flickrfs-users
>
>
> __________________________________________________
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verf=FCgt =FCber einen herausragenden Sch=
utz
> gegen Massenmails.
> http://mail.yahoo.com
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Flickrfs-users mailing list
> Fli...@li...
> https://lists.sourceforge.net/lists/listinfo/flickrfs-users
>
>

Re: [Flickrfs-users] No /sets for me too

[George S. <rip...@gm...>]

Right,

Does anyone know another tool for Linux that will do what I want? all
I want to do is take a directory full of .jpgs (eg
"/mount/share/2007-02-02 - holiday in spain" and create a flickr set
called '2007-02-02 - holiday in spain' containing all the images from
that dir... i thought flickrfs looked perfect (cp -r it across!), but
it doesnt work for me :(

ive now tried it on FC4 and Ubuntu, building fuse (2.7 pre and 2.6)
from source, building fuse-python by hand, then using flickrfs (both
CVS and latest release). Ive also tried the distro packages where
available (eg fc4 fuse, Ubuntu fuse etc)

In all cases, the /sets directory is missing. (apart from when I used
the distro-suppliied fuse package from Ubuntu (latest), when I got the
buffer too small error, and the sets directory was there, as were the
sets themselves, but there were no images in the set directory. Also
there was an error about missing 'photo' tag).

ive come to the conclusion that flickrfs plain doesnt work (or only
works on certain distros / under certain conditions).

Can anyone on this list tell me otherwise? has anyone got flickrfs
working, with set support, both reading and writing sets. If so, what
distro are you using, and what versions of fuse, python-fuse, and
flickrfs are you using? also what kernel?

thanks in advance


George

ps
here is my log of runnign on Ununtu, with everything (apart from the
kernel module) built from source. This comes from 2.7pre Fuse, cvs
flickrfs and cvs python-fuse

06/15/07 14:15:19 INFO       flickrfs.py:Flickrfs:mountpoint: '/flickrfs'
06/15/07 14:15:19 INFO       flickrfs.py:Flickrfs:unnamed mount options: []
06/15/07 14:15:19 INFO       flickrfs.py:Flickrfs:named mount options: {}
06/15/07 14:15:20 INFO       Authorizing with flickr...
06/15/07 14:15:20 INFO       Authorization complete
06/15/07 14:15:20 INFO       Got NSID:8870345@N03:
06/15/07 14:15:20 INFO       Getting list of licenses available
06/15/07 14:15:21 DEBUG      parentDir:/:
06/15/07 14:15:21 DEBUG      Creating directory:/
06/15/07 14:15:21 DEBUG      parentDir:/:
06/15/07 14:15:21 DEBUG      Creating directory:/tags
06/15/07 14:15:21 DEBUG      nlink of / is now 3
06/15/07 14:15:21 DEBUG      parentDir:/tags:
06/15/07 14:15:21 DEBUG      Creating directory:/tags/personal
06/15/07 14:15:21 DEBUG      nlink of /tags is now 3
06/15/07 14:15:21 DEBUG      parentDir:/tags:
06/15/07 14:15:21 DEBUG      Creating directory:/tags/public
06/15/07 14:15:21 DEBUG      nlink of /tags is now 4
06/15/07 14:16:58 DEBUG      getdir:/
06/15/07 14:16:58 DEBUG      getattr:/tags:

Re: [Flickrfs-users] No /sets for me too

[Liu T. <fli...@ya...>]

Hello,
   
  it seem´s that my installation has exact the same problem!
  
I use GENTOO, i installed 
  fuse (from portage)
  fuse-python (from cvs)
  flickrfs (from cvs)
   
  i get no problems during installation...
   
  but can´t see /set
   
  for me is /set essential - without it flickrfs is not usefull because i sorted my photos also per Date date (like 2007-05-05 Vacation etc...). So i need /set :-))))
   
  Thanx,
  Thomas  

George Styles <rip...@gm...> schrieb:
  Hi,
Im trying really hard to get FlickrFS working. I first tried a fresh
Ubuntu7 install, with the distro fuse / python-fuse etc. That half
worked - i could upload photos / sets, but I couldnt see them after a
umount / mount (ie, it wouldnt read from Flickr). It gave some error
about buffer too small (4).

I gave up on that, and went back to my existing FC4 install, and
installed fuse / fuseutils from the distro repo, and built / installed
python-fuse by hand (latest cvs version).

Now, flickrfs (same for latest release, and cvs version) kind of
works, except that these is no /sets directory. If I create /stream,
everything seems to be working as promised.

I notice 2 others on this list have the same problem, but no responses as yet :(

I would really love to get this working, as the sets functionality was
what attracted me to flickrfs in the first place.

Can I ask 2 other random questions as well please?

1. Can you create directories under /sets to create sets-of-sets?

2. I was hoping to use rsync to copy my photo collection (already
organised into folders with eg "2005-06-02 - Photos of bath") to the
/sets directory. The idea being that I could have a script that
automatically rsyncs new photos to flickr. Im guessing if there are
problems it will be to do with the file size / date stamps that rsync
uses.

thanks in advance

George

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Flickrfs-users mailing list
Fli...@li...
https://lists.sourceforge.net/lists/listinfo/flickrfs-users



 __________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 

[Flickrfs-users] No /sets for me too

[George S. <rip...@gm...>]

Hi,
Im trying really hard to get FlickrFS working. I first tried a fresh
Ubuntu7 install, with the distro fuse / python-fuse etc. That half
worked - i could upload photos / sets, but I couldnt see them after a
umount / mount (ie, it wouldnt read from Flickr). It gave some error
about buffer too small (4).

I gave up on that, and went back to my existing FC4 install, and
installed fuse / fuseutils from the distro repo, and built / installed
python-fuse by hand (latest cvs version).

Now, flickrfs (same for latest release, and cvs version) kind of
works, except that these is no /sets directory. If I create /stream,
everything seems to be working as promised.

I notice 2 others on this list have the same problem, but no responses as yet :(

I would really love to get this working, as the sets functionality was
what attracted me to flickrfs in the first place.

Can I ask 2 other random questions as well please?

1. Can you create directories under /sets to create sets-of-sets?

2. I was hoping to use rsync to copy my photo collection (already
organised into folders with eg "2005-06-02 - Photos of bath") to the
/sets directory. The idea being that I could have a script that
automatically rsyncs new photos to flickr. Im guessing if there are
problems it will be to do with the file size / date stamps that rsync
uses.

thanks in advance

George

[Flickrfs-users] No /set visble

[Liu T. <fli...@ya...>]

Hello,
   
  i tried flickrfs but have a problem with the directory:
   
  I can mount my account 
  then i see /tags (with public/privat subdirectorys) <- empty (is that correct?)
   
  i can create /stream
  then i see all my photos an brouse to them - yes fully functional!
   
  but i can´t see nor create /sets directory!!!
  This would be the most interesting thing for me!!!
   
  PLEASE help!!!
   
  btw:
I use flickrfs csv   @ gentoo
   
   
  Thanx,
  Liutom

       
---------------------------------
Yahoo! Clever - Sie haben Fragen? Yahoo! Nutzer antworten Ihnen.