Hello,
if you think that the license issues are clarified (and I do so), please
add the new stuff to the copyright file, upload the new version, close
the bugs, wait few days and ask the release guys to add it to Testing.
And please do it RSN.
Regards,
Eduard.
--
_rene_ .oO ( herr, wirf hirn
Hi Oliver,
What does the output of /usr/sbin/postconf alias_database alias_maps show on
this system? And the output of ls -l /etc/aliases*?
Does the problem persist if you run dpkg --configure --pending?
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.8.14
tags 306141 security
Bug#306141: CAN-2005-0469: Buffer overflow in slc_add_reply()
Tags were: patch
Tags added: security
End of message, stopping processing here.
Please contact me
Processing commands for [EMAIL PROTECTED]:
tags 306184 sid
Bug#306184: aegis: FTBFS: failed test
There were no tags set.
Tags added: sid
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
tags 306184 sid
thanks
From what I can see, this bug does not affect the version of the package
currently in sarge.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
Hi Eric,
gnustep-base 1.10.2 should stay in sid untill gnustep-gui and gnustep-back
are ready to enter in sarge and all gnustep apps are successfully tested
or rebuilt. We want to keep sarge clean.
It looks to me like gnustep-gui and gnustep-back are ready to go. Does this
bug still apply?
Your message dated Sun, 01 May 2005 05:34:07 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#306620: fixed
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 responsibility to
Processing commands for [EMAIL PROTECTED]:
reassign 303897 python-imaging
Bug#303897: python-imaging: FTBFS: Unsatisfiable Build-Depends
Bug reassigned from package `python-imaging,libjpeg62-dev' to `python-imaging'.
quit
Stopping processing here.
Please contact me if you need assistance.
Hi Agney,
Since your sponsor hasn't uploaded this yet after four days, do you want to
put the source package on-line somewhere that others can get to them? I'd
be happy to sponsor an upload for this bugfix.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital
On Sat, Apr 30, 2005 at 08:20:32PM -0700, Steve Langasek wrote:
On Sat, Apr 30, 2005 at 03:42:43PM +0200, Christian T. Steigies wrote:
Hi,
the new new version of f2c does not cut it either on m68k:
Setting up f2c (20020621-3.3) ...
(unstable)[EMAIL
Package: tela
Version: 2.0-8
Severity: serious
Tags: sarge
When building 'tela' in a clean chroot on i386/testing,
I get the following error:
checking for completion_matches in -lreadline... yes
checking for ddot in -lblas2... no
configure: error: Blas not found!
make: *** [configure-stamp]
Package: affix-source
Severity: grave
Justification: user security hole
Inproper bounds checking in affix_sock_register() may allow local privilege
escalation. Please see
http://marc.theaimsgroup.com/?l=bugtraqm=111445064725591w=2
for details.
Upstream patch available at
On Sun, May 01, 2005 at 12:58:34PM +0200, Christian T. Steigies wrote:
On Sat, Apr 30, 2005 at 08:20:32PM -0700, Steve Langasek wrote:
On Sat, Apr 30, 2005 at 03:42:43PM +0200, Christian T. Steigies wrote:
Hi,
the new new version of f2c does not cut it either on m68k:
Setting up f2c
Your message dated Sun, 01 May 2005 14:43:43 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#306980: phpgroupware-projects: packages does not appear in
menu
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If
Package: linda
Version: 0.3.13
Severity: serious
When building 'linda' in a clean chroot on i386/testing,
I get the following error:
self.assertEqual(expected.intersection(output), expected)
File /usr/lib/python2.3/unittest.py, line 302, in failUnlessEqual
raise self.failureException,
Processing commands for [EMAIL PROTECTED]:
tag 306112 + fixed
Bug#306112: kodos must be rebuilt with a recent pyqt-tools
Tags were: patch sid
Tags added: fixed
quit
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
Package: octave-gpc
Version: 0.1.4-1
Severity: serious
Tags: sarge
When building 'octave-gpc' on i386/testing,
I get the following error:
/usr/bin/mkoctfile -v -s -c gpc_create.cc
/usr/bin/g++ -c -fPIC -I/usr/include/octave-2.1.69
-I/usr/include/octave-2.1.69/octave -O2 gpc_create.cc -o
Your message dated Sun, 01 May 2005 09:32:17 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#306957: fixed in libaqhbci 1.0.8-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
On Sun, May 01, 2005 at 05:07:37AM -0700, Steve Langasek wrote:
The new version that was uploaded was -3.4, not -3.3. So you haven't really
tested anything, since the version you just showed output from was the same
you reported on earlier. :)
Ok, it is getting better. However, the problem
Lars Wirzenius [EMAIL PROTECTED] writes:
I can build aegis from source on i386 in a sid chroot using
dpkg-buildpackage -us -uc -rfakeroot, but not with fakeroot
dpkg-buildpackage -us -uc or sudo pbuilder build. When the builds
fail, I see either of these kinds of errors.
Because I'm new to
[Cc: to debian-release]
* Andreas Jochens [EMAIL PROTECTED] [2005-05-01 15:16]:
Package: octave-gpc
Version: 0.1.4-1
Severity: serious
Tags: sarge
When building 'octave-gpc' on i386/testing,
I get the following error:
/usr/bin/mkoctfile -v -s -c gpc_create.cc
/usr/bin/g++ -c -fPIC
On Sun, May 01, 2005 at 05:40:05PM +0200, Walter Franzini wrote:
Lars Wirzenius [EMAIL PROTECTED] writes:
I can build aegis from source on i386 in a sid chroot using
dpkg-buildpackage -us -uc -rfakeroot, but not with fakeroot
dpkg-buildpackage -us -uc or sudo pbuilder build. When the
Hi
I suppose that you have upgraded your computer running unstable since
our last mail exchange. Do you still have the same problem with pdftk?
I should admit that I don't know what to do, as I am unable to reproduce
the bug on at least 4 machines.
By the way, I have uploaded a new package of
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.8.14
severity 304915 grave
Bug#304915: libsary-ruby1.8: Uninstallable.
Severity set to `grave'.
End of message, stopping processing here.
Please contact me if you need assistance.
Package: blackbox
Version: 0.70.0-2
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of blackbox_0.70.0-2 on goedel by sbuild/alpha 27
Build started at 20050429-1528
[...]
** Using build dependencies supplied by package:
Build-Depends: autoconf,
Package: nufw
Version: 1.0-2
Severity: serious
Tags: sid
There was an error while trying to autobuild your package:
Automatic build of nufw_1.0-2 on goedel by sbuild/alpha 27
Build started at 20050404-2338
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper (=
Package: saxon-catalog
Version: 20020210-0.2
Severity: serious
Tags: sarge
When building 'saxon-catalog' on i386/testing, I get the following error:
dpkg-buildpackage: source package is saxon-catalog
dpkg-buildpackage: source version is 20020210-0.2
dpkg-buildpackage: host architecture is amd64
Processing commands for [EMAIL PROTECTED]:
reopen 306980
Bug#306980: phpgroupware-projects: packages does not appear in menu
Bug reopened, originator not changed.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
This is the way I have found fairly reliably builds KDE packages on
Debian. It's ugly, but it should fix the FTBFS. Works fine here in a
pbuilder chroot.
--
-
| ,''`.Stephen Gran |
|
I see that the segfault is happening in the call
gst_element_set_state (data-sink, GST_STATE_NULL);
(goobox-0.9.90/src/dlg-ripper.c:471)
The only relevant change I see between 0.72 and 0.90 (after admittedly
only cursory looking) that affects this call is this change:
@@ -258,7 +260,7 @@
Package: ctrlproxy
Version: 2.6.2-1
Severity: serious
Hi,
building the package ctrlproxy in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
checking for uname... yes
checking for dup2... yes
Your message dated Sun, 1 May 2005 21:18:48 +0200
with message-id [EMAIL PROTECTED]
and subject line dstooltk removed
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 responsibility to
Your message dated Sun, 01 May 2005 15:32:44 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#307208: fixed in blackbox 0.70.0-3
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 message dated Sun, 01 May 2005 15:33:01 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#304124: fixed in unison 2.10.2-1
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
On Sun, 2005-05-01 at 15:07 -0400, Stephen Gran wrote:
- data-sink = gst_element_factory_make (filesink, filesink);
+ data-sink = gst_element_factory_make (gnomevfssink, filesink);
Perhaps change it back and see if the segfault goes away?
Oh, sure. Stupid me forgot to add a dependency on
This one time, at band camp, Dan Korostelev said:
On Sun, 2005-05-01 at 15:07 -0400, Stephen Gran wrote:
- data-sink = gst_element_factory_make (filesink, filesink);
+ data-sink = gst_element_factory_make (gnomevfssink, filesink);
Perhaps change it back and see if the segfault goes
tags +patch
thanks
The latest upload introduced some broken make definitions in
debian/rules. DEB_HOST_ARCH was never defined, and DEB_BUILD_ARCH
is more useful for cross compilation, which isn't supported in the
package.
This causes the 64bit tar to be used on at least some 32bit
architectures.
Processing commands for [EMAIL PROTECTED]:
tags 306653 +patch
Bug#306653: oo2c: ftbfs [sparc] make: *** [build-stamp] Error 2
Tags were: sid
Tags added: patch
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
This one time, at band camp, Stephen Gran said:
+ # Going to remove this in clean
I realized I forgot to send you the patch for the clean target as well.
It should also contain:
-rm -f config.h config.status config.cache config.log build-stamp config-stamp
debian/debiandirs configure
On Sun, May 01, 2005 at 06:54:43PM +0200, Rafael Laboissiere wrote:
[Cc: to debian-release]
* Andreas Jochens [EMAIL PROTECTED] [2005-05-01 15:16]:
Package: octave-gpc
Version: 0.1.4-1
Severity: serious
Tags: sarge
When building 'octave-gpc' on i386/testing,
I get the following
Processing commands for [EMAIL PROTECTED]:
tags 301782 = pending
Bug#301782: goobox: Ripping to ogg causes segfault
Tags were: help
Tags set to: pending
--
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.8.14
tags 307208 sid
Bug#307208: blackbox_0.70.0-2(alpha/unstable): FTBFS: unneeded versioned
build-depends on build-essential packages
There were no tags set.
Tags added: sid
End of
On Sun, May 01, 2005 at 08:21:38PM +0200, Andreas Jochens wrote:
Package: saxon-catalog
Version: 20020210-0.2
Severity: serious
Tags: sarge
When building 'saxon-catalog' on i386/testing, I get the following error:
dpkg-buildpackage: source package is saxon-catalog
dpkg-buildpackage:
Hi,
On Sun, 2005-05-01 at 15:19 -0700, Steve Langasek wrote:
And classpath is going nowhere fast, because the current version of gjdoc
depends on kaffe, which is not built on arm.
Note that the gjdoc dependency is only needed when you want to generate
the documentation as published on
Processing commands for [EMAIL PROTECTED]:
tag 304050 + fixed
Bug#304050: libmultisync-plugin-evolution: doesn't work with evolution anymore
Tags were: patch sid
Tags added: fixed
quit
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Your message dated Sun, 1 May 2005 18:58:30 -0400
with message-id [EMAIL PROTECTED]
and subject line Closing 297605
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 responsibility to
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.8.14
tags 307167 security
Bug#307167: affix-source: Integer underflow possibly permits local privilege
escalation
There were no tags set.
Tags added: security
End of message, stopping
Processing commands for [EMAIL PROTECTED]:
tags 305605 + security fixed pending
Bug#305605: CAN-2005-0718: remote DoS from aborted connections
Tags were: woody
Tags added: security, fixed, pending
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
Processing commands for [EMAIL PROTECTED]:
tags 305605 - fixed pending
Bug#305605: CAN-2005-0718: remote DoS from aborted connections
Tags were: pending fixed security woody
Tags removed: fixed, pending
tags 307132 + woody fixed pending
Bug#307132: CAN-2005-1345 (Unexpected access control
(-admin dropped; nothing in this reply needs to go there)
On Mon, May 02, 2005 at 01:34:32AM +0100, Andrew Saunders wrote:
On Mon, 11 April 2005, Richard A Nelson wrote:
It seem to me the the situation can be cleared by sending few emails
and instead the pacage was removed.
You've only
Your message dated Sun, 01 May 2005 21:02:07 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#208117: fixed in python-gtkextra 0.22-6
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
Package: gcc-3.4
Version: 3.4.3-12
Severity: serious
Tags: patch
Hi Matthias,
This bug is the mirror of bug #304659, doxygen segfaulting during the build
of gcc-3.4_3.4.3-12. There appears to be an invalid use of '@var' without a
corresponding variable declaration in
Processing commands for [EMAIL PROTECTED]:
tags 302995 patch
Bug#302995: fastjar: postinst does not check for errors
There were no tags set.
Tags added: patch
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
Processing commands for [EMAIL PROTECTED]:
severity 306562 important
Bug#306562: gs-esp exits abnormally on startup
Severity set to `important'.
tags 306562 unreproducible moreinfo
Bug#306562: gs-esp exits abnormally on startup
There were no tags set.
Tags added: unreproducible, moreinfo
tags 302995 patch
thanks
Hi Matthias,
NMU in progress for these two bugs. Barring any explosions, the attached
patch is the one that will be uploaded.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
severity 306562 important
tags 306562 unreproducible moreinfo
thanks
Hi,
I couldn't reproduce this bug also.
P.S I won't be available for any further comment/clues untill this
Friday (6th of may) as I'll be on a visit to another city, so please
don't close the bug because of no activity from
On Sun, May 01, 2005 at 03:54:10PM +0200, Christian T. Steigies wrote:
On Sun, May 01, 2005 at 05:07:37AM -0700, Steve Langasek wrote:
The new version that was uploaded was -3.4, not -3.3. So you haven't really
tested anything, since the version you just showed output from was the same
Package: tela
Version: 2.0-9
Severity: serious
Tags: sid
Justification: no longer builds from source
The current version of tela adds a build-dependency on atlas3-base-dev and
fails to build from source on arm because this package is unavailable:
[...]
Build-Depends: debhelper, g77, libhdf4g-dev
On Sun, 1 May 2005 03:15:07 -0700
Steve Langasek [EMAIL PROTECTED] wrote:
Hi Agney,
Since your sponsor hasn't uploaded this yet after four days, do you want
to
put the source package on-line somewhere that others can get to them? I'd
be happy to sponsor an upload for this bugfix.
59 matches
Mail list logo