First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 92232
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Alpha Porters <alpha@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Lars Roland <lroland@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
gzip-1.3.5-r6.ebuild.patch patch for gzip-1.3.5-r6.ebuild patch Yuta SATOH (RETIRED) 2005-05-18 02:34 0000 326 bytes Details | Diff
gzip-1.3.5-alpha.patch patch for gzip on alpha patch Yuta SATOH (RETIRED) 2005-05-18 02:36 0000 1.16 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 92232 depends on: Show dependency tree
Bug 92232 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-05-11 03:59 0000
Compiling xorg-x11-6.8.2-r1 on Alpha ev6 fails with the folwoing message:

------------------
LD_LIBRARY_PATH=../../../exports/lib XLOCALEDIR=../../../exports/lib/locale  ../../../exports/bin/bdftopcf -t lutBS08.bdf | gzip > lutBS08.pcf.gz
make[5]: *** [lutBS08.pcf.gz] Error 139
make[5]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts/bdf/75dpi'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts/bdf'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc'
make: *** [World] Error 2
------------------

I have the folowing compiler flags: CFLAGS="-mieee -O2 -mcpu=ev6", gzip is 1.3.5-r6.

Reproducible: Always
Steps to Reproduce:
emerge -k xorg-x11

Actual Results:  
LD_LIBRARY_PATH=../../../exports/lib XLOCALEDIR=../../../exports/lib/locale 
../../../exports/bin/bdftopcf -t lutBS08.bdf | gzip > lutBS08.pcf.gz
make[5]: *** [lutBS08.pcf.gz] Error 139
make[5]: Leaving directory
`/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts/bdf/75dpi'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts/bdf'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc'
make: *** [World] Error 2

Expected Results:  
Compile withour errors

I have reproduced this bug on a vanilla alpha gentoo install (ev4 in the ccflags).

------- Comment #1 From Lars Roland 2005-05-11 08:06:03 0000 -------
If I emerge gzip-1.3.5-r5 by hand (not the default stable in portage) then xorg
compiles just fine. So this is properly releated to the way gzip is
patched/build in version 1.3.5-r6.

------- Comment #2 From Donnie Berkholz 2005-05-11 11:02:38 0000 -------
Sounds unrelated to X11, then.

------- Comment #3 From Yuta SATOH (RETIRED) 2005-05-18 02:30:29 0000 -------
This problem is brought about because the patch for alpha contained in gzip-
1.3.5-r5 was deleted by gzip-1.3.5-r6.
The patch for alpha can be obtained from the Bug report log of Debian.
Please see the following URL for details.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=187417
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=184057

------- Comment #4 From Yuta SATOH (RETIRED) 2005-05-18 02:34:01 0000 -------
Created an attachment (id=59200) [edit]
patch for gzip-1.3.5-r6.ebuild

------- Comment #5 From Yuta SATOH (RETIRED) 2005-05-18 02:36:27 0000 -------
Created an attachment (id=59201) [edit]
patch for gzip on alpha

A file name is gzip-1.3.5-alpha.patch 

------- Comment #6 From Andrew Gaylard 2005-05-21 02:30:27 0000 -------
I've tested the patch (gzip-1.3.5-alpha.patch), and it fixes it for me.

Interestingly, the patched gzip-1.3.5 produced a different output from that of
the vanilla gzip-1.2.4a (the compressed files were different).  Yet they both
could be decompressed by each other's gunzip, and the decompressed files were
identical.

So I think this patch is "good-to-go"!

------- Comment #7 From SpanKY 2005-05-30 20:13:37 0000 -------
fixed in gzip-1.3.5-r7

First Last Prev Next    No search results available      Search page      Enter new bug