GNU bug report logs -
#22985
using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#22985: using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input
which was filed against the guix package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 22985 <at> debbugs.gnu.org.
--
22985: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22985
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Solved as this seems to be an issue of window managers and not the
application itself.
--
ng0 -- https://www.inventati.org/patternsinthechaos/
[Message part 3 (message/rfc822, inline)]
This describes a bug with our gnunet-gtk package I am tracking
now in gnu/packages/gnunet.scm and will include it to refer to in
the patch I will send in as soon as I have enough time on this
conference to rebase my (big) patch of gnunet.scm
Description/Problem:
- Using ratpoison as WM, running gnunet-gtk (svn) gives GSettings
related errors when opening gnunet-fs (filesharing) tab.
The error gets more specific when installing gsettings into
your profile (see irc log, 10.03.2016, grep for "gnunet"
"gsettings"). I can't be more precise at the moment due to the
lack of time. I provided some details on IRC on thursday, if I
have the time this weekend I'll add the exact error messages
you'll experience, though they are obvious in the terminal
output.
- Reconfiguring the system with xfce in the desktop profile seems
to provide more than ratpoison, the bug is gone. I have to
assume that xfce provides gsettings on its own, and that this
error is specific to minimal window managers without certain
X11/gtk profiles or otherwise configuration settings which get
delivered with xfce and the like.
The output (from memory) is visible when you kill/close
gnunet-gtk, look for something related to gnunet-fs ... GIO
.... GSettings .... and later: org.gtk.FileChooser (or something
like that), also in relation to gnunet-fs.
I want people to do the following:
- Install gnunet and gnunet-gtk (both 0.10.1), skip over
gnunet-setup, and see in gnunet-gtk after running "gnunet-arm
--start" if the tab for filesharing / publishing is just
black. In either case of positive or negative confirmation I
want to know about the used desktop/window manager and
environment variables to nail down the problem.
- Do the exact same for gnunet-gtk-svn + gnunet-svn.
This bug is published before gnunet-svn, gnunet-gtk-svn and other
changes to gnu/packages/gnunet.scm are send in as patches. I am
currently not in reach of a permanent connection and will provide
rebase and create a patch as soon as I can. Time and too much
input in talks is another factor keeping me from currently
rebasing the patch against master.
Just know that the patch is functional and this bug is considered
something people using windowmanagers equal to ratposion should
help me in solving, as this is caused by an external factor I
have to pin and optimize the gnunet package on or provide a note
for certain environments. In itself, based on a work I
co-authored with Jookia, it is functional.
Sorry if this might read verbose or confusing but I write this
based on something I have written between yesterday, this morning
and in between rushing to the next talk :)
Thanks for your patience,
--
ng
personal contact: http://krosos.sdf.org
EDN: https://wiki.c3d2.de/Echt_Dezentrales_Netz/en
This bug report was last modified 8 years and 103 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.