Package: gcc-snapshot
Version: 20051122-1
Severity: serious
Justification: no longer builds from source
gcc-snapshot failed to build on a sparc buildd, duplicated on my sparc
pbuilder.
Running configure in multilib subdirs 64
pwd:
Package: initrd-tools
Version: 0.1.84
Severity: serious
Debian Policy states (§9.3.1):
Also, if the script name ends `.sh', the script will be sourced in
runlevel `S' rather that being run in a forked subprocess, but will
be explicitly run by `sh' in all other runlevels.
Package: console-common
Version: 0.7.54
Severity: serious
Debian Policy states (§9.3.1):
Also, if the script name ends `.sh', the script will be sourced in
runlevel `S' rather that being run in a forked subprocess, but will
be explicitly run by `sh' in all other runlevels.
Are you sure it's this fix that broke it and not one of the previous
ones? i.e. are you running 4.0.1-4? -2 and -3 are both broken but
-4 works for myself and the two other bug submitters for plain files
and files in CVS.The tmpfile function now has an incrementing
count in it to try and
tags 340596 +pending
libgtkextra1.0-dev is still in the upload queue. Perhaps I should have waited
before uploading this one.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
tags 340596 +pending
Bug#340596: quicklist - FTBFS: build-depends against not available package
There were no tags set.
Tags added: pending
libgtkextra1.0-dev is still in the upload queue. Perhaps I should have
waited before uploading this one.
at 20051125-0144
FAILED [dpkg-buildpackage died]
Bastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Your message dated Fri, 25 Nov 2005 09:41:58 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#336016: java-gcj-compat - FTBFS: Can't find default
package 'java.lang'
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt
Your message dated Fri, 25 Nov 2005 09:40:05 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#340687: gcc-snapshot: ftbfs [sparc] error: cannot run C
compiled programs.
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt
Package: taskjuggler
Version: 2.2+beta2-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of taskjuggler_2.2+beta2-1 on debian01 by sbuild/s390 79
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper (= 4.0.0),
Package: wvstreams
Version: 4.2-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of wvstreams_4.2-1 on debian-31 by sbuild/s390 79
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper ( 4.1.0), libdb4.2-dev,
On Thu, Nov 24, 2005 at 03:19:08PM +0100, Pierre THIERRY wrote:
Package: fai
Version: 2.8.4
Severity: serious
Justification: FHS
According to the FHS, ``/usr is shareable, read-only data''. So FAI
should not by default try to write anything in /usr and place it's
nfsroot there. See
On 24.11.05 Martin-Éric Racine ([EMAIL PROTECTED]) wrote:
Package: tetex-bin
Version: 3.0-10.1
Followup-For: Bug #334613
Seems to be a container for every failed installation. You didn't
mean eventually #340279?
Running fmtutil-sys. This may take some time. ...
warning: Could not open
Subject: firestarter breaks nis
Package: firestarter
Version: 1.0.3-1.1
Severity: critical
Justification: breaks unrelated software
Tags: patch
*** Please type your report below this line ***
Installation of firestarter breaks nis.
We have as configuration a nis server on a private network.
pe, 2005-11-25 kello 10:16 +0100, Hilmar Preusse kirjoitti:
Seems to be a container for every failed installation. You didn't
mean eventually #340279?
Could be it too.
Let's just say that a bug titled Does not configure (aleph+omega
failed) doesn't ring a bell, while one titled fmtutil-sys
Please find attached the diff for the NMU 6.4-1.1
* Split out the C++ library into it's own package libpcrecpp0, as
discussed in #339250. The C++ library was recently added, no
package references the C++ library yet.
Closes: #339250.
* debian/rules: Remove testsavedregex in clean
Hi!
You wrote two times in the changelog that this issue is resolved:
Changes:
inkscape (0.43-1) unstable; urgency=high
* urgency=high since this version fixes the buffer overflow discovered by
Joxean Koret (see CVE-2005-3737, debian bug 330894).
Changes:
inkscape
severity 340688 important
severity 340689 important
severity 339955 important
thanks
On Fri, Nov 25, 2005 at 01:00:08AM +0100, Thomas Hood wrote:
Before /etc/init.d/rc can source .sh scripts, all we have to do is get
various maintainers to eliminate all these exit commands.
Hmm; it seems I had
Hi!
I'm not sure this bug should be severity=grave... At most important qualifies
for it, as it doesn't seem to render the package completely unusable for
anyone...
Any comments?
Ciao,
Guido
signature.asc
Description: Digital signature
Processing commands for [EMAIL PROTECTED]:
severity 340688 important
Bug#340688: /etc/init.d/initrd-tools.sh exits
Severity set to `important'.
severity 340689 important
Bug#340689: /etc/rcS.d/S05keymap.sh exits
Severity set to `important'.
severity 339955 important
Bug#339955: sysv-rc:
Package: ark
Severity: serious
Justification: DFSG #4
This package has a Suggests: rar tag. If it has the functionality to create
rar archives via rar, this is a serious problem, because it is encouraging users
to create trap archives that can't be extracted with free software. I believe
this
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.8
# scalability bug; being unable to open a 2100-page document due to
insufficient memory is not RC
severity 340587 important
Bug#340587: gpdf: Processing bookmarks of large documents
Your message dated Fri, 25 Nov 2005 02:12:04 -0800
with message-id [EMAIL PROTECTED]
and subject line Bug#330894: Isn't this fixed in the unstable version of
inkscape?
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this
Package: guitar
Severity: serious
Justification: DFSG #4
This package has a Suggests: rar tag. If it has the functionality to create
rar archives via rar, this is a serious problem, because it is encouraging users
to create trap archives that can't be extracted with free software. I believe
Package: xmms-modplug
Severity: serious
Justification: DFSG #4
This package has a Suggests: rar tag. If it has the functionality to create
rar archives via rar, this is a serious problem, because it is encouraging users
to create trap archives that can't be extracted with free software. I
severity 340699 important
thanks
On Fri, Nov 25, 2005 at 10:26:43AM +0100, Johannes Wiedersich wrote:
Subject: firestarter breaks nis
Package: firestarter
Version: 1.0.3-1.1
Severity: critical
Justification: breaks unrelated software
Firestarter is a firewalling tool; nis is a network
Processing commands for [EMAIL PROTECTED]:
severity 340699 important
Bug#340699: firestarter breaks nis
Severity set to `important'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
Package: rapple
Version: 0.99cvs20051120-1
Severity: grave
Justification: hold-rapple-in-unstable marker bug
This package is based off a cvs snapshot, testing migration should wait
until an official release is out.
-- vbi
--
He's dead, Jim.
pgpm12CddV3qU.pgp
Description: PGP signature
Dear Debian admins,
we need your help with that bug (I've already sent you a message
earlier, suspecting hardware problems).
Martin-Éric Racine [EMAIL PROTECTED] wrote:
Package: tetex-bin
Version: 3.0-10.1
Followup-For: Bug #334613
Note that the user mixed things up; it's #340279.
retitle 340279 fmtutil-sys fails with aleph+omega (on hppa)
thanks
Martin-Éric Racine [EMAIL PROTECTED] wrote:
pe, 2005-11-25 kello 10:16 +0100, Hilmar Preusse kirjoitti:
Seems to be a container for every failed installation. You didn't
mean eventually #340279?
Could be it too.
Let's just
severity 340561 normal
thanks
I've uploaded a new version compiled with -O0, this is a quick hack and the
problem should be further investigated. Upstream has been notified.
As the new package seems to work properly now, I've lowered the severity to
normal, but I'm not closing the bug as I don't
severity 340704 important
severity 340705 important
severity 340706 important
severity 340707 important
thanks
Hi Robert,
Sorry, I have to disagree with these bug severities; Suggests: are just not
important enough in our packaging system to treat them as release-critical,
regardless of what's
Processing commands for [EMAIL PROTECTED]:
severity 340704 important
Bug#340704: rar support violates DFSG #4
Severity set to `important'.
severity 340705 important
Bug#340705: rar support violates DFSG #4
Severity set to `important'.
severity 340706 important
Bug#340706: rar support
Processing commands for [EMAIL PROTECTED]:
retitle 340279 fmtutil-sys fails with aleph+omega (on hppa)
Bug#340279: Does not configure (aleph+omega failed)
Changed Bug title.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Processing commands for [EMAIL PROTECTED]:
severity 340561 normal
Bug#340561: tmsnc: Locks at login screen
Severity set to `normal'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
Hi.
dvips is now merged in tetex-bin
BTW, illuminator builds fine on GNU/kFreeBSD
Petr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libginac1.3c2a
Severity: serious
Unpacking libginac1.3c2a (from .../libginac1.3c2a_1.3.3-2_hppa.deb)
...
dpkg: error processing
/var/cache/apt/archives/libginac1.3c2a_1.3.3-2_hppa.deb (--unpack):
trying to overwrite `/usr/lib/libginac-1.3.so.2.1.0', which is also
in package
Your message dated Fri, 25 Nov 2005 12:02:13 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#340675: CVE-2005-3570: Cross site scripting vulnerability
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is
Hi!
lua50 builds and works fine with readline5.
Martin
--
Martin Pitthttp://www.piware.de
Ubuntu Developer http://www.ubuntu.com
Debian Developer http://www.debian.org
In a world without walls and fences, who needs Windows and Gates?
signature.asc
Description: Digital signature
On Fri, 25 Nov 2005, adrian wrote:
Are you sure it's this fix that broke it and not one of the previous
ones? i.e. are you running 4.0.1-4? -2 and -3 are both broken but
As I read the summary, I thought it was -3 that closed the bug. The
package pages (last night) listed 4.0.2-1 and
Processing commands for [EMAIL PROTECTED]:
found 340716 1.3.3-2
Bug#340716: missing conflict/replaces
Bug marked as found in version 1.3.3-2.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
Package: sylpheed-claws-gtk2
Version: 1.9.100-1
Severity: grave
Hi Ricardo,
As you know, the sylpheed-claws-gtk2 package currently depends on
libfreetype6, but it does not use it. This dependency is being pulled in
because the package uses libtool convenience libs with building, and there
is no
Scribit Steve Langasek dies 25/11/2005 hora 00:56:
According to the FHS, ``/usr is shareable, read-only data''. So FAI
should not by default try to write anything in /usr and place it's
nfsroot there. See #309554.
Could you elaborate on why you believe this is an FHS violation?
My /usr is
severity 339146 important
retitle 339146 anjuta: please don't put shared libraries in the same binary
package with your application
thanks
This bug appears to be a false-positive; the anjuta package is not a library
package. It contains some .so objects under /usr/lib/anjuta, but in
unstable it
Processing commands for [EMAIL PROTECTED]:
severity 339146 important
Bug#339146: library package needs to be renamed (libstdc++ allocator change)
Severity set to `important'.
retitle 339146 anjuta: please don't put shared libraries in the same binary
package with your application
Bug#339146:
tags 340696 + pending
thanks
On Fri, Nov 25, 2005 at 10:00:52AM +0100, Bastian Blank wrote:
Package: wvstreams
Version: 4.2-1
Severity: serious
There was an error while trying to autobuild your package:
Hmm... It appears that one of WvStreams' build-deps has not made it out
of the NEW
Processing commands for [EMAIL PROTECTED]:
tags 340696 + pending
Bug#340696: wvstreams - FTBFS: build depends against unavailable package
libxplc0.3.13-dev
There were no tags set.
Tags added: pending
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
Hi Guido,
On Fri, Nov 25, 2005 at 10:55:48AM +0100, Guido Trotter wrote:
Hi!
You wrote two times in the changelog that this issue is resolved:
Changes:
inkscape (0.43-1) unstable; urgency=high
* urgency=high since this version fixes the buffer overflow discovered by
Joxean
Processing commands for [EMAIL PROTECTED]:
tag 340729 + fixed
Bug#340729: sylpheed-claws-gtk2: links to libfreetype6, which is going away
There were no tags set.
Tags added: fixed
quit
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Package: qgo
Version: 1.0.3-1
Followup-For: Bug #320260
well, indeed the libtool configuration is all messed up
Steve Langasek wrote :
- repackage the upstream tarball with a distinguishing upstream
version number, fixing the libtool included in that tarball.
I really do need to repackage
Hi,
what is the status of this bug? I think the suggested fix using
lt-nl is very easy and fixes the bug.
If you don't have time to upload a new version I can prepare a
NMU.
Regards,
Bastian
--
,''`. Bastian Kleineidam
: :' :GnuPG Schlüssel
`. `'
I am getting the same bug as Oliver I have tried it with gcc versions
3.3, 4.0 and 4.1 the same bug appears.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
there are more test files with a non-commercial license. Just do
# grep -r -i non-commercial *
in the source dir.
I suggest to just remove the non-free test files from the upstream
tarball. They are not used by the build script, nor are they
On Wed, Nov 23, 2005 at 11:46:16PM -0200, Gustavo Noronha Silva wrote:
| File
/usr/lib/zope2.8/lib/python/RestrictedPython/tests/before_and_after24.py,
line 30
| x = (y**2 for y in whatever if y 3)
| ^
| SyntaxError: invalid syntax
This is a new feature added in
Scribit Thomas Lange dies 25/11/2005 hora 15:34:
My future plans are to move it to /srv, but the question is, if it's
really a FHS violation.
nfsroot can be updated, regenerated, modified to fit the user's needs,
and so on. I don't see how it can really be seen read-only. So it can't
be in
This one time, at band camp, Thomas Lange said:
On Fri, 25 Nov 2005 13:41:18 +0100, Pierre THIERRY [EMAIL PROTECTED]
said:
read-write object the user can modify and update... It belongs either to
/var or /srv (the latter I prefer, as it is clearly data for a service
tags 340197 patch
stop
Roland Stigge [EMAIL PROTECTED] wrote:
Package: ivritex
Version: 1.1.1-4
Severity: serious
Hi,
building the package ivritex in a clean sid build environment
(with pbuilder) on i386 results in:
[...]
TEXINPUTS='.:../../latex/heblatex:../../latex/hebclass::'
Processing commands for [EMAIL PROTECTED]:
tags 340197 patch
Bug#340197: ivritex: FTBFS: TINE (there is no elatex)
There were no tags set.
Tags added: patch
stop
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have prepared an NMU for this bug. If you don't object Craig I will
upload the NMU package next week.
Regards,
Bastian
- --
,''`. Bastian Kleineidam
: :' :GnuPG Schlüssel
`. `'gpg --keyserver
Roland Stigge [EMAIL PROTECTED] wrote:
Package: bison-1.35
Version: 1.35-4
Severity: serious
Hi,
building the package bison-1.35 in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
When Sarge was released, kronolith2 was in testing.
You can find kronolith in Testing or SID.
In new Debian release (Etch) kronolith2 will be installable.
Jose Carlos
Scribit Stephen Gran dies 25/11/2005 hora 15:19:
My understanding is that while /srv is the right place for this kind
of data, it would be incorrect for Debian packages to dump stuff
there. /srv is the domain of the local admin.
This is precisely why it should be put there by fai-setup.
This one time, at band camp, Pierre THIERRY said:
Scribit Stephen Gran dies 25/11/2005 hora 15:19:
My understanding is that while /srv is the right place for this kind
of data, it would be incorrect for Debian packages to dump stuff
there. /srv is the domain of the local admin.
This is
Roland Stigge [EMAIL PROTECTED] wrote:
Package: debiandoc-sgml-doc
Version: 1.1.17
Severity: serious
Hi,
building the package debiandoc-sgml-doc in a clean sid build environment
(with pbuilder) on i386 results in:
[...]
debiandoc2latexpdf: ERROR: debiandoc-sgml.en.pdf could not be
Roland Stigge [EMAIL PROTECTED] wrote:
Package: abntex
Version: 0.8.2-2
Severity: serious
Hi,
building the package abntex in a clean sid build environment
(with pbuilder) on i386 results in:
[...]
pdfTeX error (ext1): \pdfinfo used while \pdfoutput is not set.
l.75 \pdfinfo
The reason
On Fri, 25 Nov 2005 16:13:24 +0100, Pierre THIERRY [EMAIL PROTECTED]
said:
The problem is, strictly speaking, using /srv would not be policy
compliant, I think, because there is no mention of /srv in the currently
included FHS. Maybe you should just usr /var/lib/fai and just be
Workaround:
# apt-get install slib=3a1-4.2
# apt-get install gnucash
This looks like my fault -- I'm a newbie to Debian and I'm running a
mixed system (testing/unstable). Apt installed slib=3a2-2 (unstable)
before, which had the conflict. Sorry for the chatter. I'll go stand
in the
Hello,
I managed to reproduce the bug using a newer kernel (actually, I didn't
_try_ to reproduce it, I ran into it and a google search brought up this
bug, which occured under almost identical circumstances).
My configuration is very similar to that of the original submitter; I
also use
Package: aspell-fi
Version: 0.7-16
Severity: serious
The aspell-fi package should provide aspell6a-dictionary, and not
aspell-dictionary. The reason for this is that the
aspell-dictionary virtual package is reserved for dictionaries that
use the aspell-autobuildhash system and are thus
#include hallo.h
* Stefan Potyra [Fri, Nov 25 2005, 04:19:31AM]:
Package: rlog
Followup-For: Bug #339259
Hi,
thanks for maintaining this package.
Attached is a small patch for c2a-transition. Please also remove/rename
debian/librlog1c2.install (new should be librlog1c2a.install, as seen
Package: aspell-no
Version: 2.0-22
Severity: serious
The aspell-no package should provide aspell6a-dictionary, not
aspell-dictionary. The reason for this is that the
aspell-dictionary virtual package is reserved for dictionaries that
use the aspell-autobuildhash system and are thus independent
Scribit Thomas Lange dies 25/11/2005 hora 17:35:
I like to skip the move to /var/lib/fai, and wait until I can finally
move to /srv.
But this is still a bug, and a policy violation. Users applying Debian
security guidelines will still encounter this bug with the default
configuration...
On 2005-11-24 Falk Hueffner [EMAIL PROTECTED] wrote:
Package: findutils
Version: 4.2.26-1
Severity: serious
Justification: no longer builds from source
[...]
For arg_max_32bit_linux_bug, the testsuite excepts 1 line of 32766
y's, and 1 line of 1 y. The freshly built xarg produces 2 lines of
Hi,
the reason for the overwrite is the close_files() function in
vcomment.c. It always renames the temporary output file to the given
output file, regardless of previous failures.
I added an error flag and if set only remove the temporary filename.
This fixed the error for me.
Test was exactly
Gabriel M. Beddingfield [EMAIL PROTECTED] writes:
Workaround:
# apt-get install slib=3a1-4.2
# apt-get install gnucash
This looks like my fault -- I'm a newbie to Debian and I'm running a
mixed system (testing/unstable). Apt installed slib=3a2-2 (unstable)
before, which had the
El jue, 24-11-2005 a las 17:52 -0800, Steve Langasek escribió:
On Thu, Nov 24, 2005 at 11:10:22PM +0100, Jose Carlos Garcia Sogo wrote:
Since krb4 removal from Sid, libsmbclient which depends on
libroken16-kerberos4kth is uninstallable. In turn, this makes GNOME
uninstallable in Sid,
Your message dated Fri, 25 Nov 2005 11:14:34 -0800
with message-id [EMAIL PROTECTED]
and subject line Bug#340591: gnucash: gnucash (1.8.10-19) does not install
because of dependency issues
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has
Jonas Smedegaard wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 24 Nov 2005 15:20:15 -0800
wolftales [EMAIL PROTECTED] wrote:
I installed linux-image-2.6.14-2-686-smp 2.6.14-3 using yarid
instead of initramfs with similar results.
Could you please provide the output
**
Build finished at 20051125-0144
FAILED [dpkg-buildpackage died]
Bastian
---
Received: (at 340691-close) by bugs.debian.org; 25 Nov 2005 19:51:38 +
From [EMAIL PROTECTED] Fri Nov 25 11:51:38 2005
Return-path
At Wed, 23 Nov 2005 19:17:34 +0100,
Tommaso Moroni wrote:
On Wed, Nov 23, 2005 at 02:46:57AM +, Rob Walker wrote:
Now that #336114 is closed, do you think we should file a bug against
the proper kde packages, and then link this bug to that one?
I think the right way should be to
Package: octave2.1
Version: 2.1.72-4
Severity: Serious
Tags: patch
octave2.1 fails to build from source on m68k. Part of the buildd log
follows.
| /usr/bin/gcc -c -I. -I.. -I../liboctave -I../src -I../libcruft/misc
-DHAVE_CON
| FIG_H -Wall -W -Wshadow -O0 -g0 main.c -o main.o
| /usr/bin/g++
Package: libfile-mimeinfo-perl
Version: 0.12-2
Severity: grave
Hi there,
The File::MimeInfo::Applications module contained in the above uses
File::DesktopEntry [0], which is not included or packaged separately.
As a result, code like this
use File::MimeInfo::Magic;
use
* Stephen R Marenka [EMAIL PROTECTED] [2005-11-25 15:25]:
On the bright side, I removed all the m68k-specific stuff from
debian/rules and installed gfortran.
I am more than happy to know that Octave compiles with gfortran on m68k.
The build completed and I'm willing to upload the result if
Your message dated Fri, 25 Nov 2005 13:47:13 -0800
with message-id [EMAIL PROTECTED]
and subject line Bug#331085: fixed in beagle 0.1.2-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Your message dated Fri, 25 Nov 2005 13:47:13 -0800
with message-id [EMAIL PROTECTED]
and subject line Bug#340550: fixed in beagle 0.1.2-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Your message dated Fri, 25 Nov 2005 13:47:13 -0800
with message-id [EMAIL PROTECTED]
and subject line Bug#340550: fixed in beagle 0.1.2-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Your message dated Fri, 25 Nov 2005 13:47:48 -0800
with message-id [EMAIL PROTECTED]
and subject line Bug#340692: fixed in taskjuggler 2.2+beta2-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is
On Fri, Nov 25, 2005 at 03:18:25PM +0100, Cyril Chaboisseau wrote:
Package: qgo
Version: 1.0.3-1
Followup-For: Bug #320260
well, indeed the libtool configuration is all messed up
my version of libtool has a reference with ${SED} but it doesn't appear
anywhere
how can I fix it ?
is
Processing commands for [EMAIL PROTECTED]:
severity 340147 important
Bug#340147: /etc/init.d/glibc.sh must use ': exit 0' instead of 'exit 0'
Severity set to `important'.
stop
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
On Fri, Nov 25, 2005 at 11:00:46PM +0100, Richard B. Kreckel wrote:
Matthias Klose wrote:
Package: libginac1.3c2a
Severity: serious
Unpacking libginac1.3c2a (from .../libginac1.3c2a_1.3.3-2_hppa.deb)
...
dpkg: error processing
/var/cache/apt/archives/libginac1.3c2a_1.3.3-2_hppa.deb
Package: libcurl3-openssl-dev
Version: 7.15.0-5
Severity: serious
/bin/sh ../libtool --mode=link g++ -g -Wall -O2 -o grip cppmain.o main.o
grip.o cddev.o cdplay.o discedit.o rip.o cdpar.o id3.o discdb.o uihelper.o
status_window.o dialog.o gripcfg.o parsecfg.o launch.o gain_analysis.o
IDs do not match.
configure says:
configure.ac says: CVSID=$Id: configure.ac 987 2005-11-25 11:11:13Z otavio $
make: *** [config.status] Error 1
**
Build finished at 20051125-1343
FAILED [dpkg-buildpackage died
[...]
checking python module gnome.vfs... no
configure: error: failed to find module gnome.vfs
make: *** [configure-stamp] Error 1
**
Build finished at 20051125-1828
FAILED [dpkg-buildpackage died]
Bastian
--
To UNSUBSCRIBE
Package: vips
Version: 7.10.16-1
Severity: serious
Justification: Policy 8.1, 8.6
Hi, Jay.
At least on amd64, VIPS's shared libraries appear to have changed
names from libvips(CC).so.10.8.0 to libvips(CC).so.9.9.1, which not
only breaks anything built against the previous release but also
Processing commands for [EMAIL PROTECTED]:
tag 340782 pending
Bug#340782: mv target `/dev/.udev/db/' is not a directory: No such file or
directory
There were no tags set.
Tags added: pending
severity 340782 grave
Bug#340782: mv target `/dev/.udev/db/' is not a directory: No such file or
Aaron M. Ucko [EMAIL PROTECTED] wrote:
At least on amd64, VIPS's shared libraries appear to have changed
names from libvips(CC).so.10.8.0 to libvips(CC).so.9.9.1, which not
only breaks anything built against the previous release but also
disagrees with the (hand-written) shlibs file. As a
Package: centericq
Version: 4.21.0-4
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of centericq_4.21.0-4 on debian-31 by sbuild/s390 79
[...]
s390-linux-gnu-gcc -c -DLOCALEDIR=\/usr/share/locale\
-DLOCALE_ALIAS_PATH=\/usr/share/locale\
Package: python2.3
Version: 2.3.5-9
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of python2.3_2.3.5-9 on debian-31 by sbuild/s390 79
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper (= 3), autoconf,
Package: inventor
Version: 2.1.5-10-5
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of inventor_2.1.5-10-5 on debian-31 by sbuild/s390 79
[...]
make[4]: Entering directory `/build/buildd/inventor-2.1.5-10/doc/man/man3'
make[5]: Entering directory
Package: libocc0-dev
Version: 2.8-7
Severity: serious
Hi,
While doing the second C++ lib transition you forgot to rename the
dependency on libocc0c2 to libocc0c2a in libocc0-dev, making openc++
uninstallable.
thanks,
guillem
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
1 - 100 of 127 matches
Mail list logo