Does anybody started building some packages with gcc 4.8 on ia64?
Cheers,
Stephan
--
To UNSUBSCRIBE, email to debian-ia64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
The goal is to test gcc 4.8.
Stephan
Quoting Patrick Baggett baggett.patr...@gmail.com:
HI Stephan,
No, I haven't. Is the goal to package software or to test gcc-4.8/ia64?
Patrick
On Sun, Dec 8, 2013 at 7:37 AM, Stephan Schreiber i...@fs-driver.orgwrote:
Does anybody started building
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
GCC-4.8 should become the default on ia64 soon; some other changes are
desirable:
- The transition of gcc-4.8/libgcc1 to libunwind8.
- A removal of the libunwind7 dependency of around 4600 packages on
ia64 - when they are updated next time after the transition. The
libc6.1 should (likely)
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:
Hello,
In past messages I posted some logs.
http://lists.debian.org/debian-ia64/2012/09/msg3.html
In my opinion your log just means that your box crashes upon loading
the kernel and performs a restart somehow.
I think the problem occurs on loading the kernel by ELILO or upon
early
Quoting Ansgar Burchardt ans...@debian.org:
I remember talk about potentially dropping the ia64 port after wheezy
was released, but don't know about the current status.
All Wheezy ia64 RC bugs have been fixed (except the problem with the
ruby package; the fix is still in the works).
Here is the most recent weekly testing image of Wheezy, but with the
ELILO version 3.12 of Squeeze on it:
http://www.fs-driver.org/debian-ia64/debian-testing-elilo-3-12.iso
Please could you just check whether the installer kernel on it boots or not?
(Choose install; the kernel boots; choose
Quoting Émeric Maschino:
Back from a break, I've updated my Wheezy setup, just to discover that
Xorg.0.log complains that [KMS] drm report modesetting isn't
supported.
And indeed, grep KMS /boot/config-3.2.0-4-mckinley reports
CONFIG_DRM_RADEON_KMS is not set :-(
Any reason for this? I had no
I filed bug#696096 for that - with a suggestion how to proceed.
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696096)
Stephan
--
To UNSUBSCRIBE, email to debian-ia64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
such a
configuration. Looking at my aptitude logs, gdb-7.4.1-1.1 was working
fine too.
Hope this helps,
Émeric
2012/10/27 Stephan Schreiber i...@fs-driver.org:
Hello to all,
I just issued the Debian bugreport 691576
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691576).
Did you also
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
14 matches
Mail list logo