Yeah : ( Sadly this is just a part that will take long and boring time.
I'm willing to put in time. What would need to be done is a manual break down of
every package of
it's requires and provides, put it all in a lovely list(via patch), write a parser for
the list,
and update the file as needed. This would not only make for better dep handling but it
would also
save time on updated your package/dep repository, as frowned on in another e-mail.
So e.g.: urpmi --updatedb
Would then simply grab a patch from whatever mirror patch it to the package/dep list
and yeah, well
you get it : P It sounds kinda of kludgy the way I've explained it, but I'm sure
could be done
cleanly.
That or simply have an hdlist which can be patched with ease.
On Thu, 13 Jul 2000, you wrote:
> Bryan Paxton <[EMAIL PROTECTED]> writes:
>
> > I've been playing around with urpmi a bit, wrote a little bash
> > wrapper/shell for it. I must say you've done a nice job pixel. The major
> > thing it lacks is a 'dist upgrade'. If there was a way to cleanly say
> > 'rpm -qa | sort' then cut off the trailing version info(e.g.: -0.1.2-1mdk)
>
> rpm -qa --queryformat "%{NAME}\n" would do it
>
> > urpmi would become much more powerful.
>
> i'm thinking about adding it. Not a big deal, and would be useful.
>
> another big pb, is the handling of version constraints (eg: xxx-devel requires
> xxx)
>
>
> cu Pixel.
--
Bryan Paxton
"How should I know if it works? That's what beta testers are for. I
only coded it."
-- Linus Torvalds.
Public key can be found at http://speedbros.org/Bryan_Paxton.asc
