On 13-May-12, at 7:15 PM, Pino Toscano wrote:
Can you please try with qtwebkit 2.2.1-4?
I had a successful build with 2.2.1-4.
Thanks,
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
is definitely not transient. Please reopen. Only one
package
should provide this file.
Thanks,
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 29-Apr-12, at 4:40 AM, Reinhard Tartler wrote:
On Thu, Mar 22, 2012 at 1:30 AM, John David Anglin dave.ang...@bell.net
wrote:
On 20-Mar-12, at 9:54 PM, Andres Mejia wrote:
This issue is common if you're using the libav-extra libraries. It's
likely a broken symlink from your *.so files
On 4/3/2012 9:31 AM, Aurelien Jarno wrote:
tag 666774 - moreinfo
thanks
Le 02/04/2012 13:57, John David Anglin a écrit :
On 2-Apr-12, at 4:40 AM, Aurelien Jarno wrote:
tag 666774 + moreinfo
thanks
Le 01/04/2012 20:48, Dave Anglin a écrit :
Source: eglibc
Version: 2.13-27
Severity
Seems to be fixed in 4.7.0-4.
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
-cleanupx4.out, Error 1
tst-fini1.out, Error 142
tst-longjmp_chk.out, Error 1
tst-mqueue3.out, Error 1
*** WARNING ***
Please generate expected testsuite results for this arch!
*** WARNING ***
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
On 30-Mar-12, at 5:09 AM, Matthias Klose wrote:
On 30.03.2012 04:08, John David Anglin wrote:
For some reason, auto-detect isn't working.
Trying to enable multiarch support with --enable-multiarch also
fails.
The variable withval is not defined in the configure hunk for --
enable-multiarch
On 3/30/2012 10:02 AM, Matthias Klose wrote:
we can't ship the tm.texi files
I'm surprised. From what I see, copying of the GCC manual components is
covered by the GNU Free Documentation License,
Version 1.3. It's not very good if the manual can't be shipped.
--
John David Anglin
On 30-Mar-12, at 10:02 AM, Matthias Klose wrote:
I'm not sure what happens.
It didn't happen with a clean source. Testsuite running.
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
For some reason, auto-detect isn't working.
Trying to enable multiarch support with --enable-multiarch also fails.
The variable withval is not defined in the configure hunk for --enable-
multiarch.
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs
On 20-Mar-12, at 9:54 PM, Andres Mejia wrote:
This issue is common if you're using the libav-extra libraries. It's
likely a broken symlink from your *.so files.
I don't think so. Updating libgcrypt11 to 1.5.0-3 fixes the build.
Somehow,
it eliminates the dependency.
Dave
--
John David
a similar problem discussed
in this thread:
https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/309762
So, I tried adding rootfstype=ext3 to my boot command and had a
successful boot. So, there
must be a problem with ext3 device probing on parisc.
Dave
--
John David Anglin dave.ang
the python-talloc packages. I think the problem is the
current python packages derived from the current ldb and talloc sources.
Thanks,
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
On 1/27/2012 1:54 PM, Steve Langasek wrote:
On Fri, Jan 27, 2012 at 07:21:26PM +0100, Christian PERRIER wrote:
Quoting John David Anglin (dave.ang...@bell.net):
On 26-Jan-12, at 9:22 AM, Jelmer Vernooij wrote:
ldb is also included in the Samba source tree, so a dependency isn't
necessary. Can
on hppa.
Are the symbols listed as undefined in the report actually defined on
your
system and if so, where? It seems to me there is a missing dependency.
I don't see any dependency on ldb.
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
.
The package does not exist for hppa http://packages.debian.org/sid/liblcms2-dev
.
The installed version of liblcms2-dev was built from source.
I suspect that the apt-cache cache on your system is not up-to-date.
I believe the apt-cache was up-to-date.
Dave
--
John David Anglin
maintainer
-- libpaper-dev package exists.
-- libpng12-0-dev is provided by a package.
-- libtiff4-dev package exists.
-- zlib1g-dev package exists.
make: *** [debian/stamp-local-shlibs-libgs] Error 1
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email
support.
There is some glibc/perl issue. Could that be the problem?
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 10-Nov-11, at 3:36 AM, Fabian Greffrath wrote:
Architecture: hppa (parisc64)
Will $host_cpu be hppa or parisc64? The configure script is
currently only looking for parisc|parisc64.
I believe that hppa is preferred. parisc and parisc64 were dropped
from GCC.
--
John David Anglin
the package to build by hacking debian/rules to force adding -fPIC
during shared build.
Dave
--
John David Anglindave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 10-Nov-11, at 9:58 AM, Fabian Greffrath wrote:
Does the attached patch help?
Yes.
I suggest that the change in first hunk can simply be:
hppa*|parisc*)
as config.guess can return some other permutations.
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE
On 27-Oct-11, at 8:22 AM, Matthias Klose wrote:
fixed in the vcs. please could you check if that's all which needs
fixing? I
currently don't have access to a hppa machine anymore.
Fixed worked. I have built and installed 4.6.2-2 using default 4.6.2
source.
Thanks,
Dave
--
John David
-2 - liblcms2-2 (5 2.2+git20110628-2)
Provides:
2.2+git20110628-2 -
Reverse Provides:
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
a good deal of unstable from scratch on hppa, I
have had
to force dependencies several times to resolve circular dependencies.
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
On Mon, 06 Jun 2011, Jonathan Nieder wrote:
Hi Dave,
John David Anglin wrote:
I successfully built boost1.46_1.46.1-5 using gcc version 4.5.2
(Debian 4.5.2-7) on hppa. Thus, the problem is not reproducible.
I also note various builds of boost have been done since the
original
I successfully built boost1.46_1.46.1-5 using gcc version 4.5.2
(Debian 4.5.2-7) on hppa. Thus, the problem is not reproducible.
I also note various builds of boost have been done since the
original report.
Although the areas of binutils and gcc that determine the number
of available stubs
I thought Debian's boost packaging still was using -mlong-calls on
hppa to work around this?
ifeq ($(DEB_BUILD_ARCH), hppa)
TOOLSET_CONFIG=using gcc : : : compileflags-mlong-calls
compileflags-DBOOST_SP_USE_PTHREADS ;
BUILD_LONG_DOUBLE = no
Trying again with
On Sat, 04 Jun 2011, Jonathan Nieder wrote:
Typically, the cryptic message indicates an overflow of the stub stable
generated by the linker.
[... lots of helpful details snipped ...]
Thanks for a nice explanation. Do you mind if I forward this
information to the bug log at
On Sat, 2011-04-16 at 19:35 -0400, John David Anglin wrote:
On Sat, 16 Apr 2011, James Bottomley wrote:
Strike that one ... I enabled USB in my 2.6.39-rc3 build and it inserts
the OHCI module and discovers the ports just fine.
Boot 2.6.39-rc3 fails for me with attached config
On Sun, 17 Apr 2011, James Bottomley wrote:
Comparing the console output that I recorded for the debian kernel, I
see udev starts much earlier. It only has the initial message from the
tg3 driver and SCSI subsystem.
It's most likely a driver module that's getting loaded which is turned
On Sun, 17 Apr 2011, James Bottomley wrote:
On Sun, 2011-04-17 at 10:23 -0500, James Bottomley wrote:
It's most likely a driver module that's getting loaded which is turned
off in the booting configuration ... finding it isn't going to be easy,
though ...
Finally got a build (had to
Package: linux-2.6
Version: 2.6.38-2
Severity: critical
Justification: breaks the whole system
Booting...
Boot IO Dependent Code (IODC) revision 1
HARD Booted.
palo ipl 1.17 root@c3k Sun Mar 7 16:13:48 MST 2010
Skipping extended partition 6 - beyond reach of IPL
Partition Start(MB) End(MB)
I posted this debian bug report because the most recent debian
SMP kernel build fails to boot on my rp3440:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997
I don't think debian kernels have worked since lenny.
Dave
--
J. David Anglin
On Sat, 2011-04-16 at 14:07 -0400, John David Anglin wrote:
I posted this debian bug report because the most recent debian
SMP kernel build fails to boot on my rp3440:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997
I don't think debian kernels have worked since lenny.
Hmm
On Sat, 16 Apr 2011, Ben Hutchings wrote:
If you can identify the compiler patches required, I can ask the Debian
gcc maintainers to apply them.
gcc-4.4.6 is released and contains all parisc patches known to be relevant.
Dave
--
J. David Anglin
After starting X using any of gdm, kdm or xstart, keyboard wasn't
accepted. [=E2=80=A6]
is that still happening in an up-to-date squeeze (or higher) system?
No. This issue was an upgrade problem (old X version).
Dave
--
J. David Anglin
On Fri, Aug 6, 2010 at 11:03 AM, Matthias Klose d...@debian.org wrote:
On 06.08.2010 00:58, brian m. carlson wrote:
On Thu, Aug 05, 2010 at 10:59:18PM +0200, Matthias Klose wrote:
On 08.07.2010 01:42, brian m. carlson wrote:
Package: gcc-4.4
Version: 4.4.4-6
Severity: wishlist
On Wed, 02 Jun 2010, Modestas Vainius wrote:
Hello,
this bug [1] is back to the very common department with eglibc 2.11 (libc6-
dev_2.11.1-1) builds. Majority of KDE applications are failing to build on
hppa again. Is there really nothing what could be done to fix it?
I will just say it
On Thu, 08 Apr 2010, Helge Deller wrote:
On 04/02/2010 09:35 PM, John David Anglin wrote:
On Fri, 02 Apr 2010, NIIBE Yutaka wrote:
NIIBE Yutaka wrote:
To have same semantics as other archs, I think that VIPT-WB cache
machine should have cache flush at ptep_set_wrprotect, so
On Thu, 08 Apr 2010, Helge Deller wrote:
I tested your patch today on one of my machines with plain kernel 2.6.33
(32bit, SMP, B2000 I think).
Sadly I still did see the minifail bug.
Are you sure, that the patch fixed this bug for you?
Seemed to, but I have a bunch of other
Thanks a lot for the discussion.
James Bottomley wrote:
So your theory is that the data the kernel sees doing the page copy can
be stale because of dirty cache lines in userspace (which is certainly
possible in the ordinary way)?
Yes.
By design that shouldn't happen: the idea
By design that shouldn't happen: the idea behind COW breaking is
that before it breaks, the page is read only ... this means that
processes can have clean cache copies of it, but never dirty cache
copies (because writes are forbidden).
That must be design, I agree.
To keep
On Fri, 02 Apr 2010, NIIBE Yutaka wrote:
NIIBE Yutaka wrote:
To have same semantics as other archs, I think that VIPT-WB cache
machine should have cache flush at ptep_set_wrprotect, so that memory
of the page has up-to-date data. Yes, it will be huge performance
impact for fork. But I
John David Anglin wrote:
John David Anglin wrote:
Moreover, I have downloaded the package from
http://packages.debian.org/squeeze/hppa/libpt2.6.5/download and
extracted the lib. IIUC, that function is there indeed (the first is on
my amd64 machine, the second is hppa extracted file
John David Anglin wrote:
John David Anglin wrote:
John David Anglin wrote:
Moreover, I have downloaded the package from
http://packages.debian.org/squeeze/hppa/libpt2.6.5/download and
extracted the lib. IIUC, that function is there indeed (the first is
on
my amd64 machine
On Thu, 18 Mar 2010, Carlos O'Donell wrote:
On Thu, Mar 18, 2010 at 7:47 AM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
../../lib_linux_hppa/libopal.so: undefined reference to `non-virtual
thunk to PVXMLSession::Trigger()'
What does this error mean?
The symbol was not found by ld.
Moreover, I have downloaded the package from
http://packages.debian.org/squeeze/hppa/libpt2.6.5/download and
extracted the lib. IIUC, that function is there indeed (the first is on
my amd64 machine, the second is hppa extracted file):
snoopy:~$ nm -D /usr/lib/libpt.so.2.6-beta7 |grep
John David Anglin wrote:
Moreover, I have downloaded the package from
http://packages.debian.org/squeeze/hppa/libpt2.6.5/download and
extracted the lib. IIUC, that function is there indeed (the first is on
my amd64 machine, the second is hppa extracted file):
snoopy:~$ nm -D /usr/lib
On Mon, Dec 14, 2009 at 07:46:52AM -0500, Stephen Leake wrote:
...
Ludovic also suggested removing '-fstack-check' from the list of
compiler options. I did that, rebuilt the static and dynamic
libraries, and the bug went away; the test code works with both static
and dynamic libraries.
On Mon, 23 Nov 2009, Carlos O'Donell wrote:
I can successfully run apt-get with the new libstdc++6 that I just built.
The testsuite result is cleaner:
~~~
FAIL: 29_atomics/atomic_flag/clear/1.c execution test
FAIL: 29_atomics/atomic_flag/test_and_set/explicit.c execution test
The problem appears to have gone away with head. I don't see it with
hpux.
Note that latest version of gcc 4.4 in Debian is built with
--disable-libstdcxx-pch, but the segfault is this present :(
Personally, I don't believe the segfault is related to the FAILs
seen in the libstdc++
On Sun, Nov 22, 2009 at 2:51 PM, Carlos O'Donell
car...@systemhalted.org wrote:
This happens because the original locale object was created at address
0xbff01c20. However, when apt-get calls std::basic_ioschar,
std::char_traitschar ::init it passes in the address 0xbff01c18.
So we went
On Sat, Nov 21, 2009 at 5:37 AM, Aurelien Jarno aurel...@aurel32.net wrote:
I confirm, it's what I see in the testsuite log:
| 77
| __signbitl
| version status: incompatible
| GLIBCXX_3.4
| type: function
| status: added
If __signbitl is the only failure in the abi_check,
On 08.11.2009 21:38, John David Anglin wrote:
test results for 4.4.2-1:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg01919.html
for 4.4.2-2:
http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg00351.html
there are some differences, which are not seen in Dave's build
changes:
2009-10-23 John David Anglin dave.ang...@nrc-cnrc.gc.ca
Backport from mainline:
2009-08-19 John David Anglin dave.ang...@nrc-cnrc.gc.ca
* pa.md (reload_inhi, reload_outhi, reload_inqi, reload_outqi): New
patterns.
* pa.c
On 08.11.2009 21:38, John David Anglin wrote:
test results for 4.4.2-1:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg01919.html
for 4.4.2-2:
http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg00351.html
there are some differences, which are not seen in Dave's build
When I built and installed libcloog on hpux11.11, an additional
header was installed that defined CLOOG_PPL_BACKEND.
which one? At least the header which is included by GCC doesn't define this
/* include/cloog/cloog-config.h. Generated by configure. */
/*
seen as well in the gcc-snapshot build. Looks like the configure test doesn't
pass -DCLOOG_PPL_BACKEND for the cloog version check.
When I built and installed libcloog on hpux11.11, an additional
header was installed that defined CLOOG_PPL_BACKEND.
Dave
--
J. David Anglin
Package: libcloog-ppl-dev
Version: 0.15-2
Severity: normal
In config.log for GCC 4.5, I see the following:
configure:5356: checking for correct version of CLooG
configure:5378: gcc -c -g -O2 conftest.c 5
In file included from conftest.c:12:
/usr/include/cloog/cloog.h:47:30: error:
On Fri, 31 Jul 2009, Carlos O'Donell wrote:
+ if (d = 15)
+ stub-insns[0] |= reassemble_14(d);
reassemble_14 is wrong for ldd format 3. Need format 5 and im5 insertion.
This is using reassemble_14 for ldd format 5, which is correct.
Huh? Format 5 has
-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
Signed-off-by: John David Anglin dave.ang...@nrc-cnrc.gc.ca
diff --git a/arch/parisc/kernel/module.c b/arch/parisc/kernel/module.c
index ecd1c50..88989cb 100644
--- a/arch/parisc/kernel/module.c
+++ b/arch/parisc
On Fri, Jul 31, 2009 at 5:17 AM, Frans Popelen...@planet.nl wrote:
Affects both stable and unstable!
kernel: Linux version 2.6.26-2-parisc64-smp [...]
kernel: nfs: Global Offset Table overflow (used 1075, allowed 1023)
kernel: Linux version 2.6.30-1-parisc64 [...]
kernel: nfs:
On Fri, Jul 31, 2009 at 5:09 PM, Helge Dellerdel...@gmx.de wrote:
On 07/31/2009 09:03 PM, John David Anglin wrote:
Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
which becomes a 13-bit limit when loading positive offsets e.g.
+0x1fff or 1023 GOT slots.
Can't
case ELF_STUB_GOT:
- stub-insns[0] = 0x537b;/* ldd 0(%dp),%dp */
+ stub-insns[0] = 0x537b;/* ldd 0(%dp),%dp */
stub-insns[1] = 0x53610020;/* ldd 10(%dp),%r1 */
stub-insns[2] = 0xe820d000;/* bve
case ELF_STUB_GOT:
- stub-insns[0] = 0x537b;/* ldd 0(%dp),%dp */
+ stub-insns[0] = 0x537b;/* ldd 0(%dp),%dp */
stub-insns[1] = 0x53610020;/* ldd 10(%dp),%r1 */
stub-insns[2] = 0xe820d000;/* bve (%r1)
Dave, now that 4.3.1-2 has been built on hppa, could you try to
reproduce the problem?
Yes. At the moment, the 4.4 tree is a mess with a number of issues
affecting hppa. Have to get EH exception support working again.
Given the build history that you showed, I'm somewhat skeptical that
Package: gnat-4.3
Version: 4.3.1-1
Severity: important
The gnat-4.3 package (4.3.1-1) is miscompiled. As a result, building
GCC 4.4.0 from current svn sources failes with a segmentation fault.
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37034 for more
details.
The problem can be corrected
It would be nice if you could investigate the bug further. Does it happen on
other architectures?
Investigation is difficult. The problem only occurs under make.
It is possible to successfully run the program that segfaulted
under gdb. So, there must be a problem with the environment
in the
What versions of HPUX are affected?
Although sys/errno.h defines different values for ENOTSUP and
EOPNOTSUPP (same as hppa-linux values), I have not seen this problem
on HP-UX 10 or 11. It looks like getfilecon is selinux specific.
On HP-UX, getacl() returns EOPNOTSUPP if the operation is not
A different patch is here:
http://people.debian.org/~kyle/strace/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
getfilecon_raw() uses getxattr(). The manpage for getxattr()
says it returns ENOTSUP if extended attributes are not supported.
This is a syscall and it will take a bit more digging to see if
it is consistent with the documentation.
I finally got a working version of strace. I see that
This is a hppa specific bug. It turns out the errno's for
ENOTSUP and EOPNOTSUPP are not the same:
#define EOPNOTSUPP 223 /* Operation not supported on transport endpoint
*/
#define ENOTSUP 252 /* Function not implemented (POSIX.4 / HPUX) */
The manpage says getfilecon
--- ls.c.orig 2008-05-26 02:40:32.0 -0400
+++ ls.c 2008-08-04 00:20:01.0 -0400
@@ -2700,7 +2700,7 @@
ls fail just because the file (even a command line argument)
isn't on the right type of file system. I.e., a getfilecon
Any news on that?
The problem has gone away. I presume this is due to the latest gcc 4.3
update. I see stdarg.h is dated June 11.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
--
Package: coreutils
Version: 6.10-6
Severity: normal
[EMAIL PROTECTED]:~/gnu/gcc-4.4/objdir/hppa-linux/libjava/testsuite$ ls -l
ls: Makefile: Operation not supported
ls: site.exp: Operation not supported
ls: libjava.sum: Operation not supported
ls: libjava.log: Operation not supported
ls:
Could you please send us a reduced testcase?
Any news on that?
No. I just got back from vacation.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
--
To UNSUBSCRIBE, email to
It could also indicate a broken framebuffer device. John, which one are
you using?
HP VisEG.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
X Window System Version 1.3.0
Release Date:
Did you have a chance to test this?
The software updates are installed and the links that I installed
are removed. However, I haven't actually had a chance to look at
the display. Normally, I access the machine remotely.
I think there's a new problem:
...
(EE) FBDEV(0): FBIOPUT_VSCREENINFO
Which xserver-xorg-video-fbdev and xserver-xorg-core is this?
ii xserver-xorg-v 1:0.3.1-1 X.Org X server -- fbdev display driver
ii xserver-xorg-c 2:1.3.0.0.dfsg X.Org X server -- core server
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research
John David Anglin wrote:
Which xserver-xorg-video-fbdev and xserver-xorg-core is this?
ii xserver-xorg-v 1:0.3.1-1 X.Org X server -- fbdev display driver
ii xserver-xorg-c 2:1.3.0.0.dfsg X.Org X server -- core server
The version of xserver-xorg-core is truncated
Could you try with the latest xserver-xorg-core 1.3 currently in
unstable and latest drivers and report back whether this bug still occurs?
I'm not sure when I can get to this. Too many problems with recent update
to glibc version 2.5 in testing and gcc issues (and my real world job).
Dave
--
A patch for this problem was posted here:
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031690.html
However, it's likely that the parisc specific code will be removed in
favour of the generic compat code.
Dave
--
J. David Anglin [EMAIL
Package: libc6
Version: 2.5-9
Severity: critical
Justification: breaks the whole system
The following command leads to a system crash:
[EMAIL PROTECTED]:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
The command hangs after the first line of output is printed. It
is
Package: libc6
Version: 2.5-9
Severity: grave
Justification: renders package unusable
After updating to libc6 2.5-9 Friday evening, the svn package is
now broken:
[EMAIL PROTECTED]:~/gnu/gcc-4.3/gcc$ contrib/gcc_update
Updating SVN tree
Ugcc/real.c
Ugcc/real.h
Ugcc/ChangeLog
U
Is the libc6 the only thing that you updated? I am using the same libc
here, paer.debian.org also uses it in the sid chroot, and I am unable to
reproduce the problem.
No, some other packages were updated. Here are the most recent
packages in /var/cache/apt/archives:
-rw-r--r-- 1 root root
Is the libc6 the only thing that you updated? I am using the same libc
here, paer.debian.org also uses it in the sid chroot, and I am unable to
reproduce the problem.
This is on a PA8800 machine.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 1110 Not tainted
r00-03 00ff0806ff0f 4036c000 40104edc
c0601048
r04-07 403d79d4 403d89d4 0002c258
r08-11 0002a3f4
It looks like you are using a hand built kernel. Do you use the patch to
disable LWS CAS debugging [1] ?
Yes, but I've been told by Kyle that it's too old. Syscall 298 was
added in 2.6.21.
I haven't disabled LWS CAS.
My attempts at modifying the kernel to return ENOSYS so far haven't
been
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40005000
read(3, /dev/sda3 / ext3 rw,errors=remou..., 4096) = 339
read(3, , 4096) = 0
close(3)= 0
I found really strange that this version of the glibc is using this
syscall. It has been released 6 months ago, when 2.6.19 was still not
released... How did you get this syscall number?
It's in register r20 of the register dump that I posted.
Dave
--
J. David Anglin
It really looks like a bug in the kernel.
Yes, see
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031651.html
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
--
To
It really looks like a bug in the kernel.
Yes, see
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031651.html
The change posted here fixes the df problem:
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031652.html
So, this bug report can be closed.
Dave
--
Package: xserver-xorg
Version: 1:7.1.0-18
Severity: normal
After starting X using any of gdm, kdm or xstart, keyboard wasn't
accepted. There were no errors in Xorg.0.log. However, I see stuff
like the following in kdm.log:
(==) Log file: /var/log/Xorg.0.log, Time: Sat May 5 14:43:39 2007
See:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413
Since ROC hasn't been dropped, this change appears premature. It
also breaks compatibility with other linux distributions.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
See GCC PR 31413:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413
This change appears premature and breaks compatibility with other linux
distributions.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. In the
meantime, I think it's best to reassign this back to qt-x11-free.
This might be a nan bug. There is one GCC nan fix that's only
installed on the trunk:
2006-05-24 John David Anglin [EMAIL PROTECTED]
PR target/27627
* pa/pa-modes.def: Use mips_single_format
Steve,
This might be a nan bug. There is one GCC nan fix that's only
installed on the trunk:
2006-05-24 John David Anglin [EMAIL PROTECTED]
PR target/27627
* pa/pa-modes.def: Use mips_single_format, mips_double_format and
mips_quad_format formats instead
Ok, coming back to the question of the system compiler on hppa for
etch. Assuming that hppa does want to do that:
- is glibc buildable with gcc-4.1 on hppa?
As far as I know, there's no new problems using 4.1 instead of 4.0. See
Er, no; we're talking about official Debian packages here, and the
libstdc++.so.6 in Debian is now from gcc-4.1. The problem is precisely that
GMP *is* being built using gcc-4.0, but libstdc++ is from gcc-4.1, resulting
in the double libgcc_s problem.
Then, you must build *eveything* for
Is this acutally decided? Is it likely to happen soon, or should I
build GMP with gcc 3.3 (which doesn't exhibit the problem) in the
short term?
For now, I suggest that you remove gcc-4.1 from your build system.
Then, GMP should build fine with 4.0. You might have to reinstall
4.0.
As far
701 - 800 of 818 matches
Mail list logo