On Saturday 03 September 2005 06:59, Milan wrote: > Hi > > > I would not be surprised to find that one be 700 or something like that. > > Okay, I didn't noticed that r and x rights were needed for all parent > folders. Now it works fine...
:-). > Though, gnunet-gtk should ask before inserting, and notice that a > permission error was encountered. Better (and more dificult), it could > give 4 choices : > - abort the upload > - insert > - change the permissions to allow gnunetd to index (by linking) > - copy the file to GNUNETD_HOME/data/shared/. This can be done copying > first the file to /tmp/ (with gnunet-gtk) and then, copying it to > shared folder (with gnunetd). Maybe memory sharing can do this too, or > client/server communication... > This would be great, but the third choice is a little complex too. Well, 3) assumes that gnunetd and gnunet-gtk run on the same machine (may not be true), that gnunet-gtk has the rights to change permissions (maybe allowed to read the file, but not change permissions, i.e. owned by 3rd user); and 4) assumes that gnunet-gtk has write permissions to gnunet-gtk's directory. Now, 5) used to be the default by copying the file via the TCP connection to gnunetd and having gnunetd store it in data/shared/. I'm not sure why that is not used here. Nils hacked the code last, maybe he knows. > Another report : my gnunet-delete just doesn't want to run : > $ gnunet-delete > gnunet-delete: error while loading shared libraries: > libgnunet_afs_esed2.so.0: cannot open shared object file: No such file > or directory > Again a bad linking at building ? > Note that the man page for gnunet-delete contains a unuseful and old > FIXME that can be removed... gnunet-delete was renamed to gnunet-unindex, you must have an old binary (and man-page) lying around.. Christian _______________________________________________ Help-gnunet mailing list [email protected] http://lists.gnu.org/mailman/listinfo/help-gnunet
