Source: redland-bindings
Version: 1.0.17.1+dfsg-1.3
Severity: serious
Tags: bullseye sid ftbfs
I was looking at #966787, and while the fix for that bug should be easy
(just remove python-librdf's hardcoded python dependency), I could not
build the package in a current amd64 sid chroot:
,
| gc
The python-librdf package has a hardcoded dependency on python. Simply
removing it should be enough to fix this bug, however the package does
currently FTBFS, see #967932.
Cheers,
Sven
Control: fixed -1 1.0.17.1+dfsg-1.4
On 2020-08-08 19:42 +, Matthias Klose wrote:
> not sure what the bug submitter was trying, but 1.0.17.1+dfsg-1.4 just built
> fine.
I tried to build the package with sbuild in a sid chroot, which failed.
Apparently some change in dh-python made it necessa
Package: libgcc-8-dev
Version: 8.4.0-2
Severity: grave
The latest version of gcc-8 is not installable because libgcc-8-dev
depends on libgcc-s1 (>= 1:8.4.0-2), but the version of libgcc-s1 in the
archive does not have an epoch and is therefore too low to fulfill this
requirement.
The same holds f
Control: tags -1 moreinfo
On 2020-09-18 16:55 +0200, Bas Couwenberg wrote:
> Source: ncurses
> Version: 6.2+20200912-1
> Severity: serious
> Justification: makes the package in question unusable or mostly so
>
> Dear Maintainer,
>
> Upgrading sid & experimental pbuilder chroots fails due to the n
Am 18.09.2020 um 13:43 schrieb Helmut Grohne:
> Source: dpkg
> Version: 1.20.5
> Severity: serious
> Tags: ftbfs
>
> dpkg FTBFS as of today:
>
> | g++ -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\"
> | -DADMINDIR=\"/var/lib/dpkg\" -DLIBDIR=\"/usr/lib/dpkg\"
> | -DLOCALLIBDIR=\"/usr/local/lib/dp
Control: reassign -1 cowdancer 0.88
Control: retitle -1 cowdancer: needlessly links with ncurses
Control: severity -1 important
On 2020-09-18 18:22 +0200, Sebastiaan Couwenberg wrote:
> Control: tags -1 - moreinfo
>
> On 9/18/20 6:13 PM, Sven Joachim wrote:
>> On 2020-09-18 1
Control: clone -1 -2
Control: reassign -2 libncurses-dev 6.2+20200912-1
Control: retitle -2 dpkg and zsh FTBFS: KEY_EVENT undeclared
Control: severity -1 normal
Control: tags -2 - ftbfs
On 2020-09-18 19:29 +0200, Guillem Jover wrote:
> On Fri, 2020-09-18 at 18:26:34 +0200, Sven Joachim wr
Control: tag -1 pending
Hello,
Bug #970577 in ncurses reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/ncurses/-/commit/2d6ac0aae872eacba1c6052543303774ac
Control: reassign -1 libprocps-dev
Control: forcemerge 951494 -1
On 2020-02-23 14:27 +0100, Lucas Nussbaum wrote:
> Source: apitrace
> Version: 9.0+repack-1
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20200222 ftbfs-bullseye
>
> Hi,
>
> During
Package: libgcc-s1
Version: 10-20200202-1
Severity: serious
On systems where /lib is a symlink to /usr/lib (which is the case for
every new buster installation, for instance), it can easily happen that
/usr/lib/$DEB_HOST_MUTIARCH/libgcc_s.so.1 disappears on upgrades. This
happens whenever libgcc-
Control: notfound -1 2.4.6-11
Control: found -1 2.4.6-12
On 2020-02-08 10:49 +0100, Jakub Wilk wrote:
> Package: libtool-doc
> Version: 2.4.6-11
> Severity: serious
>
> The package failed to upgrade:
>
> Preparing to unpack .../28-libtool-doc_2.4.6-12_all.deb ...
> Unpacking libtool-doc (2.4.
Control: reassign -1 cowdancer
Control: forcemerge 970555 -1
On 2020-09-21 17:53 +0200, Rene Engelhard wrote:
> Package: libtinfo6
> Version: 6.2+20200918-1
> Severity: serious
>
> Hi,
>
> in a (dist-|cowbuilder ) upgrade of my i386 chroot:
>
> Preparing to unpack .../libncursesw6_6.2+20200918-1
Control: reassign -1 cowdancer
Control: forcemerge 970555 -1
On 2020-09-25 13:28 +0200, Michael Biebl wrote:
> Package: libncurses6
> Version: 6.2+20200918-1
> Severity: serious
>
> Today I tried to upgrade my cowbuilder chroots.
> This failed with the following error message:
>
> Preparing to un
Package: webext-compactheader
Version: 3.0.0~beta5-2
Severity: grave
Control: forwarded -1 https://github.com/jmozmoz/compactheader/issues/42
After upgrading thunderbird from 68 to 78, it deactivated the
CompactHeader extension as incompatible.
Perhaps it should be replaced by
https://addons.thun
Control: forcemerge 970555 971674
Am 04.10.2020 um 21:07 schrieb Thorsten Glaser:
> found 971674 0.81
> notfound 971674 0.80
> thanks
>
>> Definitively an issue as log.c (part of the DLL) uses curses
>> making the whole thing fragile.
>
> Jessica, you added this in e4b477ef7e77316c5171d15ac119b57
c7f9cb848f8da2e4807753138f64acce0397b343 Mon Sep 17 00:00:00 2001
From: Sven Joachim
Date: Mon, 1 Jun 2020 09:08:10 +0200
Subject: [PATCH 1/1] Fix d/not-installed for non-amd64
---
debian/not-installed | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/not-installed b/debian/not-installed
index b08b312
Control: severity -1 normal
Control: tags -1 moreinfo wontfix
On 2020-06-05 14:35 +0300, Mohammed Alnajdi wrote:
> Package: libncurses5-dev
> Version: 6.1+20181013-2+deb10u2
> Severity: serious
> Justification: Installing libncurses5-dev installs libncurses6 from
> libncurses-dev and not
>
> Hell
On 2023-12-05 23:03 +0100, Santiago Vila wrote:
> Package: src:ap-utils
> Version: 1.5-5
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> During a rebuild of all packages in unstable, your package failed to build:
>
> [snip]
>
> The above is just how the build ends and not necessarily th
Control: notfound -1 6.05.01-1
Control: found -1 6.7-1
On 2024-04-01 06:17 +0200, Bas Couwenberg wrote:
> Source: manpages
> Version: 6.05.01-1
> Severity: serious
> Justification: makes the package in question unusable or mostly so
>
> Dear Maintainer,
>
> manpages-dev failed to upgrade due to a
Control: tags -1 + patch
On 2024-04-01 06:41 +0200, Sven Joachim wrote:
> Control: notfound -1 6.05.01-1
> Control: found -1 6.7-1
>
> On 2024-04-01 06:17 +0200, Bas Couwenberg wrote:
>
>> Source: manpages
>> Version: 6.05.01-1
>> Severity: serious
>> Justi
On 2024-04-01 16:23 +0200, Alejandro Colomar wrote:
> Package: glibc-doc
> Version: 2.38-6
> Severity: serious
> Justification: Policy 7.4
> X-Debbugs-Cc: a...@kernel.org, mar...@debian.org
>
> Dear Maintainer,
>
> The Linux man-pages project has recently added the pthread_*(3) manual
> pages that
On 2024-04-01 18:00 +0200, Alejandro Colomar wrote:
> Hi Sven,
>
> On Mon, Apr 01, 2024 at 05:35:18PM +0200, Sven Joachim wrote:
>> Obviously the manpages-dev package should not have shipped these files
>> as long as there are in glibc-doc; this is tracked in #1068166.
>
On 2024-04-01 19:02 +0200, Alejandro Colomar wrote:
> Hi Sven,
>
> On Mon, Apr 01, 2024 at 06:38:52PM +0200, Sven Joachim wrote:
>> Makes perfect sense, but at the moment it can only be uploaded to
>> experimental.
>>
>> > We're not in a freeze, so I gue
Package: bsdgames
Version: 2.17-31
Severity: serious
Your package fails to configure in a fresh installation (but not when
upgrading from a previous version). This is what happens in a throwaway
chroot (unrelated lines stripped from apt/dpkg output):
,
| # apt install bsdgames
| Selecting pr
Control: severity -1 normal
On 2024-04-03 11:29 +0200, Alejandro Colomar wrote:
> Hi,
>
> On Tue, Apr 02, 2024 at 08:58:32PM +0200, Aurelien Jarno wrote:
>> Thanks, that sounds great that we can finally get rid out of those in
>> the debian package.
>>
>> >$ git diff --stat b06cd070f..128a3ae
Package: elpa-magit
Version: 3.3.0+git20231219.1.c7ab6931-1
Severity: serious
After loading magit Emacs displayed the following message in the
*Warnings* buffer:
,
| Emergency (magit): Magit requires ‘transient’ >= 0.5.0,
| but due to bad defaults, Emacs’ package manager, refuses to
| upgrade
Package: adequate
Version: 0.16.7
Severity: grave
The current version of adequate fails on any package for me, complaining
about unexpected output from update-binfmts:
,
| $ adequate ncurses-base
| 2024/08/02 17:20:41 Unexpected output from /usr/sbin/update-binfmts
--display: "mask =
Package: login
Version: 1:4.16.0-2+really2.40.2-4
Severity: serious
Tags: patch
The login package no longer ships its PAM configuration file
/etc/pam.d/login, this will likely lead to breakage on new installations
(on upgrades the file remains as an obsolete conffile).
The following patch fixes t
Package: texlive-base
Version: 2024.20240829-1
Severity: serious
There was a hiccup in today's upgrade:
,
| Vorbereitung zum Entpacken von .../10-texlive-base_2024.20240829-1_all.deb ...
| Entpacken von texlive-base (2024.20240829-1) über (2024.20240706-1) ...
| dpkg: Fehler beim Bearbeiten d
Control: reassign -1 quilt
Control: forcemerge 1053444 -1
On 2023-10-04 20:50 +0300, Adrian Bunk wrote:
> Source: libx11
> Version: 2:1.8.7-1
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/logs.php?pkg=libx11&ver=2%3A1.8.7-1
>
> ...
> fakeroot debian/rules clean
> dh clea
On 2023-10-16 04:36 +0200, Vincent Lefevre wrote:
> Package: libncursesw6
> Version: 6.4+20231007-1
> Severity: grave
> Justification: renders package unusable
>
> With libncursesw6 6.4+20231007-1, I get the following issue:
>
> $ screen -dRR mutt /usr/bin/mutt
> [screen is terminating]
>
> after
Control: tag -1 pending
Hello,
Bug #1054022 in ncurses reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/ncurses/-/commit/fd97890e29438193658d075422710eed8
Control: forwarded -1
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/569
On 2024-03-13 12:47 +0100, Lucas Nussbaum wrote:
> Source: xserver-xorg-video-nouveau
> Version: 1:1.0.17-2
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.or
Control: forwarded -1 https://gitlab.freedesktop.org/mesa/mesa/-/issues/10613
On 2024-02-17 18:53 +0100, Sven Joachim wrote:
> Control: severity -1 grave
>
> On 2024-02-17 13:35 +0100, Lorenzo Beretta wrote:
>
>> Package: libgl1-mesa-dri
>> Version: 24.0.1-1
>>
On 2024-03-13 13:08 +0100, Lucas Nussbaum wrote:
> Source: tack
> Version: 1.08-1
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20240313 ftbfs-trixie
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
>
On 2024-03-13 18:07 +0100, Sven Joachim wrote:
> Control: forwarded -1
> https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/569
>
> On 2024-03-13 12:47 +0100, Lucas Nussbaum wrote:
>
>> Source: xserver-xorg-video-nouveau
>> Version: 1:1.
Control: severity -1 normal
Am 19.03.2024 um 22:15 schrieb Helge Deller:
> Source: xserver-xorg-video-nouveau
> Version: 1:1.0.17-3
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> X-Debbugs-Cc: del...@debian.org
>
> Failure can
tailsWin->_maxy - 2;
> |^~
The attached patch, which can be added to the series file, fixes these
errors, but I have only tested that the package builds, not if it works.
Note that getmaxx(win) returns win->_maxx + 1, and similar f
42 | typedef struct _win_st WINDOW;
The attached patch, which can be added to the series file fixes, these
errors and two additional ones in src/linpac.cc, but I have only tested
that the package builds, not if it works. Note that getmaxx(win)
returns win->_maxx + 1, and similar for getmaxy.
, using the getcury()/getcurx() functions
rather than accessing the stdscr structure directly which no longer
works in current ncurses. It is straightforward, but I have only tested
that bosh builds, not if it works.
Cheers,
Sven
From 4e13fe3db4df26574709c107a24bed9eb8b1924b Mon Sep 17 00:00:00 2001
From: Sven Joachim
Dat
Sven
From 676299deb4fa83c7f100011da2948c49ba97499c Mon Sep 17 00:00:00 2001
From: Sven Joachim
Date: Sun, 17 Dec 2023 16:15:43 +0100
Subject: [PATCH] Avoid accessing internal ncurses structures
Since ncurses patchlevel 20231021 the WINDOW structure is opaque, its
members cannot be addressed dir
940:53: note: in expansion of macro ‘__MOUSE_IN’
> 940 | if
> (__MOUSE_IN(window_def, m_event, -2, 1, -3, 2) && !focus)
> | ^~
> ydpdict.c:856:67: error: invalid
ressed directly. Use the functions ncurses
provides for this purpose instead.
Author: Sven Joachim
Bug-Debian: https://bugs.debian.org/1057602
--- scm-5f3.orig/crs.c
+++ scm-5f3/crs.c
@@ -250,7 +250,7 @@ SCM owidth(arg)
if (UNBNDP(arg)) arg = cur_outp;
ASRTER(NIMP(arg) && OPOUTPORT
ssed
directly anymore. The remedy is rather simple: instead of
item->index, use item_index(item) to retrieve the index. See the
attached patch which can be added to the series file.
Disclaimer: I have only tested that the package builds, not if it works.
Cheers,
Sven
From 037e6dd0794
Control: tags -1 + fixed-upstream
On 2023-12-05 23:06 +0100, Santiago Vila wrote:
> Package: src:libgnt
> Version: 2.14.3-2
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> During a rebuild of all packages in unstable, your package failed to build:
>
> --
that dradio
builds, not if it works.
Cheers,
Sven
From 4baeee0b133b577e8c76dfec5bd92f77ba805bd9 Mon Sep 17 00:00:00 2001
From: Sven Joachim
Date: Wed, 20 Dec 2023 17:13:56 +0100
Subject: [PATCH] Fix FTBFS with opaque ncurses
Since ncurses patchlevel 20231021 the ITEM structure is opaque, its
members cannot be
s/src/watch/CMakeFiles/watch.dir/nc_windows/header_window.cpp.o]
> Error 1
The attached patch fixes these errors and similar ones in
analyzers/src/watch/nc_windows/statistics_window.cpp. Note that
getmaxx(window) returns window->_maxx + 1, and similar for getmaxy().
Disclaimer: I have only te
Package: libgl1-mesa-dri
Version: 24.1.1-1
Severity: serious
Control: block -1 by 1067699
I just had to downgrade a bunch of packages from src:mesa to version
24.1.0-2, because the installation of libllvm18:i386 failed due to a
file conflict that has been present for a few months, see #1067699.
P
On 2023-07-26 21:47 +0200, Lucas Nussbaum wrote:
> Source: emacs
> Version: 1:28.2+1-15
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230726 ftbfs-trixie
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to b
Package: libgprofng0
Version: 2.40.90.20230729-1
Severity: grave
Tags: patch
The new versions of binutils is not installable:
,
| $ LANG=C apt -s install binutils binutils-x86-64-linux-gnu
| [...]
| Some packages could not be installed. This may mean that you have
| requested an impossible si
Control: tags -1 + patch
On 2024-02-29 23:26 +0100, Sven Joachim wrote:
> Package: xdelta
> Version: 1.1.3-10.5
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek
>
>
> The xdelta package still depends on libxdelta2, rather than on
> libxdelta2t64 as it s
Package: libuuid1
Version: 2.39.3-7
Severity: serious
The last upload renamed libuuid1t64 back to libuuid1, but because the
former has an unversioned Replaces: on the latter, it will not take the
library files back. Removing the libuuid1t64 package will therefore
silently lose the files.
It seem
On 2024-03-04 16:01 +0100, Axel Beckert wrote:
> Source: aptitude
> Version: 0.8.13-5
> Severity: serious
> Tags: ftbfs
> X-Debbugs-Cc: a...@debian.org, z...@debian.org
>
> Citing from https://buildd.debian.org/status/package.php?p=aptitude:
>
> BinNMU changelog for aptitude on amd64, arm64, armel
Package: perl-base
Version: 5.38.2-3.1
Severity: serious
X-Debbugs-Cc: Sven Joachim , Steve Langasek
On i386, perl-base provides perlapi-5.38.2t64 rather than
perlapi-5.38.2. This makes tons of packages uninstallable or
unbuildable and is not what has been agreed upon in #1060246.
The reason
Control: tags -1 + patch
On 2024-03-05 11:47 +0100, Sven Joachim wrote:
> Package: perl-base
> Version: 5.38.2-3.1
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek
>
>
> On i386, perl-base provides perlapi-5.38.2t64 rather than
> perlapi-5.38.2. Thi
Package: wv
Version: 1.2.9-6.1
Severity: serious
X-Debbugs-Cc: Sven Joachim , Steve Langasek
After renaming the libwv-1.2-4 library package to libwv-1.2-4t64, the
/usr/share/doc/wv symlink has become dangling.
,
| $ file /usr/share/doc/wv
| /usr/share/doc/wv: broken symbolic link to libwv
Control: tags -1 + patch
On 2024-03-07 18:49 +0100, Sven Joachim wrote:
> Package: wv
> Version: 1.2.9-6.1
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek
>
>
> After renaming the libwv-1.2-4 library package to libwv-1.2-4t64, the
> /usr/share/d
Package: emacs-snapshot
Version: 1:20060524-1
Severity: serious
Tags: patch
There was a problem building this week's snapshot. From the end of the
`debuild' log (sorry for the German, but the problem should be clear
anyway):
# save binary from deletion
mv src/emacs src/nox-emacs
touch emacs-nox
Package: libxv1
Version: 1:1.0.1-3
Severity: serious
The copyright file is missing in /usr/share/doc/libxv1. Please add it
as mandated by section 12.5 of the Debian Policy Manual.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Arc
Package: fvwm95
Version: 2.0.43ba-23
Severity: grave
From /usr/share/doc/fvwm95/changelog.Debian.gz:
fvwm95 (2.0.43ba-23) unstable; urgency=low
* [...]
* Rebuild against libreadline5 (closes: Bug#326361)
It seems that you did not actually do this, since on i386 fvwm95 still
depends on libr
reopen 351516
severity 351516 minor
retitle 351516 fvwm95: Recommends unavailable xcontrib package
thanks
Steve Langasek wrote:
While you're at it, you also should remove the Recommends: of xcontrib
in debian/control, since that package is gone for several years now.
Hmm, please reopen this
in #341381. Also, look in /tmp, "grub-install" should
have left a log there.
Best regards,
--
Sven Joachim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: w3-doc-e21
Version: 4.0pre.2001.10.27-18
Severity: serious
From /usr/share/info/emacs-21/w3.info.gz:
,
|Permission is granted to make and distribute verbatim copies of this
| manual provided the copyright notice and this permission notice are
| preserved on all copies.
`
On
Package: wine
Version: 0.9.10-1
Severity: serious
It is nice that your packages now recommend several other ones, rather than
just suggesting them. However, there is one package which wine must _not_
recommend, namely msttcorefonts. This package is in contrib, and
recommending it violates secti
Package: scilab-bin
Version: 3.0-14.1
Severity: serious
Your package depends on libreadline5, indicating that some binary
depends on it (AFICS, it's /usr/lib/scilab/scilex). Since the
readline library is distributed under the GPL rather than the LGPL,
you may not link software with a GPL-incompa
Package: gcc-4.0-base
Version: 4.0.2-10
Severity: serious
It looks as if bug #346171 has raised its ugly head again, since somehow the
files /usr/share/doc/gcc-4.0-base{copyright, changelog.Debian.gz} disappeared
after the upgrade from 4.0.2-9 to 4.0.2-10:
$ ls /usr/share/doc/gcc-4.0-base
Ada
Matthias Klose wrote:
Sven Joachim writes:
Package: gcc-4.0-base
Version: 4.0.2-10
Severity: serious
It looks as if bug #346171 has raised its ugly head again, since somehow the
files /usr/share/doc/gcc-4.0-base{copyright, changelog.Debian.gz} disappeared
after the upgrade from 4.0.2-9 to
reassign 355439 libgcc1
thanks
Reassigning this to libgcc1, since I found out this package
(and lib64gcc1) at fault (see my previous message).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Matthias Klose wrote:
reassign 355439 gcc-4.0-base
thanks
Sven Joachim writes:
reassign 355439 libgcc1
thanks
Reassigning this to libgcc1, since I found out this package
(and lib64gcc1) at fault (see my previous message).
no, the file is missing in gcc-4.0-base.
Huh? The gcc-4.0-base
Package: loadlin
Version: 1.6c.really1.6c-1
Severity: serious
The DOS executable loadlin.exe is not rebuilt in the maintainer
scripts, and it appears it even cannot be built with programs in
Debian since the makefile in the src directory starts as follows:
# Makefile for LOADLIN-1.6 (C) 1994..19
Matthias Klose wrote:
But maybe some magic in the preinst scripts can avoid that.
Please check the packages at
deb http://people.debian.org/~doko/gcc-4.0 ./
Inside a chroot, I upgraded the packages:
4.0.2-6 -> 4.0.2-9 -> 4.0.2-11,
but, alas, the copyright and changelog were still lost
a
Matthias Klose wrote:
please recheck (after downgrading to 4.0.2-9), I had two copies of the
packages at different places. Sorry.
I now looked into the new 4.0.3-1 versions, they hopefully fix
this for good. Some people may wonder why the files in
/usr/share/doc/gcc-4.0-base have two names, bu
[ CC'ing debian-emacsen, as this should be of interest for Emacs users and
developers. Also, I would like to read other people's opinion about this.]
Jérôme Marant wrote:
Since the FDL documents contain invariant sections, they will have to be
moved to non-free very soon.
When you do this, p
orry you don't like this. I'm not really fond of it either, but I
have the choice of either do what the Project decided or resign from the
Project. I've chosen the former.
Thank you very much for this decision.
Regards,
Sven Joachim
Package: gawk
Version: 1:3.1.5-2
Severity: serious
From the gawk info manual:
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.2 or
any later version published by the Free Software Foundation; with the
Invar
Package: tar
Version: 1.15.1-4
Severity: serious
From the tar info manual:
Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License,
Version 1.1 or any later version published by the Free Software
Foundation;
Package: bash-doc
Version: 3.1-3
Severity: serious
From bashref.info:
Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License,
Version 1.1 or any later version published by the Free Software
Foundation; with
Package: html-helper-mode
Version: 3.0.4kilo-1
Severity: grave
Tags: patch
Something went wrong when you applied my patch for #374587, since
there is a closing parenthesis missing in line 17 of
/etc/emacs/site-start.d/50html-helper-mode.el. The result is an error
message during Emacs' start ("Er
This bug, which was cloned from #365900, should have been closed
together with that bug, seems this was forgotten. Would somebody
close it now? I don't dare doing that myself, considering such an
action as politically not quite correct. ;-)
Cheers,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PR
#include
Is there any progress on this bug? If not, I'll reassign
it to ftp.debian.org and request removal of your package,
to avoid legal risks for Debian.
Cheers,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: emacs-goodies-el
Version: 26.3-1
Severity: serious
It seems to me that some Emacs Lisp packages in emacs-goodies-el are
only of any use if non-free software is installed on the system,
namely: maplev.el needs Maple, matlab.el needs Matlab and tcl.el needs
the Target Language Compiler (wh
Package: tetex-doc
Version: 3.0-10
Severity: serious
The Debian changelog is missing in the /usr/share/doc/tetex-doc
directory. Please add it there as mandated by section 12.7 of the
Policy Manual.
-- System Information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
debian-devel or debian-policy.
While I would still prefer a different package for these files, I am
sufficiently convinced that it is no policy violation to leave them in
the main section. So I've downgraded the severity to "wishlist".
Kind Regards,
--
Sven Joachim
--
To U
In the new grub package 0.97-2, I no longer see the dreadful message
Error 21: Selected disk does not exist
when running grub unter a 2.4 kernel. AFICT, the only change that can be
responsible for this welcome change is the removal of the odirect.diff
patch, which was supposed to close #341888.
severity 329177 important
thanks
Krystof Zacek wrote:
Package: kaffeine
Version: 0.7.1-1
Severity: grave
Justification: renders package unusable
Kaffeine configuration wizard is displayed each time Kaffeine starts.
The Desktop icon never gets created.
This is very annoying, of course, but it
Do you have nvidia-glx installed? That package diverts some files in
the xlibmesa-gl package, which leads to the dangling symlink
/usr/lib/libGL.so. Here's what "dpkg -L xlibmesa-gl" prints for me:
/.
/usr
/usr/X11R6
/usr/X11R6/lib
/usr/X11R6/lib/libGL.so.1.2
diverted by nvidia-glx to: /usr/X11
severity 332753 important
thanks
Andre Heynatz wrote:
I have read bug report #208198 and am somewhat confused. It has become a
combinatorical problem, and my head smokes. But there seems to be an easy way
out: libGL.so.1 is linked to different files whether Mesa or nVidia libs are
used:
libG
reopen 208198
tags 208198 - fixed-in-experimental
thanks
As of version 1.0.7676-1 of nvidia-glx, the symlink
/usr/lib/libGL.so -> libGL.so.1.2 in the xlibmesa-gl-dev
package is dangling again after installing nvidia-glx.
See http://bugs.debian.org/332753 .
Will this mess ever be cleaned up?
Package: backup-manager
Version: 0.5.7-1
Severity: critical
Justification: root security hole
Tags: patch
The optional CD-burning feature of backup-manager uses a hardcoded filename
(/tmp/bm-cdrecord.log) for logging the output of cdrecord. If a
malicious (or
just unlucky) user makes /tmp/bm-cd
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: vm
Version: 8.0.7-1
Severity: grave
VM is unusable, since no autoloads are set up for it. Here are the
relevant (AFAICT) startup files, all empty:
,
| (zsh)% ls -l /etc/emacs*/site-start.d/50vm-init.el
| -rw-r--r-- 1 root root 0 Feb 9 11:50
/etc/emacs-snapshot/site-start.d/50vm-in
found 465748 8.0.9-1
thanks
On 2008-02-21 23:13 +0100, Manoj Srivastava wrote:
> ,
> | (zsh)% ls -l /etc/emacs*/site-start.d/50vm-init.el
> | -rw-r--r-- 1 root root 0 Feb 9 11:50
> /etc/emacs-snapshot/site-start.d/50vm-init.el
> | -rw-r--r-- 1 root root 0 Feb 9 11:50 /etc/emacs21/site-star
On 2008-02-22 15:56 +0100, Manoj Srivastava wrote:
> Hi,
> On Fri, 22 Feb 2008 11:07:19 +0100, Sven Joachim <[EMAIL PROTECTED]> said:
>
>> Thanks, vm-autoloads contains the autoloads in 8.0.9-1. However, the
>> files /etc/emacs*/site-start.d/50vm-init.el are still emp
reopen 465748
thanks
> This is not really a package bug. The package does not contain
> any file called /etc/emacs*/site-start.d/50vm-init.el; instead, it
> ships /usr/share/emacs/site-lisp/vm/vm-init.el, which is shipped not
> empty.
>
> During installation, ucf is called to
tags 465748 + patch
thanks
On 2008-03-04 10:28 +0100, Sven Joachim wrote:
> I now have it after closely looking at your
> /usr/lib/emacsen-common/packages/install/vm script. Here are the
> relevant actions in that script with line numbers:
>
> 43: ELDIR=/usr/share/emacs/site-lis
Package: cpio
Version: 2.9-1
Severity: serious
Hi,
the new cpio version is released under GPL 3, but debian/copyright
still says it's under GPL 2. You need to update the file and include
the complete GPL 3 text, as long as base-files does not contain it.
-- System Information:
Debian Release:
Thomas Dickey writes:
> > the new cpio version is released under GPL 3, but debian/copyright
> > still says it's under GPL 2. You need to update the file and include
> > the complete GPL 3 text, as long as base-files does not contain it.
>
> actually not: it's only a requirement if the packagers
Thomas Dickey writes:
> > Sorry, I do not understand this: Whom do you refer to as "packagers"?
> > If you mean the upstream authors, they _have_ just switched to GPL 3;
> > if you refer to the Debian maintainer, he has to follow that, of course.
>
> no, he does not. He has a valid license for th
severity 434585 serious
thanks
I got another file conflict with pacman:
,
| Preparing to replace xscreensaver 4.24-5 (using
.../xscreensaver_5.03-1_i386.deb) ...
| Unpacking replacement xscreensaver ...
| dpkg: error processing /var/cache/apt/archives/xscreensaver_5.03-1_i386.deb
(--unpack)
201 - 300 of 918 matches
Mail list logo
