Re: [Fedora-sparc] Fwd: SPARC Status update

--===============6474341957175655006==
Content-Type: multipart/signed;
  boundary="nextPart1633911.3XRotD5uDf";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1633911.3XRotD5uDf
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Wednesday 21 April 2010 05:05:45 am Rafal Maszkowski wrote:
> On Tue, Apr 20, 2010 at 08:58:23PM -0500, Dennis Gilmore wrote:
> > On Saturday 17 April 2010 05:59:28 am Rafal Maszkowski wrote:
> > > On Tue, Apr 13, 2010 at 12:47:42PM -0500, Dennis Gilmore wrote:
> > > > On Tuesday 13 April 2010 11:55:53 am Tom "spot" Callaway wrote:
> > > > > On 04/13/2010 12:36 PM, mat wrote:
> > > > > > Oops, looks like I broke the first rule of mailing list postings
> > > > > > last week and sent a message whilst drinking and annoyed...
> > > > > > *facepalm* Sorry about that everyone, and thanks for the sane
> > > > > > and helpful replies. Really I deserved a proper flaming for that
> > > > > > last rant so I think the least I could do is jump back in to
> > > > > > some testing, eh?
> > > > >=20
> > > > > I'm pretty sure this is the old prelink bug rearing its ugly head
> > > > > again.
> > > > >=20
> > > > > Booting into Rescue Mode and running:
> > > > >   prelink -ua && rpm -e prelink
> > > > >=20
> > > > > Should do the trick. I think we've got it fixed with the latest
> > > > > update.
> > > >=20
> > > > newer builds have prelink disabled by default.  I need to respin
> > > > anaconda and spin up some beta isos.  the issue could also be
> > > > selinux preventing things from running. there is a kernel to fix it
> > > > which will land in the next compose.
> > >=20
> > > I still run Aurora corresponding to fedora 9 on one of the servers
> > > (E450). After old clamav support drop I feel that I am finally forced
> > > to upgrade, maybe on Monday.
> > > The question is if I should use the 12-Alpha or development version.
> > > When do you plan to upload new packages?
> >=20
> > I did a Beta compose today,  ive done one test install of it.  I need to
> > do a couple more
>=20
> I will try to update to this version when it appears on the servers.
>=20
> > > I used to use the 32-bit userspace but the 64-bit one works quite nice
> > > on Intel-like machines so maybe I will use sparc64 in this new instal=
l.
> > > I managed to upgrade from f6 to f9 without big troubles but a jump do
> > > f11 or f12 is to big so I will make a fresh install. I will not be
> > > testing any ISO images, I will make a bootstrap tree on Intel f12
> > > machine.
> >=20
> > We nly support 32 bit userland and 64 bit kernel.  I do not think you
> > will successfully be able to do what your attempting the %post scripts
> > in the packages will not be able to run. and you wont be able to run
> > silo to install the bootloader.  you could likely use mock or
> > febootstrap to setup a new environment from your existing install.  All
> > of which is untested.
>=20
> I have created a bootstrap tree on a Fedora 12 x86_64 machine (just rpm
> -r ..., nothing more sophisticated). It did not work well, there were
> problems with the %post scripts but I got most of the packages installed
> somehow.
>=20
> I moved this tree into a Sparc64 Fedora 9 machine and used it to install
> (rpm -r ... again) the next stage tree - this time without many
> problems. Why should not the %post scripts run in this case? It looked
> like there were at least not complaining any more.
>=20
> My plan is:
> - boot from the Fedora-12-Alpha-sparc-netinst.iso CD in rescue mode (I
>   hope there is such)
> - set up MDs and LVM volumes, copy my 2nd state sparc64 bootstrap tree
>   on them
> - use grub2 for booting
>=20
> I have adapted a grub2 to example with a hope that it may work:
> # Timeout for menu
> set timeout=3D10
> # Set default boot entry as Entry 0
> set default=3D0
> # Entry 0 - Load Linux kernel
> menuentry "My Linux Kernel on (hd0,1)" {
>         set root=3D(hd0,1)
>         linux /vmlinuz-2.6.32.9-72.fc12.sparc64 root=3DLABEL=3D/
>         initrd /initramfs-2.6.32.9-72.fc12.sparc64.img
> }
>=20
> If it does not work I can use silo instead (with the needed sparc32
> libraries installed).
>=20
> Burning questions:
> - does not grub2 make sense at all in these circumstances?
ive not once gotten a successful boot with grub2

> - 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 t=
he=20
silo command  there would be no problems

> - 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=20
longer to load and run,  uses more ram,  and you do not gain additional cpu=
=20
features by doing it,  x86_64 you gain access to additional registers and=20
other thinsg that make it worthwhile.  sparc64 you don't

> 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=EF=BF=BDzywaniem =
zale=EF=BF=BDno=EF=BF=BDci
>   --> Brakuj=EF=BF=BDca zale=EF=BF=BDno=EF=BF=BD=EF=BF=BD: 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=EF=BF=BDzywaniem zale=EF=BF=BDno=EF=BF=BDci -=
=2D> Brakuj=EF=BF=BDca zale=EF=BF=BDno=EF=BF=BD=EF=BF=BD:
> 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=EF=BF=BDzywaniem zale=EF=BF=BDno=EF=BF=BDci --> Brakuj=
=EF=BF=BDca zale=EF=BF=BDno=EF=BF=BD=EF=BF=BD:
> libicuuc.so.40()(64bit) jest wymagane przez pakiet
> dwdiff-1.5-4.fc12.sparc64 (rawhide) B=C5=82=C4=85d: Brakuj=C4=85ca zale=
=C5=BCno=C5=9B=C4=87:
> libicui18n.so.40()(64bit) jest wymagane przez pakiet
> dwdiff-1.5-4.fc12.sparc64 (rawhide) B=C5=82=C4=85d: Brakuj=C4=85ca zale=
=C5=BCno=C5=9B=C4=87:
> libicuuc.so.40()(64bit) jest wymagane przez pakiet
> dwdiff-1.5-4.fc12.sparc64 (rawhide) B=C5=82=C4=85d: Brakuj=C4=85ca zale=
=C5=BCno=C5=9B=C4=87:
> libicudata.so.40()(64bit) jest wymagane przez pakiet
> dwdiff-1.5-4.fc12.sparc64 (rawhide)

there are some broken deps in the tree=20

This should be taken to the fedora sparc list=20
https://admin.fedoraproject.org/mailman/listinfo/sparc


Dennis

--nextPart1633911.3XRotD5uDf
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)

iEYEABECAAYFAkvO8SsACgkQkSxm47BaWfdQ1ACfQ/BPTmEW3VHJSI66XuZCr9Z3
W2IAnjAyXqvP7x4pwtzo3Cp4MMOhkWw2
=601U
-----END PGP SIGNATURE-----

--nextPart1633911.3XRotD5uDf--

--===============6474341957175655006==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Aurora-sparc-user mailing list
[email protected]
http://lists.auroralinux.org/mailman/listinfo/aurora-sparc-user
Aurora FAQ: http://www.ecs.soton.ac.uk/~mas01r/aurorafaq.html
--===============6474341957175655006==--