[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

AW: ignoring dependencies

From: Filip Moritz <moritz_at_ieb.net>
Date: 2004-11-09 14:07:08 CET

 
sorry, this one went to the wrong list.

> Filip Moritz wrote:
>
> > Osamu Aoki wrote:
> >
> > Why you want to set up broken system?
>
> Thats, why. I want to _not_ break my system.
>
> However, I want to install subversion.
> Plus, I don't want to install perl nor python with all their deps.
>
> libsvn0 depends on both for sake of
> libsvn_swig_perl-1.so.0.0.0 and libsvn_swig_perl-1.so.0.0.0,
> it contains.
> Those are only needed to use subversion from either perl or
> python skripts.
>
> So obviously I wouldn't break anything by installing
> subversion while ignoring it's dependency on perl/python, as
> long as I don't use those.
> Remains that problem: How to do that _without_ breaking
> packet management?
>
>
> > If you are doing this with very good understanding by
> having required
> > package equivalent compiled from source, you may use equivs package.
>
> I'm aware of that, but thats not my point, as I already
> mentioned earlier in this threat.
>
>
> > But if you are doing this just to get some new package
> installed onto
> > stable machine, think about backporting package by recompiling in
> > stable machine.
>
> Neither this is, what it's all about.
>
>
> Sorry, but I'm little tired of hearing "don't do that, its
> not like it's to be done" answers, when I ask _how_ (not
> _if_)to do, what I want to do for my own very good reasons
> and after well considering all implications.
>
> Anyways, Thanx for all your kind answers. Keep the fire burning...
>
> g., fil

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 9 14:07:51 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.