<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>34404</bug_id>
          
          <creation_ts>2003-11-26 05:12 0000</creation_ts>
          <short_desc>dev-lang/hugs98-2003.11.ebuild submission</short_desc>
          <delta_ts>2005-07-21 04:48:51 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>INVALID</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>simons@cryp.to</reporter>
          <assigned_to>kosmikus@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>simons@cryp.to</who>
            <bug_when>2003-11-26 05:12:21 0000</bug_when>
            <thetext>The attached ebuild will intall the latest version of the Hugs98 interpreter for
Haskell. I have tested the package with OpenGL enabled and everything worked
fine. See &quot;emerge info&quot; below for details.

There is one more problem: I built the program with hardened-gcc and it works
fine. (Yay!) But PaX kills the interpreter when it tries to do fancy stuff like
loading external modules (Boo!). Thus, you need to disable PaX for the
/usr/bin/hugs binary by adding this to /etc/conf.d/chpax:

 | PAGEEXEC_EXEMPT=&quot;/usr/bin/hugs&quot;
 | TRAMPOLINE_EXEMPT=&quot;/usr/bin/hugs&quot;
 | MPROTECT_EXEMPT=&quot;/usr/bin/hugs&quot;
 | MMAP_EXEMPT=&quot;/usr/bin/hugs&quot;
 | SEGEXEC_EXEMPT=&quot;/usr/bin/hugs&quot;
 | RANDEXEC_EXEMPT=&quot;/usr/bin/hugs&quot;

Then, /etc/init.d/chpax must be restarted, so that chpax is actually _run_. I
have no idea how to handle this is the ebuild. Perhaps you hardened guys know
the appropriate procedures in this case?

Everybody without PaX should be fine (even with hardened-gcc).

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.49-r15 (selinux-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.21-hardened)
=================================================================
System uname: 2.4.21-hardened i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.3.11
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-mcpu=athlon -O3 -fomit-frame-pointer -funroll-loops -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
COMPILER=&quot;gcc3&quot;
CONFIG_PROTECT=&quot;/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/xdvi/&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/env.d&quot;
CXXFLAGS=&quot;-mcpu=athlon -O3 -fomit-frame-pointer -funroll-loops -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;ccache autoaddcvs sfperms sandbox userpriv notitles strict&quot;
GENTOO_MIRRORS=&quot;http://mirrors.sec.informatik.tu-darmstadt.de/gentoo
http://ftp.snt.utwente.nl/pub/os/linux/gentoo
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://gentoo.inode.at/source/
http://gentoo.inode.at/&quot;
MAKEOPTS=&quot;-j1&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.de.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 crypt ncurses selinux zlib gdbm berkdb readline guile pam libwww ssl
perl opengl mozilla altcolors curl dga doc dvd emacs ethereal leim mbox
moznocompose moznoirc moznomail moznoxft rage128 Xaw3d -arts -cups -gpm -java
-kde -motif -nls -qt -svga -xmms -tcpd -python -esd spell -slang X png gtk gif
tiff mmx xml xml2 truetype oss tetex jpeg avi oggvobis encode python plotutils
pdflib gcl -tcltk&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>simons@cryp.to</who>
            <bug_when>2003-11-26 05:14:54 0000</bug_when>
            <thetext>Created an attachment (id=21308)
hugs98 Nov 2003 release ebuild
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mr_bones_@gentoo.org</who>
            <bug_when>2003-11-26 14:45:31 0000</bug_when>
            <thetext>haskell@gentoo.org isn&apos;t valid.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2003-12-01 08:55:44 0000</bug_when>
            <thetext>I&apos;ve committed your ebuild with very minor changes (additional dependency
on docbook-dtd). I will try to ask someone about the PaX stuff. Do you know
if there is a standard way to determine if PaX is installed on the machine?
Is there a USE flag?

Thanks for your help.

Andres</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>simons@cryp.to</who>
            <bug_when>2003-12-01 10:48:21 0000</bug_when>
            <thetext>PaX is a kernel module, which has to be activated to do anything. There is no &quot;installation&quot; per se in the system, except for (maybe) the chpax(1) utility, which can be used to disable PaX.

In short: I&apos;m not aware of any way to test whether PaX is enabled. Maybe the hardened guys do know a way?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>simons@cryp.to</who>
            <bug_when>2004-06-02 12:06:25 0000</bug_when>
            <thetext>Is there any progress concerning getting this ebuild marked as stable? Anything I may be able to help with?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>simons@cryp.to</who>
            <bug_when>2005-01-22 10:37:49 0000</bug_when>
            <thetext>What is the problem that causes this ebuild to be marked &quot;~x86&quot; still after more than half a year?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>simons@cryp.to</who>
            <bug_when>2005-07-21 04:48:51 0000</bug_when>
            <thetext>With 2005.3 being out and in portage, I guess this bug report can be considered
invalid. ;-)</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>21308</attachid>
            <date>2003-11-26 05:14 0000</date>
            <desc>hugs98 Nov 2003 release ebuild</desc>
            <filename>hugs98-2003.11.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1sYW5nL2h1Z3M5OC9odWdz
OTgtMjAwMi4xMS1yMS5lYnVpbGQsdiAxLjIgMjAwMy8wOS8wNiAyMjoyNzo1MSBtc3RlcnJldCBF
eHAgJAoKSVVTRT0ib3BlbmdsIgoKTVlfUD0iaHVnczk4LU5vdjIwMDMiClM9JHtXT1JLRElSfS8k
e01ZX1B9CkRFU0NSSVBUSU9OPSJUaGUgSFVHUzk4IEhhc2tlbGwgaW50ZXJwcmV0ZXIiClNSQ19V
Ukk9Imh0dHA6Ly9jdnMuaGFza2VsbC5vcmcvSHVncy9kb3dubG9hZHMvTm92MjAwMy8ke01ZX1B9
LnRhci5neiIKSE9NRVBBR0U9Imh0dHA6Ly93d3cuaGFza2VsbC5vcmcvaHVncy8iCgpTTE9UPSIw
IgpLRVlXT1JEUz0ifng4NiB+c3BhcmMiCkxJQ0VOU0U9ImFzLWlzIgoKREVQRU5EPSJ2aXJ0dWFs
L2dsaWJjCiAgICAgICAgb3BlbmdsPyAoIHZpcnR1YWwvb3BlbmdsIHZpcnR1YWwvZ2x1IHZpcnR1
YWwvZ2x1dCApIgoKc3JjX2NvbXBpbGUoKSB7CiAgICBsb2NhbCBteWNvbmYKICAgIGlmIFsgYHVz
ZSBvcGVuZ2xgIF07IHRoZW4KICAgICAgICBteWNvbmY9Ii0tZW5hYmxlLWhvcGVuZ2wiCiAgICBm
aQoKICAgICMgV2hlbiB0aW1pbmcgaXMgZW5hYmxlZCwgdGhlIGJ1aWxkIHdpbGwgZmFpbCBhdCBz
b21lCiAgICAjIHBvaW50IHdpdGg6CiAgICAjCiAgICAjICB8IGdjYyBydW5odWdzLm8gc2VydmVy
Lm8gWy4uLl0tbyBydW5odWdzCiAgICAjICB8IGV2YWx1YXRvci5vKC50ZXh0KzB4MWI3KTogSW4g
ZnVuY3Rpb24gYGV2YWx1YXRvcic6CiAgICAjICB8IDogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg
dXBkYXRlVGltZXJzJwogICAgIyAgfCBjb2xsZWN0MjogbGQgcmV0dXJuZWQgMSBleGl0IHN0YXR1
cwogICAgIwogICAgIyBTb21lYm9keSAqY291Z2gqIHNob3VsZCBsb29rIGludG8gdGhpcy4KCiAg
ICBteWNvbmY9IiRteWNvbmYgLS1kaXNhYmxlLXRpbWVyIgoKICAgICMgV2hlbiB1c2luZyBlY29u
ZiBoZXJlLCBjb25maWd1cmUgd2lsbCBzcG91dCB3YXJuaW5ncwogICAgIyBhYm91dCBob3cgeW91
IG5lZWQgdG8gZ2l2ZSAiLS1ob3N0IC0tdGFyZ2V0IC0tYnVpbGQiLAogICAgIyBhbmQgc29tZXRp
bWVzIGl0IHdpbGwgcmVmdXNlIHRvIHJ1biBhdCBhbGwuCgogICAgY2QgJHtTfS9zcmMvdW5peCB8
fCBkaWUKICAgIC4vY29uZmlndXJlIFwKICAgICAgICAtLWhvc3Q9JHtDSE9TVH0gXAogICAgICAg
IC0tdGFyZ2V0PSR7Q0hPU1R9IFwKICAgICAgICAtLWJ1aWxkPSR7Q0hPU1R9IFwKICAgICAgICAt
LXByZWZpeD0vdXNyIFwKICAgICAgICAtLWluZm9kaXI9L3Vzci9zaGFyZS9pbmZvIFwKICAgICAg
ICAtLW1hbmRpcj0vdXNyL3NoYXJlL21hbiBcCiAgICAgICAgLS1lbmFibGUtZmZpIFwKICAgICAg
ICAtLXdpdGgtcHRocmVhZHMgXAogICAgICAgIC0tZW5hYmxlLXByb2ZpbGluZyBcCiAgICAgICAg
JHtteWNvbmZ9IHx8IGRpZSAiLi9jb25maWd1cmUgZmFpbGVkIgogICAgY2QgLi4KICAgIGVtYWtl
IHx8IGRpZQp9CgpzcmNfaW5zdGFsbCAoKSB7CiAgICBjZCAke1N9L3NyYyB8fCBkaWUKICAgIG1h
a2UgXAogICAgICAgIEhVR1NESVI9JHtEfS91c3IvbGliL2h1Z3MgXAogICAgICAgIHByZWZpeD0k
e0R9L3VzciBcCiAgICAgICAgbWFuZGlyPSR7RH0vdXNyL3NoYXJlL21hbiBcCiAgICAgICAgaW5m
b2Rpcj0ke0R9L3Vzci9zaGFyZS9pbmZvIFwKICAgICAgICBpbnN0YWxsIHx8IGRpZQoKICAgICNz
b21ld2hhdCBjbGVhbi11cCBpbnN0YWxsYXRpb24gb2YgZmV3IGRvY3MKICAgIGNkICR7U30KICAg
IGRvZG9jIENyZWRpdHMgTGljZW5zZSBSZWFkbWUKICAgIGNkICR7RH0vdXNyL2xpYi9odWdzCiAg
ICBybSBDcmVkaXRzIExpY2Vuc2UgUmVhZG1lCiAgICBtdiBkZW1vcy8gZG9jcy8gJHtEfS91c3Iv
c2hhcmUvZG9jLyR7UEZ9Cn0K
</data>        

          </attachment>
    </bug>

</bugzilla>