SCIENTIFIC-LINUX-DEVEL Archives

December 2014

SCIENTIFIC-LINUX-DEVEL@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:
Orion Poplawski <[log in to unmask]>
Reply To:
Orion Poplawski <[log in to unmask]>
Date:
Tue, 2 Dec 2014 12:07:17 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (38 lines)
On 12/02/2014 11:07 AM, Pat Riehecky wrote:
> I believe I've got a trigger based solution working.  Posted in sl-testing
> just a moment ago.
> 
> The script's Requires should be met by what they trigger against, so I've
> excluded /bin/bash and coreutils from its Requires list.
> 
> My testing seems to avoid the loop shown above (but it seems I was lucky and
> didn't hit it much before).
> 
> Can I get few external testers looking at:
>  sl-release-7.0-2.1.sl7.x86_64.rpm
>  yum-conf-sl7x-7.0-2.1.sl7.noarch.rpm
> 
> Pat
> 

I don't see the scriptlet errors on install anymore.

Some other comments:

- How do you end up with /etc/yum/vars/slreleasever if yum-conf-sl7x is not
installed initially?  Is that a problem?

- Scripts shouldn't be in /usr/share/doc:
/usr/share/doc/redhat-release/set-slrelease.sh
/usr/share/doc/redhat-release/slEULA.sh

- sl-release should probably own (via %ghost) /etc/yum/vars/slreleasever


-- 
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA, Boulder/CoRA Office             FAX: 303-415-9702
3380 Mitchell Lane                       [log in to unmask]
Boulder, CO 80301                   http://www.nwra.com

ATOM RSS1 RSS2