Gnunet configuration assistant broken pipe error

[Kẏra]

When running the configuration assistant in Gnunet i get two errors when i hit the "finish" button.

"Unable to change startup process: Broken pipe"
and
"Unable to save configuration file `/home/danny/': Broken pipe"

[Milan Bouchet-Valat (nalimilan)]

Thanks for reporting bugs. GNUnet 0.7.3 (the currently version in Hardy) is an old release, and we've just published GNUnet 0.8.0. We won't fix bugs in 0.7.3, but you may want to try 0.8.0, which fixes many bugs. It is available from the GNUnet team personal package archive here: http://ppa.launchpad.net/teamgnunet/ubuntu. Else you may just wait for a backport of gnunet 0.8.0 towards Hardy. Anyway, thanks for your interest in GNUnet.

[Kẏra (thekyriarchy)]

Actually, somehow i received an update in hardy for gnunet and it now says i'm using gnunet 0.8.0 and i am not using any special repos otherwise i wouldn't have reported this bug because i already knew that 0.7.3 was old

[Milan Bouchet-Valat (nalimilan)]

This is absolutely not possible unless you have already subscribed to our PPA or installed it manually. Could you post the output of 'apt-cache policy gnunet'?

[Kẏra (thekyriarchy)]

Oops sorry~ i feel stupid. I actually enabled the repos a long time ago and forgot about it. anyways, this is a bug for 0.8.0

[Milan Bouchet-Valat (nalimilan)]

OK, so we care about this. How did you start the config assistant? Using the GTK interface, 'General' tab? Could you run in a terminal 'gnunet-setup wizard-gtk -LDEBUG' and post here the output? Thanks!

[Kẏra (thekyriarchy)]

~$ gnunet-setup wizard-gtk -LDEBUG
gnunet-setup: invalid option -- L

[Milan Bouchet-Valat (nalimilan)]

Sorry, my mistake. Try 'gnunet-setup -V wizard-gtk'. Thanks again.

[Kẏra (thekyriarchy)]

no problem, here it is:

gnunet-setup -V wizard-gtk
FATAL: `access' failed on file `/etc/' at gnunet-setup.c:303 with error: Permission denied
Aborted

[Milan Bouchet-Valat (nalimilan)]

Thanks. Actually I needed details I forgot about (see my third comment): where did you start the wizard from? Did the previous command launch the assistant you saw the bug in? Do you get the error messages you taught about in the report in a dialog? Do you always get them?

You need to run the previous command as root, using sudo 'sudo gnunet-setup -V wizard-gtk'.

[Kẏra (thekyriarchy)]

>>where did you start the wizard from?

Using the GTK interface, 'General' tab

>>Did the previous command launch the assistant you saw the bug in?

when i ran it as root, yes

>>Do you get the error messages you taught about in the report in a dialog? Do you always get them?

This time it says:

"Unable to change startup process: Success"
and
"Running gnunet-update failed.
This maybe due to insufficient permissions, please check your configuration.
Finally, run gnunet-update manually. "

The terminal reads:

~$ sudo gnunet-setup -V wizard-gtk
[sudo] password for danny:
ERROR: Tree lookup for unknown option `VERBOSE' in section `GNUNET'!
 Removing any system startup links for /etc/init.d/gnunetd ...
WARNING: `system' failed on file `/usr/sbin/update-rc.d' at osconfig.c:473 with error: Success
sh: /usr//bin//gnunet-update: not found

[Milan Bouchet-Valat (nalimilan)]

Thanks. The 'success' error is known and is not a problem (just a little strange). gnunet-update may not be present if you did not install the gnunet-server package (which is likely to be needed, but not strictly a dependency). But these errors are not related to the bug.

Do you get the original error when starting the wizard from the GTK+ interface? Did you get the error several times? Else it will be difficult to find it (maybe looking at the code...).

[Kẏra (thekyriarchy)]

>>Do you get the original error when starting the wizard from the GTK+ interface?

Yes.

>>Did you get the error several times?

I get it each time i run the configuration assistant so i can't use Gnunet.

[Milan Bouchet-Valat (nalimilan)]

So this means that the error you get does not appear in the logs but only in a message box? Thanks for your information, after that we'll try to find the cause of the bug.

[Kẏra (thekyriarchy)]

I am the one who reported the new bug that has been reported as a duplicate of this one and i noticed upstream this bug is listed as minor but how can you run GNUnet without first running the configuration assistant?

[Kẏra (thekyriarchy)]

Something has changed. I noticed at the bottom Gnunet said "daemon not running" and that some config file didn't exist so run gnunet-setup -d

i tried that but i had to run it as root and then it opened up some configuration thing and i clicked save. next time i got to gnunet i could click the "launch gnunetd" but even though the bottom said "launched gnunetd" it still said that the daemon was not running to the left of that. I tried running the configuration assistant and this time it asked for my password and when i clicked finish it said "Running gnunet-update failed.
This maybe due to insufficient permissions, please check your configuration.
Finally, run gnunet-update manually. "

[Milan Bouchet-Valat (nalimilan)]

OK, thanks for this info, this can explain the source of the bug. For what you have now, you need to update your old GNUnet installation by running manually and as root 'gnunet-update'. Then it should work.

[Kẏra (thekyriarchy)]

i got this, "sudo: gnunet-update: command not found"

[Milan Bouchet-Valat (nalimilan)]

I guess you don't have installed the package gnunet-tools. How did you install GNUnet? Normally, you should install the virtual package gnunet that will manage every needed dependency (gnunet-gtk is separate, though).

[Kẏra (thekyriarchy)]

I installed it through add/remove but that shouldn't be any different than synaptic, right?

[Milan Bouchet-Valat (nalimilan)]

Using Add/Remove, you've only checked gnunet-gtk, and not the gnunetd server, which is in the gnunet-server package. You should manually install the gnunet package, it will take care of this.

This is a little messy for you I guess, but the gnunetd server is not strictly needed to use gnunet-gtk, since it can be located on a remote machine. Something to improve, surely.

[Milan Bouchet-Valat (nalimilan)]

I guess we've tackled all problems here, except maybe ease-to-use... :-)