random suggestion: system_identification from CSI / Fedora Infrastructure

[Matthew Miller]

When you ssh into people.fedoraproject.org, you get some information
including this bit:

Security Category: Low
Primary Contact: Fedora Admins - admin(a)fedoraproject.org 
Purpose: Provide hosting space for Fedora contributors and Fedora Planet


This comes from
http://infrastructure.fedoraproject.org/csi/security-policy/en-US/html-si...

That's pretty neat. A lot of big organizations may have policies and a
system like that, but it strikes me as something that would be neat to
integrate into Fedora Server by default.


-- 
Matthew Miller    --   Fedora Project    --    <mattdm(a)fedoraproject.org&gt;

[Miloslav Trmač]

On Sat, Feb 8, 2014 at 10:23 AM, Matthew Miller <mattdm(a)fedoraproject.org&gt;wrote:

>  When you ssh into people.fedoraproject.org, you get some information
>  including this bit:
>
>  Security Category: Low
>  Primary Contact: Fedora Admins - admin(a)fedoraproject.org
>  Purpose: Provide hosting space for Fedora contributors and Fedora Planet
>  
Meta-question: There must be dozens or hundreds such small ideas that would
together make the system noticeably better.  How do we collect them so that
they don't end up forgotten on a mailing list?
     Mirek

Keeping track of ideas to make things better (Was: Re: random suggestion: ...)

[Scott Schmit]

On Sat, Feb 08, 2014 at 11:01:12AM +0100, Miloslav Trmač wrote:
>  Meta-question: There must be dozens or hundreds such small ideas that
> would
>  together make the system noticeably better.  How do we collect them so that
>  they don't end up forgotten on a mailing list? 
Stick them on the wiki?

-- 
Scott Schmit

Keeping track of ideas to make things better (Was: Re: random suggestion: ...)

[Matthew Miller]

On Sat, Feb 08, 2014 at 10:27:56AM -0500, Scott Schmit wrote:
>  > Meta-question: There must be dozens or hundreds such small ideas
> that would
>  > together make the system noticeably better.  How do we collect them so that
>  > they don't end up forgotten on a mailing list?
>  Stick them on the wiki? 

Sure. Tell me where. There's a lot of wiki, and it needs to be an actively
curated page or else it's even more useless than the list archives.


-- 
Matthew Miller    --   Fedora Project    --    <mattdm(a)fedoraproject.org&gt;

Keeping track of ideas to make things better (Was: Re: random suggestion: ...)

[Máirín Duffy]

Hi,

On 02/08/2014 11:09 AM, Matthew Miller wrote:
>  Sure. Tell me where. There's a lot of wiki, and it needs to be an
> actively
>  curated page or else it's even more useless than the list archives. 
I added it to this new page:
https://fedoraproject.org/wiki/Server/Polish_Ideas

It's linked to off of the front Server page.

~m

[Simo Sorce]

On Sat, 2014-02-08 at 04:23 -0500, Matthew Miller wrote:
>  When you ssh into people.fedoraproject.org, you get some information
>  including this bit:
>  
>  Security Category: Low
>  Primary Contact: Fedora Admins - admin(a)fedoraproject.org 
>  Purpose: Provide hosting space for Fedora contributors and Fedora Planet
>  
>  
>  This comes from
>
> http://infrastructure.fedoraproject.org/csi/security-policy/en-US/html-si...
>  
>  That's pretty neat. A lot of big organizations may have policies and a
>  system like that, but it strikes me as something that would be neat to
>  integrate into Fedora Server by default. 
To be honest I think it is a terrible idea to drop this information into
an /etc file, because it would be a maintenance burden with the very
plausible outcome of being a source of confusion.

This kind of information is normally held into a centralized catalog for
obvious reasons, if you have that many systems that you need to write
this down, you have to many to consult them one by one anyway, you need
a central place where you can report on this stuff.

And you do not want to have to create services to synchronize this
information locally. It is just useless busy work. But once the file
exist you have to do it because otherwise people can get confused (or
worse, programs can misbehave) if the information in the local file is
wrong.

My 2c,
Simo.

-- 
Simo Sorce * Red Hat, Inc * New York