gt; alkman. The log files ends with (please note that this may not be the
> last real line - the machine gets rebooted):
Do you think this is a bug in GDB? It sounds like the kernel is
broken.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.o
(pre-NPTL) implementation (#550361).
Sorry, I don't know how to do that. You'd need to bring in
linux-thread-db.c and bits of linux-nat.c somehow. I doubt
it's really the same at the level GDB sees it.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-bugs-
y compile in
support for pcb->pcb_{fs,ds,es,gs} on FreeBSD older than 8.0.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
s after pdebuild.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, Jul 14, 2009 at 11:50:47AM -0400, Lucas Nussbaum wrote:
> On 14/07/09 at 10:47 -0400, Daniel Jacobowitz wrote:
> > On Tue, Jul 14, 2009 at 09:00:51AM -0400, Lucas Nussbaum wrote:
> > > Relevant part:
> > > > make[2]: Entering directory
> > > >
n that
Makefile.in, but no install-bfd target. There's no sign in the build
log of rerunning automake, either. Is this reproducible in some way
that the build directory survives?
FWIW, I built the packages on amd64, in a pbuilder chroot.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ieve the planned fix is
already described in the bug log.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t; Continuing.
There is no plausible way that this is a GDB bug. It's going to be a
problem with your kernel.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Wed, Feb 04, 2009 at 05:26:00PM +, marcos.mar...@sonae.com wrote:
> Hi there,
>
> Any updates on this issue?
Not yet, sorry.
I think the best solution would be to add the contents of libiberty.a
to libgdb.a at the end of the GDB build.
--
Daniel Jacobowitz
CodeSourcery
unction in libiberty.a
Version skew - that libiberty.a is from an older version of
binutils than this version of GDB. The function is in GDB's version
of libiberty.
I have no idea what to do about that. I don't want to have multiple
versions of libiberty installed... I will think a
d -liberty.
> (.text+0x69e): undefined reference to `XML_SetParamEntityParsing'
Also -lexpat. Soon you'll need Python, too.
I'll update the dependencies if I can find where to pull libiberty from.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@list
On Sun, Jun 22, 2008 at 07:30:59PM -0400, James Y Knight wrote:
> Could this be the same bug as:
> https://bugzilla.novell.com/show_bug.cgi?id=390722
> and
> https://bugs.launchpad.net/ubuntu/hardy/+source/gdb/+bug/111869
> ?
> (with patch available)
No, it's not related.
or arrange not to
strip a subset of ELF symbols.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
the DW_TAG_subprogram look like for
smsc_emi_on_query?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debug info.
Is there any chance you can reproduce this with a smaller piece of
code that you can share? I don't need source, just linked executable.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
at
> lib-inet/sms-emi.c:230
> #1 0x00404973 in smsc_emi_on_query (we=0x110dbe0,
> msg=0x7fff73230240) at simulator/smsc/emi_smsc.c:232
Note, same address. Is a shared library involved? Does "list
smsc_emi_on_query" do anything?
--
Daniel Jacobowitz
CodeSourcery
mn thing.
>
> This renders gdb mostly unusable because it's totally unable to dump
> useful backtraces (with source files and files lineno's) on segfaults.
Can you provide a test case? Or even an example session? I can't
read your mind...
--
Daniel Jacobowitz
CodeSource
tags 477863 + pending
thanks
GDB only depends on gcj to run the Java testsuite. I've dropped it
for the mentioned arches.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d::allocator]
I'm pretty sure GCC is correct to refuse this. The result of a cast
is an rvalue, so you can not take a reference to it.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
u for some time and brings the bogl
> package completely back in sync between Debian and Ubuntu.
>
> Please find the diff attached. The NMU will be uploaded to incoming
> shortly.
Thank you!
All things considered, I'm going to change the bogl RFA to an O.
--
Daniel Jacobowi
nment and perl will shut up.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
aused by a bug in GDB prior to 6.7.1, which had a bad
regular expression for the texinfo version. It will be fixed in the
next upload.
Thanks!
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
S specific
> section `.gnu.hash' [0x6ff6]
> "/home/marcus/prg/partalg/baltic/dist": not in executable format:
This is fixed in the GDB in unstable. I'm trying to get a new one
into testing.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROT
On Wed, Jun 13, 2007 at 02:44:25PM +0200, David Purdy wrote:
> I could add another hack.. like disable that libc6 check
You don't want to do that. It's there for a reason; if you override
the check, absolutely nothing will run.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCR
inaries:
Binutils added an incompatible format change. That version of
binutils made it to testing before the GDB update; try grabbing GDB
from unstable.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
er: Assertion `regnum >= 0'
> > > failed.
IIRC there's a configure option you have to specify to use libunwind;
maybe that's what's broken.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e to look at this, could you try building a
CVS checkout of GDB on ia64? Maybe that will work better.
> /home/willy/debian/gdb/gdb-6.6.dfsg/gdb/libunwind-frame.c:272:
> internal-error: libunwind_frame_prev_register: Assertion `regnum >= 0' failed.
That's very strange...
--
Dan
ore.
It never should have.
> > The assembler does not like this line, which is added by
> > debian/patches/note-gnu-stack.dpatch:
> >
> > .section .note.GNU-stack,"",@progbits
.section .note.GNU-stack,"",%progbits
@ is an ARM comment marker.
--
rebuilt with h-s=gnu gcc that d-i uses.
I would recommend this. --hash-style=gnu is very new; I doubt readelf
is the only tool that isn't ready for it.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt;
> I assumed from the changelog that it would be using both, but that
> doesn't seem to be the case.
>
> I think it's just a bug in readelf that it can't deal with the gnu hash.
IIRC it was fixed recently upstream.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBS
eam kernels do not export PAGE_SIZE for various
architectures. For instance ia64.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ing a Debian packaged kernel? If so I will reassign it to
the kernel (I suspect this is fixed in the kernels in etch).
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
case demonstrating this
problem, so that I can try to reproduce it. I suspect I won't be able
to without switching to the Debian ia32 kernels; I only run 64-bit
kernels at home. The object file in memory is the kernel's virtual DSO
(vDSO).
--
Daniel Jacobowitz
CodeSourcery
--
To UN
d would appreciate it if you could raise the timeout.
> Doubling or triping it would probably not be unreasonable.
You'd have to ask Ryan Murray.
> Do you happen to know what speed of CPU and how much RAM the machine
> has?
It's a dual 500mhz G4 with only 320MB RAM + 512MB s
32-bit GDB will not work on threaded programs on a 64-bit
kernel; it's just broken. I believe the problem is a ptrace operation
that is not properly emulated by the 32-bit compatibility layer. I'm
afraid this is a kernel bug.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE
you build the kernel yourself?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
at's not right; netwinder is a StrongARM, which is
architecture version 4. Very very little is really armv3 any more.
Of course, as far as I can tell, cats boards are also StrongARM...
maybe someone who knows for sure will correct me if I got that wrong.
--
Daniel Jacobowitz
CodeSourcery
ught to provide NBPG if it's
going to bother to provide "struct user" (a purely legacy format) at
all. It seems like a hideous hack to have to try to compile NBPG in
autoconf.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
this
point.
Thank you for taking care of this.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
oblem. You should read the dmesg output to look for
> error messages there.
Actually, this particular I/O error has nothing to do with hardware; it
has to do with the kernel's "virtual DSO" page, if I remember right.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE
fine
> __WAIT_INT(status)
> (__extension__ ({ union { __typeof(status) __in; int __i; } __u; \
>__u.__in = (status); __u.__i; }))
>
> Is there some way this could be rewritten so applications don't need
> to cast the const away?
I don't know. You might be able to use a union initializer in the same
way.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s binds locally (I
suspect __libc_open would work, I'm not sure).
> BTW, it would be nice if you can sync smp.h from linuxthreads with
> the one from NPTL in upstream CVS.
I'll keep that in mind, thanks.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL
ebug it.
Can you get a core dump? Alternatively, inserting gdbserver before
/bin/bash and using remote debugging sometimes helps; it perturbs the
process less than gdb does. But only if the parent process is the one
you need to debug.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIB
On Tue, Jul 25, 2006 at 02:31:52PM +0200, Julien Danjou wrote:
> Package: dejagnu
> Version: 1.4.4.cvs20060709-2
> Severity: normal
> Tags: patch
>
> Hi,
>
> Attached is the diff for my dejagnu 1.4.4.cvs20060709-2.1 NMU.
Thanks, I've merged this in my local
n just ship the file.
>
> So just go do that, OK?
As far as I can tell, this would make the manual unacceptably licensed.
Doesn't it need an explicit statement of dual licensing? I couldn't
find sample wording anywhere, so I wrote my own; that might be a good
candidate to add to yo
e to send it more than a few hours before I get a
message from dinstall.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Apr 04, 2006 at 01:22:33AM +0200, Josip Rodin wrote:
> On Mon, Apr 03, 2006 at 06:51:39PM -0400, Daniel Jacobowitz wrote:
> > Package: joe
> > Version: 3.3-3
> > Severity: grave
> > Justification: renders package unusable
> >
> > The changelog say
Package: joe
Version: 3.3-3
Severity: grave
Justification: renders package unusable
The changelog says this release fixed a bug which caused Joe to crash at
startup if HOME was unset. Well, now it crashes if HOME is set; a NULL
pointer is passed to sprintf where the home directory is obviously wa
P
I can write it off the top of my head and with my eyes closed, but I am
not about to do that, unless the ridiculous pedantry of debian-legal
forces me to.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Mar 26, 2006 at 02:39:50PM -0800, Steve Langasek wrote:
> Hi Dan,
>
> On Fri, Mar 24, 2006 at 09:48:58AM -0500, Daniel Jacobowitz wrote:
> > On Sun, Mar 12, 2006 at 06:26:15PM -0500, Nathanael Nerode wrote:
> > > There has been absolutely no progress. It&#x
ent GR.
>
> Time to remove the manual.
Yes, sadly, it is. I'll do this with the next upload (shouldn't be too
long).
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rror 1
> |
> **
This suggests we need an --enable-add-ons=ports for all the targets in
ports (or for all targets - it's harmless).
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: mlview
Version: 0.7.1-1
Followup-For: Bug #310713
This may be a similar problem, I'm not sure. Load this trivial
XML file in mlview, agree to load the DTD, and then try to click on
anything in the element view.
[EMAIL PROTECTED]:/space/fsf/target-registers/xml% cat gdb-target.dtd
[
> I don't know if this thing is free etc, but it could be easilly implemented
> from scratch if we decide we need one.
It's not generally available; it was a fairly substantial patch to the
prelinker. There are other ways to do it.
--
Daniel Jacobowitz
CodeSourcery
--
To UNS
of whether they're NEEDED by the binary itself or just NEEDED by one of
> the shared libraries it uses. For example:
And also LD_PRELOAD'd libraries, et cetera (which may include
fakeroot).
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
For the record, I am holding off on this in hopes of progress; if no
progress materializes by March, I will remove the manual (see Andreas
Barth's post to d-d-a today).
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
On Wed, Dec 21, 2005 at 08:44:59AM +0100, Nicolas DEGAND wrote:
> Le Mercredi 21 Décembre 2005 02:52, Daniel Jacobowitz a écrit :
> > On Tue, Dec 20, 2005 at 01:19:20PM +0100, Nicolas DEGAND wrote:
> > > Package: libc6
> > > Version: 2.3.5-8.1
> > > Severity:
rer for ".bdf" already registered at priority 0
> Warning: font renderer for ".bdf.Z" already registered at priority 0
> Warning: font renderer for ".bdf.gz" already registered at priority 0
> Warning: font renderer for ".pmf" already registered at priori
al case, however, because we
can't assume that the buildd can run sparc64 binaries - in practice it
can, of course, I'm sure we could do better than we do.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Nov 20, 2005 at 07:17:40PM +, James Troup wrote:
> reassign 339415 glibc
> thanks
>
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > This bug was both worked around in the glibc CVS and fixed in binutils.
> > It was only present in binutils HE
3' is already defined
> > {standard input}:608: Error: symbol `__udivdi3' is already defined
> > {standard input}:642: Error: symbol `__umoddi3' is already defined
This bug was both worked around in the glibc CVS and fixed in binutils.
It was only present in binutils HEAD for a week or two.
--
Daniel Jacobowitz
CodeSourcery, LLC
bit for make -k check) (Closes: #325460).
I believe we just failed to detect the error. Which didn't matter
since this header is included only in testcases.
I'm committing your patch to SVN.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Package: initramfs-tools
Version: 0.37
Followup-For: Bug #336317
I'm encountering the same problem, I think.
I've got LVM running on top of RAID-1. When I get dropped to a busybox
prompt, USB isn't loaded yet (could we do this _before_ messing with the
root FS, please?) so I can't poke around.
On Mon, Oct 31, 2005 at 05:51:45PM +0100, Matej Vela wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > On Mon, Oct 31, 2005 at 10:45:55AM +0100, Matej Vela wrote:
> >> Including results in the following error on mips and mipsel:
> [...]
> >
&g
ile or directory
Why are you using this header from userspace? In general it's the
wrong choice.
The only advantage over the userspace header is that it provides union
semun; but POSIX is quite clear that it is the application's
responsibility to provide that type.
--
Daniel Jaco
ured out why this did not happen in the
past, but it's pretty obvious why it happens now. We need to add
sparc64 support to tls-macros.h and then it seems likely that will be
enough to fix it.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
t; The build fails with the following error:
Binutils bug, temporary. Install amd64-libs to work around the problem
or add /lib64 and /usr/lib64 to your ld.so.conf.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x.so.2.
libc6 doesn't provide 32 bit libraries on amd64 (yet). Do you have
ia32-libs installed? Maybe your upgrade removed it.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Oct 14, 2005 at 10:28:27PM +, Joel Soete wrote:
>
>
> Aurelien Jarno wrote:
>
> >[...]
>
>
> >Oh yes, BTW, I have seen that glibc does not built anymore on hppa. It
> >seems the new binutils does not accept some assembly instructions.
> >Currently I am doing my tests with binutil
On Thu, Oct 13, 2005 at 08:54:30PM -0400, Daniel Jacobowitz wrote:
> On Fri, Oct 14, 2005 at 08:40:20AM +0800, Randolph Chung wrote:
> > >I don't think that's what is happening at all: I think that in one of
> > >these cases, your test file's on-stack fenv_t
larify: if you fix the inline asm in glibc, then you don't
need to recompile any of the currently broken libraries or
applications.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
up with a patch for one or the other, or at least an authoritative
statement and I'll sort the code out in the morning; I have the next
glibc upload otherwise ready.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Oct 13, 2005 at 09:17:21PM -0600, Grant Grundler wrote:
> On Thu, Oct 13, 2005 at 08:54:30PM -0400, Daniel Jacobowitz wrote:
> > > drow is right, as usual. our fenv_t needs to be defined with
> > > __attribute__((aligned(8))) or similar.
> >
> > I
On Thu, Oct 13, 2005 at 10:57:36PM -0400, Daniel Jacobowitz wrote:
> On Sat, Oct 08, 2005 at 07:21:32PM +0200, Attila Kinali wrote:
> > *** glibc detected *** double free or corruption (!prev): 0x088e9208 ***
> Can you still reproduce this? If so, it says that bash dumped core;
>
seem to be unrelated.
>
> As i have no idea what the error means i could not really debug
> it, if you need more informations please tell me how to aquire them.
Can you still reproduce this? If so, it says that bash dumped core;
the core dump should be lying around somewhere. That might h
0 looks fine. I think
> >the assembly is broken or the definition of fenv_t.
>
> drow is right, as usual. our fenv_t needs to be defined with
> __attribute__((aligned(8))) or similar.
I'd recommend "fixing" the asm instead: that's an ABI change and would
re
t think that's what is happening at all: I think that in one of
these cases, your test file's on-stack fenv_t is aligned, and on the
other it isn't. The code you posted for gcc 4.0 looks fine. I think
the assembly is broken or the definition of fenv_t.
--
Daniel Jacobowitz
CodeSourcer
to either install both sets of headers, or just the
64-bit headers.
I'll give this a shot and see what I come up with...
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tching the
> makefiles. i'd like a tool to modify this kind of things in the elf,
> probably elfsh is what i'm looking for. something to run after the
> build process. any idea?
In general you can't do this unless you're replacing it with a shorter
soname. I highly rec
ng
anything more complicated.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
binutils change which might in fact be completely
> innocuous is untenable as well.
Use binutils-dev, link to libbfd.a? The source API changes relatively
rarely, it probably won't bite you.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
owever; I suspect that Simon has somehow managed to
get the old libdl with the new ld.so. Probably there is a stray copy
in /usr or some directory in /etc/ld.so.conf.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27; packages if this approach
> is welcome.
If you have one handy, I won't complain...
I will need to do some work on a transitional amd64-libs-dev package to
remove diversions, et cetera. I need to think about how to do that.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Jul 15, 2005 at 08:37:20AM -0700, Matt Kraai wrote:
> loadkeys.y should inline the macro definitions that it needs from
> instead of removing the include from
> ? loadkeys.y appears to use the following macros:
Yes, in general this is correct.
--
Daniel Jacobowitz
CodeSour
On Thu, Jul 14, 2005 at 09:31:24PM -0700, Matt Kraai wrote:
> On Thu, Jul 14, 2005 at 02:42:23PM -0400, Daniel Jacobowitz wrote:
> > On Mon, Jul 11, 2005 at 09:47:11AM -0700, Matt Kraai wrote:
> > > Package: libc6-dev
> > > Version: 2.3.2.ds1-22
> > > Severi
ror 1
> > make[1]: Leaving directory `/tmp/buildd/kbd-chooser-1.15'
> > make: *** [build-stamp] Error 2
Where is being included from? Is it necessary?
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ve.
This package was meant to be transitional, anyway. In your opinion,
should we fix it, or should we remove it and make the affected library
packages build biarch on i386? I believe that's just glibc, ncurses, and
libbz2 (plus linux-kernel-headers). Ncurses and glibc already support
t did and ncurses nowadays has a configure
option to search multiple directories. So I plan to make a future
upload do this.
Ideally I could ship /etc/terminfo empty, have tic default to write
there, ship terminfo descriptions somewhere on /, and ncurses-term
continues to live in /usr/share.
On Wed, Jun 29, 2005 at 01:40:42AM +0200, Bill Allombert wrote:
> On Tue, Jun 28, 2005 at 07:26:25PM -0400, Daniel Jacobowitz wrote:
> > On Tue, Jun 28, 2005 at 03:32:42PM +0200, Bill Allombert wrote:
> > > On Tue, Jun 28, 2005 at 09:01:21AM -0400, Daniel Jacobowitz wrote:
&g
On Tue, Jun 28, 2005 at 03:32:42PM +0200, Bill Allombert wrote:
> On Tue, Jun 28, 2005 at 09:01:21AM -0400, Daniel Jacobowitz wrote:
> > But they ARE conffiles! One of the reasons they're in /etc is so that
> > the system administrator can modify them if desired.
>
>
esired.
I'm sorry dpkg doesn't offer a way to specify a diff program usefully;
infocmp would work fine.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tc/terminfo/r/rxvt-unicode
> -rw-r--r-- root/root 2165 2005-06-20 04:18:16
> ./usr/share/terminfo/r/rxvt-unicode
Got it... it's the funny Replaces ordering. Will fix soon.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
cking for C compiler default output... configure: error: C compiler cannot
> create executables
> make: *** [/tmp/buildd/ncurses-5.4/obj-64/config.status] Error 77
Last time I suggested this was a problem with your pbuilder. I still
think that's likely to be true. What package is missin
ii ncurses-term 5.4-7Additional terminal type
definitions
[EMAIL PROTECTED]:~% dpkg -L ncurses-term|grep rxvt-uni
Can you check the deb? Where does this come from?
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Thu, Jun 16, 2005 at 11:38:38AM -0700, Blars Blarson wrote:
> On Thu, Jun 16, 2005 at 01:23:51PM -0400, Daniel Jacobowitz wrote:
> > Is the entire log available? Your bug only showed me that the 64-bit
> > packages were not built.
>
> Attached.
dpkg-architecture -qDEB_
uildd.
Is the entire log available? Your bug only showed me that the 64-bit
packages were not built.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ncurses-5.4/debian/movelist: Cannot open: No such file or
> directory
> tar: Error is not recoverable: exiting now
> sh: /tmp/buildd/ncurses-5.4/debian/movelist: No such file or directory
This works on the buildd; maybe there are missing packages? Or an
unstated dependency on a 64-bit kernel, have you got a 32-bit system?
Ben Collins wrote the lib64 support.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t is vulnerable to a classic symlink race. The file is stat'd and
then opened and read from without any further checking.
I'll put together a more reliable patch.
Running GDB in an untrusted directory, on an untrusted binary, is still
not a great idea.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e. The .gdbinit portion
needs to be discussed by the GDB maintainers before it can be included
upstream, though there will probably not be a problem. But that bit is
fine for Debian's purposes.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e are at least two other patches in CVS; they should all be brought
in together.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 112 matches
Mail list logo
