[ANNOUNCE] Aurora Build-1.92 (Code Name Tangerine)

[Tom Callaway]

Hi folks,

We now have a full set of sparc packages that match up to Fedora Core 2, 
and its name is Tangerine. Did you know that of the top ten hits for 
Tangerine on Google, none of them have anything to do with the fruit? 
You should eat more tangerines, they're quite tasty and good for you. 
But I digress.

Like the previous release (1.91), its not an installable tree
so again this means no ISOs. 

I'm going to repeat this one more time: THERE ARE NO ISOS FOR 1.92.

Why? Because anaconda is hard, and people didn't want to wait another 6 
months for me to figure out what is broken. However, if anyone is willing
to try on their own to get this working, we're happily accepting patches.

But, unless someone else takes up the charge, this tree branch will stop 
at 1.92. If someone fixes anaconda so that the installer actually works past
keyboard selection, I'll spin a new tree.

In the meantime, we're refocusing the effort on a new tree, which is 
currently going to be based on Fedora Core 3. You can follow the daily 
notes for this work here: http://auroralinux.org/journal.php

Now, I have yumified the tree, so if you're feeling really brave, you
can always point yum at it, and try to upgrade that way. A version of
yum for Aurora 1.0 is here:
http://linux.duke.edu/projects/yum/download/1.0/yum-1.0.3-1_73.noarch.rpm

If you're running 1.91, you should be able to use the yum in that tree. 
Going from 1.91 to 1.92 is reportedly a fairly painless process.

If you're a listed mirror site, please sync the build-1.92 directory,
and chime in. The primary directory is currently at:
ftp://ibiblio.org/pub/Linux/distributions/aurora/build-1.92/ (and)
ftp://auroralinux.org/pub/aurora/build-1.92/

Now, for the known bugs:

The "rpm" package in 1.92 is a little broken on sparc32 systems. Its my fault. 
Fixed packages are already available from: 
ftp://ibiblio.org/pub/Linux/distributions/aurora/updates/1.92/ (and)
ftp://auroralinux.org/pub/aurora/updates/1.92/

A temporary workaround is to run: export LD_ASSUME_KERNEL=2.2.5.

Build 1.92 uses SILO 1.4.8 which should work fine. It seems to occasionally
burp when you're trying to tab completion, but I can't reproduce this
consistently. If it breaks for you, let me know.

There is no SMP kernel for sparc32, upstream has marked this as broken.

Any other bugs that you find? Please either email me or file them in
bugzilla.auroralinux.org, under Corona.

Last but not least, we've setup a hardware support matrix Wiki to keep track
of what works and what doesn't. You can find it here:
http://auroralinux.org/cgi-bin/wiki.pl?HardwareCompatibility

Thanks for your continued patience and support,

~spot
---
Tom "spot" Callaway <tcallawa(a)redhat*com> LCA, RHCE 
Red Hat Sales Engineer || Aurora SPARC Linux Project Leader

"If you are going through hell, keep going."
- Sir Winston Churchill

[ANNOUNCE] Aurora Build-2.0 Beta2

[Tom Callaway]

It was exactly one year ago today that we had our last release (Aurora
Build 1.92), so it seems only fitting that I announce this today:

We now have a full tree of sparc packages that match up pretty closely
to Fedora Core 3. But here's the best part: This release comes with
bootable installable ISOs!

For those of you who have no earthly idea what I'm talking about, allow
me to explain. The Aurora SPARC Project is an effort to support SPARC
(32 and 64 bit) hardware on Linux. Specifically, we rebuild Fedora Core
for SPARC.

Why do we do this? Because we can.

And now, we have a beta for our 2.0 release, which is based off of a 2.6
kernel. Before I tell you where you can get it, here are the known
issues:

* On Sun Blade 100s, non-LVM installs will complete, but the system will
not boot. I have no idea why this is occurring.
* I was unable to get sound to work on my SPARCStation 20 (dbri).
* Sometimes, LVM installs die trying to run lvcreate. 
* There is no SMP kernel for sparc32.
* The following machines have horrible ide controllers: 
SunBlade 100, Ultra 5, Ultra 10
Accordingly, the installer needs to boot with the following option in
order to succeed on these machines: ide=nodma

I'm sure there are lots of other fun bugs lurking in there, but those
are the ones I know about. As you find bugs in the beta, please file
them at: http://bugzilla.auroralinux.org/

Where do you get this thing?

Primary Download Site:

ftp://ibiblio.org/pub/Linux/distributions/aurora/build-2.0beta2/

Hopefully, the few mirrors who didn't believe we were dead will get this
sync'd up eventually.

Thanks to all the folks on #aurora who put up with the massive delay and
helped me as we finally got this thing together. Once we get any major
bugs caught and fixed, we'll call it 2.0 final, and move on. :)

~spot
-- 
Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
Lemurs, llamas, and sparcs, oh my!

[ANNOUNCE] Aurora Build-2.0 Beta2

[Justin Conover]

On 11/16/05, Tom 'spot' Callaway <tcallawa(a)redhat.com&gt; wrote:
>  It was exactly one year ago today that we had our last release (Aurora
>  Build 1.92), so it seems only fitting that I announce this today:
>
>  We now have a full tree of sparc packages that match up pretty closely
>  to Fedora Core 3. But here's the best part: This release comes with
>  bootable installable ISOs!
>
>  For those of you who have no earthly idea what I'm talking about, allow
>  me to explain. The Aurora SPARC Project is an effort to support SPARC
>  (32 and 64 bit) hardware on Linux. Specifically, we rebuild Fedora Core
>  for SPARC.
>
>  Why do we do this? Because we can.
>
>  And now, we have a beta for our 2.0 release, which is based off of a 2.6
>  kernel. Before I tell you where you can get it, here are the known
>  issues:
>
>  * On Sun Blade 100s, non-LVM installs will complete, but the system will
>  not boot. I have no idea why this is occurring.
>  * I was unable to get sound to work on my SPARCStation 20 (dbri).
>  * Sometimes, LVM installs die trying to run lvcreate.
>  * There is no SMP kernel for sparc32.
>  * The following machines have horrible ide controllers:
>  SunBlade 100, Ultra 5, Ultra 10
>  Accordingly, the installer needs to boot with the following option in
>  order to succeed on these machines: ide=nodma
>
>  I'm sure there are lots of other fun bugs lurking in there, but those
>  are the ones I know about. As you find bugs in the beta, please file
>  them at: http://bugzilla.auroralinux.org/
>
>  Where do you get this thing?
>
>  Primary Download Site:
>
>  ftp://ibiblio.org/pub/Linux/distributions/aurora/build-2.0beta2/
>
>  Hopefully, the few mirrors who didn't believe we were dead will get this
>  sync'd up eventually.
>
>  Thanks to all the folks on #aurora who put up with the massive delay and
>  helped me as we finally got this thing together. Once we get any major
>  bugs caught and fixed, we'll call it 2.0 final, and move on. :)
>
>  ~spot
>  --
>  Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260
>  Fedora Extras Steering Committee Member (RPM Standards and Practices)
>  Aurora Linux Project Leader: http://auroralinux.org
>  Lemurs, llamas, and sparcs, oh my!
>
>  --
>  fedora-test-list mailing list
>  fedora-test-list(a)redhat.com
>  To unsubscribe:
>  https://www.redhat.com/mailman/listinfo/fedora-test-list 


Awesome news Tom!

To bad I have a Sun Blade 100 under my desk at home... =(
Any know issues with Ultra 60's?

Thank you,

[ANNOUNCE] Aurora Build-2.0 Beta2

[Tom Callaway]

On Wed, 2005-11-16 at 20:42 -0600, Justin Conover wrote:

>  To bad  I have a Sun Blade 100 under my desk at home... =(
>  Any know issues with Ultra 60's? 
You should be able to install the SB100 with LVM... make sure you use
ide=nodma though.

I've got an Ultra 60, it works fine.

~spot
-- 
Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
Lemurs, llamas, and sparcs, oh my!