2014/1/12 Ben Hutchings b...@decadent.org.uk:
If you have space to install wheezy on a separate partition, please can
you try that.
(Of course, that crash ought to be fixed in 3.2.y. But I don't know
that anyone will have the time and knowledge to do so. And it's not
part of this bug.)
2014/1/7 Ben Hutchings b...@decadent.org.uk:
On Mon, 2014-01-06 at 10:15 +0100, Émeric MASCHINO wrote:
I don't understand that - I still have 3.2 installed on this unstable
(i386) system and can still boot it. How does it go wrong?
It seems to crash with something wrong with systemd.
You're
2014/1/12 Ben Hutchings b...@decadent.org.uk:
So this is a crash, not an incompatibility with the newer systemd.
[...]
Can you test the 3.2 kernel with sysvinit, in case this is a bug that's
specifically provoked by systemd?
That's why I was saying too old for my current Debian install on
2014/1/12 Ben Hutchings b...@decadent.org.uk:
You can have sysvinit and systemd installed in parallel and then use the
'init' kernel parameter to switch between them. Only systemd-sysv
conflicts/replaces sysvinit.
So, I've reinstalled sysvinit and sysvinit-core that purged
systemd-sysv. I
2014/1/12 Ben Hutchings b...@decadent.org.uk:
Sorry, I'm being silly. udev is built as part of systemd now, so this
is independent of whether you use systemd as init. And systemd doesn't
currently run as init in the initramfs.
Uh, OK.
How can I help further?
Emeric
--
To
Hi,
And happy new year!
2013/12/20 Ben Hutchings b...@decadent.org.uk:
I actually tried building the kernel like that, so you could try the
packages in:
http://people.debian.org/~benh/packages/wheezy-ia64-kernel-O1/
Was your O1-compiled kernel working fine?
I have no idea as no-one
2013/12/12 Ben Hutchings b...@decadent.org.uk:
So far as I know, there is no longer any commercial development of
Linux on Itanium. Some old 'enterprise' distributions might
continue to be supported for a few years but mainline isn't
supported.
It seems that Intel must provide hp with
[1] http://marc.info/?l=linux-ia64m=134858659916369w=2
[2] http://marc.info/?l=linux-ia64m=133124040906499w=2
[3] http://lists.debian.org/debian-ia64/2013/09/msg00024.html
2013/12/11 Ben Hutchings b...@decadent.org.uk:
On Tue, Dec 10, 2013 at 11:36:37PM +0100, Émeric MASCHINO wrote:
FYI, linux
FYI, linux-image-3.11-2-mckinley 3.11.10-1 in today's Jessie updates
didn't change anything w.r.t. gdb problem.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
FYI, linux-image-3.10-3-mckinley 3.10.11-1 in today's Jessie updates
brought back gdb to life.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Thanks Stephan, I'll test your patches.
And I bet that the same will have to be done for Firefox ESR 21?
BTW, I don't understand how upstream code is versioned. Shouldn't your
original patches have been ported to the new JS engine by upstream
when they released Firefox ESR 10 versions?
Hi,
With the switch from WebKit 1.8.1 to 2.0.4, instability is back on
IA-64: Epiphany simply can't open any URL without crashing (cf. the
attached gdb output when trying to go to http://www.gnome.org).
Émeric
Starting program: /usr/bin/epiphany-browser
warning: Could not load shared
Hi and happy new year,
I've tested latest patchset from Stephan.
Epiphany runs as great as with the v2 patchset.
I'm however still getting the curious Google homepage crash I was
talking about previously.
Uninstalling gnash didn't help.
But overall, Stephan work is a _huge_ improvement w.r.t.
Hi,
I've applied Stephan patches and recompiled Iceweasel. I used it for
one week now without any problem. I even ran WebGL conformance test
suite successfully whereas vanilla Iceweasel isn't able to complete it
after a few tests. Notice however that, when I say successfully, I
mean the process
i...@fs-driver.org:
Émeric Maschino wrote:
Indeed, even with your updated packages, Epiphany still crashes with
the scenario I described in this bug report
I looked for anything that is different on a release build and on a debug
build. It turned out that a lot of code related to the memory
Thanks Stephan for your hard work.
I just tested Epiphany with the updated packages that you provided in
[1]. Are they self-contained or is yet another updated package
missing?
Indeed, even with your updated packages, Epiphany still crashes with
the scenario I described in this bug report,
Hello,
To pass parameters to kernel, add an append= line in your elilo.conf
file, just below the initrd= line. In the present case:
append=debug=vc
Please find attached the log that I've just recorded on a serial
console passing debug=vc to kernel.
Well, I don't see anything useful or
Le 14 novembre 2011 23:51, Jonathan Nieder jrnie...@gmail.com a écrit :
So, to summarize, only libgconf.so and libsmartcard.so didn't need to
be replaced by recompiled versions without -z defs flag. I don't know
if it'll help further, but they can even be removed from
2011/11/10 Jonathan Nieder jrnie...@gmail.com:
Thanks. What would be really useful is a linker command line and the
collection of object files (.o, .a, and .so, including relevant system
libraries from /usr/lib/) that it refers to, as described in
/usr/share/bug/binutils/presubj. Feel free
Hi,
FWIW amid the reports merged with this one, there is one person using
i386 and another using mipsel.
I don't know for i386 and mipsel, but here are my investigations for ia64.
From the point of view of fixing this in binutils, it would be _very_
helpful to have a collection of object
Hi,
I've looked at the source package: the debian/build script still
passes -z defs flags to ld, thus producing a broken binary, as
expected :-(
Regards,
Émeric
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
does initramfs-tools boot with BUSYBOX=no in initramfs.conf?
Well, I don't know! Indeed, with BUSYBOX=no in initramfs.conf,
initrd.img generation fails:
root@longspeak:/# dpkg-reconfigure linux-image-3.0.0-1-mckinley
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing
Package: initramfs-tools
Version: 0.99
Severity: grave
As stated in this thread
http://lists.debian.org/debian-ia64/2011/08/msg1.html, Debian
Wheezy Testing cannot be booted at all on IA-64 (current
linux-image-3.0.0-1-mckinley in Testing depends on initramfs-tools
0.99, so initramfs-tools
Hi,
I've looked at the source package: the debian/build script still
passes -z defs flags to ld, thus producing a broken binary, as
expected :-(
Regards,
Émeric
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
FYI, manually installing apt 0.8.13.1 (dated 2011-04-03) using dpkg -i
made apt happy again.
Regards,
Émeric
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: binutils
Version: 2.20.1-16
Severity: critical
As explained in this post
(http://lists.debian.org/debian-ia64/2011/03/msg00017.html),
gnome-settings-daemon is broken on IA-64 (Itanium) since release
2.24.1-1 dated 2008-12-30, not because of a source code change, but
because of a change
Hi,
-z defs means to disallow undefined symbols in object files. Are you
sure that there is not some undefined symbol in an object file and
this is not build system/runtime behavior fallout from that?
I know nothing about gnome-settings-daemon code and related software,
so can't make any
Hello again,
Thanks for your hard work tracking this down, and thanks for bringing
it to our attention. I'm going to merge this with the existing
gnome-settings-daemon bug, so the problem is tracked in one place.
Of course it is possible there is a binutils involved here somewhere.
If that
Hi,
I don't know if the root cause is the same, but here's the stack trace
I'm recording with current epiphany-browser in Debian Squeeze on an
Itanium workstation.
emeric@longspeak:~$ gdb epiphany-browser
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License
>
Bug#691576: linux-image-mckinley 3.11+54 breaks gdb again
debian-bugs-rc
-- Thread --
-- Date --
Bug#691576: linux-image-mckinley 3.11+54 breaks gdb again
Émeric MASCHINO
Re
30 matches
Mail list logo