On Sun, Nov 20, 2005 at 01:01:16AM -0600, Joe Wreschnig wrote:
> On Sat, 2005-11-19 at 22:20 -0800, Steve Langasek wrote:
> > Yes, this failure is due to a bug in python2.3, but seriously -- this isn't
> > Java, and zip files aren't cool. I really can't see any good reason for
> > obfuscating the p
Package: quodlibet-plugins
Severity: serious
Version: 20050925-1
Debian Python says Python packages containing modules *must* depend on
the current version of Python exactly, because otherwise a version
mismatch could cause tens of milliseconds of delay when loading the
module.
You can do this vi
Processing commands for [EMAIL PROTECTED]:
> severity 337897 important
Bug#337897: dancer-ircd: server fails to start with warning: different zlib
version
Severity set to `important'.
> tags 337897 unreproducible moreinfo
Bug#337897: dancer-ircd: server fails to start with warning: different zli
severity 337897 important
tags 337897 unreproducible moreinfo
thanks
> When i run dancer-ircd by hand on the command line i get:
> Starting dancer-ircd: warning: different zlib version
> and the server is never started. Recompiling the package with "apt-get
> -b source dancer-ircd" creates a us
On Sat, 2005-11-19 at 22:20 -0800, Steve Langasek wrote:
> Yes, this failure is due to a bug in python2.3, but seriously -- this isn't
> Java, and zip files aren't cool. I really can't see any good reason for
> obfuscating the python files in this manner within the Debian package.
So read http://l
[Steve Langasek]
> It's perfectly sensible: if the scripts were meant to be run in
> parallel, they shouldn't have the ".sh" extension...
Eh, are you claiming that policy mention sourcing of .sh scripts to
make sure those scripts are not run in paralell? It does not sounds
reasonable to me, as th
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.8
> severity 317963 grave
Bug#317963: quodlibet: fails to start on x86_64
Severity set to `grave'.
> # fat-fingering
> severity 317953 important
Bug#317953: openssl: smime -encrypt mangl
Processing commands for [EMAIL PROTECTED]:
> severity 317953 grave
Bug#317953: openssl: smime -encrypt mangles gzipped files
Severity set to `grave'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
Your message dated Sat, 19 Nov 2005 20:17:06 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#338753: fixed in asterisk 1:1.2.0.dfsg-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 i
Processing commands for [EMAIL PROTECTED]:
> tag 135517 + fixed-in-experimental
Bug number 135517 not found.
> tag 154381 + fixed-in-experimental
Bug number 154381 not found.
> tag 154384 + fixed-in-experimental
Bug number 154384 not found.
> tag 157736 + fixed-in-experimental
Bug number 157736
On Sat, Nov 19, 2005 at 11:33:44PM +0100, Petter Reinholdtsen wrote:
> >"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".
> What a strange thin
Your message dated Sun, 20 Nov 2005 05:02:52 +0100
with message-id <[EMAIL PROTECTED]>
and subject line fixed in 1.2.0.dfsg-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 responsibili
Your message dated Sun, 20 Nov 2005 03:40:19 +
with message-id <[EMAIL PROTECTED]>
and subject line [CAN-2005-3120] buffer overflow in nntp schema handling
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 th
Your message dated Sat, 19 Nov 2005 19:02:04 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339853: fixed in chrony 1.21-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 Sat, 19 Nov 2005 19:02:04 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339764: fixed in chrony 1.21-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
Processing commands for [EMAIL PROTECTED]:
> block 339246 by 339172
Bug#339246: library package needs to be renamed (libstdc++ allocator change)
Was not blocked by any bugs.
Blocking bugs added: 339172
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug track
block 339246 by 339172
thanks
On Thursday 17 November 2005 03:22, Matthias Klose wrote:
> Compiler versions g++-4.0_4.0.2-4 and g++-3.4_3.4.4-10 are now in the
> archive. The renaming of the library packages can now start. You can
> upload the packages even before the toolchain is built for all
Processing commands for [EMAIL PROTECTED]:
> reopen 326073
Bug#326073: sylpheed: causes corruption of non-ASCII messages after "edit with
external editor"
Bug reopened, originator not changed.
> severity 326073 important
Bug#326073: sylpheed: causes corruption of non-ASCII messages after "edit w
Your message dated Sat, 19 Nov 2005 18:17:08 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339977: fixed in gftp 2.0.18-11
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 you
Processing commands for [EMAIL PROTECTED]:
> severity 325587 important
Bug#325587: gftp: Segfault while trying to get any file
Severity set to `important'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debia
On Sun, Nov 20, 2005 at 12:55:10AM +0200, Lars Wirzenius wrote:
> Package: rsplib-dev
> Version: 1.0.0-1
> Severity: serious
> Justification: upgrades from sarge to etch fail
> When testing rsplib-dev with piuparts, specifically upgrades from sarge
> via etch to sid, I get the following error:
>
severity 325587 important
thanks
The problem only occurs when "Ignore PASV address" is enabled, which is
not a default option. Downgrading the severity.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTE
Package: gftp
Version: 2.0.18-10
Severity: grave
Justification: renders package unusable
Hi,
Making segfault is similar to (closed) bug #325587, just connect to an FTP site
and try to download one file (click with left arrow button).
I recompiled with debug "gftp-2.0.18" (apt-get source)
=
Your message dated Sat, 19 Nov 2005 16:02:22 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#338434: fixed in sylpheed-gtk1 1.0.6-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
[Brendan O'Dea]
> I'm not quite sure what the initial rationale was, although Adam Heath
> suggested on IRC that it could be to allow scripts to set environment
> variables which would propagate through to subsequent scripts.
I'm not sure why it is documented in policy, but the sysv-rc
implementat
Package: phalanx
Version: 22-15
Severity: serious
Justification: uninstallable in some circumstances
While testing phalanx with piuparts, I get the following error:
Unpacking phalanx (from .../phalanx_22-15_i386.deb) ...
Setting up phalanx (22-15) ...
dd: opening `/var/games/phalanx.learn':
On Sat, Nov 19, 2005 at 11:33:44PM +0100, Petter Reinholdtsen wrote:
>[Brendan O'Dea]
>> 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
Javier Fernández-Sanguino Peña a écrit :
I don't know what that data comes from, but I did produce some statistics a
while back:
http://www.debian.org/News/2004/20040406
http://lists.debian.org/debian-security/2001/12/msg00257.html
I guess that whomever disagrees with the current claim should
Package: gmsh
Version: 1.60.1-2
Severity: serious
Hi,
building the package gmsh in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
[143] [144] [145] [146] [147] [148] [149] [150] [151] Chapter 10 [1
Update of bug #14619 (project findutils):
Status:None => Fixed
Assigned to:None => jay
___
Follow-up Comment #15:
I have applied
Package: rsplib-dev
Version: 1.0.0-1
Severity: serious
Justification: upgrades from sarge to etch fail
When testing rsplib-dev with piuparts, specifically upgrades from sarge
via etch to sid, I get the following error:
Unpacking replacement rsplib-dev ...
dpkg: error
processing /var/cache/apt
[Brendan O'Dea]
> 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".
What a strange thing for policy to specify.
Your message dated Sat, 19 Nov 2005 14:02:59 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339889: fixed in sng 1.0.2-4
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 r
Your message dated Sat, 19 Nov 2005 14:02:55 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339767: fixed in rox 2.3-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 res
Package: sysv-rc
Version: 2.86.ds1-5
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".
This could p
Your message dated Sat, 19 Nov 2005 13:21:12 -0800
with message-id <[EMAIL PROTECTED]>
and subject line libkrb53 is working fine now
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 respo
Roland Stigge wrote:
> building the package postgresql-pljava in a clean sid build
> environment (with pbuilder) on i386 results in:
This is actually a symptom of a bug in the dependencies of the
postgresql packages, which is currently under discussion. It should be
cleared up in the next coupl
Hi!
Steve Langasek wrote:
> I've tracked this bug in centericq down to a failure to deal with short
> packets (or packets declaring their own length to be zero). The attached
> patch fixes this segfault, by stopping without further processing of the
> packet when its length is determined to be ze
This isn't an API change, it's a bug in libpng that this symbol is not
exported.
From png.h:
/* Place a 16-bit number into a buffer in PNG byte order.
* The parameter is declared unsigned int, not png_uint_16,
* just to avoid potential problems on pre-ANSI C compilers.
*/
PNG_EXTERN void png_s
Package: postgresql-pljava
Version: 1.1.0-3
Severity: serious
Hi,
building the package postgresql-pljava in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
gcj -C -d .
/tmp/buildd/postgresql-pljava
Package: turck-mmcache
Followup-For: Bug #330559
Hi,
the package is phpapi-20050606 (IIIRC) which is provided for example by
libapache2-mod-php4.
Regards
Rolf
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Archi
Cai Qian wrote:
This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and
libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not
crash.
Could you provide a simpler testcase?
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
Package: apt-dpkg-ref
Version: 5
Severity: serious
Hi,
building the package apt-dpkg-ref in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
dh_testdir
# Add here commands to compile the package.
./m
Your message dated Sat, 19 Nov 2005 21:32:31 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#326073: sylpheed: causes corruption of non-ASCII messages
after "edit with external editor"
has caused the attached Bug report to be marked as done.
This means that you claim that the probl
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.8
> #Not a localization bug, just encoding related
> tags 326073 - l10n
Bug#326073: sylpheed: causes corruption of non-ASCII messages after "edit with
external editor"
Tags were: l10n
Ta
package sylpheed
reassign 338434 sylpheed-gtk1
thanks
On Thu, 10 Nov 2005 10:13:03 +0100
Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> Package: sylpheed
> Severity: grave
> Tags: security
> Justification: user security hole
>
> A remotely exploitable buffer overflow was found in Sylpheed. Quot
Processing commands for [EMAIL PROTECTED]:
> package sylpheed
Ignoring bugs not assigned to: sylpheed
> reassign 338434 sylpheed-gtk1
Bug#338434: sylpheed: Buffer overflow in LDIF import
Bug reassigned from package `sylpheed' to `sylpheed-gtk1'.
> thanks
Stopping processing here.
Please contact
Processing commands for [EMAIL PROTECTED]:
> close 320017 1:6.3-085+1
Bug#320017: vim: Arbitrary code execution in modelines (CAN-2005-2368)
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 1:6.3-085+1, send any further explanations to
Martin
On Sat, Nov 19, 2005 at 03:20:20PM +, Stephen Gran wrote:
> If there were more than one package per architecture providing this
> virtual package, then the dependency would need to be adjusted to
> provide consistent behavior. But at first blush, we don't seem to be
> there.
Yes, that's pret
On Sat, Nov 19, 2005 at 03:46:23PM +, MJ Ray wrote:
> I think the statistic is questionable, so there should be
> verification/substantiation of the statistic, but I don't know
> whether it's right or wrong. I think it's prejudging things to
> delete the first paragraph as suggested.
I don't k
Your message dated Sat, 19 Nov 2005 12:23:37 -0600
with message-id <[EMAIL PROTECTED]>
and subject line Not reproducible
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 Sat, 19 Nov 2005 12:22:18 -0600
with message-id <[EMAIL PROTECTED]>
and subject line Not reproducible
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 Sat, 19 Nov 2005 15:52:12 -0200
with message-id <[EMAIL PROTECTED]>
and subject line Isn't a bug but a UPGRADE issue that's documented
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
This is odd, for no reason I can determine, I stopped getting that
error. It still won't start, but now I get:
[EMAIL PROTECTED]:~$ gdesklets
Starting gdesklets-daemon...
Cannot establish connection to daemon: timeout!
The log file might help you solving the proble
Your message dated Sat, 19 Nov 2005 09:17:12 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#337740: fixed in wnn6-sdk 1.0.0-13
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 Sat, 19 Nov 2005 09:17:12 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#259894: fixed in wnn6-sdk 1.0.0-13
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
Package: doc++
Version: 3.4.10-3.2
Severity: serious
Hi,
building the package doc++ in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
depfile='.deps/readfiles.Po' tmpdepfile='.deps/readfiles.TPo' \
Processing commands for [EMAIL PROTECTED]:
> reassign 339419 libgtk2.0-0
Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6
Bug reassigned from package `d4x' to `libgtk2.0-0'.
> Hi,
Unknown command or malformed arguments to command.
> This bug is caused by mismatch versions between libgt
reassign 339419 libgtk2.0-0
Hi,
This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and
libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not
crash.
Cai Qian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
Processing commands for [EMAIL PROTECTED]:
> # The package doesn't build on the Architecture (all) it it declared for
> severity 339870 serious
Bug#339870: openhackware: should not try to build on !powerpc environments
Bug#322300: openhackware: should not try to build on !powerpc environments
Seve
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.8
> tags 337478 + fixed-upstream
Bug#337478: koffice: FTBFS: invalid use of undefined type `struct
KisfilterRegistry'
There were no tags set.
Tags added: fixed-upstream
>
End of message,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 19.11.2005 um 07:44 schrieb Filipus Klutiero:
If someone doesn't agree that this is an order of magnitude too
optimistic, I'll point to http://lwn.net/Articles/149976/
I see some problems with theat article, you are referencing here:
1. It has
Processing commands for [EMAIL PROTECTED]:
> package openhackware
Ignoring bugs not assigned to: openhackware
> severity 339870 normal
Bug#339870: openhackware: FTBFS: unrecognized option `-mregnames'
Severity set to `normal'.
> retitle 339870 openhackware: should not try to build on !powerpc en
<#secure method=pgpmime mode=sign>
On 10477 March 1977, Thomas Bushnell wrote:
>> - Your package was held back since it was requested to ease a move of
>> whatever packages to testing. I cant see right now a unblock request in
>> my mail folders (but that may be because Im @work, so may be unable
package openhackware
severity 339870 normal
retitle 339870 openhackware: should not try to build on !powerpc environments
merge 339870 322300
thanks
On Sat, Nov 19, 2005 at 01:55:43PM +0100, Roland Stigge wrote:
> Package: openhackware
> Version: 0.4.1-1
> Severity: serious
> building the package
Your message dated Sat, 19 Nov 2005 16:04:25 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339891: evms: corrupts RAID-5 volumes when running in
degraded mode
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
Filipus Klutiero <[EMAIL PROTECTED]>
> If someone doesn't agree that this is an order of magnitude too
> optimistic, I'll point to http://lwn.net/Articles/149976/
That article is known to contain basic errors. See, for example,
http://azure.humbug.org.au/~aj/blog/2005/09/09
indolence log, by Antho
This one time, at band camp, Matthias Klose said:
> Debian Bug Tracking System writes:
> > As far as I can tell there is no actual bug here: the lib64c-dev
> > provides exists in unstable and the dependency appears to do what I was
> > expecting it to do.
>
> yes, but you are required to depend on
Package: sdcc
Version: 2.5.0-8
Severity: serious
Hi,
building the package sdcc in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
dh_fixperms -a
dh_installdeb -a
dh_shlibdeps -a
dpkg-shlibdeps: warn
Your message dated Sat, 19 Nov 2005 06:47:10 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339856: fixed in gmodels 2.10.0-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 y
On Sat, 2005-11-19 at 12:09 +0100, Roland Stigge wrote:
> Package: asterisk-oh323
> Version: 0.6.7-2
> Severity: serious
>
> Hi,
>
> building the package asterisk-oh323 in a clean sid build environment
> (with pbuilder) on i386 results in:
>
>
Package: evms
Version: 2.5.2-1
Severity: critical
Justification: causes serious data loss
This is mainly a placeholder bug for my upcoming EVMS upload to stable;
it has already been addressed in unstable (and will eventually progress
to testing). (A -done message informing the BTS about the fact t
Package: sng
Version: 1.0.2-3
Severity: serious
Hi,
building the package sng in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
fi
sngd.c: In function 'dump_iCCP':
sngd.c:528: warning: pointer targe
On Saturday 19 November 2005 15:15, Steve Langasek wrote:
> Granted, though it seems that at least two of the architectures you
> quoted don't support floppy installs in etch? :)
Sparc does but they are not part of official release as building them
requires root.
pgpRx89JdeMb9.pgp
Description:
Processing commands for [EMAIL PROTECTED]:
> tags 334089 patch
Bug#334089: remotely segfaultable, DOS
Tags were: security
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
tags 334089 patch
thanks
Hello,
I've tracked this bug in centericq down to a failure to deal with short
packets (or packets declaring their own length to be zero). The attached
patch fixes this segfault, by stopping without further processing of the
packet when its length is determined to be zer
Package: kdegames
Version: 4:3.4.2-1
Severity: serious
Hi,
building the package kdegames in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
then mv -f ".deps/libatlantic_la.all_cpp.Tpo"
".deps/liba
On Saturday 19 November 2005 10:41, Steve Langasek wrote:
> Do we actually have reason to believe that this is a memory leak, i.e.,
> leaving the daemon running will continue to eat more memory? If the
> program simply needs 70-some MB to run, that's unfortunate, but not RC;
> if, OTOH, its memory
On Sat, Nov 19, 2005 at 03:05:47PM +0100, Frans Pop wrote:
> On Saturday 19 November 2005 05:05, Steve Langasek wrote:
> > What's holding up the switch to dhcp3-client-udeb? Andrew Pollock did
> > a lot of work earlier this year to get it ready for d-i use. Is there
> > still something missing, o
On Saturday 19 November 2005 05:05, Steve Langasek wrote:
> What's holding up the switch to dhcp3-client-udeb? Andrew Pollock did
> a lot of work earlier this year to get it ready for d-i use. Is there
> still something missing, or is it just a question of trying it out?
The only issue AFAIK is
On Fri, Nov 18, 2005 at 12:28:11AM -0800, Thomas Bushnell BSG wrote:
> Vorlon's email seems to have received an instantaneous response from
> you, where my email on November 2 is unanswered after more than two
> weeks. Is this normal procedure, or did something unusual happen in
> this case?
He w
Package: openvrml-lookat
Version: 0.15.10-5
Severity: grave
Justification: renders package unusable
When invoking "lookat" from the command line the linker complains with:
lookat: error while loading shared libraries: libmozjs.so: cannot open
shared object file: No such file or directory
I've l
[ Saturday 19 November 2005 14:38 ]
| On Thu, Nov 17, 2005 at 06:22:15PM +0100, Domenico Andreoli wrote:
| > On Thu, Nov 17, 2005 at 05:26:07PM +0100, Christophe Prud'homme wrote:
| > > All,
| > >
| > > I have recompiled boost 1.33.0-3 using the new C++ compiler
| > > it worked like a charm.
| >
|
On 19 November 2005 at 12:22, Roland Stigge wrote:
| Package: gmodels
| Version: 2.10.0-1
| Severity: serious
|
| Hi,
|
| building the package gmodels in a clean sid build environment
| (with pbuilder) on i386 results in:
Weird thing is that I build it in a sid pbuilder too ...
| fakeroot deb
Package: pycxx
Version: 5.3.5-1
Severity: serious
Tags: patch
Hi,
building the package pycxx in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
creating /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/
On Thu, Nov 17, 2005 at 06:22:15PM +0100, Domenico Andreoli wrote:
> On Thu, Nov 17, 2005 at 05:26:07PM +0100, Christophe Prud'homme wrote:
> > All,
> > I have recompiled boost 1.33.0-3 using the new C++ compiler
> > it worked like a charm.
> great :)
> i think we should upload -4 with packages
Debian Bug Tracking System writes:
> As far as I can tell there is no actual bug here: the lib64c-dev
> provides exists in unstable and the dependency appears to do what I was
> expecting it to do.
yes, but you are required to depend on a real package as well, not
just only on a virtual package.
I'm having FTBS problems due to some upstream changes. I';; make a new,
corrected upload as soon as I work those out.
--
John Hasler
[EMAIL PROTECTED]
Elmwood, WI USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: linux-wlan-ng
Version: 0.2.2+dfsg-6
Severity: serious
Justification: no longer builds from source
linux-wlan-ng fails to build on Alpha:
[...]
make[4]: Entering directory
`/tmp/buildd/linux-wlan-ng-0.2.2+dfsg/debian/modules-build-alpha-smp/modules/linux-wlan-ng-source/src/mkmeta'
gcc-3.
Package: rpm2html
Version: 1.8.1-1
Severity: serious
Hi,
building the package rpm2html in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
rpmopen.c:1510: warning: pointer targets in passing argument
Your message dated Sat, 19 Nov 2005 13:02:17 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339409: typo in lib64z1-dev dependency
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
Processing commands for [EMAIL PROTECTED]:
> tag 339864 patch
Bug#339864: gpsd: FTBFS: XmStrDefs.h:959: error: syntax error before 'extern'
There were no tags set.
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administr
Processing commands for [EMAIL PROTECTED]:
> severity 339852 normal
Bug#339852: libgdal1c2: Broken replaces dependency
Severity set to `normal'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs data
tag 339864 patch
thanks
Hi,
the attached patch fixes this.
bye,
Roland
--- include/Motif-2.1/Xm/XmStrDefs.h.orig 2005-11-19 13:00:59.0 +0100
+++ include/Motif-2.1/Xm/XmStrDefs.h 2005-11-19 13:01:13.0 +0100
@@ -28,6 +28,8 @@
#include
+#include
+
#ifdef __cplusplus
exter
severity 339852 normal
thanks
On Sat, Nov 19, 2005 at 11:06:43AM +, Roger Leigh wrote:
> Replaces: libgda11
> Conflicts: libgdal1
> This looks like a simple typo ('11' rather than 'l1') on
> the Replaces line.
The practical impact of the wrong replaces here should be minimal, though;
downgra
Package: openhackware
Version: 0.4.1-1
Severity: serious
Hi,
building the package openhackware in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
rm -f debian/patches/*.log
dh_testdir
dh_testroot
/u
Package: libtk-gbarr-perl
Version: 2.06-1
Severity: serious
Tags: patch
Hi,
building the package libtk-gbarr-perl in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
cp examples/numentryplain blib/ar
It seems this bug is fixed: (linux-2.6.12 is from kernel.org)
$ grep usp -A4 -B4 linux-2.6.12/include/asm-sparc64/compat.h
static __inline__ void __user *compat_alloc_user_space(long len)
{
struct pt_regs *regs = current_thread_info()->kregs;
unsigned long usp = regs->u_regs[UREG
Package: lesstif2
Version: 1:0.94.4-1
Severity: serious
Hi,
building the package gpsd 2.28-2 in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr
Package: latex-bridge
Version: 1.0-2
Severity: serious
Hi,
building the package latex-bridge in a clean sid build environment
(with pbuilder) on i386 results in:
=
[...]
kish, ukrainian, nohyphenation, loaded.
(/usr/share/te
1 - 100 of 113 matches
Mail list logo
