List Info

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




Re: Request for features in PEAR 2.0 (codename Pyrus)
user name
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 <stephanwentz.it>
To: Greg Beaver <gregchiaraquartet.net>
Cc: PEAR developer mailinglist <pear-devlists.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)
user name
2007-05-23 15:21:41
On 5/23/07, Tony Bibbs <tonytonybibbs.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)
user name
2007-05-23 16:47:21
On 5/23/07, Helgi Þormar Þorbjörnsson <helgithgmail.com> wrote:
> On 5/23/07, Tony Bibbs <tonytonybibbs.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)
user name
2007-05-23 17:14:25
Helgi Þormar Þorbjörnsson wrote:
> On 5/23/07, Tony Bibbs <tonytonybibbs.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)
user name
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)
user name
2007-05-23 16:51:56
On 5/23/07, till <klimponggmail.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 )