thanks for the info, Warren.

I didn't realize that up2date could now connect with a non-RHN site! My up2date is still 2.8.40, while I see from the package list @ Fedora the version is 4.1.5; obviously my man pages don't speak of configuring a non-RHN server...I guess I'll look into finding a mirror, once I decide to plunge into Fedora.

I take it that 7.1 (or anything < 7.3) won't be part of the Fedora Legacy you mentioned?

Kevin

Warren Togami wrote:

On Mon, 2003-11-03 at 19:44, Kevin Weslowski wrote:

...

Hi everyone,

my apologies if I sound like a newbie...I just came from the RH 7.1 Seawolf mailing list. I found out today that my 7.1 and, I guess, all RHL is being discontinued and split into Enterprise and Fedora...so here I am...a little flustered, but here.

Just a couple questions I have for this group...I am on a demo subscription for RHN for RH 7.1 Does Fedora maintain errata/updates in the same way (i.e. using up2date)? Do I keep my RHN subscription? The docs I've read haven't really been too clear about this... How different will using Fedora be from RH 7.1, from a server point of view?

up2date can now point to any official or 3rd party mirror that contains up2date, yum, or apt headers. You can optionally use yum or apt for package management. All mirrors that maintain themselves often will contain security updates during the release period.

So the only real change is that you should probably manually find a fast fedora mirror near you and configure your up2date settings accordingly. This has the benefit that you never need to fill out the demo questionnaire form anymore. This also reduces the bandwidth burden on Red Hat, so all the freebie users no longer cost them money.

(Wouldn't you rather see money go into engineering? =)

https://lists.dulug.duke.edu/mailman/listinfo/fedora-legacy-list Red Hat will officially supply security errata for a release for only around 8-10 months now. In response to this, the community is starting an external repository called "Fedora Legacy" where you can set your up2date/apt/yum client to download security updates in the future.

Fedora Legacy will use the same package submission and QA standards as the regular Fedora Core and Fedora Extras, except it will be on servers external to Red Hat. PogoLinux.com is donating a large amount of server hardware to run the Legacy project, and several smaller companies, Universities and individuals are teaming up in order to pool their skills into maintaining security updates for older distributions. Fedora Legacy will begin with RH7.3 as early as December, in order to be prepared for RH7.3 EOL.

Warren

-- fedora-test-list mailing list fedora-test-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list

Adam Killian said:

So, there will not be a Fedora Channel on RHN? Am I understanding this correctly? If this is the case, why does Fedora include rhn_applet and rhn_register?

I know I've sent this before, check the archives. rhn_applet works with yum repositories. Why remove rhn_register when the rest of the rhn_* programs will still work.

On Tue, Nov 04, 2003 at 09:31:12AM -0500, Adam Killian wrote:

So, there will not be a Fedora Channel on RHN? Am I understanding this correctly? If this is the case, why does Fedora include rhn_applet and rhn_register?

We are defaulting to yum repositories. Keeping the other programs available keeps all our options open for the future.

As a *paying* RHN subscriber, I use RHN to manage my shrike boxes. Do I lose this ability when I upgrade to fedora?

At this time, RHN does not have Fedora channels. Even if that were to change, the update process for Fedora is different from the errata process for Red Hat's OS products, so RHN would be a source of updates, not really the management tool you are used to.

michaelkjohnson

"He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/

On Tue, 2003-11-04 at 14:31, Adam Killian wrote:

To put it more bluntly, if I only plan to run Fedora (and not any version of RHEL), is there any reason at all for me to pony up my $60 to renew my RHN subscription?

Did you read https://rhn.redhat.com/help/rhlmigrationfaq/ ? I believe it was linked to in the e-mail you got from RHN.

Pay special attention to questions #3, #9, and #10.

Does this mean that things like instant ISOs, hardware/software inventory, etc. Will all be unavailable for Fedora systems?

To put it more bluntly, if I only plan to run Fedora (and not any version of RHEL), is there any reason at all for me to pony up my $60 to renew my RHN subscription?

he he he.. I think the point is.. not many people were ponying it up before, and everyone realized that they could do most everything rhn offered for free. There already was YUM and APT, and people already downloaded ISOs on bittorrent faster than "Instant ISO". I think redhat found it easier to "go with the flow". You could buy the subscrition for the same reason I bought Ximian Desktop and StarOffice.. donation ;)

Adam

-- noah silva

p.s.: maybe some from redhat can more accurately answer you.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

We are defaulting to yum repositories. Keeping the other programs available keeps all our options open for the future.

Is there a current yum repository for up2date besides rawhide? I am under the impression that rawhide is now Fedora Core 2 beta. Is this correct or should is rawhide still considered fedora core 1 updates until it's _actually_ released.

Thanks,

- -Matthew - -- Matthew Walburn, RHCE, CCNA Network Assistant - x. 3-4995 MIT Department of Mathematics

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

On Tue, 2003-11-04 at 21:04, Matthew Walburn wrote:

...

Is there a current yum repository for up2date besides rawhide?

It's probably:

---

[updates-released] name=Fedora Core $releasever - $basearch - Released Updates baseurl=http://fedora.redhat.com/updates/released/fedora-core- $releasever

---

That's what's included in the most current yum from rawhide, but unfortunately I'm getting a 404 from their webserver ;)

Thanks though, any other ideas?

- -M

- -- Matthew Walburn, RHCE, CCNA Network Assistant - x. 3-4995 MIT Department of Mathematics