<?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>102649</bug_id>
          
          <creation_ts>2005-08-15 13:25 0000</creation_ts>
          <short_desc>Keywording for dev-lang/php, dev-php4/* and dev-php5/* packages</short_desc>
          <delta_ts>2006-01-23 05:25:10 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://svn.gnqs.org/projects/gentoo-php-overlay/</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>stuart@gentoo.org</reporter>
          <assigned_to>php-bugs@gentoo.org</assigned_to>
          <cc>avuton@gmail.com</cc>
    
    <cc>chutz@gg3.net</cc>
    
    <cc>fordfrog@gentoo.org</cc>
    
    <cc>gurligebis@gentoo.org</cc>
    
    <cc>hetfield666@gmail.com</cc>
    
    <cc>hppa@gentoo.org</cc>
    
    <cc>matthias.foerste@freenet.de</cc>
    
    <cc>mips@gentoo.org</cc>
    
    <cc>niv@iaglans.de</cc>
    
    <cc>ppc-macos@gentoo.org</cc>
    
    <cc>raybooysen@rjb.za.net</cc>
    
    <cc>wschlich@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>stuart@gentoo.org</who>
            <bug_when>2005-08-15 13:25:31 0000</bug_when>
            <thetext>As requested ;-)  This is a tracker bug for the keywording of the new PHP
packages for Gentoo.  At the moment, the packages are only available via an
overlay.  It&apos;d be a great help to me if each arch could indicate what keywords
they would like for the new PHP packages before they go into the tree.

I&apos;ll handle x86 and ppc, but help for other arches would be muc appreciated.

Best regards,
Stu</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2005-08-15 20:00:28 0000</bug_when>
            <thetext>If the &quot;pear&quot; useflag is enabled when testing with the overlay ebuilds, it 
pulls in a dependency for a non-existant package; 
 
emerge: there are no ebuilds to satisfy &quot;&gt;=dev-php/PEAR-PEAR-1.3.5-r2&quot;. 
 
SPARC testing is still going on, will report back about keywording when done. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chtekk@gentoo.org</who>
            <bug_when>2005-08-16 03:43:26 0000</bug_when>
            <thetext>The &quot;pear&quot; USE flag depends on dev-php/PEAR-PEAR-1.3.5-r2 like the message says,
and that package exists in the overlay on
http://svn.gnqs.org/projects/gentoo-php-overlay/. It&apos;s in the dev-php/ category,
not dev-php4/ or dev-php5/, we still maintain some packages in dev-php/.
Thanks for helping us with keywording. :) Have a nice day, CHTEKK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2005-08-20 12:42:17 0000</bug_when>
            <thetext>testing appears to be going well so far.  php-4.4.0 and php-5.1.0_rc1 are
working on SPARC.

Two things to note about having &quot;test in FEATURES;

1). dev-lang/php-4* will run the included php test suite, whild dev-lang/php-5*
will not.

2) All of the sub-packages (stuff in dev-php4 and dev-php5) show this error
message; &quot;ERROR: Cannot run tests without CLI sapi&quot;.  I have confirmed when
testing dev-php4 that eselect shows php4 as the selected version and
/usr/bin/php -v confirms this.  I&apos;ve also built both php4 and php5 with CLI,
CGI, APACHE and APACHE2 SAPIs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stuart@gentoo.org</who>
            <bug_when>2005-09-04 10:18:47 0000</bug_when>
            <thetext>Hi,

Here&apos;s a list of the packages from the overlay that are now in the Portage tree.

app-admin/eselect-php-0.96
app-doc/php-docs-20050822
dev-db/freetds-0.63
dev-lang/php-4.4.0
dev-lang/php-5.0.4
dev-php/PEAR-PEAR-1.3.6
dev-php/phpdbg-client-2.11.32
dev-php4/eaccelerator
dev-php4/pecl-apc
dev-php4/pecl-crack
dev-php4/pecl-fileinfo
dev-php4/pecl-imagick
dev-php4/pecl-mailparse
dev-php4/pecl-memcache
dev-php4/pecl-pdflib
dev-php4/pecl-ps
dev-php4/pecl-sqlite
dev-php4/pecl-tidy
dev-php4/pecl-yaz
dev-php4/pecl-zip
dev-php4/php-java-bridge
dev-php4/phpdbg
dev-php4/xdebug
dev-php5/pecl-apc
dev-php5/pecl-crack
dev-php5/pecl-dbx
dev-php5/pecl-fileinfo
dev-php5/pecl-imagick
dev-php5/pecl-mailparse
dev-php5/pecl-memcache
dev-php5/pecl-pdflib
dev-php5/pecl-pdo
dev-php5/pecl-pdo-dblib
dev-php5/pecl-pdo-firebird
dev-php5/pecl-pdo-mysql
dev-php5/pecl-pdo-oci
dev-php5/pecl-pdo-odbc
dev-php5/pecl-pdo-pgsql
dev-php5/pecl-pdo-sqlite
dev-php5/pecl-ps
dev-php5/pecl-yaz
dev-php5/pecl-zip
dev-php5/php-java-bridge
dev-php5/phpdbg

Of these, only the following need stabilising as a group.  The rest can be
stabilised on their own afterwards.

dev-lang/php-4.4.0
dev-lang/php-5.0.4
dev-php/PEAR-PEAR-1.3.6
dev-php4/php-java-bridge
dev-php4/pecl-yaz
dev-php4/pecl-zip
dev-php5/php-java-bridge
dev-php5/pecl-pdo
dev-php5/pecl-pdo-dblib
dev-php5/pecl-pdo-firebird
dev-php5/pecl-pdo-mysql
dev-php5/pecl-pdo-oci
dev-php5/pecl-pdo-odbc
dev-php5/pecl-pdo-pgsql
dev-php5/pecl-pdo-sqlite
dev-php5/pecl-yaz
dev-php5/pecl-zip

Best regards,
Stu</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stuart@gentoo.org</who>
            <bug_when>2005-09-04 14:48:47 0000</bug_when>
            <thetext>Hi,

We&apos;re not in a position to support the &quot;test&quot; FEATURE of Portage.  Like many
other packages in the tree, upstream don&apos;t provide/maintain a comprehensive set
of tests that work with all possible options.

Best regards,
Stu</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2005-09-04 14:53:52 0000</bug_when>
            <thetext>If you folks aren&apos;t going to support the test feature, then as a suggestion, you
might disable the test functionality that gets called when test is in FEATURES.
 Cheers.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chutz@gg3.net</who>
            <bug_when>2005-09-05 07:05:11 0000</bug_when>
            <thetext>Guys, while you&apos;re at it, could you remove the .filemap and .lock files that get
installed with every PEAR-* package? They cause lots of headache with
collision-protect. I have INSTALL_MASK-ed them for now, but why not do it in the
eclass -- they are useless currently.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>steve@chinavfx.net</who>
            <bug_when>2005-09-05 07:41:48 0000</bug_when>
            <thetext>I have a little question here, I only need php5 on my system, and also, I want
to use pear, but if I specify the pear flag, then emerge dev-lang/php -pv, it
says I need to install a php4.40, why I must install a php4 for pear support?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>steve@chinavfx.net</who>
            <bug_when>2005-09-05 08:02:57 0000</bug_when>
            <thetext>Haven&apos;t post this, after I emerged dev-lang/php-5.0.4, because I want pear, so I
do a emerge -uDp world, emerge give me 3 blocks:

[blocks B     ] media-libs/libswf (is blocking dev-lang/php-5.0.4)
[blocks B     ] dev-php/php (is blocking dev-lang/php-5.0.4)
[blocks B     ] dev-php/php (is blocking dev-php/PEAR-PEAR-1.3.6)


all are caused by pear and php4 problem. php5 don&apos;t need libswf.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>post@steffenzieger.de</who>
            <bug_when>2005-09-05 23:30:31 0000</bug_when>
            <thetext>Trying to install pear, will install php4 _and_ php5. 
 
This isn&apos;t tested, but php4 isn&apos;t listed as dep any more. 
 
Just change this line (line 21) from DEPEND=&quot;$DEPEND virtual/php dev-php/php&quot; 
to DEPEND=&quot;$DEPEND virtual/php dev-lang/php&quot; 
in /usr/portage/eclass/php-pear.eclass. 
 
I will report, if it&apos;s working, or not. 
 
HAND, 
Steffen </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chutz@gg3.net</who>
            <bug_when>2005-09-05 23:50:01 0000</bug_when>
            <thetext>(In reply to comment #10)
&gt; Just change this line (line 21) from DEPEND=&quot;$DEPEND virtual/php dev-php/php&quot; 
&gt; to DEPEND=&quot;$DEPEND virtual/php dev-lang/php&quot; 
&gt; in /usr/portage/eclass/php-pear.eclass. 

Which is about the only difference between php-pear.eclass and php-pear-r1.eclass.

I guess that while we&apos;re waiting for this to happen, putting dev-php/php in
/etc/profile/package.provided is enough of a workaround.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2005-09-06 02:46:18 0000</bug_when>
            <thetext>problem with wordpress: 
 
RDEPEND=&quot;&gt;=dev-php/mod_php-4.1 
         &gt;=dev-db/mysql-3.23.23&quot; 
 
force mod_php 4.4 install. please fix. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2005-09-06 02:48:47 0000</bug_when>
            <thetext>i can confirm a problem with pear ebuilds: 
 
[nomerge      ] dev-php/PEAR-Archive_Tar-1.3.1 
[ebuild  N    ]  dev-php/php-4.4.0 
[ebuild  N    ]   media-libs/libswf-0.99 
 
inherit php-pear must be changed a bit :) 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mendo@mendo.dk</who>
            <bug_when>2005-09-06 03:16:02 0000</bug_when>
            <thetext>I have successfully installed dev-lang/php on amd64 and it appears to work 
correctly. Please add ~amd64 keywords to dev-lang/php-5.0.4 and app-admin/
eselect-php-0.96.

Changing line 21 in php-pear.eclass as described in #10 fixes the dependency on 
php4 for me.
There seems to be dependencies on dev-php/php in many other ebuilds. I ran 
across one in dev-lang/swig.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-06 16:08:26 0000</bug_when>
            <thetext>all pecl-extensions compile correctly on my system... they are installed in
/-dir (root-dir). I have to move them by hand to
/usr/lib/php[4|5]/lib/php/extensions/no-debug-non-zts-20020429 if i don&apos;t want
php-cli complaining that there is something missing...

that should be fixed :)

[ Searching for packages matching dev-php4/pecl-zip... ]
dev-php4/pecl-zip-1.0
* Contents of dev-php4/pecl-zip-1.0:
/etc
/etc/php
/etc/php/apache2-php4
/etc/php/apache2-php4/ext
/etc/php/apache2-php4/ext/zip.ini
/etc/php/cli-php4
/etc/php/cli-php4/ext
/etc/php/cli-php4/ext/zip.ini
/usr
/usr/share
/usr/share/doc
/usr/share/doc/pecl-zip-1.0
/usr/share/doc/pecl-zip-1.0/CREDITS.gz
/usr/share/doc/pecl-zip-1.0/package.xml.gz
/zip.so

the last row is bad :)

you can replace pecl-zip with pecl-pdo and so on... its some kind of the same..</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-06 16:11:06 0000</bug_when>
            <thetext>i forgot to say that i had to create that extension-dir by hand... it was non
existant and should probably be createt by the first script, that will install
some extensions...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chutz@gg3.net</who>
            <bug_when>2005-09-06 16:19:48 0000</bug_when>
            <thetext>(In reply to comment #15)
&gt; all pecl-extensions compile correctly on my system... they are installed in
&gt; /-dir (root-dir). I have to move them by hand to
&gt; /usr/lib/php[4|5]/lib/php/extensions/no-debug-non-zts-20020429 if i don&apos;t want

Hm, it&apos;s quite alright here:

chutz@tiger chutz $ equery f pecl-zip
[ Searching for packages matching pecl-zip... ]
dev-php5/pecl-zip-1.0
* Contents of dev-php5/pecl-zip-1.0:
/etc
/etc/php
/etc/php/apache2-php5
/etc/php/apache2-php5/ext
/etc/php/apache2-php5/ext/zip.ini
/etc/php/cgi-php5
/etc/php/cgi-php5/ext
/etc/php/cgi-php5/ext/zip.ini
/etc/php/cli-php5
/etc/php/cli-php5/ext
/etc/php/cli-php5/ext/zip.ini
/usr
/usr/lib
/usr/lib/php5
/usr/lib/php5/lib
/usr/lib/php5/lib/php
/usr/lib/php5/lib/php/extensions
/usr/lib/php5/lib/php/extensions/no-debug-non-zts-20041030
/usr/lib/php5/lib/php/extensions/no-debug-non-zts-20041030/zip.so
/usr/share
/usr/share/doc
/usr/share/doc/pecl-zip-1.0
/usr/share/doc/pecl-zip-1.0/CREDITS.gz
/usr/share/doc/pecl-zip-1.0/package.xml.gz

I only have dev-lang/php-5.0.4 from the virtual/php family installed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-06 21:16:15 0000</bug_when>
            <thetext>gatekeeper ~ # equery files dev-php5/pecl-zip
[ Searching for packages matching dev-php5/pecl-zip... ]
dev-php5/pecl-zip-1.0
* Contents of dev-php5/pecl-zip-1.0:
/etc
/etc/php
/etc/php/apache2-php5
/etc/php/apache2-php5/ext
/etc/php/apache2-php5/ext/zip.ini
/etc/php/cli-php5
/etc/php/cli-php5/ext
/etc/php/cli-php5/ext/zip.ini
/usr
/usr/share
/usr/share/doc
/usr/share/doc/pecl-zip-1.0
/usr/share/doc/pecl-zip-1.0/CREDITS.gz
/usr/share/doc/pecl-zip-1.0/package.xml.gz
/zip.so


gatekeeper ~ # php --version
PHP Warning:  PHP Startup: Unable to load dynamic library
&apos;/usr/lib/php5/lib/php/extensions/no-debug-non-zts-20050617/zip.so&apos; -
/usr/lib/php5/lib/php/extensions/no-debug-non-zts-20050617/zip.so: cannot open
shared object file: No such file or directory in Unknown on line 0
PHP 5.1.0RC1 (cli) (built: Sep  5 2005 10:25:24)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies

maybe i do something wrong...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-06 21:18:35 0000</bug_when>
            <thetext>Created an attachment (id=67797)
portage-logfile about dev-php5/pecl-zip
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-07 00:55:56 0000</bug_when>
            <thetext>thats strange on another gentoo-box it works with that extensions.. first on
php-4.4.0</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chutz@gg3.net</who>
            <bug_when>2005-09-07 01:10:44 0000</bug_when>
            <thetext>Curious. What does &quot;php-config --extension-dir&quot; say?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-07 01:25:28 0000</bug_when>
            <thetext>both times 

/usr/lib/php4/lib/php/extensions/no-debug-non-zts-20020429

which sounds correct</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chutz@gg3.net</who>
            <bug_when>2005-09-07 01:30:47 0000</bug_when>
            <thetext>And what about /usr/lib/php4/bin/php-config --extension-dir.

You could also check the temp/environment file from building and look at
PHPCONFIG and EXT_DIR.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-07 01:42:28 0000</bug_when>
            <thetext>ehm... php-config is not wrapped by eselect-php, is it? i get both times the
same result... either on php4 or on php5 ... and the php-config-version is
always 4.4.0... 

php-config belongs to php5 and php4, but won&apos;t be wrapped, too ... maybe that
could influence the merging-process</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-07 01:46:48 0000</bug_when>
            <thetext>EXT_DIR is empty in temp/environment, when i do &quot;ebuild
/usr/portage/dev-php4/pecl-zip-1.0.ebuild compile&quot; at least on the one machine
that doesn&apos;t install correctly..</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chtekk@gentoo.org</who>
            <bug_when>2005-09-07 01:54:54 0000</bug_when>
            <thetext>(In reply to comment #25)
&gt; EXT_DIR is empty in temp/environment, when i do &quot;ebuild
&gt; /usr/portage/dev-php4/pecl-zip-1.0.ebuild compile&quot; at least on the one machine
&gt; that doesn&apos;t install correctly..

Well that explains why the .so&apos;s get inserted into /, with no ${EXT_DIR} the
path remains &quot;/extname.so&quot; and get installed to /. Now the question is, why
doesn&apos;t EXT_DIR get correctly filled with /usr/lib/... ? The fact that
/usr/bin/php-config  isn&apos;t for both PHPs is normal, /usr/bin/php-config is a
symlink you can edit using eselect or manually and links to either PHP4&apos;s or
PHP5&apos;s php-config. But the ebuilds find out the complete and correct path
themselves, the eclass calls the correct /usr/lib/phpX/bin/php-config, and not
the /usr/bin/php-config symlink. Now, ${EXT_DIR} gets defined in
php-ext-base-r1.eclass, calling /usr/lib/phpX/bin/php-config --extension-dir, so
if that one, executed on the shell, returns a result, your problem really is
strange... Please open a different bug for this (this one here is only the
tracker bug for the KEYWORDS, we don&apos;t want to put too much stuff in it that
doesn&apos;t have to do with KEYWORDS) and post your emerge info etc., so we can help
you better.
Best regards, CHTEKK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-07 02:06:25 0000</bug_when>
            <thetext>since portage doesn&apos;t recognize categories in PORT_TMPDIR, can&apos;t compare the two
ebuilds at the same moment, but PHPCONFIG is in both cases correct (php4/php5)
and EXT_DIR is in both cases empty... 

not only on the machine which installs it not correctly, but also on the machine
that does install it correctly... 

one difference is the portage-version on both machines... on that which installs
not correctly, emerge info follows:

Portage 1.589-cvs (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1,
2.6.13-gentoo i686)
=================================================================
System uname: 2.6.13-gentoo i686 AMD Athlon(tm) MP Processor 1900+
Gentoo Base System version 1.12.0_pre8
Python:              dev-lang/python-2.3.5,dev-lang/python-2.4.1-r1 [2.4.1 (#1,
Jun 18 2005, 01:42:22)]
distcc: No such file or directory [disabled]
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.8.5-r3, 1.7.9-r1, 1.9.6, 1.5, 1.6.3, 1.4_p6
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O3 -march=athlon-mp -pipe -fomit-frame-pointer&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/env /etc /share/config /shutdown /usr/kde/2/share/config
/usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown
/usr/kde/3/share/config /usr/kde/devel/env /usr/kde/devel/share/config
/usr/kde/devel/shutdown /usr/lib/X11/xkb /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O3 -march=athlon-mp -pipe -fomit-frame-pointer&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig candy distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/mnt/backup/gatekeeper-temp/&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage /usr/local/overlays/kde-live
/usr/local/overlays/php/experimental&quot;
SYNC=&quot;rsync://gentoo-distfiles.local.nil.nul/gentoo-portage&quot;
USE=&quot;x86 X aac aalib alsa apache2 apm arts avi bash-completion berkdb
bitmap-fonts bzlib cdparanoia cdr chroot crypt cups curl dba divx4linux dvd dvdr
dvdread eds emacs emboss encode esd fam foomaticdb fortran ftp gd gdbm gif
gimpprint gpm gstreamer gtk gtk2 gtkhtml icq imagemagick imap imlib ipv6 java
jpeg junit ldap libg++ libwww lzo mad mikmod motif mozilla mp3 mpeg mysql
ncurses nls nvidia offensive ogg oggvorbis opengl oss pam pdflib perl php png
python qt quicktime readline samba sdl session soap spell sql ssl stroke
subversion svg svga tcpd tiff truetype truetype-fonts type1-fonts unicode vhosts
vorbis win32codecs xine xinerama xml xml2 xmlrpc xmms xpm xprint xsl xv xvid
zlib userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS

Config files: /etc/make.conf, /etc/portage/modules, /etc/portage/mirrors,
/etc/portage/package.mask, /etc/portage/package.unmask,
/etc/portage/package.keywords


on the other machine emerge follows:

nqintra pecl-zip-1.0 # emerge info
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1,
2.6.11-gentoo-r9 i686)
=================================================================
System uname: 2.6.11-gentoo-r9 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.4.19-r1, 2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon -O2 -pipe -mmmx -m3dnow&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/bind /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon -O2 -pipe -mmmx -m3dnow&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig candy ccache distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://gentoo-distfiles.local.nil.nul/gentoo-portage&quot;
USE=&quot;x86 acl acpi acpi4linux activefilter alsa apache2 apm berkdb bitmap-fonts
crypt cscope eds emboss encode fortran gd gd-external gdbm gif gstreamer gtk2
imlib ipv6 jpeg ldap libg++ libwww maildir mp3 mpeg mysql ncurses oav ogg
oggvorbis pam pdflib perl png python samba sdl ssl tcpd tiff truetype
truetype-fonts type1-fonts vhosts vorbis xml xml2 zlib userland_GNU kernel_linux
elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chtekk@gentoo.org</who>
            <bug_when>2005-09-07 02:30:10 0000</bug_when>
            <thetext>Hmmm:
1) Use stable Portage.
2) -O3 never is the best idea, but this shouldn&apos;t be the cause of the problem here.
3) I&apos;m not sure PORTAGE_TMPDIR can be done on external partitions, it&apos;s never
such a good idea imho, why can&apos;t you set it to /tmp for example like on your 2nd
machine?
Most likely the cause of the problem is number 1, though 2 and 3 can play small
parts around as well. ;)
Best regards, CHTEKK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-07 02:41:28 0000</bug_when>
            <thetext>(In reply to comment #28)
&gt; Hmmm:
&gt; 1) Use stable Portage.
i think, that would resolve this &quot;feature&quot;... i get different results from
different portage-versions... i can live with that feature on assorted boxes
with new alpha-portage....

-O3 never did me any harm.. 

and PORT_TMPDIR on another partition... its still local, so that should work,
too but i try... --&gt; doesnt change a thing...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chutz@gg3.net</who>
            <bug_when>2005-09-07 23:44:00 0000</bug_when>
            <thetext>Guys, the current php-pear-r1.eclass (the one in portage) does not have a
php-pear-r1_src_install() function. It has one without the -r1. This screws
things up pretty badly.

The following does the trick:

- php-pear_src_install() {
+ php-pear-r1_src_install() {
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2005-09-08 07:32:28 0000</bug_when>
            <thetext>wordpress is still not fixed.   
   
[nomerge      ] www-apps/wordpress-1.5.2   
[ebuild  N    ]  dev-php/mod_php-4.4.0-r1   
   
  
move it to dev-lang and virtual. 
it&apos;s confimed to work with php5, check the bugzilla bugs too. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chtekk@gentoo.org</who>
            <bug_when>2005-09-08 10:37:00 0000</bug_when>
            <thetext>(In reply to comment #30)
&gt; Guys, the current php-pear-r1.eclass (the one in portage) does not have a
&gt; php-pear-r1_src_install() function. It has one without the -r1. This screws
&gt; things up pretty badly.

We know, thanks for spotting this too. It was committed some time ago to CVS and
should appear in an hour or so if you do a new emerge sync.
Best regards, CHTEKK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fordfrog@gentoo.org</who>
            <bug_when>2005-09-09 02:14:41 0000</bug_when>
            <thetext>I would like to ask to also provide dev-lang/php-4.3.11 because we maintain
backward compatibility support down to this version and updated packages require
dev-lang/php and not dev-php/php.

There is also problem with php-4.4.0 - Zend Optimizer cannot work with this
version (at least it was true some weeks ago).

We also use mapserver ebuild (still not in portage tree) that requires to have
both mod_php and php of the same version in the system. mod_php-4.3.11 is still
in the system but php-4.3.11 is not in the dev-lang.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2005-09-09 06:31:42 0000</bug_when>
            <thetext>I would like to ask that all of the current broken keywords (with relation to
this) in the live portage tree be fixed ASAP and that no new ones (like
dev-php/PEAR-Date-1.4.3-r1) be introduced.

Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tomislavf@gmail.com</who>
            <bug_when>2005-09-09 08:51:12 0000</bug_when>
            <thetext>I&apos;ve got an issue with some ebuilds depending on mod_php and forcing it&apos;s install.

terra ~ # equery depends mod_php
[ Searching for packages depending on mod_php... ]
net-analyzer/cacti-0.8.6f-r1
www-apps/mythweb-0.18.1
www-apps/websvn-1.61</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chtekk@gentoo.org</who>
            <bug_when>2005-09-09 09:55:15 0000</bug_when>
            <thetext>(In reply to comment #33)
&gt; I would like to ask to also provide dev-lang/php-4.3.11 because we maintain
&gt; backward compatibility support down to this version and updated packages require
&gt; dev-lang/php and not dev-php/php.

dev-lang/php-4.3.11 momentarly exists only on the PHP Overlay [1], I&apos;ll try to
get it added to Portage this evening, it was already planned but slipped through
the last update. :)

&gt; There is also problem with php-4.4.0 - Zend Optimizer cannot work with this
&gt; version (at least it was true some weeks ago).

a) We don&apos;t provide ZendOptimizer or support it, yet.
b) Afaik it does, the last time I downloaded it it had a 4_4_0 directory in it.

&gt; We also use mapserver ebuild (still not in portage tree) that requires to have
&gt; both mod_php and php of the same version in the system. mod_php-4.3.11 is still
&gt; in the system but php-4.3.11 is not in the dev-lang.

dev-lang/php provides both CLI, CGI and mod_php in the same Ebuild, controlled
by USE flags. So when we&apos;ll add dev-lang/php-4.3.11 you can compile both CLI and
mod_php with it.


(In reply to comment #35)
&gt; I&apos;ve got an issue with some ebuilds depending on mod_php and forcing it&apos;s install.
&gt; 
&gt; terra ~ # equery depends mod_php
&gt; [ Searching for packages depending on mod_php... ]
&gt; net-analyzer/cacti-0.8.6f-r1
&gt; www-apps/mythweb-0.18.1
&gt; www-apps/websvn-1.61

We know, there already are bugs filed for them or they are listed in our TODO
list [2]. I&apos;ll see to get hold of someone to fix all the web-apps/, but that
will need some time.
Best regards, CHTEKK.

[1] http://svn.gnqs.org/projects/gentoo-php-overlay/
[2] http://svn.gnqs.org/projects/gentoo-php-overlay/wiki/TodoList</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brad@cimmeria.com</who>
            <bug_when>2005-09-10 10:06:06 0000</bug_when>
            <thetext>(In reply to comment #14)
&gt; I have successfully installed dev-lang/php on amd64 and it appears to work 
&gt; correctly. Please add ~amd64 keywords to dev-lang/php-5.0.4 and app-admin/
&gt; eselect-php-0.96.

Same here.  All is working well on amd64.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>voxus@gentoo.org</who>
            <bug_when>2005-09-10 10:10:04 0000</bug_when>
            <thetext>(In reply to comment #37) 
&gt; Same here.  All is working well on amd64. 
 
they&apos;re already ~amd64 keyworded. as for php-5.0.5 at amd64 - take a look at 
bug #105374 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-11 02:30:26 0000</bug_when>
            <thetext>(In replay to comment #36)

&gt;(In reply to comment #33)
&gt;&gt; There is also problem with php-4.4.0 - Zend Optimizer cannot work with this
&gt;&gt; version (at least it was true some weeks ago).

&gt;a) We don&apos;t provide ZendOptimizer or support it, yet.
&gt;b) Afaik it does, the last time I downloaded it it had a 4_4_0 directory in it.

It will work with ZendOptimizer 2.5.10a (not 2.5.10) ... i have to use it for a
webapp, and i had to search and google for that answer... just download 2.5.10a
(the latest one) from Zend Website, and you get settled..

Greetings</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>niv@iaglans.de</who>
            <bug_when>2005-09-11 03:24:59 0000</bug_when>
            <thetext>(In reply to comment #14)
&gt; There seems to be dependencies on dev-php/php in many other ebuilds. I ran 
&gt; across one in dev-lang/swig.

dev-lang/swig-1.3.21 should be converted somehow... i need that for many ebuilds
:) (netscape-flash e.g.)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dnennstiel@gmx.de</who>
            <bug_when>2005-09-13 05:03:07 0000</bug_when>
            <thetext>(In reply to comment #0)
on Thursday the keyword for PHP 5.0.4 was ~ppc - so I installed it (I did not
intend to test the keyword). Later it got again removed, why? I unmerged PHP 4
and php_mod and still all my php application work nicely (squirrelmail and
phpmyadmin on apache2). Therefore I would recommend to re-add ~ppc to the
keywords (or are there other examples for problems?)

After the removal of ~ppc from PHP 5.0.4 I had to accept keyword ~x86 to keep
emerge from complaining. I had also to mask squirrelmail since this package
wants to pull in PHP4.4.0

My recommendation: accept ~ppc and fix squirrelmail

Best
Dirk
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cryos@gentoo.org</who>
            <bug_when>2005-09-17 13:26:05 0000</bug_when>
            <thetext>Just to add that the missing deps are now keyworded for ~amd64, and I have 
added dev-lang/php-4.4.0 and dev-lang/php-5.0.4 back to ~amd64. They are both 
working very well on my server. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>georg.lippold@gmx.de</who>
            <bug_when>2005-09-29 06:10:25 0000</bug_when>
            <thetext>dev-php/mod_php doesn&apos;t honor the &quot;pdflib&quot; keyword, although php has support for
it (configure --with-pdflib).
Will submit modified ebuild as attachment for mod_php-4.4.0-r3</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>georg.lippold@gmx.de</who>
            <bug_when>2005-09-29 06:14:29 0000</bug_when>
            <thetext>Created an attachment (id=69484)
Modified mod_php ebuild for pdflib support
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chtekk@gentoo.org</who>
            <bug_when>2005-09-29 08:43:49 0000</bug_when>
            <thetext>Thanks, but:
a) USE flags and features directly used in PHP go into it&apos;s corresponding Eclass
(in this case php-sapi.eclass for mod_php).
b) mod_php will be deleted from the tree on 8th January 2006, please migrate to
dev-lang/php. mod_php will only be updated in case of _critical_ bugs and/or
security fixes.
c) pdflib will not be enabled in PHP directly, not in mod_php and neither in
dev-lang/php. Please use the pecl-pdflib package wich provides this
functionality, thanks.
Best regards, CHTEKK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>blubb@gentoo.org</who>
            <bug_when>2005-10-04 14:27:10 0000</bug_when>
            <thetext>we&apos;re currently testing a new alias system, sorry for the bugspam</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chtekk@gentoo.org</who>
            <bug_when>2005-10-23 14:07:20 0000</bug_when>
            <thetext>Sorry for bugspam, checking up on all php-bugs.
Best regards, CHTEKK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>moonwalker@astro.nu</who>
            <bug_when>2005-10-29 07:17:23 0000</bug_when>
            <thetext>I don&apos;t know if this is one for the list,  but installing php4 only and you have
sasl USE set ebuild halts complaining this flag require USE ldap also to be set.
Doesn&apos;t look aright to me?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chtekk@gentoo.org</who>
            <bug_when>2005-10-29 07:29:54 0000</bug_when>
            <thetext>(In reply to comment #48)
&gt; I don&apos;t know if this is one for the list,  but installing php4 only and you have
&gt; sasl USE set ebuild halts complaining this flag require USE ldap also to be set.
&gt; Doesn&apos;t look aright to me?

But it is. The &quot;sasl&quot; USE in PHP enables SASL support for the LDAP extension, so
it&apos;s required you also enable the &quot;ldap&quot; USE flag.
Best regards, CHTEKK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>moonwalker@astro.nu</who>
            <bug_when>2005-10-29 09:03:06 0000</bug_when>
            <thetext>Ok although it seem to me being much easier then to ignore it if ldap isn&apos;t set
as in this case I had sasl set globaly, and I&apos;m running unstable, so normally
doesn&apos;t bother with package.use but no problem, I just found it easer to ignore
in a general sense but there might be other things behind it I&apos;m not aware of.

Btw, an other thing and I&apos;m not sure if this matter either, but better one
report too much then...

When only installing php4 it&apos;s easy to conclude you don&apos;t need to bother about
the eselect, but I was currious and found that syms are initially set starting
with // until you have done a eselect set, as below. But it not be of any
importance?

merc ~ # eselect php set php4
merc ~ # stat /usr/bin/php /usr/bin/php-cgi /usr/bin/phpize /usr/bin/php-config
| grep File
  File: `/usr/bin/php&apos; -&gt; `/usr/lib/php4/bin/php&apos;
  File: `/usr/bin/php-cgi&apos; -&gt; `//usr/lib/php4/bin/php-cgi&apos;
  File: `/usr/bin/phpize&apos; -&gt; `//usr/lib/php4/bin/phpize&apos;
  File: `/usr/bin/php-config&apos; -&gt; `//usr/lib/php4/bin/php-config&apos;

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andreas.hoehmann@gmx.de</who>
            <bug_when>2005-11-04 08:10:55 0000</bug_when>
            <thetext>(In reply to comment #45)
&gt; Thanks, but:
&gt; b) mod_php will be deleted from the tree on 8th January 2006, please migrate to
&gt; dev-lang/php. mod_php will only be updated in case of _critical_ bugs and/or
&gt; security fixes.


Is there a &quot;new&quot; mod_php-ebuild? How should i install apache2+mod_php+pdflib
see bug #111449 

&gt; c) pdflib will not be enabled in PHP directly, not in mod_php and neither in
&gt; dev-lang/php. Please use the pecl-pdflib package wich provides this</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2005-11-04 08:23:24 0000</bug_when>
            <thetext>(In reply to comment #51)
&gt; Is there a &quot;new&quot; mod_php-ebuild? How should i install apache2+mod_php+pdflib
&gt; see bug #111449 

Please, stop bugspamming us. I&apos;ve already answered repeatedly on the other bug,
that pdflib has been moved to PECL and there&apos;s dev-php/PECL-pdflib for old
dev-php/mod_php ebuilds and dev-php{4,5}/pecl-pdflib for new dev-lang/php-{4,5}
ebuilds. 

Support question belong to forums.gentoo.org or #gentoo-apache on IRC. TIA.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2005-11-12 17:05:58 0000</bug_when>
            <thetext>SPARC has all of the packages asked for marked as ~sparc.  Is this ticket also
going to be used for stablization or can we remove ourselves from the list?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>grobian@gentoo.org</who>
            <bug_when>2005-11-13 03:53:04 0000</bug_when>
            <thetext>Please don&apos;t include the ppc-macos keyword in any of the ebuilds.  We will mark
them once they are in the tree and sufficient infrastructure is available.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stuart@gentoo.org</who>
            <bug_when>2005-11-19 11:20:00 0000</bug_when>
            <thetext>Weeve: I have no preference.  Happy to use this bug to stabilise too, or (if you
prefer) happy to handle that under another bug.

Let us know what you prefer.

Best regards,
Stu</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2005-11-19 13:09:45 0000</bug_when>
            <thetext>added finaly ~ppc64 to packages in comment #4. please readd ppc64 if you want to
use this bug for stable marking.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2005-11-19 13:24:07 0000</bug_when>
            <thetext>A seperate bug would be preferred.  Thanks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-11-19 22:33:18 0000</bug_when>
            <thetext>alpha/arm/ia64/s390 should be done</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>josejx@gentoo.org</who>
            <bug_when>2005-11-20 23:21:19 0000</bug_when>
            <thetext>ppc has been done for a bit, please re-add us if you need any other keywording done</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>halcy0n@gentoo.org</who>
            <bug_when>2005-11-25 22:57:08 0000</bug_when>
            <thetext>Looks like everything has x86 in those categories.  Please CC us on the
stablization bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>avuton@gmail.com</who>
            <bug_when>2006-01-20 11:13:55 0000</bug_when>
            <thetext>When I try:

shapeshifter ~ # emerge online-bookmarks
Calculating dependencies ...done!
&gt;&gt;&gt; emerge (1 of 4) dev-php/PEAR-PEAR-1.3.6-r4 to /
&gt;&gt;&gt; checksums files   ;-) PEAR-PEAR-1.3.5.ebuild
&gt;&gt;&gt; checksums files   ;-) PEAR-PEAR-1.3.6-r4.ebuild
&gt;&gt;&gt; checksums files   ;-) files/pear.conf
&gt;&gt;&gt; checksums files   ;-) files/digest-PEAR-PEAR-1.3.6-r4
&gt;&gt;&gt; checksums files   ;-) files/digest-PEAR-PEAR-1.3.5
&gt;&gt;&gt; checksums src_uri ;-) Archive_Tar-1.3.1.tgz
&gt;&gt;&gt; checksums src_uri ;-) Console_Getopt-1.2.tgz
&gt;&gt;&gt; checksums src_uri ;-) XML_RPC-1.4.5.tgz
&gt;&gt;&gt; checksums src_uri ;-) PEAR-1.3.6.tgz

!!! ERROR: dev-php/PEAR-PEAR-1.3.6-r4 failed.
!!! Function require_php_cli, Line 360, Exitcode 0
!!! No PHP CLI installed
!!! If you need support, post the topmost build error, NOT this status message.


Is that part of this bug? Do I need to write a new one?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-01-20 11:54:00 0000</bug_when>
            <thetext>(In reply to comment #61)
&gt; !!! No PHP CLI installed
&gt; !!! If you need support, post the topmost build error, NOT this status message.

&gt; Is that part of this bug? Do I need to write a new one?

This bug is about keywording *only*, please don&apos;t clutter it. And there&apos;s no bug in what you have posted either, you simply missed USE=cli when emerging dev-lang/php (as the error message says). You can&apos;t use pear without CLI SAPI. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sebastian@gentoo.org</who>
            <bug_when>2006-01-22 13:30:30 0000</bug_when>
            <thetext>Superseded by bug 119461 and bug 119722 (et al.).</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>67797</attachid>
            <date>2005-09-06 21:18 0000</date>
            <desc>portage-logfile about dev-php5/pecl-zip</desc>
            <filename>3524-pecl-zip-1.0.log</filename>
            <type>text/plain</type>
            <data encoding="base64">Pj4+IFVucGFja2luZyBzb3VyY2UuLi4KPj4+IFVucGFja2luZyB6aXAtMS4wLnRneiB0byAvbW50
L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAvcG9ydGFnZS9wZWNsLXppcC0xLjAvd29yawp0YXI6IEEg
bG9uZSB6ZXJvIGJsb2NrIGF0IDQ1Cj4+PiBTb3VyY2UgdW5wYWNrZWQuCj4+PiBDb21waWxpbmcg
c291cmNlIC4uLgogG1szMjswMW0qG1swbSAKIBtbMzI7MDFtKhtbMG0gVXNpbmcgZGV2LWxhbmcv
cGhwLTUuMS4wX3JjMQogG1szMjswMW0qG1swbSAKQ29uZmlndXJpbmcgZm9yOgpQSFAgQXBpIFZl
cnNpb246ICAgICAgICAgMjAwNDEyMjUKWmVuZCBNb2R1bGUgQXBpIE5vOiAgICAgIDIwMDUwNjE3
ClplbmQgRXh0ZW5zaW9uIEFwaSBObzogICAyMjAwNTA2MTcKY3JlYXRpbmcgY2FjaGUgLi9jb25m
aWcuY2FjaGUKY2hlY2tpbmcgZm9yIEN5Z3dpbiBlbnZpcm9ubWVudC4uLiBubwpjaGVja2luZyBm
b3IgbWluZ3czMiBlbnZpcm9ubWVudC4uLiBubwpjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHBy
ZXByb2Nlc3Nvci4uLiBjYyAtRQpjaGVja2luZyBmb3IgZWdyZXAuLi4gZ3JlcCAtRQpjaGVja2lu
ZyBmb3IgYSBzZWQgdGhhdCBkb2VzIG5vdCB0cnVuY2F0ZSBvdXRwdXQuLi4gL3Vzci9iaW4vc2Vk
CmNoZWNraW5nIGZvciBnY2MuLi4gZ2NjCmNoZWNraW5nIHdoZXRoZXIgdGhlIEMgY29tcGlsZXIg
KGdjYyAtTzMgLW1hcmNoPWF0aGxvbi1tcCAtcGlwZSAtZm9taXQtZnJhbWUtcG9pbnRlciApIHdv
cmtzLi4uIHllcwpjaGVja2luZyB3aGV0aGVyIHRoZSBDIGNvbXBpbGVyIChnY2MgLU8zIC1tYXJj
aD1hdGhsb24tbXAgLXBpcGUgLWZvbWl0LWZyYW1lLXBvaW50ZXIgKSBpcyBhIGNyb3NzLWNvbXBp
bGVyLi4uIG5vCmNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIEdOVSBDLi4uIHllcwpjaGVj
a2luZyB3aGV0aGVyIGdjYyBhY2NlcHRzIC1nLi4uIHllcwpjaGVja2luZyB3aGV0aGVyIGdjYyBh
bmQgY2MgdW5kZXJzdGFuZCAtYyBhbmQgLW8gdG9nZXRoZXIuLi4geWVzCmNoZWNraW5nIGlmIGNv
bXBpbGVyIHN1cHBvcnRzIC1SLi4uIG5vCmNoZWNraW5nIGlmIGNvbXBpbGVyIHN1cHBvcnRzIC1X
bCwtcnBhdGgsLi4uIHllcwpjaGVja2luZyBob3N0IHN5c3RlbSB0eXBlLi4uIGk2ODYtcGMtbGlu
dXgtZ251CmNoZWNraW5nIHRhcmdldCBzeXN0ZW0gdHlwZS4uLiBpNjg2LXBjLWxpbnV4LWdudQpj
aGVja2luZyBmb3IgUEhQIHByZWZpeC4uLiAvdXNyL2xpYi9waHA1CmNoZWNraW5nIGZvciBQSFAg
aW5jbHVkZXMuLi4gLUkvdXNyL2xpYi9waHA1L2luY2x1ZGUvcGhwIC1JL3Vzci9saWIvcGhwNS9p
bmNsdWRlL3BocC9tYWluIC1JL3Vzci9saWIvcGhwNS9pbmNsdWRlL3BocC9UU1JNIC1JL3Vzci9s
aWIvcGhwNS9pbmNsdWRlL3BocC9aZW5kCmNoZWNraW5nIGZvciBQSFAgZXh0ZW5zaW9uIGRpcmVj
dG9yeS4uLiAvdXNyL2xpYi9waHA1L2xpYi9waHAvZXh0ZW5zaW9ucy9uby1kZWJ1Zy1ub24tenRz
LTIwMDUwNjE3CmNoZWNraW5nIGZvciByZTJjLi4uIG5vCmNvbmZpZ3VyZTogd2FybmluZzogWW91
IHdpbGwgbmVlZCByZTJjIDAuOTggb3IgbGF0ZXIgaWYgeW91IHdhbnQgdG8gcmVnZW5lcmF0ZSBQ
SFAgcGFyc2Vycy4KY2hlY2tpbmcgZm9yIGdhd2suLi4gZ2F3awpjaGVja2luZyBmb3IgWklQIHN1
cHBvcnQuLi4geWVzLCBzaGFyZWQKY2hlY2tpbmcgZm9yIHp6aXBfb3BlbiBpbiAtbHp6aXAuLi4g
eWVzCmNoZWNraW5nIGJ1aWxkIHN5c3RlbSB0eXBlLi4uIGk2ODYtcGMtbGludXgtZ251CmNoZWNr
aW5nIGZvciBsZCB1c2VkIGJ5IGdjYy4uLiAvdXNyL2k2ODYtcGMtbGludXgtZ251L2Jpbi9sZApj
aGVja2luZyBpZiB0aGUgbGlua2VyICgvdXNyL2k2ODYtcGMtbGludXgtZ251L2Jpbi9sZCkgaXMg
R05VIGxkLi4uIHllcwpjaGVja2luZyBmb3IgL3Vzci9pNjg2LXBjLWxpbnV4LWdudS9iaW4vbGQg
b3B0aW9uIHRvIHJlbG9hZCBvYmplY3QgZmlsZXMuLi4gLXIKY2hlY2tpbmcgZm9yIEJTRC1jb21w
YXRpYmxlIG5tLi4uIC91c3IvYmluL25tIC1CCmNoZWNraW5nIHdoZXRoZXIgbG4gLXMgd29ya3Mu
Li4geWVzCmNoZWNraW5nIGhvdyB0byByZWNvZ25pc2UgZGVwZW5kZW50IGxpYnJhcmllcy4uLiBw
YXNzX2FsbApjaGVja2luZyBmb3Igb2JqZWN0IHN1ZmZpeC4uLiBvCmNoZWNraW5nIGZvciBleGVj
dXRhYmxlIHN1ZmZpeC4uLiBubwpjaGVja2luZyBmb3IgZGxmY24uaC4uLiB5ZXMKY2hlY2tpbmcg
Zm9yIGMrKy4uLiBjKysKY2hlY2tpbmcgd2hldGhlciB0aGUgQysrIGNvbXBpbGVyIChjKysgLU8z
IC1tYXJjaD1hdGhsb24tbXAgLXBpcGUgLWZvbWl0LWZyYW1lLXBvaW50ZXIgKSB3b3Jrcy4uLiB5
ZXMKY2hlY2tpbmcgd2hldGhlciB0aGUgQysrIGNvbXBpbGVyIChjKysgLU8zIC1tYXJjaD1hdGhs
b24tbXAgLXBpcGUgLWZvbWl0LWZyYW1lLXBvaW50ZXIgKSBpcyBhIGNyb3NzLWNvbXBpbGVyLi4u
IG5vCmNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIEdOVSBDKysuLi4geWVzCmNoZWNraW5n
IHdoZXRoZXIgYysrIGFjY2VwdHMgLWcuLi4geWVzCmNoZWNraW5nIGhvdyB0byBydW4gdGhlIEMr
KyBwcmVwcm9jZXNzb3IuLi4gYysrIC1FCmNoZWNraW5nIHRoZSBtYXhpbXVtIGxlbmd0aCBvZiBj
b21tYW5kIGxpbmUgYXJndW1lbnRzLi4uIDMyNzY4CmNoZWNraW5nIGNvbW1hbmQgdG8gcGFyc2Ug
L3Vzci9iaW4vbm0gLUIgb3V0cHV0IGZyb20gZ2NjIG9iamVjdC4uLiBvawpjaGVja2luZyBmb3Ig
b2JqZGlyLi4uIC5saWJzCmNoZWNraW5nIGZvciBhci4uLiBhcgpjaGVja2luZyBmb3IgcmFubGli
Li4uIHJhbmxpYgpjaGVja2luZyBmb3Igc3RyaXAuLi4gc3RyaXAKY2hlY2tpbmcgaWYgZ2NjIHN0
YXRpYyBmbGFnICB3b3Jrcy4uLiB5ZXMKY2hlY2tpbmcgaWYgZ2NjIHN1cHBvcnRzIC1mbm8tcnR0
aSAtZm5vLWV4Y2VwdGlvbnMuLi4gbm8KY2hlY2tpbmcgZm9yIGdjYyBvcHRpb24gdG8gcHJvZHVj
ZSBQSUMuLi4gLWZQSUMKY2hlY2tpbmcgaWYgZ2NjIFBJQyBmbGFnIC1mUElDIHdvcmtzLi4uIHll
cwpjaGVja2luZyBpZiBnY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5vLi4uIHllcwpjaGVja2luZyB3
aGV0aGVyIHRoZSBnY2MgbGlua2VyICgvdXNyL2k2ODYtcGMtbGludXgtZ251L2Jpbi9sZCkgc3Vw
cG9ydHMgc2hhcmVkIGxpYnJhcmllcy4uLiB5ZXMKY2hlY2tpbmcgd2hldGhlciAtbGMgc2hvdWxk
IGJlIGV4cGxpY2l0bHkgbGlua2VkIGluLi4uIG5vCmNoZWNraW5nIGR5bmFtaWMgbGlua2VyIGNo
YXJhY3RlcmlzdGljcy4uLiBHTlUvTGludXggbGQuc28KY2hlY2tpbmcgaG93IHRvIGhhcmRjb2Rl
IGxpYnJhcnkgcGF0aHMgaW50byBwcm9ncmFtcy4uLiBpbW1lZGlhdGUKY2hlY2tpbmcgd2hldGhl
ciBzdHJpcHBpbmcgbGlicmFyaWVzIGlzIHBvc3NpYmxlLi4uIHllcwpjaGVja2luZyBpZiBsaWJ0
b29sIHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJpZXMuLi4geWVzCmNoZWNraW5nIHdoZXRoZXIgdG8g
YnVpbGQgc2hhcmVkIGxpYnJhcmllcy4uLiB5ZXMKY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBz
dGF0aWMgbGlicmFyaWVzLi4uIG5vCgpjcmVhdGluZyBsaWJ0b29sCmFwcGVuZGluZyBjb25maWd1
cmF0aW9uIHRhZyAiQ1hYIiB0byBsaWJ0b29sCmNoZWNraW5nIHdoZXRoZXIgdGhlIGMrKyBsaW5r
ZXIgKC91c3IvaTY4Ni1wYy1saW51eC1nbnUvYmluL2xkKSBzdXBwb3J0cyBzaGFyZWQgbGlicmFy
aWVzLi4uIHllcwpjaGVja2luZyBmb3IgYysrIG9wdGlvbiB0byBwcm9kdWNlIFBJQy4uLiAtZlBJ
QwpjaGVja2luZyBpZiBjKysgUElDIGZsYWcgLWZQSUMgd29ya3MuLi4geWVzCmNoZWNraW5nIGlm
IGMrKyBzdXBwb3J0cyAtYyAtbyBmaWxlLm8uLi4geWVzCmNoZWNraW5nIHdoZXRoZXIgdGhlIGMr
KyBsaW5rZXIgKC91c3IvaTY4Ni1wYy1saW51eC1nbnUvYmluL2xkKSBzdXBwb3J0cyBzaGFyZWQg
bGlicmFyaWVzLi4uIHllcwpjaGVja2luZyBkeW5hbWljIGxpbmtlciBjaGFyYWN0ZXJpc3RpY3Mu
Li4gR05VL0xpbnV4IGxkLnNvCmNoZWNraW5nIGhvdyB0byBoYXJkY29kZSBsaWJyYXJ5IHBhdGhz
IGludG8gcHJvZ3JhbXMuLi4gaW1tZWRpYXRlCmNoZWNraW5nIHdoZXRoZXIgc3RyaXBwaW5nIGxp
YnJhcmllcyBpcyBwb3NzaWJsZS4uLiB5ZXMKdXBkYXRpbmcgY2FjaGUgLi9jb25maWcuY2FjaGUK
Y3JlYXRpbmcgLi9jb25maWcuc3RhdHVzCmNyZWF0aW5nIGNvbmZpZy5oCi9iaW4vc2ggL21udC9i
YWNrdXAvZ2F0ZWtlZXBlci10ZW1wL3BvcnRhZ2UvcGVjbC16aXAtMS4wL3dvcmsvemlwLTEuMC9s
aWJ0b29sIC0tbW9kZT1jb21waWxlIGdjYyAgLUkuIC1JL21udC9iYWNrdXAvZ2F0ZWtlZXBlci10
ZW1wL3BvcnRhZ2UvcGVjbC16aXAtMS4wL3dvcmsvemlwLTEuMCAtRFBIUF9BVE9NX0lOQyAtSS9t
bnQvYmFja3VwL2dhdGVrZWVwZXItdGVtcC9wb3J0YWdlL3BlY2wtemlwLTEuMC93b3JrL3ppcC0x
LjAvaW5jbHVkZSAtSS9tbnQvYmFja3VwL2dhdGVrZWVwZXItdGVtcC9wb3J0YWdlL3BlY2wtemlw
LTEuMC93b3JrL3ppcC0xLjAvbWFpbiAtSS9tbnQvYmFja3VwL2dhdGVrZWVwZXItdGVtcC9wb3J0
YWdlL3BlY2wtemlwLTEuMC93b3JrL3ppcC0xLjAgLUkvdXNyL2xpYi9waHA1L2luY2x1ZGUvcGhw
IC1JL3Vzci9saWIvcGhwNS9pbmNsdWRlL3BocC9tYWluIC1JL3Vzci9saWIvcGhwNS9pbmNsdWRl
L3BocC9UU1JNIC1JL3Vzci9saWIvcGhwNS9pbmNsdWRlL3BocC9aZW5kICAtREhBVkVfQ09ORklH
X0ggIC1PMyAtbWFyY2g9YXRobG9uLW1wIC1waXBlIC1mb21pdC1mcmFtZS1wb2ludGVyICAgLWMg
L21udC9iYWNrdXAvZ2F0ZWtlZXBlci10ZW1wL3BvcnRhZ2UvcGVjbC16aXAtMS4wL3dvcmsvemlw
LTEuMC96aXAuYyAtbyB6aXAubG8gCm1rZGlyIC5saWJzCiBnY2MgLUkuIC1JL21udC9iYWNrdXAv
Z2F0ZWtlZXBlci10ZW1wL3BvcnRhZ2UvcGVjbC16aXAtMS4wL3dvcmsvemlwLTEuMCAtRFBIUF9B
VE9NX0lOQyAtSS9tbnQvYmFja3VwL2dhdGVrZWVwZXItdGVtcC9wb3J0YWdlL3BlY2wtemlwLTEu
MC93b3JrL3ppcC0xLjAvaW5jbHVkZSAtSS9tbnQvYmFja3VwL2dhdGVrZWVwZXItdGVtcC9wb3J0
YWdlL3BlY2wtemlwLTEuMC93b3JrL3ppcC0xLjAvbWFpbiAtSS9tbnQvYmFja3VwL2dhdGVrZWVw
ZXItdGVtcC9wb3J0YWdlL3BlY2wtemlwLTEuMC93b3JrL3ppcC0xLjAgLUkvdXNyL2xpYi9waHA1
L2luY2x1ZGUvcGhwIC1JL3Vzci9saWIvcGhwNS9pbmNsdWRlL3BocC9tYWluIC1JL3Vzci9saWIv
cGhwNS9pbmNsdWRlL3BocC9UU1JNIC1JL3Vzci9saWIvcGhwNS9pbmNsdWRlL3BocC9aZW5kIC1E
SEFWRV9DT05GSUdfSCAtTzMgLW1hcmNoPWF0aGxvbi1tcCAtcGlwZSAtZm9taXQtZnJhbWUtcG9p
bnRlciAtYyAvbW50L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAvcG9ydGFnZS9wZWNsLXppcC0xLjAv
d29yay96aXAtMS4wL3ppcC5jICAtZlBJQyAtRFBJQyAtbyAubGlicy96aXAubwpJbiBmaWxlIGlu
Y2x1ZGVkIGZyb20gL21udC9iYWNrdXAvZ2F0ZWtlZXBlci10ZW1wL3BvcnRhZ2UvcGVjbC16aXAt
MS4wL3dvcmsvemlwLTEuMC9waHBfemlwLmg6MjQsCiAgICAgICAgICAgICAgICAgZnJvbSAvbW50
L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAvcG9ydGFnZS9wZWNsLXppcC0xLjAvd29yay96aXAtMS4w
L3ppcC5jOjI3OgovdXNyL2luY2x1ZGUvenppcGxpYi5oOjQ6Mjogd2FybmluZzogI3dhcm5pbmcg
ZG8gbm8gbm90IHVzZSA8enppcGxpYi5oPiwgdXBkYXRlIHRvIGluY2x1ZGUgPHp6aXAvenppcC5o
PgovYmluL3NoIC9tbnQvYmFja3VwL2dhdGVrZWVwZXItdGVtcC9wb3J0YWdlL3BlY2wtemlwLTEu
MC93b3JrL3ppcC0xLjAvbGlidG9vbCAtLW1vZGU9bGluayBnY2MgLURQSFBfQVRPTV9JTkMgLUkv
bW50L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAvcG9ydGFnZS9wZWNsLXppcC0xLjAvd29yay96aXAt
MS4wL2luY2x1ZGUgLUkvbW50L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAvcG9ydGFnZS9wZWNsLXpp
cC0xLjAvd29yay96aXAtMS4wL21haW4gLUkvbW50L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAvcG9y
dGFnZS9wZWNsLXppcC0xLjAvd29yay96aXAtMS4wIC1JL3Vzci9saWIvcGhwNS9pbmNsdWRlL3Bo
cCAtSS91c3IvbGliL3BocDUvaW5jbHVkZS9waHAvbWFpbiAtSS91c3IvbGliL3BocDUvaW5jbHVk
ZS9waHAvVFNSTSAtSS91c3IvbGliL3BocDUvaW5jbHVkZS9waHAvWmVuZCAgLURIQVZFX0NPTkZJ
R19IICAtTzMgLW1hcmNoPWF0aGxvbi1tcCAtcGlwZSAtZm9taXQtZnJhbWUtcG9pbnRlciAgIC1v
IHppcC5sYSAtZXhwb3J0LWR5bmFtaWMgLWF2b2lkLXZlcnNpb24gLXByZWZlci1waWMgLW1vZHVs
ZSAtcnBhdGggL21udC9iYWNrdXAvZ2F0ZWtlZXBlci10ZW1wL3BvcnRhZ2UvcGVjbC16aXAtMS4w
L3dvcmsvemlwLTEuMC9tb2R1bGVzICB6aXAubG8gLWx6emlwCmdjYyAtc2hhcmVkICAubGlicy96
aXAubyAgL3Vzci9saWIvbGlienppcC5zbyAgLW1hcmNoPWF0aGxvbi1tcCAtV2wsLXNvbmFtZSAt
V2wsemlwLnNvIC1vIC5saWJzL3ppcC5zbwpjcmVhdGluZyB6aXAubGEKKGNkIC5saWJzICYmIHJt
IC1mIHppcC5sYSAmJiBsbiAtcyAuLi96aXAubGEgemlwLmxhKQovYmluL3NoIC9tbnQvYmFja3Vw
L2dhdGVrZWVwZXItdGVtcC9wb3J0YWdlL3BlY2wtemlwLTEuMC93b3JrL3ppcC0xLjAvbGlidG9v
bCAtLW1vZGU9aW5zdGFsbCBjcCAuL3ppcC5sYSAvbW50L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAv
cG9ydGFnZS9wZWNsLXppcC0xLjAvd29yay96aXAtMS4wL21vZHVsZXMKY3AgLi8ubGlicy96aXAu
c28gL21udC9iYWNrdXAvZ2F0ZWtlZXBlci10ZW1wL3BvcnRhZ2UvcGVjbC16aXAtMS4wL3dvcmsv
emlwLTEuMC9tb2R1bGVzL3ppcC5zbwpjcCAuLy5saWJzL3ppcC5sYWkgL21udC9iYWNrdXAvZ2F0
ZWtlZXBlci10ZW1wL3BvcnRhZ2UvcGVjbC16aXAtMS4wL3dvcmsvemlwLTEuMC9tb2R1bGVzL3pp
cC5sYQpQQVRIPSIkUEFUSDovc2JpbiIgbGRjb25maWcgLW4gL21udC9iYWNrdXAvZ2F0ZWtlZXBl
ci10ZW1wL3BvcnRhZ2UvcGVjbC16aXAtMS4wL3dvcmsvemlwLTEuMC9tb2R1bGVzCi0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0KTGlicmFyaWVzIGhhdmUgYmVlbiBpbnN0YWxsZWQgaW46CiAgIC9tbnQvYmFja3VwL2dh
dGVrZWVwZXItdGVtcC9wb3J0YWdlL3BlY2wtemlwLTEuMC93b3JrL3ppcC0xLjAvbW9kdWxlcwoK
SWYgeW91IGV2ZXIgaGFwcGVuIHRvIHdhbnQgdG8gbGluayBhZ2FpbnN0IGluc3RhbGxlZCBsaWJy
YXJpZXMKaW4gYSBnaXZlbiBkaXJlY3RvcnksIExJQkRJUiwgeW91IG11c3QgZWl0aGVyIHVzZSBs
aWJ0b29sLCBhbmQKc3BlY2lmeSB0aGUgZnVsbCBwYXRobmFtZSBvZiB0aGUgbGlicmFyeSwgb3Ig
dXNlIHRoZSBgLUxMSUJESVInCmZsYWcgZHVyaW5nIGxpbmtpbmcgYW5kIGRvIGF0IGxlYXN0IG9u
ZSBvZiB0aGUgZm9sbG93aW5nOgogICAtIGFkZCBMSUJESVIgdG8gdGhlIGBMRF9MSUJSQVJZX1BB
VEgnIGVudmlyb25tZW50IHZhcmlhYmxlCiAgICAgZHVyaW5nIGV4ZWN1dGlvbgogICAtIGFkZCBM
SUJESVIgdG8gdGhlIGBMRF9SVU5fUEFUSCcgZW52aXJvbm1lbnQgdmFyaWFibGUKICAgICBkdXJp
bmcgbGlua2luZwogICAtIHVzZSB0aGUgYC1XbCwtLXJwYXRoIC1XbCxMSUJESVInIGxpbmtlciBm
bGFnCiAgIC0gaGF2ZSB5b3VyIHN5c3RlbSBhZG1pbmlzdHJhdG9yIGFkZCBMSUJESVIgdG8gYC9l
dGMvbGQuc28uY29uZicKClNlZSBhbnkgb3BlcmF0aW5nIHN5c3RlbSBkb2N1bWVudGF0aW9uIGFi
b3V0IHNoYXJlZCBsaWJyYXJpZXMgZm9yCm1vcmUgaW5mb3JtYXRpb24sIHN1Y2ggYXMgdGhlIGxk
KDEpIGFuZCBsZC5zbyg4KSBtYW51YWwgcGFnZXMuCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCkJ1aWxkIGNvbXBs
ZXRlLgooSXQgaXMgc2FmZSB0byBpZ25vcmUgd2FybmluZ3MgYWJvdXQgdGVtcG5hbSBhbmQgdG1w
bmFtKS4KCj4+PiBGaW5pc2hlZCBjb21waWxpbmcKPj4+IFRlc3QgcGhhc2UgW25vdCBlbmFibGVk
XTsgZGV2LXBocDUvcGVjbC16aXAtMS4wCgo+Pj4gSW5zdGFsbCBwZWNsLXppcC0xLjAgaW50byAv
bW50L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAvL3BvcnRhZ2UvcGVjbC16aXAtMS4wL2ltYWdlLyBj
YXRlZ29yeSBkZXYtcGhwNQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tCllvdSBzaG91bGQgbm90IHVzZSAke0R9IHdpdGggaGVscGVycy4KICAt
LT4gCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0KIBtbMzI7MDFtKhtbMG0gRXh0ZW5zaW9uIGFkZGVkIHRvIC9ldGMvcGhwL2FwYWNoZTItcGhw
NS9leHQvemlwLmluaQogG1szMjswMW0qG1swbSBFeHRlbnNpb24gYWRkZWQgdG8gL2V0Yy9waHAv
Y2xpLXBocDUvZXh0L3ppcC5pbmkKc3RyaXA6IGk2ODYtcGMtbGludXgtZ251LXN0cmlwIC0tc3Ry
aXAtdW5uZWVkZWQKICAgemlwLnNvCj4+PiBDb21wbGV0ZWQgaW5zdGFsbGluZyBwZWNsLXppcC0x
LjAgaW50byAvbW50L2JhY2t1cC9nYXRla2VlcGVyLXRlbXAvL3BvcnRhZ2UvcGVjbC16aXAtMS4w
L2ltYWdlLwoK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>69484</attachid>
            <date>2005-09-29 06:14 0000</date>
            <desc>Modified mod_php ebuild for pdflib support</desc>
            <filename>mod_php-4.4.0-r3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1waHAvbW9kX3BocC9tb2RfcGhwLTQuNC4w
LXIzLmVidWlsZCx2IDEuNyAyMDA1LzA5LzIxIDE5OjI2OjE4IGhhbnNtaSBFeHAgJAoKSVVTRT0i
YXBhY2hlMiBwZGZsaWIiCgpLRVlXT1JEUz0ifmFscGhhIGFtZDY0IH5hcm0gaHBwYSB+aWE2NCB+
bWlwcyBwcGMgcHBjNjQgfnNwYXJjIHg4NiIKCmRldGVjdGFwYWNoZSgpIHsKCWxvY2FsIGRvbXNn
PQoJWyAtbiAiJDEiIF0gJiYgZG9tc2c9MQoJSEFWRV9BUEFDSEUxPQoJSEFWRV9BUEFDSEUyPQoJ
aGFzX3ZlcnNpb24gJz1uZXQtd3d3L2FwYWNoZS0xKicgJiYgSEFWRV9BUEFDSEUxPTEKCWhhc192
ZXJzaW9uICc9bmV0LXd3dy9hcGFjaGUtMionICYmIEhBVkVfQVBBQ0hFMj0xCgoJWyAtbiAiJHtI
QVZFX0FQQUNIRTF9IiBdICYmIEFQQUNIRVZFUj0xCglbIC1uICIke0hBVkVfQVBBQ0hFMn0iIF0g
JiYgQVBBQ0hFVkVSPTIKCVsgLW4gIiR7SEFWRV9BUEFDSEUxfSIgXSAmJiBbIC1uICIke0hBVkVf
QVBBQ0hFMn0iIF0gJiYgQVBBQ0hFVkVSPSdib3RoJwoKCWNhc2UgIiR7QVBBQ0hFVkVSfSIgaW4K
CTEpIFsgLW4gIiR7ZG9tc2d9IiBdICYmIGVpbmZvICdBcGFjaGUxIG9ubHkgZGV0ZWN0ZWQnIDs7
CgkyKSBbIC1uICIke2RvbXNnfSIgXSAmJiBlaW5mbyAnQXBhY2hlMiBvbmx5IGRldGVjdGVkJzs7
Cglib3RoKQoJCWlmIHVzZSBhcGFjaGUyOyB0aGVuCgkJCVsgLW4gIiR7ZG9tc2d9IiBdICYmIGVp
bmZvICJNdWx0aXBsZSBBcGFjaGUgdmVyc2lvbnMgZGV0ZWN0ZWQsIHVzaW5nIEFwYWNoZTIgKFVT
RT1hcGFjaGUyKSIKCQkJQVBBQ0hFVkVSPTIKCQllbHNlCgkJCVsgLW4gIiR7ZG9tc2d9IiBdICYm
IGVpbmZvICdNdWx0aXBsZSBBcGFjaGUgdmVyc2lvbnMgZGV0ZWN0ZWQsIHVzaW5nIEFwYWNoZTEg
KFVTRT0tYXBhY2hlMiknCgkJCUFQQUNIRVZFUj0xCgkJZmkgOzsKCSopIGlmIFsgLW4gIiR7ZG9t
c2d9IiBdOyB0aGVuCgkJCU1TRz0iVW5rbm93biBBcGFjaGUgdmVyc2lvbiEiOyBlZXJyb3IgJE1T
RyA7IGRpZSAkTVNHCgkgICBlbHNlCgkJCUFQQUNIRVZFUj0wCgkgICBmaTsgOzsKCWVzYWMKfQoK
ZGV0ZWN0YXBhY2hlCgpTTE9UPSIke0FQQUNIRVZFUn0iClsgIiR7QVBBQ0hFVkVSfSIgLWVxICcy
JyBdICYmIFVTRV9BUEFDSEUyPScyJyB8fCBVU0VfQVBBQ0hFMj0nJwoKUEhQU0FQST0iYXBhY2hl
JHtBUEFDSEVWRVJ9IgojU1JDX1VSSV9CQVNFPSJodHRwOi8vZG93bmxvYWRzLnBocC5uZXQvaWxp
YS8iICMgZm9yIFJDIG9ubHkKCiMgQklHIEZBVCBXQVJOSU5HIQojIHRoZSBwaHAgZWNsYXNzIHJl
cXVpcmVzIHRoZSBQSFBTQVBJIHNldHRpbmchCiMgSW4gdGhpcyBjYXNlIHRoZSBQSFBTQVBJIHNl
dHRpbmcgaXMgZGVwZW5kYW50IG9uIHRoZSBkZXRlY3RhcGFjaGUgZnVuY3Rpb24KIyBhYm92ZSB0
aGlzIHBvaW50IGFzIHdlbGwhCmluaGVyaXQgcGhwLXNhcGkgZXV0aWxzIGFwYWNoZS1tb2R1bGUg
ZmxhZy1vLW1hdGljCgpERVNDUklQVElPTj0iQXBhY2hlIG1vZHVsZSBmb3IgUEhQIgoKREVQRU5E
X0VYVFJBPSI+PW5ldC13d3cvYXBhY2hlLTEuMy4zMy1yMTAKCQkJICBhcGFjaGUyPyAoID49bmV0
LXd3dy9hcGFjaGUtMi4wLjU0LXIzMCApIgpERVBFTkQ9IiR7REVQRU5EfSAke0RFUEVORF9FWFRS
QX0iClJERVBFTkQ9IiR7UkRFUEVORH0gJHtERVBFTkRfRVhUUkF9IgpJVVNFPSIke0lVU0V9IGRl
YnVnIgojIGZvciB0aGlzIHJldmlzaW9uIG9ubHkKUERFUEVORD0iPj0ke1BIUF9QUk9WSURFUl9Q
S0d9LTQuNC4wIgpQUk9WSURFPSIke1BST1ZJREV9IHZpcnR1YWwvaHR0cGQtcGhwIgoKIyBmaXhl
ZCBQQ1JFIGxpYnJhcnkgZm9yIHNlY3VyaXR5IGlzc3VlcywgYnVnICMxMDIzNzMKU1JDX1VSST0i
JHtTUkNfVVJJfSBodHRwOi8vZGwubG9uZ2l0ZWtrLmNvbS9waHAtcGNyZWxpYi1uZXctc2VjcGF0
Y2gudGFyLmJ6MiIKCiMgZ2VuZXJhbGl6ZSBzb21lIGFwYWNoZXssMn0gdmFycyAoZGVmaW5lZCBi
eSBhcGFjaGUtbW9kdWxlLmVjbGFzcykKaWYgWyAtbiAke1VTRV9BUEFDSEUyfSBdOyB0aGVuCglB
UEFDSEVfTU9EVUxFU0RJUj0ke0FQQUNIRTJfTU9EVUxFU0RJUn0KCUFQQUNIRV9DT05GRElSPSR7
QVBBQ0hFMl9DT05GRElSfQplbHNlCglBUEFDSEVfTU9EVUxFU0RJUj0ke0FQQUNIRV9NT0RVTEVT
RElSfQoJQVBBQ0hFX0NPTkZESVI9JHtBUEFDSEVfQ09ORkRJUn0KZmkKCiMgQWRkIGEgJ3JldHVy
biAwJyBhcyB3ZSBET04nVCB3YW50IHRoZSByZXR1cm4gY29kZSBjaGVja2VkCnBrZ19zZXR1cCgp
IHsKCXVzZSBkZWJ1ZyAmJiBlaW5mbyAiSW5zdGFsbGluZyBpbiBTTE9UPSR7U0xPVH0iCglyZXR1
cm4gMAp9CgpzcmNfdW5wYWNrKCkgewoJbXVsdGlpbnN0d2FybgoJZGV0ZWN0YXBhY2hlIGRvbXNn
CglwaHAtc2FwaV9zcmNfdW5wYWNrCglpZiBbICIke0FSQ0h9IiA9PSAiYW1kNjQiIF0gOyB0aGVu
CgkJZXBhdGNoICR7RklMRVNESVJ9L21vZF9waHAtNC4zLjQtYW1kNjRoYWNrLmRpZmYKCWZpCgoJ
IyBidWcgZml4IGZvciBzZWN1cml0eSBwcm9ibGVtIC0gYnVnICMzOTk1MgoJIyBzZWNvbmQgcmV2
aXNpb24gYXMgdGhlIGFwYWNoZTIgc3R1ZmYgd2FzIHJlc29sdmVkIHVwc3RyZWFtCgllcGF0Y2gg
JHtGSUxFU0RJUn0vbW9kX3BocC00LjMuNS1hcGFjaGUxc2VjdXJpdHkuZGlmZgoKCSMgc3RvcCBw
aHAgZnJvbSBhY3RpdmluZyB0aGUgYXBhY2hlIGNvbmZpZywgYXMgd2Ugd2lsbCBkbyB0aGF0IG91
cnNlbHZlcwoJZm9yIGkgaW4gY29uZmlndXJlIHNhcGkvYXBhY2hlL2NvbmZpZy5tNCBzYXBpL2Fw
YWNoZTJmaWx0ZXIvY29uZmlnLm00IHNhcGkvYXBhY2hlMmhhbmRsZXIvY29uZmlnLm00OyBkbwoJ
CXNlZCAtaS5vcmlnIC1lICdzLC1pIC1hIC1uIHBocDQsLWkgLW4gcGhwNCxnJyAkaQoJZG9uZQoK
CSMgZml4IGltYXAgc3ltbGluayBjcmVhdGlvbiwgYnVnICMxMDUzNTEKCXVzZSBpbWFwICYmIGVw
YXRjaCAke0ZJTEVTRElSfS9waHA0LjQuMC1pbWFwLXN5bWxpbmsuZGlmZgoKCSMgd2UgbmVlZCB0
byB1bnBhY2sgdGhlIGZpbGVzIGhlcmUsIHRoZSBlY2xhc3MgZG9lc24ndCBoYW5kbGUgdGhpcwoJ
Y2QgJHtXT1JLRElSfQoJdW5wYWNrIHBocC1wY3JlbGliLW5ldy1zZWNwYXRjaC50YXIuYnoyCglj
ZCAke1N9CgoJIyBwYXRjaCB0byBmaXggUENSRSBsaWJyYXJ5IHNlY3VyaXR5IGlzc3VlcywgYnVn
ICMxMDIzNzMKCWVwYXRjaCAke0ZJTEVTRElSfS9waHA0LjQuMC1wY3JlLXNlY3VyaXR5LnBhdGNo
CgoJIyBzb2JzdGl0dXRlIHRoZSBidW5kbGVkIFBDUkUgbGlicmFyeSB3aXRoIGEgZml4ZWQgdmVy
c2lvbiBmb3IgYnVnICMxMDIzNzMKCWVpbmZvICJVcGRhdGluZyBidW5kbGVkIFBDUkUgbGlicmFy
eSIKCXJtIC1yZiAke1N9L2V4dC9wY3JlL3BjcmVsaWIgJiYgbXYgLWYgJHtXT1JLRElSfS9wY3Jl
bGliLW5ldyAke1N9L2V4dC9wY3JlL3BjcmVsaWIgfHwgZGllICJVbmFibGUgdG8gdXBkYXRlIHRo
ZSBidW5kbGVkIFBDUkUgbGlicmFyeSIKfQoKc2V0dXBfZW52aXJvbigpIHsKCWFwcGVuZC1mbGFn
cyBgYXByLWNvbmZpZyAtLWNwcGZsYWdzIC0tY2ZsYWdzYAp9CgpzcmNfY29tcGlsZSgpIHsKCXNl
dHVwX2Vudmlyb24KCgkjIEV2ZXJ5IEFwYWNoZTIgTVBNIEVYQ0VQVCBwcmVmb3JrIG5lZWRzIFpl
bmQgVGhyZWFkIFNhZmV0eQoJaWYgWyAtbiAiJHtVU0VfQVBBQ0hFMn0iIF07IHRoZW4KCQlBUEFD
SEUyX01QTT0iYC91c3Ivc2Jpbi9hcGFjaGUyIC1sIHwgZWdyZXAgJ3dvcmtlcnxwZXJjaGlsZHxs
ZWFkZXJ8dGhyZWFkcG9vbHxwcmVmb3JrJ3xjdXQgLWQuIC1mMXxzZWQgLWUgJ3MvXltbOnNwYWNl
Ol1dKi8vZztzL1tbOnNwYWNlOl1dKy8gL2c7J2AiCgkJZWluZm8gIkFwYWNoZTIgTVBNOiAke0FQ
QUNIRTJfTVBNfSIKCQljYXNlICIke0FQQUNIRTJfTVBNfSIgaW4KCQkJKnByZWZvcmsqKSA7OwoJ
CQkqcGVydXNlciopIDs7CgkJCSopIG15Y29uZj0iJHtteWNvbmZ9IC0tZW5hYmxlLWV4cGVyaW1l
bnRhbC16dHMiIDsgZXdhcm4gIkVuYWJsaW5nIFpUUyBmb3IgQXBhY2hlMiBNUE0iIDs7CgkJZXNh
YzsKCWZpCgoJI3VzZSBhcGFjaGUyCglteWNvbmY9IiR7bXljb25mfSAtLXdpdGgtYXB4cyR7VVNF
X0FQQUNIRTJ9PS91c3Ivc2Jpbi9hcHhzJHtVU0VfQVBBQ0hFMn0iCgoJIyBEbyBub3QgYnVpbGQg
Q0xJIFNBUEkgbW9kdWxlLgoJbXljb25mPSIke215Y29uZn0gLS1kaXNhYmxlLWNsaSAtLXdpdGhv
dXQtcGVhciIKCQoJIyBVc2UgcGRmbGliCgl1c2UgcGRmbGliICYmIG15Y29uZj0iJHtteWNvbmZ9
IC0td2l0aC1wZGZsaWIiCgoJcGhwLXNhcGlfc3JjX2NvbXBpbGUKfQoKc3JjX2luc3RhbGwoKSB7
CglQSFBfSU5TVEFMTFRBUkdFVFM9Imluc3RhbGwiCglwaHAtc2FwaV9zcmNfaW5zdGFsbAoKCWRv
ZGlyICR7QVBBQ0hFX0NPTkZESVJ9Cglkb2RpciAke1BIUElOSURJUkVDVE9SWX0KCgllaW5mbyAi
Q2xlYW5pbmcgdXAgYSBsaXR0bGUiCglybSAtcmYgJHtEfSR7QVBBQ0hFX01PRFVMRVNESVJ9L2xp
YnBocDQuc28KCglleGVpbnRvICR7QVBBQ0hFX01PRFVMRVNESVJ9CgllaW5mbyAiSW5zdGFsbGlu
ZyBtb2RfcGhwIHNoYXJlZCBvYmplY3Qgbm93IgoJZG9leGUgLmxpYnMvbGlicGhwNC5zbwoKCWlm
IFsgLW4gIiR7VVNFX0FQQUNIRTJ9IiBdIDsgdGhlbgoJCWVpbmZvICJJbnN0YWxsaW5nIGEgQXBh
Y2hlMiBjb25maWcgZm9yIFBIUCAoNzBfbW9kX3BocC5jb25mKSIKCQlpbnNpbnRvICR7QVBBQ0hF
Ml9NT0RVTEVTX0NPTkZESVJ9CgkJZG9pbnMgJHtGSUxFU0RJUn0vNC40LjAtYTIvNzBfbW9kX3Bo
cC5jb25mCgllbHNlCgkJZWluZm8gIkluc3RhbGxpbmcgYSBBcGFjaGUgY29uZmlnIGZvciBQSFAg
KDcwX21vZF9waHAuY29uZikiCgkJaW5zaW50byAke0FQQUNIRTFfTU9EVUxFU19DT05GRElSfQoJ
CWRvaW5zICR7RklMRVNESVJ9LzQuNC4wLWExLzcwX21vZF9waHAuY29uZgoJZmkKfQoKbXVsdGlp
bnN0d2FybigpIHsKCWV3YXJuICJEdWUgdG8gc29tZSBwcmV2aW91cyBibG9vcGVycyB3aXRoIFBI
UCBhbmQgc2xvdHRpbmcsIHlvdSBtYXkgaGF2ZSIKCWV3YXJuICJtdWx0aXBsZSBpbnN0YW5jZXMg
b2YgbW9kX3BocCBpbnN0YWxsZWQuIFBsZWFzZSBsb29rIGF0IHRoZSBhdXRvY2xlYW4iCglld2Fy
biAib3V0cHV0IGF0IHRoZSBlbmQgb2YgdGhlIGVtZXJnZSBhbmQgdW5tZXJnZSBhbGwgYnV0IHJl
bGV2YW50IgoJZXdhcm4gImluc3RhbmNlcy4iCn0KCmFwYWNoZTJmaXgoKSB7CglpZiBlZ3JlcCAt
cSAtLSAnLUQgUEhQXD4nIC9ldGMvY29uZi5kL2FwYWNoZTI7IHRoZW4KCQllaW5mbyAiQXR0ZW1w
aW5nIHRvIHVwZGF0ZSAvZXRjL2NvbmYuZC9hcGFjaGUyIGF1dG9tYXRpY2FsbHkgZm9yIHRoZSBQ
SFAvUEhQNCBjaGFuZ2UuIgoJCWxvY2FsIG9sZGZpbGU9Ii9ldGMvY29uZi5kL2FwYWNoZTIub2xk
LmBkYXRlICslWSVtJWQlSCVNJVNgIgoJCWNwIC9ldGMvY29uZi5kL2FwYWNoZTIgJHtvbGRmaWxl
fQoJCXNlZCAtcmUgJ3MsLUQgUEhQXD4sLUQgUEhQNCxnJyAke29sZGZpbGV9ICA8JHtvbGRmaWxl
fSA+L2V0Yy9jb25mLmQvYXBhY2hlMgoJZmkKfQoKCnBrZ19wcmVpbnN0KCkgewoJbXVsdGlpbnN0
d2FybgoJWyAiJHtBUEFDSEVWRVJ9IiAtZXEgJzInIF0gJiYgYXBhY2hlMmZpeAoJcGhwLXNhcGlf
cGtnX3ByZWluc3QKfQoKcGtnX3Bvc3RpbnN0KCkgewoJcGhwLXNhcGlfcGtnX3Bvc3RpbnN0Cglt
dWx0aWluc3R3YXJuCglBUEFDSEUxX01PRF9ERUZJTkU9IlBIUDQiCglBUEFDSEUxX01PRF9DT05G
PSI3MF9tb2RfcGhwLmNvbmYiCglBUEFDSEUyX01PRF9ERUZJTkU9IlBIUDQiCglBUEFDSEUyX01P
RF9DT05GPSI3MF9tb2RfcGhwLmNvbmYiCglhcGFjaGUtbW9kdWxlX3BrZ19wb3N0aW5zdAp9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>