<?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>91416</bug_id>
          
          <creation_ts>2005-05-04 05:07 0000</creation_ts>
          <short_desc>app-admin/ulogd-1.24 (version bump)</short_desc>
          <delta_ts>2007-01-17 20:34:42 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>w-gentoo@conostix.com</reporter>
          <assigned_to>maintainer-needed@gentoo.org</assigned_to>
          <cc>aliz@gentoo.org</cc>
    
    <cc>bettlertho@sis.unibe.ch</cc>
    
    <cc>mahadri-gentoo@drigon.com</cc>

      

      
          <long_desc isprivate="0">
            <who>w-gentoo@conostix.com</who>
            <bug_when>2005-05-04 05:07:03 0000</bug_when>
            <thetext>I&apos;m using the pcap plugin of app-admin/ulogd-1.02-r1 on an AMD
Athlon(tm) 64 Processor 3000+ AuthenticAMD running
sys-kernel/gentoo-dev-sources-2.6.10-gentoo-r6 (machine 1).
The produced pcap files are unreadable with tcpdump.
Here is the error message:

# tcpdump -n -r /var/log/ulogd.pcap
reading from file /var/log/ulogd.pcap, link-type RAW (Raw IP)
tcpdump: pcap_loop: bogus savefile header
#

I&apos;m also using app-admin/ulogd-1.02-r1 on an i686 VIA Samuel 2
CentaurHauls running
sys-kernel/gentoo-dev-sources-2.6.9-gentoo-r13 (machine 2).

tcpdump is net-analyzer/tcpdump-3.8.3-r1 and
libpcap is net-libs/libpcap-0.8.3-r1 on machine 1 and 2.

In order to check what is wrong, I captured a single udp packet on
both machines.

The command I used to send the packet is:
nc -u 127.0.0.1 1234 followed by a single return as payload.

The netfilter rule used to match the packet is:
iptables -I INPUT 1 -i lo -p udp --dport 1234 -j ULOG

Here are the results:
Machine 1:

Syslog line:
Mar 1 16:54:49 zorglub IN=lo OUT=
MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1
DST=127.0.0.1 LEN=29 TOS=00 PREC=0x00 TTL=64 ID=62357 CE DF PROTO=UDP
SPT=32810 DPT=1234 LEN=9

Pcap file dump:
0000000 c3d4 a1b2 0002 0004 f1f0 ffff 0000 0000
0000020 0000 0001 0065 0000 9049 4224 0000 0000
0000040 62be 0006 0000 0000 001d 0000 001d 0000
0000060 0045 1d00 95f3 0040 1140 3849 007f 0100
0000100 007f 0100 2a80 d204 0900 dd72 000a
0000115

*** PCAP FILE HEADER *** (see struct pcap_file_header in pcap.h from
libpcap)
c3d4 a1b2 -&gt; magic number
0002 -&gt; major version
0004 -&gt; minor version
f1f0 ffff -&gt; gmt to local correction
0000 0000 -&gt; accuracy of timestamps
0000 0001 -&gt; max length saved portion of each pkt
0065 0000 -&gt; data link type
*** END OF PCAP FILE HEADER ***

*** PCAP PACKET HEADER *** (see struct pcap_pkthdr in pcap.h from
libpcap)
9049 4224 0000 0000 62be 0006 0000 0000 -&gt; timestamp
001d 0000 -&gt; caplen
001d 0000 -&gt; len
*** END OF PCAP PACKET HEADER ***

*** PACKET *** (see http://www.sans.org/resources/tcpip.pdf)
0045 -&gt; TOS/IP version/IHL
1d00 -&gt; LEN=29
95f3 -&gt; ID=62357
0040 -&gt; Flags/Fragment Offset
1140 -&gt; PROTO=17(UDP)/TTL=64
3849 -&gt; Header cksum
007f 0100 -&gt; src ip: 127.0.0.1
007f 0100 -&gt; dst ip: 127.0.0.1
2a80 -&gt; src port: 32810
d204 -&gt; dst port: 1234
0900 -&gt; Length
dd72 -&gt; UDP cksum
000a -&gt; payload
*** END OF PACKET ***

Machine 2:

Syslog line:
Mar 1 16:56:40 crockdur IN=lo OUT=
MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1
DST=127.0.0.1 LEN=29 TOS=00 PREC=0x00 TTL=64 ID=22758 DF PROTO=UDP
SPT=33303 DPT=1234 LEN=9

Pcap file dump:
0000000 c3d4 a1b2 0002 0004 f1f0 ffff 0000 0000
0000020 0000 0001 0065 0000 90b8 4224 3e74 000e
0000040 001d 0000 001d 0000 0045 1d00 e658 0040
0000060 1140 e7e3 007f 0100 007f 0100 1782 d204
0000100 0900 f070 000a
0000105

*** PCAP FILE HEADER *** (see struct pcap_file_header in pcap.h from
libpcap)
c3d4 a1b2 -&gt; magic number
0002 -&gt; major version
0004 -&gt; minor version
f1f0 ffff -&gt; gmt to local correction
0000 0000 -&gt; accuracy of timestamps
0000 0001 -&gt; max length saved portion of each pkt
0065 0000 -&gt; data link type
*** END OF PCAP FILE HEADER ***

*** PCAP PACKET HEADER *** (see struct pcap_pkthdr in pcap.h from
libpcap)
90b8 4224 3e74 000e -&gt; timestamp
001d 0000 -&gt; caplen
001d 0000 -&gt; len
*** END OF PCAP PACKET HEADER ***

*** PACKET *** (see http://www.sans.org/resources/tcpip.pdf)
0045 -&gt; TOS/IP version/IHL
1d00 -&gt; LEN=29
e658 -&gt; ID=22758
0040 -&gt; Flags/Fragment Offset
1140 -&gt; PROTO=17(UDP)/TTL=64
e7e3 -&gt; Header cksum
007f 0100 -&gt; src ip: 127.0.0.1
007f 0100 -&gt; dst ip: 127.0.0.1
1782 -&gt; src port: 33303
d204 -&gt; dst port: 1234
0900 -&gt; Length
f070 -&gt; UDP cksum
000a -&gt; payload
*** END OF PACKET ***

The problem seems to come from the timestamp in the pcap packet header.
It should match the members of a timeval struct from &lt;sys/time.h&gt; (man
gettimeofday):
struct timeval {
time_t tv_sec; /* seconds */
suseconds_t tv_usec; /* microseconds */
};

The size of the timeval struct is different on machine 1 and machine 2:
Machine 1: sizeof(struct timeval) == 16
Machine 2: sizeof(struct timeval) == 8

The problem is that tcpdump uses 8 bytes timeval struct on both
architectures, but ulogd does not.

Is it a gentoo specific problem or should it be reported to ulogd developers ?


Reproducible: Always
Steps to Reproduce:</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mahadri-gentoo@drigon.com</who>
            <bug_when>2005-07-19 16:52:04 0000</bug_when>
            <thetext>Created an attachment (id=63824)
patch for systems whose sizeof(struct timeval) != 8

Attached is a patch for ulogd to use libpcap&apos;s struct pcap_pkthdr format as
defined in &quot;pcap-int.h&quot;.  This fixes the &quot;bogus savefile header&quot; bug on systems
whose sizeof(struct timeval) != 8.  The patch is against ulogd-1.23 but also
patches ulogd-1.02.  A ulogd-1.23 ebuild will follow.  As this isn&apos;t
gentoo-specific, I am sending this patch upstream to the ulogd developers.  A
better log_PCAP implementation would use libpcap instead of writing directly to
a file.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mahadri-gentoo@drigon.com</who>
            <bug_when>2005-07-19 17:02:52 0000</bug_when>
            <thetext>Created an attachment (id=63825)
ebuild for new ulogd-1.23 with patch for amd64 bug

ebuild changes since ulogd-1.02-r1:
 * added virtual/libpcap dependency
 * apply patch for &quot;bogus savefile header&quot; bug on systems whose
   sizeof(struct timeval) != 8

The virtual/libpcap dependency may not be necessary, but the log_PCAP logging
target is not created without it, and I am unaware of any libpcap USE flag.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2005-11-11 10:05:58 0000</bug_when>
            <thetext>Re-assign.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>masterdriverz@gentoo.org</who>
            <bug_when>2006-12-10 14:05:15 0000</bug_when>
            <thetext>This bug has been sitting around for age, can someone on the amd64 team confirm the patch works?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mahadri-gentoo@drigon.com</who>
            <bug_when>2006-12-10 18:23:50 0000</bug_when>
            <thetext>The patch was applied upstream and released in ulogd-1.24.

An updated ebuild would solve this, as the latest ebuild is for ulogd-1.23.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dustin@v.igoro.us</who>
            <bug_when>2007-01-08 03:24:47 0000</bug_when>
            <thetext>Bumped ebuild (which will be attached shortly) *compiles* fine for me on
amd64.  I don&apos;t have a ulogd installation in which to test that it is
generating appropriate files, as this is a test chroot on an otherwise active
box.

While revbumping, I removed the gcc41 patch (as it didn&apos;t apply) and changed
the HOMEPAGE, since the old one led to a 404.

Dustin

Gentoo Base System version 1.12.5
Portage 2.1.1-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.15-gentoo-r72006040301 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r72006040301 x86_64 AMD Athlon(tm) 64 Processor 3700+
Last Sync: Mon, 11 Dec 2006 21:50:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -pipe&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo&quot;
CXXFLAGS=&quot;-O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig collision-protect confcache digest distlocks metadata-transfer multilib-strict sandbox sfperms strict test&quot;
GENTOO_MIRRORS=&quot;http://gentoo.chem.wisc.edu/gentoo/&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://209.59.138.21/gentoo-portage&quot;
USE=&quot;amd64 berkdb bitmap-fonts cli cracklib crypt cups dlloader dri elibc_glibc fortran gdbm gpm iconv input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog kernel_linux libg++ ncurses nls nptl nptlonly pam pcre perl ppds pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xorg zlib&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dustin@v.igoro.us</who>
            <bug_when>2007-01-08 03:26:11 0000</bug_when>
            <thetext>Created an attachment (id=105977)
ulogd-1.24.ebuild

revbump with slight modifications
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>antarus@gentoo.org</who>
            <bug_when>2007-01-17 20:34:42 0000</bug_when>
            <thetext>1.24 is in cvs</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>63824</attachid>
            <date>2005-07-19 16:52 0000</date>
            <desc>patch for systems whose sizeof(struct timeval) != 8</desc>
            <filename>ulogd-pcap_timeval.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHVsb2dkLTEuMjMvcGNhcC91bG9nZF9QQ0FQLmMub3JpZwkyMDA1LTAyLTE0IDEwOjEyOjQ4
LjAwMDAwMDAwMCAtMDYwMAorKysgdWxvZ2QtMS4yMy9wY2FwL3Vsb2dkX1BDQVAuYwkyMDA1LTA3
LTE5IDE3OjE0OjMzLjgxNDAwMDgyMiAtMDUwMApAQCAtMjYsNiArMjYsNyBAQAogCiAjaW5jbHVk
ZSA8c3RkaW8uaD4KICNpbmNsdWRlIDxzdGRsaWIuaD4KKyNpbmNsdWRlIDxzdGRpbnQuaD4KICNp
bmNsdWRlIDx1bmlzdGQuaD4KICNpbmNsdWRlIDxzdHJpbmcuaD4KICNpbmNsdWRlIDx0aW1lLmg+
CkBAIC0zNSw2ICszNiw0OSBAQAogI2luY2x1ZGUgPHVsb2dkL3Vsb2dkLmg+CiAjaW5jbHVkZSA8
dWxvZ2QvY29uZmZpbGUuaD4KIAorLyoKKyAqIFRoaXMgaXMgYSB0aW1ldmFsIGFzIHN0b3JlZCBp
biBkaXNrIGluIGEgZHVtcGZpbGUuCisgKiBJdCBoYXMgdG8gdXNlIHRoZSBzYW1lIHR5cGVzIGV2
ZXJ5d2hlcmUsIGluZGVwZW5kZW50IG9mIHRoZSBhY3R1YWwKKyAqIGBzdHJ1Y3QgdGltZXZhbCcK
KyAqLworCitzdHJ1Y3QgcGNhcF90aW1ldmFsIHsKKyAgICBpbnQzMl90IHR2X3NlYzsJCS8qIHNl
Y29uZHMgKi8KKyAgICBpbnQzMl90IHR2X3VzZWM7CQkvKiBtaWNyb3NlY29uZHMgKi8KK307CisK
Ky8qCisgKiBIb3cgYSBgcGNhcF9wa3RoZHInIGlzIGFjdHVhbGx5IHN0b3JlZCBpbiB0aGUgZHVt
cGZpbGUuCisgKgorICogRG8gbm90IGNoYW5nZSB0aGUgZm9ybWF0IG9mIHRoaXMgc3RydWN0dXJl
LCBpbiBhbnkgd2F5ICh0aGlzIGluY2x1ZGVzCisgKiBjaGFuZ2VzIHRoYXQgb25seSBhZmZlY3Qg
dGhlIGxlbmd0aCBvZiBmaWVsZHMgaW4gdGhpcyBzdHJ1Y3R1cmUpLAorICogYW5kIGRvIG5vdCBt
YWtlIHRoZSB0aW1lIHN0YW1wIGFueXRoaW5nIG90aGVyIHRoYW4gc2Vjb25kcyBhbmQKKyAqIG1p
Y3Jvc2Vjb25kcyAoZS5nLiwgc2Vjb25kcyBhbmQgbmFub3NlY29uZHMpLiAgSW5zdGVhZDoKKyAq
CisgKglpbnRyb2R1Y2UgYSBuZXcgc3RydWN0dXJlIGZvciB0aGUgbmV3IGZvcm1hdDsKKyAqCisg
KglzZW5kIG1haWwgdG8gInRjcGR1bXAtd29ya2Vyc0B0Y3BkdW1wLm9yZyIsIHJlcXVlc3Rpbmcg
YSBuZXcKKyAqCW1hZ2ljIG51bWJlciBmb3IgeW91ciBuZXcgY2FwdHVyZSBmaWxlIGZvcm1hdCwg
YW5kLCB3aGVuCisgKgl5b3UgZ2V0IHRoZSBuZXcgbWFnaWMgbnVtYmVyLCBwdXQgaXQgaW4gInNh
dmVmaWxlLmMiOworICoKKyAqCXVzZSB0aGF0IG1hZ2ljIG51bWJlciBmb3Igc2F2ZSBmaWxlcyB3
aXRoIHRoZSBjaGFuZ2VkIHJlY29yZAorICoJaGVhZGVyOworICoKKyAqCW1ha2UgdGhlIGNvZGUg
aW4gInNhdmVmaWxlLmMiIGNhcGFibGUgb2YgcmVhZGluZyBmaWxlcyB3aXRoCisgKgl0aGUgb2xk
IHJlY29yZCBoZWFkZXIgYXMgd2VsbCBhcyBmaWxlcyB3aXRoIHRoZSBuZXcgcmVjb3JkIGhlYWRl
cgorICoJKHVzaW5nIHRoZSBtYWdpYyBudW1iZXIgdG8gZGV0ZXJtaW5lIHRoZSBoZWFkZXIgZm9y
bWF0KS4KKyAqCisgKiBUaGVuIHN1cHBseSB0aGUgY2hhbmdlcyB0byAicGF0Y2hlc0B0Y3BkdW1w
Lm9yZyIsIHNvIHRoYXQgZnV0dXJlCisgKiB2ZXJzaW9ucyBvZiBsaWJwY2FwIGFuZCBwcm9ncmFt
cyB0aGF0IHVzZSBpdCAoc3VjaCBhcyB0Y3BkdW1wKSB3aWxsCisgKiBiZSBhYmxlIHRvIHJlYWQg
eW91ciBuZXcgY2FwdHVyZSBmaWxlIGZvcm1hdC4KKyAqLworCitzdHJ1Y3QgcGNhcF9zZl9wa3Ro
ZHIgeworICAgIHN0cnVjdCBwY2FwX3RpbWV2YWwgdHM7CS8qIHRpbWUgc3RhbXAgKi8KKyAgICB1
aW50MzJfdCBjYXBsZW47CQkvKiBsZW5ndGggb2YgcG9ydGlvbiBwcmVzZW50ICovCisgICAgdWlu
dDMyX3QgbGVuOwkJLyogbGVuZ3RoIHRoaXMgcGFja2V0IChvZmYgd2lyZSkgKi8KK307CisKICNp
Zm5kZWYgVUxPR0RfUENBUF9ERUZBVUxUCiAjZGVmaW5lIFVMT0dEX1BDQVBfREVGQVVMVAkiL3Zh
ci9sb2cvdWxvZ2QucGNhcCIKICNlbmRpZgpAQCAtODUsNyArMTI5LDcgQEAKIAogc3RhdGljIGlu
dCBwY2FwX291dHB1dCh1bG9nX2lyZXRfdCAqcmVzKQogewotCXN0cnVjdCBwY2FwX3BrdGhkciBw
Y2hkcjsKKwlzdHJ1Y3QgcGNhcF9zZl9wa3RoZHIgcGNoZHI7CiAKIAlwY2hkci5jYXBsZW4gPSBH
RVRfVkFMVUUoMSkudWkzMjsKIAlwY2hkci5sZW4gPSBHRVRfVkFMVUUoMikudWkzMjsKQEAgLTk2
LDcgKzE0MCwxMSBAQAogCQlwY2hkci50cy50dl91c2VjID0gR0VUX1ZBTFVFKDQpLnVpMzI7CiAJ
fSBlbHNlIHsKIAkJLyogdXNlIGN1cnJlbnQgc3lzdGVtIHRpbWUgKi8KLQkJZ2V0dGltZW9mZGF5
KCZwY2hkci50cywgTlVMTCk7CisJCXN0cnVjdCB0aW1ldmFsIHR2OworCQlnZXR0aW1lb2ZkYXko
JnR2LCBOVUxMKTsKKworCQlwY2hkci50cy50dl9zZWMgPSB0di50dl9zZWM7CisJCXBjaGRyLnRz
LnR2X3VzZWMgPSB0di50dl91c2VjOwogCX0KIAogCWlmIChmd3JpdGUoJnBjaGRyLCBzaXplb2Yo
cGNoZHIpLCAxLCBvZikgIT0gMSkgewpAQCAtMTMwLDcgKzE3OCw3IEBACiAJcGNmaC52ZXJzaW9u
X21pbm9yID0gUENBUF9WRVJTSU9OX01JTk9SOwogCXBjZmgudGhpc3pvbmUgPSB0aW1lem9uZTsK
IAlwY2ZoLnNpZ2ZpZ3MgPSAwOwotCXBjZmguc25hcGxlbiA9IDY0ICogMTAyNDsgLyogd2UgZG9u
J3Qga25vdyB0aGUgbGVuZ3RoIGluIGFkdmFuY2UgKi8KKwlwY2ZoLnNuYXBsZW4gPSA2NTUzNTsg
Lyogd2UgZG9uJ3Qga25vdyB0aGUgbGVuZ3RoIGluIGFkdmFuY2UgKi8KIAlwY2ZoLmxpbmt0eXBl
ID0gTElOS1RZUEVfUkFXOwogCiAJcmV0ID0gIGZ3cml0ZSgmcGNmaCwgc2l6ZW9mKHBjZmgpLCAx
LCBvZik7Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>63825</attachid>
            <date>2005-07-19 17:02 0000</date>
            <desc>ebuild for new ulogd-1.23 with patch for amd64 bug</desc>
            <filename>ulogd-1.23.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1hZG1pbi91bG9nZC91bG9nZC0xLjAyLXIx
LmVidWlsZCx2IDEuMyAyMDA1LzAyLzAzIDA2OjQ4OjAwIGVyYWRpY2F0b3IgRXhwICQKCmluaGVy
aXQgZmxhZy1vLW1hdGljCgpERVNDUklQVElPTj0iaXB0YWJsZXMgZGFlbW9uIGZvciBVTE9HIHRh
cmdldCBmb3IgdXNlcnNwYWNlIGlwdGFibGVzIGZpbHRlciBsb2dnaW5nIgpTUkNfVVJJPSJodHRw
Oi8vZnRwLm5ldGZpbHRlci5vcmcvcHViL3Vsb2dkLyR7UH0udGFyLmJ6MiIKSE9NRVBBR0U9Imh0
dHA6Ly93d3cuZ251bW9ua3Mub3JnL2dudW1vbmtzL3Byb2plY3RzL3Byb2plY3RfZGV0YWlscz9w
X2lkPTEiCgpTTE9UPSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9Ing4NiBwcGMgLXNwYXJj
IGFtZDY0IgpJVVNFPSJteXNxbCBwb3N0Z3JlcyIKCkRFUEVORD0ibmV0LWZpcmV3YWxsL2lwdGFi
bGVzCgl2aXJ0dWFsL2xpYnBjYXAKCW15c3FsPyAoIGRldi1kYi9teXNxbCApCglwb3N0Z3Jlcz8g
KCBkZXYtZGIvcG9zdGdyZXNxbCApIgoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke1B9LnRhci5i
ejIKCgkjIHBhdGNoIGZvciBzeXN0ZW1zIHdpdGggc2l6ZW9mKHN0cnVjdCB0aW1ldmFsKSAhPSA4
CgljZCAke1N9OyBlcGF0Y2ggJHtGSUxFU0RJUn0vJHtQTn0tcGNhcF90aW1ldmFsLnBhdGNoCn0K
CnNyY19jb21waWxlKCkgewoJIyBlbmFibGVzIGxvZ2ZpbGVzIG92ZXIgMkcgKCM3NDkyNCkKCWFw
cGVuZC1mbGFncyAtRF9GSUxFX09GRlNFVF9CSVRTPTY0CgoJZWNvbmYgXAoJCWB1c2Vfd2l0aCBt
eXNxbGAgXAoJCWB1c2Vfd2l0aCBwb3N0Z3JlcyBwZ3NxbGAgXAoJCXx8IGRpZSAiY29uZmlndXJl
IGZhaWxlZCIKCW1ha2UgfHwgZGllICJtYWtlIGZhaWxlZCIKfQoKc3JjX2luc3RhbGwoKSB7Cgkj
IHRoZSBNYWtlZmlsZSBzZWVtcyB0byBiZSAiYnJva2VuIiAtCgkjIGl0IHJlbGllcyBvbiB0aGUg
ZXhpc3RhbmNlIG9mIC91c3IsIC9ldGMgLi4KCWRvZGlyIC91c3Ivc2JpbgoKCW1ha2UgREVTVERJ
Uj0ke0R9IGluc3RhbGwgfHwgZGllICJpbnN0YWxsIGZhaWxlZCIKCglleGVpbnRvIC9ldGMvaW5p
dC5kLwoJbmV3ZXhlICR7RklMRVNESVJ9L3Vsb2dkLTAuOTggdWxvZ2QKCglkb2RvYyBSRUFETUUg
QVVUSE9SUyBDaGFuZ2VzCgljZCBkb2MvCglkb2RvYyB1bG9nZC50eHQgdWxvZ2QuYTQucHMKCglp
ZiB1c2UgbXlzcWw7IHRoZW4KCQlkb2RvYyBteXNxbC50YWJsZSBteXNxbC50YWJsZS5pcGFkZHIt
YXMtc3RyaW5nCglmaQoKCWlmIHVzZSBwb3N0Z3JlczsgdGhlbgoJCWRvZG9jIHBnc3FsLnRhYmxl
CglmaQoKCWRvaHRtbCB1bG9nZC5odG1sCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>105977</attachid>
            <date>2007-01-08 03:26 0000</date>
            <desc>ulogd-1.24.ebuild</desc>
            <filename>ulogd-1.24.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1hZG1pbi91bG9nZC91bG9nZC0xLjIzLmVi
dWlsZCx2IDEuNyAyMDA2LzExLzIzIDE1OjEyOjI5IHZpdm8gRXhwICQKCmluaGVyaXQgZXV0aWxz
IGZsYWctby1tYXRpYwoKREVTQ1JJUFRJT049IkEgdXNlcnNwYWNlIGxvZ2dpbmcgZGFlbW9uIGZv
ciBuZXRmaWx0ZXIvaXB0YWJsZXMgcmVsYXRlZCBsb2dnaW5nIgpTUkNfVVJJPSJodHRwOi8vZnRw
Lm5ldGZpbHRlci5vcmcvcHViL3Vsb2dkLyR7UH0udGFyLmJ6MiIKSE9NRVBBR0U9Imh0dHA6Ly9u
ZXRmaWx0ZXIub3JnL3Byb2plY3RzL3Vsb2dkL2luZGV4Lmh0bWwiCgpTTE9UPSIwIgpMSUNFTlNF
PSJHUEwtMiIKS0VZV09SRFM9In5hbWQ2NCB+cHBjIC1zcGFyYyB+eDg2IgpJVVNFPSJteXNxbCBw
b3N0Z3JlcyIKCkRFUEVORD0ibmV0LWZpcmV3YWxsL2lwdGFibGVzCglteXNxbD8gKCB2aXJ0dWFs
L215c3FsICkKCXBvc3RncmVzPyAoIGRldi1kYi9wb3N0Z3Jlc3FsICkiCgpzcmNfdW5wYWNrKCkg
ewoJdW5wYWNrICR7QX0KCWNkICIke1N9Igp9CgpzcmNfY29tcGlsZSgpIHsKCSMgZW5hYmxlcyBs
b2dmaWxlcyBvdmVyIDJHICgjNzQ5MjQpCglhcHBlbmQtbGZzLWZsYWdzCgoJZWNvbmYgXAoJCWB1
c2Vfd2l0aCBteXNxbGAgXAoJCWB1c2Vfd2l0aCBwb3N0Z3JlcyBwZ3NxbGAgXAoJCXx8IGRpZSAi
Y29uZmlndXJlIGZhaWxlZCIKCgkjIG5vdCBwYXJhbGxlbCBtYWtlIHNhZmU6IGJ1ZyAjMTI4OTc2
CgllbWFrZSAtajEgfHwgZGllICJtYWtlIGZhaWxlZCIKfQoKc3JjX2luc3RhbGwoKSB7CgkjIHRo
ZSBNYWtlZmlsZSBzZWVtcyB0byBiZSAiYnJva2VuIiAtCgkjIGl0IHJlbGllcyBvbiB0aGUgZXhp
c3RhbmNlIG9mIC91c3IsIC9ldGMgLi4KCWRvZGlyIC91c3Ivc2JpbgoKCW1ha2UgREVTVERJUj0i
JHtEfSIgaW5zdGFsbCB8fCBkaWUgImluc3RhbGwgZmFpbGVkIgoKCWV4ZWludG8gL2V0Yy9pbml0
LmQvCgluZXdleGUgIiR7RklMRVNESVJ9Ii91bG9nZC0wLjk4IHVsb2dkCgoJZG9kb2MgUkVBRE1F
IEFVVEhPUlMgQ2hhbmdlcwoJY2QgZG9jLwoJZG9kb2MgdWxvZ2QudHh0IHVsb2dkLmE0LnBzCgoJ
aWYgdXNlIG15c3FsOyB0aGVuCgkJZG9kb2MgbXlzcWwudGFibGUgbXlzcWwudGFibGUuaXBhZGRy
LWFzLXN0cmluZwoJZmkKCglpZiB1c2UgcG9zdGdyZXM7IHRoZW4KCQlkb2RvYyBwZ3NxbC50YWJs
ZQoJZmkKCglkb2h0bWwgdWxvZ2QuaHRtbAp9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>