epel-devel August 2007

epel-devel@lists.fedoraproject.org

35 participants
37 discussions

Timeslot for EPEL Meeting
by Michael Stahnke 27 Aug '07

27 Aug '07

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

3 2

Log from this weeks (200700822) EPEL SIG Meeting
by Thorsten Leemhuis 26 Aug '07

26 Aug '07

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

2 1

EPEL Steering Committee's mandate is expiring -- how to move on?
by Thorsten Leemhuis 26 Aug '07

26 Aug '07

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

1 0

updates, missing meeting
by Karsten Wade 22 Aug '07

22 Aug '07

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 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

2 1

Fedora EPEL Package Build Report 2007-08-21
by Fedora Koji Build System 21 Aug '07

21 Aug '07

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/

1 0

Meetings and mailiglists/decision finding process
by Thorsten Leemhuis 20 Aug '07

20 Aug '07

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

5 9

To update or not to update...
by Ray Van Dolson 20 Aug '07

20 Aug '07

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

9 21

EPEL report week 33 2007
by Thorsten Leemhuis 19 Aug '07

19 Aug '07

= 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"]

1 0

Log from this weeks (200700815) EPEL SIG Meeting
by Thorsten Leemhuis 19 Aug '07

19 Aug '07

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

1 0

[RFC] job description
by Karsten Wade 16 Aug '07

16 Aug '07

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 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

epel-devel August 2007