I think it will be very appealing if we up the following bug to priority
9:

https://sourceforge.net/tracker/index.php?func=detail&aid=1167615&group_
id=9368&atid=109368

so we can check in the files which Erich has included.

It would make installing OSCAR 4.1 under ia64 a much smoother ride.

Of course we need to test to make sure it doesn't break other distro's
though ;-)  I can give it some testing under FC2...

Just my $0.02 cdn.

Cheers,

Bernard 

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Erich Focht
> Sent: Wednesday, March 23, 2005 2:42
> To: [email protected]; 
> [email protected]
> Subject: [Sisuite-devel] ia64 efi systemconfigurator fix
> 
> Hi,
> 
> here is a fix for the ia64 boot issue which required a few 
> unusual workarounds in OSCAR-4.0. The patch needs to be 
> applied to the image.
> 
> Alternatively, you can simply take and use 
> http://home.arcor.de/efocht/oscar/systemconfigurator-2.0.9-2ef
> .noarch.rpm
> http://home.arcor.de/efocht/oscar/systemconfigurator-2.0.9-2ef.src.rpm
> They need to be copied to packages/sis/RPMS and 
> packages/sis/SRPMS, respectively. RHEL3AS will install 
> (almost) as smooth as rh9.
> 
> This RPM and the corresponding SRPM contains two critical fixes for
> ia64/rhel3 (reported as bug #1167615)
>  - the kernel version recognition fix posted earlier
>  - the ia46 efi and initrd setup fix attached to this email.
> 
> These fixes make following points in the RHEL Readme 
> obsolete: B3, B4. You will not need to care about initrd and 
> systemconfig.conf, it will just install smoothly. (I also 
> believe that B5 is not necessary, unless one installs some 
> additional SCSI controller. My install went smooth without 
> that.). With the RPMs one doesn't really need the
> x86/ia64 distinction in the workarounds for RHEL3, the number 
> of workarounds decreases considerably.
> 
> I will maintain a bug-fixed version of systemconfigurator for 
> OSCAR until the fixes go into SISuite and appear as RPMs. 
> This seems necessary because some bugs simply cannot be 
> included in OSCAR as patches, they need to go into the RPMs.
> 
> Best regards,
> Erich
> 
> 
> --
> Dr. Erich Focht
> Core Technology Group
> NEC High Performance Computing Europe GmbH, EHPCTC
> 
> 
> 


-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content.  Register
by 3/29 & save $300 http://ads.osdn.com/?ad_idh83&alloc_id149&op=click
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Reply via email to