X2Go Bug report logs - #402
Numlock issues

version graph

Package: x2gomatebindings; Maintainer for x2gomatebindings is X2Go Developers <x2go-dev@lists.x2go.org>; Source for x2gomatebindings is src:x2gomatebindings.

Reported by: jordi@amospalla.es

Date: Fri, 17 Jan 2014 11:05:02 UTC

Severity: normal

Tags: moreinfo

Found in version 0.0.1.1

Done: Mike Gabriel <mike.gabriel@das-netzwerkteam.de>

Bug is archived. No further changes may be made.

Full log


🔗 View this message in rfc822 format

X-Loop: owner@bugs.x2go.org
Subject: Bug#402: [X2Go-Dev] Bug#402: Bug#402: Numlock issues
Reply-To: jordi@amospalla.es, 402@bugs.x2go.org
Resent-From: jordi@amospalla.es
Resent-To: x2go-dev@lists.berlios.de
Resent-CC: X2Go Developers <x2go-dev@lists.berlios.de>
X-Loop: owner@bugs.x2go.org
Resent-Date: Fri, 11 Apr 2014 06:55:01 +0000
Resent-Message-ID: <handler.402.B402.139719909524683@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: followup 402
X-X2Go-PR-Package: x2gomatebindings
X-X2Go-PR-Keywords: moreinfo
Received: via spool by 402-submit@bugs.x2go.org id=B402.139719909524683
          (code B ref 402); Fri, 11 Apr 2014 06:55:01 +0000
Received: (at 402) by bugs.x2go.org; 11 Apr 2014 06:51:35 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,URIBL_BLOCKED
	autolearn=ham version=3.3.2
Received: from ispconfig.net1.amospalla.es (amospalla.es [188.40.66.228])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTP id E08185DB09
	for <402@bugs.x2go.org>; Fri, 11 Apr 2014 08:51:34 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by ispconfig.net1.amospalla.es (Postfix) with ESMTP id 91C261AC0625;
	Fri, 11 Apr 2014 08:51:34 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at ispconfig.amospalla.es
Received: from ispconfig.net1.amospalla.es ([127.0.0.1])
	by localhost (ispconfig.amospalla.es [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id duP_bNI4Ogf0; Fri, 11 Apr 2014 08:51:32 +0200 (CEST)
Received: from amospalla.es (localhost [IPv6:::1])
	by ispconfig.net1.amospalla.es (Postfix) with ESMTP id B8F5C1AC0553;
	Fri, 11 Apr 2014 08:51:32 +0200 (CEST)
Received: from 62.82.108.2
        (SquirrelMail authenticated user jordi@amospalla.es)
        by amospalla.es with HTTP;
        Fri, 11 Apr 2014 08:51:32 +0200
Message-ID: <deb1cde4de13e8e59cc92697c956c745.squirrel@amospalla.es>
In-Reply-To:
 <20140410165745.Horde.xCxYOAHT8DxhPF2Uy13reA1@mail.das-netzwerkteam.de>
References: <8be4d14fda106d24b56c8cf94ec9a918.squirrel@www.amospalla.es>
    <bfeb081fdd3ec995c47b4ee7c9c96654.squirrel@amospalla.es>
    <20140402130029.Horde.pCv_6moTdCQfNpA2fQNFFQ1@mail.das-netzwerkteam.de>
    <53404130.6080903@amospalla.es>
    <20140405193722.Horde.TssS-w1ielZ5Dbza76YEJA1@mail.das-netzwerkteam.de>
    <3f8a733e7f2c8b1774c67424a4d52209.squirrel@amospalla.es>
    <20140410112954.Horde.uCkuh3QAX7cM8yLbgqcxtQ1@mail.das-netzwerkteam.de>
    <e0eb059bb49c22670224068d1ec228ca.squirrel@amospalla.es>
    <20140410165745.Horde.xCxYOAHT8DxhPF2Uy13reA1@mail.das-netzwerkteam.de>
Date: Fri, 11 Apr 2014 08:51:32 +0200
From: jordi@amospalla.es
To: "Mike Gabriel" <mike.gabriel@das-netzwerkteam.de>
Cc: jordi@amospalla.es,
 402@bugs.x2go.org
User-Agent: SquirrelMail/1.4.23 [SVN]
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Hi mike!

> Hi Jordi,
>
> On  Do 10 Apr 2014 15:46:26 CEST, jordi wrote:
>
>>> Hi Jordi,
>>> (I am re-Cc:-ing #402 in our BTS, hope that's ok...)
>>>
>>>
>>> On  Do 10 Apr 2014 12:03:02 CEST, jordi wrote:
>>>
>>>>> Hi Jordi,
>>>>>
>>>>> On  Sa 05 Apr 2014 19:45:20 CEST, Jordi Marqués wrote:
>>>>>
>>>>>> Hello Mike, sorry for late answer.
>>>>>>
>>>>>> I have looked at it, so what you need is a simple bash script. I can
>>>>>> do that. Could I write it and send it to you?
>>>>>>
>>>>>> If so, I think I can do it on monday.
>>>>>>
>>>>>> Jordi.
>>>>>
>>>>> Sure, send it to me.
>>>>>
>>>>> Make sure that X2Go session startup does not break local session
>>>>> startup. So if you change something in pre-runcommand.d, make sure it
>>>>> gets restored in post-runcommand.d.
>>>>
>>>> Hello Mike,
>>>>
>>>> sorry again for being late, I've got more work than I can handle.
>>>>
>>>> Please take a look at this post-runcommand.d
>>>> http://paste.debian.net/92885/
>>>> and this pre-runcommand.d: http://paste.debian.net/92886/ .
>>>>
>>>> I write to files to save the state of the two settings previous to
>>>> being
>>>> modified so I can restore it. I set a folder variable where I save
>>>> those
>>>> files. Would that be a correct way to work inside X2go? I set them to
>>>> /tmp
>>>> to test, please modify them accordingly to what would be the best
>>>> value.
>>>>
>>>> Not directly related to this, I've played also with the
>>>> reduced_resources
>>>> variable, which set to true, disables completely windows animations,
>>>> and
>>>> makes window moving be done with a classic transparent line drawn box,
>>>> instead of the real window image. I've applied to my users, if you
>>>> find
>>>> it
>>>> interesting to try tell me to add it.
>>>
>>> The approach is good. I have copied both scripts from paste.debian.net
>>> to my local working copy of x2gomatebindings. Thanks!
>>>
>>> However, one thought:
>>>
>>> With your proposed approach, the dconf/gsettings setup remains
>>> X2Go'ish for the duration of the X2Go Session.
>>> It would be good, to make those settings and remove them immediately,
>>> after the session has successfully come up. I am not sure how MATE
>>> will behave if you launch the post-runcommand script 20 minutes after
>>> the session has come up.
>>>
>>> And another thought...
>>>
>>> Another approach actually is... Talking to MATE upstream and asking
>>> them to patch their code directly (i.e. ignore those settings / use
>>> pre-set value if MATE runs inside an X2Go session). I will talk to
>>> Stefano & co. about that (who is MATE upstream).
>>
>> I don't really know if these settings are session aware, but my
>> impression
>> is that those are global settings for a user. If they are not and I can
>> modify the script please let me know!
>
> My question is: if you run the pre-runcommand script just before
> session startup and then run the post-runcommand script right after
> session startup (not when the session is ended), are the settings then
> ok?

Yes right, these scripts should be run at session start and at session end.

Send a report that this bug log contains spam.


X2Go Developers <owner@bugs.x2go.org>. Last modified: Sun Nov 24 04:21:06 2024; Machine Name: ymir.das-netzwerkteam.de

X2Go Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.