From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nils Gillmann Subject: bug#22985: using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input Date: Fri, 11 Mar 2016 16:34:15 +0100 Message-ID: <87a8m5111k.fsf@grrlz.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34042) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aeP5m-0005fx-P5 for bug-guix@gnu.org; Fri, 11 Mar 2016 10:35:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aeP5i-0000m6-KZ for bug-guix@gnu.org; Fri, 11 Mar 2016 10:35:06 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:48151) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aeP5i-0000m2-HW for bug-guix@gnu.org; Fri, 11 Mar 2016 10:35:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aeP5i-0006U3-Am for bug-guix@gnu.org; Fri, 11 Mar 2016 10:35:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33959) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aeP5H-0004pz-Bz for bug-guix@gnu.org; Fri, 11 Mar 2016 10:34:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aeP5D-0000Z9-AL for bug-guix@gnu.org; Fri, 11 Mar 2016 10:34:35 -0500 Received: from plane.gmane.org ([80.91.229.3]:44001) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aeP5D-0000Yu-2W for bug-guix@gnu.org; Fri, 11 Mar 2016 10:34:31 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aeP5B-0000v6-Gx for bug-guix@gnu.org; Fri, 11 Mar 2016 16:34:29 +0100 Received: from 87.190.250.220 ([87.190.250.220]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Mar 2016 16:34:29 +0100 Received: from niasterisk by 87.190.250.220 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Mar 2016 16:34:29 +0100 List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: 22985@debbugs.gnu.org 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