<?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>230443</bug_id>
          
          <creation_ts>2008-07-02 04:18 0000</creation_ts>
          <short_desc>net-analyzer/nmap-4.68 does not build without USE=lua</short_desc>
          <delta_ts>2008-07-03 18:59:36 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>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>gregkh@gentoo.org</reporter>
          <assigned_to>spock@gentoo.org</assigned_to>
          <cc>alessandro.guido+bugzilla@gmail.com</cc>
    
    <cc>andrei.ivanov@gmail.com</cc>
    
    <cc>bor@univ.kiev.ua</cc>
    
    <cc>cedric.godin@skynet.be</cc>
    
    <cc>desintegr@gmail.com</cc>
    
    <cc>dkarasik@gmail.com</cc>
    
    <cc>flameeyes@gentoo.org</cc>
    
    <cc>fuzzyray@gentoo.org</cc>
    
    <cc>gblist@communicationvalley.it</cc>
    
    <cc>gentoo4@achurch.org</cc>
    
    <cc>gentoobugs@ralfhoelzer.com</cc>
    
    <cc>glua@4-mail.net</cc>
    
    <cc>lastrainson@gmail.com</cc>
    
    <cc>lordcris@yahoo.it</cc>
    
    <cc>nelchael@gentoo.org</cc>
    
    <cc>polynomial-c@gentoo.org</cc>
    
    <cc>virdiq@gmail.com</cc>
    
    <cc>zimous@matfyz.cz</cc>

      

      
          <long_desc isprivate="0">
            <who>gregkh@gentoo.org</who>
            <bug_when>2008-07-02 04:18:04 0000</bug_when>
            <thetext>if lua is not enabled, nmap-4.68 does not build at all, but fails in a horrible mess.


On the very first file:

i686-pc-linux-gnu-g++ -MM -Ilibdnet-stripped/include  -Inbase -Insock/include main.cc nmap.cc targets.cc tcpip.cc nmap_error.cc utils.cc idle_scan.cc osscan.cc osscan2.cc output.cc scan_engine.cc timing.cc charpool.cc services.cc protocols.cc nmap_rpc.cc portlist.cc NmapOps.cc TargetGroup.cc Target.cc FingerPrintResults.cc service_scan.cc NmapOutputTable.cc MACLookup.cc nmap_tty.cc nmap_dns.cc traceroute.cc portreasons.cc   &gt; makefile.dep
In file included from portlist.h:107,
                 from output.h:124,
                 from NmapOps.h:104,
                 from main.cc:105:
nse_main.h:5:19: error: lua.h: No such file or directory
nse_main.h:6:22: error: lualib.h: No such file or directory
nse_main.h:7:23: error: lauxlib.h: No such file or directory


It doesn&apos;t get any better from there on...

Reproducible: Always

Steps to Reproduce:</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ConiKost@gmx.de</who>
            <bug_when>2008-07-02 07:05:15 0000</bug_when>
            <thetext>I can comfirm here this error.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pappy_mcfae@yahoo.com</who>
            <bug_when>2008-07-02 07:37:11 0000</bug_when>
            <thetext>Three is a magic number, put me down as having this problem as well.

Blessed be!
Pappy</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pappy_mcfae@yahoo.com</who>
            <bug_when>2008-07-02 07:43:42 0000</bug_when>
            <thetext>Just emerged with the lua USE flag, and installed lua, and now it is installed. I call this a &quot;works for me&quot;.

Blessed be!
Pappy</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zimous@matfyz.cz</who>
            <bug_when>2008-07-02 10:01:49 0000</bug_when>
            <thetext>Also confirming. Compilation by hand (./configure --without-liblua &amp;&amp; make) fails the same way. Compilation with lua (./configure --with-liblua &amp;&amp; make) succeeds although I have no lua.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo4@achurch.org</who>
            <bug_when>2008-07-02 10:48:59 0000</bug_when>
            <thetext>Created an attachment (id=159291)
Patch to fix compilation errors with USE=-lua

Builds fine for me with USE=-lua and this patch applied.  I&apos;ll post an ebuild patch shortly.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo4@achurch.org</who>
            <bug_when>2008-07-02 10:50:48 0000</bug_when>
            <thetext>Created an attachment (id=159293)
Ebuild patch to apply nmap-4.68-nolua.patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zimous@matfyz.cz</who>
            <bug_when>2008-07-02 11:22:38 0000</bug_when>
            <thetext>Works fine for me, thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bircoph@gmail.com</who>
            <bug_when>2008-07-02 11:39:45 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; Created an attachment (id=159293) [edit]
&gt; Ebuild patch to apply nmap-4.68-nolua.patch
&gt; 

It works for me too. Awaiting for this patch in the main portage tree.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoobugs@ralfhoelzer.com</who>
            <bug_when>2008-07-02 21:28:00 0000</bug_when>
            <thetext>I had the same problem and emerged lua. Now I get the following error:

make[1]: Entering directory `/var/tmp/portage/net-analyzer/nmap-4.68/work/nmap-4.68&apos;
&lt;CUT&gt;
nmap.cc: In function &apos;void nmap_free_mem()&apos;:
nmap.cc:1902: error: &apos;class NmapOps&apos; has no member named &apos;scriptargs&apos;
make[1]: *** [nmap.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/net-analyzer/nmap-4.68/work/nmap-4.68&apos;
make: *** [all] Error 2

I just upgraded glibc to 2.8, so maybe it is related to that.

rc1 (default/linux/x86/2008.0, gcc-4.1.2, glibc-2.8_p20080602-r0, 2.6.25-gentoo-r5 i686)
=================================================================
System uname: Linux-2.6.25-gentoo-r5-i686-Intel-R-_Xeon-R-_CPU_5150_@_2.66GHz-with-glibc2.0
Timestamp of tree: Wed, 02 Jul 2008 17:15:02 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-shells/bash:     3.2_p39
dev-lang/python:     2.4.4-r6, 2.5.2-r5
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.5
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.62-r1
sys-devel/automake:  1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r2
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.4
virtual/os-headers:  2.6.25-r4
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=i686 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc&quot;
CONFIG_PROTECT_MASK=&quot;/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/terminfo /etc/udev/rules.d&quot;
CXXFLAGS=&quot;-O2 -march=i686 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;distlocks parallel-fetch preserve-libs sandbox sfperms strict unmerge-orphans userfetch&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo&quot;
LDFLAGS=&quot;&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.namerica.gentoo.org/gentoo-portage&quot;
USE=&quot;acl berkdb bzip2 cli cracklib crypt cups dri fortran gdbm gpm iconv ipv6 isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl tcpd unicode x86 xorg zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; APACHE2_MODULES=&quot;actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse evdev&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;fbdev glint i810 mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo&quot;
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo4@achurch.org</who>
            <bug_when>2008-07-03 01:25:13 0000</bug_when>
            <thetext>It looks like the &quot;configure&quot; part of my patch didn&apos;t make it into the tree?  (The &quot;configure.ac&quot; part can be deleted, since the ebuild doesn&apos;t run eautoreconf; I just included it for completeness.  But the &quot;configure&quot; part is required to fix a flag getting added to the wrong variable.)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2008-07-03 01:31:54 0000</bug_when>
            <thetext>You should not patch configure, you should always patch configure.ac and run eautoreconf.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo4@achurch.org</who>
            <bug_when>2008-07-03 09:31:58 0000</bug_when>
            <thetext>Created an attachment (id=159383)
Tentative patch to get eautoreconf working

Well, it seems I have insufficient autotools karma to get the eautoreconf route working.  I&apos;ve gotten as far as econf succeeding by applying this patch and adding the following to the end of src_unpack from my earlier ebuild patch:
    epatch &quot;${FILESDIR}/libdnet-aclocal-fix.patch&quot;
    cp -p nmap_config.h.in acconfig.h
    cp -p nbase/nbase_config.h.in nbase/acconfig.h
    cp -p nsock/src/nsock_config.h.in nsock/src/acconfig.h
    eautoreconf || die &quot;eautoreconf failed&quot;

But the build then fails with:
make[2]: Entering directory `/var/tmp/portage/net-analyzer/nmap-4.68/work/nmap-4.68/libdnet-stripped/src&apos;
/bin/sh ../libtool --tag=CC   --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include -I../include    -O2 -march=k8 -msse2 -msse -mmmx -pipe -Wall -c -o addr-util.lo addr-util.c
../libtool: line 821: X--tag=CC: command not found
../libtool: line 854: libtool: ignoring unknown tag : command not found
../libtool: line 821: X--mode=compile: command not found
[lots more &quot;X-option&quot; errors]

I&apos;m afraid I can&apos;t spend any more time on this at the moment, so perhaps someone else can figure out what&apos;s going on here?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2008-07-03 09:35:49 0000</bug_when>
            <thetext>I&apos;ve committed an updated version of the patch and ebuild to CVS earlier today -- I think it should fix the problem (please confirm).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo4@achurch.org</who>
            <bug_when>2008-07-03 11:01:49 0000</bug_when>
            <thetext>Confirmed--thanks!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoobugs@ralfhoelzer.com</who>
            <bug_when>2008-07-03 17:32:20 0000</bug_when>
            <thetext>works now. thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2008-07-03 18:59:36 0000</bug_when>
            <thetext>Seems to be fixed -- closing.  Thanks for the patches and feedback.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>159291</attachid>
            <date>2008-07-02 10:48 0000</date>
            <desc>Patch to fix compilation errors with USE=-lua</desc>
            <filename>nmap-4.68-nolua.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG5tYXAtNC42OC1vcmlnL2NvbmZpZ3VyZQkyMDA4LTA2LTE1IDE2OjA1OjEyICswOTAwCisr
KyBubWFwLTQuNjgvY29uZmlndXJlCTIwMDgtMDctMDIgMTk6NDU6NDEgKzA5MDAKQEAgLTczNDcs
NyArNzM0Nyw3IEBACiAKICMgVGhleSBkb24ndCB3YW50IGx1YQogaWYgdGVzdCAiJG5vX2x1YSIg
PSAieWVzIjsgdGhlbgotICBDWFhGTEFHUz0iLUROT0xVQSAkQ1hYRkxBR1MiCisgIENQUEZMQUdT
PSItRE5PTFVBICRDUFBGTEFHUyIKICAgTElCTFVBX0xJQlM9IiIKICAgTFVBX0RFUEVORFM9IiIK
ICAgTFVBX0JVSUxEPSIiCi0tLSBubWFwLTQuNjgtb3JpZy9jb25maWd1cmUuYWMJMjAwOC0wNi0x
NSAxNjowNToxMiArMDkwMAorKysgbm1hcC00LjY4L2NvbmZpZ3VyZS5hYwkyMDA4LTA3LTAyIDE5
OjQ1OjQ4ICswOTAwCkBAIC01MjQsNyArNTI0LDcgQEAKIAogIyBUaGV5IGRvbid0IHdhbnQgbHVh
CiBpZiB0ZXN0ICIkbm9fbHVhIiA9ICJ5ZXMiOyB0aGVuCi0gIENYWEZMQUdTPSItRE5PTFVBICRD
WFhGTEFHUyIKKyAgQ1BQRkxBR1M9Ii1ETk9MVUEgJENQUEZMQUdTIgogICBMSUJMVUFfTElCUz0i
IgogICBMVUFfREVQRU5EUz0iIgogICBMVUFfQlVJTEQ9IiIKLS0tIG5tYXAtNC42OC1vcmlnL05t
YXBPcHMuY2MJMjAwOC0wNi0wOCAxNDoyOTowMCArMDkwMAorKysgbm1hcC00LjY4L05tYXBPcHMu
Y2MJMjAwOC0wNy0wMiAxOTozNTo1MiArMDkwMApAQCAtNDU3LDkgKzQ1NywxMSBAQAogICBpZihp
cG9wdGlvbnMgJiYgb3NzY2FuKQogICAgIGVycm9yKCJXQVJOSU5HOiBJcCBvcHRpb25zIGFyZSBO
T1QgdXNlZCB3aGlsZSBPUyBzY2FubmluZyEiKTsKIAorI2lmbmRlZiBOT0xVQQogICAvKiBNYWtl
IHN1cmUgbm1hcC5yZWdpc3RyeS5hcmdzIGlzIGF2YWlsYWJsZSAoZXZlbiBpZiBpdCdzIGVtcHR5
KSAqLwogICBpZiAoIXNjcmlwdGFyZ3MpCiAgICAgc2NyaXB0YXJncyA9IHN0cmR1cCgiIik7Cisj
ZW5kaWYKIH0KIAogdm9pZCBObWFwT3BzOjpzZXRNYXhPU1RyaWVzKGludCBtb3QpIHsKLS0tIG5t
YXAtNC42OC1vcmlnL1RhcmdldC5jYwkyMDA4LTA2LTEwIDAxOjU0OjA4ICswOTAwCisrKyBubWFw
LTQuNjgvVGFyZ2V0LmNjCTIwMDgtMDctMDIgMTk6MzY6MTUgKzA5MDAKQEAgLTE3OSwxMSArMTc5
LDEzIEBACiAKICAgaWYgKEZQUikgZGVsZXRlIEZQUjsKIAorI2lmbmRlZiBOT0xVQQogICBpZiAo
by5zY3JpcHQpIHsKICAgICBTY3JpcHRSZXN1bHRzOjppdGVyYXRvciBzcml0ZXI7CiAgICAgZm9y
IChzcml0ZXIgPSBzY3JpcHRSZXN1bHRzLmJlZ2luKCk7IHNyaXRlciAhPSBzY3JpcHRSZXN1bHRz
LmVuZCgpOyBzcml0ZXIrKykKICAgICAgIGZyZWUoKCpzcml0ZXIpLmlkKTsKICAgfQorI2VuZGlm
CiB9CiAKIC8qICBDcmVhdGVzIGEgInByZXNlbnRhdGlvbiIgZm9ybWF0dGVkIHN0cmluZyBvdXQg
b2YgdGhlIElQdjQvSVB2NiBhZGRyZXNzLgotLS0gbm1hcC00LjY4LW9yaWcvbm1hcC5jYwkyMDA4
LTA2LTI0IDIzOjM1OjQ4ICswOTAwCisrKyBubWFwLTQuNjgvbm1hcC5jYwkyMDA4LTA3LTAyIDE5
OjM0OjU1ICswOTAwCkBAIC0xODk5LDcgKzE4OTksOSBAQAogICBpZiAoby5kbnNfc2VydmVycykg
ZnJlZShvLmRuc19zZXJ2ZXJzKTsKICAgaWYgKG8uZXh0cmFfcGF5bG9hZCkgZnJlZShvLmV4dHJh
X3BheWxvYWQpOwogICBpZiAoby5pcG9wdGlvbnMpIGZyZWUoby5pcG9wdGlvbnMpOworI2lmbmRl
ZiBOT0xVQQogICBmcmVlKG8uc2NyaXB0YXJncyk7CisjZW5kaWYKIH0KIAogLyogUmVhZHMgaW4g
YSAobm9ybWFsIG9yIG1hY2hpbmUgZm9ybWF0KSBObWFwIGxvZyBmaWxlIGFuZCBnYXRoZXJzIGVu
b3VnaAotLS0gbm1hcC00LjY4LW9yaWcvbnNlX21haW4uaAkyMDA4LTA2LTIwIDE2OjE5OjM3ICsw
OTAwCisrKyBubWFwLTQuNjgvbnNlX21haW4uaAkyMDA4LTA3LTAyIDE5OjM0OjEyICswOTAwCkBA
IC0xLDExICsxLDEzIEBACiAjaWZuZGVmIE5NQVBfTFVBX0gKICNkZWZpbmUgTk1BUF9MVUFfSAog
CisjaWZuZGVmIE5PTFVBCiBleHRlcm4gIkMiIHsKICAgI2luY2x1ZGUgImx1YS5oIgogICAjaW5j
bHVkZSAibHVhbGliLmgiCiAgICNpbmNsdWRlICJsYXV4bGliLmgiCiB9CisjZW5kaWYKIAogI2lu
Y2x1ZGUgPHZlY3Rvcj4KICNpbmNsdWRlIDxsaXN0PgotLS0gbm1hcC00LjY4LW9yaWcvcG9ydGxp
c3QuY2MJMjAwOC0wNi0xMCAwMTo1NDowOCArMDkwMAorKysgbm1hcC00LjY4L3BvcnRsaXN0LmNj
CTIwMDgtMDctMDIgMTk6MzU6MjkgKzA5MDAKQEAgLTE1MCwxMSArMTUwLDEzIEBACiAgICBmcmVl
KHNlcnZpY2Vwcm9iZV9zZXJ2aWNlKTsKICBpZiAoc2VydmljZXByb2JlX2ZwKQogICAgZnJlZShz
ZXJ2aWNlcHJvYmVfZnApOworI2lmbmRlZiBOT0xVQQogIGlmIChvLnNjcmlwdCkgewogICAgU2Ny
aXB0UmVzdWx0czo6aXRlcmF0b3Igc3JpdGVyOwogICAgZm9yIChzcml0ZXIgPSBzY3JpcHRSZXN1
bHRzLmJlZ2luKCk7IHNyaXRlciAhPSBzY3JpcHRSZXN1bHRzLmVuZCgpOyBzcml0ZXIrKykKICAg
ICAgZnJlZSgoKnNyaXRlcikuaWQpOwogIH0KKyNlbmRpZgogfQogCiAvLyBVc2VzIHRoZSBzZC0+
e3Byb2R1Y3QsdmVyc2lvbixleHRyYWluZm99IGlmIGF2YWlsYWJsZSB0byBmaWxsCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>159293</attachid>
            <date>2008-07-02 10:50 0000</date>
            <desc>Ebuild patch to apply nmap-4.68-nolua.patch</desc>
            <filename>nmap-4.68.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG5tYXAtNC42OC5lYnVpbGQub3JpZwkyMDA4LTA3LTAyIDA0OjI2OjU0ICswOTAwCisrKyBu
bWFwLTQuNjguZWJ1aWxkCTIwMDgtMDctMDIgMTk6NDA6MDYgKzA5MDAKQEAgLTMyLDYgKzMyLDEy
IEBACiAJZmkKIH0KIAorc3JjX3VucGFjaygpIHsKKwl1bnBhY2sgJHtBfQorCWNkICIke1N9Igor
CWVwYXRjaCAiJHtGSUxFU0RJUn0vJHtQfS1ub2x1YS5wYXRjaCIKK30KKwogc3JjX2NvbXBpbGUo
KSB7CiAJbG9jYWwgbXljb25mPSIiCiAK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>159383</attachid>
            <date>2008-07-03 09:31 0000</date>
            <desc>Tentative patch to get eautoreconf working</desc>
            <filename>libdnet-aclocal-fix.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG5tYXAtNC42OC1vcmlnL2xpYmRuZXQtc3RyaXBwZWQvTWFrZWZpbGUuYW0JMjAwNy0xMS0y
NyAxNToyMjo0NiArMDkwMAorKysgbm1hcC00LjY4L2xpYmRuZXQtc3RyaXBwZWQvTWFrZWZpbGUu
YW0JMjAwOC0wNy0wMyAxMzo1NjoxMyArMDkwMApAQCAtMiw2ICsyLDggQEAKIAogaW5jbHVkZSAk
KHRvcF9zcmNkaXIpL01ha2VmaWxlLmFtLmNvbW1vbgogCitBQ0xPQ0FMX0FNRkxBR1MgPSAtSSBj
b25maWcKKwogU1VCRElSUyA9CWluY2x1ZGUgc3JjIAogCiBiaW5fU0NSSVBUUyA9CWRuZXQtY29u
ZmlnCg==
</data>        

          </attachment>
    </bug>

</bugzilla>