sparc April 2010

sparc@lists.fedoraproject.org

5 participants
2 discussions

installing sparc F12
by Rafal Maszkowski 07 May '10

07 May '10

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ę.

5 10

Re: [Fedora-sparc] [Aurora-sparc-user] Fwd: SPARC Status update
by Tom Callaway 14 Apr '10

14 Apr '10

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-Al… 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

3 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sparc April 2010