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ę.
_______________________________________________
sparc mailing list
sparc@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/sparc
