Bug#761023: [bb] Visual stops when audio starts

On Tue, 24 Feb 2015 17:53:50 +0100 Moritz Muehlenhoff wrote: > I can confirm these report; once the audio kicks in, the ASCII art > freezes. Yeah, after the audio starts, timestuff() seems never to return again. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subjec

Bug#775564: emacs24: emacs fails to byte-compile apel and org-mode

Package: emacs24 Version: 24.4+1-4.1~bpo70+1 Followup-For: Bug #775564 Control: block -1 by 718765 Dear Maintainer, I've figured out where these errors shown in the log for apel are coming from: > Eager macro-expansion failure: (wrong-type-argument sequencep 769) > atype.el:28:1:Error: Wrong typ

Bug#752390: /usr/include/sys/_callout.h:56:2: error: unknown type name 'sbintime_t'

Hector Oron writes: > https://buildd.debian.org/status/fetch.php?pkg=gdb&arch=kfreebsd-amd64&ver=7.7.1-2&stamp=1403257387 Here's the relevant portion of the buildlog: x86_64-kfreebsd-gnu-gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security-I. -I/«PKGBUILD

Bug#748694: Bug#751285: systemtap-sdt-dev: should be "Arch: all" so gcc and libc can B-D on it

Matthias Klose writes: [...] > If you really are too lazy to have architecture specific build > dependencies, then consider shipping an empty package for the > unsupported architectures. Um, that was actually meant as a convenience for *you* (and anyone else who works on a package that wants to p

Bug#751201: emacs-goodies-el: site-start files don't work

Package: emacs-goodies-el Version: 35.11 Severity: serious Dear Maintainer, After upgrading emacs-goodies-el, devscripts-el, and dpkg-dev-el to this version, the files they place in site-start.d no longer pick them up as properly-configured: [...] Loading /etc/emacs/site-start.d/50debbugs-el.el

Bug#694308: Relicensing tracked on bug #665334

Control: block -1 by 665334 The request that Adobe relicense this code is being tracked on ; according to , the relicensing should be done by August. Of course, it still won't be safe to actually modify this code (implementations

Bug#744333: fonts-cmu: cm-unicode sources are not included in your package

Package: fonts-cmu Version: 0.7.0-2 Severity: serious User: debian...@lists.debian.org Usertags: source-is-missing Hi, Your package seems to include some files that lack source in the prefered form for modification. [all of the font files, which according to the README were built using some scri

Bug#684788: emacs24-lucid: segfaults on startup

(24.3+1-1.2) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Don't override CFLAGS, CPPFLAGS, and LDFLAGS chosen by upstream +configure script. A missing -Wl,-znocombreloc was causing 32-bit +builds of emacs24-lucid to fail under X. (Closes: #684788) + * Make clean target remo

Bug#712744: gnupg-agent: Doesn't call prctl(PR_SET_DUMPABLE, 0, 0, 0, 0)

Package: gnupg-agent Version: 2.0.19-2 Severity: serious Tags: security Dear Maintainer, gpg-agent could do prctl(PR_SET_DUMPABLE, 0, 0, 0, 0) to protect user secrets from appearing in coredumps or being stolen using ptrace(), like ssh-agent does. Unfortunately it doesn't yet do this. Please fi

Bug#710336: src:graphite2: FTBFS on sparc and armel: failed tests

Source: graphite2 Version: 1.2.1-2 Severity: serious Dear Maintainer, Your package has failed to build on armel and sparc due to test failures. On armel Test project /build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build Start 1: nolib-stdc++-graphite2_core 1/74 Tes

Bug#691576: GDB stops with sigtrap at 0 address on ia64 wheezy

Control: reassign -1 src:linux Control: affects -1 + gdb Control: found -1 src:linux/3.2.23-1 Control: found -1 src:linux/3.5.5-1~experimental.1 Control: fixed -1 linux-image-3.0.0-2-mckinley/3.0.0-5 Control: fixed -1 linux-image-3.1.0-rc7-mckinley/3.1.0~rc7-1~experimental.1 Control: found -1 linux

Bug#697402: bzr-gtk: causes crash in pydoc -k when python-gtk2 is also installed

Package: bzr-gtk Version: 0.103.0+bzr792-3 Severity: critical Dear Maintainer, Having bzr-gtk and python-gtk2 installed at the same time causes "pydoc -k foobarbaz" to crash, because 1) pydoc has to import all packages in order to find out what modules they contain 2) your package bzrlib.

Bug#687906: [powerpc] coreutils: fails to build from source (test-futimens failure)

Control: retitile -1 coreutils: FTBFS: tests too system-configuration-dependent The real problem here seems to be that the tests are overly dependent on the build system's configuration: tests can be run or not based on things like what filesystems are mounted, whether the there are writable direc

Bug#692523: closed by Norbert Preining (Bug#692523: fixed in cm-super 0.3.4-7)

,[ bzr log -p -r-1 ] | | revno: 105 | svn revno: 5647 (on /cm-super/trunk) | committer: preining | timestamp: Wed 2012-11-07 04:55:00 + | message: | * make sure that the correct changelog.Debian is installed by | depending o

Bug#692523: cm-super: changelog.Debian.gz could be for wrong version

Package: cm-super Version: 0.3.4-6 Severity: serious Dear Maintainer, Since this package's doc dir is just a symlink to the one for cm-super-minimal, the changelog.Debian.gz file comes from that package. However, this package doesn't depend on an identical version of that package, so it could be

Bug#692081: emacs24-lucid: Crashes on startup

Package: emacs24-lucid Version: 24.2+1-1 Severity: serious Dear Maintainer, Whenever I start emacs24 on X (that is, with valid DISPLAY and without -nw), it crashes like this: , | GNU gdb (GDB) 7.4.1-debian | Copyright (C) 2012 Free Software Foundation, Inc. | License GPLv3+: GNU GPL version

Bug#691802: debian-keyring: Getting rather stale

Package: debian-keyring Version: 2012.06.01 Severity: serious Dear Maintainer, The debian-keyring package seems to be getting a little stale; your usual at-least-monthly updates stopped abruptly at the beginning of June (around the start of the testing freeze). I don't really see how the testing

Bug#691074: gcc-doc: Depends on docs for wrong gcc version

On Oct 21, 2012, at 12:34 AM, Guo Yixuan wrote: The packages in unstable are updated to 4.7 (or 4.6 on some archs)[1], I actually knew this; I can't think why I didn't say so in the report. and waiting for release team's unblock grant. This part I didn't know. Thanks! Thanks, also, for pic

Bug#691074: gcc-doc: Depends on docs for wrong gcc version

Package: gcc-doc Version: 5:3 Severity: serious Dear Maintainer, I've noticed that gcc-doc is still depending on the documentation for the aging GCC 4.4... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimenta

Bug#662091: help

+ * Also don't install sgml.soc and xml.soc into /etc/sgml/xhtml/ -- they +don't work there anyway, since they refer to many other files by +relative paths, none of which are found there. + + -- Samuel Bronson Tue, 06 Mar 2012 13:13:13 -0500 + w3c-sgml-lib (1.2-1) unstable; u

Bug#662091: sends SGML parsers to an sgml.dcl that isn't there

Neil Roeth writes: > Sorry, my mistake on sgml-data. No problem. > So far, I am unable to reproduce this. The same command works fine on > my system, and if I use strace to verify which files it is opening, > sgml.dcl is not among them. nsgmls and onsgmls effectively have a > builtin SGML d

Bug#662091: sp: nsgmls can't find sgml.dcl

On Sat, Mar 3, 2012 at 10:45 PM, Neil Roeth wrote: > Is the package sgml-data installed? Yes ... > On 03/03/2012 07:49 PM, Samuel Bronson wrote: >> Versions of packages sp suggests: >> ii doc-base 0.10.3 >> ii sgml-data 2.0.6 ... see --^ ? Unfortunately,

Bug#662092: opensp: onsgmls can't find sgml.dcl

It turns out that onsgmls can't find sgml.dcl, either. The symptoms are the same (except this time with a lot more "o"s). -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "un

Bug#662091: sp: nsgmls can't find sgml.dcl

Package: sp Version: 1.3.4-1.2.1-47.1 Severity: serious Dear Maintainer, It looks like nsgmls can't find sgml.dcl anymore: , | % nsgmls -s /usr/share/doc/sp/index.htm 2>&1 | head | nsgmls:E: cannot find "sgml.dcl"; tried "/usr/share/sgml/xhtml/sgml.dcl", "/usr/local/share/sgml/sgml.dcl", "/

Bug#537176: bzr-gtk: missing upper bound on bzr version

Package: bzr-gtk Version: 0.95.0+bzr649-1 Severity: serious I get this error whenever I run bzr lately: Unable to load plugin 'gtk'. It requested API version (1, 15, 0) of module but the minimum exported version is (1, 17, 0), and the maximum is (1, 17, 0) (Yes, I know it's not an official De

Bug#537083: iceweasel-firebug: Wrong bounds on iceweasel dependancy

Package: iceweasel-firebug Version: 1.4.0~b7-1 Severity: serious Iceweasel says this version of firebug is not compatible with it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i6

Bug#527546: python-pycurl: Fatal Python error: pycurl: libcurl link-time version is older than compile-time version

I see that you upped the dependency for version 7.19.0-1, but from the error message, it really seems that you really need to calculate the minimum version from the version of libcurl-dev. Looking at the source confirms this: pycurl really does check that the loaded version of libcurl is at least a

Bug#536618: wireshark: if wireshark runs as root, help opens browser as root too

Package: wireshark Version: 1.0.8-1 Severity: grave If I run "gksudo wireshark&" and then open the any of the pages listed in the "Help" menu, wireshark (for me, at least) starts up an instance of iceweasel as root. Presumably, whatever it starts for others it also starts as root. This seems kind

Bug#504661: nvidia-glx-legacy-96xx-dev: /usr/lib/libGL.so symlink broken

Package: nvidia-glx-legacy-96xx-dev Version: 96.43.07-2 Severity: grave % chase /usr/lib/libGL.so chase: /usr/lib/libGL.so.100.14.19: No such file or directory % dpkg -L nvidia-glx-legacy-96xx | grep 'libGL\.' /usr/lib/libGL.so.96.43.07 /usr/lib/libGL.so.1 Also, how come it's the nvidia-glx-le

Bug#429707: libghc6-anydbm-dev: Debian deps don't represent ghc-pkg deps well

Package: libghc6-anydbm-dev Version: 1.0.1 Severity: serious For dpkg/apt: Depends: ghc6 (<< 6.6-999), ghc6 (>= 6.6), libghc6-mtl-dev, libghc6-missingh-dev (>= 0.18.0) but for ghc-pkg: depends: base-2.0 haskell98-1.0 mtl-1.0 MissingH-0.18.0 So, apt thinks it should install with MissingH-0.18.4,

Bug#429709: libghc6-missingpy-dev: Debian dependencies do not reflect ghc-pkg dependencies

Package: libghc6-missingpy-dev Version: 0.9.0 Severity: serious Debian dependencies: Depends: ghc6 (<< 6.6-999), ghc6 (>= 6.6), python-dev (>= 2.4), libghc6-missingh-dev (>= 0.18.4) ghc-pkg dependencies: depends: base-2.0 MissingH-0.18.3 anydbm-1.0.1 You should add lighc6-anydbm-dev to the "Dep