Reformed EPEL Steering Committee
by Stephen John Smoogen
At last week's EPEL meeting, it was proposed that at least a short term
governing committee be put together to help on the following items:
1) EPEL.next (EPIC or EPEL-rolling, etc)
2) Formalizing various amounts of unwritten rules for package addition,
removal and maintenance in current repos.
3) Lower workload on Kevin Fenzi and Dennis Gilmore as they have been EPEL
since the last EPSCO was around.
At that meeting the following people were nominated to the committee:
Dennis Gilmore
Kevin Fenzi
Stephen Smoogen
Jim Perrin
Todays (2014-08-29) meeting this was 'formalized' with people attending the
meeting. Added to that was a beginning proposal of committee governance:
The governance structure will be a short term organization to set up
policies and procedues in place for continual maintenance of EPEL. The term
of the committee will end 3 months after either new repos are setup or
voted not going to happen by said committee. If a longer term running
committee is required, the previous board will set up policies for
elections and term lengths before the short term committee ends.
After the meeting I realized that wasn't a good deadline so would like to
alter it these changes should be completed by the Fedora 22 release date.
Working Motto: We put the SCO in Enterprise Linux
--
Stephen J Smoogen.
9 years, 8 months
Summary of EPEL Meeting 2014-08-29
by Stephen John Smoogen
========================
#epel: EPEL (2014-08-29)
========================
Meeting started by smooge at 16:00:13 UTC. The full logs are available
athttp://meetbot.fedoraproject.org/epel/2014-08-29/epel_weekly_meeting.20...
.
Meeting summary
---------------
* meet and greets (smooge, 16:01:04)
* meet and greets (smooge, 16:01:31)
* Agenda (smooge, 16:04:22)
* 1) Meet and Greets (smooge, 16:04:38)
* 2) Agenda (smooge, 16:04:45)
* 3) EPEL 7 out of beta (smooge, 16:04:54)
* 4) EPEL.<stuff> discussion (smooge, 16:05:06)
* 5) Open Flood (smooge, 16:05:17)
* 6) End meeting (smooge, 16:05:24)
* EPEL 7 out of beta (smooge, 16:05:37)
* Bodhi needs to get some work done still (smooge, 16:07:20)
* updates do not work correctly yet but will soon. (smooge, 16:07:31)
* EPEL.<stuff> discussion (smooge, 16:17:22)
* ACTION: Jeff_S and dgilmore and others to discuss .rpmsave issue
(smooge, 16:20:11)
* AGREED: EPEL short term governance team members: smooge, nirik,
dgilmore, and Evolution (smooge, 16:29:35)
* moving discussion of governance structure and policy to mailing
list. Votes to finalize anything that feels need a vote will be next
weeks meeting (smooge, 16:49:13)
* Open Flood. (smooge, 16:49:47)
* ACTION: Add time in testing to policy discussion on mailing list
(smooge, 16:57:59)
* Thanks for coming everyone. See you on the list. (smooge, 17:13:57)
Meeting ended at 17:14:12 UTC.
Action Items
------------
* Jeff_S and dgilmore and others to discuss .rpmsave issue
* Add time in testing to policy discussion on mailing list
Action Items, by person
-----------------------
* dgilmore
* Jeff_S and dgilmore and others to discuss .rpmsave issue
* Jeff_S
* Jeff_S and dgilmore and others to discuss .rpmsave issue
* **UNASSIGNED**
* Add time in testing to policy discussion on mailing list
People Present (lines said)
---------------------------
* smooge (97)
* Jeff_S (43)
* dgilmore (42)
* nirik (33)
* kbsingh (31)
* maxamillion (26)
* avij (8)
* bstinson (6)
* zodbot (3)
* orionp (2)
* Ussat (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
Minutes:
http://meetbot.fedoraproject.org/epel/2014-08-29/epel_weekly_meeting.2014...
Minutes (text):
http://meetbot.fedoraproject.org/epel/2014-08-29/epel_weekly_meeting.2014...
Log:
http://meetbot.fedoraproject.org/epel/2014-08-29/epel_weekly_meeting.2014...
--
Stephen J Smoogen.
9 years, 8 months
Reminder: 2014-08-29 EPEL meeting #epel
by Stephen John Smoogen
We will be holding our weekly EPEL meeting tomorrow at 1600 UTC.
Topics will be:
1) EPEL-7 moves out of Beta
2) EPEL.<fill-in-blank>
3) Open Flood.
--
Stephen J Smoogen.
9 years, 8 months
EPEL meeting nores
by Stephen John Smoogen
Next meeting: 2014-09-30 16:00 UTC
#epel: EPEL meeting
(2014-08-22)
Meeting started by smooge at 16:00:09 UTC (full logs).
Meeting summary
1. meet and greets (smooge, 16:01:24)
2. meet and greets (smooge, 16:02:07)
3. Fork in the Road (EPIC or EPEL dot releases or same old same old)
(smooge, 16:05:44)
a. https://fedoraproject.org/wiki/EPEL-faster-repo-ideas (nirik,
16:18:33)
b. https://fedoraproject.org/wiki/FAD_MirrorManager2_FAS3_2014
(nirik, 16:19:42)
4. EPIC (working title only but that was what EPEL was too) (smooge,
16:25:28)
a. https://access.redhat.com/support/policy/updates/extras
(dgilmore, 16:42:21)
b. https://fedoraproject.org/wiki/EPEL-faster-repo-ideas <- have
been updating with ideas, everyone feel free to
add issues and proposed solutions... (nirik, 16:49:21)
5. Cleanup of Fedora EPEL policies (smooge, 16:59:46)
6. Moving EPEL-7 out of beta (smooge, 17:13:56)
7. Open Floor (smooge, 17:26:15)
Meeting ended at 17:30:11 UTC (full logs).
Action items
1. (none)
People present (lines said)
1. nirik (79)
2. Evolution (70)
3. smooge (62)
4. dgilmore (50)
5. kbsingh (19)
6. orionp (15)
7. mhroncok (13)
8. billings (8)
9. zodbot (6)
10. bstinson (6)
11. jnix (4)
12. avij (3)
13. kanarip (1)
14. RemiFedora (1)
Generated by MeetBot 0.1.4.
References
Visible links
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
. https://fedoraproject.org/wiki/EPEL-faster-repo-ideas
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
. https://fedoraproject.org/wiki/FAD_MirrorManager2_FAS3_2014
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
. https://access.redhat.com/support/policy/updates/extras
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
. https://fedoraproject.org/wiki/EPEL-faster-repo-ideas
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
.
http://meetbot.fedoraproject.org/epel/2014-08-22/epel_reboot.2014-08-22-1...
. http://wiki.debian.org/MeetBot
--
Stephen J Smoogen.
9 years, 8 months
Reminder: EPEL Meeting Fri Aug 22 16:00:00 UTC 2014
by Stephen John Smoogen
I am proposing that the EPEL community hold a meeting in #epel on Friday
August 22, 2014 16:00:00 UTC to go over various community items:
Suggested topics:
#topic Forking of EPEL packages to a faster moving repository
a) Proposed name of repository is EPIC
b) What packages stay, which packages go.
#topic Setup and controls for said repository
When do packages update in EPIC repository, how are they announced and
where?
#topic Review and cleanup of EPEL policies
There was a problem with several packages being removed which broke other
packages. These packages were removed because we have in the past not allow
orphaned or non-maintain packages.. but where is this documented.
#topic Open Floor
Place for the meeting will be in #epel
To determine when this meeting occurs in your timezone please type:
date -d '2014-08-22 16:00:00 UTC'
example:
[smooge@seiji ~]$ date -d '2014-08-22 16:00:00 UTC'
Fri Aug 22 10:00:00 MDT 2014
--
Stephen J Smoogen.
9 years, 8 months
Proposed EPEL meeting: Fri Aug 22 16:00:00 UTC 2014
by Stephen John Smoogen
I am proposing that the EPEL community hold a meeting in #epel on Friday
August 22, 2014 16:00:00 UTC to go over various community items:
Suggested topics:
#topic Forking of EPEL packages to a faster moving repository
a) Proposed name of repository is EPIC
b) What packages stay, which packages go.
#topic Setup and controls for said repository
When do packages update in EPIC repository, how are they announced and
where?
#topic Review and cleanup of EPEL policies
There was a problem with several packages being removed which broke other
packages. These packages were removed because we have in the past not allow
orphaned or non-maintain packages.. but where is this documented.
#topic Open Floor
Place for the meeting will be in #epel
To determine when this meeting occurs in your timezone please type:
date -d '2014-08-22 16:00:00 UTC'
example:
[smooge@seiji ~]$ date -d '2014-08-22 16:00:00 UTC'
Fri Aug 22 10:00:00 MDT 2014
--
Stephen J Smoogen.
9 years, 8 months
Fwd: EPEL Notes from .next discussion.
by Stephen John Smoogen
---------- Forwarded message ----------
From: Stephen John Smoogen <smooge(a)gmail.com>
Date: 12 August 2014 21:05
Subject: EPEL Notes from .next discussion.
To: EPEL development disccusion <epel-devel-list(a)redhat.com>,
epel-users-list(a)fedoraproject.org
At FLOCK this year, I did a short workshop on what was labeled EPEL.Next.
At that we went over a bit of what EPEL has done in the past, what its
current challenges are, and what could be its future. Toshio Kuratomi was
great in capturing what was said at the meeting and
EPEL
* Extra packages for enterprise linux
* Lots of name recognition now
* Formed as rhel5 was being released
people needed more packages. at the time there were a ton of addon repos.
None of the m were compatible with each other necessarily.
All the other repos, dag, freshrpms, etc overrode the base os in some
places.
Decided for EPEL, overriding RHEL was something we wouldn't do.
Started with RHEL3,4 and soon after release we had 5.
RHEL was supported 5-7years and we figured we could support EPEL packages
for the same length of time.
Early controversy - repotags (shortened name that can be in the packages.
[graph of Fedora machines measured by unique ips that hit mirrormanager vs
EPEL machines]
[graph shows steady growth in EPEL. Larger initial Fedora machines that
rose and then plateaued]
[graph shows a noticable dip every weekend. Can also see the dip in Fedora
numbers for the Incident.]
[graph is probably conservative in numbers as many enterprises
Second graph:
[Graph shows combined growth same as last graph.]
[Graph shows EPEL5 that has risen but plateaued about the time EPEL6 came
out.]
[graph shows that EPEL6 has been growing and has surpassed the EPEL5
plateau.]
Where are we now:
We support 3 arches.
RHEL4: 1258 srpms. EOL
RHEL5: 3651 srpms
RHEL6: 5449 srpms
RHEL7: 3100 srpms and growing fastest
For CENTOS7: the epel repofile will be shipped directly with centos for the
first time.
Current Problems:
* 10+ year support for RHEL now. Hard for EPEL packagers to commit to
doing the same.
* We have requests for both newer and older conflicting packages.
- Currently policy is not to have unpleasant surprises regarding
compatibility.
- puppet2.x vs puppet3.x
* Some people need major changes to build new software
* Some people need no changes in order to keep existing software running
* Developer burnout: People come in and after a few years, they are burnt
out because they can't upgrade the things that they want due to the
compatibility policies.
Where are we going?
Pain Points:
* Inability to yum downgrade because only include one old package in the
updates tree
* Harder for EPEL than Fedora because EPEL users have more need to
rollback if an incompatibility creeps in and because EPEL users may
schedule their releases
* Not every part of package repo is suitable for inclusion in anaconda
because we may not have dep closure in the subset of the repo.
* Which RHEL point release can also make a difference because the base
RHEL sometimes upgrades incompatibly and we don't keep a separate build for
both point releases.
* Can take a long time to push packages through bodhi. Can take 7 days to
push a CVE through bodhi. (global EPEL and Fedora problem)
* Not all maintainers interpret "Don't break compatibility" in the same way.
* Many guidelines are verbal, not formal.
* Some maintainers are mainly Fedora maintainers and don't know what people
are using it for in EPEL. They respond to requests to install or update a
package out of a willingness to help but don't know what users need.
* No guideline enforcement.
* Takes a while for new EPEL releases to be brought out once a new RHEL
release is made (because CentOS hasn't released yet).
* Traditionally, we wait because contributors may not have RHEL
entitilements so they need to have CentOS to test.
* Need entitlements for contributors to run RHEL (Easiest: Use RHEL,
SciLinux, Fermi Linux).
* Packages get added to one of the RH base repositories and then we have to
pull them from the EPEL repositories.
* Some people have extra layered products from RH and do not want us to
conflict with those. Other people do not have the layered products and
therefore want to be able to get those packages from EPEL.
* Overlap between EPEL and CentOS Extras.
Ideas to deal with Pain
* Get RHEL licenses for contributors. There is a process but it takes a
long while because of the tax problems for giving it to people. Current
procedure is that we get requests, we give the names to a person inside of
RH and then they eventually get back to us with licenses.
* Let's create EPIC: separate repo. 3 year lifespan instead of 10 year,
rhel life cycle.
* Debian Volatile repository and also Debian Backports. These repos
contain newer versions of packages, even for Debian Stable. Good for
packages which change all the time.
* Debian also has protection mechanism that says no major or no major.minor
version updates in apt (their yum equivalent).
* Red Hat already releases different lifecycle repositories (layered
products). Why not replicate what they do.
* What about implementing EPEL as a set of projects like Fedora Playground?
* Would change the guarantees and expectations of EPEL *quite* a bit.
* Maybe as the way to implement EPIC rather than EPEL.
* Policy change that allows for regular major changes in EPEL.
* Can't update at any times.
* Can make incompatible changes on the next point release of RHEL->CentOS.
* Example: When RHEL7.1 comes out we have a 30 day window to get packages
updated and new packages in that make incompatible changes.
* Archive 7.0. The toplevel 7 tree is a symlink to whatever point
release is latest.
* Formalize the governance of EPEL.
* Written policies of some sort for decision making
* Elections?
* Problems to solve:
* Don't want to just listen to the people who are loudest
* Don't want to just listen to the people who have been around the
longest
* Do we want automated testing of EPEL? yes. get it working on whatever
subset you can and we'll go on from there.
* Move to CentOS as build system? Gives us additional arches.
* Could we do an ISV program like quaid does?
--
Stephen J Smoogen.
_______________________________________________
epel-devel mailing list
epel-devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel
--
Stephen J Smoogen.
9 years, 8 months