On Sat, Nov 26, 2016 at 07:52:26PM +0100, Matthias Klose wrote:
> On 26.11.2016 19:42, Mark Brown wrote:
> > On Sat, Nov 26, 2016 at 03:56:21PM +0100, Matthias Klose wrote:
> > Please allow at least a little time for a response, I've no real idea
> > what you're e
On Sat, Nov 26, 2016 at 08:59:34PM +0100, Matthias Klose wrote:
> On 26.11.2016 20:35, Mark Brown wrote:
> > On Sat, Nov 26, 2016 at 07:52:26PM +0100, Matthias Klose wrote:
> >> On 26.11.2016 19:42, Mark Brown wrote:
> >>> On Sat, Nov 26, 2016 at 03:56:21PM +0100, Ma
On Sun, Nov 27, 2016 at 06:39:22PM +0200, Sami Liedes wrote:
> It seems to me that Mark is saying that this is not even supposed to
> work with lib32z1-dev installed, but rather you should have
> zlib1g-dev:i386 installed (and not doing so is user error).
Right, that's now the expected way for us
On Tue, Nov 29, 2016 at 02:00:48PM +0100, Matthias Klose wrote:
> On 28.11.2016 19:42, Mark Brown wrote:
> > On Sat, Nov 26, 2016 at 08:59:34PM +0100, Matthias Klose wrote:
> > Which apparently changed at some point in the toolchain, probably quite
> > some time ago, but fort
On Fri, Jul 10, 2015 at 03:57:40PM -0600, Brett Johnson wrote:
> gcc5 changes the semantics of inline function declarations, causing some
> inline functions in xemacs to be considered "extern", and thus cause
In what way does it change the semantics - this seems like a very
surprising and counter
tag 778180 - patch
kthxbye
> --- xemacs21-21.4.22.orig/configure.in
> +++ xemacs21-21.4.22/configure.in
> @@ -1941,6 +1941,8 @@ if test "$cflags_specified" = "no"; then
> CFLAGS="-g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes"
> dnl Yuck, bad compares have been worth at least 3 c
On Thu, Aug 13, 2015 at 11:33:36AM -0400, Martin Michlmayr wrote:
> * Mark Brown [2015-08-13 12:51]:
> > > gcc5 changes the semantics of inline function declarations, causing some
> > > inline functions in xemacs to be considered "extern", and thus cause
>
On Thu, Aug 13, 2015 at 09:39:09AM -0600, Brett Johnson wrote:
> I agree that it would be better to make the change in the packaging,
> rather than in configure.in. If you've already done this, would you
> mind submitting a patch?
Who would I submit a patch for the packaging to?!
signature.asc
On Fri, Jan 06, 2017 at 08:48:06AM +0100, Matthias Klose wrote:
> On 05.12.2016 18:50, Mark Brown wrote:
> > As we have been discussing it is still not clear to me if I should fix
> > or remove the multilib packages since it is still not clear to me that
> > there is a sensi
On Sat, Jan 07, 2017 at 11:15:51AM +0100, Matthias Klose wrote:
> multiarch is not yet ready; you can't build it on the buildds, you can't
> depend
> on foreign architectures on the buildds. If you want to spend some time
> working
> on this, it would be appreciated, but until then I think it's
On Wed, Nov 30, 2016 at 03:31:59PM +0100, Matthias Klose wrote:
> On 30.11.2016 13:45, Mark Brown wrote:
> > Well, there's a bunch of questions there - people seem generally
> > negative on x32 and the use cases for multilib with tooling for early
> > boot and so on
On Mon, Dec 05, 2016 at 04:40:29PM +0100, Matthias Klose wrote:
> On 05.12.2016 11:29, Mark Brown wrote:
> > On Wed, Nov 30, 2016 at 03:31:59PM +0100, Matthias Klose wrote:
> >> it's available in the GCC packages for a while now.
> > Sure, but there's a bunch mo
On Mon, Dec 05, 2016 at 06:24:46PM +0100, Matthias Klose wrote:
> On 05.12.2016 18:14, Mark Brown wrote:
> > I am suggesting that since nothing except for the multlib D runtime
> > packages needs a multilib zlib and there seems to be a very limited use
> > case for them it
On Fri, Oct 21, 2016 at 02:08:47PM +, Debian Bug Tracking System wrote:
> Bug #837712 [src:xemacs21] xemacs21: FTBFS with bindnow and PIE enabled
> Severity set to 'serious' from 'important'
I've still not seen any usable reproduction instructions.
signature.asc
Description: PGP signature
On Fri, Oct 21, 2016 at 05:45:39PM +0200, Lucas Nussbaum wrote:
> On 21/10/16 at 16:32 +0100, Mark Brown wrote:
> > > Bug #837712 [src:xemacs21] xemacs21: FTBFS with bindnow and PIE enabled
> > > Severity set to 'serious' from 'important'
> &
severity 812532 serious
On Sun, Oct 23, 2016 at 12:36:18AM +0200, Marco d'Itri wrote:
> Control: severity -1 grave
Please don't play severity games, it's not at all helpful.
> On Jan 24, Marco d'Itri wrote:
> > which have the same name of file installed by the hostname package in
> > /bin/,
On Sun, Oct 23, 2016 at 01:18:54AM +0200, Marco d'Itri wrote:
> On Oct 23, Mark Brown wrote:
> > Which was uploaded yesterday without warning which isn't exactly
> > helpful, there's not even been a proposal from anyone working on this
> > for how to fix i
On Sun, Oct 23, 2016 at 02:06:29AM +0200, Marco d'Itri wrote:
> On Oct 23, Mark Brown wrote:
> > I'd have expected to at least have seen something going round saying
> > that the transition was mostly complete and that there were only a few
> > packages blocking
On Mon, Jan 24, 2022 at 05:51:43PM +0100, Thorsten Alteholz wrote:
> In order have some activity on this bug and to avoid autoremoval of
> dependencies, this is a reminder of outstanding things to do ...
Please don't send content free pings, they just add noise and make it
likely that it's going
On Wed, Aug 11, 2021 at 02:38:48PM +0200, Pierre Gruet wrote:
> Source: xemacs21-packages
> Version: 2009.02.17.dfsg.2-4
> Severity: serious
> Tags: stretch buster bullseye sid
...
> The file
> xemacs-packages/jde/java/src/jde/debugger/expr/LValue.java
> incorporates a non-free license, stating
On Fri, Mar 25, 2022 at 10:50:51PM +0100, Salvatore Bonaccorso wrote:
> Here is a preliminary debdiff to address this.
Thanks, that's roughly what I uploaded - it looks like your mail
raced with my own update.
signature.asc
Description: PGP signature
On Wed, Jan 05, 2022 at 12:57:47PM +0100, Thorsten Alteholz wrote:
> are you already working on an update of mm and zlib? Or do you need some
> help?
They're utterly trivial, I'll get round to them at some point when I do
a batch run through all my packages. It'd be more effort to integrate
some
sg00093.html
> > Date: Sat, 16 Jun 2018 11:04:27 -0500
> > From: Rob Browning
> > Subject: [PATCH 3/4] Given new policy and emacsXY unversioning drop shared
> > dirs
> > To: debian-emac...@lists.debian.org
> > Cc: Mark Brown
> >
> > ---
> >
On Mon, Jul 11, 2022 at 06:16:31PM +0200, Bastian Germann wrote:
> I have uploaded zlib 1.2.12.dfsg-0.1 with the changes attached to DELAYED/3.
Why? Please drop this.
signature.asc
Description: PGP signature
On Mon, Jul 11, 2022 at 06:54:13PM +0200, Bastian Germann wrote:
> Am 11.07.22 um 18:40 schrieb Mark Brown:
> > On Mon, Jul 11, 2022 at 06:16:31PM +0200, Bastian Germann wrote:
> > > I have uploaded zlib 1.2.12.dfsg-0.1 with the changes attached to
> > > DELAYED/3.
On Wed, Jul 27, 2022 at 09:00:09PM +0200, vollan...@gmail.com wrote:
> There is no licence on this code, it is juste free!!
If that's the goal they should have a clear statement that they're in
the public domain, without an explicit license grant of some kind the
default is that things are copyri
On Mon, May 07, 2018 at 03:01:23PM +0200, Bastien ROUCARIES wrote:
> hi,
>
> It is a feature you need to depends on extra package
It would have been rather more helpful if you were to mention which
package this is. It would also have been helpful to have made some
effort to communicate this chan
On Tue, Mar 27, 2018 at 08:51:30PM +, Debian FTP Masters wrote:
>* Non-maintainer upload.
>* debian/patches:
> - Add patch to fix FTBFS with GCC 7. (Closes: #853714)
> - Add patch to fix FTBFS on architectures with strict alignment
>requirements. (Closes: #836021)
Pl
On Wed, Mar 28, 2018 at 12:27:03PM +0100, James Cowgill wrote:
> On 28/03/18 02:56, Mark Brown wrote:
> > bugs are useful for keeping it out of releases.
> I emailed the BTS with the diff on Thursday last week. The BTS says it
> forwarded the email to you:
> https://bugs.
clone 897551 -1
reassign -1 imagemagick
retitle -1 imagemagic: Errors converting SVG to PNG causing build failures
thanks
On Wed, May 02, 2018 at 10:55:01PM +0200, Lucas Nussbaum wrote:
> > make[2]: Entering directory '/<>'
> > convert -geometry $(basename $(dirname $(dirname
> > hicolor/64x64/a
On Sun, Feb 23, 2020 at 02:22:15PM +0100, Lucas Nussbaum wrote:
> Relevant part (hopefully):
> > make[3]: Entering directory '/<>/xemacs-packages/edit-utils'
Not sure how these are generated but there's over 1000 lines of
log here, most of it irrelevant. This makes it hard to both find
the actua
Package: pdudaemon
Version: 0.0.8.58.g597052b-1
Severity: serious
Attempting to use pdudaemon without python3-aiohttp installed results in
a traceback:
# pdudaemon
Traceback (most recent call last):
File "/usr/sbin/pdudaemon", line 33, in
sys.exit(load_entry_point('pdudaemon==0.1', 'consol
Package: gnome-shell
Version: 43.9-0+deb12u2
Severity: serious
[This bug is probably misfiled, I have no idea which GNOME component is
responsible for the actual behaviour so this is a guess based on the
fact that I interact with the UI to trigger it.]
When I select "Power off" from the power men
clone 1059165 -1
reassign -1 nodejs
retitle -1 autopkgtest failures on i386
found -1 18.19.0+dfsg-6
block 1059165 by -1
kthxbye
On Wed, Dec 20, 2023 at 08:15:31PM +0100, Paul Gevers wrote:
> The Release Team considers packages that are out-of-sync between testing and
> unstable for more than 30 d
On Wed, Dec 20, 2023 at 10:14:44PM +0100, Jérémy Lal wrote:
> BURP wrong zlib version check in the failing test - this could be NMUed
> DOLFIN has a single test failure, that is odd and unrelated as well - this
> could be NMUed
For non-technical reasons I can't do these NMUs myself if they're
wa
On Fri, May 10, 2024 at 05:25:35PM +0300, Adrian Bunk wrote:
> chmod +x `pwd`/debian/clc-intercal/usr/bin/*
> dpkg-genbuildinfo --build=any
> -O../clc-intercal_1.00-1_ppc64el-buildd.buildinfo
> dpkg-genbuildinfo: error: binary build with no binary artifacts found;
> .buildinfo is meaningless
>
On Sat, Jun 03, 2006 at 01:03:54AM +0200, Steinar H. Gunderson wrote:
> Downgrading to scons in stable seems to fix the problem, so this sounds very
> much like a scons bug to me.
Changing Add_define in bysys/libscim.py to append a list rather than a
string appears to resolve the build failure.
The enclosed bug was filed by Leafnode upstream. I believe this patch
contains the relevant fix:
diff -urN leafnode-1.11.2.rel/artutil.c leafnode-1.11.3.rel/artutil.c
--- leafnode-1.11.2.rel/artutil.c 2004-03-16 02:54:43.0 +
+++ leafnode-1.11.3.rel/artutil.c 2005-06-08 1
On Mon, Nov 14, 2005 at 02:46:23PM -0800, Joshua Kwan wrote:
> lib32z1 should Replace: ia32-libs.
I'm still waiting for someone to give me a version number for the
ia32-libs release which removes libz.
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
--
To UNSUBSCR
On Wed, Nov 16, 2005 at 04:43:40AM +0100, Matthias Klose wrote:
> s/lib64c-dev/lib64c6-dev/
The version of glibc in unstable seems to disagree with that one (not
that it matters too much given your subsequent message).
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
On Wed, Nov 16, 2005 at 04:43:40AM +0100, Matthias Klose wrote:
> Package: lib64z1-dev
> Severity: serious
> Version: 1:1.2.3-6
> s/lib64c-dev/lib64c6-dev/
Could you clarify what the problem you're reporting here is, please? As
far as I can tell the current packages are installable with just th
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
Package: smstools
Version: 1.16-1
Severity: serious
A new libmm has been uploaded with a new soname (libmm14) so smstools
needs to be rebuilt against it - at present it is uninstallable. I can
prepare an NMU doing this if you like.
Sorry about the lack of coordination on this one - I was rushing
On Mon, Jan 09, 2006 at 02:38:11AM +0100, Adeodato Simó wrote:
> To fix this bug, you need to update your build-dependencies and
> substitute xlibs-dev for the list of individual X development
> libraries that your package needs to be built. You can find detailed
> information about how to
On Mon, Jan 09, 2006 at 08:43:01PM +0100, Adeodato Simó wrote:
> The other way round? Certainly not, xlibs-dev does not exist anymore.
> Is "substitute xlibs-dev for the list of individual ..." unproper
> English to indicat ethat xlibs-dev is to disappear from Build-Depends?
I parse it as m
reassign 347545 glibc
thanks
On Wed, Jan 11, 2006 at 01:57:27PM +0100, Edward Welbourne wrote:
> When root tried to su - eddy it got this response on stderr:
> -su: nss_nis/nis-netgrp.c:79: _nss_nis_setnetgrent: Assertion
> `malloc_usable_size (netgrp->data) >= len + 1' failed.
This is a proble
Package: oprofile
Version: 0.9.1-3
Severity: serious
Both oprofile-common and oprofile-gui conflict with older versions of
the oprofile package:
Unpacking oprofile-common (from .../oprofile-common_0.9.1-3_powerpc.deb) ...
dpkg: error processing
/var/cache/apt/archives/oprofile-common_0.9.1-3_pow
On Sun, Apr 03, 2005 at 05:21:41PM +0200, Thomas Hood wrote:
> For the time being I think that the cleanest thing to do is to add a
> zeroconf method to the inet and inet6 address families. Initially the
Note that zeroconf should not be used with IPv6 - that includes its own
link local allocatio
On Wed, Apr 06, 2005 at 07:08:18PM +1000, Anand Kumria wrote:
> Yes - totally agreed, it is a bug that zeroconf currently wil attempt to
> assign an IPv4 link-local address to an interface with an address family
> of 'inet6'.
That's not buggy: an interface can quite happily run multiple protocols
On Wed, Apr 06, 2005 at 07:06:21PM +1000, Anand Kumria wrote:
> On Sun, Apr 03, 2005 at 03:28:24PM +0100, Mark Brown wrote:
> > It would be helpful if the program were to monitor the configuration of
> > the interface and only bring up a zeroconf address in the absence o
")
Fcc: +sent-mail
On Thu, Apr 07, 2005 at 12:59:19PM +1000, Anand Kumria wrote:
> On Wed, Apr 06, 2005 at 10:35:36AM +0100, Mark Brown wrote:
> > That's not buggy:
> Yes it is, if this only existed in /etc/network/interfaces
> iface eth0 inet6 static
Oh, you&
On Thu, Apr 07, 2005 at 01:55:51PM +1000, Anand Kumria wrote:
[Disabling zeroconf when an address is allocated otherwise.]
> Actually I read it entirely the other way -- the RFC recommends
> *against* doing it the way that has been done on these platforms.
The behaviour it's complaining about is
On Tue, Mar 01, 2005 at 04:08:32PM +0800, Martin Michlmayr wrote:
> 2.6.9 has been removed from the archive. Can you please test the
> 2.6.10 kernel from the archive to see whether this issue is still
> there? Also, can you confirm that you've never seen this with 2.6.8
> (which is the kernel we
Package: smlnj
Version: 110.52-1
Severity: serious
Justification: fails to build from source
The smlnj package build attempts to download files from a web site
during the build. Aside from being a policy violation, this means that
the package cannot be built on machines disconnected from the inte
On Thu, May 12, 2005 at 05:07:59PM -0600, aaron wrote:
> The actual package build doesn't require any downloads. The binary
> needed to compile is contained in the binary package. I believe
> the cmucl package uses the same technique, although I could be mistaken.
In that case you really ought to
reassign 317473 gcc-4.0
thanks
On Fri, Jul 08, 2005 at 03:17:52PM -0700, Steve Langasek wrote:
> These problems began following packaging changes intended to support
> biarch on amd64; perhaps something went wrong with that change? It
> could also be caused by recent toolchain updates, though; i
On Sat, Jul 09, 2005 at 12:33:04AM +0100, Mark Brown wrote:
> get a biarch build of a simple hello world program to build with the
> compilers I found to try:
> gcc-4.0 -m64 hello.c
> also complains about not being able to find libgcc.
Forgot to mention: I also see equiva
Package: zeroconf
Version: 0.3-1
Severity: critical
It appears that zeroconf can get itself into a state where it
continually loops, issuing ARP requests for IP addresses which other
computers already have assigned. Looking at the code there appears to
be no attempt to restrict the number of addr
On Tue, Jul 12, 2005 at 04:18:24PM -0700, Debian Bug Tracking System wrote:
>* Don't crucify Mark's network with lots of ARP packets (Closes: #317655)
> -- thus the ugency.
Great, thanks! That was actually the debconf network which inspired me
to report the problem (though I had seen it
Package: zlib1g
Version: 1:1.2.2-8
Severity: serious
Justification: no longer builds from source
GCC ICEs building deflate.c. There's a preexisting bug #317475 which
may well be the same issue (also -O3, ICE). Filing this so I remember
to check into this and file a bug on GCC.
| gcc -O3 -g -D_R
Package: kernel-image-2.6.9-powerpc
Version: 2.6.9-4
Followup-For: Bug #286758
I'm seeing the same hang on my PowerBook. I'm pretty sure I had seen
the same with -3, but only when the machine was running on battery (I
hadn't written up a bug report since I wanted to confirm the failure
mode).
pr
reassign 288180 kernel-image-2.6.8-2-sparc64-smp
thanks
This bug report appears to be a kernel issue: no matter how messed up
NIS gets it shouldn't be capable of causing this kind of damage.
On Sun, Jan 02, 2005 at 09:57:26AM +, Beezly wrote:
> Package: nis
> Version: 3.12-3
> Severity: criti
On Mon, Feb 04, 2008 at 03:42:02PM +, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> > reassign #456855 scons 0.97.0d20071212-3
> Bug#456855: skim: FTBFS: TypeError: coercing to Unicode: need string or
> buffer, list found
I've taken a bit of a look at the s
severity 429858 normal
tag 429858 + unreproducible moreinfo
thanks
On Wed, Jun 20, 2007 at 11:30:13PM +0530, [EMAIL PROTECTED] wrote:
> Package: usbview
> Version: 1.0-7
> Severity: grave
Please file bugs with realistic severities.
> In the bottom are 4 buttons. No text is displayed on them. If
On Wed, Jun 20, 2007 at 09:03:43PM +0100, Mark Brown wrote:
> As it is I can't reproduce this problem. Please provide information
> about the system that you are running the program on such as that
> generated by reportbug - for example, by using reportbug to generate a
>
On Mon, Jun 11, 2007 at 04:07:28PM +0200, [EMAIL PROTECTED] wrote:
> frame #0 is corrupted so not very helpful :-(
> I don't really know what to suggest next. You can try to execute the function
> OpenGemPC430ByName() from GemPC430/GemPC430Utils.c step by step.
I've got a horrible feeling that t
On Sat, Jun 23, 2007 at 10:07:18PM +0200, Ludovic Rousseau wrote:
> Can you give me the package versions of your build tools so I can try to
> reproduce the bug on my PowerPC machine?
It's sid as of today. I can dig out the actual versions tomorrow
hopefully.
--
"You grabbed my hand and we fel
On Sat, Jun 23, 2007 at 10:07:18PM +0200, Ludovic Rousseau wrote:
> Can you give me the package versions of your build tools so I can try to
> reproduce the bug on my PowerPC machine?
ii binutils 2.17cvs2007042 The GNU assembler, linker and binary utiliti
ii gcc-4.14.1.2-12
tag 431873 - patch
thanks
On Thu, Jul 05, 2007 at 06:49:51PM +0200, Jérémy Bobbio wrote:
> The attached patch should fix this issue.
Only for the d-i case, unfortunately. The cross library packages also
have the same problem and it looks like they can't be fixed without
doing the shlibs by hand
On Thu, Jul 05, 2007 at 06:49:51PM +0200, Jérémy Bobbio wrote:
> It seems that in fixing #431124, you have removed the .shlibs entry
> mentioning zlib1g-udeb. This currently breaks the debian-installer
> builds as udeb depending on zlib1g doesn't reference the correct package
> anymore.
That's n
On Tue, Jul 10, 2007 at 11:02:38AM +0200, martin f krafft wrote:
> updated. The bad version still lives in lenny though, so I wonder
> what will happen if libc6 migrates to lenny before lib32z1. Also, on
That at least is unlikely - the only thing holding zlib out of testing
is glibc and manual ap
The build of mol with current kernels appears to be fixed by simply
removing the inclusion of linux/compiler.h.
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
signature.asc
Description: Digital signature
notfound 432262 1:1.2.3.3.dfsg-5
thanks
On Wed, Aug 01, 2007 at 10:19:37PM +0200, Kurt Roeckx wrote:
> This problem isn't really fixed yet. Since you have a:
> Depends: libc6-i386 (>= 2.6-1)
> It will upgrade libc6-i386 before lib32z1, and you'll get the problem.
> You should make sure that lib
close 432262
thanks
On Wed, Aug 01, 2007 at 11:39:55PM +0200, Kurt Roeckx wrote:
> On Wed, Aug 01, 2007 at 10:33:07PM +0100, Mark Brown wrote:
> > notfound 432262 1:1.2.3.3.dfsg-5
> > thanks
> You probably also want to "close" it with that version again, if you
>
On Mon, Aug 13, 2007 at 01:43:04PM +0200, Matej Vela wrote:
> It seems we have a solution for the RC bug and some interest in
> keeping open21xx, so I'll let it be for a while.
If (as it seems) the package had never built on any of the affected
architectures then the bug shouldn't have been RC an
On Tue, Aug 28, 2007 at 10:32:10PM +0200, Mike Hommey wrote:
> So, actually, this is an issue with zlib.h diverting gzopen and friends
> to *64 calls when _FILE_OFFSET_BITS is 64, but doesn't define the
> function prototypes unless _LARGEFILE64_SOURCE is also defined.
As discussed on IRC if this
On Wed, Nov 21, 2007 at 10:08:09PM -0300, Felipe Sateler wrote:
> Any schedule on when this fix will be included in debian? This is preventing
> a
> security fix on ardour [1]. Note that there is no explicit mention in the bug
> log but there was some talk at debian-multimedia about it (scons f
Package: edac-utils
Version: 0.10-1
Followup-For: Bug #456644
The problem is with the check for verbosity - the logical expression it
is part of is is the last statement executed by the script and so the
return code from that becomes the return code of the init script. If
the check for verbosity
This bug is triggered by the replacement of the SCons-supplied Install
and InstallAs methods in lines 124 and 125 of
platform/default/SConscript. SCons then gets terribly confused copying
the envirionment. The aqsis package should be able to avoid this by
defining new Install and InstallAs equiva
Update from SCons upstream; personally I'd expect aqsis needs fixing
here.
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
--- Begin Message ---
http://scons.tigris.org/issues/show_bug.cgi?id=1884
--- Additional comments from [EMAIL PROTECTED] Sun Jan 13 21:3
reassign 427185 gcc-4.1
found 427185 4.1.2-11
notfound 427185 1:1.2.3-15
retitle 427185 Warning output when linking 64 bit objects on i386
thanks
The enclosed FTBFS in the 64 bit zlib on i386 appears to be a toolchain
issue, though I may have assigned it to the wrong package.
The issue is that li
reassign 427185 gcc-4.1
thanks
On Sun, Jun 03, 2007 at 03:39:25PM +0200, Matthias Klose wrote:
> unreproducible; works for me in a current unstable environment.
I've just updated again to current unstable (only portmap and findutils
changed) and can still reproduce the problem:
| [EMAIL PROTECT
Package: libgempc430
Version: 1.0.1-5
Severity: grave
Justification: renders package unusable
When a Gemplus smart card reader is connected and this package is installed
libgempc430 segfaults on startup on my PowerPC based system:
#0 0x0010 in ?? ()
#1 0x0fddeee8 in IFDHCreateChannelByName
On Mon, Jun 11, 2007 at 01:18:32PM +0200, [EMAIL PROTECTED] wrote:
> Can you rebuild the libgempc430 package and install the driver directly so the
> debug info is not stripped?
Done that. Note that when doing this you need to patch the Makefiles to avoid
stripping the binary.
Console output:
On Mon, Jun 11, 2007 at 04:07:28PM +0200, [EMAIL PROTECTED] wrote:
> But the program do not execute the line 53 of GemPC430/GemPC430Utils.c
>
> DEBUG_CRITICAL2("OS string: %s", os_version);
>
> And I have no idea why.
> frame #0 is corrupted so not very helpful :-(
Yup, that's about as far
=low
+
+ * Non-maintainer upload.
+ * Fix more throw() specification mismatches (closes: #387115).
+
+ -- Mark Brown <[EMAIL PROTECTED]> Tue, 11 Sep 2007 22:49:24 +0100
+
vertex (0.1.15-1.2) unstable; urgency=low
* Non-maintainer upload.
signature.asc
Description: Digital signature
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# nis (3.17-17) unstable; urgency=low
#
# * Force locale for ypcat to C in order to work around errors from
#fprintf() with multi-byte characters (closes: #487104).
#
package nis
tags 487104 + pending
severity 487104 important
kthxbye
On Fri, Aug 15, 2008 at 05:12:43PM +0100, Jonathan H N Chin wrote:
> The problem causes data loss, so it is "grave" at minumum:
> http://www.debian.org/Bugs/Developer#severities
> (At my site at least, the data loss is serious, as I explained in my
> previo
reassign 487104 libc6
thanks
On Thu, Jun 19, 2008 at 05:02:01PM +0100, [EMAIL PROTECTED] wrote:
> Solaris 10 and Debian nis package 3.13-2 both accept non-ascii
> characters in maps:
> However, 3.17-6 does not:
> This breaks login access to the system.
As Jonathan said, ypcat is just a thin wr
On Fri, Jun 20, 2008 at 11:32:05AM +0100, Jonathan H N Chin wrote:
> I have a webserver running sarge. I'm building a replacement using etch.
> It's not an upgrade, it's a fresh install. So, everything is different.
You say this but...
> When I used ypcat to retrieve the map, both entries were p
severity 476976 serious
reassign 476976 python-central
found 0.6.4
kthxbye
On Sun, Apr 20, 2008 at 03:55:46PM +0200, Christian Marillat wrote:
> $ scons
> Traceback (most recent call last):
> File "/usr/bin/scons", line 161, in
> import SCons.Script
> File "/usr/lib/scons/SCons/Script/__
found 477180 0.98.1-1
thanks
On Mon, Apr 21, 2008 at 06:19:37PM +0200, Matthias Klose wrote:
> fixing this in 0.9.5. Mark, sorry, you have to rebuild against this
> version. Christian: to remove these files, please install the old
No problem, as it happens upstream just released a new version to
report
> > which was filed against the scons package:
> >
> > #476976: scons: Doesn't work at all
> >
> > It has been closed by Mark Brown <[EMAIL PROTECTED]>.
>
> | Changes:
> | scons (0.98.2-1) unstable; urgency=low
> | .
> |* New up
ur Bug report
> > which was filed against the scons package:
> >
> > #476976: scons: Doesn't work at all
> >
> > It has been closed by Mark Brown <[EMAIL PROTECTED]>.
>
> | Changes:
> | scons (0.98.2-1) unstable; urgency=low
> | .
> |
forwarded 477912 http://scons.tigris.org/issues/show_bug.cgi?id=2024
tag 477912 + upstream
kthxbye
On Fri, Apr 25, 2008 at 06:55:37PM +0200, Cyril Brulebois wrote:
> I noticed that problem while preparing a security upload for Blender,
> that's why I'd like to avoid having to adapt it to the new
severity 477912 important
kthxbye
On Fri, Apr 25, 2008 at 09:15:39PM +0200, Cyril Brulebois wrote:
> Since it's no longer a blocker for that security fix, and working around
> it is really easy, you might want to downgrade the severity.
That works for me! Thanks.
--
"You grabbed my hand and w
This should be fixed by SCons 0.98.2-2 which was uploaded to unstable
this afternoon, please let me know if that's not the case.
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
On Sat, Apr 26, 2008 at 05:14:22PM +0200, Matthias Klose wrote:
> sorry, will need another rebuild with 0.6.6 (or you remove the
> directory manually). Will upload python-central tonight.
No problem, thanks for the fix.
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
reassign 476976 python-central 0.6.6
kthxbye
On Mon, Apr 28, 2008 at 09:36:33PM +0200, Andreas Tscharner wrote:
> Package: scons
> Version: 0.98.2-3
> Followup-For: Bug #476976
>
> Sorry, but the bug is still not fixed:
>
> [EMAIL PROTECTED]:~$ scons
> Traceback (most recent call last):
> File
On Fri, Aug 15, 2008 at 04:40:36PM +0200, Aurelien Jarno wrote:
> On Fri, Aug 15, 2008 at 03:15:21PM +0100, Jonathan H N Chin wrote:
> > > - Could you please run the ypcat command using:
> > > 'LC_ALL=en_GB.ISO-8859-1 LANG=en_GB.ISO-8859-1 ypcat'
> > > (note that you may have to generate th
1 - 100 of 186 matches
Mail list logo
