<?xml version="1.0"?>
<?xml-stylesheet
href="http://www.w3.org/2000/08/w3c-synd/style.css" type="text/css"
?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel rdf:about="http://pear.php.net/bugs/search.php">
    <title>PEAR Bug Search Results</title>
    <link>http://pear.php.net/bugs/search.php?cmd=display&amp;package_name%5B0%5D=PEAR_PackageFileManager_Plugins</link>
    <description>Search Results</description>
    <dc:language>en-us</dc:language>
    <dc:creator>pear-webmaster@lists.php.net</dc:creator>
    <dc:publisher>pear-webmaster@lists.php.net</dc:publisher>
    <admin:generatorAgent rdf:resource="http://pear.php.net/bugs"/>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>
    <items>
     <rdf:Seq>
      <rdf:li rdf:resource="http://pear.php.net/bug/21002" />
      <rdf:li rdf:resource="http://pear.php.net/bug/16180" />
      <rdf:li rdf:resource="http://pear.php.net/bug/12671" />
      <rdf:li rdf:resource="http://pear.php.net/bug/11232" />

     </rdf:Seq>
    </items>
  </channel>

  <image rdf:about="http://pear.php.net/gifs/pearsmall.gif">
    <title>PEAR Bugs</title>
    <url>http://pear.php.net/gifs/pearsmall.gif</url>
    <link>http://pear.php.net/bugs</link>
  </image>

    <item rdf:about="http://pear.php.net/bug/21002">
      <title>PEAR_PackageFileManager_Plugins: Bug 21002 [Assigned] SVN plugin does not handle SVN &gt;= 1.7</title>
      <link>http://pear.php.net/bugs/21002</link>
      <content:encoded><![CDATA[<pre>PEAR_PackageFileManager_Plugins Bug
Reported by danielc
2015-12-16T16:24:13+00:00
PHP: Irrelevant OS:  Package Version: 1.0.4

Description:
------------
SVN 1.7 now only puts a .svn directory in the root of the working copy.  Need to traverse up the tree until it's found, then parse the metadata correctly.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_PackageFileManager_Plugins Bug
Reported by danielc
2015-12-16T16:24:13+00:00
PHP: Irrelevant OS:  Package Version: 1.0.4

Description:
------------
SVN 1.7 now only puts a .svn directory in the root of the working copy.  Need to traverse up the tree until it's found, then parse the metadata correctly.</pre>]]></description>
      <dc:date>2015-12-16T16:24:28+00:00</dc:date>
      <dc:creator>danielc &amp;#x61;&amp;#116; analysisandsolutions &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR_PackageFileManager_Plugins Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/16180">
      <title>PEAR_PackageFileManager_Plugins: Bug 16180 [Verified] File plugin gives incorrect results when directories are numbers themselves.</title>
      <link>http://pear.php.net/bugs/16180</link>
      <content:encoded><![CDATA[<pre>PEAR_PackageFileManager_Plugins Bug
Reported by matterk2
2009-05-05T09:24:18+00:00
PHP: 5.2.9 OS: OS X Package Version: 1.0.0

Description:
------------
When calling generateContents() on a directory structure which has one similar to

Package: API_1
Files:
API/1/Disptacher.php
API/1/0/Arg.php
API/1/0/Endpoint.php

With this structure the 'Dispatcher.php' file will never be listed in the package.xml.

I think it has something to do with the directory itself being an integer.

This applies to both the Svn and File generators.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_PackageFileManager_Plugins Bug
Reported by matterk2
2009-05-05T09:24:18+00:00
PHP: 5.2.9 OS: OS X Package Version: 1.0.0

Description:
------------
When calling generateContents() on a directory structure which has one similar to

Package: API_1
Files:
API/1/Disptacher.php
API/1/0/Arg.php
API/1/0/Endpoint.php

With this structure the 'Dispatcher.php' file will never be listed in the package.xml.

I think it has something to do with the directory itself being an integer.

This applies to both the Svn and File generators.</pre>]]></description>
      <dc:date>2011-03-25T04:36:47+00:00</dc:date>
      <dc:creator>matt &amp;#x61;&amp;#116; digg &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR_PackageFileManager_Plugins Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/12671">
      <title>PEAR_PackageFileManager_Plugins: Bug 12671 [Open] SVN metadata for directories ignored; directories read from filesystem</title>
      <link>http://pear.php.net/bugs/12671</link>
      <content:encoded><![CDATA[<pre>PEAR_PackageFileManager_Plugins Bug
Reported by timj
2007-12-12T12:45:15+00:00
PHP: Irrelevant OS:  Package Version: 

Description:
------------
The SVN metadata in a working copy defining which directories are version controlled is ignored, and instead the list of directories is read from the filesystem.

This means, for example, that if a directory looks something like this:

|- myproject
\-- somestuff
  |-- library1
  \-- library2 (SVN checkout from another base URL) 

then if you use PFM2 to generate a file list from the top-level directory, somestuff/library2 will be included in the file list even though it shouldn't be.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_PackageFileManager_Plugins Bug
Reported by timj
2007-12-12T12:45:15+00:00
PHP: Irrelevant OS:  Package Version: 

Description:
------------
The SVN metadata in a working copy defining which directories are version controlled is ignored, and instead the list of directories is read from the filesystem.

This means, for example, that if a directory looks something like this:

|- myproject
\-- somestuff
  |-- library1
  \-- library2 (SVN checkout from another base URL) 

then if you use PFM2 to generate a file list from the top-level directory, somestuff/library2 will be included in the file list even though it shouldn't be.</pre>]]></description>
      <dc:date>2009-03-26T02:03:38+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; timj &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>PEAR_PackageFileManager_Plugins Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/11232">
      <title>PEAR_PackageFileManager_Plugins: Feature/Change Request 11232 [Open] Separate directory for filelist generators</title>
      <link>http://pear.php.net/bugs/11232</link>
      <content:encoded><![CDATA[<pre>PEAR_PackageFileManager_Plugins Feature/Change Request
Reported by shangxiao
2007-06-06T06:16:40+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 

Description:
------------
In PEAR_PackageFileManager I plan to have a list of options for generating the filelist, which itself will be generated by reading the list of installed plugins.

At the moment I guess this could just be hardcoded, but it would make things easier if the generators were in their own directory.  Or would you have any other suggestions for reading the list of plugins?</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_PackageFileManager_Plugins Feature/Change Request
Reported by shangxiao
2007-06-06T06:16:40+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 

Description:
------------
In PEAR_PackageFileManager I plan to have a list of options for generating the filelist, which itself will be generated by reading the list of installed plugins.

At the moment I guess this could just be hardcoded, but it would make things easier if the generators were in their own directory.  Or would you have any other suggestions for reading the list of plugins?</pre>]]></description>
      <dc:date>2011-03-24T04:25:54+00:00</dc:date>
      <dc:creator>shang &amp;#x64;&amp;#111;&amp;#x74; xiao &amp;#x64;&amp;#111;&amp;#x74; sanders &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR_PackageFileManager_Plugins Feature/Change Request</dc:subject>
    </item>
</rdf:RDF>
