block 730157 by 718047
thanks
This is likely bug#718047. Removing the --as-needed switch from the ld
invoke is the tentative workaround for that.
Regards
Stephan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
retitle 719802 ia64, Iceweasel-17, JS needs ptrs have their high 17
bits cleared
reassign 719802 src:iceweasel
severity 719802 grave
tags 719802 + patch
thanks
ia64.
I experienced it, too.
An assertion
GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size ==
0' failed
Quoting Niko Tyni nt...@debian.org:
Thanks for trying. Do you have a chance to test the theory that this
somehow depends on the kernel? A squeeze system with a sid chroot
should work for that.
I tested building of the libapache2-mod-perl2 package on a sid chroot
on a Debian squeeze (ia64,
Quoting Niko Tyni nt...@debian.org:
Cc'ing the debian-ia64 list. Can anybody reproduce the sid build failure
of libapache2-mod-perl2 2.0.8+httpd24-r1449661-4 ? What's in
t/logs/error_log?
I'm using Debian unstable on ia64.
I could not reproduce the problem; I was able to build the
tags 711107 - help
tags 711107 + patch
thanks
Emilio Pozuelo Monfortpo...@debian.org wrote:
What happens if you do `make check' or `fakeroot make check' again?
make check
will set Xvfb differently than xvfb-run.
I didn't check that out. I assume the test will always fail with 'make
I'm using Debian unstable on ia64.
I built the gtk+3.0 package twice; the test always fails as on the
ia64 buildd:
/usr/bin/make check-local
make[4]: Entering directory
`/home/stephan/gtkplus2/gtk+3.0-3.8.2/debian/build/shared/tests/a11y'
TEST: accessibility-dump... (pid=3867)
PASS:
Why you don't migrate iceweasel 10.0.12esr-1+nmu1 to testing ;-) ?
It would also please some mipsel users (Bug#680704).
Kind regards
Stephan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Since webkit is fixed on ia64, seed no longer FTBFS (seed 3.2.0-2
ia64, testing).
The ia64 buildds have built seed in the meantime.
Please could you close this bug?
So Debian bug#697174 (ia64 (Itanium), epiphany-browser, please enable
seed) is no longer blocked.
Regards
Stephan
--
To
Package: src:linux
Version: 3.2.35-2
Severity: important
Tags: patch
The Linux Kernel contains some inline assembly source code which has
wrong asm register constraints in arch/ia64/kvm/vtlb.c.
File arch/ia64/kvm/vtlb.c:
u64 guest_vhpt_lookup(u64 iha, u64 *pte)
{
u64 ret;
Package: src:linux
Version: 3.2.23-1
Severity: important
Tags: patch
The Linux Kernel contains some inline assembly source code which has
wrong asm register constraints in arch/ia64/include/asm/futex.h.
Since it causes trouble when compiling the Kernel with GCC4.4, it
should be fixed.
notfound 642750 src:linux/3.5.5-1~experimental.1
notfixed 642750 linux-image-3.0.0-2-mckinley/3.0.0-5
notfixed 642750 linux-image-3.1.0-rc7-mckinley/3.1.0~rc7-1~experimental.1
fixed 642750 3.2.35-2
thanks
The problem with GDB does no longer occur with Kernel 3.2.35-2. I
don't have a clue why.
I'm sorry. Wrong bug number.
Please, ignore my message.
Stephan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
notfound 691576 src:linux/3.5.5-1~experimental.1
notfixed 691576 linux-image-3.0.0-2-mckinley/3.0.0-5
notfixed 691576 linux-image-3.1.0-rc7-mckinley/3.1.0~rc7-1~experimental.1
fixed 691576 3.2.35-2
thanks
The problem with GDB does no longer occur with Kernel 3.2.35-2. I
don't have a clue why.
Here is the tentative patch of Bjorn Helgaas
(https://lkml.org/lkml/2012/9/24/623) - slightly modified in order to
apply it on Kernel 3.2.35.
Just for the case that someone wants to build an own Kernel.
Stephan
pci-helgaas.patch
Description: pci-helgaas.patch
Package: xserver-xorg-video-all
Version: 1:7.7+1
Severity: serious
The xserver-xorg-video-all package doesn't install the following xorg
video drivers on ia64:
xserver-xorg-video-apm
xserver-xorg-video-ark
xserver-xorg-video-chips
xserver-xorg-video-cirrus
xserver-xorg-video-i128
Package: xserver-xorg-video-ati
Version: 1:6.14.4-6
Severity: serious
Machine: Dell PowerEdge 3250
Processor: 2x Itanium Madison 1.5GHz 6M
Memory: 16G
Graphics: build-in ATI Rage XL
01:01.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD]
nee ATI Rage XL [1002:4752] (rev 27)
found 560026 2.2.02+dfsg-6
notfound 560026 2.1.05 2.1.05+dfsg+cvs20091202-1
# these versions are over; I think, nobody wants to patch them anymore
tags 560026 - help
tags 560026 + patch
thanks
The problem is in the source code file yorick/std0.c, line 1355, in
the function expLoop():
Package: libwebkitgtk-3.0-0
Version: 1.8.1-3.3
Severity: serious
Tags: patch
Machine: Dell PowerEdge 3250
Processor: 2x Itanium Madison 1.5GHz 6M
Memory: 16G
I realized this bug while working on bug#642750.
Some assertions fail on the debug build of webkit:
at
Package: epiphany-browser
Version: 3.4.2-2
Severity: serious
Tags: patch
Machine: Dell PowerEdge 3250
Processor: 2x Itanium Madison 1.5GHz 6M
Memory: 16G
While working on bug#642750, I realized a failing assertion in the
epiphany browser:
at lib/history/ephy-history-service.c:363
Package: epiphany-browser
Version: 3.4.2-2
Severity: serious
Please could you enable seed again on ia64 when seed does no longer
FTBFS and works (bug#582774) due to the fixes for webkitgtk package on
ia64 (bug#642750, bug#694971, bug#697172).
Please remember that the epiphany-browser
I filed bug#697172 for yet another bug of webkit.
Furthermore, bug#697173 for a bug in the epiphany-browser package.
Furthermore, bug#697174 in order to enable seed on ia64.
I also realized that gnash seems to crash epiphany sometimes. I
browsed through the Debian bug reports and found ones
Obviously the revert-ia64-remove-parallel.patch of bug#696096
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696096#5) wasn't
applied correctly.
Stephan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
The goal should be to allow a parallel build on *all* archs. There
shouldn't be any exception for ia64.
The entire ifneq construct should be removed:
ifneq ($(DEB_HOST_ARCH),ia64)
extra_dh_opts += --parallel
endif
The dh invoke should read:
dh $@ --parallel --with
I can provide the built debs for ia64 (150MB) after making some room
for it on my webspace:
http://fs-driver.org/debian-ia64/iceweasel-10.0.11esr-debs.tar
Stephan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Gustavo Noronha Silva wrote:
Thanks for the patches! I will include them in my next upload, do you
mind proposing them upstream, though? I don't feel like I know enough of
this bit of the code to propose them myself.
Yes, I do - any assistance of you is appreciated.
I think, webkit 1.8.1 is
Émeric Maschino wrote:
I used your patched packages the passed week for my homeworks.
Stability is far better than the first patchset. With the notable
exception of the Google homepage. I don't know what's going wrong and
if other URLs are also affected. Let me explain.
Opening Epiphany with a
Package: src:gcc-4.6
Version: 4.6.3-11
Severity: serious
The gcc/g++-compiler has a bug that prevents a precompiled header
(pch) from being used. It occurred on all ia64 Debian buildds while
building the qt4-x11 package. Bug#696096 is already filed for that.
The log reads:
g++ -c
Just for the file; the tail of the most recent build log:
make[3]: Entering directory
`/build/buildd-qt4-x11_4.8.2+dfsg-5-ia64-2m8MNJ/qt4-x11-4.8.2+dfsg/src/corelib'
g++ -c -include .pch/release-shared/QtCore -Winvalid-pch -g -O2
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2
Package: iceweasel
Version: 10.0.11esr-1
Severity: serious
Tags: patch
Machine: Dell PowerEdge 3250
Processor: 2x Itanium Madison 1.5GHz 6M
Memory: 16G
The Mozilla JS engine needs pointers have their high 17 bits cleared
because it would break a variant data type which the engine uses.
found 692053 10.0.11esr-1
notfound 692053 10.0~b2-1
# that version is over; nobody wants to patch it anymore, I guess
severity 692053 serious
tags 692053 + patch
thanks
I could reproduce the bug on Wheezy.
Iceweasel also needs a patch for the address range problem on ia64
again since the
Package: src:qt4-x11
Version: 4:4.8.2+dfsg-4
Severity: important
Tags: moreinfo
Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com
wrote to debian-i...@lists.debian.org, i...@buildd.debian.org,
pkg-kde-t...@lists.alioth.debian.org
on Sat, 8 Dec 2012 21:33:30 -0300:
Please keep
É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
heap is different
I took a look at this a few weeks ago.
The problem is the code in the cont.c file which implements continuations.
A thread saves its own stack and its thread context itself while it is
running. The ruby programmers believe that that the saved info can be
used by another thread to switch
Peter Green wrote:
The proposed patch defines a third option
USE(JSVALUE64W)
which we use *only* on ia64.
It uses an encapsulated union without any trick for the variant
data type. This is portable but
- the data type is 128-bits wide,
- Enabling JIT compiler isn't possible - that's
Émeric Maschino wrote:
Indeed, even with your updated packages, Epiphany still crashes with
the scenario I described in this bug report
Hmm, the webkit thing seems to have at least yet another bug :-(. The
bug doesn't occur on my most recent debug build of libwebkitgtk-3.0-0.
But I could
Package: libwebkitgtk-3.0-0
Version: 1.8.1-3.3
Severity: grave
Tags: patch
Machine: Dell PowerEdge 3250
Processor: 2x Itanium Madison 1.5GHz 6M
Memory: 16G
I realized this bug while working on bug#642750.
The Epiphany browser crashed with a SIGSEGV in
JSC::JSArray::increaseVectorLength()
severity 642750 grave
tags 642750 + patch
block 582774 by 642750
thanks
While working on this bug I realized that webkit has yet another bug
that prevents it from working on ia64. I filed the separate bug#694971
for that.
I built the libwebkitgtk-3.0-0 package which was configured with
severity 582774 serious
tags 582774 - help
thanks
The seed package suffers from two bugs of webkit:
bug#642750 (epiphany-browser: *HIGHLY* unstable on ia64
(IA-64/IPF/Itanium) platform)
bug#694971 (ia64 (Itanium) Epiphany browser crashes within
JSC::JSArray::increaseVectorLength())
I can
I tried some older Kernel versions in order to get more information
about the regression.
Udeb and libudeb0 have been downgraded to version 161 in order to run
older Kernels.
Kernel 3.0.0-2 (linux-image-3.0.0-2-mckinley_3.0.0-5_ia64.deb)
GDB 7.4.1 works
Kernel 3.1.0-rc7
Package: gdb
Version: 7.4.1
Severity: serious
Dell PowerEdge 3250
2x Itanium Madison 1.5GHz 6M
4GB RAM
I realized that GDB doesn't work as it should.
When GDB should run *any* target application, it always stops with
SIGTRAP 0x.
Example:
stephan@itanic:~$ gdb man
GNU gdb
Émeric Maschino wrote:
Patched libmozjs185 [1] didn't solve the issue, though GNOME Shell
crashes in a slightly different way.
...
In this case, perhaps the second part
of the fix is also missing. Indeed, looking at the original bug report
again [4], it appears that JS engine breakage on ia64
Jonathan Nieder wrote:
So the next step is either to convince Debian's kernel maintainers
that it is worth including that module in the installer, or the elilo
maintainers that debian/elilo.sh should not use iocharset=iso8859-1,
or both.
Life is hard, I can tell you. I hoped you would do it
I'm surprised that I could shock you with the severity level :-).
The bug prevents the script from installing ELILO on the EFI System
partition (ESP) when a user attempts to install Debian with a Debian
installation CD or DVD.
The user won't be able to workaround this on an opened console if
Thanks a lot for testing this! I'll fix up this typo and work on
getting something like this merged.
Thank you very much!
If you want me to test anything, don't hesitate to contact me.
What's the output of dmesg | grep :00:1f.1; lspci -vs00:1f.1?
[0.065506] pci :00:1f.1:
Hello Bjorn,
thank you very much for the patch.
I tested it; it works.
(typing mistake: it must read PCI_COMMAND_MEMORY instead of
PCI_COMMAND_MEM at one location;
some hunks of the patch couldn't be applied automatically on Kernel
3.2.23 because some comments in the contexts are different)
Mpfff, there aren't many replies; seems I didn't satisfy what you want
to have...
At first I want to mention that I just want to help the Debian project
and started testing Debian Wheezy my old ia64 box.
Since these are my first messages on the kernel lists, I really don't
feel me in a
;
pci_dev = to_pci_dev(dev);
pci_release_capabilities(pci_dev);
Signed-off-by: Stephan Schreiber i...@fs-driver.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
: Attached scsi CD-ROM sr0
[1.601972] sr 0:0:0:0: Attached scsi generic sg0 type 5
...
(Note: The patch of this posting differs slightly from the one which I
have posted on Debian bug#679545 - just cosmetic improvements.)
Kind regards,
Stephan Schreiber
--- linux-3.2.23/arch/ia64/pci
regards
Stephan Schreiber
ia64-ich4l-exbar.patch
Description: ia64-ich4l-exbar.patch
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 3.2.0-3-mckinley (Debian 3.2.23-1)
(debian-ker...@lists.debian.org) (gcc version 4.6.3
Hello,
I just installed the unmodified Wheezy kernel
(linux-image-3.2.0-3-mckinley_3.2.23.1_ia64.deb).
The dmesg output is attached.
Kind regards
Stephan Schreiber
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version
Here is the dmesg output from a kernel that differs from the previous
one in the enabled piix driver.
Kind regards
Stephan Schreiber
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 3.2.0-3-mckinley (Debian 3.2.23-1
.
Kind regards
Stephan Schreiber
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
regards
Stephan Schreiber
mozjs-ia64.patch
Description: mozjs-ia64.patch
): RGB weight 888
[32.185] (==) MACH64(0): Default visual is TrueColor
It includes successful submodule unloads now:
[32.185] (II) UnloadSubModule: vbe
[32.185] (II) Unloading vbe
[32.185] (II) UnloadSubModule: int10
[32.185] (II) Unloading int10
Kind regards
Stephan
UnloadSubModule(mod);
#endif
}
Conclusion: UnloadSubModule() was and is still buggy.
I commented out UnloadSubModule(mod) tentative in 1.12.3, the X server
started successful after that.
So the solution would be either comment out UnloadSubModule() or fix it...
Kind regards
Stephan Schreiber
() and of the supplied BIOS size.
Kind regards
Stephan Schreiber
int10-warning.patch
Description: int10-warning.patch
UnloadSubModule(mod);
#endif
}
Conclusion: UnloadSubModule() was and is still buggy.
I commented out UnloadSubModule(mod) tentative in 1.12.3, the X server
started successful after that.
So the solution would be either comment out UnloadSubModule() or fix it...
Kind regards
Stephan Schreiber
() and of the supplied BIOS size.
Kind regards
Stephan Schreiber
int10-warning.patch
Description: int10-warning.patch
and revert bug#671386? This
would be great.
Best regards
Stephan Schreiber
fix_inx_outx.patch
Description: fix_inx_outx.patch
, we fall back to the glibc in/out
- * routines, which are prefixed by an underscore (e.g. _outb).
Further investigations are needed...
Kind regards
Stephan Schreiber
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
to a local mirror which already had files from the Wheezy beta-1. I
built a set of netinst CDs with the debian-cd packge which used the
mentioned local mirror.
The installer could install ELILO after that.
Kind regards
Stephan Schreiber
add_iso8859_1.patch
Description: add_iso8859_1
-installer' failed with error code 1
Aug 17 11:48:33 main-menu[221]: WARNING **: Menu item
'elilo-installer' failed.
Kind regards
Stephan Schreiber
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
that this menu item does no longer exist
on Wheezy.
So this was my mistake; the problem which I have reported isn't one :-).
Best regards
Stephan Schreiber
enable_piix.patch
Description: enable_piix.patch
are as expected.
Thank you so much :-).
Best regards
Stephan Schreiber
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Kind regards
Stephan Schreiber
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The mail client wrapped a line of the patch, please take the attached file:
loadsize.patch
Description: loadsize.patch
]: Intel Corporation 82546EB Gigabit
Ethernet Controller (Copper) [8086:1010] (rev 01)
Subsystem: Intel Corporation Device [8086:3404]
There is not any driver in the Kernel; it should be the e1000 module.
Please also take a look at bug#678883.
Kind regards
Stephan Schreiber
-boot-load-size 16384 -o debian-wheezy-DI-a1-ia64-netinst-fixed.iso
~/work
(Debian uses genisoimage instead of mkisofs.)
3. Burn that iso image and boot it on your Itanium computer.
I guess the other iso images for IA64 are broken in similar manner.
Kind regards
Stephan Schreiber
R2 for Itanium Based Systems on it.
Best regards
Stephan Schreiber
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
69 matches
Mail list logo