Re: [PEAR-DEV] Dev utils
[email protected] (Brett Bieber) Mon, 21 Jul 2014 08:01:09 -0500
| Newsgroups | php.pear.dev |
|---|---|
| Message-ID | <CAF6z_L+8-uyfxLn_rWC=zgzGO349LKXwCp8aVt0j0O6PN7M0ew@mail.gmail.com> |
On Sun, Jul 20, 2014 at 6:05 PM, Vasil Rangelov <[email protected]> wrote: > Hi everyone. > > > > I'd like to announce a proposal for a new PEAR2 package, that I tentatively > call PEAR2_DevUtils. > > > > It abstracts away common tasks that I've tended to encounter when packaging > all the PEAR2 packages I've worked on, and I believe it will be of use > maybe > even to packages using PEAR or Pyrus outside of pear(2).php.net. > > > > In particular: > > - It can generate a PHAR stub that loads an autoloader when the PHAR is > used > as a library, prints version information when ran without arguments, > provides diagnostics based on the package.xml file, and can run a specified > file when the PHAR is ran with arguments. Also includes ability to insert > extra pieces of PHP code at certain events within the stub. > > - It can generate an $extrafiles array (more precisely - a list of files) > based on all files that belong to a specified package, already installed on > your dev machine. This will in turn let "pyrus make" include all of those > files into your package's archive. Also includes a convenience method to > take all packages (required and optional) defined in package.xml, and > bundle > those, assuming all are installed already. > > - It can add replace and EOL tasks to all files in the package. > > - It (re)generates the phprelease section with appropriate locations that > "fix" those pesky "[role]/[package]/[role]/*" paths into proper > "[role]/[package]/*". > > > > > > You can see the package's own scanoptions.php, packagexmlsetup.php and > extrasetup.php for example usage of each class in the package - you > basically use something similar in the respective file of your PEAR2 > package. And yeah. this package builds its own packaging files using > itself. > so meta, right? :-P > > > > > > I'd like to hear from other PEAR2 members if they'd approve of this getting > into PEAR2 under this or any other name (or perhaps offer an alternative > course of action for providing similar utilities), and more generally (from > ANYONE) - any other things you find yourself doing over and over again when > preparing packages for a release? Any suggestions for this package? > > > > Regards, > > Vasil Rangelov a.k.a. boen_robot > > I think this looks great. There's no reason it shouldn't be in the PEAR2 repo, my only thought is that maybe it should be incorporated into the Pyrus_Developer tools. I have no objections either way. The package looks useful. -- Brett Bieber