Timeslot for EPEL Meeting
by Michael Stahnke
There has been some discussion about timeslots for the the EPEL SIG
meeting. Last week, some discussion was brought up about rotating the
time-slot to allow for more involvement from different parts of the
world.
In general, this would be an effort to gain more participation from
the community and SIG as a whole and not just the steering committee.
EPEL is new, and needs care and feeding, that means help from everyone
willing to put in some time.
I will go ahead and propose a meeting time on Wednesdays of 23:00 UTC
and rotate that every other week with the current time of 17:00 UTC.
If this is too much, or the wrong time, please speak up on this
thread. We are looking for ways to encourage participation.
I also realize that both of these timeslots may not be all that Asia
friendly. If we have interest from Asia, we can continue to make
adjustments.
stahnma
16 years, 8 months
Log from this weeks (200700822) EPEL SIG Meeting
by Thorsten Leemhuis
Just a reminder: it's a SIG meeting, not a Steering Committee meeting. The EPEL Steering Committee would be glad if SIG members and other EPEL contributors would join us more often!
00:00:02 < knurd> | Meeting ping dgilmore, Jeff_S, knurd, mmcgrath, nirik, stahnma, quaid and everyone interested in EPEL -- EPEL meeting in #fedora-meeting now!
00:00:02 < knurd> | Hi everybody; who's around?
00:00:02 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process
00:00:04 * | knurd likes to remind people that the schedule and the topic list for todays meeting can be found on http://fedoraproject.org/wiki/EPEL/Schedule
00:00:22 * | nirik is here.
00:00:23 --> | che (Rudolf Kastl) has joined #fedora-meeting
00:00:30 * | mmcgrath here
00:00:44 < che> | heyyas
00:01:05 < mmcgrath> | I know dgilmore is traveling today
00:01:57 < knurd> | stahnma, was around two hours ago
00:02:22 --> | kital (Joerg Simon) has joined #fedora-meeting
00:02:40 --> | Jeff_S (Jeff) has joined #fedora-meeting
00:02:46 < knurd> | hi Jeff_S :)
00:02:56 < Jeff_S> | :)
00:03:10 < knurd> | that makes four people from the steering committee
00:03:16 < knurd> | well, let's start slowly
00:03:21 --- | knurd has changed the topic to: EPEL Meeting|push to stable easily -- knurd
00:03:33 < knurd> | I talked to mschwendt about it
00:03:39 < knurd> | but didn't find time for more yet
00:03:53 < knurd> | my plan is to create a second set of push scripts
00:04:02 * | nirik thinks that sounds reasonable.
00:04:08 < knurd> | and a small add-on script, that moves stuff from testing to stable
00:04:10 < mmcgrath> | that do what?
00:04:25 < knurd> | and then uses the normal scripts for the createrepo, repoview and sync stuff
00:05:02 < nirik> | we will need to make sure that testing is totally clear of problems before moving things to stable...
00:05:02 < knurd> | nirik, are you extras pushed?
00:05:14 < knurd> | nirik, or accidentally familar with the push scripts?
00:05:21 < knurd> | I likely could need some help
00:05:58 --> | stahnma_ (Unknown) has joined #fedora-meeting
00:06:00 < nirik> | I didn't do extras pushes, no... I'd be happy to help.
00:06:01 < knurd> | nirik, yeah, but we could do that similar to how we did it for the annoucement
00:06:10 < mmcgrath> | <nod>
00:06:11 * | stahnma_ is here...stupid network issues
00:06:12 < knurd> | nirik, do you know python well?
00:06:30 < mmcgrath> | it seems likely that without manual work the testing repo will probably always be broken
00:06:30 < knurd> | mmcgrath, could you sponser nirik as epel_pusher?
00:06:33 < nirik> | not super well. I'm more of a quick and dirty shell scripter from long ago.
00:06:37 <-- | ricky has quit (Read error: 104 (Connection reset by peer))
00:06:41 < nirik> | but I can figure out python usually.
00:06:50 < knurd> | nirik, well, we'll find a way
00:07:00 < mmcgrath> | knurd: will he be working on the scripts or doing the pushing or both?
00:07:02 < knurd> | I think we move on now and discuss the details another time
00:07:17 < knurd> | mmcgrath, I'd say: all that is involved with pushing
00:07:20 < mmcgrath> | nirik: apply for the epel pushers group.
00:07:23 < nirik> | yeah, we will need to intervene on testing repo to make it clean I am sure.
00:07:24 < Jeff_S> | in general it sounds like a good idea to me
00:07:38 < nirik> | mmcgrath: ok.
00:07:48 --- | knurd has changed the topic to: EPEL Meeting|new meeting time? -- all (see also http://fedoraproject.org/wiki/EPEL/NewMeetingTime
00:08:02 < knurd> | shall we remove this from the list and stick to this time?
00:08:22 < stahnma_> | would it be possible to do alternating meetings, like some other Fedora groups though?
00:08:27 * | mmcgrath doesn't have an opinion on this really.
00:08:27 < nirik> | I think this time is probibly the best we are going to do.
00:08:28 < Jeff_S> | well, I'll be at a new job starting in October and I'm not sure if this will work or not for me at that point
00:08:30 < stahnma_> | so sometimes it's not in the middle of my work day?
00:08:32 < mmcgrath> | stahnma_: +1
00:08:43 < Jeff_S> | but likely it'll still work
00:08:56 < knurd> | stahnma_, I'm fine with that
00:09:08 < Jeff_S> | +1 here too
00:09:11 < stahnma_> | ok, let's talk about it on list
00:09:15 < knurd> | but that likely means that I won#t be around if we don#t find a european-firendly timeslot
00:09:19 < knurd> | stahnma_, +1
00:09:36 <-- | ChitleshGoorah has quit (No route to host)
00:09:49 < stahnma_> | ok, well try and have a good for Europe timeslot one week and good for US next week or something
00:09:53 < stahnma_> | anyway, details on list
00:09:57 < Jeff_S> | ok
00:10:07 --- | knurd has changed the topic to: EPEL Meeting| MetaData for all Packages available to contributors. -- stahnma
00:10:15 < knurd> | stahnma_ ?
00:10:22 < stahnma_> | The thread that was brough up about this is very interesting
00:10:34 < stahnma_> | basically, the EPEL community has no exact list of packages in RHEL/RHN proper
00:10:45 < stahnma_> | and even if we get a list of packages, we still need metadata
00:10:53 < stahnma_> | to see if we're conflicting with RH packages
00:10:55 < nirik> | I was pondering on that... could we get a list from plagueserver?
00:11:04 < nirik> | ie, the buildsystem?
00:11:09 < stahnma_> | using hte RHN API I can get almost everything
00:11:13 < knurd> | nirik, has only RHEL, not the extras channels
00:11:13 < stahnma_> | I was working on this morning
00:11:18 < mmcgrath> | well the build system doesn't have extra channels.
00:11:24 < stahnma_> | the metadata is the hard part
00:11:28 < nirik> | ah, ok.
00:11:29 < mmcgrath> | unfortunately I think this may have to be a reactive thing.
00:11:34 < mmcgrath> | since its a moving target.
00:11:44 < stahnma_> | I mean, using hte API I can get files and all sort of stuff, basically, anything that RPM can give you
00:11:53 < nirik> | could we provide some lookup tool?
00:11:58 < stahnma_> | but, how to capture the data and incorporate into our processes, that's hard
00:12:02 < stahnma_> | nirik: +1
00:12:06 < mmcgrath> | nirik: and use what as the back end?
00:12:06 < stahnma_> | If we had a generic RHN account
00:12:20 < mmcgrath> | Fedora Infrastructure has RHN but not all of the channels
00:12:25 < stahnma_> | Just a python script that hits RHN?
00:12:25 < nirik> | not sure. ;(
00:12:42 < mmcgrath> | there is an API to RHN.
00:12:42 < knurd> | stahnma_, quaid said something about "RHEL subscriptions -- looking for a budget sponsor, haven't found one yet"
00:12:48 < nirik> | we do need something tho, so we block already existing packages. ;(
00:12:54 < stahnma_> | that's what I have been working with mmcgrath
00:13:17 < mmcgrath> | whats the end goal of knowing whats in RHEL?
00:13:28 < mmcgrath> | not duplicating?
00:13:33 < stahnma_> | I think it's making sure new package don't conflict with rhel or addon packages
00:13:38 < nirik> | right.
00:13:45 < stahnma_> | but I am unclear on our position for all channels
00:13:57 < mmcgrath> | stahnma_: but both epel and RHN are moving targets.
00:14:07 < stahnma_> | true, so I guess we need some ongoing process
00:14:09 < nirik> | also, are there going to be any more new packages added to 5.1 that were not in the 5.1beta? I guess we wait and see.
00:14:10 < mmcgrath> | so there's no real way to do what we're proposing.
00:14:28 < mmcgrath> | unless we do like a daily check of everything in RHN vs everything in epel.
00:14:57 < stahnma_> | yes, if we had a good outline of what exactly was required, I think we could conquer it
00:14:59 <-- | sankarshan has quit ("Are you sure you want to quit this channel (Cancel/Ok) ?")
00:15:07 < nirik> | do new packages get added to RHN at non quarterly updates? or only on quarterly?
00:15:18 < stahnma_> | supposedly only quarterly
00:15:23 < mmcgrath> | when it comes to additional channels, I don't think there's any rules.
00:15:23 < skvidal> | umm
00:15:23 < stahnma_> | but new channels can pop up any time
00:15:23 < skvidal> | no
00:15:30 < skvidal> | security updates get pushed async
00:15:31 < warren> | It isn't exactly quarterly
00:15:45 < stahnma_> | skvidal: right, updates for existing packages
00:16:00 < stahnma_> | but new packages, as in foo previously didn't exist in RHEL 5 channel
00:16:00 < warren> | and sometimes new packages are added "async", usually in the "Fastrack" channel
00:16:36 --> | ricky (Ricky) has joined #fedora-meeting
00:16:47 < knurd> | so, what to do?
00:16:53 < knurd> | continue the discussion on the list?
00:16:55 < nirik> | ideally, what we want is 2 items: when a new epel package is being added we want to make sure it's not already in RHN. Also, we want to know when new RHN packages are added so if they are in EPEL we can drop the epel one, right?
00:16:57 <-- | kital has quit (Remote closed the connection)
00:17:40 < knurd> | nirik, I think those are the main problems (at least afaics)
00:17:58 < stahnma_> | yeah, according to RHN there are 464 channels
00:18:01 < stahnma_> | currently
00:18:06 * | warren sends a note to management to be sure added packages are "newer" than EPEL packages.
00:18:14 < nirik> | FYI, 5.1 (beta at least) has 3 new packages that are in epel already
00:18:30 < nirik> | but all of them are newer in rhn... so no problem with upgrades.
00:18:34 < skvidal> | what about z-stream or whatever it is being called today builds?
00:18:54 < nirik> | stahnma_: 464! woah. What are all those? yikes. I thought there were only a handfull...
00:18:57 < stahnma_> | skvidal: is that the LAMP stack stuff that can roll?
00:19:13 < stahnma_> | nirik: well, that's each arch, and AS and ES separate
00:20:10 < knurd> | we get slow again -- continue on the list?
00:20:28 < mmcgrath> | +1 to the list. This is a compicated topic.
00:20:39 < mmcgrath> | seems straight forward, but it just isn't :)
00:20:39 < nirik> | sure... I think stahnma_ is the leader here since he has RHN access. ;)
00:20:56 < stahnma_> | Ok
00:21:07 < stahnma_> | I will get some data together and try to circle round on the list
00:21:08 * | knurd has access to some RHN boxes now as well -- finally :-)
00:21:15 < knurd> | stahnma_, k, thx
00:21:17 * | knurd moves on
00:21:25 --- | knurd has changed the topic to: EPEL Meeting| for enterprise customers/ISVs/IHVs -- stahnma, quaid
00:21:34 < knurd> | quaid's topics, who's not around
00:21:41 < stahnma_> | skip...
00:21:44 < knurd> | does anyone want to say something about that topic?
00:21:52 < knurd> | seesm not
00:21:53 --> | G_ (Nigel Jones) has joined #fedora-meeting
00:21:53 --- | knurd has changed the topic to: EPEL Meeting|
00:21:58 < stahnma_> | I need to reread the stuff Quaid sent out
00:22:00 < knurd> | same prceedure
00:22:08 < stahnma_> | again, on list...
00:22:09 --- | knurd has changed the topic to: EPEL Meeting -- Free discussion around EPEL
00:22:22 < knurd> | anything else to discuss?
00:22:43 --- | chitlesh_ is now known as ChitleshGoorah
00:22:51 < Jeff_S> | not me
00:23:00 * | knurd will close the meeting in 60
00:23:12 < nirik> | oh, on the license stuff... EPEL branches should get updated as well, right?
00:23:26 < nirik> | since we follow fedora package guidelines? But not rebuilt? or ?
00:23:29 < stahnma_> | nirik: I would assume
00:23:29 < knurd> | same as FC-6 and F-7 afaics
00:23:38 < knurd> | e.g. update with next pacakge update
00:23:42 < nirik> | ok, we might drop a note to the epel list about that...
00:23:51 < stahnma_> | probably a good idea
00:23:54 < knurd> | +1
00:23:57 * | stahnma_ has several packages to update...
00:24:01 < Jeff_S> | +1
00:24:21 < knurd> | does anyone want to take care of that?
00:24:26 < knurd> | or shall I just mention it in the report?
00:24:36 < knurd> | btw, is anybody reading the reports?
00:24:40 < stahnma_> | I do
00:24:42 < knurd> | or am I just wasting my time?
00:24:42 < stahnma_> | every week
00:24:46 < Jeff_S> | I always read them
00:24:47 < nirik> | In the report is fine... I can do a seperate post if people want.
00:24:51 * | nirik reads them.
00:24:57 < knurd> | nirik, might be a good idea
00:25:05 < stahnma_> | +1
00:25:10 < knurd> | nirik, maybe quickly ask spot for his opinion on that topic
00:25:32 < nirik> | ok, will do one. I also did a mass check of sources, might be some epel packages affected by that (although I just checked devel/rawhide)
00:25:49 < nirik> | ok, can do.
00:25:58 < knurd> | k, anything else regarding EPEL?
00:26:11 * | mmcgrath has nothing
00:26:19 --> | _blah_ (purple) has joined #fedora-meeting
00:26:24 * | knurd will close the meeting in 30
00:26:42 * | knurd will close the meeting in 15
00:26:56 < knurd> | -- MARK -- Meeting end
16 years, 8 months
EPEL Steering Committee's mandate is expiring -- how to move on?
by Thorsten Leemhuis
Hi all!
> The EPEL Steering Committee's mandate for leading EPEL was time-limited
> by FESCo until end of September this year. Well, we are getting closer
> to that date now, so we IMHO should start to discuss how to move on.
> [...]
I just send a mail to fedora-devel-list with this para and some more
details. As most EPEL contributors are likely on that list as well I
avoided to cross-post the mail here and chose to send this "heads up"
instead.
If you are not on fedora-devel you can find that mail at:
https://www.redhat.com/archives/fedora-devel-list/2007-August/msg01845.html
Feel free to express you opinion here, but it IMHO would be best for
everyone if we have the discussion just in one place (e.g. fedora-devel).
CU
knurd
16 years, 8 months
updates, missing meeting
by Karsten Wade
I have a conflicting meeting, here are my not-much-updated updates:
* EPEL and Red Hat Support -- no action, still need to contact someone
* RHEL subscriptions -- looking for a budget sponsor, haven't found one
yet
* RHX/EPEL -- holding pattern
--
Karsten Wade ^ Fedora Documentation Project
Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject
quaid.fedorapeople.org | gpg key: AD0E0C41
////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
16 years, 8 months
Fedora EPEL Package Build Report 2007-08-21
by Fedora Koji Build System
Packages built and released for Fedora EPEL 5: 16
NEW ccache-2.4-10.el5 : C/C++ compiler cache
NEW cvsgraph-1.6.1-4.el5 : CVS/RCS repository grapher
NEW libpqxx-2.6.8-7.el5 : C++ client API for PostgreSQL
(!) nagios-2.9-1.el5 : INVALID rebuild, not published!
NEW nginx-0.5.31-3.el5 : Robust, small and high performance http and reverse proxy server
postgresql-pgpool-II-1.2-4.el5
postgresql-pgpoolAdmin-1.0.0-7.el5
python-kid-0.9.6-1.el5
(!) python-lxml-1.3.3-1.el5 : INVALID rebuild, not published!
python-pygments-0.8.1-2.el5
NEW python-sqlalchemy-0.3.10-2.el5 : Modular and flexible ORM library for python
NEW R-systemfit-0.8-6.el5 : Simultaneous Equation Estimation R Package
NEW radiusclient-ng-0.5.6-2.el5 : RADIUS protocol client library
wine-0.9.43-1.el5
wine-docs-0.9.43-1.el5
yumex-2.0-1.el5
Packages built and released for Fedora EPEL 4: 9
NEW cvsgraph-1.5.1-4.el4 : A CVS/RCS repository grapher
NEW libpqxx-2.6.8-7.el4 : C++ client API for PostgreSQL
NEW nginx-0.5.31-4.el4 : Robust, small and high performance http and reverse proxy server
postgresql-pgpool-II-1.2-4.el4
postgresql-pgpoolAdmin-1.0.0-7.el4
NEW python-kid-0.9.6-1.el4 : Kid - A simple and pythonic XML template language
(!) python-lxml-1.3.3-1.el4 : INVALID rebuild, not published!
NEW sqlite-3.3.6-0.3.el4 : Library that implements an embeddable SQL database engine
wine-0.9.43-1.el4
Changes in Fedora EPEL 5:
ccache-2.4-10.el5
-----------------
* Sun Aug 19 2007 Ville Skyttä <ville.skytta at iki.fi> - 2.4-10
- License: GPLv2+
- Make compiler symlinks relative.
- Make profile.d scripts noreplace.
* Mon Jul 30 2007 Ville Skyttä <ville.skytta at iki.fi> - 2.4-9
- Use shared cache dir for users in the ccache group by default
(#247760, based on Andy Shevchenko's work).
- Fix outdated hardlink info in cache sharing docs.
- Add auto-symlink support for avr-gcc(-c++) and arm-gp2x-linux-gcc(-c++).
- Make triggers always exit with a zero exit status.
cvsgraph-1.6.1-4.el5
--------------------
* Sat Aug 18 2007 Marek Mahut <mmahut fedoraproject.org> - 1.6.1.-4
- Rebuild for EPEL
libpqxx-2.6.8-7.el5
-------------------
* Fri Aug 17 2007 Rex Dieter <rdieter[AT]fedoraproject.org> 2.6.8-7
- update Source URL's
nagios-2.9-1.el5
----------------
* Fri Jun 29 2007 Mike McGrath <mmcgrath(a)redhat.com> 2.9-1
- Upstream released 2.9
nginx-0.5.31-3.el5
------------------
* Sat Aug 18 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.31-3
- added --with-http_stub_status_module build option.
- added --with-http_sub_module build option.
- add in pcre-config --cflags
* Sat Aug 18 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.31-2
- remove BuildRequires: perl-devel
* Fri Aug 17 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.31-1
- Update to 0.5.31
- specify license is BSD
* Sat Aug 11 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.30-2
- Add BuildRequires: perl-devel - fixing rawhide build
* Mon Jul 30 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.30-1
- Update to 0.5.30
* Tue Jul 24 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.29-1
- Update to 0.5.29
postgresql-pgpool-II-1.2-4.el5
------------------------------
* Thu Aug 16 2007 Devrim Gunduz <devrim(a)CommandPrompt.com> 1.2-4
- Fixed the directory name where sample conf files and sql files
are installed.
* Sun Aug 05 2007 Devrim Gunduz <devrim(a)CommandPrompt.com> 1.2-3
- Added a patch for sample conf file to use Fedora defaults
* Sun Aug 05 2007 Devrim Gunduz <devrim(a)CommandPrompt.com> 1.2-2
- Added an init script for pgpool
- Added /etc/sysconfig/pgpool
postgresql-pgpoolAdmin-1.0.0-7.el5
----------------------------------
* Thu Aug 16 2007 Devrim Gunduz <devrim(a)commandprompt.com> 1.0.0-7
- Fix httpd configuration file -- it was using wrong directory.
python-kid-0.9.6-1.el5
----------------------
* Fri Aug 17 2007 Konstantin Ryabitsev <icon(a)fedoraproject.org> - 0.9.6-1
- Upstream 0.9.6
python-lxml-1.3.3-1.el5
-----------------------
* Mon Jul 30 2007 Jeffrey C. Ollie <jeff(a)ocjtech.us> - 1.3.3-1
- Update to 1.3.3
python-pygments-0.8.1-2.el5
---------------------------
* Fri Aug 17 2007 Steve 'Ashcrow' Milner <me(a)stevemilner.org> - 0.8.1-2
- Removed the dos2unix build dependency.
python-sqlalchemy-0.3.10-2.el5
------------------------------
* Tue Jul 24 2007 Toshio Kuratomi <toshio(a)tiki-lounge.com> - 0.3.10-2
- Remove python-abi Requires. This is automatic since FC4+.
* Tue Jul 24 2007 Toshio Kuratomi <toshio(a)tiki-lounge.com> - 0.3.10-1
- Update to new upstream version 0.3.10
R-systemfit-0.8-6.el5
---------------------
* Wed Aug 15 2007 Orion Poplawski <orion(a)cora.nwra.com> - 0.8-6
- Update to 0.8-3
radiusclient-ng-0.5.6-2.el5
---------------------------
* Wed Aug 15 2007 Jeffrey C. Ollie <jeff(a)ocjtech.us> - 0.5.6-2
- Update to 0.5.6
wine-0.9.43-1.el5
-----------------
* Sat Aug 18 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 0.9.43-2
- fix license
* Sat Aug 11 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 0.9.43-1
- version upgrade
- fix init-script output (#252144)
- add lsb stuff (#247096)
wine-docs-0.9.43-1.el5
----------------------
* Sat Aug 18 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 0.9.43-1
- version upgrade
- fix license
yumex-2.0-1.el5
---------------
* Thu Aug 16 2007 Tim Lauridsen <tla(a)rasmil.dk> - 2.0-1
- Release 2.0 GA
- Updated license tag to apply to Fedora guidelines.
Changes in Fedora EPEL 4:
cvsgraph-1.5.1-4.el4
--------------------
* Sat Aug 18 2007 Marek Mahut <mmahut fedoraproject.org> 0:1.5.1-4
- Rebuild for EPEL
libpqxx-2.6.8-7.el4
-------------------
* Fri Aug 17 2007 Rex Dieter <rdieter[AT]fedoraproject.org> 2.6.8-7
- update Source URL's
nginx-0.5.31-4.el4
------------------
* Sat Aug 18 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.31-4
- added --with-http_stub_status_module build option.
- added --with-http_sub_module build option.
* Sat Aug 18 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.31-3
- add in pcre-config --cflags
* Sat Aug 18 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.31-2
- remove BuildRequires: perl-devel
* Fri Aug 17 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.31-1
- Update to 0.5.31
- specify license is BSD
* Sat Aug 11 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.30-2
- Add BuildRequires: perl-devel - fixing rawhide build
* Mon Jul 30 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.30-1
- Update to 0.5.30
* Tue Jul 24 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 0.5.29-1
- Update to 0.5.29
postgresql-pgpool-II-1.2-4.el4
------------------------------
* Thu Aug 16 2007 Devrim Gunduz <devrim(a)CommandPrompt.com> 1.2-4
- Fixed the directory name where sample conf files and sql files
are installed.
* Sun Aug 05 2007 Devrim Gunduz <devrim(a)CommandPrompt.com> 1.2-3
- Added a patch for sample conf file to use Fedora defaults
* Sun Aug 05 2007 Devrim Gunduz <devrim(a)CommandPrompt.com> 1.2-2
- Added an init script for pgpool
- Added /etc/sysconfig/pgpool
postgresql-pgpoolAdmin-1.0.0-7.el4
----------------------------------
* Thu Aug 16 2007 Devrim Gunduz <devrim(a)commandprompt.com> 1.0.0-7
- Fix httpd configuration file -- it was using wrong directory.
python-kid-0.9.6-1.el4
----------------------
* Fri Aug 17 2007 Konstantin Ryabitsev <icon(a)fedoraproject.org> - 0.9.6-1
- Upstream 0.9.6
python-lxml-1.3.3-1.el4
-----------------------
* Mon Jul 30 2007 Jeffrey C. Ollie <jeff(a)ocjtech.us> - 1.3.3-1
- Update to 1.3.3
sqlite-3.3.6-0.3.el4
--------------------
* Fri Aug 17 2007 Mike McGrath <mmcgrath(a)redhat.com> - 3.3.6-0.3
- Official EPEL build
* Wed Jul 25 2007 Jeff Sheltren <sheltren(a)cs.ucsb.edu> - 3.3.6-0.2
- Prepend 0 to release
- Rebuild for EPEL
wine-0.9.43-1.el4
-----------------
* Sat Aug 18 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 0.9.43-2
- fix license
* Sat Aug 11 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 0.9.43-1
- version upgrade
- fix init-script output (#252144)
- add lsb stuff (#247096)
For more information about the built packages please see the repository
or the Fedora Info Feed: http://fedoraproject.org/infofeed/
16 years, 8 months
Meetings and mailiglists/decision finding process
by Thorsten Leemhuis
Hi all!
I'm wondering if we should optimize out decision finding and realizing
process a bit. The weekly IRC meetings have some problems:
- we often get only four or five people from the steering committee
(sometimes only three)
- sometimes there are periods where the meetings get stuck for one or
two minutes because people often do other stuff in parallel
- only rare attendance from non-steering committee members
- the usual time-zone and real-life comes in between problems with IRC
At the same time on the mailing lists
- stuff gets discussed, but then often things seems to get stuck because
everyone waits for the steering committee to make a decision; those are
done in the meeting only (e.g. only once a week), and things then get
stuck if no decision can be found easily or gets bumped between list
and meetings
- things get agreed on on the list and then suddenly out of the blue
some steering committee member raises concerns in the meeting (but did
not raise them on the list beforehand). That complicates things a lot,
as explaining stuff ("I don't like foo bar and baz, but foobar, and want
...") in IRC often is boring for the others as they have to wait for the
other to hack all that into the keyboard.
All those (and likely some other stuff) slow EPEL down IMHO and are
sometimes annoying. I'm wondering if we could improve the situation
somehow with some changes, but I'm unsure myself how.
Some ideas, from the top of my head:
- only meet on IRC every second week
- only meet on IRC all four week or when there is a need to
- somehow accept stuff on the mailing lists if possible. Kind of "send a
proposal, if some people give a "+1" on the list and no one objects from
the SIG within some days consider it accepted". Sure, it's often not
that easy and we needed to work out more details for such a scheme, but
it could be or something into that direction. That way the SIG or EPEL
contributors get more influence and we might need the Steering Committee
only if a decision can't be found
- weekly status mail from the owners of major tasks
Other thoughts/idas?
CU
knurd
16 years, 8 months
To update or not to update...
by Ray Van Dolson
Hi all, so the (only) package I maintain, remind, has released a new
version (from 3.0.24 to 3.1.0). There are some new features and some
bug fixes:
http://www.bludgeon.org/~rayvd/WHATSNEW
However, per the update guidelines and policies, it doesn't appear to
meet the criteria as an update that should be pushed (although maybe to
the 5.1 and 4.6 releases) -- none of the bug fixes are "critical"
really.
That said, from observing the build reports, it seems as if a lot of
people are pushing new upstream releases of their packages into the
current version of EPEL (updates, not the new builds). It doesn't seem
that all of these updates are in harmony with the update policies.
I realize that probably very few will care if I end up pushing my
update to 4.5 and 5.0, and nothing will break; but is this the right
thing to do?
Thanks for the clarification,
Ray
16 years, 8 months
EPEL report week 33 2007
by Thorsten Leemhuis
= Weekly EPEL Summary =
Week 33/2007
== Most important happenings ==
* reminder: now that EPEL is officially announced all new and updates
EPEL packages go straight to EPEL-testing and *not* to the stable repo.
EPEL-testing packages will (if everything is sane) get moved to stable
repo in parallel with a quarterly RHEL update. If you have a security
update that needs to go to EPEL-stable build normally and contact
ThorstenLeemhuis
There are some discussion to adjust that scheme (sync more often, push
new packages directly or after a small warning period to stable, ...);
see the list for details at
https://www.redhat.com/archives/epel-devel-list/2007-August/msg00083.html
* some discussion on the list to do much more on the mailiglist instead
of in the meetings -- see
https://www.redhat.com/archives/epel-devel-list/2007-August/msg00071.html
* two RFC's which might be approved soon got posted to the list --
* Job description:
https://www.redhat.com/archives/epel-devel-list/2007-August/msg00082.html
* communication plan:
https://www.redhat.com/archives/epel-devel-list/2007-August/msg00081.html
if you don't like something speak up now
From:
http://fedoraproject.org/wiki/EPEL/Reports/Week33
== EPEL SIG Meeting ==
=== Attending ===
>From the Steering Committee:
* knurd (ThorstenLeemhuis)
* mmcgrath (MikeMcGrath)
* Jeff_S (Jeff Sheltren)
* quaid (KarstenWade)
* nirik (KevinFenzi)
* stahnma (MichaelStahnke)
Missing from the Steering Committee:
* dgilmore (DennisGilmore) (missed it by a few minutes)
=== Summary ===
* new push scripts for pushing to testing, adjust mock configs to use
testing -- dgilmore
* finished ; thx for your work dgilmore
* we need to do more stuff with the scripts to be able to push to
stable easily; knurd will take a look
* branch for EPEL if Fedora maintainer does not react
* finished; dgilmore enhanced the text to fix something knurd
complained about. The last sentence reads now: "If the Fedora maintainer
later decides to participate in EPEL, then the Fedora maintainer will
become co-maintainer for EPEL. (Of course co-maintainership can be
extended to Fedora)"
* yum for EPEL4 -- Jeff_S
* "How to do it" also got finished :) -- we take the CentOS srpms as
base, ship them with a lower release to do no harm to CentOS and remove
the yum.conf, as yum without a RHEL4-repo can not be used to install
stuff from EPEL, but is of value for stuff like yum-utils or mock
* EPEL announcement happened -- are we satisfied with how everything
worked out?
* was discussed in the past meetings -- we'll remove it from the
schedule, move on and discuss stuff as needed
* RHX and EPEL -- quaid
* quiad: "nothing new ; but I haven't asked in a while; forgot it
could be on the agenda "
* communication plan for enterprise customers/ISVs/IHVs -- stahnma, quaid
* will get send to the list for final discussions
* Generic Job Description -- quaid
* will get send to the list for final discussions
* ExcludeArch TrackerBugs for EPEL -- notting/knurd
* knurd doesn't find the time for it atm; any volunteers?
* FESCo mandate/how to move on with SIG and SteeringCommittee
* current mandate for the EPEL SIG and its Steering Committee is
limited until end of September; do we want to move on with the current
scheme ? or do we want to elect a sterring committee?
* some people wondered if elections really make sense
* we could recommend to FESCo an extension of the mandate for e.g. 6
months
* stahnma> "I think right now growth of the repo and user-base is
where we should putting effort not into politics "
* quaid> "we seem to have a manageable group without adding or
subtracting "
* mmcgrath> "I guess a specific goal would be good. I mean the
obvious goal is there but do we also want to aggressively add more
packages? Add more packagers? Add more documentation? Marketing? "
* "more packages" is still a important goal
* stahnma> "allow for hostile takeover of maintainane :) "
* knurd> "maybe we need a sponsor-way for EPEL-only contributors that
want to maintain existing packages "
* we stopped there and will continue this topic on the list and in the
next meeting
* Free discussion around EPEL
* mmcgrath> "just wanted to say I think the EPEL community is pretty
healthy right now, lots of people and packages being built and we're
still very young. "
* Jeff_S_> "I'm happy to try to do most communication on the list and
then just finalize things in meetings -- that way we can speed through
these faster :) "
* stahnma> "I liked the speed of today's meeting "
=== Full Log ===
https://www.redhat.com/archives/epel-devel-list/2007-August/msg00115.html
== Stats ==
=== General ===
Number of EPEL Contributors -- now that the pgkdb is in production it's
for now not easily determinable (AFAIK)
=== EPEL 5 ===
Number of source packages: 590
Number of binary packages: 1146
There are 79 new Packages (might include some old packages that were
moved to testing right before the EPEL announcement):
* arj | Archiver for .arj files
* audio-entropyd | Generate entropy from audio output
* bcfg2 | Configuration management system
* bugzilla | Bug tracking system
* cabextract | Utility for extracting cabinet (.cab) archives
* chmlib | Library for dealing with ITSS/CHM format files
* evolution-bogofilter | A plugin for bogofilter support in evolution
* freeze | freeze/melt/fcat compression utilities
* gdal | GIS file format library
* geos | GEOS is a C++ port of the Java Topology Suite
* gnome-screensaver-frogs | GNOME Screensaver Slideshow of Frogs
* google-perftools | Very fast malloc and performance analysis tools
* guile-cairo | The Cairo graphics library for Guile Scheme
* guile-lib | A repository of useful code written in Guile Scheme
* JSDoc | Produces javadoc-style documentation from JavaScript sourcefiles
* lasi | C++ library for creating Postscript documents
* libdap | The C++ DAP2 library from OPeNDAP
* libgeotiff | GeoTIFF format library
* limph | A PHP5-compatible network host/service poller with web interface
* lzop | Real-time file compressor
* mapserver | Environment for building spatially-enabled internet
applications
* mfstools | Utilities for TiVo drive upgrades
* moodle | A Course Management System
* netgo | Networking profile manager
* nikto | Web server scanner
* nomarch | GPLed Arc de-archiver
* ogdi | Open Geographic Datastore Interface
* oneko | Cat chases the cursor
* pbzip2 | Parallel implementation of bzip2
* Perlbal | Reverse-proxy load balancer and webserver
* perl-Convert-TNEF | Perl module to read TNEF files
* perl-Convert-UUlib | Perl interface to the uulib library
* perl-Danga-Socket | Event loop and event-driven async socket base class
* perl-Device-SerialPort | Linux/POSIX emulation of Win32::SerialPort
functions
* perl-ExtUtils-F77 | Simple interface to F77 libs
* perl-Gearman-Client-Async | Asynchronous Client for the Gearman
distributed job system
* perl-Gearman | Distributed job system
* perl-Gearman-Server | Function call "router" and load balancer
* perl-Image-ExifTool | Utility for reading and writing image meta info
* perl-IO-AIO | Asynchronous Input/Output
* perl-libwhisker2 | Perl module geared specificly for HTTP testing
* perl-Mail-SPF-Query | Query Sender Policy Framework
* perl-MogileFS-Utils | Utilities for MogileFS
* perl-Net-CIDR-Lite | Net::CIDR::Lite Perl module
* perl-Net-Pcap | Interface to pcap(3) LBL packet capture library
* perl-Razor-Agent | Use a Razor catalogue server to filter spam messages
* perl-Sys-Syscall | Access system calls that Perl doesn't normally
provide access to
* perl-Test-Base | Data Driven Testing Framework
* perltidy | Tool for indenting and reformatting Perl scripts
* php-pear-PHP-CodeSniffer | PHP coding standards enforcement tool
* physfs | Library to provide abstract access to various archives
* plplot | Library of functions for making scientific plots
* postgresql-pgpool | Pgpool is a connection pooling/replication server
for PostgreSQL
* proftpd | Flexible, stable and highly-configurable FTP server
* proj | Cartographic projection software (PROJ.4)
* pv | A tool for monitoring the progress of data through a pipeline
* pychart | Python library for generating chart images
* python-Coherence | Python framework to participate in digital living
networks
* python-iniparse | Python Module for Accessing and Modifying
Configuration Data in INI files
* python-lxml | ElementTree-like Python bindings for libxml2 and libxslt
* python-pygments | A syntax highlighting engine written in Python
* pyxdg | Python library to access freedesktop.org standards
* qhull | General dimension convex hull programs
* qucs | Circuit simulator
* SDL_mixer | Simple DirectMedia Layer - Sample Mixer Library
* ser2net | Proxy that allows tcp connections to serial ports
* stripesnoop | Magnetic Stripe Reader
* svgalib | Low-level fullscreen SVGA graphics library
* svnmailer | Tool to post subversion repository commit information
* tcpxtract | Tool for extracting files from network traffic
* tidy | Utility to clean up and pretty print HTML/XHTML/XML
* translate-toolkit | A collection of tools to assist software
localization
* udunits | A library for manipulating units of physical quantities
* ustr | String library, very low memory overhead, simple to import
* vpnc | IPSec VPN client compatible with Cisco equipment
* xerces-c | Validating XML Parser
* xkeycaps | Graphical front end to xmodmap
* xsupplicant | Open Source Implementation of IEEE 802.1x
* zabbix | Open-source monitoring solution for your IT infrastructure
=== EPEL 4 ===
Number of source packages: 377
Number of binary packages: 778
There are 62 new Packages (might include some old packages that were
moved to testing right before the EPEL announcement):
* arj | Archiver for .arj files
* audio-entropyd | Generate entropy from audio output
* bcfg2 | Configuration management system
* bugzilla | Bug tracking system
* chmlib | Library for dealing with ITSS/CHM format files
* cobbler | Boot server configurator
* freeze | freeze/melt/fcat compression utilities
* geos | GEOS is a C++ port of the Java Topology Suite
* gnome-screensaver-frogs | GNOME Screensaver Slideshow of Frogs
* google-perftools | Very fast malloc and performance analysis tools
* JSDoc | Produces javadoc-style documentation from JavaScript sourcefiles
* libdap | The C++ DAP2 library from OPeNDAP
* libgeotiff | GeoTIFF format library
* limph | A PHP5-compatible network host/service poller with web interface
* lzop | Real-time file compressor
* mfstools | Utilities for TiVo drive upgrades
* mimedefang | E-Mail filtering framework using Sendmail's Milter
interface
* mock | Builds packages inside chroots
* mod_security | Security module for the Apache HTTP Server
* moodle | A Course Management System
* netgo | Networking profile manager
* nikto | Web server scanner
* nomarch | GPLed Arc de-archiver
* oneko | Cat chases the cursor
* pbzip2 | Parallel implementation of bzip2
* perl-Convert-TNEF | Perl module to read TNEF files
* perl-Convert-UUlib | Perl interface to the uulib library
* perl-Danga-Socket | Event loop and event-driven async socket base class
* perl-Device-SerialPort | Linux/POSIX emulation of Win32::SerialPort
functions
* perl-ExtUtils-F77 | Simple interface to F77 libs
* perl-Image-ExifTool | Utility for reading and writing image meta info
* perl-IO-AIO | Asynchronous Input/Output
* perl-libwhisker2 | Perl module geared specificly for HTTP testing
* perl-Mail-SPF-Query | Query Sender Policy Framework
* perl-Net-CIDR-Lite | Net::CIDR::Lite Perl module
* perl-Net-Server | Extensible, general Perl server engine
* perl-Razor-Agent | Use a Razor catalogue server to filter spam messages
* perl-SOAP-Lite | Client and server side SOAP implementation
* perl-Sys-Syscall | Access system calls that Perl doesn't normally
provide access to
* physfs | Library to provide abstract access to various archives
* postgresql-dbi-link | Partial implementation of the SQL/MED portion
of the SQL:2003 specification
* postgresql-pgpoolAdmin | PgpoolAdmin - web-based pgpool administration
* postgresql-pgpool | Pgpool is a connection pooling/replication server
for PostgreSQL
* proj | Cartographic projection software (PROJ.4)
* pychart | Python library for generating chart images
* python-Coherence | Python framework to participate in digital living
networks
* python-lxml | ElementTree-like Python bindings for libxml2 and libxslt
* pyxdg | Python library to access freedesktop.org standards
* qucs | Circuit simulator
* SDL_mixer | Simple DirectMedia Layer - Sample Mixer Library
* ser2net | Proxy that allows tcp connections to serial ports
* specto | An desktop application that will watch configurable events
* sqlgrey | Postfix grey-listing policy service
* stripesnoop | Magnetic Stripe Reader
* svgalib | Low-level fullscreen SVGA graphics library
* trac | Enhanced wiki and issue tracking system
* trac-webadmin | Web interface for administration of Trac
* udunits | A library for manipulating units of physical quantities
* xerces-c | Validating XML Parser
* xkeycaps | Graphical front end to xmodmap
* xsupplicant | Open Source Implementation of IEEE 802.1x
* zabbix | Open-source monitoring solution for your IT infrastructure
----
["CategoryEPELReports"]
16 years, 8 months
Log from this weeks (200700815) EPEL SIG Meeting
by Thorsten Leemhuis
Just a reminder: it's a SIG meeting, not a Steering Committee meeting. I'd be glad if SIG members and other EPEL contributors would join us more often!
00:00:04 < knurd> | Meeting ping dgilmore, Jeff_S, knurd, mmcgrath, nirik, stahnma, quaid and everyone interested in EPEL -- EPEL meeting in #fedora-meeting now!
00:00:04 < knurd> | Hi everybody; who's around?
00:00:04 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process
00:00:07 * | knurd likes to remind people that the schedule and the topic list for todays meeting can be found on http://fedoraproject.org/wiki/EPEL/Schedule
00:00:26 * | nirik is here, but on phone
00:00:27 * | stahnma is
00:00:31 * | Jeff_S_ here
00:00:31 --> | jgu__ (purple) has joined #fedora-meeting
00:00:35 --> | debarshi (Debarshi Ray) has joined #fedora-meeting
00:00:45 < debarshi> | names
00:01:00 < knurd> | sorry, seems I forgot to send the topic list out
00:01:09 < knurd> | (but of course it's always in the wiki)
00:01:12 < knurd> | debarshi ?
00:01:53 < mmcgrath> | pong!
00:02:02 * | knurd starts slowly
00:02:04 --- | knurd has changed the topic to: EPEL Meeting|new push scripts for pushing to testing, adjust mock configs to use testing -- dgilmore
00:02:10 < knurd> | dgilmore finished that
00:02:27 < debarshi> | knurd: Sorry. My mistake.
00:02:27 < knurd> | we need to do more stuff with the script to be able to push to stable
00:02:37 < knurd> | but for now it should be good enough
00:02:45 < knurd> | I'll take a look at it over the next few days
00:02:48 --> | smooge (Stephen J Smoogen) has joined #fedora-meeting
00:02:51 --- | knurd has changed the topic to: EPEL Meeting|branch for EPEL if Fedora maintainer does not react -- dgilmore
00:02:54 < knurd> | finsihed as well
00:03:02 < knurd> | see list and wiki for details
00:03:08 --- | knurd has changed the topic to: EPEL Meeting|yum for EPEL4 -- Jeff_S
00:03:14 < knurd> | Jeff_S ?
00:03:15 < stahnma> | Also finished :)
00:03:23 < Jeff_S_> | see mailing list -- it shold work fine
00:03:23 < stahnma> | I think
00:03:25 < Jeff_S_> | *should*
00:03:30 * | stahnma will test in a bit
00:03:34 < Jeff_S_> | thanks
00:03:36 < stahnma> | I have RHEL 4 sitting around
00:03:40 < knurd> | k
00:03:40 * | quaid is here after he finds his scroll down
00:03:48 < Jeff_S_> | stahnma: that's great
00:03:49 < knurd> | what do we need to do to get it in testing?
00:03:51 < stahnma> | jeff, what's the URL?
00:04:00 * | stahnma is too lazy to find his email
00:04:03 < Jeff_S_> | http://www.sheltren.com/epel/packages/
00:04:05 < knurd> | Jeff_S_, will you maintain it for EPEL4?
00:04:25 < Jeff_S_> | knurd: yes, I can maintain yum + deps if nobody else is interested
00:04:42 < knurd> | seems you are the perfect one for the job atm
00:04:42 < Jeff_S_> | I'll run it by the fedora maintainers
00:04:47 < knurd> | Jeff_S_, k
00:04:54 * | f13 peeks in
00:05:07 --- | knurd has changed the topic to: EPEL Meeting|EPEL announcement happened -- are we satisfied with how everything worked out?
00:05:16 < knurd> | that's still on the topic list
00:05:21 <-- | jgu__ has left #fedora-meeting ( )
00:05:25 < knurd> | do we want to discuss this further or simply move on?
00:05:38 < quaid> | think we discussed it, +1 to move on
00:05:40 < hpachas-PE> | install fedora 7 in SATA Model ST3250820AS, who?
00:05:49 * | Jeff_S_ fine to move on
00:06:05 < knurd> | k, I'll remove it from the schedule then
00:06:07 --- | knurd has changed the topic to: EPEL Meeting| RHX and EPEL -- quaid
00:06:07 --> | zoeloelip (Bart Vanbrabant) has joined #fedora-meeting
00:06:07 --> | zoeloelip (Bart Vanbrabant) has joined #fedora-meeting
00:06:10 < knurd> | quaid ?
00:06:25 < quaid> | nothing new
00:06:34 < knurd> | k :)
00:06:38 < quaid> | but I haven't asked in a while; forgot it could be on the agenda
00:06:48 < knurd> | but I leave it on the schedule?
00:06:56 < knurd> | s/the/our/ ?
00:06:59 < quaid> | well, that way we don't forget, ok
00:07:08 < knurd> | k
00:07:21 < knurd> | topic EPEL Meeting| for enterprise customers/ISVs/IHVs -- stahnma, quaid
00:07:24 --- | knurd has changed the topic to: EPEL Meeting| for enterprise customers/ISVs/IHVs -- stahnma, quaid
00:07:31 < knurd> | that also still on the schedule
00:07:35 < knurd> | is that still valid?
00:07:50 * | mmcgrath looks at communication plan
00:07:53 <-- | nphilipp has quit ("Leaving")
00:08:00 < quaid> | well, it's about as far as we can get it
00:08:08 < quaid> | but I haven't heard from the rest of the crew in a while
00:08:27 < stahnma> | are the RH SE's talking about EPEL at all?
00:08:39 < mmcgrath> | We should get something up there that speaks directly to ISV to tell them how to get involved and make it known to the rest of us that they are an ISV.
00:09:03 < knurd> | quaid, how about sending it to the list as RFC and ratify it next week?
00:09:04 < quaid> | stahnma: maybe
00:09:10 < quaid> | knurd: ok
00:09:27 < mmcgrath> | stahnma: we could always call RH, ask to talk to a sales guy and find out :)
00:09:50 * | knurd moves on
00:09:51 < stahnma> | hmm
00:09:52 < stahnma> | hahah
00:09:55 < knurd> | 7me waits
00:09:55 < stahnma> | sounds fun
00:10:13 --- | knurd has changed the topic to: EPEL Meeting|
00:10:22 < stahnma> | Jeff_S_: Yum works on RHEL 4
00:10:27 < knurd> | quaid, another old topic
00:10:28 --> | krh (Kristian H
gsberg) has joined #fedora-meeting
00:10:30 < Jeff_S_> | stahnma: great, thanks for testing
00:10:30 < stahnma> | or doesn't work, however you want look at it
00:10:32 < knurd> | is that one still valid?
00:10:33 < Jeff_S_> | hah
00:10:44 < stahnma> | it builds, as do the deps
00:11:37 < knurd> | seems quaid vanished for the moment
00:11:47 --- | knurd has changed the topic to: EPEL Meeting|ExcludeArch TrackerBugs for EPEL -- notting/knurd
00:11:55 < knurd> | anyone interesed in solving this one
00:12:01 < knurd> | seems I don#t get down to it
00:12:01 --> | debarshi_ (Debarshi Ray) has joined #fedora-meeting
00:12:05 < quaid> | sorry, was working on that email
00:12:21 < quaid> | I'll send the generic job descriptiokn as an RFC as well
00:12:33 < knurd> | quaid, k, thx
00:12:58 < hpachas-PE> | sorry, SATA work with Fedora 7 ??
00:12:58 * | knurd will wait 30 sekonds for volunteers for the "ExcludeArch TrackerBugs for EPEL" before moving on
00:13:17 < knurd> | hpachas-PE, you'll likely want to ask in #fedora
00:13:18 < Jeff_S_> | hpachas-PE: try #fedora please
00:13:28 * | Jeff_S_ too slow
00:13:29 < knurd> | hpachas-PE, we have a meeting specific to epel here currently
00:13:40 < hpachas-PE> | ok. sorry
00:13:41 < knurd> | Jeff_S_, just one second afaics ;-)
00:13:45 < knurd> | hpachas-PE, np
00:14:17 * | knurd EPEL -- FESCo mandate/how to move on with SIG and SteeringCommittee
00:14:21 --- | knurd has changed the topic to: EPEL -- FESCo mandate/how to move on with SIG and SteeringCommittee
00:14:24 < knurd> | that's better
00:14:34 < knurd> | I just remembered that we need to think about this soon
00:14:47 < knurd> | the mandate from FESCo is limited till 30th September iirc
00:14:53 < stahnma> | what is this topic saying?
00:15:03 < knurd> | do we want to move on with the current scheme
00:15:17 < knurd> | or do we want to elect a sterring committee?
00:15:27 < quaid> | *ick* :)
00:15:38 < quaid> | I'm like you, I've begun to wonder about all this election noise
00:15:40 < mmcgrath> | I guess the question is what are we trying to accomplish beyond what we are accomplishing now.
00:15:47 < quaid> | is it helpful? what do we do, poll people to find out?
00:16:07 < stahnma> | elections to me would be nice, but it seems interest is among only very few people, so elections probalby wouldn't do a whole lot
00:16:07 < quaid> | mmcgrath: maintenance and growth
00:16:22 < knurd> | mmcgrath, yeah, I'm don#t like the election idea myself, but well, if others want then I'm find with doing one
00:16:32 < knurd> | stahnma, +1
00:17:08 < knurd> | well, maybe we should all thing about this somehow
00:17:16 < quaid> | we could recommend an extension of the mandate for e.g. 6 months
00:17:18 < stahnma> | I think right now growth of the repo and user-base is where we should putting effort
00:17:23 < stahnma> | not into politics
00:17:32 < quaid> | +1
00:17:52 < quaid> | and we seem to have a manageable group without adding or subtracting
00:17:55 < knurd> | quaid, well, is there a reasons to time-limit it again?
00:18:01 < mmcgrath> | I guess a specific goal would be good. I mean the obvious goal is there but do we also want to aggressively add more packages? Add more packagers? Add more documentation? Marketing?
00:18:09 < quaid> | knurd: only if we think we need a forced decision at some point
00:18:21 < knurd> | yeah, you have a point
00:18:22 < quaid> | mmcgrath: yes :)
00:18:26 < stahnma> | I would like to get more involvement from EL customers, and hear what they think/want need
00:18:27 < nirik> | I don't know that we would have enough people to make an election worth it.
00:18:31 < knurd> | mmcgrath, "more packages" is still goal #1 I'd say
00:18:45 * | nirik agrees with knurd
00:19:40 < mmcgrath> | Well, how do we get more packages in?
00:19:47 < knurd> | good question
00:19:55 < mmcgrath> | AFAIK most people have just come upon us :)
00:19:58 < knurd> | lists of important pacakges that still miss in EPEL?
00:19:59 < stahnma> | allow for hostile takeover of maintainane :)
00:20:01 < knurd> | more maintainers?
00:20:27 * | mmcgrath thinks now would be a good time for "more packagers/maintainer"
00:20:38 < mmcgrath> | get the word out about how to get involved, maybe help with reviews, etc.
00:20:47 < stahnma> | +1 mmcgrath
00:20:54 < knurd> | maybe a sponser-way for EPEL-only contrinbutors
00:20:56 < stahnma> | most reviews are done already in the Fedora space
00:21:05 < knurd> | that want to maintain existing packages
00:21:25 <-- | debarshi has quit (Read error: 110 (Connection timed out))
00:21:32 --- | debarshi_ is now known as debarshi
00:21:44 < knurd> | well, let's stop here and continue on the list and in the next meeting with this topic
00:21:48 < stahnma> | there are several packages in Fedora not in EPEL yet, should we do a mass emailing off all non-committed maintiners and try to solicit their wish for involvingment in EPEL?
00:22:03 * | stahnma can't type
00:22:13 < knurd> | stahnma, maybe yes
00:22:17 < stahnma> | baiscally, find out the status for everyone
00:22:26 < stahnma> | and then see what package will need new maintainers for EPEL
00:22:32 < stahnma> | and get those built if possible
00:22:33 < knurd> | stahnma, the package database might help
00:22:42 < knurd> | but abadger1999 is busy with lots of stuff already
00:22:42 * | stahnma was looking that last night
00:22:56 < knurd> | so EPEL specific things likely won#t he high on the todo list
00:23:10 < abadger1999> | What's the issue?
00:23:32 * | nirik has a number of packages he would like to branch for epel, but hasn't had time.
00:23:33 < knurd> | abadger1999, nothing specific (yet)
00:24:07 * | mmcgrath wonders if peoples packages aren't in epel because of -ENOTIME -EDOESNTCARE or -EMISSINGDEP
00:24:12 < knurd> | but maybe tracking the stuff from http://fedoraproject.org/wiki/EPEL/ContributorStatus in a DB might help to identify packages/packagers, that do not hit EPEL
00:24:22 < abadger1999> | knurd: k. Feel free to open a ticket in http://hosted.fedoraproject.org/projects/packagedb when you have something you need done.
00:24:50 < knurd> | mmcgrath, I suppose "can#t test easily" and "fear long maintanance time"
00:24:56 < stahnma> | mmcgrath: I think missingdep is #1
00:24:59 < knurd> | abadger1999, will do, thx for your help
00:25:10 < knurd> | stahnma, yeah, that also
00:25:32 < mmcgrath> | missingdeps is a chicken and egg thing, but it will take care of itself over time (even if it is painfully slow)
00:25:35 * | knurd votes for moving on now
00:25:41 < knurd> | mmcgrath, +1
00:25:48 --> | sgarrity (sgarrity) has joined #fedora-meeting
00:26:01 --- | knurd has changed the topic to: EPEL Meeting -- Free discussion around EPEL
00:26:06 < knurd> | anything else to discuss?
00:26:21 < knurd> | my mail on "Meetings and mailiglists/decision finding process" maybe?
00:26:29 < knurd> | or shall we discuss it further on the list?
00:26:43 * | mmcgrath just wanted to say I think the EPEL community is pretty healthy right now, lots of people and packages being built and we're still very young.
00:27:04 < Jeff_S_> | I'm happy to try to do most communication on the list and then just finalize things in meetings -- that way we can speed through these faster :)
00:27:11 < knurd> | mmcgrath, kind of agreed, but there is still a lot to improve afaics
00:27:14 < Jeff_S_> | and we'll get more community input that way as well
00:27:16 < stahnma> | I liked the speed of today's meeting
00:27:20 < nirik> | yeah, I think we are in a period where there aren't too many decisions to be made... more maintainers needed more, etc.
00:27:32 < mmcgrath> | stahnma: and the number of people that showed up :)
00:27:38 < stahnma> | I suppose
00:27:42 < knurd> | stahnma, well, it does only work if stuff is discussed on the list first
00:27:47 < stahnma> | true
00:27:48 < knurd> | e.g. the details
00:27:50 < mmcgrath> | nirik: I guess thats a tribute to how good FESCo (and EPEL's general upstream) has been.
00:28:12 < nirik> | well, we don't have to worry about things like package guidelines, etc, they are all there upstream. ;)
00:28:38 < mmcgrath> | exactly
00:28:52 --> | _blah_ (purple) has joined #fedora-meeting
00:28:52 --> | _blah_ (purple) has joined #fedora-meeting
00:29:17 < knurd> | well, anything else?
00:29:24 * | mmcgrath has nothing
00:29:25 < knurd> | or shall we close the meeting for today?
00:29:26 --> | LetoTo (Paul Wouters) has joined #fedora-meeting
00:29:51 * | knurd will close the meeting in 60
00:29:52 < Jeff_S_> | nothing here
00:30:05 * | nirik has nothing either.
00:30:14 * | knurd will close the meeting in 30
00:30:34 * | knurd will close the meeting in 10
00:30:44 < knurd> | -- MARK -- Meeting end
00:30:44 --- | knurd has changed the topic to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule
00:30:49 < knurd> | thx everyone
16 years, 8 months
[RFC] job description
by Karsten Wade
This is content that can be used (modified) to fit into a job
description.
http://fedoraproject.org/wiki/EPEL/PackageMaintainer/GenericJobDescription
Is it complete? Clear? Too much? Too little?
The idea is to allow an organization to maintain packages as part of the
community, without worrying that someone is going to leave a specific
job and not maintain the package any longer.
Just like a job description might include which systems and services the
job role supports, it can also include community package maintenance.
We'd like to ratify this job description so we can suggest it to people.
- Karsten
--
Karsten Wade ^ Fedora Documentation Project
Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject
quaid.fedorapeople.org | gpg key: AD0E0C41
////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
16 years, 8 months