Bug#662967: debian-edu-config-gosa-netgroups: not installable in sid
tags #662967 + wontfix thanks Hi Ralf, On Mi 07 Mär 2012 17:51:28 CET Ralf Treinen wrote: debian-edu-config-gosa-netgroups Depends on gosa, and Conflicts with gosa (= 2.7). However, we are in wheezy and sid past this version of gosa: % rmadison gosa gosa | 2.5.16.1-4.1 | lenny | source, all gosa | 2.6.11-3 | squeeze | source, all gosa | 2.6.11-3+squeeze1 | squeeze-p-u | source, all gosa | 2.7.3-1 | wheezy | source, all gosa | 2.7.3-1 | sid | source, all As a consequence, debian-edu-config-gosa-netgroups must be updated in order to ever become installable again. -Ralf. This dependency limitation for d-e-c-gosa-netgroups is absolutely intended. Providing a GOsa² add-on in debian-edu-config is a total work-around for the very new gosa plugin. gosa-plugin-netgroups has been developed esp. for Debian Edu and was not in Debian when squeeze became stable. May I suggest this: Please file a bug against the gosa package that Debian Edu needs gosa-plugin-netgroups to become part of gosa-2.7 in the Debian repository. The gosa-plugin-netgroups should also Break+Replace debian-edu-config-gosa-netgroups. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp7lprqqzbNY.pgp Description: Digitale PGP-Unterschrift
Bug#693710: COPYRIGHT file for X2Go logos
Hi Heinz, may I ask you to update the COPYRIGHT file and the README in x2go-logos.tar.gz a little? README (typo fix plus considering that the tarball is not a tarball anymore): --- README 2012-12-03 04:28:04.0 +0100 +++ README.orig 2012-12-03 04:29:18.0 +0100 @@ -8,15 +8,15 @@ The files -x2go-logo.svs +x2go-logo.svg x2go-logo-colored.svg x2go-logo-rotated.svg x2go-mascot.svg are used to build the program icon files for the use on desktop environments. -You may use the mksizedsymbols.sh (part of this tar.gz) script to generate PNG -icons in different sized. +You may use the mksizedsymbols.sh (part of this tar.gz / in this folder) script +to generate PNG icons in different sized. # Changelog COPYRIGHT: There are some inconsistencies in this file: 1. in the head line you write GPL-2+, the license header is GPL-3+ 2. please add the CC-share-alike license to the copyright file and I'd be happy if you could be a little more verbose about the dual licensing in that file (see [1] for an example) I will prepare a new revision after the update x2go-logo.tar.gz right away. Thanks a lot!!! Mike [1] http://anonscm.debian.org/gitweb/?p=collab-maint/python-gpyconf.git;a=blob;f=LICENSE -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpEm3zvLVdV6.pgp Description: Digitale PGP-Unterschrift
Bug#695913: typo in otrs.Setpermissions.pl
Package: otrs2 Version: 3.1.12+dfsg1-1 Severity: grave The script otrs.Setpermissions.pl contains a typo. This typo lets the postinst script fail and the installation process does not finish. otrs2 (3.1.12+dfsg1-1) wird eingerichtet ... dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf Replacing config file /etc/otrs/Kernel/Config/GenericAgent.pm with new version Not replacing deleted config file /etc/otrs/maintenance.html Module perl already enabled Module rewrite already enabled [ ok ] Reloading web server config: apache2. dpkg: Fehler beim Bearbeiten von otrs2 (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 255 zurück A diff to fix it is this: --- /usr/share/otrs/bin/otrs.SetPermissions.pl.orig 2012-12-14 10:57:44.0 +0100 +++ /usr/share/otrs/bin/otrs.SetPermissions.pl 2012-12-14 10:57:55.0 +0100 @@ -163,7 +163,7 @@ # Debian added $DestDir/var/httpd, $DestDir/var/packagesetup, -$DestDir/doc +$DestDir/doc, # CSS cache directories $DestDir/var/httpd/htdocs/skins/Agent, Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpEra9qAZac0.pgp Description: Digitale PGP-Unterschrift
Bug#692555: [pkg-x2go-devel] Bug#692555: Status Update
tag #69255 pending thanks On So 25 Nov 2012 13:35:52 CET Stefan Baur wrote: Info: Fix will not be possible before DEC 02, 2012, as it is connected to 693710 which will not be fixed before that date (see bug history). Please stand by. We apologize for the inconvenience. Thank you for traveling with debian rail. ;-) This issue has been fixed in Packaging Vcs on of x2goclient.git on collab-maint: http://anonscm.debian.org/gitweb/?p=collab-maint/x2go/x2goclient.git;a=commitdiff;h=c6bad0bccc996b79483ac412754520588a2098c9 Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpYS1yx7eilZ.pgp Description: Digitale PGP-Unterschrift
Bug#693710: [~X] icon is hardly visible with dark desktop themes
severity #693710 important retitle #693710 [~X] icon is hardly visible with dark desktop themes thanks This issue is no RC bug anymore, as the X2Go logos have now become licensed under GPL-2+ (as the rest of X2Go Client, as well). So this is no real change to the situation in 3.99.2.1-1. However, the icons in the above named version of x2goclient are really hardly visible for users having a dark theme configured for their desktop shell. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpLNueLJD9WT.pgp Description: Digitale PGP-Unterschrift
Bug#696524: X2Go Plugin container crashes after session startup
Package: x2goclient Severity: grave Version: 3.99.2.1-1 Tag: patch With a patch that fixes #692555 another issue pops up. The X2Go plugin in package 3.99.2.1-1 plus the patch that fixes #692555 crashes during session startup. The plugin container reports that the qtbrowserplugin behind X2Go plugin has crashed and asks if the user wants to reload the plugin. The following patch will fix that next issue: +--- a/onmainwindow.cpp b/onmainwindow.cpp +@@ -8944,6 +8947,8 @@ + + void ONMainWindow::setProxyWinTitle() + { ++if(embedMode) ++return; + + QString title; + Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgplpef4eHXnN.pgp Description: Digitale PGP-Unterschrift
Bug#696524: Issue occurs with x2goplugin
reassign #696524 x2goplugin thanks The issue is of course an X2Go Plugin issue. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpdaEScbTeif.pgp Description: Digitale PGP-Unterschrift
Bug#690851: IPv6 DNS broken in gevent
Package: python-gevent Version: 0.13.6-1 Severity: grave Tags: patch Dear maintainer, as somewhere else upstream stated themselves (I have forgotten the URL where they did) that gevent.dns is somewhat completely broken in 0.13.6 (which is based on libevent, and they say it is broken there), I recommend using 1.0b1 for wheezy instead. I use python-gevent for python-x2go intensively and the performance is much better with 1.0b1 and stability has also improved (the used event library is libev now). One issue is that IPv6 DNS resolution does not work with 0.13.6 at all. As the world moves towards IPv6 (esp. in non-US and non-European parts of the world) I consider this issue as somewhat grave. Attached is a patch that tries to fix this behaviour for gevent 0.13.6. The patch is not perfect, sometimes you have to wait quite long for name resolution of IPv6 addresses, but at the end they finally resolve. Much better would be a transition to 1.0b1 for wheezy (though the RT may not like this...). Reproduce (IPv6-only host): === mike@fylgja:~ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import gevent.socket gevent.socket.gethostbyname(minobo.das-netzwerkteam.de) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/pymodules/python2.6/gevent/socket.py, line 683, in gethostbyname _ttl, addrs = resolve_ipv4(hostname) File /usr/lib/pymodules/python2.6/gevent/dns.py, line 59, in resolve_ipv4 raise DNSError(result) gevent.dns.DNSError: [Errno 67] request timed out Should be::: mike@fylgja:~$ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import gevent import gevent.socket gevent.socket.gethostbyname(minobo.das-netzwerkteam.de) '2001:6f8:900:e5d::2' Reproduce (IPv4/IPv6 host): (first request is IPv4, second request times out) === mike@fylgja:~$ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import gevent.socket gevent.socket.gethostbyname(vidar.das-netzwerkteam.de) '178.63.100.242' gevent.socket.gethostbyname(vidar.das-netzwerkteam.de) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/pymodules/python2.6/gevent/socket.py, line 683, in gethostbyname _ttl, addrs = resolve_ipv4(hostname) File /usr/lib/pymodules/python2.6/gevent/dns.py, line 59, in resolve_ipv4 raise DNSError(result) gevent.dns.DNSError: [Errno 67] request timed out Should be::: mike@fylgja:~$ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import gevent import gevent.socket gevent.socket.gethostbyname(vidar.das-netzwerkteam.de) '2a01:4f8:121:5085:250:56ff:fe15:236e' With 1.0b1 the above tests work like a charm. With my provided patch applied to 0.13.6 it works, but with some serious time delays. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb Nur in python-gevent-0.13.6.patched//gevent: __init__.pyc. diff -ur python-gevent-0.13.6/gevent/socket.py python-gevent-0.13.6.patched//gevent/socket.py --- python-gevent-0.13.6/gevent/socket.py 2011-05-17 16:02:29.0 +0200 +++ python-gevent-0.13.6.patched//gevent/socket.py 2012-10-18 16:06:41.0 +0200 @@ -680,8 +680,14 @@ return hostname if hostname == _socket.gethostname(): return _socket.gethostbyname(hostname) -_ttl, addrs = resolve_ipv4(hostname) -return inet_ntoa(random.choice(addrs)) +addrs = None +try: +_ttl, addrs = resolve_ipv4(hostname) +except: +_ttl, addrs = resolve_ipv6(hostname) +return inet_ntop(AF_INET6, random.choice(addrs)) +else: +return inet_ntop(AF_INET, random.choice(addrs)) def getaddrinfo(host, port, family=0, socktype=0, proto=0, flags=0, evdns_flags=0): *Some* approximation of :func:`socket.getaddrinfo` implemented using :mod:`gevent.dns`. @@ -750,30 +756,28 @@ for socktype, proto in socktype_proto: result.append((family, socktype, proto, '', sockaddr)) else: -failure = None -job = spawn(wrap_errors(gaierror, resolve_ipv6), host, evdns_flags) + +ipv4_res = None +ipv6_res = None try: -try: -ipv4_res = resolve_ipv4(host, evdns_flags)[1] -except gaierror, failure
Bug#692555: x2goplugin fails to resolve hostname
Package: x2goplugin Version: 3.99.2.1 Severity: grave In upstream X2Go we just fixed a bug with x2goplugin that results in this error: ,,Failed to resolve hostname''. Refer to: http://bugs.x2go.org/55 x2goplugin is in many cases unusable without the upper part of the patch provided in X2Go upstream Git: code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=f1fb104bc7ce1a3d93792b3594566a8870d139a3 Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpO7oIcORRRv.pgp Description: Digitale PGP-Unterschrift
Bug#692555: [pkg-x2go-devel] Bug#692555: x2goplugin fails to resolve hostname
Hi Tobi, On So 18 Nov 2012 10:54:30 CET Tobias Frost wrote: Package: x2goplugin Followup-For: Bug #692555 Mike, are you preparing an upload or should someone due an NMU? coldtobi Please don't NMU. I am currently waiting for upstream (Heinz-Markus Graesing) to report an issue about license problems with the currently used icon files. We have communicated this orally, and Heinz promised to report a DebBTS bug with an icon set attached (SVG) that has the correct licensing inside. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpv3HRlsJF5b.pgp Description: Digitale PGP-Unterschrift
Bug#693710: Upstream has asked to replace the X2Go icon shipped with x2goclient due to license issue with the current icon
Package: x2goclient Version: 3.99.2.1-1 Severity: serious Debbugs-CC: heinz-m.graes...@obviously-nice.de Upstream X2Go (Heinz-M. Graesing) has asked to replace the X2Go icon shipped with the current version of x2goclient. Upstream will provide a new version of the application icon that shall be shipped with x2goclient in Debian wheezy. Also: the currently shipped icon is completely transparent + contours, so that the X2Go logo (a flying X) cannot be recognized when the user has a dark desktop theme configured. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp8qdFqFgdK6.pgp Description: Digitale PGP-Unterschrift
Bug#692555: [pkg-x2go-devel] Bug#692555: x2goplugin fails to resolve hostname
Hi Tobias On So 18 Nov 2012 18:16:53 CET Tobias Frost wrote: Package: x2goplugin Followup-For: Bug #692555 Please don't NMU. I am currently waiting for upstream (Heinz-Markus Graesing) to report an issue about license problems with the currently used icon files. We have communicated this orally, and Heinz promised to report a DebBTS bug with an icon set attached (SVG) that has the correct licensing inside. Greets, Mike Ok, will not do it. But please alrady file the issue about the copyright -- upstream can later add the right files but it should be docmented... http://bugs.debian.org/693710 -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp9JKyv9aQly.pgp Description: Digitale PGP-Unterschrift
Bug#684733: [pkg-x2go-devel] Bug#684734: pyhoca-cli: ImportError: No module named pyhoca.{wxgui.basepath, cli}
Hi Jakub, On Mi 15 Aug 2012 14:01:12 CEST Jakub Wilk wrote: Quoting #debian-python: 10:53 jwilk m1k3: The problem is that pyhoca/__init__.py doesn't exist. 10:56 jwilk Of course, you can't ship that file in _both_ packages. 10:57 jwilk Either you need to create a separate binary package for this single file (kinda wasteful)... 10:57 jwilk ...or ask dh_python2 to create the file for you in postinst (see --namespace option). In the role of X2Go upstream I hope to have fixed the issue (patch shows the solution for pyhoca-gui, pyhoca-cli is similar): http://paste.debian.net/183658/ Do you agree? Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp7USpZvSFsD.pgp Description: Digitale PGP-Unterschrift
Bug#686928: templates missing in bin:packages
Package: debbugs Version: 2.4.2~exp1 Severity: grave The templates folder found in the debbugs src:package does not get installed into any of the debbugs binary packages. This makes the debbugs-web package unusable. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp83xHtXh9t6.pgp Description: Digitale PGP-Unterschrift
Bug#686928: Makefile rule to fix failing templates installation
Hi, the last two lines in the Makefile have to be replaced by these: # install the templates $(foreach dir, $(wildcard templates/*/*), $(install_exec) -d $(templates_dir)/$(patsubst templates/%,%,$(dir)) ; ) $(foreach tmpl, $(wildcard templates/*/*/*.tmpl), $(install_data) $(tmpl) $(templates_dir)/$(patsubst templates/%,%,$(tmpl)) ; ) Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpBvZWzRO4jz.pgp Description: Digitale PGP-Unterschrift
Bug#701001: asyncore: fix polling loop with AF_UNIX sockets (in squeeze)
Package: python2.6 Severity: grave Version: 2.6.6-8 Tags: patch While playing with a server/client process communication with the help of the asyncore module (e.g. like in [1]), I stumbled over the following issue: When using asyncore to open a listening AF_UNIX file socket, the CPU usage goes up to 100%. This has been reported against Python upstream [2] and a patch is available from upstream [3], as well. Please patch-in that fix into the Debian python2.6 package in Debian squeeze. Thanks+Greets, Mike [1] http://stackoverflow.com/questions/5286321/pam-authentication-in-python-without-root-privileges [2] http://bugs.python.org/issue12502 [3] http://hg.python.org/cpython/rev/16bc59d37866 -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpd_tSiG16wW.pgp Description: Digitale PGP-Unterschrift
Bug#707836: marked as pending
tag 707836 pending thanks Hello, Bug #707836 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=debian-edu/italc.git;a=commitdiff;h=b52bb58 --- commit b52bb5849547981d23cdb89a9f542dcabcf97bf3 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Mon May 13 11:37:14 2013 +0200 /debian/control: italc-client: Add adduser to Depends: field. (Closes: #707836). diff --git a/debian/changelog b/debian/changelog index 9344702..3d0260b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,7 @@ italc (1:2.0.0-3) UNRELEASED; urgency=low + * /debian/control: ++ italc-client: Add adduser to Depends: field. (Closes: #707836). * Lintian issues: + Fix duplicate-in-relation-field in source build-depends: libxrandr-dev, libxrandr-dev. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718745: marked as pending
tag 718745 pending thanks Hello, Bug #718745 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=debian-edu/italc.git;a=commitdiff;h=729af5b --- commit 729af5b5311b47e3d89f1bf4198c46860cf82bd7 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Sun Aug 11 00:35:15 2013 +0200 Add patch: 006_inject-buildtype-from-outside.patch. Inject the build type (actually the BUILD_CPU) from /debian/rules. Avoid the detection code from upstream as it only covers x86 and x86_64. (Closes: #718745). diff --git a/debian/changelog b/debian/changelog index d251547..8e8bf4e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -19,6 +19,9 @@ italc (1:2.0.0-3) UNRELEASED; urgency=low * Update patches. * Provide file italc-client.desktop. (Closes: #666428). * Provide file italc-master.desktop. (Closes: #666429). + * Add patch: 006_inject-buildtype-from-outside.patch. Inject the build +type (actually the BUILD_CPU) from /debian/rules. Avoid the detection +code from upstream as it only covers x86 and x86_64. (Closes: #718745). -- Mike Gabriel sunwea...@debian.org Mon, 13 May 2013 10:17:38 +0200 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713090: kiwix: FTBFS
Hi Emmanuel, On Mo 05 Aug 2013 08:27:42 CEST Emmanuel Engelhart wrote: On 08/05/2013 02:21 PM, Fathi Boudra wrote: This is a know bug with xulrunner 17 and further. This is already fixed in the Kiwix master branch. Next Kiwix release (0.9rc3) is planned for August. Any ETA for Kiwix 0.9 rc3 ? Bug fixed in our git: http://code.kiwix.org Currently working on the whole release. Release for this week; middle of next week in the worth case. if you make it this week I would update the kiwix package here at DebConf right away. Next week will be crammed with work, so this week would be good!!! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpoJzNkV128v.pgp Description: Digitale PGP-Unterschrift
Bug#720855: [Pkg-javascript-devel] Bug#720855: Bug#720855: node-mysql: Contains unsatisfiable depends on node-bignumber (which is not in Debian)
Hi Jeremy, Andreas, On So 25 Aug 2013 20:45:01 CEST Jérémy Lal wrote: On 25/08/2013 19:56, Andreas Moog wrote: Package: node-mysql Version: 2.0.0~alpha8-1 Severity: grave Justification: renders package unusable Dear Debian Javascript team, dear Mike, I tried to install node-mysql in a Debian/Unstable environment, but failed to achieve success: (deb-unstable)andreas@incubator:~$ sudo apt-get install node-mysql [...] The following packages have unmet dependencies: node-mysql : Depends: node-bignumber (= 1.0.1) but it is not installable E: Unable to correct problems, you have held broken packages. (deb-unstable)andreas@incubator:~$ sudo apt-get install node-bignumber Package node-bignumber is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source As far as I can see, node-bignumber is not in Debian and I couldn't find an ITP bug for that package. Is this an oversight or am I missing something? The ITP bug is #708984 (google ITP node-bignumber), i can package node-bignumber if Mike has no time for it. I already did an upload but it was rejected by the FTP masters. I will look into this the coming week. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpbn3Jf73WlO.pgp Description: Digitale PGP-Unterschrift
Bug#720855: [Pkg-javascript-devel] Bug#720855: node-mysql: Contains unsatisfiable depends on node-bignumber (which is not in Debian)
Control: close -1 On So 25 Aug 2013 19:56:50 CEST Andreas Moog wrote: Package: node-mysql Version: 2.0.0~alpha8-1 Severity: grave Justification: renders package unusable Dear Debian Javascript team, dear Mike, I tried to install node-mysql in a Debian/Unstable environment, but failed to achieve success: (deb-unstable)andreas@incubator:~$ sudo apt-get install node-mysql [...] The following packages have unmet dependencies: node-mysql : Depends: node-bignumber (= 1.0.1) but it is not installable E: Unable to correct problems, you have held broken packages. (deb-unstable)andreas@incubator:~$ sudo apt-get install node-bignumber Package node-bignumber is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source As far as I can see, node-bignumber is not in Debian and I couldn't find an ITP bug for that package. Is this an oversight or am I missing something? bignumber.js has just hit Debian unstable. Closing this bug manually. Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpNkNt8HGrAF.pgp Description: Digitale PGP-Unterschrift
Bug#718410: some components try to write to /usr/share/otrs/bin/
Package: otrs Version: 3.2.9-1 Severity: serious Hi Patrick, the latest build of otrs (3.2.9-1) tries to write to /usr/share/otrs/bin from two places in the code: Kernel/System/Support/OTRS.pm:my $File = $Home/$_/check_permissons.$$; Kernel/System/Package.pm:my $Location = $Home/$_/check_permissons.$$; Log messages in syslog appear like this: Jul 31 11:50:29 odin OTRS-CGI-10[2572]: [Error][Kernel::System::Main::FileWrite][Line:446]: Can't write '/usr/share/otrs/bin/check_permissons.2470': Permission denied It was possible to work around this issue with otrs.SetPermissions.pl, but this cannot be it, can it? Furthermore, but really a minor issue: upstream does not seem to be able to spell the word permissions. Mike -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages otrs depends on: ii dpkg 1.16.10 ii otrs2 3.2.9-1 otrs recommends no packages. otrs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714588: Not an RC bug...
Control: severity -1 important Hi Christoph, (with my X2Go upstream hat on): we will address this issue upstream. However, I do not consider this an RC bug (otherwise we would have to remove the -X option from OpenSSH, as well. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpK7SJrcjFj1.pgp Description: Digitale PGP-Unterschrift
Bug#710654: bin:package libjpeg8-turbo-dev is deprecated since 1.2.90-2
fixed #710654 1.2.90-2 thanks Hi Julien, please note that all libjpeg compat bin:packages are not built in libjpeg-turbo 1.2.90-2 and later. Atm. I will only re-activate those if we will reach a consensus via d-devel (or elsewhere equivalently) on how to proceed with libjpeg and libjpeg-turbo (transition to turbo, co-existence of both, remaining with IJG libjpeg as default). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710685: libjpeg8-turbo not packaged in 1.2.90-2 and later
fixed #710685 1.2.90-2 thanks Hi Andreas, libjpeg8-turbo is not bin:packaged in 1.2.90-2 and later, any more. Thanks+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710749: libjpeg-turbo: FTBFS on kfreebsd-amd64: tries to use 32-bit assembly
tag #710749 patch tag #710749 moreinfo thanks Hi Aaron, On So 02 Jun 2013 04:29:48 CEST Aaron M. Ucko wrote: Source: libjpeg-turbo Version: 1.3.0-1 Severity: serious Justification: fails to build from source Thanks for addressing #710566 so promptly! Alas, on kfreebsd-amd64, libjpeg-turbo gets past it only to run into another error: when checking for object file format of host system (per logic propagated from acinclude.m4 to configure by way of aclocal.m4), it doesn't know what to make of kFreeBSD and falls back to assuming 32-bit ELF, which naturally fails: checking for object file format of host system... ELF ? configure: WARNING: unexpected host system. assumed that the format is ELF. checking for object file format specifier (NAFLAGS) ... -felf -DELF checking whether the assembler (nasm -felf -DELF) works... yes checking whether the linker accepts assembler output... no configure: error: configuration problem: maybe object file format mismatch. ELF is indeed a reasonable fallback these days, but I'd suggest defaulting to the ELF64 case when the CPU type is x86_64 or amd64 and the OS is unknown. Could you please take a look? Thanks! Attached you find a patch that may hopefully fix the reported issue. Can you please review (as I do not have kfreebsd here to test atm)? Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb Description: Default to ELF64 object format on 64-bit kFreeBSD Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de --- a/acinclude.m4 +++ b/acinclude.m4 @@ -40,7 +40,7 @@ ;; esac ;; - freebsd* | netbsd* | openbsd*) + kfreebsd* | freebsd* | netbsd* | openbsd*) if echo __ELF__ | $CC -E - | grep __ELF__ /dev/null; then objfmt='BSD-a.out' else pgplEmD_tG2fy.pgp Description: Digitale PGP-Unterschrift
Bug#710749: libjpeg-turbo: FTBFS on kfreebsd-amd64: tries to use 32-bit assembly
forwarded #710749 https://sourceforge.net/p/libjpeg-turbo/patches/39/ tag #710749 - moreinfo thanks Hi Aaron, On Di 04 Jun 2013 19:59:09 CEST Aaron M. Ucko wrote: Mike Gabriel mike.gabr...@das-netzwerkteam.de writes: Can you please review (as I do not have kfreebsd here to test atm)? I don't have a personal kFreeBSD installation either, so I tested on falla.d.o; your patch is indeed sufficient there, thanks! Ah, indeed. I am still not used to having all this infrastructure at hand since I have become DD. Preparing -2 upload with the patch included. Patch has been reported upstream. Best, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpQ0xBb4Ebri.pgp Description: Digitale PGP-Unterschrift
Bug#700257: marked as pending
tag 700257 pending thanks Hello, Bug #700257 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=debian-edu/slbackup-php.git;a=commitdiff;h=7c5432a --- commit 7c5432a4f247c5940d937c456a3f4d5362359317 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Sat Jun 8 23:58:18 2013 +0200 /debian/patches: (Closes: #700257). * /debian/patches: (Closes: #700257). + Add patch 001_fix-nonhttps-logins.patch. Store nonhttps param in client-side cookie and update it if changed via query string. + Add patch 002_default-backuphost-to-localhost.patch. Stop relying on a »backup« host in /etc/hosts or DNS. Makes slbackup-php work out-of-the-box on vanilla Debian (opposed to Debian Edu) systems. + Add patch 003_fix-dir-for-config-file.patch. Search for config file in our own /etc/ folder namespace. diff --git a/debian/changelog b/debian/changelog index 2217b9e..e87cf48 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,6 +2,14 @@ slbackup-php (0.4.3-3) UNRELEASED; urgency=low * /debian/control: + Use my DD mail address in Uploaders: field. + * /debian/patches: (Closes: #700257). ++ Add patch 001_fix-nonhttps-logins.patch. Store nonhttps param + in client-side cookie and update it if changed via query string. ++ Add patch 002_default-backuphost-to-localhost.patch. Stop relying + on a »backup« host in /etc/hosts or DNS. Makes slbackup-php work + out-of-the-box on vanilla Debian (opposed to Debian Edu) systems. ++ Add patch 003_fix-dir-for-config-file.patch. Search for config file + in our own /etc/ folder namespace. -- Mike Gabriel sunwea...@debian.org Fri, 22 Mar 2013 22:46:06 +0100 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729054: Xspice fails to start (segfaults)
, line 163, in cleanup p.kill() File /usr/lib/python2.7/subprocess.py, line 1555, in kill self.send_signal(signal.SIGKILL) File /usr/lib/python2.7/subprocess.py, line 1545, in send_signal os.kill(self.pid, sig) OSError: [Errno 3] No such process -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xspice depends on: ii libpython2.7-stdlib [python-argparse] 2.7.5-8 ii python-argparse1.2.1-2 pn python:any none ii xserver-xorg 1:7.7+4 ii xserver-xorg-video-qxl 0.1.1-1 xserver-xspice recommends no packages. xserver-xspice suggests no packages. -- no debconf information -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb binBRJifFpN_F.bin Description: Öffentlicher PGP-Schlüssel pgpVWUUBtreCC.pgp Description: Digitale PGP-Signatur
Bug#729054: Xspice fails to start (segfaults)
HI Cyril, On Fr 08 Nov 2013 17:10:04 CET, Cyril Brulebois wrote: [ Disclaimer: I know nothing about spice. ] Mike Gabriel mike.gabr...@das-netzwerkteam.de (2013-11-08): If you need any help with this, let me know what is needed to debug this=.. A full backtrace with debug info would probably be a nice start. (EE) Backtrace: (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x3d) [0x7f39301df30d] (EE) 1: /usr/bin/Xorg (0x7f393003e000+0x1a5079) [0x7f39301e3079] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f392f13c000+0xf210) [0x7f392f14b210] (EE) 3: /usr/lib/x86_64-linux-gnu/libspice-server.so.1 (0x7f392c486000+0x20ccc) [0x7f392c4a6ccc] (EE) 4: /usr/lib/x86_64-linux-gnu/libspice-server.so.1 (0x7f392c486000+0x2106c) [0x7f392c4a706c] (EE) 5: /usr/lib/xorg/modules/drivers/spiceqxl_drv.so (0x7f392c7a3000+0x9460) [0x7f392c7ac460] (EE) 6: /usr/lib/x86_64-linux-gnu/libspice-server.so.1 (0x7f392c486000+0x22d7e) [0x7f392c4a8d7e] (EE) 7: /usr/lib/x86_64-linux-gnu/libspice-server.so.1 (spice_server_add_interface+0x3a6) [0x7f392c4cf1f6] (EE) 8: /usr/lib/xorg/modules/drivers/spiceqxl_drv.so (0x7f392c7a3000+0xb8ab) [0x7f392c7ae8ab] (EE) 9: /usr/bin/Xorg (AddScreen+0x71) [0x7f3930092fe1] (EE) 10: /usr/bin/Xorg (InitOutput+0x3df) [0x7f39300d34bf] (EE) 11: /usr/bin/Xorg (0x7f393003e000+0x440db) [0x7f39300820db] (EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f392dd95995] (EE) 13: /usr/bin/Xorg (0x7f393003e000+0x4460f) [0x7f393008260f] (EE) (EE) Segmentation fault at address 0xd8 → because backtrace() doesn't tell us much about what's happening in the X driver and in the spice lib. Mraw, KiBi. So what I did is this: 0. Install relevant dbg packages (on a Debian unstable system) apt-get install xserver-xorg-core-dbg apt-get install xserver-xorg-video-qxl-dbg 1. Create an Xspice config file ~/.spiceqxl.xorg.conf Section Device Identifier XSPICE Driver spiceqxl EndSection Section InputDevice Identifier XSPICE POINTER Driver xspice pointer EndSection Section InputDevice Identifier XSPICE KEYBOARD Driver xspice keyboard EndSection Section Monitor IdentifierConfigured Monitor EndSection Section Screen Identifier XSPICE Screen MonitorConfigured Monitor DeviceXSPICE DefaultDepth24 EndSection Section ServerLayout Identifier XSPICE Example Screen XSPICE Screen InputDevice XSPICE KEYBOARD InputDevice XSPICE POINTER EndSection # Prevent udev from loading vmmouse in a vm and crashing. Section ServerFlags Option AutoAddDevices False EndSection 2. launch Xorg in gdb gdb /usr/bin/Xorg 21 | tee Xspice.debug 3. run Xorg as Xspice gdb run -keeptty -dumbSched -config ~/.spiceqxl.xorg.conf -noreset -logfile .spicelog :1 4. Then I get this on stdout: Starting program: /usr/bin/Xorg -keeptty -dumbSched -config ~/.spiceqxl.xorg.conf -noreset -logfile .spicelog :1 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. X.Org X Server 1.14.3 Release Date: 2013-09-12 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.10-2-amd64 x86_64 Debian Current Operating System: Linux sid.das-netzwerkteam.de 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-amd64 root=UUID=3b38a6e6-4ac2-4925-9acd-9b4020fb1282 ro quiet Build Date: 05 October 2013 02:04:26PM xorg-server 2:1.14.3-4 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.30.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (++) Log file: .spicelog, Time: Sat Nov 9 00:06:55 2013 (++) Using config file: /home/mike/.spiceqxl.xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d Initializing built-in extension Generic Event Extension Initializing built-in extension SHAPE Initializing built-in extension MIT-SHM Initializing built-in extension XInputExtension Initializing built-in extension XTEST Initializing built-in extension BIG-REQUESTS Initializing built-in extension SYNC Initializing built-in extension XKEYBOARD Initializing built-in extension XC-MISC Initializing built-in extension SECURITY Initializing built-in extension XINERAMA Initializing built-in extension XFIXES Initializing built-in extension RENDER Initializing built-in extension RANDR Initializing built-in extension COMPOSITE Initializing built-in extension DAMAGE Initializing built-in extension MIT-SCREEN-SAVER Initializing built-in extension DOUBLE-BUFFER Initializing built-in extension RECORD Initializing built-in extension
Bug#754326: gtick.desktop placed into wrong folder
Package: gtick Version: 0.5.3-1 Severity: serious Dear maintainer, the gtick.desktop file gets installed to /usr/share/application. It should be the plural form: /usr/share/applications. Thanks+Greets, Mike Gabriel -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtick depends on: ii libatk1.0-0 2.12.0-1 ii libc62.19-4 ii libcairo21.12.16-2 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.24-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-01.36.3-1 ii libpulse05.0-2 ii libsndfile1 1.0.25-9 ii oss-compat 6 gtick recommends no packages. gtick suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759079: [pkg-x2go-devel] Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Olly, a patch has been applied upstream [1], but with wx3.0 pyhoca-gui segfaults when tested on Debian testing. The segfault happens when wx.App.__init__() is called [2]. Once this segfault issue has been fixed, the upstream release is due. I haven't had time to investigate this, yet. Any input from your side (with more wx expertise than mine) will be appreciated. Can you confirm that pyhoca-gui 0.4.0.9 with you patch attached to this bug comes up without segfault? You can test pyhoca-gui 0.5.0.0 (preview) via this DebURL [3]. Thanks in advance for any possible input on this!!! Mike [1] http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=commitdiff;h=3f6545b82aeee842ada53a79e4583a3d09da562d [2] http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=blob;f=pyhoca/wxgui/frontend.py;h=c3535879575e29f688e8f6ea23b3bab9ff1f46dd;hb=ba29a2694c25fad71e05656f5e39b959cefbe3fe#l242 [3] deb http://packages.x2go.org/debian jessie main heuler -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de - Original message - On Fri, Aug 29, 2014 at 07:49:43PM +, Mike Gabriel wrote: Thanks for working out that patch. I will integrate it into pyhoca-gui upstream and release it upstream with 0.5.0.0. I hope to release the upstream version very soon. If the upstream release gets delayed more, I will intermediately fix the 0.4.0.9 version of pyhoca-gui in Debian with your patch. What's the estimated upstream release date? It's been 3 weeks since your last message, and the last upload date to make it in before the release freeze is only 5 weeks off now. It would be prudent to upload well before the last possible date, in case there are any problems caused by the changes which might need additional uploads. Freeze exceptions are possible for higher severity bugs, but you might get stuck with less severe bugs you can't fix for jessie. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757605: fixed in freerdp 1.1.0~git20140921.1.440916e+dfsg1-1
Control: reopen -1 Control: reassign -1 remmina Control: forcemerge -1 #757608 On Mi 24 Sep 2014 09:36:44 CEST, Sven Hartge wrote: On Tue, 23 Sep 2014 12:00:12 + Mike Gabriel sunwea...@debian.org wrote: Source: freerdp Source-Version: 1.1.0~git20140921.1.440916e+dfsg1-1 We believe that the bug you reported is fixed in the latest version of freerdp, which is due to be installed in the Debian FTP archive. Umm, how does this fix this bug? Now remmina-plugin-rdp isn't even installable because libfreerdp1 is no longer installable (but still in the archive). And doesn't the new split packages still only provide the 1.1-library while remmina needs the 1.0 one? In all fairness, I don't consider this bug closed. Grüße, Sven. Indeed. This bug now needs to be fixed in remmina. I will join in the efforts of gettings this issues fixed. In a private post you mentioned that current remmina-master is completely broken and the remmina-gtk3 branch still uses the old freerdp-1.0 cmake rules (this seems easy to fix, actually). I will join in with the effort of fixing remmina. @Luca: let's coordinate our efforts on #debian-devel IRC. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpaOO_dtHOkw.pgp Description: Digitale PGP-Signatur
Bug#757605: fixed in freerdp 1.1.0~git20140921.1.440916e+dfsg1-1
Hi Sven, hi Luca, On Mi 24 Sep 2014 10:27:25 CEST, Sven Hartge wrote: On 24.09.2014 10:20, Mike Gabriel wrote: In a private post you mentioned that current remmina-master is completely broken and the remmina-gtk3 branch still uses the old freerdp-1.0 cmake rules (this seems easy to fix, actually). Yes, see here: https://github.com/FreeRDP/Remmina/blob/gtk3/cmake/FindFREERDP.cmake [...] find_library(FREERDP_LIBRARY NAMES freerdp HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) find_library(FREERDP_CLIENT_LIBRARY NAMES freerdp-client HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) [...] The master branch uses the correct rules: https://github.com/FreeRDP/Remmina/blob/master/cmake/FindFREERDP.cmake [...] find_library(FREERDP_LIBRARY NAMES freerdp-core HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) find_library(FREERDP_GDI_LIBRARY NAMES freerdp-gdi HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) find_library(FREERDP_LOCALE_LIBRARY NAMES freerdp-locale HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) find_library(FREERDP_RAIL_LIBRARY NAMES freerdp-rail HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) find_library(FREERDP_CODEC_LIBRARY NAMES freerdp-codec HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) find_library(FREERDP_CLIENT_LIBRARY NAMES freerdp-client HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) [...] I tried fixing this bus blindly copying the cmake file from the master branch to the gtk3 branch and recompile. This then finds the libraries fine but fails with some (to me unfixable) errors during compilatio later. People knowing about remmina, freerdp and gtk3 should be able to figure it out, I hope. Grüße, Sven. I have now tried for some time to build remmina 1.0.0. The FreeRDP problem with remmina is really minor compared to the GTK2/GTK3 stuff, I guess. My recommendation would be to fallback to GTK2 for jessie (though untested) or get the gtk3 branch up and running. My preliminary patch approach for FreeRDP I attach to this mail (it applies to the remmina package in unstable). However, it is not really tested, as there are other causes for FTBFS before it really comes to compiling the RDP plugin. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb --- a/cmake/FindFREERDP.cmake +++ b/cmake/FindFREERDP.cmake @@ -18,7 +18,7 @@ # Boston, MA 02111-1307, USA. find_package(PkgConfig) -pkg_check_modules(PC_FREERDP freerdp=1.0) +pkg_check_modules(PC_FREERDP freerdp=1.1) set(FREERDP_DEFINITIONS ${PC_FREERDP_CFLAGS_OTHER}) find_path(FREERDP_INCLUDE_DIR NAMES freerdp/freerdp.h @@ -30,18 +30,12 @@ find_library(FREERDP_GDI_LIBRARY NAMES freerdp-gdi HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) -find_library(FREERDP_KBD_LIBRARY NAMES freerdp-kbd - HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) - find_library(FREERDP_RAIL_LIBRARY NAMES freerdp-rail HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) find_library(FREERDP_CODEC_LIBRARY NAMES freerdp-codec HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) -find_library(FREERDP_CHANNELS_LIBRARY NAMES freerdp-channels - HINTS ${PC_FREERDP_LIBDIR} ${PC_FREERDP_LIBRARY_DIRS}) - include(FindPackageHandleStandardArgs) find_package_handle_standard_args(FREERDP DEFAULT_MSG FREERDP_LIBRARY FREERDP_INCLUDE_DIR) --- a/remmina-plugins/rdp/rdp_cliprdr.c +++ b/remmina-plugins/rdp/rdp_cliprdr.c @@ -22,9 +22,8 @@ #include rdp_cliprdr.h #include freerdp/freerdp.h -#include freerdp/utils/memory.h -#include freerdp/channels/channels.h -#include freerdp/plugins/cliprdr.h +#include freerdp/client/channels.h +#include freerdp/client/cliprdr.h /* * Get the formats we can export based on the current clipboard data. --- a/remmina-plugins/rdp/rdp_event.c +++ b/remmina-plugins/rdp/rdp_event.c @@ -27,7 +27,7 @@ #include rdp_gdi.h #include gdk/gdkkeysyms.h #include cairo/cairo-xlib.h -#include freerdp/kbd/kbd.h +#include winpr/input.h static void remmina_rdp_event_event_push(RemminaProtocolWidget* gp, const RemminaPluginRdpEvent* e) { --- a/remmina-plugins/rdp/rdp_gdi.c +++ b/remmina-plugins/rdp/rdp_gdi.c @@ -28,7 +28,6 @@ #include freerdp/freerdp.h #include freerdp/constants.h #include freerdp/cache/cache.h -#include freerdp/utils/memory.h #include X11/Xlib.h #include X11/keysym.h #include gdk/gdkx.h @@ -43,8 +42,8 @@ LOCK_BUFFER(TRUE) - remmina_plugin_service-protocol_plugin_set_width(gp, rfi-settings-width); - remmina_plugin_service-protocol_plugin_set_height(gp, rfi-settings-height); + remmina_plugin_service-protocol_plugin_set_width(gp, rfi-settings-DesktopWidth); + remmina_plugin_service-protocol_plugin_set_height(gp, rfi-settings
Bug#759079: [pkg-x2go-devel] Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Olly On Sa 20 Sep 2014 09:02:51 CEST, Olly Betts wrote: On Sat, Sep 20, 2014 at 08:37:12AM +0200, Mike Gabriel wrote: Once this segfault issue has been fixed, the upstream release is due. I haven't had time to investigate this, yet. Any input from your side (with more wx expertise than mine) will be appreciated. I can certainly take a look. I actually would be really glad about that. Here is what I did with the patch you sent in: o get pyhoca-gui 0.4.0.9-1 from unstable o apply pyhoca-gui-0.4.0.9-1.1-nmu.diff o switch debian/source/format to 1.0 o run debuild -uc -us on the patch pyhoca-gui source folder I then tried running pyhoca-gui and it worked... But... Then I removed python-wxgtk2.8 (which was still installed on my system). And then I had to patch /usr/bin/pyhoca-gui a little more: --- pyhoca-gui.broken 2014-09-25 02:28:12.139142075 +0200 +++ pyhoca-gui 2014-09-25 02:28:54.962855543 +0200 @@ -70,6 +70,10 @@ try: import wxversion +wxversion.select('3.0') +except: pass +try: +import wxversion wxversion.select('2.9') except: pass try: Can you confirm that pyhoca-gui 0.4.0.9 with you patch attached to this bug comes up without segfault? I didn't segfault on me - I wasn't able to figure out how to set it up to really test it, but it started up OK. And after I performed all the steps, PyHoca-GUI 0.4.0.9-1.1 segfaulted for me, as well. Just like the 0.5.0.0 version we have in the nightly builds. So, wxpython3.0 breaks pyhoca-gui. And I don't know why. You can test pyhoca-gui 0.5.0.0 (preview) via this DebURL [3]. Are these the source packages I should be looking at (dated Sep 15th): http://packages.x2go.org/debian/pool/heuler/p/pyhoca-gui/ Yes. [1] http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=commitdiff;h=3f6545b82aeee842ada53a79e4583a3d09da562d In 2.8, wx.InitAllImageHandlers() is a no-op, so since you require at least 2.8 (via wxversion), there's no point having this special check - you can just drop the call to wx.InitAllImageHandlers() entirely: -wx.InitAllImageHandlers() +if wx.__version__.startswith('2.') +wx.InitAllImageHandlers() And similarly, wx.FD_OPEN, etc work in 2.8, so this version check isn't necessary: +if wx.__version__.startswith('2.'): +_style = wx.OPEN | wx.CHANGE_DIR +else: +_style = wx.FD_OPEN | wx.FD_CHANGE_DIR If you wanted to support 2.6, you'd probably need both of these version checks, but the calls to wxversion.select(['3.0', '2.9', '2.8']) mean the code won't run under 2.6 anyway. The code as it is after that commit should work - it's just unnecessarily complicated. I have committed the proposed changes. But, of course, pyhoca-gui 0.5.0.0 (preview) still segfaults. I'd really appreciate, if you could take a deeper look. Can you also check: When you tested pyhoca-gui 0.4.0.9-1.1 (with your patch on), do you have python-wxgtk2.8 still installed? Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp2XfFiDHAo1.pgp Description: Digitale PGP-Signatur
Bug#759079: About to have broken kiwix remove from Debian
Hi Kelson, hi Renauld, hi Vasudev, I have spent another hour getting kiwix fixed in Debian and failed. In Debian testing/unstable there will be no xulrunner binary anymore. It gets replaced by iceweasel -app inifile. I have tried to patch that change into the current code base we have been recommended by Kelson [1] and the patching of autoconf/automake files fails. It is not possible to run autoreconf on the kiwix source tree. So basically, the current Git snapshot of Kiwix we have is sort of a mess and not usable at all. We have kept the broken kiwix in Debian far too long. If you cannot provide a source tree of kiwix that fullfills the following requirements within the next two weeks, I will file a removal request for kiwix against ftp.debian.org. The requirements for a new source snapshot (or release) I have are these: o calling autoreconf must work on the sources o the sources must not contain any build-crufted files (Makefile.in, config.*, configure, etc.) o the replacement of xulrunner by iceweasel must be implemented by upstream Let me know if this is feasible for you (so I can file the removal request right away). If you provide me with working sources by Oct. 10th 2014, I will do my best to get Kiwix into Debian jessie. If not, then not. Greets, Mike [1] http://anonscm.debian.org/cgit/collab-maint/kiwix.git/ -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpLBRIGi5EwA.pgp Description: Digitale PGP-Signatur
Bug#759079: [pkg-x2go-devel] Bug#759079: About to have broken kiwix remove from Debian
On Do 25 Sep 2014 10:40:21 CEST, Mike Gabriel wrote: Hi Kelson, hi Renauld, hi Vasudev, [...] [1] http://anonscm.debian.org/cgit/collab-maint/kiwix.git/ A... dang... previous post went to the wrong bug number... Sorry for the noise, Olly. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpCJlfchnDMy.pgp Description: Digitale PGP-Signatur
Bug#752837: About to have broken kiwix remove from Debian
Below message has gone to Kelson, Renauld, Vasudev and Debian Edu Packaging Team ML _and_ to a WRONG bugnumber in the Debian BTS. - Thus resending this message for the record to the correct bug (#752837) Hi Kelson, hi Renauld, hi Vasudev, I have spent another hour getting kiwix fixed in Debian and failed. In Debian testing/unstable there will be no xulrunner binary anymore. It gets replaced by iceweasel -app inifile. I have tried to patch that change into the current code base we have been recommended by Kelson [1] and the patching of autoconf/automake files fails. It is not possible to run autoreconf on the kiwix source tree. So basically, the current Git snapshot of Kiwix we have is sort of a mess and not usable at all. We have kept the broken kiwix in Debian far too long. If you cannot provide a source tree of kiwix that fullfills the following requirements within the next two weeks, I will file a removal request for kiwix against ftp.debian.org. The requirements for a new source snapshot (or release) I have are these: o calling autoreconf must work on the sources o the sources must not contain any build-crufted files (Makefile.in, config.*, configure, etc.) o the replacement of xulrunner by iceweasel must be implemented by upstream Let me know if this is feasible for you (so I can file the removal request right away). If you provide me with working sources by Oct. 10th 2014, I will do my best to get Kiwix into Debian jessie. If not, then not. Greets, Mike [1] http://anonscm.debian.org/cgit/collab-maint/kiwix.git/ -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb Digitale_PGP_Signatur Description: PGP signature pgp4ojvrJMsSs.pgp Description: Digitale PGP-Signatur
Bug#752837: About to have broken kiwix remove from Debian
Hi Emmanuel, On Do 25 Sep 2014 11:35:47 CEST, Emmanuel Engelhart wrote: Hi Mike Thank you very much for your patience and effort to keep Kiwix running on Debian. The work generated by the deletion of xulrunner related packages is not trivial. We have had already a look to this at the time xulrunner was removed from Ubuntu. Therefore, without a compilation/gecko wizard being able to fix it within the next weeks, I don't think kiwix is going to survive in the Debian repository... for now. It's of course sad, it has always been important for us to be in Debian. But, Kiwix development is alive and I hope this step backward will be at anytime forgotten by two steps forward, and we will see then Kiwix back in Debian. Regards Emmanuel thanks for your reply. We just discussed the issue on IRC (for those who were not around on IRC channel #kiwix (Freenode). I have filed a removal request for kiwix against ftp.debian.org. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp9Yx7DC8VE_.pgp Description: Digitale PGP-Signatur
Bug#762834: mate-panel: FTBFS: cp: cannot stat 'debian/tmp/usr/lib/girepository-1.0/': No such file or directory
Hi Iain, On Do 25 Sep 2014 16:55:04 CEST, Iain Lane wrote: Package: mate-panel Version: 1.8.0+dfsg1-2 Severity: normal Tags: patch pending Hi, gobject-introspection in unstable has moved the variable 'typelibdir' to point to a subdirectory of /usr/lib/$(DEB_HOST_MULTIARCH). Packages which respect this need to be updated to install files in the new location, or else they FTBFS. mate-panel is in this position. I've prepared an NMU for mate-panel (versioned as 1.8.0+dfsg1-2.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer, or to supersede it yourself. Regards, I'd much more appreciate if you could send your debdiff to a bug in BTS in the future. NMU'ing means much more work for the package maintainers (grabbing the patch from your NMU, reviewing it (it could be crap), committing it to Git, re-uploading, ...). I will prepare an upload of mate-panel today (including a new upstream release). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpo4IlLBsRgc.pgp Description: Digitale PGP-Signatur
Bug#762591: freerdp: FTBFS on several arches: test suite errors
Hi Aurelien, On So 28 Sep 2014 18:55:07 CEST, Aurelien Jarno wrote: On Sat, Sep 27, 2014 at 04:02:31PM +0200, Emilio Pozuelo Monfort wrote: On 23/09/14 15:44, Emilio Pozuelo Monfort wrote: Source: freerdp Version: 1.1.0~git20140921.1.440916e+dfsg1-1 Severity: serious See https://buildd.debian.org/status/logs.php?pkg=freerdpver=1.1.0~git20140921.1.440916e%2Bdfsg1-1 Any news on this? The freeze is approaching and you introduced a library transition after the transition freeze, so unless this is fixed RSN we'll have to look at disabling RDP support from the rdeps (I already checked vlc and vinagre) so they are not blocked on this and we can remove this from Jessie if the bugs aren't fixed. I have just done an NMU to fix this issue. You will find the patch attached, and I also pushed the changes to the git repository on collab-maint. Aurelien THANKS for this! Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgppPhwDK2Js4.pgp Description: Digitale PGP-Signatur
Bug#759079: [pkg-x2go-devel] Bug#759079: Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Olly, On Sa 20 Sep 2014 09:02:51 CEST, Olly Betts wrote: On Sat, Sep 20, 2014 at 08:37:12AM +0200, Mike Gabriel wrote: Once this segfault issue has been fixed, the upstream release is due. I haven't had time to investigate this, yet. Any input from your side (with more wx expertise than mine) will be appreciated. I can certainly take a look. I fixed the issue upstream [1]. Thanks for your input on this. I will release pyhoca-gui 0.5.0.0 upstream ASAP. Quoting the essence: --- a/pyhoca/wxgui/launcher.py +++ b/pyhoca/wxgui/launcher.py @@ -29,16 +29,13 @@ import gettext import subprocess import copy -import gevent.monkey -gevent.monkey.patch_all() - -try: -import wxversion -wxversion.select(['3.0', '2.9', '2.8']) -except: pass - import wx +# we need to register a wx.App() instance before we load any +# of the X2Go modules. When importing x2go.*, gevent.monkey_patch_all() +# is called which seems to break wxPython 3.0... +_dummy_app = wx.App(redirect=False, clearSigInt=False) + from x2go import X2GOCLIENT_OS from x2go import CURRENT_LOCAL_USER from x2go import BACKENDS Mike [1] http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=commitdiff;h=b5dada2c7fd772e90d148c0a1403aef43138ea23 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpzbIukB86DX.pgp Description: Digitale PGP-Signatur
Bug#764448: mate-applets 1.8.1+dfsg1-1 tries to overwrite files in gnome-applets 3.8.1-1
Hi Giacomo, On Mi 08 Okt 2014 09:28:07 CEST, Giacomo Mulas wrote: Dear Maintainer, the new version 1.8.1+dfsg1-1 of mate-applets contains files with the same name as gnome-applets 3.8.1-1. As a consequence, it is uninstallable if one also installs gnome-applets. This means that on sid, at the moment, I cannot install on a machine a full gnome desktop and a full mate desktop at the same time, letting individual users choose which one they prefer to use. Suggested solutions: 1) quick and dirty (unsatisfactory for me, but can be a temporary band aid): add a conflicts with gnome-applets 2) optimal solution: change the names of the conflicting applets (possibly coordinating with the gnome-applets maintainer) 3) less work than 2) but also less good: use the debian alternatives system to make mate and gnome applets with the same name coexist (definitely coordinating with the gnome-applets maintainer) 4) something else that I did not think about Bye Giacomo Mulas Thanks for reporting this. This needs to be fixed upstream+downstream. What are the files that trouble you (and us all)? (Asking, because I can't check right now, because I am at a customer). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpLrrZ57GcS9.pgp Description: Digitale PGP-Signatur
Bug#764448: mate-applets 1.8.1+dfsg1-1 tries to overwrite files in gnome-applets 3.8.1-1
Hi Giacomo, hi Axel, On Do 09 Okt 2014 12:49:18 CEST, Giacomo Mulas wrote: On Thu, 9 Oct 2014, Mike Gabriel wrote: Hi Giacomo, Hi Mike Thanks for reporting this. This needs to be fixed upstream+downstream. What are the files that trouble you (and us all)? (Asking, because I can't check right now, because I am at a customer). Manpages. I had a look at the contents of the package, apparently everything else has a unique (full) filename, meaning that at least some part of the path is unique, even if the final filename duplicates something in gnome, so this is ok. Instead, most manpages in man1 in the package have exactly the same name as their gnome counterparts, so these should be changed/fixed. E.g. cdplayer_applet.1.gz, charpick_applet.1.gz, cpufreq-selector.1.gz, drivemount_applet.1.gz, geyes_applet.1.gz, gkb_applet.1.gz, ... Perhaps they should all be prefixed with mate- or suffixed with -mate or something similar to make their names unique. This should be relatively painless, apart from having to do some script-fu to rename the manpages before building the deb binary package... Could be done by awk probably, or even with some pipeing of commands like cd $INSTALL/usr/share/man/man1 ; for i in `ls *.1.gz` ; mv $i mate-$i ; done or something along these lines. Cheers Giacomo I removed the man pages again from the bin:package... for now... I have pinged upstream to get this fixed [1]. Mike [1] https://github.com/mate-desktop/mate-applets/issues/103 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgprhWAbbQcHW.pgp Description: Digitale PGP-Signatur
Bug#759079: [pkg-x2go-devel] Bug#759079: Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Olly, On Fr 10 Okt 2014 11:25:42 CEST, Olly Betts wrote: Hi Mike, On Tue, Sep 30, 2014 at 01:11:42PM +, Mike Gabriel wrote: I fixed the issue upstream [1]. Thanks for your input on this. I will release pyhoca-gui 0.5.0.0 upstream ASAP. I noticed the dependencies of pyhoca-gui on wx are rather odd - it depends on python-wxtools and wx-common, but not python-wxgtk2.8 or python-wxgtk3.0. Since the code does import wx, I think it really ought to explicitly depend on python-wxgtk3.0 (at least once it's updated for 3.0). If that's done, then the dependency on python-wxtools appears to be unnecessary (I can't find any uses of any of the tools actually in that package in pyhoca-gui), and depending directly on wx-common is unlikely to be necessary (again, pyhoca-gui doesn't seem to use anything from that package). So in summary, my suggestion would be that the only wx-related dependency should be on python-wxgtk3.0. Cheers, Olly I will do the above for the upcoming Debian package of pyhoca-gui. For the upstream packaging, I need to be able to build against Ubuntu lucid / Debian squeeze upwards, so there I will need some more versatile dependency logic. The used dependencies worked well in the past so I never questioned them. If you have any input on a more general depdency setup (that works with wxPy 2.8 and wxPy 3.0), any input is appreciated. Btw. the call-for-translations for PyHoca-GUI upstream is out, I plan an upstream release for Wednesday next week. The package for Debian will follow immediately (if nothing comes in the way, I HOPE!!!). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpMU2e80NPHk.pgp Description: Digitale PGP-Signatur
Bug#752614: Sources licensed under PHP License and not being PHP are not distributable
Hi Ondřej, On Do 26 Jun 2014 13:00:12 CEST, Ondřej Surý wrote: I did have a quite long and extensive chat with FTP Masters and our conclusion was that PHP License (any version) is suitable only for software that comes directly from PHP Group, that basically means only PHP (src:php5) itself. Can you provide some evidence why you think this applies to smarty3? Smarty3 is licensed under LGPL-2.1+ so I am hesitant to belief that this bug actually affects Smarty3. Please enlighten me! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpMgdT2iPBYf.pgp Description: Digitale PGP-Signatur
Bug#752614: Sources licensed under PHP License and not being PHP are not distributable
Hi Ondřej On Do 26 Jun 2014 13:56:34 CEST, Ondřej Surý wrote: On Thu, Jun 26, 2014, at 13:56, Ondřej Surý wrote: On Thu, Jun 26, 2014, at 13:52, Mike Gabriel wrote: Hi Ondřej, On Do 26 Jun 2014 13:00:12 CEST, Ondřej Surý wrote: I did have a quite long and extensive chat with FTP Masters and our conclusion was that PHP License (any version) is suitable only for software that comes directly from PHP Group, that basically means only PHP (src:php5) itself. Can you provide some evidence why you think this applies to smarty3? Smarty3 is licensed under LGPL-2.1+ so I am hesitant to belief that this bug actually affects Smarty3. Files: development/lexer/LexerGenerator/Lexer.php Copyright: 2006, Gregory Beaver License: PHP License 3.01, http://www.php.net/license/3_01.txt This source file is subject to version 3.01 of the PHP license that is available through the world-wide-web at the following URI: http://www.php.net/license/3_01.txt. If you did not receive a copy of the PHP License and are unable to obtain it through the web, please send a note to lice...@php.net so we can mail you a copy immediately. Files: development/lexer/Exception.php Copyright: 2006, Gregory Beaver License: PHP License 3.0, http://www.php.net/license/3_0.txt This source file is subject to version 3.0 of the PHP license that is available through the world-wide-web at the following URI: http://www.php.net/license/3_0.txt. If you did not receive a copy of the PHP License and are unable to obtain it through the web, please send a note to lice...@php.net so we can mail you a copy immediately. And two more undocumented: ./development/lexer/ParserGenerator/State.php: * @license http://www.php.net/license/3_01.txt PHP License 3.01 ./development/lexer/ParserGenerator/Parser.php: * @license http://www.php.net/license/3_01.txt PHP License 3.01 Cheers, Ah dang... my Git working copy was on the squeeze branch... I get what you are up to... Actually, I guess you have spotted three embedded libraries, as well. Will take a look at that next week. light+love Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpAFHlr_oy10.pgp Description: Digitale PGP-Signatur
Bug#752837: kiwix: build-depends on xulrunner-dev which is gone
Hi Kelson, On Fr 27 Jun 2014 10:13:53 CEST, Emmanuel Engelhart wrote: On 27.06.2014 05:38, Vasudev Kamath wrote: Kelson it looks like the package we are depending on xulrunner-dev is no longer provided, do you know which of above packages we can use?. I think this also has to be taken care during your next release. I don't know with which package this is replaced, the xulrunner-dev packager should knows this. Having a look to other xulrunner depending package might give a clue. In any case, Kiwix needs access to the xulrunner-sdk to be able to compile. Emmanuel I have delayed work on that as I have been waiting for a notice from you about a Kiwix release we can package. @Vasudev: I think we should not try to fix the upstream version we have in Debian unstable with patches etc. We need a new upstream release. @Kelson: can you provide an upstream release within the next 8 weeks? If not, I will request a removal of Kiwix from Debian, until we have some code that works well with latest package situation in Debian unstable. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpi6n6X6Jv2J.pgp Description: Digitale PGP-Signatur
Bug#737013: MATE packaging is currently work in progress
Control: tag -1 wontfix Control: close -1 Hi, as Stefano explained above MATE packaging is work in progress. The observed behaviour is expected and normal while we are in the process of uploading all MATE packages to Debian unstable. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpL1Uk_px09q.pgp Description: Digitale PGP-Signatur
Bug#738537: Packages's debian/copyright file incomplete, package contains non-DFSG files
Package: nautilus Version: 3.8.2-2 Severity: serious Dear maintainer, while packaging Caja from the MATE Desktop project for Debian, I stumbled over a severe issue with the debian/copyright file of nautilus and its upstream tarball. (1) the debian/copyright file is incomplete. Several LGPL-2+ files from the upstream tarball (libnautilus-extension1a package) are not covered by debian/copyright. (2) the upstream source tarball contains a COPYING-DOCS file (containing a version of the GNU FDL-1.1+ license). This file probably relates to the docs/ folder in the upstream tarball (it is not quite clear). These files should not be in Debian as the GNU FDL-1.1+ is not considered as a DFSG compliant license by the Debian project [1]. For Caja the solutions are: (for 1) provide a detailled license file, compliant to DEP-5 proposal (for 2) drop nearly all files found in the docs/ folder (except man pages) light+love, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp6MwvWUXe1b.pgp Description: Digitale PGP-Signatur
Bug#738537: Packages's debian/copyright file incomplete, package contains non-DFSG files
Hi Emilio, On Mo 10 Feb 2014 13:57:42 CET, Emilio Pozuelo Monfort wrote: On 10/02/14 12:26, Mike Gabriel wrote: Package: nautilus Version: 3.8.2-2 Severity: serious Dear maintainer, while packaging Caja from the MATE Desktop project for Debian, I stumbled over a severe issue with the debian/copyright file of nautilus and its upstream tarball. (1) the debian/copyright file is incomplete. Several LGPL-2+ files from the upstream tarball (libnautilus-extension1a package) are not covered by debian/copyright. This needs updating. Feel free to re-use parts of my current effort on Caja's debian/copyright [1]. (2) the upstream source tarball contains a COPYING-DOCS file (containing a version of the GNU FDL-1.1+ license). This file probably relates to the docs/ folder in the upstream tarball (it is not quite clear). These files should not be in Debian as the GNU FDL-1.1+ is not considered as a DFSG compliant license by the Debian project [1]. This file is a leftover for the help/ subdir that was present in nautilus pre-2.0 (e.g. nautilus 1.1.1). Those were released under the GFDL. Nothing is licensed under the GFDL anymore so this is fine. In any case, even if something was released under the GFDL, it would have to specify any Invariant Section for it to be considered non-free. There are no mentions of invariant sections so we're fine. I'll ask upstream to remove that file from the repo. That is good news! Thanks for clearing this up! Mike [1] http://anonscm.debian.org/gitweb/?p=pkg-mate/caja.git;a=blob;f=debian/copyright -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpQtYQNeQ_nT.pgp Description: Digitale PGP-Signatur
Bug#740491: Please provide a NEWS file that informs about necessary changes to idmapd.conf
Hi Steve, I have had the same trouble with upgrading a Debian sid system. Indeed modifying /etc/idmapd.conf and using /run/rpc_pipefs instead of /var/lib/nfs/rpc_pipefs fixed my rpc.idmapd issues for me. However, I think it would be good to be more transparent about this. To me it would make sense adding a NEWS file that informs about this necessary change. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgphNOs0worJ2.pgp Description: Digitale PGP-Signatur
Bug#705690: mock autorm and CVEs on libuser
Hi Tzafir, thanks for taking a look at libuser and keeping mock in Debian testing. Do you need any help with the fixing of libuser? Let me know. Mike /me uses mock a lot esp. on jenkins.x2go.org and /me is also responsible for the mock package in wheezy-backports. -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpueXk0bC613.pgp Description: Digitale PGP-Signatur
Bug#740147: Public key for Debian Edu archive (ftpmas...@skolelinux.org) has EXPIRED in squeeze's package version
Package: debian-edu-archive-keyring Version: 2010.01.05 Severity: grave X-Debbugs-CC: debian-rele...@lists.debian.org User: debian-...@lists.debian.org Usertags: debian-edu Hi, 6 days ago (2014-02-20) the key 0xA26FF456 shipped in the Debian squeeze version of package debian-edu-archive-keyring (version 2010.01.05) has expired. mike@minobo:~/tmp/edu/debian-edu-archive-keyring-2010.01.05/keyrings$ gpg --list-key ftpmas...@skolelinux.org pub 1024D/A26FF456 2006-02-22 [verfallen: 2014-02-20] uid Skolelinux Archive Automatic Signing Key ftpmas...@skolelinux.org The key is used as archive key for the Debian Edu archive on ftp.skolelinux.org. This key validity expiration breaks all Debian Edu squeeze installations, may it be from DVD/Netinst-CD or may it be via PXE-installation. Marking this as a grave bug, as it completely breaks Debian Edu squeeze on all installed sites world-wide. @Release team / @Debian Edu Users: the Debian Edu team apologizes for not having this issue better on our radar. @Release team: We desperately hope for your support to get a quick solution for this problem. My personal approach would be uploading a rebuild of debian-edu-archive-keyring 2013.05.20 versioned as 2013.05.20~deb6 to squeeze-proposed-updates. The same key in that newer package will expire in 2019, which will give people plenty of time to upgrade their running Debian Edu setups. Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpn_VzF6CtGp.pgp Description: Digitale PGP-Signatur
Bug#740147: Public key for Debian Edu archive (ftpmas...@skolelinux.org) has EXPIRED in squeeze's package version
Hi Petter, On Mi 26 Feb 2014 10:32:06 CET, Petter Reinholdtsen wrote: [Mike Gabriel] My personal approach would be uploading a rebuild of debian-edu-archive-keyring 2013.05.20 versioned as 2013.05.20~deb6 to squeeze-proposed-updates. The same key in that newer package will expire in 2019, which will give people plenty of time to upgrade their running Debian Edu setups. I suspect this would solve PXE installs. This will be solved. Yes. But will it be enough to solve ISO installs, or do we need to publish new Squeeze ISOs with the new keyring package on the ISO for this to work properly? I am not sure about this second part. Have wondered about it and then though that we should get started with phase I (upload of a new package version to squeeze-p-u), then test, then rebuild squeeze ISOs (if needed). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpwJ5ap4g4qc.pgp Description: Digitale PGP-Signatur
Bug#740147: Public key for Debian Edu archive (ftpmas...@skolelinux.org) has EXPIRED in squeeze's package version
Hi Adam, thanks for your reply. On Mi 26 Feb 2014 14:17:05 CET, Adam D. Barratt wrote: [explicit CC to -release added] On 2014-02-26 9:25, Mike Gabriel wrote: 6 days ago (2014-02-20) the key 0xA26FF456 shipped in the Debian squeeze version of package debian-edu-archive-keyring (version 2010.01.05) has expired. [...] My personal approach would be uploading a rebuild of debian-edu-archive-keyring 2013.05.20 versioned as 2013.05.20~deb6 to squeeze-proposed-updates. The same key in that newer package will expire in 2019, which will give people plenty of time to upgrade their running Debian Edu setups. Will Debian Edu installs pick up a package from squeeze-pu automatically? Not from squeeze-p-u, but from squeeze-u. Deployed installations using PXE-install will be cured after the new keyring package appears in squeeze-updates. For the DVD installation we probably have to rebuild our Debian Edu DVDs. During the build process, packages from squeeze-updates supersede packages in the point release, so the DVD build should be fine then, as well. Greets+Thanks, Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpQg_MHiWvdv.pgp Description: Digitale PGP-Signatur
Bug#740147: Public key for Debian Edu archive (ftpmas...@skolelinux.org) has EXPIRED in squeeze's package version
Hi Adam, On Mi 26 Feb 2014 21:18:38 CET, Adam D. Barratt wrote: On Wed, 2014-02-26 at 20:11 +, Mike Gabriel wrote: On Mi 26 Feb 2014 14:17:05 CET, Adam D. Barratt wrote: On 2014-02-26 9:25, Mike Gabriel wrote: My personal approach would be uploading a rebuild of debian-edu-archive-keyring 2013.05.20 versioned as 2013.05.20~deb6 to squeeze-proposed-updates. The same key in that newer package will expire in 2019, which will give people plenty of time to upgrade their running Debian Edu setups. Will Debian Edu installs pick up a package from squeeze-pu automatically? Not from squeeze-p-u, but from squeeze-u. Deployed installations using PXE-install will be cured after the new keyring package appears in squeeze-updates. fwiw, I've just re-read your original mail, and it doesn't mention squeeze-updates anywhere, which is why I asked... (or is this a Ah right, ok. I assumed that there is a/some transition from squeeze-proposed-updates to squeeze-updates and that this transition hopefully can be accelerated with a portion of good will. ;-) I apologize for my innocent knowledge of the (old)stable release workflow. debian-edu-specific version of squeeze-updates?) No, it is Debian's squeeze-updates / squeeze-proposed-updates I am talking about. The installation of debian-edu-archive-keyring from official Debian archives opens up PGP'ed access for follow-up package installations from ftp.skolelinux.org. We don't provide many packages there, but some of the important ones, esp. for Debian Edu squeeze. Greets, Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpM1vEzL9vMm.pgp Description: Digitale PGP-Signatur
Bug#740147: Public key for Debian Edu archive (ftpmas...@skolelinux.org) has EXPIRED in squeeze's package version
Hi Adam, On Mi 26 Feb 2014 21:42:20 CET, Adam D. Barratt wrote: On Wed, 2014-02-26 at 20:33 +, Mike Gabriel wrote: On Mi 26 Feb 2014 21:18:38 CET, Adam D. Barratt wrote: On Wed, 2014-02-26 at 20:11 +, Mike Gabriel wrote: On Mi 26 Feb 2014 14:17:05 CET, Adam D. Barratt wrote: Will Debian Edu installs pick up a package from squeeze-pu automatically? Not from squeeze-p-u, but from squeeze-u. Deployed installations using PXE-install will be cured after the new keyring package appears in squeeze-updates. fwiw, I've just re-read your original mail, and it doesn't mention squeeze-updates anywhere, which is why I asked... (or is this a Ah right, ok. I assumed that there is a/some transition from squeeze-proposed-updates to squeeze-updates and that this transition hopefully can be accelerated with a portion of good will. ;-) There is, but it's a manual process that only occurs for a subset of packages (partly because it requires us writing and sending an announcement mail, and partly because it removes the point if too large a proportion of packages end up in -updates); for a package which most users of pure squeeze are unlikely to have installed to begin with, it's helpful to be explicit about your expectations. In any case, rather than continuing this fascinating conversation in the RC bug log :-), please open a pu bug report with the proposed changes. OK. Will do that first thing (my) tomorrow morning. Thanks! Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpp7LkCyvZVR.pgp Description: Digitale PGP-Signatur
Bug#740147: Public key for Debian Edu archive (ftpmas...@skolelinux.org) has EXPIRED in squeeze's package version
Hi Debian Edu team, On Mi 26 Feb 2014 21:47:47 CET, Mike Gabriel wrote: OK. Will do that first thing (my) tomorrow morning. I have just filed the squeeze-pu bug report against release.debian.org [1]. Mike [1] http://bugs.debian.org/740241 -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgp_UtkR7_jDu.pgp Description: Digitale PGP-Signatur
Bug#740147: Upload of d-e-a-k for squeeze
Hi Holger, we have a go from the RT to upload debian-edu-archive-keyring 2010.01.05+squeeze1. Are you ok with me uploading that? I already pinged you on IRC about that, but you are probably not reading IRC that much while on VAC. Regards, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740147: Upload of d-e-a-k for squeeze
Control: tag -1 pending Control: fixed -1 2013.03.15 Control: fixed -1 2010.01.05+squeeze1 Hi, On So 09 Mär 2014 10:37:07 CET, Mike Gabriel wrote: we have a go from the RT to upload debian-edu-archive-keyring 2010.01.05+squeeze1. Are you ok with me uploading that? I already pinged you on IRC about that, but you are probably not reading IRC that much while on VAC. As there has not been any positive nor vetoing feedback on this, I have just uploaded the oldstable-proposed-updates version of debian-edu-archive-keyring (2010.01.05+squeeze1). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpO_7TYX1zbn.pgp Description: Digitale PGP-Signatur
Bug#757926: ABI changes in libfreerdp1 makes other software break
Hi all, sorry for not checking the API/ABI dependencies/compatibilities of libfreerdp any better. There are requests to have the new API/ABI (e.g. from the vinagre maintainer), as well. But at the same time, we break several packages from upstream projects that have not migrated their code to the new freerdp-1.1 ABI/API. On Di 12 Aug 2014 16:29:12 CEST, Luca Falavigna wrote: 2014-08-12 16:19 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: As the API apparently changed, the SONAME change is correct, but according to Policy 8.1, the package name of the library must be changed in such a case. IIRC, API changes should be quite easy to address, renaming the -dev package should be avoided as it introduces a much higher maintenance burden on top of reverse-dependencies, which have to be transitioned with sourceful uploads. Probably the best way forward is to revert to the version in jessie (possibly via an epoch) and then package the new upstream version properly. I think the problem could be better addressed by renaming the library package to libfreerdp1d0, and make sure it builds on all architectures (apparently, it fails in several architectures due to missing symbols, another clue of a potential ABI break). My suggestion would be to: (1) rename bin:package libfreerdp1 to some other name (actually, I am thinking to package all lib*.so.* files in individual bin:packages) (2) rename bin:package libfreerdp-dev to some other name (3) re-introduce a libfreerdp-1-0 package (providing libfreerdp1) and a libfreerdp-dev package providing the older headers. This then would be a new src:package ((lib)freerdp-1.0). I guess, this should fix those current issues, right? Happy about feedback... Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp11EbgrSufR.pgp Description: Digitale PGP-Signatur
Bug#757926: ABI changes in libfreerdp1 makes other software break
Hi Andreas, On Di 12 Aug 2014 17:43:13 CEST, Andreas Cadhalpun wrote: There are only four packages build-depending on libfreerdp-dev: * guacamole-server: builds with new API * remmina: fails to build for unrelated reasons * vlc: FAILS with new API * xrdp: builds with new API thanks for checking these... Given that there are only 4 reverse-build-dependencies and only one of them fails to build with the new API, this plan seems to be overkill. I think it would be better to: a) fix the current breakage by reverting to the version in jessie b) upload the new version with new package names to experimental c) create a patch for VLC (possibly with upstream help) d) upload the new freerdp to unstable e) upload the patched VLC and request binNMUs for the others As the problem is very easy to fix in VLC [1], I will file a bug against the vlc package and ask kindly to prepare a new (sourceful) uploade of vlc. @Luca: any idea why remmina is FTBFS'ing? I will test that later and see myself. Mike [1] https://github.com/videolan/vlc/commit/14c90980a039175db436beb65419b8146c056db5.patch -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpbWaMn8pNKp.pgp Description: Digitale PGP-Signatur
Bug#757951: VLC FTBFSes against recently uploaded freerdp 1.1 API
Package: vlc Version: 2.1.5-1 Severity: grave Tag: patch Dear Multimedia maintainers, My recent upload of freerdp 1.1.0~git broke building vlc as found in Debian unstable. Sorry for not checking this prior to the upload. Please note, that VLC upstream has a patch [1] to get this fixed. Is it possible that someone of the Multimedia Team patches [1] into vlc in Debian and uploads a new revision of src:package vlc? For more information, please also check [2]. Thanks, Mike [1] https://github.com/videolan/vlc/commit/14c90980a039175db436beb65419b8146c056db5.patch [2] http://bugs.debian.org/757926 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpcNmDfp22Ek.pgp Description: Digitale PGP-Signatur
Bug#757926: ABI changes in libfreerdp1 makes other software break
Hi Andreas, hi Luka, On Di 12 Aug 2014 17:43:13 CEST, Andreas Cadhalpun wrote: There are only four packages build-depending on libfreerdp-dev: * remmina: fails to build for unrelated reasons I have this wild guess that some of upstream's commits [1, 2, 3] could fix remmina when building against freerdp 1.1. I haven't tested it, yet, but will try that tomorrow (unless I receive notice from either of you, having been faster than me). [1] https://github.com/FreeRDP/Remmina/commit/9369ddb49d1dc1c082c1f5552c5937678dd3d2d2.patch [2] https://github.com/FreeRDP/Remmina/commit/630f587f4163e934aa27eea371ab1953427ad334.patch [3] https://github.com/FreeRDP/Remmina/commit/a2ed720b365cf75eec91952889393bcaede08d32.patch Regards+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpW1U9ZXa6q3.pgp Description: Digitale PGP-Signatur
Bug#758155: Bug#758257: Bug#758155: freerdp: FTFBFS allmost everywhere
Hi Sebastian, On So 17 Aug 2014 20:13:09 CEST, Sebastian Ramacher wrote: tags 758155 + patch thanks On 2014-08-17 16:11:16, Sebastian Ramacher wrote: On 2014-08-17 16:10:23, Sebastian Ramacher wrote: the attached debdiff contains two patches. And here is the patch. Attached is a new patch that also deals with the build issue on armhf. Cheers Thanks for this piece of work. I just uploaded -3 revision of current freerdp upstream Git snapshot. THANKS! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpf4AX0dnhNs.pgp Description: Digitale PGP-Signatur
Bug#752837: kiwix: build-depends on xulrunner-dev which is gone
Hi Emilio, On Fr 27 Jun 2014 00:09:08 CEST, pochu wrote: Source: kiwix Severity: serious kiwix build-depends on xulrunner-dev, which is no longer built by src:iceweasel. If you use it for libxul or mozilla-plugin, that is now in iceweasel-dev. If you were using mozilla-js, you may want to look at src:mozjs24. Emilio We (Vasudev and I) are currently trying to look into this issue. Do you have a clue how the xulrunner binary got replaced in Debian unstable? Kiwix gets launches via xulrunner-version $BINARY_DIR/../lib/kiwix/application.ini $@ But I cannot find anything that replaces the xulrunner-version executable in unstable at the moment. Any idea??? Or did this transition break kiwix completely (it has been RC buggy for a while, but we were about to get it fixed two weeks before the xulrunner packages got removed from unstable). Thanks+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpTZEtjHSrtp.pgp Description: Digitale PGP-Signatur
Bug#757926: ABI changes in libfreerdp1 makes other software break
Hi Sebastian, - Original message - Control: block 757917 by -1 Hi Mike On 2014-08-12 15:02:01, Mike Gabriel wrote: My suggestion would be to: (1) rename bin:package libfreerdp1 to some other name (actually, I am thinking to package all lib*.so.* files in individual bin:packages) (2) rename bin:package libfreerdp-dev to some other name (3) re-introduce a libfreerdp-1-0 package (providing libfreerdp1) and a libfreerdp-dev package providing the older headers. This then would be a new src:package ((lib)freerdp-1.0). I guess, this should fix those current issues, right? Since this is becoming a blocker now for vlc and the libav transition, would you accept a patch that splits the shared libraries into separate binary packages? After that, a round of binNMUs is enough for the reverse dependencies to pick up the correct dependencies and this should not be a issue any longer. Please let me know what you think and I'll start working on a patch. Getting all the .so files in separate bin:packages is on my todo list anyway, but I won't get to it before the midst of September. I will be happy about sharing the work load. Greetings, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757926: ABI changes in libfreerdp1 makes other software break
Hi Sebastian, On Sa 30 Aug 2014 19:05:20 CEST, Sebastian Ramacher wrote: Here is a patch that implements the split. I've also renamed There was no patch attached to your mail. libfreerdp1-dbg to libfreerdp-dbg that contains the debug symbols for all shared libraries. The descriptions might need an update since I'm not really familiar what all the shared libraries do. Additionally there is fix included for the lintian warnings / errors in libfreerdp-standard-plugins. dh_makeshlibs is now told to ignore the plugins. Looking forward to introspecting it! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpH8p9HZtjRp.pgp Description: Digitale PGP-Signatur
Bug#636148: Can debian/rules build target use precompiled object code in favor of building from source?
Hi Thue, On Fr 17 Okt 2014 22:12:35 CEST, Thue Janus Kristensen wrote: That is a related but separate problem. I actually reported that in 2011, and it was fixed for Wheezy: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636148 (smarty3 Debian maintainer CC'ed) But it seems to have been reverted sometime since, and in Jessie the Debian smarty3 package no longer includes the source code. Regards, Thue Your filed bugs (against package smarty3) tackle two issues: (1) There are indeed (at least) 4 source files that are used by upstream to generate the smarty3 release tarball, but that do not get shipped with the upstream source tarball itself. These files only exist in SVN folder trunk/development. This folder exists outside of the tagged SVN source subtree that marks every smarty3 release (trunk/distribution/). The previous maintainer of smarty3 closed your filed bug #636148 [2] by including the trunk/development folder in the Debian source package of smarty3 but oversaw two issues that I will describe below (embedded libraries, shipping of PHP 3.0 License licensed code). (2) Next issue is that I dropped re-building the result of smarty_internal_configfileparser.y during debian/rules but rather use the built result file from the upstream tarball (filed as bug #765730 [3]). The reason for this change actually was the already alluded to double policy violation (see [1]): - Shipping of embedded code (PHPUnit, lexer) in the smarty3 Debian source package which got obtained from SVN (trunk). - License in use that is considered as non-DFSG (lexer: PHP 3.0 license) The very easy solution at that time for me seemed to drop the embedded PHP libraries PHPUnit and lexer from the upstream orig tarball completely and use the generated files from the release tarball. Esp. because the generated PHP file is a human-readable, non-obscured, well-layouted (but generated) PHP code file. Suggested approach for now (i.e. Debian jessie): A. Fix for #636148: ship files from http://smarty-php.googlecode.com/svn/trunk/development/lexer/ namely smarty_internal_configfilelexer.* (except the .php) smarty_internal_configfileparser.* (except the .php) smarty_internal_templatelexer.* (except the .php) smarty_internal_templateparser.* (except the .php) in the smarty3 Debian source package. I have provide this in the recent upload of smarty3_3.1.21-1. B. Leave #765730 open as a reminder that (for jessie+1) I need to get in contact with the upstream author of lexer and ask to relicense the lexer PHP code. Then make sure PHPUnit and lexer are packaged in Debian, then adapt debian/rules of smarty3 to build all its files from source (and omit the embedded libraries when obtaining/repacking smarty3 orig tarball). Greets, Mike [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752614 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636148 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765730 -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpGgXbGDYvqx.pgp Description: Digitale PGP-Signatur
Bug#759079: [pkg-x2go-devel] Bug#759079: Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Olly, the upstream release is out, Debian upload will follow tonight. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de - Original message - Hi Mike, On Sat, Oct 11, 2014 at 08:17:34AM +, Mike Gabriel wrote: Btw. the call-for-translations for PyHoca-GUI upstream is out, I plan an upstream release for Wednesday next week. The package for Debian will follow immediately (if nothing comes in the way, I HOPE!!!). I don't see a new upstream release yet - what's the current status? The release freeze is on November 5th, but packages need to have migrated from unstable before then, and the aging time is now 10 days, so the actual cut-off is 10 days before that, which is less than a week away now (and it would be prudent not to cut things fine in case there's a problem with the initial upload). If a new upstream release isn't going to happen today or tomorrow, I'd suggest that an upload based on either the current upstream release or a VCS snapshot would be wise. Or talk to the release team and see if they'd be OK with a freeze exception for an imminent new upstream version. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764448: mate-applets 1.8.1+dfsg1-1 tries to overwrite files in gnome-applets 3.8.1-1
Hi intrigeri, On Do 23 Okt 2014 23:03:20 CEST, intrigeri wrote: Control: reassign -1 mate-applets Control: notfound -1 gnome-applets/3.8.1-1 Hi, it seems that gnome-applets has been shipping the conflicting applets and corresponding manpages for a while, so IMO the responsibility for renaming lies on the fork. So, I'm marking this bug as not affecting gnome-applets (spotted via the UDD cleaner view). (Besides, this bug has been workaround'd in Debian since then, acknowledged as an upstream bug in MATE, and apparently fixed there: https://github.com/mate-desktop/mate-applets/issues/103) Cheers, -- intrigeri for now I have removed the extra man pages from mate-applets bin:package. They will re-appear once MATE 1.10 is ready for release (jessie+1). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpeBb0XHbaqN.pgp Description: Digitale PGP-Signatur
Bug#766879: Strange behaviour after update of python-caja in Debian (from 1.8.0-1/testing to 1.8.1-1/unstable)
Hi Norbert, On So 26 Okt 2014 14:53:15 CET, Nrbrtx wrote: Package: python-caja Severity: grave Version: 1.8.1-1 Dear Debian developers! As you may know from GitHub (mate-desktop / caja / 322 https://github.com/mate-desktop/caja/issues/322) and from LP: #1170017 https://bugs.launchpad.net/bugs/1170017 I'm trying to port TortoiseHG extension from Nautilus to Caja (see comment 18 https://bugs.launchpad.net/ubuntu/+source/nautilus-python/+bug/1170017/comments/18 from the bug). I placed my python extension script in my BitBucket repository https://bitbucket.org/nrbrtx/caja-thg. For integration with Caja my script should be copied to ~/.local/share/caja-python/extensions/caja-thg.py after that Caja should be relaunched with caja -q. I tested it in Debian 8 (jessie/sid) with python-caja 1.8.0-1 - it works as expected (there are green star icon on a folder and TortoiseHG drop-down menus - see screenshot). But if install new python-caja 1.8.1-1 from unstable my extension does not work. My caja-thg.py is the same (unchanged), there are no errors in ~/.xsession-errors and manual launch of the script (with python ~/.local/share/caja-python/extensions/caja-thg.py) does not produce any errors. So I'm stuck. Could you please help me to determine the problem? Does it work to put the extension into /usr/share/caja-python/extensions ??? Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp5GP25PdchN.pgp Description: Digitale PGP-Signatur
Bug#766879: Strange behaviour after update of python-caja in Debian (from 1.8.0-1/testing to 1.8.1-1/unstable)
Hi, (re-Cc:ing the bug) On So 26 Okt 2014 18:34:19 CET, Nrbrtx wrote: I cleared .xsession_errors file and got the error with 1.8.1-1: (caja:2284): Caja-Python-WARNING **: g_module_open libpython failed: /usr/lib/libpython2.7.so.1.0: cannot open shared object file: No such file or directory ImportError: could not import gobject (error was: '/usr/lib/python2.7/dist-packages/gi/_gi.so: undefined symbol: _Py_ZeroStruct') (caja:2284): Caja-Python-WARNING **: pygobject initialization failed (caja:2284): Caja-Python-WARNING **: caja_python_init_python failed It seems that LP: #1170017 returned. Then I created symlink ln -s /usr/lib/i386-linux-gnu/libpython2.7.so.1.0 /usr/lib/libpython2.7.so.1.0 after creating symlink I got my extension working again. just to double check... and this issue was not present with 1.8.0-1 in Debian jessie??? Can you downgrade and report back? Because actually, this issue had been fixed upstream afaiu. Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp_kuA8I71mQ.pgp Description: Digitale PGP-Signatur
Bug#768509: debian-edu-config: After upgrading a Wheezy main-server to Debian 7.7 the Gosa gui fails to connect to LDAP
Hi Holger, Wolfgang, others, On Sa 08 Nov 2014 11:36:42 CET, Holger Levsen wrote: control: severity -1 serious control: notfound -1 1.813 Hi, Wolfgang, thanks for filing this bug! It was useful already, from reading the mails to quickly I thought this bug affected our jessie version..! (and not the stable wheezy release as it's now clear.) Leaving lots of context for the gosa maintainers...: On Samstag, 8. November 2014, Wolfgang Schweer wrote: After upgrading a Debian Edu Wheezy main server to the 7.7 point release and to d-e-config 1.718 the GOsa² gui fails to connect to LDAP (as reported by Giorgio Pioda on the debian-edu mailing list). The point release included ssl and php5 related changes which might cause the issue. After investigating further it seems to be that the mechanism using encrypted passwords in gosa.conf is failing now. (As far as I know the random cleartext password generated during setup is encrypted using gosa-encrypt-passwords and a file gosa.secrets is generated to let apache2 cope with the encrypted passwords.) This seems to work getting an upgraded Wheezy main-server working again (no need to generate a new gosa.conf): (1) cat /dev/null /etc/gosa/gosa.secrets (2) take the random cleartext password from gosa.conf.orig and put it instead of the encrypted long one into gosa.conf (actually twice: adminPassword and snapshotAdminPassword) (3) restart apache2 From a security point of view it's probably more than dubious... Maybe gosa-encrypt-passwords has to be adjusted. Comments? cheers, Holger while getting GOsa² proper for Debian jessie, we closed these two bugs https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753419 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748065 Maybe any of those is related? Also, there was an upload of php5 to wheezy-security on Oct 18th, maybe that one is related. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpdjEsxvO0GA.pgp Description: Digitale PGP-Signatur
Bug#766879: marked as pending
tag 766879 pending thanks Hello, Bug #766879 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/python-caja.git;a=commitdiff;h=02829d0 --- commit 02829d0630d1c6edf745894ba355b552ef79dd1c Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Tue Nov 25 12:01:20 2014 +0100 update changelog from Git history diff --git a/debian/changelog b/debian/changelog index 5f471fd..927db9a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,18 @@ +python-caja (1.8.1-2) UNRELEASED; urgency=medium + + [ Vangelis Mouhtsis ] + * debian/control: ++ Fix typo in python-caja-dbg LONG_DESCRIPTION. (Closes: #768819, #768820). + + [ Mike Gabriel ] + * debian/patches: ++ Add 1002_dont-install-xsl-files.patch. Stop attempting to install XSL + docbook source files into bin:package. (Closes: #770927). ++ Add 2001_debian-python-multiarch.patch. Enforce usage of multiarch path + for PY_LIB_LOC. (Closes: 766879, LP: #1170017). + + -- Vangelis Mouhtsis vange...@gnugr.org Tue, 25 Nov 2014 09:42:56 +0100 + python-caja (1.8.1-1) unstable; urgency=medium [ Vangelis Mouhtsis ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770962: X2Go Client: session profile dialog box too big
Package: x2goclient Version: 4.0.3.0-1 Severity: grave X-Debbugs-Cc: o.schney...@phoca-gmbh.de On smaller screens (1152x864 and below) or for people that run X11 sessions with high DPI values (a11y) it is impossible to properly edit X2Go Session profiles with X2Go Client. Reason: the Settings tab of the session profile dialog box got clobbered with too many (new) session settings. I already discussed this issue with upstream (Oleksandr Shneyder) and I am still waiting for a fixing commit to the upstream Git of X2Go Client. For X2Go Client it is essential that one can thoroughly edit the session profile's Settings tab, thus marking this issue as grave. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp0YtfVsxJSE.pgp Description: Digitale PGP-Signatur
Bug#769419: Arch-dependent files in /usr/share
Control: severity -1 serious Control: retitle -1 Arch-dependent files in /usr/share On Do 13 Nov 2014 15:25:09 CET, Vangelis Mouhtsis wrote: Package: mate-notification-daemon Version: 1.8.1-1 Severity: important reported by Jakub Wilk with text: I found a number of arch!=all packages shipping /usr/share files that vary with architecture in a way indicating an FHS violation. DD-list of the affected binary packages is attached, and diff between i386 and s390x is here: https://people.debian.org/~jwilk/qa/20141101-usr-share.diff Please fix your packages. Thanks gnugr This is a FHS violoation, raising severity. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgphX8DEH8UVO.pgp Description: Digitale PGP-Signatur
Bug#770963: X2Go Client: desktop sharing broken
Package: x2goclient Version: 4.0.3.0-1 Severity: grave Tag: patch Recently in upstream we discovered that X2Go Client's desktop sharing feature is completely broken in 4.0.3.0 of X2Go Client (since the new clipboard mode feature got added). A fix is available upstream [1]. Mike [1] http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=b6d31bace19ea693486f5db7c76314bea071fb58 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpkqmXU1lDph.pgp Description: Digitale PGP-Signatur
Bug#769947: mate-terminal: Segfaults after update
Hi Alex, On Di 25 Nov 2014 15:55:31 CET, Alex Corcoles wrote: Hi, I just reinstalled a system today and managed to find the issue- I replace marco with xmonad and that makes mate-terminal segfault. I basically do: dconf write /org/mate/desktop/session/required-components/windowmanager 'xmonad' to do this. So this is probably not RC by a long shot. I just tested xmonad with MATE, following this configuration file: https://raw.githubusercontent.com/bsnux/xmonad-config/master/mate/xmonad.hs No problem whatsoever with a crashing MATE terminal (not crashing, that is). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgppa3LNIkcKY.pgp Description: Digitale PGP-Signatur
Bug#770976: X2Go desktop sharing broken
Package: python-x2go Version: 0.5.0.1-1 Severity: grave X2Go desktop sharing is broken in Python X2Go 0.5.0.1 upstream. A fix is available upstream, as well [1]. Mike [1] http://code.x2go.org/gitweb?p=python-x2go.git;a=commitdiff;h=d5472a9ce4bbffd5c32248135452796ea4f9d0c1 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769947: mate-terminal: Segfaults after update
Control: close -1 Hi Alex, hi Ben, On Di 25 Nov 2014 20:40:03 CET, Alex Corcoles wrote: More or less, doing some trial and error I discovered that using desktopConfig instead of defaultConfig fixes magically the problem. https://github.com/alexpdp7/xmonad.pdp7/commit/037a44a8f7541fb3983ade528e34b4cfa0ea81a5 . I suppose there's some bug somewhere, but I'm happy for now- don't know if Ben Whyall has the same problem or not. ok. Thanks for feedback. Closing this bug as it is probably not (only) related to mate-terminal. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp3Y_sWJ8fzk.pgp Description: Digitale PGP-Signatur
Bug#767821: gir1.2-caja is someway broken - unable to import Caja from gi.repository
Control: close -1 Hi Norbert, this issue is fixed in unstable (never was broken, actually). More info: see below. On So 02 Nov 2014 21:17:52 CET, Nrbrtx wrote: Package: gir1.2-caja Severity: grave Version: 1.8.1-2~bpo70+1 Dear Debian developers! As you may know from GitHub (mate-desktop / caja / 322 https://github.com/mate-desktop/caja/issues/322) and from LP: #1170017 https://bugs.launchpad.net/bugs/1170017 I'm trying to port TortoiseHG extension from Nautilus to Caja (see comment 18 https://bugs.launchpad.net/ubuntu/+source/nautilus-python/+bug/1170017/comments/18 from the bug). I placed my python extension script in my BitBucket repository https://bitbucket.org/nrbrtx/caja-thg. For integration with Caja my script should be copied to ~/.local/share/caja-python/extensions/caja-thg.py after that Caja should be relaunched with caja -q. I tested it in Debian 8 (jessie/sid) - it works as expected (there are green star icon on a folder and TortoiseHG drop-down menus). But if I install gir1.2-caja in Debian 7 I can't use my extension because of python error: $python -c from gi.repository import Caja ERROR:root:Could not find any typelib for Caja Traceback (most recent call last): File string, line 1, in module ImportError: cannot import name Caja This is caused by wrong file-structure of gir1.2-caja package. It has /usr/lib/i386-linux-gnu/girepository-1.0/Caja-2.0.typelib but not in /usr/lib/girepository-1.0/Caja-2.0.typelib. If I move typelib manually to correct location, I can use it, but get another bug - 766879 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766879. The bug about Caja-2.0.typelib exists in Ubuntu too - it is bug 1380313 https://bugs.launchpad.net/bugs/1380313. Please fix this bug in Debian. This is a wheezy-backports only bug. I Cc: the debian-backports ML with this mail. After I have uploaded all necessary bugfixes to Debian unstable (+ received unblock conformations) I will go through all MATE packages in wheezy-backports and bring them up-to-date. However, this may take a little while, because getting MATE fixed in Debian testing currently has my priority. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpQPbzlq6Ras.pgp Description: Digitale PGP-Signatur
Bug#769947: mate-terminal: Segfaults after update
Control: reopen -1 Control: tag -1 patch On Mi 26 Nov 2014 11:17:57 CET, Mike Gabriel wrote: Control: close -1 Hi Alex, hi Ben, On Di 25 Nov 2014 20:40:03 CET, Alex Corcoles wrote: More or less, doing some trial and error I discovered that using desktopConfig instead of defaultConfig fixes magically the problem. https://github.com/alexpdp7/xmonad.pdp7/commit/037a44a8f7541fb3983ade528e34b4cfa0ea81a5 . I suppose there's some bug somewhere, but I'm happy for now- don't know if Ben Whyall has the same problem or not. ok. Thanks for feedback. Closing this bug as it is probably not (only) related to mate-terminal. Mike Re-opening... It seems we have an upstream patch [1] (currently still a pull request) for this segfault behaviour. @Alex: do you think you could build mate-terminal from source with the referenced patch included and confirm that the patch fixes your issues? Mike [1] https://github.com/mar-kolya/mate-terminal/commit/bb659a752efbeedbe60fb6df5541a57c95777279 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp68m8Z0JEIe.pgp Description: Digitale PGP-Signatur
Bug#769947: mate-terminal: Not related to xmonad for me
Hi Ben, On Fr 28 Nov 2014 00:39:17 CET, Ben Whyall wrote: Package: mate-terminal Version: 1.8.1+dfsg1-2 Followup-For: Bug #769947 Hi Alex To confirm that I dont have either xmonad or marco installed. I am probably an edge case in that I am running mate under E17 as my desktop environment. If you like I can try and get the code and build it and see if it works. Though it might be the wekeend before I can manage it. Ben Please build mate-terminal and include that patch provided further above in this bug's mail backlog. If you need any help ping me via mail or on IRC (#debian-mate on OFTC or Freenode). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpjwC2D1FWiD.pgp Description: Digitale PGP-Signatur
Bug#769947: mate-terminal: Segfaults after update
Hi Ben On Fr 28 Nov 2014 23:25:02 CET, Ben Whyall wrote: Package: mate-terminal Version: 1.8.1+dfsg1-2 Followup-For: Bug #769947 Hi Mike I built the package using the provided debian source and applying the patch referenced above in terminal.c and i can confirm that i dont get the error on trying to start a mate terminal. Ben Thanks for testing this. I have just uploaded a new mate-terminal package version with that patch applied. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpQDrWm99oRz.pgp Description: Digitale PGP-Signatur
Bug#769947: marked as pending
tag 769947 pending thanks Hello, Bug #769947 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/mate-terminal.git;a=commitdiff;h=446380f --- commit 446380ffed66faaf04e6160bad0249b0e408f3a0 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Sun Nov 30 20:28:50 2014 +0100 upload to unstable (debian/1.8.1+dfsg1-3) diff --git a/debian/changelog b/debian/changelog index 9971f39..db52f0f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +mate-terminal (1.8.1+dfsg1-3) unstable; urgency=medium + + * debian/patches: ++ Add 1002_fix-occasional-segfaults-at-session-startup.patch. + Fix segfaults for mate-terminal in non-standard setups if started + during session startup. (Closes: #769947). + + -- Mike Gabriel sunwea...@debian.org Sun, 30 Nov 2014 20:25:38 +0100 + mate-terminal (1.8.1+dfsg1-2) unstable; urgency=medium * A changelog fixup upload. The below two changes have already been -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769947: mate-terminal: Segfaults after update
Control: tag -1 - moreinfo On So 30 Nov 2014 20:30:05 CET, Mike Gabriel wrote: Thanks for testing this. I have just uploaded a new mate-terminal package version with that patch applied. removing the moreinfo tag... Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpX8et_RH2cq.pgp Description: Digitale PGP-Signatur
Bug#769417: marked as pending
tag 769417 pending thanks Hello, Bug #769417 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/mate-netbook.git;a=commitdiff;h=4c75d8f --- commit 4c75d8f4ac936f5476dd447194a4752fb6c265e3 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Fri Dec 12 09:41:59 2014 +0100 upload to unstable (debian/1.8.1-2) diff --git a/debian/changelog b/debian/changelog index 4871ede..13e4cfb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +mate-netbook (1.8.1-2) unstable; urgency=medium + + * Install mate-window-picker-applet to non-multi-arch libexecdir. (Closes: +#769417). + + -- Mike Gabriel sunwea...@debian.org Fri, 12 Dec 2014 09:33:52 +0100 + mate-netbook (1.8.1-1) unstable; urgency=medium [ Vangelis Mouhtsis ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769418: marked as pending
tag 769418 pending thanks Hello, Bug #769418 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/gnome-main-menu.git;a=commitdiff;h=3d1501c --- commit 3d1501c581db7edb1a6b8e0af5dca127b4c7e6a1 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Fri Dec 12 10:14:09 2014 +0100 upload to unstable (debian/1.8.0-3) diff --git a/debian/changelog b/debian/changelog index 7cd3f4f..733689d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,17 @@ +gnome-main-menu (1.8.0-3) unstable; urgency=medium + + * debian/rules: ++ Install main-menu executable to non-multi-arch libexecdir. (Closes: + #769418). ++ Use upstream's NEWS file as upstream ChangeLog. + * debian/control: ++ Bump Standards: to 3.9.6. No changes needed. + * debian/copyright: ++ Really mention all upstream files. Fixes several lintian warnings + (file-without-copyright-information). + + -- Mike Gabriel sunwea...@debian.org Fri, 12 Dec 2014 09:53:41 +0100 + gnome-main-menu (1.8.0-2) unstable; urgency=low [ Vangelis Mouhtsis ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769423: marked as pending
tag 769423 pending thanks Hello, Bug #769423 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/mate-power-manager.git;a=commitdiff;h=fff1382 --- commit fff1382de64cc4f2e37e95150a7346c76c3b447a Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Fri Dec 12 10:43:18 2014 +0100 upload to unstable (debian/1.8.1+dfsg1-2) diff --git a/debian/changelog b/debian/changelog index 6533c49..b397c56 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +mate-power-manager (1.8.1+dfsg1-2) unstable; urgency=medium + + * debian/rules: ++ Install applets into non-multi-arch libexecdir. (Closes: #769423). + + -- Mike Gabriel sunwea...@debian.org Fri, 12 Dec 2014 10:42:43 +0100 + mate-power-manager (1.8.1+dfsg1-1) unstable; urgency=medium [ Vangelis Mouhtsis ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769419: marked as pending
tag 769419 pending thanks Hello, Bug #769419 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/mate-notification-daemon.git;a=commitdiff;h=94a118c --- commit 94a118c5526d110436dff6b5be039f301eb44fa1 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Fri Dec 12 11:29:42 2014 +0100 upload to unstable (debian/1.8.1-2) diff --git a/debian/changelog b/debian/changelog index d938708..996beac 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +mate-notification-daemon (1.8.1-2) unstable; urgency=medium + + * debian/rules: +- Install mate-notification-daemon executable to non-multi-arch + libexecdir. (Closes: #769419). + + -- Mike Gabriel sunwea...@debian.org Fri, 12 Dec 2014 11:13:40 +0100 + mate-notification-daemon (1.8.1-1) unstable; urgency=medium [ Vangelis Mouhtsis ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769422: marked as pending
tag 769422 pending thanks Hello, Bug #769422 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/mate-panel.git;a=commitdiff;h=58a7c06 --- commit 58a7c068eed3f925b413de9dc0984b43cd5a7583 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Fri Dec 12 11:39:02 2014 +0100 upload to unstable (debian/1.8.1+dfsg1-3) diff --git a/debian/changelog b/debian/changelog index e33bc57..991e643 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +mate-panel (1.8.1+dfsg1-3) unstable; urgency=medium + + * debian/rules: ++ Install MATE panel applet executables to non-multi-arch libexecdir. + (Closes: #769422). + + -- Mike Gabriel sunwea...@debian.org Fri, 12 Dec 2014 11:33:42 +0100 + mate-panel (1.8.1+dfsg1-2) unstable; urgency=medium * debian/patches: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766462: reassign to KDM?
Hi Laurent, I just stumbled over the same issue (no tty logins with KDM as display manager while gdm3 is installed). From what you wrote [1], this bug should be reassigned to KDM? I also consider it a serious issue. Mike [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766462#37 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpSabFwmSTcR.pgp Description: Digitale PGP-Signatur
Bug#773348: use QUrl::toPercentEncoding for sending password to X2Go Session Broker
Package: x2goclient Version: 4.0.3.1-1 Severity: grave Tag: upstream patch X2Go Client fails to send passwords containing the character to an X2Go Session Broker. This has been reported upstream as bug #705 [1] and is fixed in upstream Git, as well [2]. Mike [1] http://bugs.x2go.org/705 [2] http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=db7c2f3009d9f39cdf8a85327c632dcb643f631c -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp7xw84bWgwN.pgp Description: Digitale PGP-Signatur
Bug#768509: gosa wheezy package needs patch after php security fix (new upstream version)
Control: tag -1 squeeze-lts On Mo 10 Nov 2014 10:03:21 CET, Wolfgang Schweer wrote: control: found 2.7.4-4.3~deb7u1 The patch attached to the mail below seems to fix the problem: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748065#27 Wolfgang This issue now only arrived in squeeze-lts. Upgrading gosa package for wheezy and squeeze within the day. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp4cfq1RPwOP.pgp Description: Digitale PGP-Signatur
Bug#770871: ModemManager only starts up if system is PID 1
Hi all, On Mo 02 Feb 2015 11:10:59 CET, Didier 'OdyX' Raboud wrote: Le lundi, 2 février 2015 08.57:02, vous avez écrit : Could you add the patch file to this bug. It seems you forgot to attach it in your previous mail. Damn. :'( Here you go. OdyX OdyX! The patch works well (at least here)! THANKS+GREETS, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpuCEMh9EODA.pgp Description: Digitale PGP-Signatur
Bug#770871: ModemManager only starts up if system is PID 1
Severity: serious Justification: GSM modem support will not work out-of-the-box with non-systemd setups Hi, I see a similar issue about ModemManager not coming up by default via network-manager. The reason is simple (after staring at mm and nm from jessie and wheezy for a while): o ModemManager comes with a DBus system-service file o NetworkManager in Debian wheezy triggers that service (org.freedesktop.ModemManager) o NetworkManager in Debian testing does not have that code anymore, it expects from systemd to launch ModemManager = systems without systemd as PID 1 fail to start ModemManager and GSM devices are not available in NetworkManager. Solution IMHO: o Provide an init script in /etc/init.d/ that launches ModemManager on non-systemd machines o other options??? I hope we can get this fixed for jessie. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpKdu3RgbJV1.pgp Description: Digitale PGP-Signatur
Bug#759361: freerdp-x11: Segfaults on too-long command line with old-style options
Hi, On Di 26 Aug 2014 20:01:31 CEST, Peter Karbaliotis wrote: Package: freerdp-x11 Version: 1.1.0~git20140809.1.b07a5c1+dfsg-4 Severity: important xfreerdp -g 1920x1200 -d domain -u username -D -a 16 --plugin rdpsnd --plugin rdpdr -data disk media /home/username/media/ -x l --rfx --ignore-certificate --plugin cliprdr some.host.name.com WARNING: Using deprecated command-line interface! Segmentation fault I asked one of the freerdp upstream devs to look into this the coming week. Hoping for positive feedback from him. Mike (who agrees on the latest severity raisal to grave) -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpEFDpO8K0tI.pgp Description: Digitale PGP-Signatur
Bug#766749: marked as pending
tag 766749 pending thanks Hello, Bug #766749 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/mate-power-manager.git;a=commitdiff;h=a70cb15 --- commit a70cb157ae4aa94b3d3d4d9b46c339de7afeeef9 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Thu Jan 15 12:18:24 2015 +0100 upload to unstable (debian/1.8.1+dfsg1-3) diff --git a/debian/changelog b/debian/changelog index b397c56..a825ad1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +mate-power-manager (1.8.1+dfsg1-3) unstable; urgency=medium + + * debian/patches: ++ Add 0001_fix-backlight-popup-gtkbuilder.patch. Fix GTKBuilder script for + media keys popup window. (Closes: #766749). + + -- Mike Gabriel sunwea...@debian.org Mon, 12 Jan 2015 06:11:46 +0100 + mate-power-manager (1.8.1+dfsg1-2) unstable; urgency=medium * debian/rules: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org