This is most likely not GNUnet (which doesn't look at the contents of the files directly), but GNU libextractor (which tries to extract meta data).
If you can make the specific file available and specify the version of libextractor that is in use (dpkg --list | grep libextractor) we can either see if this has been fixed or can easily be fixed. Also, in the next main version of libextractor those crashes will be history by running each plugin for each file format in a separate process... Best, Christian On Saturday 19 December 2009 04:18:04 am [email protected] wrote: > Milan said:------------------ > You could simply try the official Ubuntu package from Karmic, if you > don't mind losing HTTP transport for now. I'm not sure that will work in > Jaunty, but it's worth giving a try. You should install libmicrohttpd5, > and then gnunet-*. > > Response:--------------------- > Instead of doing that, I did a clean install of Karmic, then loaded gnunet > v8.0c without incident. > > Here's the new problem:------- > I was able to publish both pdf and ogg files. > > When I tried to publish a png file, gnunet-gtk crashed with a Segmentation > fault as soon as I clicked on the "Publish" button. > > This happened with gnunet v8.0b as well. It did the same with jpg files. > > > > > _______________________________________________ > Help-gnunet mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/help-gnunet > _______________________________________________ Help-gnunet mailing list [email protected] http://lists.gnu.org/mailman/listinfo/help-gnunet
