--hM41p4XunpFvRiOE6pRK6mGDSh9m2WD9d
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJYtENeAAoJEPQM1KNWz8QaNbcH/2kMcSKm4bMjht7ApB5K/QNO
6NMe3tYbVyXTy20q7r9Qea5uuK0INh5sINBID06EV/5kvE5TBnkm9dfGJh5HUuWk
mYv4pPyzjhJ9KdPO9VFC1h7p7dlaq5WjU/Z/qYW+38nCCvPv1qg8x7Vt64Ziklmf
AuUMn+WQMkmBuXzf8mVyy8EF/Z+Vul+aSP7CUuTBcTbXBguFLminKu/GiCxZT/6f
9wTK9ZcH60IETkyrjpZ3WMDAt8amlaEjnrG3jAqovzmDL1t/nQHICVMGogwzzI27
sJgi5Nn+wPZE4ZDZj7xKbOPEBDGVt7TbKwkzpL1AswZFdggnZ1dXNh+/TkZ7tLQ=
=nnaT
-----END PGP SIGNATURE-----

--hM41p4XunpFvRiOE6pRK6mGDSh9m2WD9d--
=========================================================================
Date:         Mon, 27 Feb 2017 16:23:28 +0100
Reply-To:     Jarek Polok <[log in to unmask]>
Sender:       Mailing list for Scientific Linux users worldwide
              <[log in to unmask]>
From:         Jarek Polok <[log in to unmask]>
Organization: CERN
Subject:      Re: Connie Sieh, founder of Scientific Linux,
              retires from Fermilab
Comments: To: Bonnie King <[log in to unmask]>,
          "[log in to unmask]" <[log in to unmask]>
In-Reply-To:  <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:  <[log in to unmask]>

All the best, Connie !

and many thanks for years of collaboration !

Jarek

On 02/24/2017 10:52 PM, Bonnie King wrote:
> Friends,
>
> The Scientific Linux team is at once happy and sad to announce Connie
> Sieh's retirement after 23 years. Today is her last full-time day at
> Fermilab.
>
> Connie Sieh founded the Fermi Linux and Scientific Linux projects and
> has worked on them continuously. She has sometimes preferred to toil
> behind the scenes and leave public announcements to others, but has
> always been a driving force behind the projects.
>
> The Scientific Linux story started in the late 1990s when Connie's group
> explored using commodity PC hardware and Linux as an alternative to
> commercial servers with proprietary UNIX operating systems. From the
> distributions available at the time, Red Hat Linux was chosen.
>
> In 1998, Connie announced Fermi Linux at HEPiX, a semi-annual meeting of
> High Energy Physics IT staff. Fermi Linux was a customized and
> re-branded version of Red Hat Linux with some tweaks for integration
> with the Fermilab environment. It also introduced an installer
> modification called Workgroups, a framework to customize package sets
> for use at different sites and for different purposes. The Workgroups
> concept lives on today in the form of Contexts for SL7.
>
> In October 2003 TUV changed their product model and introduced Red Hat
> Enterprise Linux. Enterprise Linux was no longer freely distributed in
> binary form, but sources remained available.
>
> Connie and her colleagues started building from these sources, creating
> one of the first Enterprise Linux rebuilds. A preview, dubbed HEPL, was
> presented at spring HEPiX 2004. In May 2004, the rebuild was released as
> Scientific Linux. The name was chosen to reflect the goals and user base
> of the product.
>
> Our colleagues at CERN collaborated, customizing and using Scientific
> Linux as Scientific Linux CERN (SLC). SL became a standard OS for
> Scientific Computing in High Energy Physics at Fermilab, CERN and beyond.
>
> SL is freely available to the general public, and is a popular
> Enterprise Linux rebuild. As a result, it has built a community outside
> of Fermilab and HEP.
>
> With gratitude, the Scientific Linux team would like to recognize
> Connie's many years of service and her immense contribution to the
> project she founded.
>
> Connie's outstanding technical and non-technical judgement are the
> foundation of Scientific Linux. Her legacy will continue to inform the
> way we run SL and we hope she'll remain as a collaborator.
>
> All the best to Connie in her well-earned retirement. She will be dearly
> missed!
>


-- 
__
-------------------------------------------------------
_ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _
_ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
______________________________________+41_75_411_9487 _
=========================================================================
Date:         Mon, 27 Feb 2017 11:02:04 -0600
Reply-To:     Ken Teh <[log in to unmask]>
Sender:       Mailing list for Scientific Linux users worldwide
              <[log in to unmask]>
From:         Ken Teh <[log in to unmask]>
Organization: Argonne National Laboratory
Subject:      yum update initial setup hang up
Comments: To: scientific-linux-users <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:  <[log in to unmask]>

I encountered this error twice now.

Initial install of 7x via netinst.iso works.  Then, I log in remotely to run yum 
update.  Update proceeds but during cleanup, yum hangs.  Apparently cleaning up 
initial-setup.

I need some instructions on how to debug this problem.

Thanks.
=========================================================================
Date:         Mon, 27 Feb 2017 12:33:05 -0500
Reply-To:     [log in to unmask]
Sender:       Mailing list for Scientific Linux users worldwide
              <[log in to unmask]>
From:         Larry Linder <[log in to unmask]>
Organization: MicroControls LLC
Subject:      Connie Sieh Retirement
Comments: To: "[log in to unmask]"
          <[log in to unmask]>
Content-Type: text/plain
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Message-ID:  <1488216785.31299.5.camel@engr01>

Thank You !!

One of the commercial / industrial users.

We have been using SL since 4.2 and had great sucess with it.

On of my displasures is having to use Windows 10.  and then I escape
back to SL linux.

The thing I miss in 6. 7.2 is the ability to use KDE.

Good luck in your retirement.  I was retired for one afternoon for 4
hours 20 years ago.  

Again - 

Thank You

Larry Linder
MicroControls LLC
=========================================================================
Date:         Mon, 27 Feb 2017 19:06:03 +0100
Reply-To:     Stephan Wiesand <[log in to unmask]>
Sender:       Mailing list for Scientific Linux users worldwide
              <[log in to unmask]>
From:         Stephan Wiesand <[log in to unmask]>
Subject:      Re: Connie Sieh, founder of Scientific Linux,
              retires from Fermilab
Comments: To: Connie Sieh <[log in to unmask]>
Comments: cc: "SCIENTIFIC- LINUX- USERS@ FNAL. GOV"
          <[log in to unmask]>, Bonnie King <[log in to unmask]>
In-Reply-To:  <[log in to unmask]>
MIME-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Message-ID:  <[log in to unmask]>

Farewell Connie!

SL has changed the world. A bit. Quite a bit.

Things like SL often seem to be "just happening", or be "natural" or "by =
chance", in hindsight. They aren't. There's always someone behind them =
actually making them happen. Success is not an accident. Thanks a lot =
for making SL happen and be the success it is!

I'll certainly miss those "truly concise" mails on the lists, and more.

But I'm also positive that the now current SL team will keep up the =
great work.

All the best,

	Stephan



On Feb 24, 2017, at 22:52 , Bonnie King wrote:

> Friends,
>=20
> The Scientific Linux team is at once happy and sad to announce Connie =
Sieh's retirement after 23 years. Today is her last full-time day at =
Fermilab.
>=20
> Connie Sieh founded the Fermi Linux and Scientific Linux projects and =
has worked on them continuously. She has sometimes preferred to toil =
behind the scenes and leave public announcements to others, but has =
always been a driving force behind the projects.
>=20
> The Scientific Linux story started in the late 1990s when Connie's =
group explored using commodity PC hardware and Linux as an alternative =
to commercial servers with proprietary UNIX operating systems. =46rom =
the distributions available at the time, Red Hat Linux was chosen.
>=20
> In 1998, Connie announced Fermi Linux at HEPiX, a semi-annual meeting =
of High Energy Physics IT staff. Fermi Linux was a customized and =
re-branded version of Red Hat Linux with some tweaks for integration =
with the Fermilab environment. It also introduced an installer =
modification called Workgroups, a framework to customize package sets =
for use at different sites and for different purposes. The Workgroups =
concept lives on today in the form of Contexts for SL7.
>=20
> In October 2003 TUV changed their product model and introduced Red Hat =
Enterprise Linux. Enterprise Linux was no longer freely distributed in =
binary form, but sources remained available.
>=20
> Connie and her colleagues started building from these sources, =
creating one of the first Enterprise Linux rebuilds. A preview, dubbed =
HEPL, was presented at spring HEPiX 2004. In May 2004, the rebuild was =
released as Scientific Linux. The name was chosen to reflect the goals =
and user base of the product.
>=20
> Our colleagues at CERN collaborated, customizing and using Scientific =
Linux as Scientific Linux CERN (SLC). SL became a standard OS for =
Scientific Computing in High Energy Physics at Fermilab, CERN and =
beyond.
>=20
> SL is freely available to the general public, and is a popular =
Enterprise Linux rebuild. As a result, it has built a community outside =
of Fermilab and HEP.
>=20
> With gratitude, the Scientific Linux team would like to recognize =
Connie's many years of service and her immense contribution to the =
project she founded.
>=20
> Connie's outstanding technical and non-technical judgement are the =
foundation of Scientific Linux. Her legacy will continue to inform the =
way we run SL and we hope she'll remain as a collaborator.
>=20
> All the best to Connie in her well-earned retirement. She will be =
dearly missed!
>=20
> --=20
> Bonnie King
> Group Leader
> Scientific Linux & Architecture Management
>=20
> Fermi National Accelerator Laboratory
> www.fnal.gov

--=20
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
=========================================================================
Date:         Mon, 27 Feb 2017 13:49:58 -0600
Reply-To:     Ken Teh <[log in to unmask]>
Sender:       Mailing list for Scientific Linux users worldwide
              <[log in to unmask]>
From:         Ken Teh <[log in to unmask]>
Organization: Argonne National Laboratory
Subject:      Re: yum update initial setup hang up
Comments: To: scientific-linux-users <[log in to unmask]>
In-Reply-To:  <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:  <[log in to unmask]>

I solved my problem by doing the install "interactively" and updating 
initial-setup separately.

I must have missed something thinking I could do an install, reboot, remote 
login, and update.



On 02/27/2017 11:02 AM, Ken Teh wrote:
> I encountered this error twice now.
>
> Initial install of 7x via netinst.iso works.  Then, I log in remotely to run yum
> update.  Update proceeds but during cleanup, yum hangs.  Apparently cleaning up
> initial-setup.
>
> I need some instructions on how to debug this problem.
>
> Thanks.
=========================================================================
Date:         Mon, 27 Feb 2017 17:29:02 -0800
Reply-To:     ToddAndMargo <[log in to unmask]>
Sender:       Mailing list for Scientific Linux users worldwide
              <[log in to unmask]>
From:         ToddAndMargo <[log in to unmask]>
Subject:      What does this SELinux command do?
Comments: To: "[log in to unmask]"
          <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:  <[log in to unmask]>

  setsebool -P mmap_low_allowed 1
=========================================================================
Date:         Mon, 27 Feb 2017 22:06:01 -0600
Reply-To:     "~Stack~" <[log in to unmask]>
Sender:       Mailing list for Scientific Linux users worldwide
              <[log in to unmask]>
From:         "~Stack~" <[log in to unmask]>
Subject:      Re: What does this SELinux command do?
Comments: To: "[log in to unmask]"
          <[log in to unmask]>
In-Reply-To:  <[log in to unmask]>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
              protocol="application/pgp-signature";
              boundary="JJ0Hnthl66GBVxuEgJ4uf9jPbK2R8I0jw"
Message-ID:  <[log in to unmask]>

--JJ0Hnthl66GBVxuEgJ4uf9jPbK2R8I0jw
Content-Type: multipart/mixed; boundary="TgCOxVI78smjIF3WfBc1fmKHsHeelH5DO"
From: ~Stack~ <[log in to unmask]>
To: "[log in to unmask]" <[log in to unmask]>
Message-ID: <[log in to unmask]>
Subject: Re: What does this SELinux command do?
References: <[log in to unmask]>
In-Reply-To: <[log in to unmask]>

--TgCOxVI78smjIF3WfBc1fmKHsHeelH5DO
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 02/27/2017 07:29 PM, ToddAndMargo wrote:
>  setsebool -P mmap_low_allowed 1
>=20
It allows applications to access the low portions of the kernel memory
space.

Personally, I can't think of a good reason to allow that. Maybe someone
else can?

I know I would need a good reason to enable it.

~Stack~


--TgCOxVI78smjIF3WfBc1fmKHsHeelH5DO--

--JJ0Hnthl66GBVxuEgJ4uf9jPbK2R8I0jw
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJYtPcpAAoJELkej+ysXJPm9H0P/2mT7uxn0cEEkUJFRzFfSeYb
XoBnsOnS2hzUE5vDwoAaHBoAvV/M3Zu6iqh88LwePc9DK/LfgSpEXdXewH7R08dN
YbqICuXvA/VQPoTmEm+7xJV8Xpj/2/4ioWNZEIJ1UhscL8DdqNTqoojmUW7hb0OJ
z1PbD0V3zUULF45NH1nWLCLv56BNaL2F8qJmgHqK4zaVQJZvTIgb+E98f8B9sxsV
Kiau86aBEhqivNXb1qiw4KUdgpLGdnTpBTvt4pZa5CCCxxl/denZqfMFduZARXrp
6+j9nzJXRQpH/J4+Xc4LaplUdwKGEnfhGXCMoGWn+lHtFXL8PFU/J8fwjic7oSZg
JDxI/Twu2VHMDSxmzQVGAfbTsaYBA5hgR1KEf8uthZVfQKVqPxBxBDe9BRbJi9Gb
cEaW4eSiEkVFHK+EET31b8znqrFQv8nHGLjGOYATRfB+zID66fQ4OP4tl8zLEr4/
vN/jTI4353wHxVMpVVRgK0mJhlDWbOAhKCUOwg9zv6E4owBOsvw2c3YYijPXzZGW
nj+IUh8csHPadbgBviSj6rEJ2uEqXO/uWVo9p3EhKpID1+9x4KfIZEE2ufzJSSC0
/4gESVVyanDyGJ81sjsqcGF5u6BPsGaAA7usvdYrKAt2bIIPeqSmCFiboDZhyU1h
K2yFJ2Cbhu3+RyTIWYNd
=FXMG
-----END PGP SIGNATURE-----

--JJ0Hnthl66GBVxuEgJ4uf9jPbK2R8I0jw--
=========================================================================
Date:         Mon, 27 Feb 2017 21:54:43 -0800
Reply-To:     ToddAndMargo <[log in to unmask]>
Sender:       Mailing list for Scientific Linux users worldwide
              <[log in to unmask]>
From:         ToddAndMargo <[log in to unmask]>
Subject:      Re: What does this SELinux command do?
Comments: To: "[log in to unmask]"
          <[log in to unmask]>
In-Reply-To:  <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:  <[log in to unmask]>

On 02/27/2017 08:06 PM, ~Stack~ wrote:
> On 02/27/2017 07:29 PM, ToddAndMargo wrote:
>>  setsebool -P mmap_low_allowed 1
>>
> It allows applications to access the low portions of the kernel memory
> space.
>
> Personally, I can't think of a good reason to allow that. Maybe someone
> else can?
>
> I know I would need a good reason to enable it.
>
> ~Stack~
>


I am thinking "bug" in the program that triggered
the warning


-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Computers are like air conditioners.
They malfunction when you open windows
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~