Romain Francoise wrote:
Ah, right. The mailx build-dep pulled in exim and it's necessary after
all, I'll add it back.
Probably you should rather build-depend on exim4 | mail-transport-agent,
since /usr/sbin/sendmail is what is actually needed.
Cheers,
Sven
--
To UNSUBSCRIBE, email to [EMA
Am 01.09.2006 um 08:20 schrieb Chuan-kai Lin:
On Fri, Aug 25, 2006 at 08:47:22PM +0200, Sven Joachim wrote:
Probably even better would be to just create the missing symlink
yourself, with
[ -e /usr/bin/yacc ] || ln -s /etc/alternatives/yacc /usr/bin
instead of
[ -e /usr/bin/yacc ] || update
Romain Francoise wrote:
Sven Joachim <[EMAIL PROTECTED]> writes:
Probably you should rather build-depend on exim4 | mail-transport-agent,
since /usr/sbin/sendmail is what is actually needed.
Perhaps I should think of the buildds and depend on the smallest package
which provides /us
Package: gcc-4.1-base
Version: 4.1.1-13
Severity: normal
Since the documentation has been removed :-(, there is no need to
mention its license in debian/copyright any more.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architectur
Package: gcc-defaults
Version: 1.42
Severity: serious
The source package still contains the non-free files fsf-funding.7,
gfdl.7 and gpl.7, apparently for no good reason since they aren't
installed. Please remove them.
-- System Information:
Debian Release: testing/unstable
APT prefers unsta
Matthias Klose wrote:
The source package still contains the non-free files fsf-funding.7,
ok.
gfdl.7 and gpl.7, apparently for no good reason since they aren't
installed. Please remove them.
no, license texts can be included. there's no reason to remove them.
But the GFDL is not the lic
Package: gcc-4.1-doc-non-dfsg
Version: 4.1.1-nf1
Severity: serious
In previous versions of gcc-4.1-doc (up to 4.1.1-10),
/usr/share/doc/gcc-4.1-doc was a symlink to gcc-4.1-base. Because
dpkg follows the symlink when upgrading the package, your files end up
in /usr/share/doc/gcc-4.1-base, overwri
Package: thunderbird-locale-de
Version: 1:1.5.0.5-1
Severity: serious
Quoting from section 12.5 of the Policy Manual:
Every package must be accompanied by a verbatim copy of its copyright
and distribution license in the file
`/usr/share/doc//copyright'.
Your copyright file states
Package: dselect
Version: 1.13.22
Severity: minor
Tags: patch
The help screen for the access methods ([A]ccess -> ? -> k) mentions
wrong keys for moving up and down. The following patch fixes this:
--- helpmsgs.cc~2006-01-18 09:30:03.0 +0100
+++ helpmsgs.cc 2006-08-16 17:22:01.0
Hi Jim,
I hope you can remember this issue (dircolors test failing with SHELL
unset) after more than five months. I'm quoting your whole mail:
On Sun, Mar 5 2006, Jim Meyering wrote:
Sven Joachim <[EMAIL PROTECTED]> wrote:
The reason why the help-version test failed on dircolors
Hello Jim,
thanks for your prompt reply. I just downloaded the coreutils 6.1
package from alpha.gnu.org, and it seems this test no longer fails.
However, there is another dircolors related problem if SHELL is not
set. I ran (unset SHELL; make VERBOSE=yes -k check) and noticed the
following fail
Jim Meyering wrote:
Thanks for reporting that.
Here's how I've fixed it:
[...]
- ['a', {IN => {k => "exec\n"}},
+ ['a', '-b', {IN => {k => "exec\n"}},
Yes, that works. Thanks!
Cheers,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Package: gcc
Version: 4:4.1.1-6
Severity: normal
Today I got mail from the mandb cron script:
mandb: warning: /usr/share/man/man1/cc.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/c++.1.gz is a dangling symlink
This is because the gcc postinst installs the following alternative:
reassign 383755 gcc-defaults
merge 383755 384278
thanks
Sorry for the duplicate report. I didn't notice #383755
because it was filed against the wrong package.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: bison
Version: 1:2.3.dfsg-3
Severity: normal
Tags: patch
From the preinst script:
,
| # clean error from previous package.
| rm -f /usr/share/man/man1/bison.1
| update-alternatives --auto yacc
`
You are trying to fix #383971, but this is _not_ the way to do it!
If the user had
Am 25.08.2006 um 17:49 schrieb Chuan-kai Lin:
On Fri, Aug 25, 2006 at 09:05:26AM +0200, Sven Joachim wrote:
You are trying to fix #383971, but this is _not_ the way to do it!
I agree that the current approach is quite awful.
If the user had set the `yacc' alternative to manual, the pr
Am 25.08.2006 um 20:28 schrieb Sven Joachim:
So you have to deal with that in the postinst, rather. I propose the
following solution:
- Remove the call to update-alternatives from the preinst
- Put your fix in the postinst, after the call to
update-alternatives --install:
[...]
case &qu
version.
The previous translator, Michael Piefel, has agreed to transfer the
responsibility for these translations to me. Please update po/LINGUAS
and dselect/po/LINGUAS:
s/Michael Piefel <[EMAIL PROTECTED]>/Sven Joachim <[EMAIL PROTECTED]>/
(Please use my GMX address and not the one I
Attached is the German dpkg translation.
Cheers,
Sven
de.po.gz
Description: application/gzip
Just FYI, my locally compiled DOSEMU 1.3.3 stopped working because it
needs /dev/shm to be mounted with the `exec' option. In the file
src/arch/linux/mapping/mapfile.c it does
mpool = mmap(0, mapsize, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_SHARED, tmpfile_fd, 0);
and that fails
A new version of mozilla-firefox-locale-all is in incoming, but it
will become useless in just a few days, when the freshly-announced
firefox 1.5.0.7 enters the Debian archives. :-(
Can't this be fixed by upgrading maxVersion in
/usr/lib/firefox/extensions/[EMAIL PROTECTED]/install.rdf
to 1.5.0.9
[Romain, somehow your mail from today didn't reach me (yet). But I
had news about this topic anyway, so I looked it up in the BTS.]
Hello everyone,
indeed the Ediff crash seems to be fixed in IceWM 1.2.28, I can no
longer reproduce it. Downgrading to 1.2.27 made it reappear again, so
this seems
severity 388264 wishlist
thanks
Daniel Baumann wrote:
> Since the current locales do not work with the thunderbird version in
> unstable, I'm raising the severity to grave.
Huh?! What makes you think they don't work? The German locale package
works perfectly fine for me. Note that its install.
Package: dselect
Version: 1.13.22
Severity: normal
If the terminal is resized while dselect is displaying a help screen,
dselect does not update the display accordingly.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture:
Package: aspell-de
Version: 0.60-20030222-1-5
Severity: normal
The maintainer scripts make assumptions about output messages of
`update-alternatives', e.g. in the preinst:
[...]
if update-alternatives --display de.multi | grep -q 'status is manual'
&&
update-alternat
Package: kdebase
Version: 4:3.5.5a-2
Severity: wishlist
Hi,
currently kdebase Build-Conflicts with nvidia-glx. I presume
(debian/changelog contains no hints) this is due to the dangling
libGL.so symlink that nvidia-glx left on the system, see #208198.
Recent versions of nvidia-glx have fixed thi
found #385732 1.47
thanks
In version 1.47, fsf-funding.7 is in the source tarball again.
Reopening the bug,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Shouldn't this bug be closed, now that gcc-4.1-doc is available in
non-free and gcc-doc has moved to contrib?
Kind regards,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello,
I'm facing the same problem with a locally compiled dosemu 1.3.3.
IIRC it started after upgrading to X.Org 7.1, before that dosemu had
worked fine. The keyboard layout in ~/.dosemurc does not matter.
Would it be of help if I post my xorg.conf?
Regards,
Sven
--
To UNSUBSCRIBE, email
Package: emacs-snapshot
Version: 1:20061022-1
Severity: wishlist
Hello,
I just switched from emacs-snapshot-x to emacs-snapshot-gtk and
noticed that I actually had to update two alternatives, one for emacs
and one for emacs-snapshot:
$ /usr/sbin/update-alternatives --display emacs-snapshot
emacs
Package: emacs21
Version: 21.4a+1-1
Severity: normal
M-x yow signals an error, here is the backtrace:
Debugger entered--Lisp error: (args-out-of-range ["Yow! Legally-imposed
CULTURE-reduction is CABBAGE-BRAINED!"] 1)
cookie("/usr/share/emacs/21.4/etc/yow.lines" "Am I CONSING yet?..." "I have
reopen 342887
thanks
Quoting /usr/share/doc/util-linux/changelog.Debian.gz:
,
| * drop hwclockfirst.sh, and put hwclock.sh back at 50. See #50572 and
| Closes: #342887
`
Ahem, shouldn't hwclock.sh be run as early as possible, not as late as
possible?! I have UTC=no and several fi
#include
I think you have to remove lib-src/yow.c from the .orig.tar.gz as well.
That file was deleted upstream due to license issues.
Kind regards,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 2013-12-22 23:08 +0100, Julien Cristau wrote:
> On Sun, Dec 22, 2013 at 14:02:37 -0800, Josh Triplett wrote:
>
>> Package: libssl1.0.0
>> Version: 1.0.1e-5
>> Severity: critical
>>
>> Upgrading OpenSSL caused SSH to break.
>>
>> Here's the upgrade from aptitude's log:
>> [UPGRADE] libssl-dev:
Control: tags -1 moreinfo
On 2013-12-27 17:48 +0100, Alexis PM wrote:
> Package: xserver-xorg-video-nouveau
> Version: 1:1.0.1-5
> X-Debbugs-CC: llangr...@hotmail.com
>
> The
> PC has two cards: NVIDIA Corporation GF108 [GeForce GT 430] [10de:0de1]
> (rev a1) and 3Dfx Interactive, Inc. Voodoo B
Package: wine
Version: 1.6.1-7
Severity: important
The /usr/bin/wine script can only run 32-bit and 64-bit executables and
will fail for 16-bit programs which are still supported by wine. Also
symbolic links are not supported, you probably want to use the "-L"
option of file.
-- System Informat
Control: severity -1 grave
On 2012-06-23 04:10 +0200, Douglas F. Calvert wrote:
> Package: pconf-detect
> Version: 0.5-12
> Severity: important
>
> Dear Maintainer,
>
> pconfdetect will not run:
>
> Error this utility currently only works with linux version 2
This gem is in src/pconf_detect.c:
Am 29.12.2013 um 17:19 schrieb John Paul Adrian Glaubitz:
> On 12/29/2013 05:13 PM, Frank McCormick wrote:
>>* What led up to the situation?
>>
>> Updating via apt-get
>>
>>
>>* What was the outcome of this action?
>>
>> dpkg error
>
> That happens when trying to update
Package: wine32
Version: 1.6.1-10
Severity: grave
Running any program results in the message
/usr/lib/i386-linux-gnu/wine/bin/wine32: could not open
and an unsuccessful exit. AFAICT, this message comes from
wine-preloader; here is the tail from "strace -f wine32 notepad":
,
| 16196 readlin
On 2010-11-20 23:13 +0100, Thomas Dickey wrote:
> On Fri, Nov 19, 2010 at 06:23:03PM +0100, Sven Joachim wrote:
>>
>> Actually rpath is not a problem when running test/configure, but I could
>> not get it to use the just compiled-but-not-yet-installed ncurses
>> librar
reassign 604204 cscope
forcemerge 603081 604204
thanks
On 2010-11-21 10:57 +0100, Lucas Nussbaum wrote:
> Package: cscope-el
> Version: 15.7a-3.1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: instest-20101120 instest
>
> Hi,
>
> While testing the installation of all packages
tags 604164 + patch
thanks
On 2010-11-20 21:30 +0100, Marco Nenciarini wrote:
> Package: emacsen-common
> Version: 1.4.19
> Severity: serious
>
> On a fresh squeeze install reconfiguring the package give you an error
> and an exit status of 1
>
> mnen...@poison:~$ sudo dpkg-reconfigure emacsen-co
On 2010-11-22 17:24 +0100, Friedrich Delgado wrote:
> Package: emacs
> Version: 23.2+1-4
> Severity: normal
>
> How to reproduce:
>
> In the shell:
>
> dd if=/dev/urandom of=orig bs=1024 count=1
> cp orig copy
> cmp -l orig copy; echo $?
>
> In emacs:
> open copy with hexl-find-file
> go 1 line do
On 2010-11-23 14:44 +0100, Xavier Bestel wrote:
> Package: backup-manager
> Version: 0.7.9-3
> Severity: wishlist
>
>
> Hi,
>
> I don't know why, but since 2 days the tar commands segfaults. I'd like to
> debug why, but I don't know how to launch it, BM doesn't give enough info:
>
> [r...@awak:~]
On 2010-11-23 16:11 +0100, Xavier Bestel wrote:
> -d doesn't say much, apart from printing the useless logfiles:
I guess there's a reason why this option is not documented. But I think
setting BM_LOGGER_LEVEL="debug" would log the actual commands being run
to syslog.
> Maybe that part: "$comman
Am 24.11.2010 um 10:57 schrieb Harald Dunkel:
> PS: emacs23-lucid works for me.
Small wonder since the Lucid build does not use gconf. Since gconf is
not all too useful currently (the only benefit is that Emacs can use the
Gnome system font) and has such annoying side effects, I would suggest
co
On 2010-11-24 14:46 +0100, Friedrich Delgado wrote:
> Package: emacs
> Version: 23.2+1-4
> Severity: important
>
> emacs infrequently crashes for me. Unfortunately I'm not able to get a
> meaningful backtrace, despite at least trying to follow
> http://wiki.debian.org/HowToGetABacktrace
>
> Since
On 2010-11-25 17:38 +0100, Marco Paolone wrote:
> Since startup of emacs, there's a clear high cpu consumption.
Do you have gtk-qt-engine installed?
> Trying to clean
> user configuration and using `dpkg-reconfigure emacs23` doesn't solve the
> problem; in output these errors appear:
>
> Warning
On 2010-11-26 13:31 +0100, Alexander Reichle-Schmehl wrote:
> Am 26.11.2010 12:44, schrieb Rolf Leggewie:
>
>>> I've prepared an NMU for isdnutils (versioned as 1:3.9.20060704+dfsg.2-6.1)
>>> and
>>> uploaded it to DELAYED/2.
>> http://mentors.debian.net/debian/pool/main/i/isdnutils/isdnutils_3.9
On 2010-11-21 12:52 +0100, Thomas Dickey wrote:
> On Sun, 21 Nov 2010, Sven Joachim wrote:
>
>> On 2010-11-20 23:13 +0100, Thomas Dickey wrote:
>>
>>> On Fri, Nov 19, 2010 at 06:23:03PM +0100, Sven Joachim wrote:
>>>>
>>>> Actually rpath is not
Package: acpi-support-base
Version: 0.138-1
Severity: important
Since the upgrade to version 0.138-1, my system no longer shuts down
when I press the power button. Note that I'm not using a desktop
environment.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT poli
On 2010-11-28 09:52 +0100, Sven Joachim wrote:
> Package: acpi-support-base
> Version: 0.138-1
> Severity: important
>
> Since the upgrade to version 0.138-1, my system no longer shuts down
> when I press the power button. Note that I'm not using a desktop
> env
On 2010-11-28 12:22 +0100, Thomas Dickey wrote:
> On Sun, 28 Nov 2010, Sven Joachim wrote:
>
>> On 2010-11-21 12:52 +0100, Thomas Dickey wrote:
>>
>>> On Sun, 21 Nov 2010, Sven Joachim wrote:
>>>
>>>> On 2010-11-20 23:13 +0100, Thomas Dickey wrot
On 2010-11-28 12:40 +0100, Michael Meskes wrote:
> On Sun, Nov 28, 2010 at 10:11:39AM +0100, Sven Joachim wrote:
>> > Since the upgrade to version 0.138-1, my system no longer shuts down
>> > when I press the power button. Note that I'm not using a desktop
>> &g
On 2010-11-28 19:43 +0100, Thomas Dickey wrote:
> On Sun, 28 Nov 2010, Thomas Dickey wrote:
>>
>> Referring to your email:
>>
>> $ mkdir -p build && cd build && ../test/configure && make
>>
>> I'd thought that (a) would match this case. But trying just that, I
>> see that I was mistaken:
>>
Even with the /usr/share/doc/libncurses5-dev/examples directory removed,
the amount of architecture-independent data in libncurses5-dev is still
considerable. We have more than four Megabyte under
/usr/share/doc/libncurses5-dev/html and many hundreds of manpages (those
mostly eat inodes, since the
On 2010-11-30 22:35 +0100, Thomas Dickey wrote:
> On Tue, 30 Nov 2010, Sven Joachim wrote:
>
>> Even with the /usr/share/doc/libncurses5-dev/examples directory removed,
>> the amount of architecture-independent data in libncurses5-dev is still
>> considerable. We have
/debian/changelog b/debian/changelog
index 3d7d637..147a817 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xserver-xorg-video-nouveau (1:1.0.1-5+deb7u1) UNRELEASED; urgency=low
+
+ * Cherry-pick commit 482abbfafb56cbceaf5355c02 from libdrm-nouveau
+ 2.4.48, fixes undefined b
On 2014-02-14 00:26 +0100, Vincent Lefevre wrote:
> On 2014-02-13 13:59:03 +0100, Vincent Lefevre wrote:
>> On 2014-02-13 06:55:05 -0500, Thomas Dickey wrote:
>> >c) from running some particular application
>>
>> It was a colored "svn diff".
>
> I think I now know what triggered the problem:
Am 14.02.2014 um 23:00 schrieb Hilmar Preusse:
> On 14.02.14 Sven Joachim (svenj...@gmx.de) wrote:
>> Am 14.02.2014 um 19:42 schrieb Hilmar Preusse:
>
> Hi,
>
>> > I guess debug of the nouveau code is relevant. Here is the bt of
>> > the same core dump after i
Am 15.02.2014 um 16:01 schrieb Hilmar Preusse:
> On 15.02.14 Sven Joachim (svenj...@gmx.de) wrote:
>> Am 14.02.2014 um 23:00 schrieb Hilmar Preusse:
>
> Hi,
>
>> > I guess I rather look at https://bugs.debian.org/688082 . Is this a
>> > patch for it?
>&
Package: libsigc++-2.0-dev
Version: 2.2.11-2
Severity: grave
Your package depends on libsigc++-2.0- (= 2.2.11-2) which is not
available. The following message from the build log gives a hint:
,
| dpkg-gencontrol: warning: Depends field of package libsigc++-2.0-dev: unknown
substitution vari
Am 15.02.2014 um 22:53 schrieb Hilmar Preusse:
> On 15.02.14 Sven Joachim (svenj...@gmx.de) wrote:
>> Am 15.02.2014 um 16:01 schrieb Hilmar Preusse:
>
> Hi,
>
>> > He says, it is fixed latest in 1:1.0.10-1 (Debian testing).
>>
>> Yes. What I mean is th
Am 19.02.2014 um 15:07 schrieb Hilmar Preusse:
> OK, I can't follow Thiemos observation, that nouveau 1.0.10 solves
> the problem. I now have
>
> ii libdrm-nouveau2:i386 2.4.52-1
> ii xserver-xorg-video-nouveau 1:1.0.10-1
> ii xserver-xorg-video-nouveau
Am 19.02.2014 um 21:18 schrieb Hilmar Preusse:
> On 19.02.14 Sven Joachim (svenj...@gmx.de) wrote:
>
> Hi,
>
>> They will likely complain about your old kernel and mesa versions, but
>> you can try (I don't think those matter in this case).
>>
> The nouv
Package: libgphoto2-l10n
Version: 2.5.2-2
The mo files in libgphoto2-l10n (sensibly) include the soname and thus
will not work with libgphoto2-2. Please rename your package to
libgphoto2-6-l10n to make it coinstallable with the translations for
libgphoto2-2.
-- System Information:
Debian Releas
On 2013-10-19 18:54 +0200, Sven Joachim wrote:
> On 2012-06-28 13:46 +0200, Sven Joachim wrote:
>
>> tags 679390 + patch
>> thanks
>>
>> On 2012-06-28 13:03 +0200, Sven Joachim wrote:
>>
>>> Package: debian-el
>>> Version: 35.2
>&g
Control: reassign -1 libncursesw5-dev
Control: forcemerge 735782 -1
Control: severity 735782 serious
This FTFBS was caused by bug 735782 which has been fixed in the
meantime.
Cheers,
Sven
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscrib
Source: fonts-freefont
Version: 20120503-2
Severity: serious
This version of fonts-freefont dropped both the transitional package and
the Provides for ttf-freefont, claiming in the changelog that there are
no reverse dependencies. I don't know where you got this idea - there
are actually a few do
On 2014-02-07 05:32 +0100, Daniel Schepler wrote:
> As the subject says: the attached patch allows for bootstrapping ncurses, at
> an early stage of the process when multilib compilers and libraries are not
> yet available.
>
> diff -urN ncurses-5.9+20130608.old/debian/rules
> ncurses-5.9+20130
On 2014-02-07 19:17 +0100, Daniel Schepler wrote:
> Huh, I wasn't aware that this had finally made its way into dpkg. So
> yes, that does make sense.
>
> Is there any way to specify the corresponding changes in Build-Depends
> yet?
Yes, use in anything you don't need for a stage1 build.
See htt
On 2014-02-07 12:07 +0100, Christian PERRIER wrote:
> Quoting Sven Joachim (svenj...@gmx.de):
>> Source: fonts-freefont
>> Version: 20120503-2
>> Severity: serious
>>
>> This version of fonts-freefont dropped both the transitional package and
>> the Pro
Control: found -1 1.0.8-1
On 2014-02-09 16:45 +0100, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the libreiser4-dev package:
>
> #667889: libreiser4-dev: should not depend on libncurses5-dev
As the subject says, this b
On 2014-02-10 15:44 +0100, Colin Watson wrote:
> On Mon, Jul 08, 2013 at 10:26:03PM +0200, Sven Joachim wrote:
>> On 2013-07-08 19:29 +0200, Colin Watson wrote:
>> > On Mon, Jul 08, 2013 at 06:29:42PM +0200, Sven Joachim wrote:
>> >> Attached is a patch that adap
On 2014-02-10 18:27 +0100, Colin Watson wrote:
> On Mon, Feb 10, 2014 at 06:22:14PM +0100, Sven Joachim wrote:
>>
>> AFAICS tmpfiles.d files are processed _only_ at boot time, so there's
>> the problem of creating the directory when openssh-server is installed
>&g
Control: tags -1 + moreinfo unreproducible
On 2013-12-03 20:48 +0100, Anders Lagerås wrote:
> Package: xterm
> Version: 299-1
> Severity: important
>
> xterm does not start.
"It doesn't work" is not a useful bug description. Please show what
error messages you see when starting xterm (from some
On 2013-12-03 21:30 +0100, Anders Lagerås wrote:
> On 2013-12-03 21:00, Sven Joachim wrote:
>>
>> "It doesn't work" is not a useful bug description. Please show what
>> error messages you see when starting xterm (from some other terminal
>> emulator).
Am 03.12.2013 um 22:01 schrieb Elimar Riesebieter:
> Reading symbols from /usr/bin/xterm...(no debugging symbols found)...done.
That's why I told the bug submitter to rebuild xterm with debugging
symbols, without them the backtrace is useless.
> #7 0x744de760 in ?? () from /usr/lib/x86_
On 2013-12-05 22:20 +0100, Daniel Kahn Gillmor wrote:
> Package: dpkg-dev
> Version: 1.17.3
> Severity: normal
>
> When building C++ projects using debhelper within an up-to-date sid
> cowbuilder these days, i often get the following message during
> dh_shlibdeps:
>
>dh_makeshlibs
>dh_shli
Control: reassign -1 dpkg 1.17.3
There seems to be a problem with the file list handling in dpkg 1.17.2.
AFAICS the hardening-wrapper package sets up diversions correctly in the
preinst but dpkg still reports a file conflict.
Under dpkg 1.17.1 hardening-wrapper installs fine.
On 2013-12-06 10:36
Source: bison
Version: 2:3.0.2.dfsg-1
Severity: serious
Your package FTBFS on most buildds with the error message
mv: cannot stat 'examples/extracted.stamp.tmp': No such file or directory
It seems there is a problem with parallel builds, I could reproduce it
with "dpkg-buildpackage -j2", but not
Package: valgrind-dev
Version: 1:3.9.0-2
Severity: serious
There was a problem installing your package (sorry for the German):
,
| Entpacken von valgrind-dev:i386 (1:3.9.0-2) ...
| dpkg: Fehler beim Bearbeiten des Archivs
/var/cache/apt/archives/valgrind-dev_1%3a3.9.0-2_i386.deb (--unpack):
On 2013-12-17 11:39 +0100, Holger Levsen wrote:
> control: reassign -1 xserver-xorg-video-nouveau
> thanks
First you reassigned it to src:linux which seems to at least somewhat
reasonable to me…
> This is a wild guess. Please support cleaning up bugs against the base
> system.
> This is clearl
On 2013-10-12 22:18 +0200, Mark Hawkins wrote:
> Package: base
> Severity: normal
>
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
>
>* What led up to the situation? Just performed a fresh install of Debian 7.
> As soon as the the system was restarted
Package: debian-reference-common
Version: 2.51
Severity: normal
While upgrading your package I noticed a warning from dpkg that it could
not remove /usr/share/doc/debian-reference-common/html because it's not
empty, and indeed it contains an index.html file which seems to be a
remnant of earlier v
On 2012-06-28 13:46 +0200, Sven Joachim wrote:
> tags 679390 + patch
> thanks
>
> On 2012-06-28 13:03 +0200, Sven Joachim wrote:
>
>> Package: debian-el
>> Version: 35.2
>> Severity: normal
>>
>> M-x debian-bug does not run the package's bug sc
Am 20.10.2013 um 23:50 schrieb John Paul Adrian Glaubitz:
>> error: XDG_RUNTIME_DIR not set in the environment.
>> libGL error: failed to load driver: nouveau
>> libGL error: Try again with LIBGL_DEBUG=verbose for more details.
>> error: XDG_RUNTIME_DIR not set in the environment.
>
>> Versions of
On 2013-10-21 08:21 +0200, Daniel Kahn Gillmor wrote:
> On 10/20/2013 05:38 PM, John Paul Adrian Glaubitz wrote:
>
>> after upgrading to the Mesa
>> version in experimental (9.2.1-1). I figured out that after upgrading
>> to 9.2.1-1, Mesa could no longer load the nouveau_dri.so module
>> which I c
On 2013-10-22 14:46 +0200, Samuel Thibault wrote:
> The Hurd console does ignore \n at end of lines, just like Linux does.
> Could you thus add xenl to the hurd terminfo, as the attached patch
> does?
Certainly, but there is a comment in the file that would also need an
update:
# Note about com
Control: forcemerge -1 727541
Control: reassign -1 libept1.4.12 1.0.10
Control: severity -1 grave
Control: affects -1 aptitude
Am 24.10.2013 um 08:36 schrieb Sebastian Bremicker:
> Package: aptitude
> Version: 0.6.8.2-1.2
> Severity: important
>
> Dear Maintainer,
>
> the latest version of aptitu
Am 22.10.2013 um 00:09 schrieb John Paul Adrian Glaubitz:
> On 10/21/2013 09:08 PM, Sven Joachim wrote:
>>> I have also reported this issue upstream [1], even though I
>>> don't think this is an upstream issue but with the particular
>>> Debian package.
>&g
On 2014-01-05 15:05 +0100, Alexis PM wrote:
> Thanks for the interest
>
>
>>We need the output of the reportbug bug script, otherwise nothing can be
>>done about the problem.
>
>
> Attached to the end of the mail.
Thanks. I don't really see where your old Voodoo card comes into play,
but your ke
Control: forwarded -1 http://www.sudo.ws/bugs/show_bug.cgi?id=631
Somebody reported this problem upstream, a workaround is to use
Defaults use_pty
in sudoers.
Cheers,
Sven
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
On 2014-01-17 21:21 +0100, Jakub Wilk wrote:
> Package: libncursesw5-dev
> Version: 5.9+20131221-1
> Severity: normal
>
> "pkg-config --cflags ncursesw" doesn't print anything:
>
> $ pkg-config --cflags ncursesw
Thanks for the report, this is indeed incorrect.
> I belive it should print "-I/usr/
Control: forcemerge 326200 -1
On 2013-11-22 11:30 +0100, nsa spy wrote:
> i don't know what default behaviour should be on a pc keyboard.
> but still meta gives some weird characters doesn't sound like normal
> behaviour.
>
> if i add only "*eightBitInput: false" to the default XTerm file then a
On 2013-11-27 10:30 +0100, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
>
>> tags 466704 fixed-upstream
> Bug #466704 [libx11-6] xterm: pointer color is always white by default due to
> default theme
> Added tag(s) fixed-upstream.
This bug is currently ass
Control: reassign -1 xterm
On 2013-11-27 21:06 +0100, Thomas Dickey wrote:
> On Wed, Nov 27, 2013 at 07:27:30PM +0100, Sven Joachim wrote:
>>
>> This bug is currently assigned to libx11-6, should it be reassigned back
>> to xterm?
>
> If that's the simplest way
On 2013-11-29 17:11 +0100, Axel Beckert wrote:
> Vincent Lefevre wrote:
>> See the incorrect newline handling after the dpkg error (there's a LF
>> but not a CR). Since /usr/bin/aptitude-curses contains both messages
>> "A package failed to install" and "Trying to recover", I suppose this
>> comes
On 2013-12-01 18:23 +0100, Thomas Dickey wrote:
> There's a configure-time dependency on libxcursor-dev which is needed
> to complete this change. (It's not a compile-time dependency, because
> that library isn't linked directly to xterm).
I see, will add libxcursor-dev to Build-Depends.
Cheers
Package: libwine
Version: 1.6.1-5
Severity: normal
File: /usr/share/wine/wine/fonts/sserife.fon
After upgrading libwine from 1.4.1-4 I noticed that the 'a' character
was broken in some dialogues. Investigation showed that the bad font
file is /usr/share/wine/wine/fonts/sserife.fon, replacing it w
101 - 200 of 4069 matches
Mail list logo
