[sbopkg-users] Feature proposal

[Mauro Giachero]

On Wed, Apr 15, 2009 at 10:54 PM, alkos333 <me at alkos333.net> wrote:

> I have a queue named "all" which contains all of my currently
> installed packages in appropriate order (as far as dependencies are
> concerned).  It took me quite a while to construct the the queue and
> then do several runs to sort out dependencies.
>
> What about creating a feature that would first queue all of the
> currently installed packages into the queue.  Second, it would scan
> their README files and look for name hits and move the packages with
> those names before the package whose README is being scanned.
> Basically, I'm in no way trying to automate the dependency check
> because there were still be conflicts, but at the very least, this
> will get the overall queue as close to the functioning state as
> possible and the admin can then finish the rest.
>
> This was just an idea that hit me as I was creating a back-up queue
> for recompiling all of the SBo package after an update let's say.


Unfortunately, this is not as simple as it looks. It's very easy to have
circular "dependencies" ("X needs Y" / "[Y] is a dependency of X"), as well
as broken dependencies ("You cannot install X and Y together").

Anyway, why a single queue? I think storing one queue per (relevant) package
would be far more flexible, given that sbopkg makes loading and merging
multiple queue files really easy. And of course, somebody could also build
up a queue archive.

-- 
Mauro Giachero
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sbopkg.org/pipermail/sbopkg-users/attachments/20090416/5dd32ea1/attachment.htm>