On Wed, Jul 23, 2003 at 03:48:23PM +0200, Stefan van der Eijk wrote:
> Keld J�rn Simonsen wrote:
> >>>On Wed, Jul 23, 2003 at 08:22:48AM +0100, Jaroslaw Zachwieja wrote:
> >>>
> >>You call broken updates, upgrades, conflicts, unintentional rollbacks and 
> >>coredumps a "production quality"??? Maybe in RH terms :))))
> >>   
> >I have not experienced that. Anyway I would be interested in hearing
> >about your experiences, and suggested ways forward. They say that
> >apt-get works swell on debian, so distributions like redhat and mandrake
> >should be able to do it too. And mandrakeupdate/urpmi and up2date do
> >the job - where is the difference?
> >
> Main difference (IMHO, from what I've seen):
> 
>    * urpmi is a cash generator. You need to pay (or tollerate being
>      nagged every 60 days) to use it;

Hmm, I don't pay for Mandrake urpmi service, nor do I get 60 days
nagging. But maybe that is because I have paid in blood to Mandrake (I
have done translations, so I have a VIP mandrakeclub membership.).
But I have also paid in blood to RedHat, and done quite some
translations for other OSS projects. And I run mirrors.

Do you really have to pay to use mandrakeUpdate rpmdrake urpmi etc?
I thought you just could list your rpm sources and then urpmi would just
check your installed rpms against a new hdlist. No involvement of any
mandrakesoft sites. No pay.

>    * up2date only has installing / upgrading functionality, like urpmi;

RH up2date is a paid/nagged service, yes.

>    * up2date doesn't have functionality of urpme (removing packages)
>      urpmf (listing files contained in packages), urpmq querying
>      packages (dependencies, Provides / Requires, versions, etc);

but there are other RH programs that do this.

>    * up2date can't connect to more "media". With urpmi it's possible to
>      configure multiple media and have different media servicing
>      different environments --> /chroot/9.0 uses --media=9.0,
>      /chroot/9.1 uses --media =9.1, etc)

yes.

>    * RedHat's errata's don't provide hdlists. This makes using urpmi on
>      them (without downloading the whole thing to make your own
>      hdlists) less attractive;

true

>    * Nice thing about up2date is the web interface where it's possible
>      to manage packages on your system(s);

Yes, but what do you need that for? If you have your rpm database and
can compare it to a hdlist, that would be everything needed, nicht wahr?
(oh this is not SuSE, erhm: n'est pas?)

One thing I would like tho, was a network place where I could store my
configuration, and then a possibility to early in the install to get
that information and then the install would just go from there,
with all information of package selection and partitioning and services
and such. 

I know there is some kickstart facilities, but that involves diskettes,
and that is cumbersome. It takes time to produce the diskette, and can you find
it when you need it again? I would like something which is just an URL,
and then it should be possibly encrypted, and ther should probably be
some default from the IP-number you are using. It should not necessrily
be on a MandrakeSoft site, but could also be on a site of the user
organisation itself (eg for big sites) or it could be on a vendor site.

> Has anybody provided an alternative service for RHN / up2date? This 
> should be possible, since which service you connect to is configureable, 
> and the up2date software itself is open. Just putting the server part 
> together. Leverage the Internet mirrors or torent, and price it at 50% 
> of what RHN costs... You can't call it RedHat, then make it 
> RedCapNetwork...Why not?

This is what apt-get and synaptic is doing for you, you can see more on
apt.freshrpms.net. I do such a service too, for free but only for Danish
users.

> RedHat made a biz-model out of keeping systems up2date, which makes 
> sense. Mandrake built a technically superior product (IMHO), but just 
> forgot the biz-model...

Still I wanted to know what the problems are with apt-get in RH, and
what the problems with apt-get could be for MDK. My own experience is
that apt-get works fine for RH, but not for MDK. Given that urpmi is
working fine for MDK, my needs for apt-get are not so great.

Kind regards
keld

Reply via email to