SCIENTIFIC-LINUX-DEVEL Archives

May 2010

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:
Stephan Wiesand <[log in to unmask]>
Reply To:
Stephan Wiesand <[log in to unmask]>
Date:
Fri, 14 May 2010 18:56:24 +0200
Content-Type:
multipart/signed
Parts/Attachments:
text/plain (1262 bytes) , smime.p7s (2302 bytes)
Hi Troy,

On May 14, 2010, at 18:13 , Troy Dawson wrote:

> Hi Tom,
> The Testing email for that kernel was sent out to the general linux-users email list.  It get's to more users, and it really isn't a development question, more of security update issue.
> 
> Here is the information from the email
> 
> ---------------------------
> 
> The new kernel security update for SL5 has been built and is currently
> being tested.  This is the first kernel update since Update 5 and we are
> being out usual cautious selves.
[...]

and I think that's the right approach. What we (my site) would much rather roll out on SL5.4 systems currently is the kernel announced in SA-2010:0380 (-164.17.1.el5). Alas, once more the SRPM seems not to be available from a public place, and I guess that's why SL doesn't provide it?

I wonder whether they (TUV) are doing this on purpose and don't want the clones to provide these packages, or it's just a flaw in their process.

In the former case, SL probably shouldn't build and provide these kernels even if it's possible, legal, allowed by the GPL etc.

But if it isn't intentional, we could probably find a way.

Any insights, opinions, or ideas who to talk to?

- Stephan

-- 
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany



ATOM RSS1 RSS2