installing sparc F12
by Rafal Maszkowski
On Wed, Apr 21, 2010 at 07:35:48AM -0500, Dennis Gilmore wrote:
> On Wednesday 21 April 2010 05:05:45 am Rafal Maszkowski wrote:
...
> > I have adapted a grub2 to example with a hope that it may work:
> > # Timeout for menu
> > set timeout=10
> > # Set default boot entry as Entry 0
> > set default=0
> > # Entry 0 - Load Linux kernel
> > menuentry "My Linux Kernel on (hd0,1)" {
> > set root=(hd0,1)
> > linux /vmlinuz-2.6.32.9-72.fc12.sparc64 root=LABEL=/
> > initrd /initramfs-2.6.32.9-72.fc12.sparc64.img
> > }
> > If it does not work I can use silo instead (with the needed sparc32
> > libraries installed).
> > Burning questions:
> > - does not grub2 make sense at all in these circumstances?
> ive not once gotten a successful boot with grub2
I will try it once or twice befove giving up and using silo.
Is the configuration above theoretically correct? I will use /dev/sda1
for /boot .
> > - should I expect problems with silo? It will have all the necessary
> > 32-bits libraries in place.
> silo only needs the 32 bit glibc installed and only then to actually run the
> silo command there would be no problems
I expected it to be so.
> > - are there any fundamental problems with the 64-bits userspace or the
> > main problem is that nobody tested it yet?
> No one has tested it. binaries are bigger, which in turn means it takes
> longer to load and run, uses more ram, and you do not gain additional cpu
> features by doing it, x86_64 you gain access to additional registers and
> other thinsg that make it worthwhile. sparc64 you don't
So actually it does not make any sense to keep development/sparc64 tree?
Anyway switching between 64 and 32 bits with use of yum is not very
difficult. Maybe I will do it once the machine is running. I am copying
my sparc64 tree on my new logical volumes (on top of RAID6 and RAID5
MDs).
> > BTW the sparc64 devel version installs smoothly except dwdiff which has
> > dependency problems:
> > dwdiff-1.5-4.fc12.sparc64 z rawhide ma problemy z rozwi�zywaniem zale�no�ci
> > --> Brakuj�ca zale�no��: libicui18n.so.40()(64bit) jest wymagane przez
> > pakiet dwdiff-1.5-4.fc12.sparc64 (rawhide) dwdiff-1.5-4.fc12.sparc64 z
> > rawhide ma problemy z rozwi�zywaniem zale�no�ci --> Brakuj�ca zale�no��:
> > libicudata.so.40()(64bit) jest wymagane przez pakiet
> > dwdiff-1.5-4.fc12.sparc64 (rawhide) dwdiff-1.5-4.fc12.sparc64 z rawhide ma
> > problemy z rozwi�zywaniem zale�no�ci --> Brakuj�ca zale�no��:
> > libicuuc.so.40()(64bit) jest wymagane przez pakiet
> > dwdiff-1.5-4.fc12.sparc64 (rawhide) Błąd: Brakująca zależność:
> > libicui18n.so.40()(64bit) jest wymagane przez pakiet
> > dwdiff-1.5-4.fc12.sparc64 (rawhide) Błąd: Brakująca zależność:
> > libicuuc.so.40()(64bit) jest wymagane przez pakiet
> > dwdiff-1.5-4.fc12.sparc64 (rawhide) Błąd: Brakująca zależność:
> > libicudata.so.40()(64bit) jest wymagane przez pakiet
> > dwdiff-1.5-4.fc12.sparc64 (rawhide)
> there are some broken deps in the tree
> This should be taken to the fedora sparc list
> https://admin.fedoraproject.org/mailman/listinfo/sparc
I am already there - so I send it there too.
R.
--
Uniwersytet katolicki to oksymoron udający tautologię.
13 years, 6 months
Re: [Fedora-sparc] [Aurora-sparc-user] Fwd: SPARC Status update
by Tom Callaway
On 04/07/2010 10:48 PM, mat wrote:
> God, I just re-read this and it seems like a terrible flame but I hate
> because I love. Please, please unfuck Aurora so I can actually use it
> again.
You're right Mat. We should just retire Aurora. All of our work lately
has been into getting a solid Fedora 12 release, and we're really,
really close. (I did an F-12 GUI install on a U10, and Dennis swears he
has auto-partitioning working.)
The original reason I created Aurora was because Red Hat Linux dropped
support for SPARC, and I couldn't legally call it "Red Hat Linux"
anymore. Now, with Fedora, we have a solid infrastructure for doing a
architecture port and permission to use the name.
Aurora is now Fedora SPARC.
We'll take steps to make that clear in the old Aurora website, and we'll
be closing up the mailing lists here soon. (The archives will stick
around indefinitely, thanks to our generous hosting provider.)
Fedora SPARC has a new mailing list, with some recent activity even:
https://admin.fedoraproject.org/mailman/listinfo/sparc
And hey, even if you're not a 12 year old (I haven't been 12 in almost
20 years), we are talking on IRC about our work, and you're welcome to
join us on #fedora-sparc. I'll try to post more regularly to the
fedora-sparc mailing list, and guilt Dennis into doing it too.
Give our latest builds a try:
Download the ISO from here:
http://secondary.fedoraproject.org/pub/fedora-secondary/releases/test/12-...
Then, append "updates=http://sparc.koji.fedoraproject.org/updates.img"
to your install (assuming you want more functional partitioning).
The plan is to get a very solid Beta out once we have most of the key
packages rebuilding, get some testing feedback, then mark it as Fedora
12 and move on to 13.
****
To everyone who helped us out in the Aurora SPARC Linux Project, thank
you. We outlasted Sun (barely), and we hope you'll come join us in
Fedora SPARC. Same core people, same craziness, (some of the same bugs),
and same fun. :)
~spot
13 years, 7 months