<?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>124991</bug_id>
          
          <creation_ts>2006-03-04 10:55 0000</creation_ts>
          <short_desc>net-analyzer/scanlogd uses CLK_TCK not CLOCKS_PER_SEC</short_desc>
          <delta_ts>2006-03-26 15:06:48 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>FIXED</resolution>
          <bug_file_loc>http://forums.gentoo.org/viewtopic.php?p=3156231#3156231</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>beech@metalshark.co.uk</reporter>
          <assigned_to>netmon@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 10:55:14 0000</bug_when>
            <thetext>New ebuild and patch to resolve the issue.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 10:55:44 0000</bug_when>
            <thetext>Created an attachment (id=81324)
scanlogd-2.2.5-r1.ebuild

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 10:56:01 0000</bug_when>
            <thetext>Created an attachment (id=81325)
clk_tck_to_clocks_per_sec_params.h.patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-03-04 12:25:31 0000</bug_when>
            <thetext>Hi,

I am not familiar with this issue, can you point out why this modification is necessary? It does compile for me as it is with gcc-4.1.

I also recommend sending this patch to upstream so that they can check it out.

Cheers,
Marcelo</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 12:31:13 0000</bug_when>
            <thetext>From the forum link:

metalshark wrote:
Just for the record - the issues I get for the official ebuild when compiling programs all mention CLK_TCK - for instance:

Code:
grab_partial_image.c: In function </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 12:31:13 0000</bug_when>
            <thetext>From the forum link:

metalshark wrote:
Just for the record - the issues I get for the official ebuild when compiling programs all mention CLK_TCK - for instance:

Code:
grab_partial_image.c: In function main:
grab_partial_image.c:239: error: CLK_TCK undeclared (first use in this function)
grab_partial_image.c:239: error: (Each undeclared identifier is reported only once
grab_partial_image.c:239: error: for each function it appears in.)
make[2]: *** [grab_partial_image.o] Error 1

media-libs/libdc1394-2.0.0_pre5-r1


I use ntp-client so the clock is correct (even phoned 123 - the talking clock - just to check), have no idea what on earth it&apos;s on about though, CLK_TCK?!?


You need to edit the file that CLK_TCK is in and change that to CLOCKS_PER_SEC

Then do: FEATUERS=&quot;keepwork&quot; emerge {packagename}
or write a patch for it. CLK_TCK has been obsoleted by the C++ specifications, so even on M$, you need to change that. :P Just for reference.

-------------------------------------------------------------------------------

The params.h in scanlogd uses CLK_TCK - I&apos;ve just edited it to use ClOCKS_PER_SEC</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 12:50:57 0000</bug_when>
            <thetext>I cannot find ANYWHERE on www.openwall.com to submit this patch...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-03-04 13:13:55 0000</bug_when>
            <thetext>I just emerged both scanlogd and libdc1394 with gcc-4.1 and the same problem did not crop up for me. :-(

From scanlogd.spec:
You may want to contact Solar Designer &lt;solar at owl dot openwall dot com&gt; (entry is from mid-2004, so I don&apos;t know if upstream is alive, but it doesn&apos;t hurt to try).
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 13:24:09 0000</bug_when>
            <thetext>Thanks for the email address - just sent an email to Solar. Well I&apos;ve looked up CLK_TCK and is definitely is OBSOLETE - I am running bleeding edge and run into issues early. This will affect everyone who moves to GLIBC 2.4 next week - so unless it gets out soon expect nothing but duplicate bug reports. It&apos;s a GLIBC 2.3.9/2.4 issue - GCC-4.1.0 is a misnomer. Hence I added the WHOLE forum posting...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 13:26:45 0000</bug_when>
            <thetext>I am yet to actually submit a valid fix to Gentoo (look at all my bug reports) and get them added - yet help people on the forums and over Instant Messengers by giving my overlays. Is there any point in submitting bugs to Gentoo - I just hit a brick wall everytime and am loosing patience.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-03-04 13:44:22 0000</bug_when>
            <thetext>Please, relax. I did not say I was not going to add your fix - I just wanted to know more about it. This is done because 1) I need to KNOW what I am doing, 2) I need to TEST the fix and 3) LEARNING for similar bugs. Most developers are not running bleeding edge glibc since we need stable systems to test everything else. Because of this, I could not do 1 or 2.

We are more than willing to review and commit your fixes, but first we have to know what on Earth they are meant to be fixing. Ok?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 14:16:45 0000</bug_when>
            <thetext>Ok, I thought the post from the forum was clear - and had pretty much come to the end of my teather (actually I think I did). Everyone says to keep submitting bugs - but when you are told they are non-existant or get fixed in the same way by a dev days later (duplicated efforts) you start to loose your nerve. I worked for many years on contributing to Slackware, where fixes are accepted almost instantly and the people reviewing bugs seem to know more about them than the contributors. This is just such a frustrating Gnome dev style culture shock. Gnome devs have recently been questioned by Linus about being &quot;interface nazis&quot; but I think what he was on about more was the development practice. I only find this style of bug rejection within Gentoo/Gnome - not Slackware/KDE - and I for one REALLY think something needs done about it. Gentoo is the best distribution for all my varied systems to date - but the contribution system really knows how to wind me up.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-04 14:28:48 0000</bug_when>
            <thetext>The irony with the GLIBC statement is that both the CVS GLIBC is very stable at the minute - it&apos;s soon going to be 2.4 - nxsty is having to maintain the GLIBC overlay and is doing a great job.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-03-04 15:25:14 0000</bug_when>
            <thetext>I do not maintain glibc, I do not run glibc from cvs and quite frankly I am sorry I took an interest in this bug so that you can keep insulting me because I asked you what the problem was. You are your own brickwall.

glibc from cvs is not part of Gentoo and therefore not supported. You did a good job at making me not care, too. Reopen when glibc-2.4 hits Portage.

Also, I recommend you stop reporting bugs about software that is not in the tree altogether - it will save a lot of frustation from your side and ours.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-05 05:10:20 0000</bug_when>
            <thetext>Deal.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-06 04:57:06 0000</bug_when>
            <thetext>This patch (more like hack) is flawed as it breaks backwards compatiblity. Solar informed me aswell.

It was never a direct attack against Marcelo Goes.

I was the one lacking information.

Openwall are working on this issue so expect problems to be resolved upstream instead (as originally adviced).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-06 10:20:57 0000</bug_when>
            <thetext>Created an attachment (id=81541)
scanlogd-2.2.6.ebuild

This is an -rc ebuild that compiles without patches - TEST RELEASE ONLY!!! Don&apos;t think Solar would appreciate bug reports yet :p</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-06 10:37:20 0000</bug_when>
            <thetext>PLEASE DON&apos;T USE THE LATEST EBUILD!!!

Solar asked me to pull it as he wants to release the new Openwall software first and the link to the tarball will die soon. Expect a new Openwall software suite with GLIBC 2.4 support really soon - so all probs will be fixed upstream - whoever is maintaining the ebuilds can always ask for help with version bumped editions as soon as it&apos;s released - will just put them in an overlay and link here if they aren&apos;t done by the time I get round to it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-11 04:13:10 0000</bug_when>
            <thetext>Created an attachment (id=81910)
scanlogd-2.2.6.ebuild

Solar has now officially released the new version.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-11 04:13:48 0000</bug_when>
            <thetext>Valid ebuild and released upstream version.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-03-11 10:03:52 0000</bug_when>
            <thetext>Thanks, bumped in cvs.
There was no need for RESTRICT=&quot;primaryuri&quot; in the ebuild AFAIK, so I removed it.

Cheers!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-12 10:40:13 0000</bug_when>
            <thetext>RESTRICT=&quot;primaryuri&quot;

justs removes GENTOO_MIRRORS from working (needed to get the new version from the net.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-03-12 11:03:22 0000</bug_when>
            <thetext>It will propagate through our mirrors automagically. That restriction is for stuff that we are not allowed to mirror.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-12 11:13:33 0000</bug_when>
            <thetext>Depends on how long your GENTOO_MIRRORS is - I use overlays form myself and friends so my custom ebuilds often say it - you&apos;re right to remove it though.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-15 18:13:05 0000</bug_when>
            <thetext>Created an attachment (id=82254)
scanlogd-2.2.6-custom-cflags.patch

Allows the setting of C/LD FLAGS in the make.conf to propagate.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-15 18:14:38 0000</bug_when>
            <thetext>Created an attachment (id=82255)
scanlogd-2.2.6-r1.ebuild

An ebuild using the new patch with an IUSE=&quot;custom-cflags&quot; and the patch application in src_unpack with an if statement.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-15 18:15:31 0000</bug_when>
            <thetext>Addition of custom-cflags.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-15 18:26:01 0000</bug_when>
            <thetext>Created an attachment (id=82257)
scanlogd-2.2.6-pexit.patch

It shouldn&apos;t be returning pexit inside a void function.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beech@metalshark.co.uk</who>
            <bug_when>2006-03-15 18:27:02 0000</bug_when>
            <thetext>Created an attachment (id=82258)
scanlogd-2.2.6-r2.ebuild

New ebuild with new patch.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jokey@gentoo.org</who>
            <bug_when>2006-03-26 15:06:48 0000</bug_when>
            <thetext>Thanks, user CFLAGS/LDFLAGS are now respected. The other patch should be sent upstream as it isn&apos;t Gentoo related.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>81324</attachid>
            <date>2006-03-04 10:55 0000</date>
            <desc>scanlogd-2.2.5-r1.ebuild</desc>
            <filename>scanlogd-2.2.5-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC1hbmFseXplci9zY2FubG9nZC9zY2FubG9n
ZC0yLjIuNS1yMS5lYnVpbGQsdiAxLjMgMjAwNi8wMy8wNCAxODozMzowMCBNZXRhbHNoYXJrIEV4
cCAkCgppbmhlcml0IGV1dGlscwoKSVVTRT0iIgpERVNDUklQVElPTj0iU2NhbmxvZ2QgLSBkZXRl
Y3RzIGFuZCBsb2dzIFRDUCBwb3J0IHNjYW5zIgpTUkNfVVJJPSJodHRwOi8vd3d3Lm9wZW53YWxs
LmNvbS9zY2FubG9nZC8ke1B9LnRhci5neiIKSE9NRVBBR0U9Imh0dHA6Ly93d3cub3BlbndhbGwu
Y29tL3NjYW5sb2dkLyIKClNMT1Q9IjAiCkxJQ0VOU0U9ImFzLWlzIgpLRVlXT1JEUz0ifmFtZDY0
IH5wcGMgfnNwYXJjIH54ODYiCgpERVBFTkQ9InZpcnR1YWwvbGliYyIKCnBrZ19zZXR1cCgpIHsK
CWVuZXdncm91cCBzY2FubG9nZAoJZW5ld3VzZXIgc2NhbmxvZ2QgLTEgLTEgL2Rldi9udWxsIHNj
YW5sb2dkCn0KCnNyY19jb21waWxlKCkgewoJZXBhdGNoICIke0ZJTEVTRElSfS9jbGtfdGNrX3Rv
X2Nsb2Nrc19wZXJfc2VjX3BhcmFtcy5oLnBhdGNoIgoJbWFrZSBsaW51eCB8fCBkaWUKfQoKc3Jj
X2luc3RhbGwoKSB7Cglkb3NiaW4gc2NhbmxvZ2QKCWRvbWFuIHNjYW5sb2dkLjgKCglleGVpbnRv
IC9ldGMvaW5pdC5kIDsgbmV3ZXhlICR7RklMRVNESVJ9L3NjYW5sb2dkLnJjIHNjYW5sb2dkCn0K
CnBrZ19wb3N0aW5zdCgpIHsKCWVpbmZvICJZb3UgY2FuIHN0YXJ0IHRoZSBzY2FubG9nZCBtb25p
dG9yaW5nIHByb2dyYW0gYXQgYm9vdCBieSBydW5uaW5nIgoJZWluZm8gInJjLXVwZGF0ZSBhZGQg
c2NhbmxvZ2QgZGVmYXVsdCIKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>81325</attachid>
            <date>2006-03-04 10:56 0000</date>
            <desc>clk_tck_to_clocks_per_sec_params.h.patch</desc>
            <filename>clk_tck_to_clocks_per_sec_params.h.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTnVycCBwYXJhbXMuaCBwYXJhbXMuaAotLS0gcGFyYW1zLmgJMjAwNC0wNi0wMiAwMDoy
MjoyMy4wMDAwMDAwMDAgKzAwMDAKKysrIHBhcmFtcy5oCTIwMDYtMDMtMDQgMTg6NDI6MDguNjE0
MjQ2MDAwICswMDAwCkBAIC02MiwxNCArNjIsMTQgQEAKICNkZWZpbmUgU0NBTl9NSU5fQ09VTlQJ
CQk3CiAjZGVmaW5lIFNDQU5fTUFYX0NPVU5UCQkJKFNDQU5fTUlOX0NPVU5UICogUE9SVF9XRUlH
SFRfUFJJVikKICNkZWZpbmUgU0NBTl9XRUlHSFRfVEhSRVNIT0xECQlTQ0FOX01BWF9DT1VOVAot
I2RlZmluZSBTQ0FOX0RFTEFZX1RIUkVTSE9MRAkJKENMS19UQ0sgKiAzKQorI2RlZmluZSBTQ0FO
X0RFTEFZX1RIUkVTSE9MRAkJKENMT0NLU19QRVJfU0VDICogMykKIAogLyoKICAqIExvZyBmbG9v
ZCBkZXRlY3Rpb24gdGhyZXNob2xkczogdGVtcG9yYXJpbHkgc3RvcCBsb2dnaW5nIGlmIG1vcmUg
dGhhbgogICogQ09VTlQgcG9ydCBzY2FucyBhcmUgZGV0ZWN0ZWQgd2l0aCBubyBsb25nZXIgdGhh
biBERUxBWSBiZXR3ZWVuIHRoZW0uCiAgKi8KICNkZWZpbmUgTE9HX0NPVU5UX1RIUkVTSE9MRAkJ
NQotI2RlZmluZSBMT0dfREVMQVlfVEhSRVNIT0xECQkoQ0xLX1RDSyAqIDIwKQorI2RlZmluZSBM
T0dfREVMQVlfVEhSRVNIT0xECQkoQ0xPQ0tTX1BFUl9TRUMgKiAyMCkKIAogLyoKICAqIExvZyBs
aW5lIGxlbmd0aCBsaW1pdCwgc3VjaCBhcyB0byBmaXQgaW50byBvbmUgU01TIG1lc3NhZ2UuICN1
bmRlZiB0aGlzCg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>81541</attachid>
            <date>2006-03-06 10:20 0000</date>
            <desc>scanlogd-2.2.6.ebuild</desc>
            <filename>scanlogd-2.2.6.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC1hbmFseXplci9zY2FubG9nZC9zY2FubG9n
ZC0yLjIuNi5lYnVpbGQsdiAxLjMgMjAwNi8wMy8wNiAxODoxNzowMCBNZXRhbHNoYXJrIEV4cCAk
Cgppbmhlcml0IGV1dGlscwoKSVVTRT0iIgpERVNDUklQVElPTj0iU2NhbmxvZ2QgLSBkZXRlY3Rz
IGFuZCBsb2dzIFRDUCBwb3J0IHNjYW5zIgpTUkNfVVJJPSJmdHA6Ly9mdHAub3BlbndhbGwuY29t
L3B2dC8ke1B9LXJjLyR7UH0udGFyLmd6IgpIT01FUEFHRT0iaHR0cDovL3d3dy5vcGVud2FsbC5j
b20vc2NhbmxvZ2QvIgoKU0xPVD0iMCIKTElDRU5TRT0iYXMtaXMiCktFWVdPUkRTPSJ+YW1kNjQg
fnBwYyB+c3BhcmMgfng4NiIKCkRFUEVORD0idmlydHVhbC9saWJjIgoKcGtnX3NldHVwKCkgewoJ
ZW5ld2dyb3VwIHNjYW5sb2dkCgllbmV3dXNlciBzY2FubG9nZCAtMSAtMSAvZGV2L251bGwgc2Nh
bmxvZ2QKfQoKc3JjX2NvbXBpbGUoKSB7CgltYWtlIGxpbnV4IHx8IGRpZQp9CgpzcmNfaW5zdGFs
bCgpIHsKCWRvc2JpbiBzY2FubG9nZAoJZG9tYW4gc2NhbmxvZ2QuOAoKCWV4ZWludG8gL2V0Yy9p
bml0LmQgOyBuZXdleGUgJHtGSUxFU0RJUn0vc2NhbmxvZ2QucmMgc2NhbmxvZ2QKfQoKcGtnX3Bv
c3RpbnN0KCkgewoJZWluZm8gIllvdSBjYW4gc3RhcnQgdGhlIHNjYW5sb2dkIG1vbml0b3Jpbmcg
cHJvZ3JhbSBhdCBib290IGJ5IHJ1bm5pbmciCgllaW5mbyAicmMtdXBkYXRlIGFkZCBzY2FubG9n
ZCBkZWZhdWx0Igp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>81910</attachid>
            <date>2006-03-11 04:13 0000</date>
            <desc>scanlogd-2.2.6.ebuild</desc>
            <filename>scanlogd-2.2.6.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC1hbmFseXplci9zY2FubG9nZC9zY2FubG9n
ZC0yLjIuNi5lYnVpbGQsdiAxLjMgMjAwNi8wMy8xMSAxMjowNDowMCBNZXRhbHNoYXJrIEV4cCAk
Cgppbmhlcml0IGV1dGlscwoKSVVTRT0iIgpERVNDUklQVElPTj0iU2NhbmxvZ2QgLSBkZXRlY3Rz
IGFuZCBsb2dzIFRDUCBwb3J0IHNjYW5zIgpTUkNfVVJJPSJodHRwOi8vd3d3Lm9wZW53YWxsLmNv
bS9zY2FubG9nZC8ke1B9LnRhci5neiIKUkVTVFJJQ1Q9InByaW1hcnl1cmkiCkhPTUVQQUdFPSJo
dHRwOi8vd3d3Lm9wZW53YWxsLmNvbS9zY2FubG9nZC8iCgpTTE9UPSIwIgpMSUNFTlNFPSJhcy1p
cyIKS0VZV09SRFM9In5hbWQ2NCB+cHBjIH5zcGFyYyB+eDg2IgoKREVQRU5EPSJ2aXJ0dWFsL2xp
YmMiCgpwa2dfc2V0dXAoKSB7CgllbmV3Z3JvdXAgc2NhbmxvZ2QKCWVuZXd1c2VyIHNjYW5sb2dk
IC0xIC0xIC9kZXYvbnVsbCBzY2FubG9nZAp9CgpzcmNfY29tcGlsZSgpIHsKCW1ha2UgbGludXgg
fHwgZGllCn0KCnNyY19pbnN0YWxsKCkgewoJZG9zYmluIHNjYW5sb2dkCglkb21hbiBzY2FubG9n
ZC44CgoJZXhlaW50byAvZXRjL2luaXQuZCA7IG5ld2V4ZSAke0ZJTEVTRElSfS9zY2FubG9nZC5y
YyBzY2FubG9nZAp9Cgpwa2dfcG9zdGluc3QoKSB7CgllaW5mbyAiWW91IGNhbiBzdGFydCB0aGUg
c2NhbmxvZ2QgbW9uaXRvcmluZyBwcm9ncmFtIGF0IGJvb3QgYnkgcnVubmluZyIKCWVpbmZvICJy
Yy11cGRhdGUgYWRkIHNjYW5sb2dkIGRlZmF1bHQiCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>82254</attachid>
            <date>2006-03-15 18:13 0000</date>
            <desc>scanlogd-2.2.6-custom-cflags.patch</desc>
            <filename>scanlogd-2.2.6-custom-cflags.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTnVycCBzY2FubG9nZC0yLjIuNi5vcmlnL01ha2VmaWxlIHNjYW5sb2dkLTIuMi42L01h
a2VmaWxlCi0tLSBNYWtlZmlsZQkyMDA2LTAzLTA1IDEwOjAzOjE1LjAwMDAwMDAwMCArMDAwMAor
KysgTWFrZWZpbGUJMjAwNi0wMy0xNiAwMjowNTo1Ni42OTEwNzcwMDAgKzAwMDAKQEAgLTEsOCAr
MSw2IEBACiBDQyA9IGdjYwogTEQgPSAkKENDKQogUk0gPSBybSAtZgotQ0ZMQUdTID0gLVdhbGwg
LU8yIC1mb21pdC1mcmFtZS1wb2ludGVyCi1MREZMQUdTID0gLXMKIAogUENBUF9IID0gLUkvdXNy
L2luY2x1ZGUvcGNhcAogUENBUF9MID0gLWxwY2FwCg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>82255</attachid>
            <date>2006-03-15 18:14 0000</date>
            <desc>scanlogd-2.2.6-r1.ebuild</desc>
            <filename>scanlogd-2.2.6-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC91c3IvbG9jYWwvcG9ydGFnZS9uZXQtYW5hbHl6ZXIvc2NhbmxvZ2Qvc2NhbmxvZ2QtMi4y
LjYtcjEuZWJ1aWxkLHYgMS4yIDIwMDYvMDMvMTYgMDI6MTA6MDAgTWV0YWxzaGFyayBFeHAgJAoK
aW5oZXJpdCBldXRpbHMKCklVU0U9ImN1c3RvbS1jZmxhZ3MiCkRFU0NSSVBUSU9OPSJTY2FubG9n
ZCAtIGRldGVjdHMgYW5kIGxvZ3MgVENQIHBvcnQgc2NhbnMiClNSQ19VUkk9Imh0dHA6Ly93d3cu
b3BlbndhbGwuY29tL3NjYW5sb2dkLyR7UH0udGFyLmd6IgpIT01FUEFHRT0iaHR0cDovL3d3dy5v
cGVud2FsbC5jb20vc2NhbmxvZ2QvIgoKU0xPVD0iMCIKTElDRU5TRT0iYXMtaXMiCktFWVdPUkRT
PSJ+YW1kNjQgfnBwYyB+c3BhcmMgfng4NiIKCkRFUEVORD0idmlydHVhbC9saWJjIgoKcGtnX3Nl
dHVwKCkgewoJZW5ld2dyb3VwIHNjYW5sb2dkCgllbmV3dXNlciBzY2FubG9nZCAtMSAtMSAvZGV2
L251bGwgc2NhbmxvZ2QKfQoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9CgljZCAke1N9Cglp
ZiB1c2UgY3VzdG9tLWNmbGFncyA7IHRoZW4KCQllcGF0Y2ggIiR7RklMRVNESVJ9LyR7UH0tY3Vz
dG9tLWNmbGFncy5wYXRjaCIKCWZpCn0KCnNyY19jb21waWxlKCkgewoJbWFrZSBsaW51eCB8fCBk
aWUKfQoKc3JjX2luc3RhbGwoKSB7Cglkb3NiaW4gc2NhbmxvZ2QKCWRvbWFuIHNjYW5sb2dkLjgK
CglleGVpbnRvIC9ldGMvaW5pdC5kIDsgbmV3ZXhlICR7RklMRVNESVJ9L3NjYW5sb2dkLnJjIHNj
YW5sb2dkCn0KCnBrZ19wb3N0aW5zdCgpIHsKCWVpbmZvICJZb3UgY2FuIHN0YXJ0IHRoZSBzY2Fu
bG9nZCBtb25pdG9yaW5nIHByb2dyYW0gYXQgYm9vdCBieSBydW5uaW5nIgoJZWluZm8gInJjLXVw
ZGF0ZSBhZGQgc2NhbmxvZ2QgZGVmYXVsdCIKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>82257</attachid>
            <date>2006-03-15 18:26 0000</date>
            <desc>scanlogd-2.2.6-pexit.patch</desc>
            <filename>scanlogd-2.2.6-pexit.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTnVycCBzY2FubG9nZC0yLjIuNi5vcmlnL3NjYW5sb2dkLmMgc2NhbmxvZ2QtMi4yLjYv
c2NhbmxvZ2QuYwotLS0gc2NhbmxvZ2QuYwkyMDA2LTAzLTA1IDEwOjE5OjUxLjAwMDAwMDAwMCAr
MDAwMAorKysgc2NhbmxvZ2QuYwkyMDA2LTAzLTE2IDAyOjE4OjE5LjI4MTA3NzAwMCArMDAwMApA
QCAtMzgyLDggKzM4Miw4IEBAIHN0YXRpYyB2b2lkIGRyb3Bfcm9vdCh2b2lkKQogCX0KIAogI2lm
ZGVmIFNDQU5MT0dEX0NIUk9PVAotCWlmIChjaHJvb3QoU0NBTkxPR0RfQ0hST09UKSkgcmV0dXJu
IHBleGl0KCJjaHJvb3QiKTsKLQlpZiAoY2hkaXIoIi8iKSkgcmV0dXJuIHBleGl0KCJjaGRpciIp
OworCWlmIChjaHJvb3QoU0NBTkxPR0RfQ0hST09UKSkgcGV4aXQoImNocm9vdCIpOworCWlmIChj
aGRpcigiLyIpKSBwZXhpdCgiY2hkaXIiKTsKICNlbmRpZgogCiAJZ3JvdXBzWzBdID0gZ3JvdXBz
WzFdID0gcHctPnB3X2dpZDsK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>82258</attachid>
            <date>2006-03-15 18:27 0000</date>
            <desc>scanlogd-2.2.6-r2.ebuild</desc>
            <filename>scanlogd-2.2.6-r2.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC91c3IvbG9jYWwvcG9ydGFnZS9uZXQtYW5hbHl6ZXIvc2NhbmxvZ2Qvc2NhbmxvZ2QtMi4y
LjYtcjIuZWJ1aWxkLHYgMS4zIDIwMDYvMDMvMTYgMDI6MzA6MDAgTWV0YWxzaGFyayBFeHAgJAoK
aW5oZXJpdCBldXRpbHMKCklVU0U9ImN1c3RvbS1jZmxhZ3MiCkRFU0NSSVBUSU9OPSJTY2FubG9n
ZCAtIGRldGVjdHMgYW5kIGxvZ3MgVENQIHBvcnQgc2NhbnMiClNSQ19VUkk9Imh0dHA6Ly93d3cu
b3BlbndhbGwuY29tL3NjYW5sb2dkLyR7UH0udGFyLmd6IgpIT01FUEFHRT0iaHR0cDovL3d3dy5v
cGVud2FsbC5jb20vc2NhbmxvZ2QvIgoKU0xPVD0iMCIKTElDRU5TRT0iYXMtaXMiCktFWVdPUkRT
PSJ+YW1kNjQgfnBwYyB+c3BhcmMgfng4NiIKCkRFUEVORD0idmlydHVhbC9saWJjIgoKcGtnX3Nl
dHVwKCkgewoJZW5ld2dyb3VwIHNjYW5sb2dkCgllbmV3dXNlciBzY2FubG9nZCAtMSAtMSAvZGV2
L251bGwgc2NhbmxvZ2QKfQoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9CgljZCAke1N9Cgll
cGF0Y2ggIiR7RklMRVNESVJ9LyR7UH0tcGV4aXQucGF0Y2giCglpZiB1c2UgY3VzdG9tLWNmbGFn
cyA7IHRoZW4KCQllcGF0Y2ggIiR7RklMRVNESVJ9LyR7UH0tY3VzdG9tLWNmbGFncy5wYXRjaCIK
CWZpCn0KCnNyY19jb21waWxlKCkgewoJbWFrZSBsaW51eCB8fCBkaWUKfQoKc3JjX2luc3RhbGwo
KSB7Cglkb3NiaW4gc2NhbmxvZ2QKCWRvbWFuIHNjYW5sb2dkLjgKCglleGVpbnRvIC9ldGMvaW5p
dC5kIDsgbmV3ZXhlICR7RklMRVNESVJ9L3NjYW5sb2dkLnJjIHNjYW5sb2dkCn0KCnBrZ19wb3N0
aW5zdCgpIHsKCWVpbmZvICJZb3UgY2FuIHN0YXJ0IHRoZSBzY2FubG9nZCBtb25pdG9yaW5nIHBy
b2dyYW0gYXQgYm9vdCBieSBydW5uaW5nIgoJZWluZm8gInJjLXVwZGF0ZSBhZGQgc2NhbmxvZ2Qg
ZGVmYXVsdCIKfQo=
</data>        

          </attachment>
    </bug>

</bugzilla>