[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: combined dependencies?

Lars Wirzenius wrote:
On Sat, Aug 20, 2011 at 01:31:11PM +0200, Adam Borowski wrote:
The semantics are pretty obvious to me, it's the number of corner cases and
complexity that this brings what stops dpkg/apt/aptitude/100-other-tools
maintainers from implementing that.

What is the use case for this?

(If I missed in the thread so far, my apologies. A reply with the
Message-ID or URL would be appreciated.)

there are already developers working on packaging problems that already need being solved. infact in my spare time I am looking at one aspect

this is a nice discussion, basic logic from a text book - freshman work, yet i somehow feel it's impertinent: these things are easier said than done, you haven't made no impact statement, you've not posted any patch to (dpkg, apt, aptitutde, etc). there are other problems too.

i suggest two things:
1) not starting from the standpoint that someone else is specifying and completing your project for you in a deficit economy.

2) assuming if you spend allot of time making what already has problems needing solved (dpkg) more complicated you need OPM (other people's money) to do so, so to speak

3) remember that dependancies evolve from involuntary compile and install conflicts. what I'm saying is that software is supposed to install and uninstall in Debian without conflicting with other software or causing problems

4) remember that installed software CAN ALREADY EXECUSTE "dpkg -i $x" so you dont' need an automated system to do so for that reason

the software I'm writing maybe could do what you asked when finished however i wouldn't suggest using it that way

Reply to: