<?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>71022</bug_id>
          
          <creation_ts>2004-11-12 16:25 0000</creation_ts>
          <short_desc>Enhancement/Rewrite/Cleanup of net-dialup/capi4k-utils-20041006-r1</short_desc>
          <delta_ts>2004-11-15 09:15:21 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>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>sbriesen@gentoo.org</reporter>
          <assigned_to>net-dialup@gentoo.org</assigned_to>
          <cc>genstef@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-12 16:25:17 0000</bug_when>
            <thetext>Ok, as promised, part one of my ISDN works.

I cleaned up net-dialup/capi4k-utils-20041006-r1

- stripped down patch-files, so version bumping is easier
- using SuSE 9.2 src.rpm for AVM firmware files, since SuSE seems to be the most reliable source for it. SuSE is AVMs only official supported distribution, so latest fixes are first available on/for SuSE.
- all files are now in ${FILESDIR}/${PV} for easier version bumping
- compile/install only PPP-Plugins for version 2.4.1 and 2.4.2, since this are the only versions in portage
- install /usr/bin/isdncause
- wrote and install /etc/xinetd.d/rcapid
- new /etc/init.d/capi init-script (looks better, works better)
- install &apos;makedev.sh&apos; into $DOCDIR for reference
- wrote and install quick HOWTO
- some minor cosmetics ;-)


Reproducible: Always
Steps to Reproduce:</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-12 16:29:31 0000</bug_when>
            <thetext>Created an attachment (id=43835)
capi4k-utils-20041006-r2.tar.bz2

all files together in one tar:

capi4k-utils-20041006-r2.ebuild
files/
files/20041006/
files/20041006/capi4k-utils.patch
files/20041006/capi.init
files/20041006/config
files/20041006/rcapid.xinetd
files/20041006/README.gentoo
files/digest-capi4k-utils-20041006-r2
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2004-11-12 22:34:45 0000</bug_when>
            <thetext>RDEPEND means Runtime DEPEND
whereas DEPEND is Buildtime DEPEND.

Otherwise your ebuild looks good, nice work :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-13 02:37:48 0000</bug_when>
            <thetext>the way I see it, RDEPEND is indeed empty.

I&apos;ve made several changes to the posted ebuild:
  - put PPPVERSIONS=2.4.2 since it is the latest stable version and it does not have another unstable version greater than that
  - let make install its dev nodes
  - put message in dies 

good work, Stefan! are you interested in becoming gentoo dev? &apos;cause we need new guys :)
see http://www.gentoo.org/proj/en/devrel/staffing-needs/index.xml for more info.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-13 03:40:44 0000</bug_when>
            <thetext>reopened &apos;cause not all users like the idea of downloading huge files with no relevance to them
need to make a separate ebuild for firmware files. suggestions about name?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2004-11-13 03:46:03 0000</bug_when>
            <thetext>Alin, hover your mouse over Stefans name and observe his new email address ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-13 04:04:05 0000</bug_when>
            <thetext>daniel: no change yet :|

Stefan, I thought we should name the ISDN firmware ebuild as suse-isdn-firmware-2004.9.27 in which we copy the entire firm directory in /usr/share/isdn. 
What do you think? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2004-11-13 04:24:11 0000</bug_when>
            <thetext>Where does the firmware come from? What is with the stuff in in-berlin (linked in the old ebuilds &lt;ftp://ftp.in-berlin.de/pub/capi4linux/firmware&gt;)?
Or the stuff on avm&apos;s server, e.g. &lt;ftp://ftp.avm.de/cardware/b1/linux/suse.81/&gt;?

Can you try to make the firmware available without leeching the whole isdn4k-utils sources from suse?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-13 04:27:28 0000</bug_when>
            <thetext>Hi! ;-)

short of time right now.

An USE-flag would be perfect. Maybe with an extra ISDN_FIRMWARE variable in make.conf. If this variable is empty, and &quot;firmware&quot; is set, then we install all firmware files, otherwise only the specified. USE-flags for every card are stupid. But a Use-Flag &quot;firmware&quot; would be nice. Should be easy to do.

Alin? Do you want to implement it or should I do it? But I can&apos;t do it *now*, because I have to go to a party right now. ;-) Later folks!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-13 04:30:07 0000</bug_when>
            <thetext>the firmware files come from AVM. But SuSE is german, AVM is german. So SuSE is AVMs only official supported distributiuon and they work closely together. They always say on their FTP: &quot;already built-in in latest SuSE releases&quot;. So the only reliable source for all the AVM stuff is the SuSE FTP.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-13 04:31:22 0000</bug_when>
            <thetext>ok, what about a:

  net-dialup/capi4k-firmware

ebuild. So we could remove that stuff here?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-13 04:40:24 0000</bug_when>
            <thetext>tove: didn&apos;t found anywhere that firmware.tar.bz2. maybe you are luckiest than me...

I&apos;ve already submitted a modified -r2 in which suse rpm is no longer in SRC_URI.

we can&apos;t add firmware USE because SRC_URI cannot depend on flags, so everyone will download the rpm in question whether they have +firmware or not. the only thing we can do is to create a separate ebuild.

ok, we could name capi4k-firmware, but what version do we put? with suse-isdn-firmware, version is not our problem ;)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-13 05:01:34 0000</bug_when>
            <thetext>rpm -qlp &lt;i4l...&gt;.rpm

firmware.tar.bz2 is part of that RPM.

Ok, bye, later folks. Seperate ebuild is the best solution! But we really need the firmware files somehow in an ebuild.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2004-11-13 05:02:54 0000</bug_when>
            <thetext>Oops. i was referring to  Stefan Schweizer (new dev) and not Stefan Briesenick . sorry for the confusion, i should not post to bugzilla so early in the morning :P</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-13 05:04:43 0000</bug_when>
            <thetext>oh, one last hint:

don&apos;t add all firmware files of firmware.tar.bz2. Most/some of them are part of isdn4k-utils and installed with this ebuild.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2004-11-13 05:10:57 0000</bug_when>
            <thetext>looking at /etc/capi.conf i&apos;d expect the following filenames:
b1.t4, c4.bin, c2.bin, t1.t4

And these files can be fetched from ftp://ftp.in-berlin.de/pub/capi4linux/firmware
ftp://ftp.in-berlin.de/pub/capi4linux/firmware/b1/3-11-03/b1.t4
ftp://ftp.in-berlin.de/pub/capi4linux/firmware/c2/3-11-04/c2.bin
ftp://ftp.in-berlin.de/pub/capi4linux/firmware/c4/3-11-04/c4.bin
ftp://ftp.in-berlin.de/pub/capi4linux/firmware/t1/3-09-07/t1.t4

But i don&apos;t have an active card and don&apos;t know much about these firmwares. If questions are open wouldn&apos;t it be best to get information from avm? Aren&apos;t there other active capi cards that needs some firmware? Will Gentoo redistribute all firmware for all cards (or only avm cards)?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-13 06:28:34 0000</bug_when>
            <thetext>I&apos;ve found the best source for firmware package. see http://rpmfind.net//linux/RPM/suse/9.1/i386/suse/i586/i4lfirm-2004.4.5-0.i586.html for more info.

capi4k-firmware-2004.4.5.ebuild submitted to tree.

stefan: the simple fact that some firmware files are also found in isdn4k-utils should not constitute a problem. if they have same name it must contain the same info, right?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-13 14:15:17 0000</bug_when>
            <thetext>ok, back

1. same name, same content. But either we have a single firmware ebuild for all firmwares or we have to split. Dupes are a very bad idea!

2. rpmfind found the ordinary SuSE-package. The best source for it is NOT rpmfind, but the official SuSE FTP server. ;-)

3. AVM don&apos;t offer these firmware files on their FTP. It&apos;s included in some of their tar.gz for older SuSEs. For 8.1 and above, they say, that &quot;all you need&quot; is included on the SuSE CDs. So believe me, SuSE is the very best source top pickup the firmware files. There&apos;s the i4l_firm-xxxxx.rpm packages. We can use them. I used the src.rpm which may be not a good idea because of the size.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-13 14:17:49 0000</bug_when>
            <thetext>btw: another source could be the debian mirrors.

But SuSE is really source #1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-13 16:43:18 0000</bug_when>
            <thetext>So you aren&apos;t happy with the rpm found by me at ftp://ftp.suse.com/pub/suse/i386/9.1/suse/i586/ ? It seems the most up2date and it does not contain additional garbage!

Yes, dupes are not preferred, but in case the duplicate are the same I think we could turn the eyes to the other way. It is bad for maintenance to be selective about files you want to install from an archive.
Besides, I am waiting your promised contribution to isdn4k-utils ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2004-11-13 18:01:59 0000</bug_when>
            <thetext>1. the current capi4k-firmware ebuild is ok for the time being ;)

2. I was too busy today, but tomorrow (this is today, but later after sleep), I will continue my work on isdn4k-utils. But this is a little bit more work than capi4k. But I promised it, I do it. And it will be smart as capi4k! ;-)

3. next topic on the horizon: passive cards + capi. On one hand, we need *working* ebuilds for the AVM Fritz! card series (closed source drivers but with G3 fax support), on the other hand there&apos;s mISDN.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2004-11-15 07:57:33 0000</bug_when>
            <thetext>* please remove the generated device again (see old ebuilds)

  dodir /dev /usr/share/isdn
  emake DESTDIR=${D} install || die &quot;make install failed&quot;
+ rm -rf ${D}/dev


* files/20041006/config

- CONFIG_MANDIR=&apos;/usr/man&apos;
+ CONFIG_MANDIR=&apos;/usr/share/man&apos;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-15 08:18:25 0000</bug_when>
            <thetext>reopen at tove&apos;s request</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-15 08:57:19 0000</bug_when>
            <thetext>no harm done if we create a device (/dev/capi20) which will be overwritten by udev/devfs, but if udev fails to create it, our users will bless us, especially when they have RC_DEVICE_TARBALL=yes. motion denied ;)

I&apos;ve corrected the man path. not issued a new release because the result isn&apos;t in fact any different as precedent (/usr/man is a symlink to /usr/share/man).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2004-11-15 09:02:19 0000</bug_when>
            <thetext>But we should not add the dev if the user uses udev, because we shoudl not overwrite the udev device:

if [ -e ${ROOT}/dev/.udev ]
then
   rm ${D}/dev -R
fi

And we should not have the /dev in qpkg -l for udev users.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2004-11-15 09:15:21 0000</bug_when>
            <thetext>First, the device doesn&apos;t get into qpkg -l, probably because packages cannot have devices.
Second, if the udev creates its capi20 device, it will overwrite the device installed by ebuild; udev create devices when the module is loaded.
This is the safe way.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>43835</attachid>
            <date>2004-11-12 16:29 0000</date>
            <desc>capi4k-utils-20041006-r2.tar.bz2</desc>
            <filename>capi4k-utils-20041006-r2.tar.bz2</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">QlpoOTFBWSZTWUQxCgMACF9/xP60KMB8/////+/////v//8QAAAUoAhgDl3fZ7vd5h29a7yKZl3r
WedoKrPa6N7k7F0Rss1EKAGjBKJpCYQno0aR6mRNtRlP0qfqelNPKHibSQ2JAaD1PU0yNA9TTQAS
iCDIyBNNTRT9J+qh6mTah5R6gyMjTTQ9QaAAAANNAGpkxBNJpHpR5pMpmoGamgA0DIAAAAAAAAEi
JAQRPRPSNppTbRNGSN6RPUepgTIDIBtJo0ZMQAAOABoGgGhoAABpiGjTQAAABoZAABhIoIaBMTQR
PQmINTU9NJ6mEGhoaDJo0eoA0GQPSeoZP+u9KCOh5I5fM6vs0G6LpDsPJWBGBNjQJ4UAItDDPnPP
nfVlES2yOcgMB1pAE+JjfRN6NI7mgasHFqQWpJgkM9TiCWAu7yZTNr+XUcYqVYR+aSJpMBRhKbbB
poTAY35czcpS0xFbFDE00kQNEMUNsG3/JH7ceXLn2/VwjZ6fRF+hUYC+C2bBaXtYxO1fVl0W1Wz3
SdnZIVGqfu98V18BVVLBCu59CTSsjQvCmNtJj+Kxuxtg5UETmTLa0qsWjDo7lb0mIfNGZ/KLwSDk
gUj2a9SrwPfibqL+2uWe2VLNpJr9s5oDfNf6XbO7Ud012x5aw2Bs60y3miKERtMo8/OiB+2yBpHr
+mdOPz+xfGVPTOvj0nsjaBoRgIJbPa6ZguxA0Iq877n2/PsjwD29vmyPFnbuMRbPmkENYDIYiUZ+
UsTgG0tcrGZGzrGPc5fPKr8pxby3Zy9xazg6lPARyl1cgdO+8oD46EufXw7HspxtJsth2JmY3ESS
ZG3TV45DN80tEpTZz2/NJ+0N/2dBl3R9CkPDkp880URUWY7VpWILHsWjGSQnqMhz2pMfJak5S9DE
JcVbTPJuwa/uEldbCykOqPArZoYHuWldNq3x9XNkLtOeR5FbDXptFfhU7Al5q+GnIeWPY0SKmaZk
ODls9mud8H1aepJe9vnBwflw3GzC/trNXGj6Y5x1ZFhlUZ1xicsquJSBJzfl1bszxqHTXHm7zozu
Tudyt5t2Rsra9BqnV2QDxVTi6WMxkdj00wqlF8cwhc8LuzkYzrcWox2Xazhha28JVy3eJZkBSuoh
ONhtLIKFOixgzWatzPyNAauYyL78jCzFyscy6RnZ9ycBYQWvS4d4zwI9u/wTeuGhubLD1oEXvV0Z
beiOvHuTLDUu9h4vwlwJjC8oqwa61e+Upgfyd/Yp1891Wrzwe0NjbbEMYhjfLur/Wu12AVbpR7As
FR1e3AuTjwy2Q1qqWUhQpUOlnVZ4cnr1dOuzWuBwlneqjkz6NJm9clakkT2RV2O1Av+lYOOh2ddX
qw+F2qouWld7n0Mg9cpzAo4TfJsO1fsoLqJPBt0e1RLr0dKrdPtFThv9mT59TPecibvM94pSXLao
aWKfIdBgzCmzkQpVizObapw1JndlLG6DRxNcg6+t2tKFfbjUN445908D0xPipw4ilK0cYg66Q90Z
wSXcCzpgkdvR9Kd9LKQmGyI4ZK4SoxzEWSWIybAsjy9OeaImVIe/FzgwkdA+ok9D7cNpX2m6dgcc
VAssJ3jj/xQiO5GARrqrzfuz70g7zKb5e4Dxo4KVmcnDPmj5617Gl+V/4I2pfFfAKPd0esuWrT77
U26xq0S39npXuEhG5N9chKXgqEg15CBIM3o5d7d9Mcf78toC0jMAgxgcckNZGQgZHcCdQQaWcvry
GxStdXl89TqjVuuN9P03/Ke+YPrxRiBfmgusUqCw4EnpNiUkBOcG1joS34BtgIYZzV7zUwXqr+/C
Ty0NZX2UFE/PvUS8HnVFUrYHMJnRG/7WYrkqfRsYkbL4wGsmTvQPFaLXyvVlfz10YmkiCNcu/oRy
QuwGizmDcr55RN/uSNCDFuGW8oAZRqcLhQpCfwVCJYKWEtvWCrFeJoBwEMQk6kn5xRJGogYMg61a
rJTQSS7Dma/tUFUTKJXbB9DzQRrXum57qJ0GzPCMFfT0g4irRRmEKcVfdbIofFSuHB1Y9l3Wqqzr
ga4lljnyubco2MR9OU2+jkDa7pMUiStgguvdb9EvGni5alaCATO0CY1LExDhwLXr7vb7WLJIYO5e
6+jmC9H1xevN8FKzrhSj7PSKpgPlH5Z3bwNckX/J8giZaj1enUj7rPjZPCHJNE7eeqyqqPq9v92Z
etFpkn2KDScbyXf7ff719iQKyWhkajp4YTaV8lKQ6dqfwgQLKyplpeBM/fUB6itYHRX3iosL+5Yk
2m1Ho0uA3bE1eiJkbRq80+WJbFFoERbq/Ae7dqNjGbWs3AZ1pLhzmlL+bRWUu3iKljT0dsc7Ccas
kFs8kQ83Xu3JU4IM67j2jjyRsf0U1Axhy3kIJs95XMdRVszHmzoNZgRGE3yLEEDoL/k1DhJ4+iN4
gqanhThjtumQtaYiewihhTZmFLeSLnI9iPRqNjFM7u7liTMDv2Ij1Xc2ZY0yZ36G+o7Yo2ldlyNv
QtrN9UqJNBhKhTgN6UlVMDxXZLmPFV8MJbcixcIZ1HO0G3bUTGUQbhNLx5EbYZaokMkWcafFn5T9
shtJxtnZMSeXbvBuWQDPdVsvFc4aEWr4fLXfchdVfC2vlDMnZBPvxG0gOjTTbg8cUJK7R4DyBo70
29P4kG7RyROG6rUYjF5XiSPPlQdMWtrj/A+q/A222NZ2+xQyfOG19CLNlygzGC4Q5/f0CpIQbd1i
6DQE56NLi7BVFEcfAXI9nnV180+kk2lnA1nGW+6cdcEUbp6oOoU7OjLDiyYbdwR4w5CXwcJ1HwQz
TFHp8XFbeqJrwwIEXqjIiwOsyuRlwYI1VNShtnW4ZDwVFwGNtCYwzxf/lJAasBeaAbRPNSgISmMZ
dv5My1NFezlgxGfXCboUXxDKse4WrFXGw1LLTDyc7TS+rJddYm3MVEHwa26c4V0Roi0GYkpKHj25
vGFjDbkp6qYSHEwrzXC8mgxI50ngHCMUV7lcHMmyHweZiAV04gWfPRgvdNCJwMRMJ4xCbTlqGI/Q
20M8RLqGE0ROmFDyFkIcAl5B3LQq1tcKqhWyxTZUac+3JyvJrzzZT1tkTCSIOoAQDxCOua5V8wIM
TjyzgSPKsqihNnCCLqBH3ik80JxkgXWqiFgWgTIKniUFSCsMKqCFSAwdrGsajWwTStr4C+LTKs91
V+QLoCLLbygVTNJFQHR3WwrsQqcJVUs0eiUXIt7U0lMK7U05vQM34EWjkUjjGVUxWYDxzS9oy9KL
ixZ1JWYXkIxSAVsucaqUNsaAbhvRhC4x7U96I4TLSQDQYjuDpcUb+pO6TzCaREIcA6X8lZgnrwg4
Nm4PFqZ/HQ4tw1EF93c0QS9Xk+j6f0f9lz15MC4Q0MZG3yEw1MSWQdTohnvhmmjUG3Xes7zYlF60
laaMklkwVhvMfDEYpgJaIYQu5RGsio7zbAWKyA4s2SZB18kXI6Z0dLvwBJDEjZYLFBCt6J1Ea4w6
vhOJZLUKxJVnSXBrMJmxJ1GZEklxIWtRYd4RCCSzW+GaQT1RgHjbOZaqQRQ2S9D+8LpSh0aws01O
OMPPOvEoinPDSL6zmFdIXlf2WbFw6DEDdOxAVN8yTiDHi4UT1u6aEN4qUqzNDXPdf7JrrXBtzWIF
SLSDrw1iA5hRZdlh2UJ4Ulgi6u2yCvdmSRnQiEthq8oqFpO1Fu2W3Bmmo1IQR7mGRGoOGlS0iGk9
79OPrxKDBMI0l6df/V22STZiXsBq+4rFAcr5U7TkZiTsFY0KossSZGs6pSzenFSjFkCFHCBNvwt7
TqwrzVO2H5bSp2+FwK0WGYxetM07KwgDanWEWThuKDdc1nnqqKA000lR1yX0w1HerVioWRLkIRNw
W8L4zVxaLgFgBAQWtTYK348KhVc1LXsWqwsLkyW7xyILgmAYqZYtokUsd06N5Jqg0Q1DRB2p6C6m
i4Up8+1QYGmlRQWLfBnNezYmjEIztFZNl0ADNIVImwV7ReIMN8qxXrmtKzKbDuBnBbnmkGt8LL/u
nwjB+C08xgTyJ3P4GQ1vMW7w5DCatt8MOTPIyP27qddyVCm7vgAbxpHNUXyItRKckuKK+z6Kd+yb
S7SBLS+CIruqVxwEx7AZhkHZYg4TJV5xjAIQGmm5MmnmEuAhXM0O2cVYGPVxxqxBxQRaYTGm2jAw
lwMUKoImHLKPmlwzpOsz/XznIKuvgEAty7NkJEBZwv3oOQGfE54cThhdqXJQMIoZAhelZXVsYTfN
60G9rx70NIK+yl6dc5lZ44lceocpTTjRqWjXBDzlAGNgMLYXlR2BGMwtplAzA83LHUmKsGzMkMgE
twYBSWA12TPsV6nGwIo68sG1qSpFZRvEqFCh2vEyzvLpMCiC0zdjJV74knE5kTI3PCGB6bMlagtY
GMON0oyhLpl4ieKI6senrxRM1uVUXUTWZCxlaqKkBNNHr4UiVpViGUYQmyQ9xXgaliaSXodkajnY
BZRozbexNQgHRZirQbAsFAXhiyVFPACCqaVBX5mWBGLNeMLkEioK+gUqROMQmnhnX8JceWuVLwyC
4iMicbH4inhZOGinNoyB6unUJfSgwL+DXAGgtSzESLGqFRNRUopuShLruyE5rv9gqESphAsgtV4u
Re73RqANf+oifXTbBngv3wWGvEnhCpUAugdRxRzKXjVYGu8f2iS/tJSAUN5/C0n2fGbm327KFDfN
6jTmkFVJkzHrMMBpBI/8XckU4UJBEMQoDA==
</data>        

          </attachment>
    </bug>

</bugzilla>