tag #314 pending
fixed #314 2:3.5.0.22
thanks
Hello,
X2Go issue #314 (src:nx-libs) reported by you has been
fixed in X2Go Git. You can see the changelog below, and you can
check the diff of the fix at:
http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=2ef4ab4
The issue will most likely be fixed in src:nx-libs (2:3.5.0.22).
light+love
X2Go Git Admin (on behalf of the sender of this mail)
---
commit 2ef4ab414e6d872b4acfb369193a6cd2fe4e6957
Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>
Date: Mon Sep 30 21:00:41 2013 +0200
Add patch: 603_nx-X11_compilation_warnings.full.patch. Fix 3 evident bugs: one implicit function declaration issue and two array index out of bounds issues. (Fixes: #314).
diff --git a/debian/changelog b/debian/changelog
index 1f0ed61..5bc7c8d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,9 @@
nx-libs (2:3.5.0.22-0) UNRELEASED; urgency=low
- * Continue development...
+ [ Mirraz Mirraz ]
+ * Add patch: 603_nx-X11_compilation_warnings.full.patch. Fix 3 evident bugs:
+ one implicit function declaration issue and two array index out of bounds
+ issues. (Fixes: #314).
-- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Fri, 30 Aug 2013 16:20:18 +0200
Processing commands for control(a)bugs.x2go.org:
> tag #314 patch
Bug #314 [nx-libs] nx-libs compilation warnings
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
314: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=314
X2Go Bug Tracking System
Contact owner(a)bugs.x2go.org with problems
Hi,
Attached is a shell script that does the job (more or less) (note:
install 'xmlstarlet' first)
I hope it can help until the gnome developers do better;-)
Regards
Christophe
On 30/09/2013 10:29, tike64(a)gmail.com wrote:
> On 30.09.2013 10:16, Christophe Lohr wrote:
>> 1) Use 'cvt' or 'gtf' to compute en new Modeline for X11
>> ...
> Okay, that is extreme magic. I'll try it when I next time stumble into
> the problem. Thanks.
>
>> 5) Scrip it, or forget gnome ;-)
> But if I had gave in too quickly with gnome, I wouldn't have learned
> that nice piece of magic. The ideas of it probably proves to be useful
> in other occasions too.
>
> --
>
> Timo
>
> _______________________________________________
> X2Go-User mailing list
> X2Go-User(a)lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-user
_______________________________________________
X2Go-User mailing list
X2Go-User(a)lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-user
Forwarding the below (awesome bit of information) to issue #42.
Mike
----- Weitergeleitete Nachricht von Christophe Lohr
<christophe.lohr(a)cegetel.net> -----
Datum: Mon, 30 Sep 2013 09:16:07 +0200
Von: Christophe Lohr <christophe.lohr(a)cegetel.net>
Betreff: Re: [X2Go-User] Big screen problem
An: x2go-user(a)lists.berlios.de
On 27/09/2013 20:56, Timo wrote:
> Yes, I have read about that but this is a little different, I think.
> I have noticed that resizing does not work as expected but I have
> got along by changing resolution in System Settings -> Displays. But
> now there is not big enough geometry to go full screen.
1) Use 'cvt' or 'gtf' to compute en new Modeline for X11
2) Feed 'xrandr' with it
xrandr --newmode <MODE-NAME> <MODELINE>
xrandr --addmode "default" <MODE-NAME>
3) Edit ~/.config/monitors.xml
Look at <output name="default"> then change <width> , <height> and
<rate> with values of your new Modeline
4) Then ask gnome-settings-daemon to apply changes:
dbus-send --session --print-reply --dest=org.gnome.SettingsDaemon
/org/gnome/SettingsDaemon/XRANDR
org.gnome.SettingsDaemon.XRANDR_2.ApplyConfiguration int64:0 int64:0
5) Scrip it, or forget gnome ;-)
Regards
Christophe
_______________________________________________
X2Go-User mailing list
X2Go-User(a)lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-user
----- Ende der weitergeleiteten Nachricht -----
--
DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31
mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…
Package: nx-libs
Version: 3.5.0.21
Building nx-libs-3.5.0.21-full I'v got this compilation warnings:
ddxLoad.c:220:3: warning: implicit declaration of function ‘stat’ [-Wimplicit-function-declaration]
imLcPrs.c:592:14: warning: array subscript is above array bounds [-Warray-bounds]
get.c:1797:40: warning: array subscript is above array bounds [-Warray-bounds]
get.c:1809:40: warning: array subscript is above array bounds [-Warray-bounds]
get.c:1821:40: warning: array subscript is above array bounds [-Warray-bounds]
get.c:3645:40: warning: array subscript is above array bounds [-Warray-bounds]
get.c:3657:40: warning: array subscript is above array bounds [-Warray-bounds]
get.c:3669:40: warning: array subscript is above array bounds [-Warray-bounds]
get.c:5493:40: warning: array subscript is above array bounds [-Warray-bounds]
get.c:5505:40: warning: array subscript is above array bounds [-Warray-bounds]
get.c:5517:40: warning: array subscript is above array bounds [-Warray-bounds]
arbprogparse.c:3262:14: warning: array subscript is above array bounds [-Warray-bounds]
XKBMisc.c:669:23: warning: the address of ‘newTypes’ will always evaluate as ‘true’ [-Waddress]
lcFile.c:441:11: warning: the address of ‘cat’ will always evaluate as ‘true’ [-Waddress]
miwindow.c:117:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
security.c:1403:51: warning: the address of ‘imageBox’ will always evaluate as ‘true’ [-Waddress]
window.c:442:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
window.c:443:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
window.c:444:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
window.c:445:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
panoramiX.c:453:48: warning: the address of ‘TheBox’ will always evaluate as ‘true’ [-Waddress]
panoramiX.c:1185:51: warning: the address of ‘SrcBox’ will always evaluate as ‘true’ [-Waddress]
miexpose.c:219:48: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
miexpose.c:252:48: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
miexpose.c:256:51: warning: the address of ‘srcBox’ will always evaluate as ‘true’ [-Waddress]
miexpose.c:549:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
miexpose.c:750:52: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
mibstore.c:480:48: warning: the address of ‘bounds’ will always evaluate as ‘true’ [-Waddress]
mibank.c:778:59: warning: the address of ‘fastBox’ will always evaluate as ‘true’ [-Waddress]
mioverlay.c:224:49: warning: the address of ‘fullBox’ will always evaluate as ‘true’ [-Waddress]
mioverlay.c:225:49: warning: the address of ‘fullBox’ will always evaluate as ‘true’ [-Waddress]
mioverlay.c:1056:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
mioverlay.c:1801:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
XKBMisc.c:669:23: warning: the address of ‘newTypes’ will always evaluate as ‘true’ [-Waddress]
render2.c:107:12: warning: the address of ‘u1’ will always evaluate as ‘true’ [-Waddress]
render2.c:108:14: warning: the address of ‘u2’ will always evaluate as ‘true’ [-Waddress]
render2.c:150:12: warning: the address of ‘u1’ will always evaluate as ‘true’ [-Waddress]
render2.c:151:14: warning: the address of ‘u2’ will always evaluate as ‘true’ [-Waddress]
render2.c:152:15: warning: the address of ‘v1’ will always evaluate as ‘true’ [-Waddress]
render2.c:153:15: warning: the address of ‘v2’ will always evaluate as ‘true’ [-Waddress]
render2swap.c:143:12: warning: the address of ‘u1’ will always evaluate as ‘true’ [-Waddress]
render2swap.c:144:14: warning: the address of ‘u2’ will always evaluate as ‘true’ [-Waddress]
render2swap.c:191:12: warning: the address of ‘u1’ will always evaluate as ‘true’ [-Waddress]
render2swap.c:192:14: warning: the address of ‘u2’ will always evaluate as ‘true’ [-Waddress]
render2swap.c:193:15: warning: the address of ‘v1’ will always evaluate as ‘true’ [-Waddress]
render2swap.c:194:15: warning: the address of ‘v2’ will always evaluate as ‘true’ [-Waddress]
fbcopy.c:575:48: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fboverlay.c:149:48: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:312:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1416:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1461:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1492:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1521:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1552:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1590:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1654:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1721:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1753:494: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1758:494: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1763:494: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1768:494: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1818:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1869:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1911:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1950:490: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:1987:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:2026:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:2067:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:2106:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:2154:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:2195:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:2219:405: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:2261:287: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
fbpseudocolor.c:2298:288: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
damage.c:234:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
damage.c:1937:52: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXwindow.c:516:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXwindow.c:517:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXwindow.c:518:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXwindow.c:519:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXmiexpose.c:256:48: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXmiexpose.c:289:48: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXmiexpose.c:293:51: warning: the address of ‘srcBox’ will always evaluate as ‘true’ [-Waddress]
X/NXmiexpose.c:604:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXmiexpose.c:824:52: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXmiwindow.c:134:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXdamage.c:251:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
X/NXdamage.c:2044:52: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Events.c:2444:53: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Screen.c:2157:55: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Screen.c:2158:55: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Screen.c:2408:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Screen.c:2409:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Screen.c:2410:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Screen.c:2411:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Screen.c:3106:53: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Screen.c:4034:49: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Drawable.c:797:55: warning: the address of ‘tileBox’ will always evaluate as ‘true’ [-Waddress]
Drawable.c:1546:53: warning: the address of ‘tmpBox’ will always evaluate as ‘true’ [-Waddress]
Drawable.c:2468:51: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Window.c:2158:55: warning: the address of ‘box’ will always evaluate as ‘true’ [-Waddress]
Hello,
We are currently processing release notes [1] for X2Go Server and are
evaluating to issue a Secunia advisory for this. Please see the original
document for details.
For the benefit of our mutual customers, to properly evaluate the mentioned
vulnerability, we would appreciate if you could provide us with additional
information:
* Can you provide any additional information about the fixed vulnerability?
* Can you provide additional information with regards to the impact and the
exploitability of the vulnerability (e.g. an attack vector)?
* Are there any mitigating factors or recommended workarounds?
Thank you in advance and kind regards,
Dmitry Janushkevich
References:
[1] http://lists.berlios.de/pipermail/x2go-announcement/2013-May/000125.html
--
With kind regards,
Dmitry Janushkevich
Security Specialist
Secunia,
Mikado House,
Rued Langgaards Vej 8,
2300 Copenhagen S,
Denmark.
http://www.secunia.com
Phone: +45 7020 5144
Fax: +45 7020 5145
Package: x2goserver
Version: 0.01
the python-paramiko package is incompatible with app/s on debian
apt-cache policy python-paramiko
python-paramiko:
Installed: 1.11.0-0+wheezy~main~878~build1
Candidate: 1.11.0-0+wheezy~main~878~build1
Version table:
*** 1.11.0-0+wheezy~main~878~build1 0
500 http://packages.x2go.org/debian/ wheezy/main amd64 Packages
100 /var/lib/dpkg/status
1.7.7.1-3.1 0
500 http://debian.bhs.mirrors.ovh.net/debian/ wheezy/main amd64
Packages
python-paramiko from packages.x2go.org, for eg breaks mysql-workbench on
debian..
I suppose I can try to divert or use Wheezy/sid, but I'd just like to
share this info
Since time is spent into making .deb files, why not simply have it
available with debian directly? It can prevent the above problem :)
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465821
Control: close -1
Hi Scott,
On Fr 27 Sep 2013 20:45:03 CEST, westlake wrote:
> The bug report 721733 I filed quite awhile ago, it shows all the
> packages with the reportbug tool (edition#'s)
The reason for it is in latest paramiko upstream (and got introduced
two years ago).
I have patched the paramiko version, we provide via our archive and
also filed a pull request for paramiko upstream:
https://github.com/paramiko/paramiko/pull/215
Closing this issue on X2Go BTS, as it now gets tracked and hopefully
fixed elsewhere.
I will also report the issue to the Debian maintainer of paramiko.
Mike
--
DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31
mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…