develooper Front page | perl.perl5.porters | Postings from January 2012

Re: Reaction to Redhat/Fedora modified releases

Thread Previous | Thread Next
From:
Christian Walde
Date:
January 25, 2012 03:43
Subject:
Re: Reaction to Redhat/Fedora modified releases
Message ID:
op.v8m1igd6n4yvrm@digitizedsqueak
On Wed, 25 Jan 2012 12:01:50 +0100, Abigail <abigail@abigail.be> wrote:
> On Wed, Jan 25, 2012 at 11:31:30AM +0100, Christian Walde wrote:
>> On Wed, 25 Jan 2012 08:41:50 +0100, Johan Vromans <jvromans@squirrel.nl> wrote:
>>
>>> A good example of a typical development-oriented operation.
>>
>> If you're looking for non-developer uses of EUMM:
>>
>> Consider someone wanting to install a piece of Perl-based software on their server, like say, a blog. Maybe blawd. There's a very good chance these will have dependencies not fulfilled by the distro. As such using EUMM to install dependencies becomes a strict user action. However without it present they're blocked and cannot proceed.
>
> Sillyness. There's a very good chance the blog needs a database of some
> form that wasn't installed by the distro either. What would they do?
> Install the package for said database. EUMM missing? They have to install
> the package that provides EUMM.
>
> Yeah, it's a bit of extra work, but it's far from "blocked and cannot proceed".

I've been in situations where a lack of root privileges and a refusal of system administration to install some basic tools meant that the only option left was to deploy dependencies by adding them to SVN and avoiding any binary dependencies. (Different OSes across the servers.)

Strictly speaking i was not blocked, because i could have manually gotten hold of the necessary modules to install things via local::lib, but in practice the difference between the two is minimal.

-- 
With regards,
Christian Walde

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About