Bug#336480: gnupg-agent: Xsession script shouldn't run gpg-agent if one is already running

Package: gnupg-agent Version: 1.9.15-6 Severity: wishlist Tags: patch The attached patch prevents the 90gpg-agent Xsession script from running a new gpg-agent if there's already one set up in the environment from a script run at a time earlier than 90; this is similar to the behaviour of 90x11-com

Bug#336484: keychain: Script for integration into Xsession

Package: keychain Version: 2.5.5-3 Severity: wishlist The attached script, placed in /etc/X11/Xsession.d/80keychain, will automatically configure keychain (with no keys initially loaded) for every user with a .keychain directory. The GPG part of this functionality needs a change to the 90gpg-agen

Bug#336480: gnupg-agent: Xsession script shouldn't run gpg-agent if one is already running

For the record, the keychain feature request which depends on this change is Bug#336484. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328774: libdaemon: appears to support DEB_BUILD_OPTIONS but actually doesn't

Package: libdaemon Severity: wishlist debian/rules in the libdaemon packaging sets CFLAGS and optionally INSTALL_PROGRAM according to the noopt, nostrip options in DEB_BUILD_OPTIONS, but they aren't propagated to the environment of the configure-script, so they have no effect. To support these fe

Bug#397811: pygobject lets pygtk FTBFS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carsten wrote: > This would need more testing but could drop the imports of stylesheets > from upstreams > website - which is bad anyway if upstream has a service outage or moves > it's files > around or whatever. You may have misunderstood the pro

Bug#397811: FTBFS in experimental: missing dependency on Docbook XSLT

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: python-gobject Version: 2.12.1-2 Severity: important Justification: fails to build from source In an experimental schroot with only build-essential and the Build-Depends installed, and without working network access, python-gobject fails to b

Bug#411785: python-dbus: Causes segfaults

tags 411785 + fixed-upstream thanks This has been fixed in upstream git; I'll hopefully make an upstream release later this week. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#406025: Pyrex: please include patch from Fedora for Python 2.5 compatibility

Package: python-pyrex Version: 0.9.4.1-2 Followup-For: Bug #406025 Fedora Rawhide has a patch against Pyrex to make it generate Python 2.5-compatible code. Please apply this before enabling Python 2.5 support: http://cvs.fedora.redhat.com/viewcvs/devel/Pyrex/pyrex-python-2.5.patch?rev=1.1&view=au

Bug#419598: quodlibet: Should not use python-dbus private API (trivial fix)

Package: quodlibet Version: 0.23.1-1 Severity: normal Tags: patch The dbus_bindings extension in the Python D-Bus bindings was never meant to be public API, and will be removed in a future version. In qltk/dbus_.py, the line "from dbus.dbus_bindings import DBusException" should be replaced by "fro

Bug#417529: libgtk2.0-0: GDK segfaults if XineramaQueryScreens fails

Package: libgtk2.0-0 Version: 2.10.11-1 Severity: normal In check_xfree_xinerama in gdk/x11/gdkscreen-x11.c, a call is made to XineramaQueryScreens(..., &screen_x11->num_monitors). On success, this stores a number in num_monitors, and returns a pointer to that many XineramaScreenInfo structures.

Bug#417529: [patch] Bug#417529: libgtk2.0-0: GDK segfaults if XineramaQueryScreens fails

I had a quick look in RandR's Xinerama implementation and noticed it doesn't seem to treat having no monitors as a cause for concern at all, which supports my guess that it's a transitional state that the driver will go through when it's shut down both outputs and not yet brought them back up. Her

Bug#383313: xulrunner problems (on powerpc?)

I don't know why this affects PowerPC specifically, since it looks like a generic problem... It's "reproducible" on my PowerPC by middle-clicking many links in Epiphany to open background tabs (e.g. go to a packages.qa.debian.org page and middle-click everything in sight), and causes a hang. My st

Bug#383313: xulrunner problems (on powerpc?)

On Thu, 24 Aug 2006 at 08:01:37 +0200, Mike Hommey wrote: > Which make me believe this might be a toolchain problem. > > 1.8.0.4-1 was built with: > libc6-dev_2.3.6-13 > linux-kernel-headers_2.6.13+0rc3-2.1 > gcc-4.1_4.1.1-4 > g++-4.1_4.1.1-4 > binutils_2.16.1cvs20060413-1 > libstdc++6-4.1-dev_4.1

Bug#383313: xulrunner problems (on powerpc?)

On Sat, 26 Aug 2006 at 18:37:36 +0100, Simon McVittie wrote: > On Thu, 24 Aug 2006 at 08:01:37 +0200, Mike Hommey wrote: > > Which make me believe this might be a toolchain problem. > > > > 1.8.0.4-1 was built with: > > libc6-dev_2.3.6-13 > > linux-kernel-headers_

Bug#380845: hplip 1.6.7-1 uninstallable due to Python transition

package hplip reopen 380845 found 380845 1.6.7-1 severity 380845 grave retitle 380845 hplip 1.6.7-1 uninstallable due to Python transition thanks HPLIP is now uninstallable in sid: it depends on python (< 2.4) which can no longer be satisfied. To work now that /usr/bin/python is Python 2.4, it wil

Bug#393012: Bug#391782 and #393012: mod-dnssd: patch for Apache 2.2 support

le with Apache 2.2 (closes: #391782, #393012) + + -- Simon McVittie <[EMAIL PROTECTED]> Sun, 15 Oct 2006 15:09:47 +0100 + mod-dnssd (0.4-1) unstable; urgency=low * New upstream release diff -u mod-dnssd-0.4/debian/rules mod-dnssd-0.4/debian/rules --- mod-dnssd-0.4/debian/rules +++ mod-dnssd-0

Bug#393020: Bug#391757 and #393020: libapache2-mod-fcgid: patch for Apache 2.2 support

angelog libapache2-mod-fcgid-1.10/debian/changelog --- libapache2-mod-fcgid-1.10/debian/changelog +++ libapache2-mod-fcgid-1.10/debian/changelog @@ -1,3 +1,10 @@ +libapache2-mod-fcgid (1.10-1.1~smcv0) unstable; urgency=low + + * Non-maintainer upload. + * Compile against Apache 2.2 and APR 1.0 (Closes: #391757

Bug#733014: pycarddav: fails to upgrade from 0.5.1-1

Package: pycarddav Version: 0.6.1-1 Severity: serious Justification: Policy 7.6.1 python-pycarddav needs something like this in its control stanza: Breaks: pycarddav (<< 0.6.1) Replaces: pycarddav (<< 0.6.1) Otherwise, apt may install python-pycarddav before upgrading pycarddav, leading

Bug#730177: Well, the problem isn't the home directory, it's /usr/local

On 27/12/13 15:55, John Hughes wrote: > I examined the strace output, expecting to see it having problems with > my home directory, but no, there were many EACCES errors accessing > /usr/local. I'd forgotten that /usr/local was also nfs mounted. This is probably something that searches XDG_DATA_D

Bug#733459: game-data-packager: md5 checksum error packing hexen II data

On 28/12/13 23:50, Andres Cimmarusti wrote: > md5sum: $HOME/.wine/drive_c/Hexen: No such file or directory > md5sum: II/data1/pak0.pak: No such file or directory It looks as though (that part of) g-d-p needs to take more care with shell quoting. Probable workaround: install to C:\Hexen_II (or any

Bug#733459: game-data-packager: md5 checksum error packing hexen II data

On 29/12/13 00:51, Andres Cimmarusti wrote: > I did that and it still didn't work. However I did get it to work. The > problem was that my "pak" files were not patched up to version 1.11. I don't have Hexen II myself, so someone who does will need to look into this. It would probably be useful if

Bug#727708: upstart and upgrading from sysvinit scripts

On Sat, 28 Dec 2013 at 16:45:38 -0800, Russ Allbery wrote: > The second supported option is DAEMON_OPTS, which sets additional flags to > add to the process. For as long as we need to support multiple init > systems, this option needs to stay in /etc/default/lbcd and be read from > there by all su

Bug#734051: wine32: missing Breaks/Replaces on wine

Package: wine32 Version: 1.6.1-11 Severity: serious Justification: Policy 7.6.1 When upgrading from 1.6.1-8 to 1.6.1-11, apt may choose to unpack the new wine32 before the new wine, which fails: > Unpacking wine32 (1.6.1-11) over (1.6.1-8) ... > dpkg: error processing archive > /var/cache/apt/ar

Bug#729674: Bug#733952: gdm3 doesn't show greeter if started from invoke-rc.d

On 02/01/14 15:38, John Hughes wrote: > dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Permission > denied. dconf will not work properly. That looks like . It seems reasonable to think that it could be causing the "blac

Bug#730177: I can't really understand whats happening.

On 02/01/14 16:29, John Hughes wrote: > The "Detected" message seems to be printed in response to > ["/usr/bin/dbus-launch", "--exit-with-session", > "/usr/bin/gnome-session", "--autostart", > "/usr/share/gdm/greeter/autostart", "--debug"] receiving this message: > > recvmsg(8, {msg_name(0)=NULL,

Bug#730177: I can't really understand whats happening.

reassign 730177 gnome-shell thanks On 03/01/14 12:33, John Hughes wrote: > 2680 lstat("/usr/share/gdm/greeter/gnome-shell/modes", 0x7faa75efe990) > = -1 ENOENT (No such file or directory) > 2681 lstat("/usr/local/share/gnome-shell/modes", 0x7faa756fd990) = -1 > EACCES (Permission denied) > 2681

Bug#611068: ikiwiki: Create index pages for empty directories in underlays

tags 611068 + upstream patch thanks On Mon, 09 Apr 2012 at 15:54:33 +0100, Simon McVittie wrote: > forwarded 611068 > http://ikiwiki.info/bugs/transient_autocreated_tagbase_is_not_transient_autoindexed/ Any thoughts on this? I've been using both proposed branches on my own wikis fo

Bug#594150: regression in apt-transport-https interop with apt-cacher

retitle 594150 regression in apt-transport-https interop with apt-cacher reassign 594150 gnutls26 thanks > My interest is in reducing the RC bug count to get squeeze released. > So let me ask the questions: > > 1. There was a minor bug in curl now fixed upstream and in github; is >there real

Bug#604413: RM: libcompass-ruby/0.10.2debian-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm libcompass-ruby is RC-buggy (doesn't work at all, according to the bug report), has 13 popcon installations of its most popular package and was not in lenny. The maintainer writes: (in

Bug#588418: libatlas-test: Empty package

dea whether they're what you'd expect to find in libatlas-test... My test build is still going, so the patch below may or may not work. Regards, Simon >From 6d00d84eb82687c3ec7e3ec3ac2440c6c91b30a5 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Mon, 22 Nov 2010 22:36:44 +

Bug#594150: regression in apt-transport-https interop with apt-cacher

On Tue, 23 Nov 2010 at 11:50:42 -0800, Johannes Ernst wrote: > Apologies that I didn't see this question earlier: > > http://apt-test.aviatis.com/ has now been updated with the Apache > configuration. Thank you! I think this is indeed fallout from CVE-2009-3555 (DSA-1394). Quoting from the DSA,

Bug#594150: regression in apt-transport-https interop with apt-cacher

On Wed, 24 Nov 2010 at 07:52:49 -0800, Johannes Ernst wrote: > Assuming this is the right diagnosis, I still think this is a bug: > it can't take several people several months (like us on this thread) > to figure out that some setting needs to be moved by two lines. Lots of > people will be upgradi

Bug#594150: regression in apt-transport-https interop with apt-cacher

retitle 594150 "no useful error message if server attempts insecure renegotiation" reassign 594150 libcurl3-gnutls 7.21.0-1 found 594150 7.21.1-1 thanks On Wed, 24 Nov 2010 at 10:24:51 -0800, Johannes Ernst wrote: > On Nov 24, 2010, at 8:42, Simon McVittie wrote: > > The &quo

Bug#604865: qpopper: insists that From_ headers have space, not tab, before date

Package: qpopper Version: 4.0.9.dfsg-1.1 Severity: normal qpopper checks the format of From_ lines very pedantically; its source code lists several variations that it supports, but the one written by 'dma' (which happens to be the tiny MTA I tried installing in my development chroot) is not among

Bug#548383: qpopper: diff for NMU version 4.0.9.dfsg-1.2

ould break 64-bit platforms + + -- Simon McVittie Wed, 24 Nov 2010 21:34:06 + + qpopper (4.0.9.dfsg-1.1) unstable; urgency=low [Jari Aalto] diff -u qpopper-4.0.9.dfsg/debian/patches/series qpopper-4.0.9.dfsg/debian/patches/series --- qpopper-4.0.9.dfsg/debian/patches/series +++ qpopper-

Bug#575582: openssh-server: privsep directory disappeared on upgrade

On Fri, 19 Nov 2010 at 11:29:05 +0200, Stefano Rivera wrote: > The problem seems to be that /var/run/sshd is removed on unpacking but > only recreated in postinst. One cannot ssh in to the machine in-between. > I consider this to be release-critical and am bumping the bug > appropriately. It sound

Bug#404760: closed: fixed in inetutils 2:1.8-1

On Sun, 14 Nov 2010 at 16:07:19 +, Hector Oron wrote: > Could you consider backporting the fix to unstable/testing? I had a go at backporting the fixes that looked important. I haven't tested this work-in-progress version yet, but it compiles... http://git.debian.org/?p=users/smcv/qa/inetut

Bug#605315: mgltools-utpackages: should this package be removed?

Package: mgltools-utpackages Version: 1.5.4.cvs.20090603-1 Severity: serious Justification: RC-buggy, low popcon, non-free User: debian...@lists.debian.org Usertags: proposed-removal mgltools-utpackages seems like a possible candidate for removal from Debian: * RC-buggy (ships files in /build or

Bug#602546: libopensc2 package contains unversioned .so files

On Fri, 05 Nov 2010 at 21:13:14 +0200, Kalev Lember wrote: > The unversioned files in libopensc2 package will eventually conflict with > libopensc3 package when upstream releases a new version of opensc. According > to > upstream's release schedule this should happen very soon: There is already a

Bug#602546: libopensc2 package contains unversioned .so files

On Mon, 29 Nov 2010 at 15:01:23 +0200, Kalev Lember wrote: > OpenSC is a PKCS#11 library and exposes its public interface in > opensc-pkcs11.so and onepin-opensc-pkcs11.so files. In addition to the > public interface, the libraries and utilities internally use the > libopensc2/libopensc3 libraries

Bug#738770: override: lib32nss-mdns:oldlibs/extra

Package: ftp.debian.org Severity: normal lib32nss-mdns used to contain actual binaries, but in testing and unstable it has become a transitional package which indirectly depends on libnss-mdns:i386. Please move it to oldlibs. Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@l

Bug#736920: transition: libcogl15

On Tue, 28 Jan 2014 at 12:17:51 +, Simon McVittie wrote: > Various packages in GNOME 3.10 depend on clutter1.0 from experimental. The > first step towards a new GNOME in unstable (or less painful installations > from experimental) seems to be to upgrade src:cogl GNOME maintainers: do

Bug#739173: python-pyopencl: unnecessary Recommends on its documentation

Source: python-pyopencl Version: 2013.2-1 Severity: minor python-pyopencl Recommends python-pyopencl-doc, which Recommends python-pyopencl and python3-pyopencl. This means that when python-pyopencl is pulled in by a dependency or recommendation (the case where I encountered it was that xpra Recom

Bug#739176: python-pyopencl: should depend on a specific implementation of opencl-icd and libopencl1

Source: python-pyopencl Version: 2013.2-1 Severity: minor python-pyopencl Depends: libopencl1 and opencl-icd. These are virtual packages, so apt will pick a more or less random implementation of the virtual package to satisfy the dependency; in my case, using aptitude with contrib and non-free ena

Bug#739295: python3-dbus: rebuild required for python 3.4

On 17/02/14 14:35, Tom Marble wrote: > Please consider rebuilding this library before > python 3.4 hits unstable. As far as I'm aware, it should just need a binNMU, which should be scheduled by the Python maintainers (or some other interested party) asking the release team to binNMU all packages i

Bug#673859: panflute: please detect dbus-python via Python (not pkg-config) or build-depend on python-dbus-dev

severity 673859 important thanks On Mon, 21 May 2012 at 19:33:13 +0100, Simon McVittie wrote: > The correct, long-term solution for packages that don't implement a main loop > is to check for the dbus Python module (and, if required, the > dbus.mainloop.glib Python module) as you wo

Bug#673844: python-edbus: please build-depend on python-dbus-dev

severity 673844 important thanks On Mon, 21 May 2012 at 19:01:43 +0100, Simon McVittie wrote: > Most users of python-dbus don't need the header or the .pc file, so I would > like to remove that dependency (Bug #673779). Please update your > build-dependencies: > > * build-d

Bug#673855: Bug#673857: apertium-*: please detect dbus-python via Python (not pkg-config) or build-depend on python-dbus-dev

severity 673855 important severity 673857 important thanks On Mon, 21 May 2012 at 19:28:45 +0100, Simon McVittie wrote: > The correct, long-term solution for packages that don't implement a main loop > is to check for the dbus Python module (and, if required, the > dbus.mainlo

Bug#739662: syncevolution-libs-gnome: trying to overwrite '...syncecal.so', which is also in package syncevolution-libs 1.3.2-1+b1

Package: syncevolution-libs-gnome Version: 1.3.99.7-1 Severity: serious Justification: Policy 7.6.1 Upgrading syncevolution to a version with syncevolution-libs-gnome can fail with this error: > Unpacking syncevolution-libs-gnome (1.3.99.7-1) ... > dpkg: error processing archive > /var/cache/apt

Bug#739679: systemd: probably shouldn't be co-installable with file-rc

Package: systemd Version: 204-7 Severity: normal systemd Depends: initscripts, which Depends: sysv-rc|file-rc. However, sysv-rc's update-rc.d and invoke-rc.d have specific support for systemd (and Upstart), whereas I doubt file-rc's versions have that. Upstart has an explicit dependency on sysv-r

Bug#619244: /etc/machine-id

On Sun, 21 Jul 2013 at 13:23:48 +0200, Michael Stapelberg wrote: > Programs may use this ID to identify the host with a globally unique > ID in the network, which does not change even if the local network > configuration changes. Due to this and its greater length, it is a > more useful rep

Bug#735097: empathy: Empathy 3.8 kfreebsd-amd64 can't open window conversation

On Fri, 17 Jan 2014 at 01:37:34 -0200, brunomaxi...@openmailbox.org wrote: > Em 2014-01-15 13:20, Robert Millan escreveu: > >On 12/01/2014 19:21, Bruno Maximo e Melo wrote: > >>I'm reporting this bug from Linux. When reporting a bug from a different machine, please set the "Version" pseudo-header

Bug#735974: farstream: this branch is unmaintained upstream

Source: farstream Severity: important Control: block -1 by 731121 731122 Farstream 0.1 (using GStreamer 0.10) is obsolete and unmaintained upstream, and we would like to drop it if possible. Farstream 0.2 (using GStreamer 1.0) is the farstream-0.2 source package. S -- To UNSUBSCRIBE, emai

Bug#736149: [Pkg-telepathy-maintainers] Bug#736149: Empathy screenshots for debian.org SIP accounts

On 20/01/14 10:49, Daniel Pocock wrote: > Also, we don't want people to manually configure the SIP proxy name in > the config panel. Can you let me know if Empathy can discover the proxy > using NAPTR and SRV lookups in DNS? That is how Jitsi is finding it. Empathy doesn't, and shouldn't, do net

Bug#736226: Missing support for SIP contacts in roster

severity 736226 wishlist tags 736226 + upstream thanks On 21/01/14 09:08, Mathieu Malaterre wrote: > As described in ubuntu bug report, it is impossible to store contacts > for SIP accounts With Debian hat on: this is an upstream feature request, tagging it accordingly. With upstream hat on: I'm

Bug#736210: [farstream-0.2] vcs-* tags point to the wrong git repository

tags 736210 + pending thanks On 21/01/14 00:56, Diane Trout wrote: > I discovered that that farstream-0.2 lives in a repository (...)pkg- > telepathy/farstream-0.2.git however it looks like its Vcs-* tags are pointing > at the 0.1 repository. Fixed in pkg-telepathy git. Thanks for spotting this.

Bug#736533: RM: quake3 -- ROM; superseded by src:quake

Package: ftp.debian.org Severity: normal Please remove the quake3/1.4 source package from unstable. Its two binary packages, quake3 and quake3-server, have been taken over by the quake source package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsub

Bug#701561: Please test ioquake3 on PowerPC, particularly without Altivec

On Tue, 04 Jun 2013 at 14:58:34 +0100, Simon McVittie wrote: > What I'm more concerned about is whether the PowerPC JIT for the Quake 3 > bytecode language (code/qcommon/vm_powerpc*) emits Altivec opcodes - I > have no idea how I'd determine that. That's why I'm spec

Bug#736833: please hint/force migration for nss-mdns/0.10-6

Package: release.debian.org Severity: normal Could you please nudge nss-mdns into testing? It would normally have migrated by now, but it has a transitional package on amd64 with a dependency that can only be satisfied by having i386 as a foreign architecture. This is similar to the situation for

Bug#699103: Empathy fails to connect to SIP proxy over TLS

clone 699103 -1 severity -1 wishlist retitle -1 interactive TLS certificate validation tags -1 + upstream retitle 699103 please use Debian ca-certificates as trust anchors by default reassign 699103 libsofia-sip-ua0 1.12.11+20110422.1-2 affects 699103 telepathy-rakia thanks On Fri, 12 Apr 2013 at

Bug#736149: Empathy screenshots for debian.org SIP accounts

On Mon, 20 Jan 2014 at 11:49:06 +0100, Daniel Pocock wrote: > Could you please suggest a recommended configuration for debian.org SIP > users to use Empathy? > I've tried it myself but it fails to register (using 0.7.4-1 from wheezy) You require TLS, right? I think this is probably the same thing

Bug#736920: transition: libcogl15

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition (I am not speaking for the GNOME maintainers, and I don't know whether they are ready to start this transition.) Various packages in GNOME 3.10 depend on clutter1.0 from experimental. Th

Bug#699103: Empathy fails to connect to SIP proxy over TLS

reassign 699103 telepathy-rakia 0.7.4-1 tags 699103 + upstream thanks On 28/01/14 20:06, Ron wrote: > Yes, I think I'm a bit leery about unilaterally (and otherwise silently) > changing the trust path of all applications using this lib. Fair enough, taking this bug back. It's going to have to be

Bug#737017: libgupnp-1.0-dev: should depend on uuid-dev

Package: libgupnp-1.0-dev Version: 0.20.9-1 Severity: normal File: /usr/lib/pkgconfig/gupnp-1.0.pc After installing farstream-0.2's build-dependencies in a chroot: > archetype(sid-amd64)% pkg-config --cflags " gupnp-igd-1.0 >= 0.2 " > Package uuid was not found in the pkg-config search path. > Pe

Bug#737379: glib2.0: FTBFS on powerpc: several GIO tests fail

Source: glib2.0 Version: 2.38.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) : /usr/bin/make check-TESTS make[8]: Entering directory `/«PKGBUIL

Bug#737380: glib2.0: FTBFS on mipsel: gapplication test failed: ECHILD was received by waitpid()

Source: glib2.0 Version: 2.38.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) : # random seed: R02S852f3ece8c5f76fcefb61e81eb83e7a7 # Start of gap

Bug#737381: glib2.0: FTBFS on armel: param test failed: stderr of child process failed to match: *remove functionality*

Source: glib2.0 Version: 2.38.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) # random seed: R02S1a8743cbe43b1ad88d0266704b9dac5a # Start of param

Bug#737379: glib2.0: FTBFS on powerpc: several GIO tests fail

On Sun, 02 Feb 2014 at 11:43:11 +0100, Emilio Pozuelo Monfort wrote: > On 02/02/14 11:18, Simon McVittie wrote: > > proxy-tests, socket, gdbus-auth, gdbus-threading and gmenumodel are all > > a GSLice assertion failure. gdbus-peer is a different assertion failure. > > The

Bug#737381: glib2.0: FTBFS on armel: param test failed: stderr of child process failed to match: *remove functionality*

Doing a test build on abel to see whether this is reproducible. ARM porters are very welcome to take over, I don't know much about ARM. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#737380: glib2.0: FTBFS on mipsel: gapplication test failed: ECHILD was received by waitpid()

Doing a test build on eder to see whether this is reproducible. mips* porters are more than welcome to take over - I know virtually nothing about the mips* architectures. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contac

Bug#737379: glib2.0: FTBFS on powerpc: several GIO tests fail

tags 737379 + unreproducible thanks On Sun, 02 Feb 2014 at 15:09:34 +, Simon McVittie wrote: > I couldn't reproduce the FTBFS by > building the unfixed version 2.38.2-1 on Debian's only powerpc porterbox > (partch). I tried building the unpatched GLib 5 more times, and

Bug#737380: glib2.0: FTBFS on mipsel: gapplication test failed: ECHILD was received by waitpid()

tags 737380 + confirmed thanks On 02/02/14 10:20, Simon McVittie wrote: > # random seed: R02S852f3ece8c5f76fcefb61e81eb83e7a7 > # Start of gapplication tests > ok 1 /gapplication/no-dbus > ok 2 /gapplication/basic > # GLib-FATAL-WARNING: In call to g_spawn_sync(), exit status of a

Bug#737381: glib2.0: FTBFS on armel: param test failed: stderr of child process failed to match: *remove functionality*

tags 737381 + confirmed thanks On 02/02/14 10:22, Simon McVittie wrote: > GLib-GObject:ERROR:/«PKGBUILDDIR»/./gobject/tests/param.c:772:test_param_implement: > stderr of child process (/param/implement/subprocess/7-0-2-1 [4726]) > failed to match: *remove functionality* # > GLib-G

Bug#737381: glib2.0: FTBFS on armel: param test failed: stderr of child process failed to match: *remove functionality*

tags 737381 + fixed-upstream pending thanks On 02/02/14 19:50, Simon McVittie wrote: > When I run the test separately with > > debian/build/deb/gobject/tests/param > > it takes a long time, and does not always fail. Upstream commit 30e1ab3262 disables this test by default

Bug#737380: glib2.0: FTBFS on mipsel: gapplication test failed: ECHILD was received by waitpid()

think should be probably applied anyway, even at the risk of masking the g_spawn_sync() vs. g_spawn_async_with_pipes() bug. I haven't upstreamed this patch or committed it to pkg-gnome svn yet. S >From 9f40e2066733662c8bf9ff801eb9acf29bae401b Mon Sep 17 00:00:00 2001 From: Simon McVitt

Bug#737488: glib2.0: please use dbus-run-session(1) instead of dbus-launch, or omit it entirely

Source: glib2.0 Version: 2.38.2-2 Severity: wishlist glib2.0 currently runs tests wrapped in dbus-launch. However, dbus-launch is not really designed to be run like that; you are likely to end up with "orphaned" dbus-launch and dbus-daemon processes. (See the diagram in its source code, or various

Bug#737501: glib2.0: [exp] FTBFS on i386: undefined reference to `g_win32_input_stream_get_type'

Source: glib2.0 Version: 2.38.2-2 Severity: serious Justification: fails to build from source (but built successfully in the past) https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=i386&ver=2.38.2-2&stamp=1391385937 > .libs/gio-scan.o: In function `get_object_types': > /«PKGBUILDDIR»/de

Bug#737501: glib2.0: [exp] FTBFS on i386: undefined reference to `g_win32_input_stream_get_type'

retitle 737501 glib2.0/exp: FTBFS: undefined reference to `g_win32_input_stream_get_type' thanks On 03/02/14 08:51, Simon McVittie wrote: > https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=i386&ver=2.38.2-2&stamp=1391385937 Same bug, different architecture: https

Bug#638871: g_dbus_connection_register_object does not set error on some conditions

On Mon, 22 Aug 2011 at 16:15:16 +0100, Marcin Owsiany wrote: > And when an invalid object path is specified in the > applet->priv->object_path property, it leads to: > > 1) the following warning being issued: > > (command_runner:1931): GLib-GIO-CRITICAL **: > g_dbus_connection_register_object: as

Bug#738290: glib2.0/exp: FTBFS on mips: gdbus-close-pending.c: Stream has outstanding operation

Source: glib2.0 Version: 2.38.2-3 Severity: serious Tags: upstream Justification: fails to build from source (but built successfully in the past) Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=723788 Continuing the saga of "can we make GLib 2.38 build on all architectures?": gdb

Bug#738317: dbus: stage1 bootstrap build isn't working

On 09/02/14 04:55, Daniel Schepler wrote: > Source: dbus > Version: 1.8.0-1 > Severity: wishlist > > Thanks for including support for DEB_BUILD_PROFILE=stage1 to enable > bootstrapping. However, that doesn't seem to be working in this version: > ... > cp: cannot stat 'debian/tmp/debian/tmp/lib/s

Bug#738497: gdm3: XDMCP cannot handle multiple terminals

On 10/02/14 00:08, Paul Szabo wrote: > Initial problem was with D-Bus, log lines like > Feb 4 11:53:21 bari gdm-welcome][15095]: AccountsService-WARNING: Failed > to connect to the D-Bus daemon: > GDBus.Error:org.freedesktop.DBus.Error.LimitsExceeded: The maximum number of > active connection

Bug#738317: dbus: stage1 bootstrap build isn't working

On 10/02/14 07:42, Christian Svensson wrote: > Also, please change the use of DEB_BUILD_PROFILE to DEB_BUILD_PROFILES > (which the tools now support). As with the originally-reported bits of this bug, if you're interested in staged builds, tested patches are very welcome. I would also welcome a r

Bug#738719: thermald: install and improve systemd unit

gitweb at: http://anonscm.debian.org/gitweb/?p=users/smcv/thermald.git That version also contains all of the attached patches. Regards, S >From a4159facfbafc7c2818855015a295baa31e8eb71 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Wed, 12 Feb 2014 10:20:20 + Subject: [PATCH] A

Bug#609543: gdm-simple-greeter: I have 2 separate Wheezy systems and they both had the same type of crash within the last 5 days

On 03/12/13 17:32, Joseph Crocetta wrote: >* What led up to the situation? > On both systems I logged in and opened Google Chrome. > After the first mouse click there was no response > to the click. The monitor blinked. Then a crash screen came > up and the only thing I could do was logout. ...

Bug#721489: Bug#731392: gnome-terminal: text is invisible when "Use colors from system theme" is ticked

forcemerge 721489 731392 retitle 721489 gnome-terminal: black-on-black text with "Use colors from system theme" under non-GNOME thanks On 05/12/13 00:13, Vincent Lefevre wrote: > In Profile → Colors, when "Use colors from system theme" is ticked, > the main text is invisible (black on black?). T

Bug#729301: regression: message body becomes empty, telepathy-rakia tests fail

tags 729301 + patch thanks On Tue, 03 Dec 2013 at 12:45:34 +, Simon McVittie wrote: > Ron: judging by the gcc release notes this probably indicates undefined > behaviour in sofia-sip, so you should probably raise it with upstream, > but I think this will do as a workaround..

Bug#731443: gnome-terminal forces default character encoding to ANSIX3.4-1968 (ASCII) but doesn't set up LC_CTYPE

On 06/12/13 10:24, Vincent Lefevre wrote: > On 2013-12-05 15:31:30 +0100, Vincent Lefevre wrote: >> Current Locale (ANSIX3.4-1968) > > This problem doesn't occur when I run gnome-terminal on a different > machine via ssh: I get "Current Locale (UTF-8)" as expected. I wonder whether your first m

Bug#601455: marked as done (can't stop daemon using /etc/init.d/foo stop when disabled via /etc/default/foo)

On 09/12/13 15:24, Bas Wijnen wrote: >> From: Holger Levsen I've decided to close >> this bug, as this "mis-feature" / bug is actually a main >> characteristic of system V init scripts: they can be+do anything, >> including showing the behaviour which led to this bug report. > > That doesn't mak

Bug#731824: empathy: Disconnect on lock

tags 731824 + moreinfo thanks On 10/12/13 10:02, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >> After recent update empathy disconnects whenever I lock my computer. > Disabling autoaway as per > http://askubuntu.com/questions/64181/how-do-i-disable-auto-away-for-online-presence > seems to help.

Bug#731964: owncloud: please depend on mediawiki-classes instead of mediawiki

Package: owncloud Version: 5.0.13+dfsg-2 Severity: wishlist mediawiki 1:1.19.8+dfsg-2.1, with the split mediawiki-classes package, has reached testing. Please switch owncloud's dependency to mediawiki-classes (>= VERSION) | mediawiki (>= VERSION), or just mediawiki-classes, or something. Thanks,

Bug#731228: valgrind: please provide valgrind client-request headers on all platforms

On 15/12/13 23:22, Alessandro Ghedini wrote: > While I still think this would be nice, it turned out to be a bit > more difficult to implement (basically the pkg-config file is > generated at build time, and it can't be created if the configure > stage fails). Thanks for looking at this, anyway.

Bug#731995: gdm3 needs linux >= 3.2

On 16/12/13 16:44, Andreas Cadhalpun wrote: > It is difficult to depend on specific linux versions, as every package > has the architecture and linux version in the name. Depending on specific Linux versions is Not Done: partly because Debian does not require use of the kernel metapackages and con

Bug#730572: reprepro: support for ddebs (debug symbols)

On 01/12/13 02:34, Bernhard R. Link wrote: > * Simon McVittie [131126 18:03]: >> The attached patch is a proof-of-concept implementation >> -if (entry->type == fe_DEB || entry->type == fe_UDEB) >> +if (FE_BINARY(entry->type)) > >

Bug#697630: Can't include changes files which contain a duplicate arch all

try to build dbus, and the amd64 builder finishes first, the amd64-built version of dbus-1-doc will be included in the archive and the i386-built version will be discarded. Based on a patch by Sjoerd Simons. [Added commit message, fixed a warning message -Simon McVittie] Bug-Debian: http://bu

Bug#714928: Bug#732668: /bin/sed: can't read /usr/lib/libgobject-2.0.la: No such file or directory

On 20/12/13 05:55, Fabián Bonetti wrote: > /bin/sed: can't read /usr/lib/libgobject-2.0.la: No such file or directory The nonexistence of this file is not a bug in glib. Packages that need to compile against libgobject-2.0 should use pkg-config and/or libtool, both of which cope gracefully with mi

Bug#726645: dbus: tiger reports vulnerability with dbus-daemon-launch-helper

On 17/10/13 17:43, Ian Bolton wrote: > The tiger script check_suid does the equivalent of: > > strings dbus-daemon-launch-helper | grep -E '\.\./' ... > ../../dbus/dbus-connection.c > ../../dbus/dbus-errors.c > ../../dbus/dbus-message.c > ../../dbus/dbus-pending-call.c > ../../dbus/dbus-signature

Bug#724731: g_get_user_runtime_dir () bug

On 23/10/13 08:07, Gabriel Mainberger wrote: > user@machine:~/Work$ gcc `pkg-config --cflags --libs glib-2.0` -o run run.c > > user@machine:~/Work$ ./run > /run/user/0 What's your $XDG_RUNTIME_DIR environment variable? If it's /run/user/0, then GLib is behaving as expected, and the bug is in som

Bug#724731: XDG_RUNTIME_DIR has incorrect value

On 23/10/13 14:17, Gabriel Mainberger wrote: >> * if in X11, which display manager (gdm3, lightdm, xdm, kdm, etc.), >> or did you use startx or something from a text virtual console? > > Currently I get with gdm3 only a black screen. So my only possibility is > to chmod my /run/user/0 directory.

Bug#727709: gnome-terminal: Message when opening terminal

reassign 727709 zeitgeist-core forcemerge 727089 727709 thanks On 25/10/13 17:17, Adrian wrote: > I get a message when opening gnome-terminal: > > bash: data/zeitgeist-daemon.bash_completion: No existe el fichero o el > directorio This isn't gnome-terminal's fault. It appears to be a duplicate o

  1   2   3   4   5   6   7   8   9   10   >