Package: alsa-base
Version: 1.0.25+2
Severity: serious
Your package can only be installed once, subsequent attempts fail:
,
| # LANG=C aptitude reinstall alsa-base
| The following packages will be REINSTALLED:
| alsa-base
| 0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to
reopen 666998
thanks
On 2012-05-18 16:06 +0200, Peter wrote:
On 18/05/12 14:29, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the xorg-server package:
#666998: xorg-server: major text display problems in several apps
Source: mesa
Version: 8.0.2-2
Severity: serious
Since version 8.0-1, libglw1-mesa{,-dev} are no longer built because
glw has been removed¹ from the mesa source, which is a problem because
libglw1-mesa unfortunately has reverse dependencies.
AFAICS no release has been made from the separate glw
On 2012-05-17 09:17 +0200, Sven Joachim wrote:
Since version 8.0-1, libglw1-mesa{,-dev} are no longer built because
glw has been removed¹ from the mesa source, which is a problem because
libglw1-mesa unfortunately has reverse dependencies.
AFAICS no release has been made from the separate
On 2012-05-17 11:15 +0200, Cyril Brulebois wrote:
Sven Joachim svenj...@gmx.de (17/05/2012):
If nobody else wants to do it, I volunteer to prepare such a snapshot
in order to help getting mesa 8.0.x into wheezy, but I'm not going to
maintain glw since I don't use it.
That would
On 2012-05-09 12:06 +0200, Artur R. Czechowski wrote:
Package: backup-manager
Version: 0.7.10.1-1
Severity: serious
When FTP upload method is selected backup-manager tries to use non-existent
in Debian Net::Lite::FTP package.
Only if BM_UPLOAD_FTP_SECURE is set true, AFAICS. Which is only
On 2012-04-30 09:23 +0200, Thomas Goirand wrote:
On 04/30/2012 03:48 AM, Sven Joachim wrote:
The difference is that there are millions of videos you can watch with
VLC, while there are only a dozen or so iwads for doomsday, none of
which are free.
And then what? Is it about numbers
On 2012-04-23 16:23 +0200, Kees Meijs wrote:
On 04/23/2012 04:11 PM, Martin Erik Werner wrote:
Hi, sorry, it seems like I didn't get the reply to my mbox, so hence the
delay...
I'm not actually sure, I think packages like these normally would be
placed in contrib, since they depend on some
Package: libavcodec53
Version: 6:0.8.1-5
Severity: grave
Your package is not installable, because it depends on both
libavutil51 (= 6:0.8.1-5) and libavutil51 ( 5:0.8.1-99) which cannot
possibly be both fulfilled.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT
On 2012-04-29 21:09 +0200, Thomas Goirand wrote:
It's technically correct. You can Suggests: something from non-free, but
you cannot Recommends: it.
The solution is to move the package to contrib, then you can do that.
Now, what you are suggesting is like saying that VLC should be shipped
found 669172 2.13-29
thanks
On 2012-04-18 00:38 +0200, Adam Conrad wrote:
The reason this fails in -27 as well as -28 is because it has
nothing to do with -28, it just got triggered for people by a
new eglibc upload, period.
The real bug here is that dpkg has decided that referring to
On 2012-04-09 22:07 +0200, Michael Biebl wrote:
This bug seems to happen only if if you use libpam-systemd.
Certainly, disabling libpam-systemd helped (thanks for the tip, BTW).
The reason why I didn't encounter this myself is because I've added
pam_loginuid.so to my login and gdm3* pam
Am 08.04.2012 um 10:46 schrieb Adrian Bunk:
severity 666714 grave
thanks
Something as basic as emacs -nw hangs using 100% CPU.
I think this is the same problem as #91. Can you confirm that it's
fixed in 23.4+1-3?
Cheers,
Sven
--
To UNSUBSCRIBE, email to
forcemerge 91 666714
thanks
Am 08.04.2012 um 12:07 schrieb Adrian Bunk:
On Sun, Apr 08, 2012 at 11:49:15AM +0200, Sven Joachim wrote:
I think this is the same problem as #91. Can you confirm that it's
fixed in 23.4+1-3?
Thanks, confirmed.
Okay, merging the bugs.
Cheers
Package: shellinabox
Version: 2.11-1
Severity: grave
Your package is not installable:
,
| $ LANG=C apt-get -s install shellinabox
| [ ... ]
| The following packages have unmet dependencies:
| shellinabox : Depends: lsb-bbase but it is not installable
|Depends: libssl0.9.8 (=
On 2012-04-07 19:34 +0200, Marc Singer wrote:
On Sat, Apr 7, 2012 at 9:45 AM, Sven Joachim svenj...@gmx.de wrote:
Package: shellinabox
Version: 2.11-1
Severity: grave
Your package is not installable:
I thought that that might come back to haunt me. Part of the trouble
On 2012-04-07 20:39 +0200, Marc Singer wrote:
On Sat, Apr 7, 2012 at 10:55 AM, Sven Joachim svenj...@gmx.de wrote:
Apparently shellinaboxd is statically linked with ssl, which is bad.
Sorry, should have read the build logs more carefully and actually
peeked in the source code.
No, it's
On 2012-04-07 21:27 +0200, Marc Singer wrote:
On Sat, Apr 7, 2012 at 12:09 PM, Sven Joachim svenj...@gmx.de wrote:
It dlopens libssl.so which is not good, since that file only exists if
libssl-dev is installed.
Are you sure about that.
Yes, use dpkg -S libssl.so to convince yourself.
ls
Package: systemd
Version: 44-1
Severity: grave
After upgrading from 37-1.1, many commands fail with error codes 143 or
129 under sudo, including sudo bash or sudo passwd root, meaning
that the problem cannot easily be rectified or circumvented if root
logins are disabled. Hence, I'm filing this
f1ca655b6d73ab407174bfe8b7b875f2d78b913d
Author: Sven Joachim svenj...@gmx.de
Date: Sun Apr 1 14:25:55 2012 +0200
Blacklist st and st-256color terminfo entries
When suckless-tools gets fixed to not include these terminfo entries,
we should re-add them and add the necessary Breaks/Replaces stanza to
debian
Package: libsvga1-dev
Version: 1:1.4.3-32
Severity: serious
This version of libsvga1-dev is missing a
Replaces: libsvga1 ( 1:1.4.3-32) for the following change:
,
| svgalib (1:1.4.3-32) unstable; urgency=low
| [ ... ]
| * Move doc/TODO from libsvga1 to libsvga1-dev, and do not install
|
Package: pbuilder
Version: 0.209
Severity: grave
Updating or creating a chroot fails with this pbuilder version:
,
| # pbuilder --update
| W: /root/.pbuilderrc does not exist
| /usr/lib/pbuilder/pbuilder-updatebuildenv: line 34: echobacktime: command not
found
`
-- System Information:
On 2012-03-28 14:06 +0200, Michael Stummvoll wrote:
Am Tue, 27 Mar 2012 17:25:26 +0200
schrieb Sven Joachim svenj...@gmx.de:
I see. Do you have an ETA when suckless-tools might be uploaded? I
would not like to declare a Breaks relationship on suckless-tools as
long as no fixed version
On 2012-03-27 14:49 +0200, Michael Stummvoll wrote:
Michael (as the prospective suckless-tools maintainer), what is your
opinion on that? I noticed that the version on mentors.debian.net has
already dropped the terminfo entry, but that may have been
unintentional.
this file was part of the
# reassign to ncurses-term only, since we're the ones who introduced
# the file conflict
reassign 665877 ncurses-term 5.9-5
clone 665877 -1
reassign -1 suckless-tools 38-1
severity -1 wishlist
retitle -1 suckless-tools: stop providing /usr/share/terminfo/s/st-256color
thanks
On 2012-03-26 20:30
Package: xul-ext-openinbrowser
Version: 1.11-5
Severity: serious
Upgrading iceape to the version in sid is only possible by removing
xul-ext-openinbrowser:
,
| $ LANG=C aptitude -s install iceape
| The following packages will be upgraded:
| iceape
| The following packages are RECOMMENDED
Package: xul-ext-compactheader
Version: 1.4.2.is.1.4.0-1
Severity: serious
I just upgraded icedove to version 8.0, and it deactivated the
compactheader extension, claiming it is not compatible.
After upgrading to 1.4.3-1 from experimental, icedove re-enabled the
compactheader extension.
--
Package: iceweasel-l10n-de
Version: 1:8.0+debian-1
Severity: grave
Bug #648144 redux, starting iceweasel pops up a window with this text:
,
| XML-Verarbeitungsfehler: Nicht definierte Entität
| Adresse: chrome://browser/content/browser.xul
| Zeile Nr. 789, Spalte 7: menuitem
Package: dvbstreamer
Version: 2.1.0-2.1
Severity: grave
Something has gone horribly wrong in the dvbstreamer NMU, since several
(all?) buildds report the following warning:
,
| dh_gencontrol -pdvbstreamer
| dpkg-gencontrol: warning: Depends field of package dvbstreamer: unknown
On 2011-12-14 21:10 +0100, Roger Leigh wrote:
On Wed, Dec 14, 2011 at 12:36:50PM -0600, Brian Paterni wrote:
The new sysv packages in experimental look like they are breaking my system.
Sorry to hear that. Knowing what went wrong here would help
correct it. I'm running it without issues,
tags 646479 + patch
thanks
The problem is that the upstream makefiles no longer find the ncurses
libraries since they moved to the multiarch directories:
,
| $ LANG=C make -C src -f makefile.gcc libtest
| make: Entering directory `/home/sven/tmp/bsp/mined-2000.15.4/src'
| ( ls
Package: lde
Version: 2.6.0-7.1
Severity: serious
User: debian...@lists.debian.org
Usertags: proposed-orphan
While reviewing some packages, your package came up as a package that
should maybe be orphaned by its maintainer, because:
* Last maintainer upload more than six years ago.
* New upstream
tags 650599 + wheezy
thanks
On 2011-12-01 00:52 +0100, Steve McIntyre wrote:
Package: snooper
Version: 19991202-7
Severity: serious
Tags: sid
Hi,
snooper FTBFS in a current sid system. Build logs for armhf [1] and
s390x [2] show this easily, but it's not limited to these new
tags 650600 + wheezy
thanks
On 2011-12-01 01:05 +0100, Steve McIntyre wrote:
Package: ytree
Version: 1.94-1
Severity: serious
Tags: sid
ytree FTBFS in a current sid system. Build logs for armhf [1] and
s390x [2] show this easily, but it's not limited to these new
architectures. Building
Package: iceweasel-l10n-de
Version: 1:7.0.1+debian-1
Severity: grave
When I upgraded iceweasel to 8.0 this morning, it disabled the German
language pack. After re-enabling it, iceweasel does not start any more,
showing only a window with the following text:
,
| XML-Verarbeitungsfehler:
tags 646148 + patch
thanks
On 2011-10-21 20:16 +0200, Sven Joachim wrote:
Package: multipath-tools
Version: 0.4.9-2
Severity: serious
From my pbuilder log:
,
| cc -pipe -g -Wall -Wunused -Wstrict-prototypes -fPIC
| -DLIB_STRING=\lib\ -I../libmultipath -c -o cli_handlers.o
tags 646165 + patch
thanks
On 2011-10-21 21:43 +0200, Sven Joachim wrote:
Package: lua5.2
Version: 5.2.0~beta-1
Severity: serious
From my pbuilder log:
,
| libtool --quiet --mode=compile --tag=CC gcc -O2 -Wall
| -DLUA_COMPAT_ALL -DLUA_USE_LINUX -g
| -DDEB_HOST_MULTIARCH=\i386-linux
retitle 645273 tclreadline: should not link against a termlib library
severity 645273 normal
thanks
Am 14.10.2011 um 00:36 schrieb Thorsten Glaser:
Source: tclreadline
Version: 2.1.0-10
Severity: serious
Justification: fails to build from source (but built successfully in the past)
tags 646146 + patch
thanks
On 2011-10-21 20:00 +0200, Sven Joachim wrote:
Package: libphysfs
Version: 2.0.2-4
Severity: serious
From my pbuilder log:
,
| -- Build stdio test program: enabled
| -- Use readline in test program: enabled
| CMake Error: The following variables
e51a4e6c817896fcf0fa8687f56e435096d941dc
Author: Sven Joachim svenj...@gmx.de
Date: Tue Nov 1 20:28:51 2011 +0100
Add debian/libtermcap.so to the list of generated files
While this has nothing to do with Multi-Arch, it should prevent
dpkg-source from omitting our linker script from the debian.tar.gz,
since
tags 646162 + patch
thanks
On 2011-10-21 21:33 +0200, Sven Joachim wrote:
Package: uml-utilities
Version: 20070815-1.2
Severity: serious
From my pbuilder log:
,
| make[2]: Entering directory `/tmp/buildd/uml-utilities-20070815/mconsole'
| cc -g -Wall -c -o uml_mconsole.o
tags 646147 + patch
thanks
On 2011-10-21 20:09 +0200, Sven Joachim wrote:
Package: lie
Version: 2.2.2+dfsg-1.1
Severity: serious
From my pbuilder log:
,
| gcc -ansi -c date.c
| gcc -o Lie.exe lexer.o parser.o non-ANSI.o bigint.o binmat.o
| creatop.o gettype.o getvalue.o init.o
Package: libstfl-dev
Version: 0.21-2
Severity: serious
The libstfl-dev package needs to depend on libstfl0 (= ${binary:Version})
for the /usr/lib/libstfl.so - libstfl.so.0 symlink.
I suppose this missing dependency is the reason why libstfl0 does not
have _any_ reverse dependencies, since it's
Package: acedb
Version: 4.9.39+dfsg.01-3
Severity: serious
From my pbuilder log:
,
| gcc -g -o makeUserPasswd makeUserPasswd.o -L. -lfree -lmd5 -L/usr/X11R6/lib
`../w3rdparty/libs-config glib-2.0 gtk+-2.0` -lm -lcurses -lreadline -lX11
| /usr/bin/ld: cannot find -lcurses
| collect2: ld
Package: cdcd
Version: 0.6.6-13
Severity: serious
From my pbuilder log:
,
| checking for tputs in -lcurses... no
| configure: error: cannot find the curses library.
| Check the INSTALL file, maybe you can find how to solve the problem.
`
Either add libncurses-dev to Build-Depends, or
Package: dvbstreamer
Version: 2.1.0-2
Severity: serious
From my pbuilder log:
,
| checking for readline in -lreadline... no
| checking for readline in -lreadline... (cached) no
| configure: error: in `/tmp/buildd/dvbstreamer-2.1.0':
| configure: error: readline not found
`
Upstream's
Package: eukleides
Version: 1.5.4-1
Severity: serious
Tags: wheezy sid
From my pbuilder log:
,
| Linking eukleides
| /usr/bin/ld: cannot find -lncurses
| collect2: ld returned 1 exit status
| make[2]: *** [eukleides] Error 1
`
Either add libncurses-dev to Build-Depends, or
Package: gnu-smalltalk
Version: 3.2.4-1
Severity: serious
The gnu-smalltalk source package builds a binary package libncurses-gst
with Ncurses bindings for GNU Smalltalk (package description). You
need to build-depend on libncurses-dev for that, since libreadline-dev
no longer pulls in that
Package: illuminator
Version: 0.11.0-8
Severity: serious
From my pbuilder log:
,
| make[3]: Entering directory `/tmp/buildd/illuminator-0.11.0'
| if mpicc -DHAVE_CONFIG_H -I. -I. -I.
-I/usr/lib/petsc/linux-gnu-c-opt/include -I/usr/lib/petsc/include
-I/usr/include
Package: inetutils
Version: 2:1.8-3
Severity: serious
From my pbuilder log:
,
| CC telnet.o
| telnet.c:79:19: fatal error: term.h: No such file or directory
| compilation terminated.
| make[3]: *** [telnet.o] Error 1
`
Looks like you need to add libncurses-dev to Build-Depends.
Package: lftp
Version: 4.3.1-1
Severity: serious
From my pbuilder log:
,
| /bin/bash ../libtool --silent --tag=CXX --mode=compile gcc -DHAVE_CONFIG_H
-I. -I../lib -I../lib -I../trio -I/usr/include/p11-kit-1 -O2 -Wall
-Wwrite-strings -Woverloaded-virtual -fno-exceptions -fno-rtti
Package: libphysfs
Version: 2.0.2-4
Severity: serious
From my pbuilder log:
,
| -- Build stdio test program: enabled
| -- Use readline in test program: enabled
| CMake Error: The following variables are used in this project, but they are
set to NOTFOUND.
| Please set them or make sure
Package: lie
Version: 2.2.2+dfsg-1.1
Severity: serious
From my pbuilder log:
,
| gcc -ansi -c date.c
| gcc -o Lie.exe lexer.o parser.o non-ANSI.o bigint.o binmat.o creatop.o
gettype.o getvalue.o init.o learn.o main.o mem.o node.o onoff.o output.o poly.o
sym.o print.o getl.o date.o
Package: multipath-tools
Version: 0.4.9-2
Severity: serious
From my pbuilder log:
,
| cc -pipe -g -Wall -Wunused -Wstrict-prototypes -fPIC -DLIB_STRING=\lib\
-I../libmultipath -c -o cli_handlers.o cli_handlers.c
| cc -pipe -g -Wall -Wunused -Wstrict-prototypes -fPIC -DLIB_STRING=\lib\
Package: qcake
Version: 0.7.2-2
Severity: serious
Tags: wheezy sid
From my pbuilder log:
,
| g++ -Wl,-O1 -rdynamic -o ../bin/qcakeplayer_qt4 main.o playerview.o
qcakerun.o alsound.o audioenv.o barrier.o tribarrier.o body.o camera.o
glcontrol.o guibutton.o guiinput.o guiosbutton.o guitext.o
Package: udftools
Version: 1.0.0b3-14.1
Severity: serious
From my pbuilder log:
,
| /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -o wrudf wrudf.o
wrudf-cmnd.o wrudf-desc.o wrudf-cdrw.o wrudf-cdr.o ide-pc.o
../libudffs/libudffs.la -lreadline -lncurses
| mkdir .libs
| gcc -g -O2
Package: uml-utilities
Version: 20070815-1.2
Severity: serious
From my pbuilder log:
,
| make[2]: Entering directory `/tmp/buildd/uml-utilities-20070815/mconsole'
| cc -g -Wall -c -o uml_mconsole.o uml_mconsole.c
| cc -g -Wall -o uml_mconsole uml_mconsole.o ../lib/libuml.a -lreadline
Package: twinkle
Version: 1:1.4.2-2
Severity: serious
Tags: wheezy sid
From my pbuilder log:
,
| g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Wformat-security -Werror=format-security -Wall -D_GNU_SOURCE -L /usr/lib -o
twinkle main.o libtwinkle.a
Package: lua5.2
Version: 5.2.0~beta-1
Severity: serious
From my pbuilder log:
,
| libtool --quiet --mode=compile --tag=CC gcc -O2 -Wall -DLUA_COMPAT_ALL
-DLUA_USE_LINUX -g -DDEB_HOST_MULTIARCH=\i386-linux-gnu\ -c lua.c
| libtool --quiet --mode=link --tag=CC gcc -o lua5.2 -static -Wl,-E
Am 14.10.2011 um 00:36 schrieb Thorsten Glaser:
Source: tclreadline
Version: 2.1.0-10
Severity: serious
Justification: fails to build from source (but built successfully in the past)
checking for tputs in -lncurses... no
checking for tputs in -ltermlib... no
checking for tputs in
Package: zeroc-ice
Version: 3.4.2-4
Severity: serious
From my pbuilder log:
,
| dh_install -pice34-services --sourcedir=debian/tmp
| cp: cannot stat `debian/tmp/usr/bin/icegridregistry': No such file or
directory
| dh_install: cp -a debian/tmp/usr/bin/icegridregistry
Package: ddd
Version: 1:3.3.12-2.1
Severity: serious
From my pbuilder log:
,
| checking for tgetent in -lmytinfo... no
| checking for tgetent in -lncurses... no
| checking for tgetent in -lcurses... no
| checking for tgetent in -ltermcap... no
| checking for tgetent in -lterminfo... no
|
Package: eresi
Version: 1:0.8a25-3.1
Severity: serious
From my pbuilder log:
,
| make[2]: Entering directory `/tmp/buildd/eresi-0.8a25/libui'
| cc -fPIC -g3 -Wall -Iinclude -rdynamic -DM32 -I../libelfsh/include/
-I../libdump/include/ -I../libasm/include/ -I../e2dbg/include/ -I
Package: sqlite
Version: 2.8.17-6.1
Severity: serious
From my pbuilder log:
,
| libtool: link: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4
-Wformat -Wformat-security -Werror=format-security -Wall -DTHREADSAFE=1
-DOS_UNIX=1 -DOS_WIN=0 -DHAVE_USLEEP=1 -I. -I./src -DHAVE_READLINE=1
Package: libafflib0
Version: 3.6.6-1.1
Severity: serious
On i386 only, libafflib is linked against both libreadline which is
under GPLV3+, and libssl which is under a GPL-incompatible license.
Please request a binNMU to resolve this conflict, and badger upstream to
implement --without-readline
: static linking with -lncurses requires -ltinfo
as well
severity 644728 normal
thanks
On 2011-10-08 16:14 +0200, Sven Joachim wrote:
Package: libncurses5-dev
Version: 5.9-2
Severity: serious
X-Debbugs-CC: Matthias Klose d...@debian.org
Static linking with -lncurses fails if you need
tags 645112 + patch
thanks
The full error message for the failing build reads
,
| checking for library containing tigetflag... no
| checking for library containing tgetent... no
| configure: error: in `/tmp/zsh-4.3.12/obj-static':
| configure: error: No terminal handling library was found on
On 2011-10-10 21:39 +0200, Julien Cristau wrote:
On Sun, Oct 9, 2011 at 18:00:46 +0200, Sven Joachim wrote:
But maybe we should also think about our users who will have a hard time
linking anything statically with ncurses.
Are there really that many people doing that?
Apparently
reassign 644708 binutils-gold
found 644708 2.21.52.20110606-2
close 644708 2.21.53.20110910-1
thanks
On 2011-10-09 15:03 +0200, Laurent Dard wrote:
Le 09/10/2011 10:35, Matthias Klose a écrit :
reassign 644708 tcsh
thanks
$ cat foo.c
char tgetent ();
int
main ()
{
return tgetent ();
On 2011-10-09 10:23 +0200, Matthias Klose wrote:
On 10/08/2011 07:56 PM, Thomas Dickey wrote:
If zsh used pkg-config, it could use today's update (ncurses patch)
pkg-config --static --libs ncurses
That's one path forward...
But most of your FTBFS's will be only looking for
Package: libncurses5-dev
Version: 5.9-2
Severity: serious
X-Debbugs-CC: Matthias Klose d...@debian.org
Static linking with -lncurses fails if you need symbols from libtinfo:
,
| $ cat foo.c
| #include term.h
| #include stdlib.h
|
| int main(void)
| {
| return tgetent(NULL, );
| }
| $
On 2011-10-08 16:14 +0200, Sven Joachim wrote:
Package: libncurses5-dev
Version: 5.9-2
Severity: serious
X-Debbugs-CC: Matthias Klose d...@debian.org
Static linking with -lncurses fails if you need symbols from libtinfo:
,
| $ cat foo.c
| #include term.h
| #include stdlib.h
On 2011-10-08 19:03 +0200, Couperin wrote:
Some more useful information:
The following commands allow me to create the debian package.
cd tcsh-6.17.06
sed 's|\tdh_auto_configure|\tdh_auto_configure -- CFLAGS=$(shell
dpkg-buildflags --get CFLAGS) -D_FILE_OFFSET_BITS=64
On 2011-10-08 21:17 +0200, Laurent Dard wrote:
Le 08/10/2011 19:23, Sven Joachim a écrit :
It should not be necessary to add /lib/x86_64-linux-gnu to the linker
path, something seems to be wrong on your system. Can you please run
ls -l /usr/lib/x86_64-linux-gnu/lib{{n,}curses,termcap,tinfo
Package: libterm-readline-gnu-perl
Version: 1.20-1
Severity: serious
Tags: wheezy sid
From my pbuilder log:
,
| debian/rules build
| dh build
|dh_testdir
|dh_auto_configure
| Could not find neither libtermcap.a, libncurses.a, or libcurses.
| dh_auto_configure: perl Makefile.PL
On 2011-10-05 20:50 +0200, Sven Joachim wrote:
,
| debian/rules build
| dh build
|dh_testdir
|dh_auto_configure
| Could not find neither libtermcap.a, libncurses.a, or libcurses.
| dh_auto_configure: perl Makefile.PL INSTALLDIRS=vendor create_packlist=0
returned exit code 1
Package: xul-ext-compactheader
Version: 1.4.2-1
Severity: serious
This version of xul-ext-compactheader is not compatible with the icedove
version in wheezy/sid and so got deactivated by icedove.
Maybe Recommends: icedove (= 5.0) should be changed to a Depends to
avoid such nasty problems? (And
On 2011-09-19 18:52 +0200, Andrea Veri wrote:
On Mon, 19 Sep 2011, Sven Joachim wrote:
This version of xul-ext-compactheader is not compatible with the icedove
version in wheezy/sid and so got deactivated by icedove.
Maybe Recommends: icedove (= 5.0) should be changed to a Depends
On 2011-09-13 21:04 +0200, Daniel Bayer wrote:
Now I updated to linux-libc-dev 3.0.0-3 to test. After this /usr/include/asm
is an empty directory which belongs to gcc-multilib:
Congratulations, you have just rediscovered bug #638418.
Cheers,
Sven
--
To UNSUBSCRIBE, email to
On 2011-09-09 13:54 +0200, Philipp Kern wrote:
I intend to upload the attached NMU to DELAYED/2-days later today. I
hope that's ok with you? It makes emacs23 buildable again in sid and
adjusts the build-dependency on libjpeg to use the right dev package.
I haven't tested it, but the
On 2011-09-08 08:35 +0200, Austin Clements wrote:
I probably don't understand all of the nuances of that code, but one
potential fix is simply to pass a benign argument to mv. Something like
if ! $ldfile /bin/mv --version /dev/null 2/dev/null; then
...
Alternatively, it may be
forcemerge 620795 638926
thanks
On 2011-08-23 02:41 +0200, Samuel Thibault wrote:
emacs23 currently FTBFS on any-i386, because gcc #defines i386 to 1,
which gets in the way of include paths:
Already reported as #620795 (marked as forwarded, which explains why you
overlooked it).
Cheers,
Package: gcc-multilib
Version: 4:4.6.1-2
Severity: serious
I've been tearing my hair out WTF this suddenly happened:
,
| $ echo '#include errno.h' junk.c
| $ gcc -m64 -c junk.c
| In file included from /usr/include/bits/errno.h:25:0,
| from /usr/include/errno.h:36,
|
Package: pcc
Version: 1.1.0~DEVEL+20110422-1
Severity: grave
Since the switch of libc6-dev to multiarch, pcc cannot link even trivial
programs:
,
| $ echo 'main() {}' junk.c
| $ pcc junk.c
| ld: cannot find /usr/lib/crt1.o: No such file or directory
| ld: cannot find /usr/lib/crti.o: No
[ CC'ing postfix maintainer for his opinion. ]
On 2011-08-17 13:53 +0200, Luca Capello wrote:
On Wed, 17 Aug 2011 11:59:19 +0200, Stefano Zacchiroli wrote:
On Tue, Aug 16, 2011 at 09:54:14PM +0200, Johnny Morano wrote:
Postfix is unable to receive mail and unable to send mail via SASL
On 2011-08-16 10:06 +0200, Mike Hommey wrote:
On Tue, Aug 16, 2011 at 09:49:40AM +0200, Sven Joachim wrote:
Package: iceape-browser
Version: 2.0.14-6
Severity: grave
The traditional iceape-browser package is not installable because iceape
declares an unversioned Conflicts
On 2011-08-16 10:35 +0200, Sven Joachim wrote:
It is true that both aptitude full-upgrade and apt-get dist-upgrade
would work, but then iceape is in danger of getting autoremoved
immediately. Since most systems have packages installed that depend
on or recommend www-browser or mail-reader
forcemerge 637555 637589
thanks
On 2011-08-12 22:33 +0200, jida...@jidanni.org wrote:
Package: liblockfile-bin
Severity: grave
Unpacking liblockfile-bin (from .../liblockfile-bin_1.09-2_i386.deb) ...
dpkg: error processing
/var/cache/apt/archives/liblockfile-bin_1.09-2_i386.deb
On 2011-08-12 23:01 +0200, jida...@jidanni.org wrote:
SJ == Sven Joachim svenj...@gmx.de writes:
SJ How about consulting the BTS before filing such bugs?
I did.
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=liblockfile1
That is not the package for which you reported the bug.
However
Package: liblockfile
Version: 1.09-1
Severity: grave
This upload dropped the liblockfile{1,-bin} packages, making
liblockfile-dev uninstallable. From my debuild log:
,
| dpkg-genchanges ../liblockfile_1.09-1_i386.changes
| dpkg-genchanges: warning: package liblockfile1 in control file but
tags 637465 + patch
thanks
On 2011-08-11 20:31 +0200, Sven Joachim wrote:
Package: liblockfile
Version: 1.09-1
Severity: grave
This upload dropped the liblockfile{1,-bin} packages, making
liblockfile-dev uninstallable. From my debuild log:
,
| dpkg-genchanges ../liblockfile_1.09
On 2011-07-29 23:56 +0200, Rob Browning wrote:
Julian Andres Klode j...@debian.org writes:
emacs23 includes parsers generated from bison grammars, but does not
include the grammars itself, causing Debian to violate the GPL by
distributing it.
This bug is affecting all emacs version
Package: libc6-dev-amd64
Version: 2.13-13
Severity: grave
There was a problem installing your package:
,
| Preparing to replace libc6-dev-amd64 2.13-11 (using
.../libc6-dev-amd64_2.13-13_i386.deb) ...
| Unpacking replacement libc6-dev-amd64 ...
| dpkg: error processing
Am 29.07.2011 um 11:27 schrieb Reinhard Tartler:
On Thu, Jul 28, 2011 at 12:03:54 (CEST), Sven Joachim wrote:
Am 28.07.2011 um 11:56 schrieb Reinhard Tartler:
On Thu, Jul 28, 2011 at 12:31:05 (CEST), Ivan Krasilnikov wrote:
http://www.jhepple.com/SampleMovies/niceday.wmv
Sorry, I fail
On 2011-07-28 23:53 +0200, Steve Langasek wrote:
On Thu, Jul 28, 2011 at 11:39:50AM +0200, Sven Joachim wrote:
On 2011-07-28 10:58 +0200, Tim Northover wrote:
Package: general
Severity: normal
It looks like gcc -m32 has been partially broken by the recent
hiving off of various
On 2011-07-29 09:58 +0200, Sven Joachim wrote:
On 2011-07-29 09:58 +0200, Sven Joachim wrote:
On 2011-07-28 23:53 +0200, Steve Langasek wrote:
On Thu, Jul 28, 2011 at 11:39:50AM +0200, Sven Joachim wrote:
,
| $ LANG=C debian/rules build-64
| [...]
| make[2]: Entering directory
`/usr
On 2011-07-29 12:27 +0200, Steve Langasek wrote:
Do you happen to have any of the following packages installed in this
chroot?
libacl1-dev
libapparmor-dev
libasound2-dev
libcap-dev
libsbuf-dev
systemtap-sdt-dev
No, but libc6-dev-i386 had been installed before, shipping a
On 2011-07-29 17:50 +0200, Steve Langasek wrote:
On Fri, Jul 29, 2011 at 01:44:06PM +0200, Sven Joachim wrote:
I see, much to my surprise, that libc6-dev is not the only package shipping
files in this directory; so if you have one of these packages installed,
the
/usr/include/sys
On 2011-07-11 03:10 +0200, Marco d'Itri wrote:
On Jul 01, Sven Joachim svenj...@gmx.de wrote:
The copyright file is present in the udev package instead, but libudev0
does not depend on udev.
No, actually it is there. The problem is that, after fixing #632321,
this happens:
libudev0
tags 620795 + patch
thanks
For the record, here is the patch that has been applied in Ubuntu
already. It seems to work (building right now).
Sven
Index: emacs23-23.3+1/lib-src/Makefile.in
===
---
401 - 500 of 908 matches
Mail list logo