http://pear.php.net/ pear-webmaster@lists.php.net pear-webmaster@lists.php.net en-us The latest releases for the package pear_command_packaging http://pear.php.net/package/PEAR_Command_Packaging/download/0.2.0/ - fix Bug #9932: cannot build specs from external channels [cellog]<br /> - fix Bug #10116: fatal error when packaging packages from other channel [cellog]<br /> - NEW: Can now build specs for channels as well as packages<br /> - Can now build specs for packages from channels other than pear.php.net (bug #9932, bug #10116, bug #10254)<br /> - @possible_channel@ now doesn't include a trailing slash (template.spec changed to accommodate)<br /> - @possible_channel@ is now filled even if channel is pecl.php.net/pear.php.net - this is part of moving towards a less pear.php.net-centric system where the core PEAR channels are not particularly "special"<br /> - Add the following macros:<br /> - @php_files_statement@<br /> - @test_files_statement@<br /> - @data_files_statement@<br /> - @script_files_statement@<br /> - @customrole_files_statement@<br /> - @cfg_files_statement@<br /> - @www_files_statement@<br /> All of these are "intelligent" in that they are empty if no files of the given type exist, plus if files do exist and are in a subdirectory dedicated to the package being RPM-ified, then make-rpm-spec will just put the top level directory in the substitution, rather than a complete file list - this makes for much shorter specs in some cases. Use of the @XXX_files_statement@ substitutions is encouraged in favour of the @files@ substitution.<br /> - Deprecate @rpm_xml_dir@ macro - this is pointless (replaced with actual path in the template specs)<br /> - Deprecate @arch@ macro - this gave invalid results; it should either be "noarch" or not defined, not the architecture of the machine building the spec file. Replaced by @arch_statement@ if you really want to use it, although the building of specs for compiled packages (i.e. PECL) is not supported at the moment, even though in theory it should work in a similar way.<br /> - Fix a bug if PEAR/PackageFile.php was already included<br /> - Fix bug #10327, bug #8630 - file prefixes sometimes generated incorrectly, stops some packages building<br /> - Add $_spec_line_format config option to allow distributors to tune the format that additional RPM headers are added to the spec in, to match their conventions<br /> - Internal refactoring/cleanup<br /> - Require PHP 4.3.0+ to avoid internal cruft<br /> - Tidy summaries (trim and remove trailing dots) 2009-06-27T23:15:15-05:00 http://pear.php.net/package/PEAR_Command_Packaging/download/0.1.2/ - Fix critical bug which sometimes inhibited the use of some PEAR internal commands upon installation of PEAR_Command_Packaging 2006-06-28T10:11:54-05:00 http://pear.php.net/package/PEAR_Command_Packaging/download/0.1.1/ - Add support for generation of external deps (e.g. PHP extensions) (bug #6971)<br /> - Add %l (lowercased package name) option to RPM pkgname/depname format strings<br /> - Add support for customising the output specfile filename via the $_rpm_specname_format variable<br /> - Make it super-easy for downstream distros to customise the various package/dep/specfile naming to suit their conventions: all the options are now grouped together in the source<br /> - Add release_state macro for use in spec templates if required<br /> - De-duplicate dependencies (bug #6963)<br /> - Remove a last remaining case of hardcoded "PEAR::" package naming (when generating deps on PEAR itself)<br /> - Improve/tidy up docfile handling (bug #7118)<br /> - Revert PEAR package dependency to 1.4.3 and encode the 1.4.7 dep in the included template.spec instead.<br /> - Remove some forced 'rm's in template spec file to avoid masking problems<br /> - Abstract XML directory in default template spec<br /> - Stop owning / in RPM packages (bug #7129)<br /> - Wordwrap package description 2006-05-17T17:36:38-05:00 http://pear.php.net/package/PEAR_Command_Packaging/download/0.1.0/ Initial release 2006-02-28T11:33:44-05:00