|
List Info
Thread: Re: Request for features in PEAR 2.0 (codename Pyrus)
|
|
| Re: Request for features in PEAR 2.0
(codename Pyrus) |

|
2007-05-23 15:11:06 |
How about dependency checks for things outside of PHP?
We've been pushing PEAR as a possible way to deploy our
ASP.NET apps under Mono so that our Linux sysadmins don't
have yet another way to manage application deployment.
Being able to specify dependencies for non-PHP
apps/libraries would help. Granted I'm not the expert on
PEAR but the only useful dependency outside of PHP I can
currently set is the OS
--Tony
----- Original Message ----
From: Stephan Wentz <stephan wentz.it>
To: Greg Beaver <greg chiaraquartet.net>
Cc: PEAR developer mailinglist <pear-dev lists.php.net>
Sent: Tuesday, May 22, 2007 3:32:00 PM
Subject: Re: [PEAR-DEV] Request for features in PEAR 2.0
(codename Pyrus)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Greg Beaver wrote:
> Hi,
>
> As some of you know, plans are well underway for the
next generation
> PEAR installer, which will be named Pyrus barring any
problems with
> trademarks or other naming issues. Pyrus is the genus
of the pear
> fruit. The goal is to encompass even more
functionality than the
> current PEAR installer.
>
> The roadmap for PEAR 2.0 is at
> htt
p://pear.php.net/bugs/roadmap.php?package=PEAR
>
> Please peruse the feature list and if you have ideas
for new features,
> open a feature request at http
://pear.php.net/bugs/report.php?package=PEAR
>
> The current source for the new installer is in CVS at
pear-core/PEAR2.
>
> Thank you,
> Greg
Would be great to make my repository relocatable. I just ran
through
this and was faster re-installing 25 packages than looking
through the
registry and change paths...
Bye, Stephan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGU1NA8qQ9XV7tBNQRArKYAKDNEf23QuM6rOiQdUTSOowxS2MljgCe
PzJ7
8Ylu9xAfFspOoW4YObvugNM=
=SP2s
-----END PGP SIGNATURE-----
--
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub
.php
--
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub
.php
|
|
| Re: Request for features in PEAR 2.0
(codename Pyrus) |

|
2007-05-23 15:21:41 |
On 5/23/07, Tony Bibbs <tony tonybibbs.com> wrote:
>
> How about dependency checks for things outside of PHP?
We've been pushing
> PEAR as a possible way to deploy our ASP.NET apps under
Mono so that our
> Linux sysadmins don't have yet another way to manage
application
> deployment. Being able to specify dependencies for
non-PHP apps/libraries
> would help. Granted I'm not the expert on PEAR but the
only useful
> dependency outside of PHP I can currently set is the
OS
wouldn't we then be pushing into an area rpm and apt would
out shine us
easily ?
- Helgi
|
|
| Re: Request for features in PEAR 2.0
(codename Pyrus) |

|
2007-05-23 16:47:21 |
On 5/23/07, Helgi Þormar Þorbjörnsson <helgith gmail.com> wrote:
> On 5/23/07, Tony Bibbs <tony tonybibbs.com> wrote:
> >
> > How about dependency checks for things outside of
PHP? We've been pushing
> > PEAR as a possible way to deploy our ASP.NET apps
under Mono so that our
> > Linux sysadmins don't have yet another way to
manage application
> > deployment. Being able to specify dependencies
for non-PHP apps/libraries
> > would help. Granted I'm not the expert on PEAR
but the only useful
> > dependency outside of PHP I can currently set is
the OS
>
>
> wouldn't we then be pushing into an area rpm and apt
would out shine us
> easily ?
<flame>
I honestly don't think that RPM and APT outshine anything.
</flame>
--
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub
.php
|
|
| Re: Request for features in PEAR 2.0
(codename Pyrus) |

|
2007-05-23 17:14:25 |
Helgi Þormar Þorbjörnsson wrote:
> On 5/23/07, Tony Bibbs <tony tonybibbs.com> wrote:
>>
>> How about dependency checks for things outside of
PHP? We've been
>> pushing
>> PEAR as a possible way to deploy our ASP.NET apps
under Mono so that our
>> Linux sysadmins don't have yet another way to
manage application
>> deployment. Being able to specify dependencies for
non-PHP
>> apps/libraries
>> would help. Granted I'm not the expert on PEAR but
the only useful
>> dependency outside of PHP I can currently set is
the OS
>
>
> wouldn't we then be pushing into an area rpm and apt
would out shine us
> easily ?
Couldn't the same be said about Maven, Ant, make, etc.,
etc., when
comparing phing? I still like using phing because I can add
new
functionality without having to mentally shift gears into
another language.
But couldn't this be handled by making your other
dependencies other
packages? I'm relatively sure that the installer is
agnostic as to what
it installs. If that's correct, then as long as the other
things you
want to depend on are distributed as PEAR packages you're
good.
Something that would be useful is the ability to have
pre-install
scripts that could run. Doing that, you could handle your
dependencies
by looking for your external apps/libraries in those scripts
and fail to
install if they weren't available.
-Travis
--
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub
.php
|
|
| Re: Request for features in PEAR 2.0
(codename Pyrus) |

|
2007-05-23 17:44:12 |
Tony Bibbs wrote:
> How about dependency checks for things outside of PHP?
We've been
> pushing PEAR as a possible way to deploy our ASP.NET
apps under Mono
> so that our Linux sysadmins don't have yet another way
to manage
> application deployment. Being able to specify
dependencies for
> non-PHP apps/libraries would help. Granted I'm not the
expert on
> PEAR but the only useful dependency outside of PHP I
can currently
> set is the OS
Hi Tony,
If the dependency is something like "ASP.NET version
blah" this is a
difficult one. The only non-PHP dependency aside from OS is
arch, and
it is probably not so useful in your case.
As Travis suggested, the way this is handled in other
package managers
is to create packages for those things. For instance,
gentoo portage
can only recognize something as being installed if an ebuild
has been
installed.
You could create a package.xml with a specific version for
the
dependency, and have a dummy README file or something like
that.
This would probably be far more effective than asking
PHP/PEAR to jump
through new hoops with non-standard things.
Greg
--
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub
.php
|
|
| Re: Request for features in PEAR 2.0
(codename Pyrus) |

|
2007-05-23 16:51:56 |
On 5/23/07, till <klimpong gmail.com> wrote:
>
> <flame>
> I honestly don't think that RPM and APT outshine
anything.
> </flame>
>
>
Okay, I'll bite... "portage, baby, yeah!!!"
--
CRB
Let me introduce you to my very own DMCA-protected
encryption key:
BC 1B 64 4A 8D DE 49 E8 C3 7D CC EE 1A AD EE F5
(compliments of Freedom-to-Tinker http://www.f
reedom-to-tinker.com/?p=1155)
|
|
[1-6]
|
|
|
about | contact Other archives ( Real Estate discussion Medical topics )
|