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 WaldeThread Previous | Thread Next