SCIENTIFIC-LINUX-USERS Archives

October 2008

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Connie Sieh <[log in to unmask]>
Reply To:
Connie Sieh <[log in to unmask]>
Date:
Tue, 7 Oct 2008 17:39:35 -0500
Content-Type:
TEXT/PLAIN
Parts/Attachments:
TEXT/PLAIN (66 lines)
Jeff,

Sorry ,  I did not see your email.  Thanks for reporting this problem.

-Connie Sieh
On 
Tue, 7 Oct 2008, Connie Sieh wrote:

> Jeff,
>
> Did this image work ok?  I want to move it to the released tree.
>
> -Connie Sieh
> On Tue, 30
> Sep 2008, Connie Sieh wrote:
>
>> Jeff,
>>
>> On Tue, 30 Sep 2008, Jeffrey D Anderson wrote:
>>
>>> On Tuesday 30 September 2008 11:30:20 am Troy Dawson wrote:
>>>> Jeffrey D Anderson wrote:
>>>>> I'm trying to install a Rocks 4.3 cluster with SL4.7 as the underlying OS
>>>>> (x86_64).
>>>>>
>>>>> The SL4.7 release notes say that there is an RPM -- comps-47 -- added
>>>>> that is supposed to allow the Rocks installation to succeed.  I see this
>>>>> file in the online mirror of SL4.7 at www.scientificlinux.org, but it is
>>>>> not in the iso images.  Is this an oversight?
>>>>
>>>> Hi,
>>>> You are correct, on both accounts.  It is not in the CD's, and it is an
>>>> oversight. We're looking into it, figuring out why it didn't get pulled in.
>>>
>>>
>>>> Is there no way it can pull in the comps rpm's from somewhere other than
>>>> the CD?
>>>
>>> Not that I know of.  I think I'd either have to create a custom "roll"
>>> containing only that one rpm (which I don't know how to do), or recreate the
>>> OS roll, which is functionally the same as recreating the SL iso.
>>>
>>> In any case, thanks for looking at it.  I'd be interested in getting the
>>> updated isos as soon as possible.
>>
>> I have put up new images for testing at
>>
>> ftp://ftp.scientificlinux.org//linux/fermi/iso/test/x86_64
>>
>> They are in the above directory only so that you can access them but are
>> not part of the "auto rsync" area.
>>
>> If this fixes your problem I will move them to the standard area.
>>
>> -Connie Sieh
>>
>>>
>>>>
>>>> Troy
>>>
>>>
>>>
>>>
>>
>

ATOM RSS1 RSS2