Fedora EPEL Package Build Report 2007-06-21
by Fedora Koji Build System
Packages built and released for Fedora EPEL 5: 4
NEW ganymed-ssh2-210-2.el5 : SSH-2 protocol implementation in pure Java
NEW kmymoney2-0.8.6-1.el5 : Personal finance
puppet-0.23.0-1.el5
NEW svnkit-1.1.2-2.el5 : Pure Java Subversion client library
Packages built and released for Fedora EPEL 4: 3
NEW g-wrap-1.9.6-13.el4 : A tool for creating Scheme interfaces to C libraries
NEW gnucash-2.0.5-3.1.el4 : GnuCash is an application to keep track of your finances
puppet-0.23.0-1.el4
Changes in Fedora EPEL 5:
ganymed-ssh2-210-2.el5
----------------------
* Tue Oct 10 2006 Robert Marcano <robert(a)marcanoonline.com> 210-2
- Update to upstream release 210
kmymoney2-0.8.6-1.el5
---------------------
* Sat Mar 10 2007 Rex Dieter <rdieter[AT]fedoraproject.org> 0.8.6-1
- kmymoney2-0.8.6
- fix Obsoletes: kmymoney
puppet-0.23.0-1.el5
-------------------
* Wed Jun 20 2007 David Lutterkort <dlutter(a)redhat.com> - 0.23.0-1
- Install one puppet.conf instead of old config files, keep old configs
around to ease update
- Use plain shell commands in install instead of macros
svnkit-1.1.2-2.el5
------------------
* Mon Jun 18 2007 Robert Marcano <robert(a)marcanoonline.com> 1.1.2-2
- Package review fixes
Changes in Fedora EPEL 4:
g-wrap-1.9.6-13.el4
-------------------
* Mon Jun 11 2007 Bill Nottingham <notting(a)redhat.com> - 1.9.6-13
- EPEL packaging tweaks
* Fri Jun 08 2007 Bill Nottingham <notting(a)redhat.com> - 1.9.6-12
- fix license tag - LGPL, not GPL (#222347)
gnucash-2.0.5-3.1.el4
---------------------
* Tue Jun 12 2007 Bill Nottingham <notting(a)redhat.com> - 2.0.5-3.1
- EPEL packaging tweaks
puppet-0.23.0-1.el4
-------------------
* Wed Jun 20 2007 David Lutterkort <dlutter(a)redhat.com> - 0.23.0-1
- Install one puppet.conf instead of old config files, keep old configs
around to ease update
- Use plain shell commands in install instead of macros
For more information about the built packages please see the repository
or the Fedora Info Feed: http://fedoraproject.org/infofeed/
16 years, 10 months
Fedora EPEL Package Build Report 2007-06-20
by Fedora Koji Build System
Packages built and released for Fedora EPEL 5: 10
NEW aqbanking-2.2.9-2.el5 : A library for online banking functions and financial data import/export
dbmail-2.2.5-3.el5
NEW gnucash-docs-2.0.1-2.el5 : Help files and documentation for the GnuCash personal finanace manager
NEW gwenhywfar-2.6.0-1.el5 : A multi-platform helper library for other libraries
NEW libofx-0.8.3-4.el5 : A library for supporting Open Financial Exchange (OFX)
NEW perl-Finance-Quote-1.13-1.el5 : A Perl module that retrieves stock and mutual fund quotes
NEW perl-HTML-TableExtract-2.10-2.el5 : A Perl module for extracting content in HTML tables
NEW reciteword-0.8.3-3.el5 : Recite Word Easily
tcptraceroute-1.5-0.2.beta7.el5
tmda-1.1.11-4.el5
Packages built and released for Fedora EPEL 4: 7
NEW aqbanking-2.2.9-2.el4 : A library for online banking functions and financial data import/export
NEW gnucash-docs-2.0.1-2.el4 : Help files and documentation for the GnuCash personal finanace manager
NEW gwenhywfar-2.6.0-1.el4 : A multi-platform helper library for other libraries
NEW libofx-0.8.3-4.el4 : A library for supporting Open Financial Exchange (OFX)
NEW perl-Finance-Quote-1.13-1.el4 : A Perl module that retrieves stock and mutual fund quotes
NEW perl-HTML-TableExtract-2.10-2.el4 : A Perl module for extracting content in HTML tables
tmda-1.1.11-4.el4
Changes in Fedora EPEL 5:
aqbanking-2.2.9-2.el5
---------------------
* Wed Jun 20 2007 Bill Nottingham <notting(a)redhat.com> - 2.2.9-2
- add a dist tag
dbmail-2.2.5-3.el5
------------------
* Wed Jun 20 2007 Bernard Johnson <bjohnson(a)symetrix.com> 2.2.5-3
- assign uid from package user registry
gnucash-docs-2.0.1-2.el5
------------------------
* Tue Feb 13 2007 Bill Nottingham <notting(a)redhat.com> - 2.0.1-2
- move yelp requirement from gnucash to here
gwenhywfar-2.6.0-1.el5
----------------------
* Mon Jun 11 2007 Bill Nottingham <notting(a)redhat.com> - 2.6.0-1
- update to 2.6.0
libofx-0.8.3-4.el5
------------------
* Mon Jun 11 2007 Bill Nottingham <notting(a)redhat.com> - 0.8.3-4
- minor tweaks for EPEL builds
perl-Finance-Quote-1.13-1.el5
-----------------------------
* Mon Jan 08 2007 Bill Nottingham <notting(a)redhat.com> - 1.13-1
- update to 1.13
perl-HTML-TableExtract-2.10-2.el5
---------------------------------
* Wed Jun 20 2007 Bill Nottingham <notting(a)redhat.com> - 2.10-2
- EPEL build tweaks
reciteword-0.8.3-3.el5
----------------------
* Wed Jun 20 2007 Hu Zheng <zhu(a)redhat.com> - 0.8.3-3
- Fix x86_64 compile error.
* Fri Jun 15 2007 Hu Zheng <zhu(a)redhat.com> - 0.8.3-2
- Small fixes according to Parag AN's suggestion.
* Thu Jun 07 2007 Hu Zheng <zhu(a)redhat.com> - 0.8.3-1
- Initial build for Fedora
tcptraceroute-1.5-0.2.beta7.el5
-------------------------------
* Wed Jun 20 2007 Sindre Pedersen Bjørdal <foolish[AT]guezz.net> - 1.5-0.2.beta7
- Fix typo to really remove duplicate doc files
tmda-1.1.11-4.el5
-----------------
* Wed Jun 20 2007 Bernard Johnson <bjohnson(a)symetrix.com> 1.1.11-4
- assign package uid
Changes in Fedora EPEL 4:
aqbanking-2.2.9-2.el4
---------------------
* Wed Jun 20 2007 Bill Nottingham <notting(a)redhat.com> - 2.2.9-2
- add a dist tag
gnucash-docs-2.0.1-2.el4
------------------------
* Tue Feb 13 2007 Bill Nottingham <notting(a)redhat.com> - 2.0.1-2
- move yelp requirement from gnucash to here
gwenhywfar-2.6.0-1.el4
----------------------
* Mon Jun 11 2007 Bill Nottingham <notting(a)redhat.com> - 2.6.0-1
- update to 2.6.0
libofx-0.8.3-4.el4
------------------
* Mon Jun 11 2007 Bill Nottingham <notting(a)redhat.com> - 0.8.3-4
- minor tweaks for EPEL builds
perl-Finance-Quote-1.13-1.el4
-----------------------------
* Mon Jan 08 2007 Bill Nottingham <notting(a)redhat.com> - 1.13-1
- update to 1.13
perl-HTML-TableExtract-2.10-2.el4
---------------------------------
* Wed Jun 20 2007 Bill Nottingham <notting(a)redhat.com> - 2.10-2
- EPEL build tweaks
tmda-1.1.11-4.el4
-----------------
* Wed Jun 20 2007 Bernard Johnson <bjohnson(a)symetrix.com> 1.1.11-4
- assign package uid
For more information about the built packages please see the repository
or the Fedora Info Feed: http://fedoraproject.org/infofeed/
16 years, 10 months
log from 2007-06-20 meeting
by Kevin Fenzi
Jun 20 11:00:32 --- mmcgrath has changed the topic to: EPEL meeting - http://fedoraproject.org/wiki/EPEL/Schedule
Jun 20 11:00:40 --> [0x100] (n=bjohnson(a)c-67-172-144-52.hsd1.co.comcast.net) has joined #fedora-meeting
Jun 20 11:00:49 <mmcgrath> wwoods: :)
Jun 20 11:00:59 <mmcgrath> Ping epel contributors, who's here?
Jun 20 11:01:13 * [0x100] listening
Jun 20 11:01:15 <mmcgrath> dgilmore, nirik, stahnma, quaid: ping
Jun 20 11:01:33 * nirik is here...
Jun 20 11:01:38 <mmcgrath> nirik: yo
Jun 20 11:01:41 <quaid> oi
Jun 20 11:01:46 <dgilmore> sup mmcgrath
Jun 20 11:01:50 --> smooge (n=smooge@pdpc/supporter/bronze/smooge) has joined #fedora-meeting
Jun 20 11:01:54 <mmcgrath> smooge: yooooo
Jun 20 11:02:11 <mmcgrath> Anyone else want to MC this meeting? If not I'll do it.
Jun 20 11:02:21 <f13> I'm in the peanut gallary today
Jun 20 11:02:22 <rsc> <- here too
Jun 20 11:02:32 <f13> morbidly curious as to if repotags will be brought up again this week.
Jun 20 11:02:49 <mmcgrath> Alllright.
Jun 20 11:02:57 --- mmcgrath has changed the topic to: Finish the wiki - quaid
Jun 20 11:03:01 <mmcgrath> quaid: Whats the word bird?
Jun 20 11:03:40 <quaid> oh, well
Jun 20 11:03:54 <quaid> I didn't finish by end of last week, did I?
Jun 20 11:04:11 * mmcgrath doesn't remember what's left
Jun 20 11:04:12 <quaid> so ..
Jun 20 11:04:21 <quaid> I think all of you have done a good job of making the content ... full and rich
Jun 20 11:04:37 <quaid> so it's a few hours of edits left
Jun 20 11:05:03 <quaid> I'll be able to do an hour today, for sure, so again ... should be done by the end of the week :)
Jun 20 11:05:16 <mmcgrath> :) k. We'll be looking forward to that.
Jun 20 11:05:23 <quaid> is it a gating factor right now for announcements and such?
Jun 20 11:05:33 * quaid sometimes has to respond only to what is on fire or about to be
Jun 20 11:05:36 <mmcgrath> yeah, just to finally say "we're here"
Jun 20 11:05:40 <quaid> ok
Jun 20 11:05:49 <quaid> it will help my other causes
Jun 20 11:05:57 <quaid> such as getting RH marketing attention
Jun 20 11:06:02 <quaid> if it is all announced and here and such
Jun 20 11:06:03 <mmcgrath> <nod>
Jun 20 11:06:08 <quaid> ok, then
Jun 20 11:06:14 <nirik> don't we need to have updates/buildsys solved before we can formally announce?
Jun 20 11:06:19 <mmcgrath> quaid: anything else on that topic?
Jun 20 11:06:28 <mmcgrath> nirik: not sure. Thats part of the next topic though.
Jun 20 11:06:31 <quaid> related is the communications plan, so I'll work them together
Jun 20 11:06:36 * rdieter sits in the rabble seats...
Jun 20 11:06:52 <quaid> so, one outcome is to ask everyone by EOWeek to comment on that plan
Jun 20 11:06:56 <quaid> eof
Jun 20 11:06:57 * _blah_ hands rdieter a frosty beverage
Jun 20 11:07:00 <mmcgrath> :)
Jun 20 11:07:12 * quaid could use more hot coffee,himself
Jun 20 11:07:15 --- mmcgrath has changed the topic to: Repo-layout - UNASSIGNED
Jun 20 11:07:32 <mmcgrath> lmacken: ping?
Jun 20 11:07:54 <lmacken> mmcgrath: pong
Jun 20 11:08:18 <lmacken> i looked at the proposed layout.. looks fine to me
Jun 20 11:08:20 <mmcgrath> so we're talking about the repo layout and part of that is the updates system.
Jun 20 11:08:31 <lmacken> might require some bodhi hackery.... but shouldn't be too bad
Jun 20 11:08:32 <mmcgrath> dgilmore: how different is the proposed layout from what we currently have there?
Jun 20 11:09:02 <mmcgrath> lmacken: my concern is what else you have on your plate for bodhi, do you know when we might be able to start using bodhi?
Jun 20 11:09:19 <lmacken> mmcgrath: isn't EPEL still blocking on koji support ?
Jun 20 11:09:30 <mmcgrath> lmacken: it depends on how you look at it.
Jun 20 11:09:37 * mmcgrath has been using EPEL for a couple of months.
Jun 20 11:09:48 <dgilmore> mmcgrath: quite a bit
Jun 20 11:09:57 <nirik> I'm worried that stable/rolling will confuse people (It does sort of confuse me)
Jun 20 11:10:10 <lmacken> well, once koji knows about EPEL, adding support to bodhi will take a few minutes
Jun 20 11:10:13 <dgilmore> lmacken: to do what we really want we need koji and bodhi thats not going to happen for awhile
Jun 20 11:10:20 <lmacken> hmm..
Jun 20 11:10:45 <mmcgrath> dgilmore: yeah, thats my concern too. I think development on Fedora will keep lmacken and mbonnet busy for a while.
Jun 20 11:10:53 <nirik> hate to re-open old discussions, but could we look at just building with Centos to get past the block on moving to koji?
Jun 20 11:10:56 <dgilmore> the work in koji is low priority right now
Jun 20 11:11:15 <mmcgrath> so the question is... what do we do about it? We have people, we have the source, we even have a current working system. Do we wait or announce?
Jun 20 11:11:15 <rdieter> nirik: +1 (stable vs rollilng = needless confusion)
Jun 20 11:11:33 <nirik> mmcgrath: current scripts can't deal with testing.
Jun 20 11:11:59 <mmcgrath> I'm pretty sure bodhi+koji is months away if no one in our group does the work and submits a patch.
Jun 20 11:12:10 <rdieter> announce: +1, just do it. Release early, release often = good.
Jun 20 11:12:19 <nirik> if someone could mod the current push scripts to handle pushing to updates I think we could move forward with plague...
Jun 20 11:12:41 <nirik> also we need to make sure we have broken deps and evr checking in place to block broken packages.
Jun 20 11:12:57 <dgilmore> nirik: we really cant do that right now
Jun 20 11:13:14 <dgilmore> since we cant expose RHEL binaries to check against
Jun 20 11:13:38 <nirik> ugh. ;(
Jun 20 11:13:46 <_blah_> mmcgrath: what modifications need to be made to koji?
Jun 20 11:13:58 <-- Karl_le_Rouge has quit (Connection timed out)
Jun 20 11:14:02 <mmcgrath> _blah_: I'm not quite sure, you'd have to work with mbonnet
Jun 20 11:14:04 <mmcgrath> mbonnet: ping?
Jun 20 11:14:08 <mmcgrath> mbonnet__: ping?
Jun 20 11:14:11 <dgilmore> _blah_: we need to be able to mark binaries as private for security embrago, RHEL etc
Jun 20 11:14:13 <mbonnet> mmcgrath: yo
Jun 20 11:14:33 <mmcgrath> mbonnet: we're talking about the private binaries and the RHEL rpm's. Exactly what sort of work would be involved with that?
Jun 20 11:14:37 <dgilmore> make them not show up in the web interface and not be accesable via the web period
Jun 20 11:15:04 <_blah_> dgilmore: would it be okay for users to see that an rpm exists, but not be able to download it?
Jun 20 11:15:11 <mmcgrath> dgilmore: but still have them exposed to the builders, right?
Jun 20 11:15:21 <dgilmore> mmcgrath: yes
Jun 20 11:15:33 * nirik thinks just using centos would be much easier and open, but oh well. ;(
Jun 20 11:15:33 <dgilmore> _blah_: they cant see it exists
Jun 20 11:15:49 <mbonnet> mmcgrath: unless we want to stop making koji.fp.o/packages/ web accessible, it's a non-trivial amount of work
Jun 20 11:16:01 <dgilmore> nirik: we could probably depsolve against CentOS binaries
Jun 20 11:16:06 <_blah_> dgilmore: so buildroot listing would be invalid?
Jun 20 11:16:12 <mmcgrath> mbonnet: what if we did a mod_rewrite regarding the el tags ?
Jun 20 11:16:25 <mmcgrath> oh wait, some of the RHEL bins have fc6 in the dist tag :)
Jun 20 11:16:27 <dgilmore> _blah_: probably yes
Jun 20 11:16:34 <mbonnet> mmcgrath: not all RHEL packages necessarily use .el5 disttags
Jun 20 11:16:44 <dgilmore> mmcgrath: because they are fc6 builds so there is no harm there
Jun 20 11:16:58 <dgilmore> mmcgrath: they are already released
Jun 20 11:17:24 <mmcgrath> so right now the announcement is blocking on the build system.
Jun 20 11:17:56 <mmcgrath> nirik: regarding testing, is that the only piece missing from what is currently in place?
Jun 20 11:18:19 <nirik> not sure... dgilmore ?
Jun 20 11:18:39 <nirik> we need to be able to selectively push to testing and from there to stable or direct to stable (security)
Jun 20 11:18:43 <mmcgrath> Its just odd that we're blocking on that since EPEL is already there.
Jun 20 11:18:53 <nirik> right now everything goes to stable/release.
Jun 20 11:18:57 <mmcgrath> nirik: but do we need that right now? Or just as a long/middle term goal?
Jun 20 11:19:56 <nirik> well, according to the old release plan, we would not allow minor updates/version bumps/minor bugfixes in a minor release cycle, they would queue up in testing and then go to release only when the next minor was out.
Jun 20 11:20:16 <nirik> ie, 5.0 is out now, minor updates queue in testing, when 5.1 comes out they go to release.
Jun 20 11:20:26 <_blah_> mbonnet / dgilmore: are there any design docs on how to modify koji to do this? or has the embargoed binaries mod not even made it to the whiteboard stage?
Jun 20 11:20:39 <dgilmore> there is alot of work to enable testing in the current scripts
Jun 20 11:20:43 <nirik> but if we want to change our release procedures I guess we could do without testing. I would like to have it tho.
Jun 20 11:20:51 <mbonnet> _blah_: there are ideas, but no consensus yet
Jun 20 11:20:56 <dgilmore> _blah_: right now its just an idea
Jun 20 11:21:03 <mmcgrath> nirik: I'd like to too, but not if it means we wait till December :-/
Jun 20 11:21:28 <mmcgrath> Ok, so lets discuss this on the list further.
Jun 20 11:21:28 <rdieter> imo, go without testing for now. It comes for free with koji/bodhi integration (yes?).
Jun 20 11:21:33 <nirik> yeah, it's frustrating sometimes the slow progress... ;(
Jun 20 11:22:14 <mmcgrath> nirik: we need more worker bees. Progress would be quick if we could get someone to hack on Koji but mbonnet is busy with other stuff (and rightfully so)
Jun 20 11:22:24 <mmcgrath> So I see two threads we need to start on the list
Jun 20 11:22:31 <mmcgrath> 1) staging / rolling
Jun 20 11:22:48 <mmcgrath> 2) Testing and what we can and cannot do right now based off of the tools we have.
Jun 20 11:22:53 <mmcgrath> is that right?
Jun 20 11:22:58 <nirik> yeah, time is always at a premium. :(
Jun 20 11:23:04 <nirik> right.
Jun 20 11:23:10 * mmcgrath wishes days were 26 hours long :)
Jun 20 11:23:25 <mmcgrath> nirik: would you mind starting 1) ? I'll start 2)
Jun 20 11:23:54 <nirik> sure, was meaning to reply to knurd's thread about the repolayout with that.
Jun 20 11:24:04 <mmcgrath> k.
Jun 20 11:24:10 <mmcgrath> I'll move on to the next item for now
Jun 20 11:24:18 --- mmcgrath has changed the topic to: Make sure the repo is in good shape - UNASSIGNED
Jun 20 11:24:30 <_blah_> mbonnet / dgilmore: i'm not an awesome python programmer but im willing to help implement once a consensus is developed. for an out there suggestion you could use selinux + sepostgres for mac to make sure that, for example, only redhat internal can see embargoed binaries.
Jun 20 11:24:43 <mmcgrath> So it was brought up in #epel last week that we should probably start running the spam-o-matic script.
Jun 20 11:25:08 <_blah_> mmcgrath: there are lots of broken dependencies in epel right now.
Jun 20 11:25:11 <mmcgrath> And toshio noticed a lot of packages that were not in the epel owners list.
Jun 20 11:25:23 <mmcgrath> abadger1999: ping
Jun 20 11:25:30 <nirik> +a lot to spam-o-matic
Jun 20 11:25:32 <mmcgrath> _blah_: do you happen to have an estimate?
Jun 20 11:25:58 <nirik> toshio's changes to owners.epel.list were checked in... hopefully now everything is in there.
Jun 20 11:26:01 <_blah_> mmcgrath: i've only looked at bugzilla and there are maybe 10 missing dependencies for it alone.
Jun 20 11:26:10 <abadger1999> mmcgrath: pong
Jun 20 11:26:34 <mmcgrath> abadger1999: how bad was the owners epel list?
Jun 20 11:26:37 <nirik> _blah_: I fixed one of mine a few days ago... it wasn't assigned properly to me, so the fedora maintainer wasn't sure what to do.
Jun 20 11:26:44 <mmcgrath> as far as missing packages and stuff?
Jun 20 11:26:45 <dgilmore> mmcgrath: i synced up the tree agaes ago but have not made sure that it was continued since
Jun 20 11:27:03 <nirik> I see 4 open epel bugs.
Jun 20 11:27:28 <abadger1999> mmcgrath: 16 missing entries
Jun 20 11:27:33 <mmcgrath> _blah_: when you say dependency are you talking about packages that aren't listed in bugzilla? Or are you talking about packages that won't install because a required package isn't available?
Jun 20 11:27:42 <mmcgrath> abadger1999: can you send me the list?
Jun 20 11:28:09 <abadger1999> Make that 12. 4 were a maintainer changed email addresses.
Jun 20 11:28:17 <abadger1999> Will the diff do?
Jun 20 11:28:36 <mmcgrath> abadger1999: sure
Jun 20 11:28:38 <mmcgrath> thanks.
Jun 20 11:28:41 <_blah_> mmcgrath: packages that won't install due to missing dependencies.
Jun 20 11:28:47 <mmcgrath> _blah_: k.
Jun 20 11:28:49 <nirik> mock and bugzilla packages are the only 2 with bugs files about missing dependencies.
Jun 20 11:28:59 <mmcgrath> so I'll do some more research on getting spam-o-matic just running.
Jun 20 11:29:20 <mmcgrath> please don't kill me :)
Jun 20 11:30:10 <nirik> I think spam for that is good... also if the push scripts can spot broken deps/evrs and allow not pushing a package that would be great.
Jun 20 11:30:17 <mmcgrath> k.
Jun 20 11:30:33 <mmcgrath> Anyone else have anything on that topic?
Jun 20 11:30:44 <dgilmore> make it happen
Jun 20 11:31:07 <mmcgrath> dgilmore: we need to find a server to host that stuff. Right now spam-o-matic is still run on some rawhide server internally.
Jun 20 11:31:10 <mmcgrath> probably app5...
Jun 20 11:31:29 <dgilmore> mmcgrath: sounds sane to me we can run repo checks there against RHEL
Jun 20 11:31:38 <mmcgrath> k
Jun 20 11:31:46 <mmcgrath> next item...
Jun 20 11:31:51 --- mmcgrath has changed the topic to: Announce EPEL officially
Jun 20 11:32:04 <mmcgrath> so we're blocking on the wiki as well as the build stuff.
Jun 20 11:32:32 <mmcgrath> So thats the end of the big picture tasks really.
Jun 20 11:33:05 --- mmcgrath has changed the topic to: EPEL mock configs in Fedora's mock package
Jun 20 11:33:12 <mmcgrath> dgilmore: this got completed I think right?
Jun 20 11:33:23 <f13> in updates-testing
Jun 20 11:33:29 <f13> we need to spin a new package though
Jun 20 11:33:32 <mmcgrath> f13: so its on its way out?
Jun 20 11:33:38 <f13> somewhat
Jun 20 11:33:51 <mmcgrath> k, I'll leave that up for next week just to be safe
Jun 20 11:34:01 <f13> k
Jun 20 11:34:09 --- mmcgrath has changed the topic to: EPEL Meeting -- comps.xml for EPEL -- dgilmore nirik and Jeff_S
Jun 20 11:34:15 <f13> if somebody could grab it from updates-testing and verify that the epel configs work that would b egood.
Jun 20 11:34:32 <nirik> f13: I have used the latest mock on rawhide ok with epel4/5...
Jun 20 11:34:38 <dgilmore> mmcgrath: mi started on it i wanted to remove packages that dont exist before checking it in
Jun 20 11:34:49 <mmcgrath> dgilmore: k
Jun 20 11:35:10 <dgilmore> but i can check it in and then let people clean it up
Jun 20 11:35:30 <mmcgrath> dgilmore: sounds good, when you think its ready send a note to the list and we'll all take a look
Jun 20 11:36:19 * stahnma is here now
Jun 20 11:36:24 --- mmcgrath has changed the topic to: EPEL Meeting -- Communication plan for enterprise customers/ISVs/IHVs -- stahnma, quaid
Jun 20 11:36:27 <mmcgrath> stahnma: yo
Jun 20 11:36:37 <mmcgrath> quaid: stahnma: any updates / ideas on this?
Jun 20 11:37:27 --> riczho (i=ricky@gateway/gpg-tor/key-0xCCAF484E) has joined #fedora-meeting
Jun 20 11:37:38 * f13 has a lovely topic to bring up too
Jun 20 11:37:57 <stahnma> I haven't done much of anything since the packager draft
Jun 20 11:38:02 <mmcgrath> f13: k, one moment :)
Jun 20 11:38:12 <stahnma> asking if if I a packager has plans to branch for EPEL
Jun 20 11:38:20 <stahnma> I will clean that up this week and send out on list again
Jun 20 11:38:30 <mmcgrath> stahnma: k. Sounds good.
Jun 20 11:38:44 <stahnma> I will need some branching info from dgilmore
Jun 20 11:38:50 --- mmcgrath has changed the topic to: EPEL Meeting -- vacant seat in the steering committee
Jun 20 11:38:59 <mmcgrath> dgilmore: hook stahnma up :)
Jun 20 11:39:12 <mmcgrath> So whats the latest on the vacant seat? I'll be honest I haven't followed it that closely.
Jun 20 11:39:13 * quaid updated on the comm plan before, fwiw
Jun 20 11:39:42 <nirik> not sure... Perhaps we should ping the list asking if anyone at all is interested?
Jun 20 11:39:51 <dgilmore> stahnma: what access do you need?
Jun 20 11:39:55 <nirik> I think jeff_s was interested... don't see him around today tho
Jun 20 11:40:01 <stahnma> no access, just some questions dgilmore
Jun 20 11:40:02 <mmcgrath> nirik: I thought someone was interested already and made that known.
Jun 20 11:40:04 <dgilmore> nirik: smooge was also
Jun 20 11:40:06 <stahnma> we can talk later dgilmore
Jun 20 11:40:12 <dgilmore> stahnma: hit me up
Jun 20 11:40:19 <stahnma> k
Jun 20 11:40:31 * mmcgrath could be confused though.
Jun 20 11:40:50 <stahnma> I thought a few people were interesed in the seat
Jun 20 11:41:14 <mmcgrath> knurd would know, I'll take a look at the list archives.
Jun 20 11:41:19 <stahnma> Jeff_S or smooge maybe?
Jun 20 11:41:22 <stahnma> ok
Jun 20 11:41:32 <dgilmore> stahnma: both of them
Jun 20 11:41:37 <mmcgrath> smooge: were you interested in a seat on the SIG?
Jun 20 11:41:54 <nirik> perhaps we could just add both? I think more input would be good... of course that would make an even number
Jun 20 11:42:06 * stahnma would be happy with either/both of them
Jun 20 11:42:11 <mmcgrath> same here
Jun 20 11:42:24 <smooge> I was interested... but withdrew my self-nomination as I saw that there were too many layer-8 issues I couldnt help with without getting people in a room with a brick
Jun 20 11:42:34 <mmcgrath> we'll take that to the list since Jeff_S doesn't appear to be around right now and I'd hate to volunteer him :)
Jun 20 11:42:43 <stahnma> ok
Jun 20 11:42:45 <stahnma> sounds like a plan
Jun 20 11:42:46 <mmcgrath> smooge: fair enough
Jun 20 11:42:58 <mmcgrath> thats all I see on the schedule
Jun 20 11:43:05 --- mmcgrath has changed the topic to: EPEL Meeting -- Free discussion around EPEL
Jun 20 11:43:09 <mmcgrath> f13: you had a topic to discuss?
Jun 20 11:43:14 <nirik> smooge: any input would be welcome tho... brick or no. ;)
Jun 20 11:43:33 <f13> mmcgrath: yeah, has RHX been discussed at all?
Jun 20 11:43:42 <mmcgrath> f13: not seriously.
Jun 20 11:43:46 <f13> specifically, RHX is in RHN, but it hosts some opensource content.
Jun 20 11:43:46 <smooge> what is RHX?
Jun 20 11:43:58 <skvidal> the red hat exchange, of course
Jun 20 11:44:01 <f13> and you can't get to that content through rhn without buying whatever RHX is selling for that particular software
Jun 20 11:44:07 <mmcgrath> I brought up the idea of having the MySQL guys actually maintaining MySQL and having EPEL allow for that.
Jun 20 11:44:13 <f13> so how does that fall with our EPEL can't package anything available in RHX?
Jun 20 11:44:14 <skvidal> a way of upstream isvs getting software pkged and available via rhn
Jun 20 11:44:25 <f13> er
Jun 20 11:44:27 <f13> so how does that fall with our EPEL can't package anything available in RHN?
Jun 20 11:44:39 <skvidal> f13: what?
Jun 20 11:44:50 <nirik> not sure... is there any way to see whats available there?
Jun 20 11:44:52 <mmcgrath> f13: thats part of our guidelines (not really RHN but the core OS)
Jun 20 11:44:53 * stahnma notes that most stuff on RHX isn't even in Fedora yet
Jun 20 11:45:09 <mmcgrath> but I think if we were going to coordinate with an ISV to bring something out of RHEL into EPEL, that shouldn't be a problem.
Jun 20 11:45:10 <stahnma> I thought the guidelines did mention layered products too
Jun 20 11:45:11 <f13> stahnma: not yet, but just yesterday I had a conversation with Digium about Asterisk.
Jun 20 11:45:19 <stahnma> f13: great :)
Jun 20 11:45:20 --> JSchmitt_ (n=s4504kr(a)p54B10976.dip0.t-ipconnect.de) has joined #fedora-meeting
Jun 20 11:45:34 <f13> stahnma: they are fixing it up to go into Fedora, and RHX, but if it's in RHX, can we put it in EPEL? and how do we handle where EPEL NVR might be different than RHX and ....
Jun 20 11:45:35 <stahnma> what about things like Fedora-d?
Jun 20 11:45:45 <-- JSchmitt_ has quit (Remote closed the connection)
Jun 20 11:45:49 <stahnma> fedora-ds even
Jun 20 11:45:53 <_blah_> f13: sounds like you're asking for repotags
Jun 20 11:45:55 * _blah_ ducks
Jun 20 11:45:56 <dgilmore> mmcgrath: it also includes layerd products
Jun 20 11:45:56 <f13> ditto Zenoss
Jun 20 11:46:00 --> JSchmitt_ (n=s4504kr(a)p54B10976.dip0.t-ipconnect.de) has joined #fedora-meeting
Jun 20 11:46:14 <dgilmore> fedora-ds is ok and im going to make sure it gets in
Jun 20 11:46:17 <f13> RHX throws a big wrinkle into the original guidelines for EPEL.
Jun 20 11:46:34 <mmcgrath> f13: Well sort of.
Jun 20 11:46:36 <dgilmore> f13: indeed RHX was not know about when we started
Jun 20 11:46:39 <mmcgrath> I guess we'd leave that up to the ISV
Jun 20 11:46:45 <stahnma> f13: I agree, we should revisit this. Will the big problem be we compete against RH on it?
Jun 20 11:46:51 * quaid perks up at f13's question
Jun 20 11:46:58 <stahnma> if we have the same (similar) open source packages ready for EL
Jun 20 11:47:05 <f13> stahnma: I honestly don't know. I haven't brought up the subject to many people internally yet.
Jun 20 11:47:06 <mmcgrath> f13: it'd be nice to work with the RHX people in this regard but I'm not sure if they even know EPEL exists.
Jun 20 11:47:12 <f13> they do
Jun 20 11:47:20 <f13> I've been talking with the RHX releng person a bit about this.
Jun 20 11:47:20 <quaid> hrm
Jun 20 11:47:27 <quaid> I hadn't thought of this either
Jun 20 11:47:31 <mmcgrath> f13: How does RH intend on maintaing the Zenoss RPM?
Jun 20 11:47:37 <smooge> f13, does priorities work with RHN?
Jun 20 11:47:38 <dgilmore> f13: theres one package in RHX that id like to see in Fedora and EPEL and its build setup is horrible
Jun 20 11:47:40 <mmcgrath> did they plan on having the Zenoss people do it?
Jun 20 11:47:54 <quaid> mmcgrath: RHX is tier 1 and 2 support
Jun 20 11:47:56 <quaid> for the whole stack
Jun 20 11:47:59 <stahnma> the conundrum of the day goes to f13
Jun 20 11:48:03 <mmcgrath> quaid: but what about the actual RPM's?
Jun 20 11:48:06 <quaid> RHX then escalates to the vendor
Jun 20 11:48:06 <nirik> perhaps this would get some traction for a rpm/yum/up2date solution to multiple repos. ;)
Jun 20 11:48:13 <f13> mmcgrath: the idea is that ISVs can maintain the software, but it has to adhere to Fedora packaging standards to be in RHX
Jun 20 11:48:14 <quaid> aiui, RHX does their own RPMs
Jun 20 11:48:23 <quaid> oh, right
Jun 20 11:48:25 <dgilmore> how do RHX packages get built?
Jun 20 11:48:26 <quaid> duff is working with people
Jun 20 11:48:51 <f13> dgilmore: right now? an internal build server
Jun 20 11:48:52 <mmcgrath> f13: EPEL does have the infrastructure to do all of this already, it was one of the hopes/plans for EPEL.
Jun 20 11:48:55 <quaid> look, I can't solve this stuff, but 'tis my purview to lead us to a solution
Jun 20 11:48:56 <dgilmore> f13: i dont see how the package i want adheres to our packaging standards
Jun 20 11:49:00 --> nman64 (n=n-man@fedora/nman64) has joined #fedora-meeting
Jun 20 11:49:15 <f13> dgilmore: yeah, dhuff wasn't good about that for the first round of get it out the door
Jun 20 11:49:15 <quaid> dgilmore: it may be "in transition"
Jun 20 11:49:22 <mmcgrath> dgilmore: I don't think the RHX stuff is really out the door yet.
Jun 20 11:49:32 <f13> mmcgrath: it's available and announced
Jun 20 11:49:36 <f13> for US customers at least.
Jun 20 11:49:50 * stahnma has browsed it a few times...
Jun 20 11:49:55 <quaid> who from EPEL can woirk on this
Jun 20 11:49:55 <mmcgrath> f13: yeah but are the RPM's available and built under Fedora's guidelines?
Jun 20 11:50:00 <quaid> from the technical standpoint?
Jun 20 11:50:02 <dgilmore> quaid, f13: what i want to use is Zimbra. its one of the most horrible set of something ive seen as far as packing goes
Jun 20 11:50:08 <stahnma> from a customer perspecitve, I would love to see this stuff in EPEL to 'try before i buy'
Jun 20 11:50:21 <stahnma> then if my compnay relies upon it heavily, move to RHX
Jun 20 11:50:25 <dgilmore> stahnma: indeed
Jun 20 11:50:26 <stahnma> much like RHEL
Jun 20 11:50:28 <smooge> voice from the outside, at least some customers of RHEL/RHN had thought Red Hat Exchange was EPEL
Jun 20 11:50:34 <mmcgrath> f13: quaid: what are the odds that RH would support those RPM's in EPEL?
Jun 20 11:50:42 <f13> dgilmore: right, as I said, they've been somewhat fly by night to get things launched. He's now working with us to try and integrate our guidelines, and was even talking about using our build system to produce the content.
Jun 20 11:50:48 <quaid> mmcgrath: well, it might be higher than you think
Jun 20 11:50:56 <quaid> yep
Jun 20 11:51:01 <mmcgrath> quaid: can you look into that more?
Jun 20 11:51:04 <dgilmore> mmcgrath: id like to see that
Jun 20 11:51:05 <quaid> f13: I talked with duff about that a few months ago
Jun 20 11:51:13 <quaid> mmcgrath: yes, that's my purview as a work position
Jun 20 11:51:23 <f13> quaid: yeah, he pinged me on it a week or 2 ago
Jun 20 11:51:29 <mmcgrath> Does anyone here think RH shouldn't support RHX packages packaged in EPEL?
Jun 20 11:51:30 <f13> at which point I brought up epel.
Jun 20 11:51:35 <f13> although the kicker is....
Jun 20 11:51:37 <_blah_> does everything on RHX require a subscription?
Jun 20 11:51:40 <quaid> to coordinate between online services grps (such as RHX) and FEdora groups (such as EPEL)
Jun 20 11:51:41 <f13> RHX can have content which is not open source
Jun 20 11:51:44 <mmcgrath> _blah_: yeah
Jun 20 11:51:56 <f13> so RHX can't entirely rely upon our infrastructure as they can't host the sources with us.
Jun 20 11:52:00 <dgilmore> f13: yeah but if its opensource id like to see it in EPEL
Jun 20 11:52:03 <quaid> but they can
Jun 20 11:52:06 * stahnma cries a little on the inside
Jun 20 11:52:06 <quaid> witht he stuff that is FLOSS
Jun 20 11:52:08 <rdieter> dgilmore: +1
Jun 20 11:52:12 <f13> dgilmore: I woudl too
Jun 20 11:52:20 <quaid> who can help me
Jun 20 11:52:24 <quaid> from a tech standpoint
Jun 20 11:52:27 <quaid> from EPEL?
Jun 20 11:52:27 <f13> stahnma: yes, that makes me cry as well. A /lot/.
Jun 20 11:52:40 <mmcgrath> quaid: help with what exactly?
Jun 20 11:52:44 <quaid> well
Jun 20 11:52:52 <dgilmore> quaid: i can
Jun 20 11:52:54 <quaid> packaging, build sys quesitons
Jun 20 11:52:56 <quaid> ok
Jun 20 11:52:59 <f13> quaid: I can help with what I can. I'm not deeply entrenched within epel though, just keeping an eye on things.
Jun 20 11:53:15 <mmcgrath> quaid: count me in as a second on that
Jun 20 11:53:19 <quaid> f13: how about if you are in the loop on all the email, in a CI position of RACI?
Jun 20 11:53:24 <quaid> mmcgrath too
Jun 20 11:53:28 <f13> quaid: worksforme
Jun 20 11:53:31 <quaid> ok
Jun 20 11:53:33 <mmcgrath> sounds good
Jun 20 11:53:43 * quaid smacks his head for not having seen this one coming
Jun 20 11:53:43 <stahnma> if you need external customer POV, let me know
Jun 20 11:53:45 <dgilmore> quaid: me too
Jun 20 11:53:48 <quaid> stahnma: you bet
Jun 20 11:54:03 <dgilmore> id like to be cc'd on things
Jun 20 11:54:05 <mmcgrath> Ok, we're getting close to the top of the hour, anyone else have anything to discuss?
Jun 20 11:54:06 <quaid> dgilmore: what I want to do is get with you and the RHX packager
Jun 20 11:54:16 <stahnma> did we go a whole meeting without repotags?
Jun 20 11:54:28 <dgilmore> quaid: sure
Jun 20 11:54:29 <quaid> dgilmore: we'll start with that from the tech angle, and work up what "business problems" we create with all that;
Jun 20 11:54:33 <mmcgrath> stahnma: yep, AFAIK, its done. We voted.
Jun 20 11:54:39 * stahnma cheers
Jun 20 11:54:41 <quaid> stahnma: UNTIL JUST NOW
Jun 20 11:54:51 <quaid> now it's greppable in the logs
Jun 20 11:54:53 <mmcgrath> quaid: we could tap mspevack on this as well.
Jun 20 11:54:54 <dgilmore> damn you stahnma for bring it up
Jun 20 11:54:59 <quaid> mmcgrath: wise, yes
Jun 20 11:55:02 * stahnma hasn't read back through the top yet...
Jun 20 11:55:22 <mmcgrath> stahnma: did you have something further to discuss?
Jun 20 11:55:25 <quaid> mmcgrath: I want us to suss out the tech thoughts before we go to someone for a "ruling"
Jun 20 11:55:30 <mmcgrath> if not I'll close the meeting.
Jun 20 11:55:35 <stahnma> mmcgrath: no, thanks though
Jun 20 11:55:36 <mmcgrath> quaid: solid
Jun 20 11:55:40 <mmcgrath> Alllright
Jun 20 11:55:44 * mmcgrath will close the meeting in 30
Jun 20 11:55:46 <dgilmore> we done?
Jun 20 11:56:02 <stahnma> thanks all, dgilmore I will try to hit you up tonight
Jun 20 11:56:07 <mmcgrath> 10
Jun 20 11:56:11 <mmcgrath> f5
Jun 20 11:56:13 <quaid> f13: dhuff, right?
Jun 20 11:56:30 --- mmcgrath has changed the topic to: EPEL Meeting -- Meeting End
Jun 20 11:56:40 <mmcgrath> Thanks everyone, who can send the log minutes?
Jun 20 11:56:52 * mmcgrath has a horrible irc logger and it isn't enabled right now anyway :)
Jun 20 11:56:54 <f13> quaid: yes.
Jun 20 11:57:12 <-- JSchmitt has quit (No route to host)
Jun 20 11:57:16 <f13> 13:02 <f13> morbidly curious as to if repotags will be brought up again this week.
Jun 20 11:57:19 <f13> 13:45 <_blah_> f13: sounds like you're asking for repotags
Jun 20 11:57:22 <f13> 13:54 <stahnma> did we go a whole meeting without repotags?
Jun 20 11:57:42 <nirik> mmcgrath: I have logs, you want me to mail them to you? or ?
Jun 20 11:57:54 <mmcgrath> nirik: to the list if you wouldn't mind.
16 years, 10 months
Official announcement and reality
by Mike McGrath
While discussing the repo layout stuff in the meeting today we were
talking about what we'd like to do vs what we can do. And while we're
headed to a bodhi/koji updates-testing system MHO is that it will likely
be months before that is ready, it's simply an issue of time and not
enough workers (though _blah_ may have volunteered, if so please come
forward on the list :)
So the question at hand is, do we wait for these tools, or try to do the
best with what we've got knowing that we have a long term plan. After
all, many of us have been using EPEL for a couple of months already.
-Mike
16 years, 10 months
Fedora EPEL Package Build Report 2007-06-20
by Fedora Koji Build System
Packages built and released for Fedora EPEL 5: 9
denyhosts-2.6-5.el5
NEW mksh-29f-1.el5 : MirBSD enhanced version of the Korn Shell
NEW mod_security-2.1.1-1.el5 : Security module for the Apache HTTP Server
perl-Net-Server-0.96-2.el5
NEW pfqueue-0.5.6-4.el5 : Queue manager for the Postfix/Exim Mail Transport Agents
NEW postgresql-table_log-0.4.4-2.el5 : Log data changes in a PostgreSQL table
qucs-0.0.12-2.el5
NEW tcptraceroute-1.5-0.1.beta7.el5 : A traceroute implementation using TCP packets
wine-0.9.39-1.el5
Packages built and released for Fedora EPEL 4: 6
denyhosts-2.6-5.el4
NEW mksh-29f-1.el4 : MirBSD enhanced version of the Korn Shell
perl-Net-Server-0.96-2.el4
NEW pfqueue-0.5.6-4.el4 : Queue manager for the Postfix/Exim Mail Transport Agents
qucs-0.0.12-2.el4
wine-0.9.39-1.el4
Changes in Fedora EPEL 5:
denyhosts-2.6-5.el5
-------------------
* Tue Jun 19 2007 Jason L Tibbitts III <tibbs(a)math.uh.edu> - 2.6-5
- Apply yet another regex.py fix from Jonathan Underwood to fix bug 244943.
mksh-29f-1.el5
--------------
* Sun Jun 03 2007 Robert Scheck <robert(a)fedoraproject.org> 29f-1
- Upgrade to 29f
- Initial spec file for Fedora and Red Hat Enterprise Linux
mod_security-2.1.1-1.el5
------------------------
* Tue Jun 19 2007 Michael Fleming <mfleming+rpm(a)enlartenment.com> 2.1.1-1
- New upstream release
- Drop ASCIIZ rule (fixed upstream)
- Re-enable protocol violation/anomalies rules now that REQUEST_FILENAME
is fixed upstream.
perl-Net-Server-0.96-2.el5
--------------------------
* Mon Jun 18 2007 Kevin Fenzi <kevin(a)tummy.com> - 0.96-2
- Only build using perl-IO-Multiplex in EL-5
pfqueue-0.5.6-4.el5
-------------------
* Mon Jun 18 2007 Michael Fleming <mfleming+rpm(a)enlartenment.com> 0.5.6-4
- Initial import into Fedora / EPEL
- Fix Source URL
* Wed Jun 13 2007 Michael Fleming <mfleming+rpm(a)enlartenment.com> 0.5.6-3.mf
- Remove the rpath from binaries @ build time.
postgresql-table_log-0.4.4-2.el5
--------------------------------
* Sun Jun 17 2007 - Devrim GUNDUZ <devrim(a)commandprompt.com> 0.4.4-2
- Added Requires, per bugzilla review #244536 (Thanks Ruben)
- Renamed README file, per bugzilla review #244536
* Sat Jun 16 2007 - Devrim GUNDUZ <devrim(a)commandprompt.com> 0.4.4-1
- Initial RPM packaging for Fedora
qucs-0.0.12-2.el5
-----------------
* Sun Jun 17 2007 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.12-2
- Add perl and iverilog as require
* Sun Jun 17 2007 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.12-1
- Update to 0.0.12
* Sat May 05 2007 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.11-2
- Rebuild
tcptraceroute-1.5-0.1.beta7.el5
-------------------------------
* Fri May 04 2007 Sindre Pedersen Bjørdal <foolish[AT]guezz.net> - 1.5-0.1.beta7
- Initial build
wine-0.9.39-1.el5
-----------------
* Sun Jun 17 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 0.9.39-1
- version upgrade
- convert to utf8 (#244046)
- fix mime entry (#243511)
Changes in Fedora EPEL 4:
denyhosts-2.6-5.el4
-------------------
* Tue Jun 19 2007 Jason L Tibbitts III <tibbs(a)math.uh.edu> - 2.6-5
- Apply yet another regex.py fix from Jonathan Underwood to fix bug 244943.
mksh-29f-1.el4
--------------
* Sun Jun 03 2007 Robert Scheck <robert(a)fedoraproject.org> 29f-1
- Upgrade to 29f
- Initial spec file for Fedora and Red Hat Enterprise Linux
perl-Net-Server-0.96-2.el4
--------------------------
* Mon Jun 18 2007 Kevin Fenzi <kevin(a)tummy.com> - 0.96-2
- Only build using perl-IO-Multiplex in EL-5
pfqueue-0.5.6-4.el4
-------------------
* Mon Jun 18 2007 Michael Fleming <mfleming+rpm(a)enlartenment.com> 0.5.6-4
- Initial import into Fedora / EPEL
- Fix Source URL
* Wed Jun 13 2007 Michael Fleming <mfleming+rpm(a)enlartenment.com> 0.5.6-3.mf
- Remove the rpath from binaries @ build time.
qucs-0.0.12-2.el4
-----------------
* Sun Jun 17 2007 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.12-2
- Add perl and iverilog as require
* Sun Jun 17 2007 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.12-1
- Update to 0.0.12
* Sat May 05 2007 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.11-2
- Rebuild
wine-0.9.39-1.el4
-----------------
* Sun Jun 17 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 0.9.39-1
- version upgrade
- convert to utf8 (#244046)
- fix mime entry (#243511)
For more information about the built packages please see the repository
or the Fedora Info Feed: http://fedoraproject.org/infofeed/
16 years, 10 months
EPEL report week 24, 2007
by Thorsten Leemhuis
http://fedoraproject.org/wiki/EPEL/Reports/Week24
= Weekly EPEL Summary =
Week 24/2007
== Most important happenings ==
The EPEL Steering Committee discussed the repotags issue once again and
once again voted to not use repotags for EPEL. Some discussions started
after that; see
https://www.redhat.com/archives/epel-devel-list/2007-June/msg00041.html
for their start.
== EPEL SIG Meeting ==
=== Attending ===
>From the Steering Committee:
* knurd (ThorstenLeemhuis) (partly)
* mmcgrath (MikeMcGrath)
* nirik (KevinFenzi)
* dgilmore (DennisGilmore)
* stahnma (MichaelStahnke)
* quiad (KarstenWade) (had fun at the dentist)
Missing from the Steering Committee: nobody
Others that participated the meeting: Jeff_S, smooge, notting,
lancelan, f13, spot,
=== Summary ===
* lots of discussion around repotags again; see the full log for
details; four votes against repotags, two people are undecided; so once
again the decision is "no repotags"
* EPEL mock configs in Fedora's mock package -- should be part of the
latest release
* comps.xml for EPEL -- dgilmore is working on it; he'll check
something into cvs soon and then post to the list asking people to look
over it
* finish the wiki docs and remove the warnings by end of may ; quaid,
puts in up on his to-do list as a high priority
== Stats ==
=== General ===
Number of EPEL Contributors 90
We welcome 4 new contributors: dan_AT_danny.cz,
jafo-redhat_AT_tummy.com, jafo_AT_tummy.com, mmahut_AT_redhat.com,
rob.myers_AT_gtri.gatech.edu, ville.skytta_AT_iki.fi
=== EPEL 5 ===
Number of source packages: 359
Number of binary packages: 578
There are 48 new Packages:
* akode | Audio-decoding framework
* bonnie++ | Filesystem and disk benchmark & burn-in suite
* digitemp | Dallas Semiconductor 1-wire device reading console
application
* exiv2 | Exif and Iptc metadata manipulation library
* factory | C++ class library for multivariate polynomial data
* fltk | C++ user interface toolkit
* gc | C++ Garbage Collector
* glump | A small web application to glue files from multiple sources
* kannel | WAP and SMS gateway
* kflickr | Standalone Flickr Uploader for KDE
* kodos | Visual regular expression editor
* libfac | An extension to Singular-factory
* libksba | X.509 library
* lua | Powerful light-weight programming language
* Macaulay2 | System for algebraic geometry and commutative algebra
* maxima | Symbolic Computation Program
* mdsplib | METAR Decoder Software Package Library
* nikto | Web server scanner
* ntfs-config | A front-end to Enable/disable NTFS write support
* ntl | High-performance algorithms for vectors, matrices, and polynomials
* OpenEXR | A high dynamic-range (HDR) image file format
* openslp | Open implementation of Service Location Protocol V2
* perl-Convert-BinHex | Macintosh BinHex extractor library for Perl
* perl-GDGraph | Graph generation package for Perl
* perl-GD | Perl interface to the GD graphics library
* perl-GDTextUtil | Text utilities for use with GD
* perl-IO-stringy | I/O on in-core objects like strings and arrays for
Perl
* perl-MIME-tools | Modules for parsing and creating MIME entities in Perl
* php-pear-PhpDocumentor | The complete documentation solution for PHP
* postgresql-pgpoolAdmin | PgpoolAdmin - web-based pgpool administration
* python-genshi | Toolkit for stream-based generation of output for the
web
* python-imaging | Python's own image processing library
* python-IPy | Python module for handling IPv4 and IPv6 Addresses and
Networks
* python-kid | Kid - A simple and pythonic XML template language
* python-pgsql | Enhanced python interface to PostgreSQL
* qgit | QGit is a git GUI repository browser
* redet-doc | Documentation for redet
* redet | Regular expression development and execution tool
* sbcl | Steel Bank Common Lisp
* SDL_image | Image loading library for SDL
* SDL_mixer | Simple DirectMedia Layer - Sample Mixer Library
* SDL_net | SDL portable network library
* SDL_ttf | Simple DirectMedia Layer TrueType Font library
* xar | The eXtensible ARchiver
* xdg-utils | Basic desktop integration functions
* xforms | XForms toolkit library
=== EPEL 4 ===
Number of source packages: 230
Number of binary packages: 423
There are 19 new Packages:
* bonnie++ | Filesystem and disk benchmark & burn-in suite
* digitemp | Dallas Semiconductor 1-wire device reading console
application
* lua | A powerful light-weight programming language
* mdsplib | METAR Decoder Software Package Library
* mock | Builds packages inside chroots
* nikto | Web server scanner
* perl-Convert-BinHex | Macintosh BinHex extractor library for Perl
* perl-IO-stringy | I/O on in-core objects like strings and arrays for
Perl
* postgresql-pgpoolAdmin | PgpoolAdmin - web-based pgpool administration
* python-IPy | Python module for handling IPv4 and IPv6 Addresses and
Networks
* python-pgsql | Enhanced python interface to PostgreSQL
* qgit | QGit is a git GUI repository browser
* redet-doc | Documentation for redet
* redet | Regular expression development and execution tool
* SDL_image | Image loading library for SDL
* SDL_mixer | Simple DirectMedia Layer - Sample Mixer Library
* SDL_net | SDL portable network library
* SDL_ttf | Simple DirectMedia Layer TrueType Font library
* xar | The eXtensible ARchiver
----
["CategoryEPELReports"]
16 years, 10 months
Log from todays meeting
by Thorsten Leemhuis
00:00 < knurd> | Meeting ping dgilmore, knurd, mmcgrath, nirik,
stahnma, quaid and everyone interested in EPEL -- EPEL meeting in
#fedora-meeting now!
00:00 --- | knurd has changed the topic to: EPEL Sig meeting
-- Meeting rules at
http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines --
Init process
00:00 < knurd> | Hi everybody; who's around?
00:00 * | Jeff_S here
00:00 * | nirik is here.
00:00 * | dgilmore is here
00:00 --> | notting (Bill Nottingham) has joined #fedora-meeting
00:00 * | mmcgrath is here
00:01 < knurd> | no quaid yet, but let's start
00:01 --- | knurd has changed the topic to: EPEL Meeting --
repotags -- all
00:01 < knurd> | so, the never ending story :)
00:01 < knurd> | feelings?
00:01 < knurd> | opinions on the last proposal?
00:02 < nirik> | did you see axel's email to the list about it?
00:02 < knurd> | opinions on Axels mail where he said "but adding
repotags to epel will not help anymore in this - it's too late, repotags
are dead and the pain has been inflicted, in fact for me the revival of
repotags would imply the same transition pain again."
00:02 < knurd> | nirik, yeah, saw it
00:02 < knurd> | but I read it after I send the last proposal out
00:03 < nirik> | I really just want the issue to go away... I
would be fine with pushing the proposal forward or just dropping it (again).
00:03 < knurd> | I'm wondering if we should try a different route:
ask the FPC for a official statement if repotags are fine for them
00:03 < knurd> | (in general)
00:04 < knurd> | get that answer from their next week meeting
00:04 < knurd> | and we decide how to move on next week
00:04 < knurd> | I'm unsure
00:04 < knurd> | even I would likely vote "+/- 0" for my own
proposal currently
00:04 * | quaid is aqui
00:05 < knurd> | other opinions?
00:05 < nirik> | ok, anyone else? opinions? votes?
00:05 < mmcgrath> | knurd: we really need to just decide and move on.
00:05 < spot> | we're not going to give that statement.
00:05 < spot> | just as an FYI
00:05 < nirik> | I lean toward just dropping the subject... moving
on with our lives.
00:05 < knurd> | spot, ohh, I didn#t expect you would be around
00:05 < knurd> | spot, why?
00:05 < spot> | if you really want repotags vote on it, and we'll
figure out how to implement them.
00:05 < Jeff_S> | I support your proposal, but with the idea that
we can use that in the meantime and work on other (better?) ways of
co-existance with other repos going forward
00:06 < dgilmore> | knurd: all i can say is drop it
00:06 < spot> | its not our domain to decide whether they're ok
or not, thats FESCo
00:06 < dgilmore> | currently i would vote -100
00:06 < knurd> | spot, would you share your opnion on repotags?
00:07 < spot> | I don't know what technical problem they solve.
00:07 < dgilmore> | spot: none
00:07 < spot> | They clutter up the namespace.
00:07 < knurd> | dag tried to explain one two me, and it made a
bit of sense
00:07 < nirik> | they allow end users to trivially see what repo
packages are causing them conflicts/problems... or so the theory goes.
00:07 < knurd> | say there is clamav in both epel and dags repo
00:07 < dgilmore> | i dont know how any sane person can expect to mix
repos providing the same packages and get a consistent and sane result
00:07 < knurd> | with different sub-packages
00:07 --> | smooge (Stephen J Smoogen) has joined
#fedora-meeting
00:08 < spot> | i'd tend to agree that mixing repos with the same
packagesets == BOOM
00:08 < spot> | and repotags won't resolve that.
00:08 --> | Karl_le_Rouge (Karl) has joined #fedora-meeting
00:08 < knurd> | then it can happen that a clamav subpacakge from
epel tracks in the clamav main pacakge from dag
00:08 < Jeff_S> | knurd: yeah, repotags don't solve that issue
00:08 < knurd> | as long as there is no strict version-release dep
00:08 < spot> | all it will do is make the remains of your system
more identifiable
00:08 < knurd> | and a repotag could make that strong
version-release dep
00:09 < spot> | knurd: if the subpackages don't already have that
strict version-release dep, it won't matter.
00:09 --> | danieldk (Daniel de Kok) has joined #fedora-meeting
00:09 < spot> | and if they do, the likely hood of the same
e:n-v-r in both repos?
00:10 < spot> | I think you guys need to decide whether
third-party repo simultaneous operation is a goal.
00:10 < spot> | If it is a goal of EPEL, then repotags are only
part of a much bigger effort that needs to be undertaken.
00:10 < knurd> | third-party repo simultaneous operation is not a
goal afics
00:10 < spot> | If it isn't, then repotags don't really have a point.
00:10 --> | Foolish (Sindre Pedersen Bjordal) has joined
#fedora-meeting
00:11 < spot> | That's just my opinion. :)
00:11 < knurd> | thx spot
00:11 --> | stahnma (Michael Stahnke) has joined #fedora-meeting
00:11 < knurd> | I must say: I don't know how to move on
00:12 < mmcgrath> | knurd: After the in person meeting I thought we
were going to do repo tags but if axel himself doesn't want them now I'm
not sure what good we accomplish by turning them on.
00:12 < nirik> | ok, so can we move on now? or is there any more
dead horse beating we need to do?
00:12 < stahnma> | sorry, IM late
00:12 < knurd> | okay, so lets somehow vote
00:13 < knurd> | A=no repotags; B=investigate repotags further;
C=undecided
00:13 * | knurd votes C
00:13 --> | RemiFedora (Unknown) has joined #fedora-meeting
00:14 < mmcgrath> | B and C both imply that we're not moving on. I
strongly feel the repo tags discussion does more harm by continuing to
dicsuss it then either implementing it or disallowing it would.
00:14 < dgilmore> | A
00:14 * | quaid votes C with a clear statement, "Sorry,
didn't mean to piss in anyone's breakfast cereal, we pledge to be more
careful in the future."
00:14 < stahnma> | +1 quaid
00:14 <-- | rdieter_away has quit (Read error: 104
(Connection reset by peer))
00:14 < knurd> | in case anyone is wondering: I'm interest in all
opinions
00:14 --> | rdieter (Rex Dieter) has joined #fedora-meeting
00:15 < nirik> | mmcgrath: yeah, I want this to find a end... somehow.
00:15 < stahnma> | agreed
00:15 < quaid> | unless we can make "A=no repotags currently" or
something, so we aren't having to reverse even more decisions
00:15 < knurd> | so people not in the steering committee can share
their opinion by saying A, B or C, too
00:15 * | nirik votes A I guess.
00:15 < knurd> | quaid, "A=no repotags (as the case currently)"
00:16 < knurd> | quaid, so going for A would just end that topic
as long as nobody brings it up again
00:16 < stahnma> | A
00:16 < quaid> | knurd: yeah
00:16 < quaid> | Cheers, Jeff.
00:16 < stahnma> | if that's the case, A
00:16 --- | rdieter is now known as rdieter_away
00:16 * | quaid pastes strangeness from his buffer, sorry
00:16 < f13> | oh! it's the weekly repotag conversation again.
00:16 * | Jeff_S votes D - go ahead with the proposal and
start looking for alternatives as well
00:16 < quaid> | f13: don't kick a puppy when it's down!
00:16 < f13> | seriously, who do we have to shoot to get this
topic dropped like we do every week?
00:16 < Jeff_S> | quaid: cheers ;)
00:17 < nirik> | f13: yes, it's a standing item it seems anymore.
00:17 * | mmcgrath notes 15 minute mark
00:17 < knurd> | okay; thl and quaid voted C; stahnma dgilmore and
nirik A
00:17 < stahnma> | any other votings ? or move on?
00:17 < knurd> | mmcgrath ?
00:17 < quaid> | you have to ask/
00:17 < smooge> | ok now that I have typed all the stuff in the
wrong window
00:18 < Jeff_S> | everyone see #epel for smooge's ideas...
00:18 < smooge> | sorry
00:19 < f13> | I have no vote, but I"d vote A like always
00:19 < f13> | (and I'd vote that way in FESCo too FYI)
00:19 < smooge> | The main issues I deal on a volunteer support
level are people who have followed a lot of Howto's and have multiple
repo's or dont know they have multiple repos because their ISP was too nice
00:19 < nirik> | someone mentioned that this discussion did in
fact happen with fedora.us/early fedora-extras days and was shot down
there... just FYI...
00:20 * | knurd still waits for mmcgrath's vote
00:20 < smooge> | Yes.. there was a lot of discussion back then
00:20 < mmcgrath> | knurd: we're just waiting on me?
00:20 < mmcgrath> | why?
00:20 < knurd> | I didn#t see a A, B or C (or something else)
00:21 < knurd> | or did I miss it?
00:21 < mmcgrath> | A
00:21 < nirik> | smooge: I understand that this would give you
more info, but I think that info can be gotten pretty easily other ways...
00:21 < knurd> | mmcgrath, k, thx
00:21 < smooge> | and it was put off of saying clearly that the
group then was working with the older packaging community or not.
Instead it was a sort of quiet no we are not while saying we will take
it up later
00:21 <-- | RedKarl has quit (Connection timed out)
00:21 < knurd> | that makes four A (continue with no repotags) two
C (undecided) and Jeff_S as potential steering committee member as "D"
(proposal by thl)
00:22 --- | rdieter_away is now known as rdieter
00:22 < Jeff_S> | knurd: if you want my vote in terms of A/B/C, I
suppose B would be the closest
00:22 < knurd> | Jeff_S, noted
00:22 < knurd> | so, that means no repotags
00:22 < nirik> | Jeff_S: splitter! :)
00:22 < f13> | for real this time?
00:22 < quaid> | smooge: as Axel said on list, maybe we need to
handle this stuff at a higher level -- agree to work together with other
repos, and work out shared scripts/tools that help in tech support.
00:22 < knurd> | or does anyone change his opinion after smooge's
comments?
00:23 < nirik> | f13: well, until next meeting I bet. ;)
00:23 < mmcgrath> | quaid: I don't know how we can do that though, I
think we need to work with axel and dag and co on much lower levels.
The manitainers.
00:23 < knurd> | f13, I suppose there will be cries on the list
00:23 < mmcgrath> | its the packages that are incompatible.
00:23 < stahnma> | I have agreed with his comments, but am so tired
of this, I just want to move on. Especially since Axel already said
they are not worth it anymore.
00:24 < f13> | there is clearly a need to better identify where
packages came from. repo tags aren't the solution IMHO
00:24 < smooge> | Ok, could there be a public reasoning statement
about this to make it final. Basically, that EPEL is not meant to work
with other repo's and that mixing/matching repo's is considered too much
of a support burden for EPEL volunteers.
00:24 < stahnma> | hopefully a better techincal solution will be
found soon and we can lead the way with that
00:24 --> | mdomsch (Matt_Domsch) has joined #fedora-meeting
00:24 < quaid> | smooge: +1
00:24 < mmcgrath> | smooge: don't confuse repo tags with
collaborating with other repos.
00:24 < f13> | making it easier to pick out the gpg key would be
best, hard to fake. %PACKAGER is a also usable, fakeable, but usable.
00:24 < knurd> | mmcgrath, +1
00:24 < smooge> | A web-page etc that says that will be a better
line than the silent treatment that came out of fedora.us
00:24 < mmcgrath> | smooge: would you ask axel to do the same? He's
not using repo tags.
00:25 < nirik> | perhaps we could get everyone to use
yum-priorities. ;) But thats for another day...
00:26 * | knurd waits for 1 minute idle time before moving
on to the next topic
00:26 < smooge> | mmcgrath, I could do so.. but his reasoning
statement is that EPEL told him to get stuffed
00:26 < smooge> | one more second please knurd
00:26 < knurd> | smooge, that's why I said "one minute idle time"
00:26 < lancelan> | I am surprised that you have listened to axel ...
00:26 < mmcgrath> | If we told him to get stuffed, why have we been
discussing it for 3 months?
00:27 < mmcgrath> | lancelan: he's the only one that bothered joining
the SIG. That means a lot (to me at least)
00:27 < lancelan> | I thought that Dag gave good reason for repotags ...
00:27 < lancelan> | but hey - if you guys dont intend for folks to be
able to mix repos then the discussion is pointless :)
00:28 < mmcgrath> | lancelan: I still didn't follow what he was
talking about but then Axel goes on the list and says he doesn't want
repo tags.
00:28 < smooge> | mmcgrath, the issue is that there is a big ego
and communication gap going on... and this is a layer 8 problem that
precludes any co-operation
00:28 < mmcgrath> | so I'm getting mixed signals from the other repos
and it pisses me off because I thought we came to an agreement.
00:28 < lancelan> | well the main point was in mixed repo - even with
stuff like priorities etc going on
00:28 < lancelan> | I th0ught anyway :)
00:29 < f13> | lancelan: Dag gave reasons why identifying where
a package came from would be handy. repodtags are a hacky way of
accomplising that goal (kind of), but not one that FEdora is willing to
use. We'd rather find a more robust solution to the problem.
00:29 * | notting is confused. we have repo tags already.
%{DISTRIBUTION} and %{PACKAGER}
00:29 < mmcgrath> | smooge: the problem is that in the dag and axel
world, the guys that run the show are also THEE packagers. Thats not
the case in EPEL. I firmly believe that to fix this problem the
packages have to change. And the EPEL SIG just can't do that.
00:29 < f13> | notting: +1
00:29 < smooge> | mmcgrath, and we get mixed signals from the EPEL
group and Fedora people.. some say that EPEL is doing this, others say that.
00:30 < lancelan> | well it seems to me that the fedora camp is
firmly entrenched against repotags ...
00:30 < mmcgrath> | lancelan: but would you say "the fedora camp is
firmly entrenched against 3rd party repos" ?
00:30 < lancelan> | and that something else _may- come along in the
future
00:30 < smooge> | mmcgrath, so we end up with everyone taking the
message that they want to hear or not to hear and just more and more
conflicts
00:30 < knurd> | smooge, one of the downsides of a real community
project with lots of volunteers afaics :-/
00:31 < quaid> | minute has passed
00:31 < lancelan> | mmcgrath, I thought that was said before ...
00:31 < smooge> | knurd, I agree but at some point an organization
has to take a stand and people have to fall to one side or the other..
otherwise nothing gets done
00:31 < mmcgrath> | smooge: but you're binding repo tags and
collaboration and thats a fallacy.
00:32 < knurd> | smooge, your have a point, but well, it's a quite
controversial topic....
00:32 < mmcgrath> | repo tags will not fix the clamav problems, dag
working with the clamav packager will. And that has nothing to do with
the SIG.
00:32 < mmcgrath> | or the clamav packager working with dag will.
00:33 <-- | rwmjones has quit ("Closed connection")
00:33 * | knurd will move on soon if nothing happens anymore
00:33 < smooge> | mmcgrath, since I have joined it has been
mentioned on both sides as being part of collaboration at some point or
another.
00:33 < lancelan> | I actually dont like repotags - and agree that
yum/rpm should be able to indicate repo - but they dont ...
00:33 < smooge> | I would like to see a definition in the end of
what is collaboration and what can be done if anything to meet it
00:33 < mmcgrath> | smooge: but collaboration does not mean "do what
the other guy says"
00:34 < lancelan> | unless of course you specifically ask
00:34 < f13> | lancelan: they can, but it requires more query
flags. Now whether or not those query flags are made more prominent, or...
00:34 < mmcgrath> | knurd: what else is on the schedule today?
00:34 < f13> | lancelan: (:
00:34 < lancelan> | f13, sure, some user tools to show stuff would be
good - and they are coming in to yum ...
00:35 <-- | londo has quit (Read error: 110 (Connection timed
out))
00:35 < knurd> | does anybody really think opinions will cahnge if
we discuss this further?
00:35 < wwoods> | rpm -qi isn't that hard
00:35 < lancelan> | I would actually like to see mixed repos - but
yum isnt clever enough yet IMHO
00:35 < f13> | smooge: working with 3rd party repos is going to
be pretty hard in any case. THe EPEL project cannot reference nor link
to these 3rd party repos for software, as those repos host illegal
content. SO we have to package everything we want in EPEL proper, which
immediatly creates 'conflicts' with these 3rd party repos.
00:35 < knurd> | otherwise I suggest we move on
00:35 < knurd> | f13, +1
00:35 < f13> | smooge: if these repos would just drop the
illegal content then it would be much easier.
00:35 < lancelan> | f13 - define illegal for me please :)
00:35 < smooge> | f13, but it might not be illegal where they are
00:36 < f13> | smooge: and that doesn't matter to us
00:36 < Jeff_S> | f13: kbs extras has something RH would consider
"illegal"?
00:36 < dgilmore> | lancelan: illegal in the US mp3 dvd etc
00:36 < f13> | Jeff_S: what is 'kbs' ?
00:36 < dgilmore> | Jeff_S: he only built Fedora Extras for RHEL
00:36 < Jeff_S> | sorry, centos.karan.org
00:36 < f13> | ah.
00:36 < Jeff_S> | dgilmore: yes, exactly
00:36 < f13> | in that case, it would be obsolete
00:37 < f13> | as we want to use the same infrastructure
framwork and people to do the builds.
00:37 < Jeff_S> | I'm just saying that you're making quite a
blanket statement
00:37 < dgilmore> | Jeff_S: AFAIKT he has not updated any packages
since we dropped FC-3 support
00:37 < f13> | Fedora Packager Joe can't get to the source
control for kbs, to fix things, or whatever.
00:37 < smooge> | Jeff_S, its ok.. this I have learned is f13's
normal mode of talking in meetings.
00:37 * | Jeff_S ignores it then
00:38 < notting> | actually, speaking of centos, do we have
whomever's doing the /extras/ stuff on the main centos mirrors working
in epel?
00:38 < f13> | Jeff_S: the people that are complaining loudly
about 'interoperability' with 3rd parties are the ones that are carrying
things we can't reference.
00:39 < nirik> | notting: not the Xfce people at least.... They
are using my Xfce specs tho, so if I push Xfce for EPEL it should be
fine as long as we keep the centos-extras in step.
00:39 < knurd> | notting, I don't think there are much people that
are working in Fedora and Centos Extras
00:39 < f13> | Jeff_S: so yes, I'm blanket stating that working
with "3rd party" is going to be difficult on many levels. As we found
with FEdora itself, just having an official 3rd party was a lot of
unnecessary trouble.
00:39 < Jeff_S> | notting: it is a small group of people AFAIK, and
I think the answer is no to most or all of them
00:39 < smooge> | notting, no. I understand that there are
contractual issues with them signing the Fedora License stuff
00:39 < notting> | *sigh*
00:39 < mmcgrath> | notting: we tried though.
00:40 < Jeff_S> | f13: well if it is necessary or not is debatable IMO
00:40 < nirik> | smooge: if you know who the people(s) that are
doing the Xfce for centos-extras are, I would love a contact email... I
haven't been able to figure out who it is.
00:40 < Jeff_S> | f13: but, yes, it is trouble, that much is clear
00:40 < stahnma> | I think I have to get to a work meeting
00:40 < stahnma> | so, I am parting early
00:41 < Jeff_S> | bye stahnma
00:41 < knurd> | shall we move on with the other topics of the
EPEL meeting?
00:41 < knurd> | by stahnma
00:41 < Jeff_S> | knurd: I would like that
00:41 < smooge> | knurd, I have spoken my piece on this
00:41 < knurd> | smooge, thx for your input
00:41 --> | donavan (CtrlProxy User) has joined #fedora-meeting
00:41 < knurd> | so let's move on
00:41 --- | knurd has changed the topic to: EPEL Meeting --
EPEL mock configs in Fedora's mock package
00:42 < knurd> | seems it has happened
00:42 < knurd> | does anyone know if the EPEL4 configs have been
updated?
00:42 * | mmcgrath hasn't done it
00:42 < mmcgrath> | dgilmore: ?
00:42 < Jeff_S> | I haven't gotten around to figuring out git yet...
00:42 < knurd> | s/mirror.centos.org/mirrorlist.centos.org/
00:42 < quaid> | Dennis fell asleep
00:42 < Jeff_S> | knurd: I think that has been fixed, but I'm not
positive
00:43 < knurd> | Jeff_S, okay, can you keep an eye on it if it
really has been fixed when the new package comes out?
00:43 < f13> | we have a mock update coming out soon
00:43 < knurd> | that would be enought for now afaics
00:43 < f13> | I _think_ it has epel configs
00:43 < f13> | you can check the git tree though
00:43 < f13> | git://git.fedoraproject.org/git/hosted/mock
00:43 < Jeff_S> | knurd: yes, I'll check to see if he's sent it
through koji yet
00:43 < knurd> | Jeff_S, thx
00:43 < f13> | well, there was some bugs found, so we're fixing
those
00:43 < Jeff_S> | f13: can that be accessed via http somehow?
00:43 --- | knurd has changed the topic to: EPEL Meeting --
comps.xml for EPEL -- dglimore
00:43 < f13> | yes
00:44 < Jeff_S> | f13: yeah, Michael mailed the epel list earlier today
00:44 < f13> | git clone
http://git.fedoraproject.org/git/hosted/mock
00:44 < f13> | or jsut browse http://git.fedoraproject.org
00:44 < Jeff_S> | f13: yes, the 2nd option is what I meant, thanks
00:44 < knurd> | dgilmore, are you still around?
00:44 < dgilmore> | knurd: yeah sorry
00:45 < knurd> | dgilmore, np
00:45 < knurd> | any progress on teh compx.xml stuff?
00:45 < dgilmore> | knurd: there was a post that epel configs will be
in mock 0.7.1
00:45 < smooge> | ok on mock configs.. will EPEL just be focusing
on EL4 and EL5? Will it be doing anyting for EL-BRIC?
00:45 < knurd> | smooge, BRIC?
00:45 < dgilmore> | knurd: i started i need to clean up some of the
packages not in EPEL
00:46 < Jeff_S> | knurd: the updated EL4 configs look good in the
git repo, so they should get pushed w/ the newest mock package
00:46 < smooge> | RHEL-BRIC a 2 year desktop offering that RH is
supposed to be doing
00:46 < dgilmore> | smooge: we are only looking at EL4- and 5
00:46 < dgilmore> | we have no current plans to do 2.1 or 3
00:46 < knurd> | smooge, ohh, that one, sorry, i didn#t know that
acronym yet
00:46 < f13> | smooge: that's not RHEL
00:46 < dgilmore> | but if there is demand and people to do work
there is no reason we cant
00:46 < f13> | rather, that's Red Hat Global Desktop
00:46 < f13> | and no, I don't think RHGD is a good target for EPEL
00:47 < f13> | (yet)
00:47 < smooge> | f13, sorry.. the RH marketing literature put them
together
00:47 < f13> | well, RHGD is based on RHEL, but we're not
calling it RHEL (:
00:47 < smooge> | so I was confused
00:47 < f13> | tell me about it
00:47 < f13> | *sigh*
00:47 < knurd> | dgilmore, shall we talk about the comps.xml stuff
fiurther next week?
00:47 < quaid> | smooge: if you have a pointer to that marketing
lit, let me know
00:48 < knurd> | dgilmore, or do you need help with it?
00:48 < smooge> | quaid, sorry it was in the Summit stuff I was
reading. They were mentioning about the offerings and I must have
mixed/matched in my head like a bad techie
00:48 < quaid> | smooge: no worries, you weren't the only person
00:48 < smooge> | on the mock/build infrastructure, I have a
question focused for 3rd party groups
00:48 < smooge> | is this a good time for it or another section?
00:49 < knurd> | please wait until the free discussion section
00:49 --- | knurd has changed the topic to: EPEL Meeting --
bodhi/testing repo/final repo layout/ koji for epel
00:49 < knurd> | did anybody ( dgilmore ? ) talk to mbonnert?
00:49 < dgilmore> | knurd: well part of it is making sure the groups
are sane and that we have the packages
00:50 < dgilmore> | Ill check something into cvs soon and then post
to the list asking people to look over it
00:50 < knurd> | dgilmore, thx
00:50 < dgilmore> | knurd: i spoke to him
00:50 < dgilmore> | no timeframe yet
00:50 * | dgilmore does not have the cycles to work on it
00:50 < knurd> | k, I suppose we have to live with that for now
00:50 --- | knurd has changed the topic to: EPEL Meeting --
finish the wiki docs and remove the warnings by end of may
00:51 < knurd> | quaid, ?
00:51 < knurd> | lala
00:51 < knurd> | I sometimes think we need to make the status
updates mail based
00:51 < quaid> | *sing*
00:51 < knurd> | they take to much time in the meetings
00:51 < quaid> | eek, that was end of May?
00:52 < quaid> | sorry for the delay
00:52 < knurd> | quaid, that once was the plan :-)
00:52 < quaid> | I actually have it up in my to-do list as a high
priority, so I should be able to by end of week
00:52 < knurd> | quaid, k, thx
00:52 < quaid> | yeah, well, plan and then the wind blows
00:52 --- | knurd has changed the topic to: EPEL Meeting --
Free discussion around EPEL
00:52 < knurd> | quaid, happens :-)
00:52 < quaid> | question on that is -- we are generally ready to
be all announced?
00:52 < knurd> | smooge, shoot
00:53 < nirik> | we need bodhi I think before that... which needs
koji.
00:53 < smooge> | Ok is the infrastructure done in a way that can
be duplicated by 3rd parties. When I worked for US Government.. we could
not directly pull stuff from any non-RH RHN provided repo without
rebuilding the packages ourselves
00:54 < smooge> | So basically Ihad a small mock system that
rebuilt various extras items that were needed on the RHEL system
00:54 < knurd> | smooge, it should be possible to duplicate it
00:54 < knurd> | smooge, we just use open souce tools for it
00:54 < dgilmore> | smooge: right now its all done in plague
00:54 < nirik> | yeah, everything should be available...
00:54 < Jeff_S> | smooge: yeah, it's all just mock under the hood
anyway
00:54 < knurd> | plague (soon koji) with mock and stuff like that
00:55 < quaid> | there however is no guide/how-to yet, right?
00:55 < smooge> | the issues are the build parameters and such that
can be fed underneath the cooker
00:55 < mmcgrath> | smooge: I'll put it this way, anyone that can't
duplicate it should come talk to us so we can correct that :)
00:55 < dgilmore> | smooge: one of our goals is the same as fedora.
use only open source tools
00:55 < knurd> | smooge, it's all in the spec files afaik
00:55 < knurd> | smooge, we don#t use magic "--with foo" stuff
00:55 < dgilmore> | smooge: standard mock settings
00:55 < smooge> | Ok from experience with the RHEL rebuild there
were various things that needed to be fed to get packages to 'match' via
libraries and such
00:56 < smooge> | I wanted to make sure that if these were done..
it was documented in 'meta-spec' files or some such
00:56 < f13> | smooge: well you're going to run into the same
things that centos and oracle run into
00:56 < f13> | the public RHEL binaries aren't the result of
every package built against the GA package
00:56 < knurd> | smooge, it should be possible without to much
hassle (you know, there are always some bugs on the way....)
00:57 < f13> | so the GA packages were built against packages
that may have been older than what is in GA
00:57 < f13> | to extend this...
00:57 < smooge> | f13, I know with the RHEL that is the case.. but
RH-EPEL I wanted to know if that was the case or if I needed to tell my
Gov replacement he was cool with what was there
00:57 < f13> | if EPEL builds using RHEL binaries, the results
may actually be different than EPEL packages built against CentOS binaries.
00:58 < mmcgrath> | smooge: I'm actually writing a RHM article right
now about how people can duplicate our environment.
00:58 < f13> | and EPEL builds built against "GA" epel builds
may be different than the GA epel builds.
00:59 < f13> | it's just due to how build systems work, well
sane ones (although some people will differ). Building a package
doesn't automatically make every package that is associated with it
rebuild as well, ad infinium.
00:59 < f13> | you're always going to have cases where the
"released" package wasn't built with the "released" tree
00:59 < smooge> | Ok thanks.. the guys at LANL will be happy about
that.. they need to build stuff against 1.0,2.1,3,4,5 (1.0 being RHL6.2)
00:59 < knurd> | k, anything else?
01:00 * | knurd will close the meeting in 30
01:01 * | knurd will close the meeting in 10
01:01 < knurd> | -- MARK -- Meeting end
01:01 --- | knurd has changed the topic to:
http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel --
Meetings often get logged -- see schedule in the wiki for next meeting
01:01 < knurd> | thx everyone
01:01 <-- | RemiFedora has quit ("A bientôt...")
16 years, 10 months
Fedora EPEL Package Build Report 2007-06-16
by Fedora Koji Build System
Packages built and released for Fedora EPEL 5: 3
NEW kodos-2.4.9-4.el5 : Visual regular expression editor
NEW postgresql-pgpoolAdmin-1.0.0-6.el5 : PgpoolAdmin - web-based pgpool administration
redet-doc-8.22-1.el5
Packages built and released for Fedora EPEL 4: 2
NEW postgresql-pgpoolAdmin-1.0.0-6.el4 : PgpoolAdmin - web-based pgpool administration
redet-doc-8.22-1.el4
Changes in Fedora EPEL 5:
kodos-2.4.9-4.el5
-----------------
* Sat Jun 16 2007 Konstantin Ryabitsev <icon(a)fedoraproject.org> - 2.4.9-4
- Remove leftover useless Requires.
* Sun Jun 10 2007 Konstantin Ryabitsev <icon(a)fedoraproject.org> - 2.4.9-3
- Don't add X-Fedora to desktop-file-install
- Don't run update-desktop-database, since there's no MimeType to worry about
postgresql-pgpoolAdmin-1.0.0-6.el5
----------------------------------
* Sat Jun 02 2007 Devrim Gunduz <devrim(a)commandprompt.com> 1.0.0-6
- Fixes for bugzilla review #229323
redet-doc-8.22-1.el5
--------------------
* Sat Jun 16 2007 Nigel Jones <dev(a)nigelj.com> 8.22-1
- Bring redet-doc up to par with redet
- Patch0 (Makefile fixes) has been removed, personally I have no idea
why it was even there, I wasn't using make!
Changes in Fedora EPEL 4:
postgresql-pgpoolAdmin-1.0.0-6.el4
----------------------------------
* Sat Jun 02 2007 Devrim Gunduz <devrim(a)commandprompt.com> 1.0.0-6
- Fixes for bugzilla review #229323
redet-doc-8.22-1.el4
--------------------
* Sat Jun 16 2007 Nigel Jones <dev(a)nigelj.com> 8.22-1
- Bring redet-doc up to par with redet
- Patch0 (Makefile fixes) has been removed, personally I have no idea
why it was even there, I wasn't using make!
For more information about the built packages please see the repository
or the Fedora Info Feed: http://fedoraproject.org/infofeed/
16 years, 10 months
Fedora EPEL Package Build Report 2007-06-15
by Fedora Koji Build System
Packages built and released for Fedora EPEL 5: 6
NEW lua-5.1.2-1.el5 : Powerful light-weight programming language
NEW mdsplib-0.11-3.el5 : METAR Decoder Software Package Library
mock-0.7.1-1.el5
postgresql-pgpool-II-1.1.1-1.el5
python-psycopg2-2.0.6-1.el5
NEW python-TurboMail-2.0.4-1.el5 : Multi-threaded mail queue manager for TurboGears applications
Packages built and released for Fedora EPEL 4: 6
bonnie++-1.03a-4.el4
NEW lua-5.0.3-1.el4 : A powerful light-weight programming language
NEW mdsplib-0.11-3.el4 : METAR Decoder Software Package Library
mock-0.7.1-1.el4
postgresql-pgpool-II-1.1.1-1.el4
python-psycopg2-2.0.6-1.el4
Changes in Fedora EPEL 5:
lua-5.1.2-1.el5
---------------
* Mon Apr 02 2007 Hans de Goede <j.w.r.degoede(a)hhs.nl> 5.1.2-1
- New upstream release 5.1.2
- Fix use of rpath on x86_64
mdsplib-0.11-3.el5
------------------
* Fri Jun 08 2007 Matthias Saou <http://freshrpms.net/> 0.11-3
- Include patch from Hans de Goede to build the lib as shared.
mock-0.7.1-1.el5
----------------
* Wed Jun 13 2007 Michael Brown <mebrown(a)michaels-house.net> - 0.7.1-1
- Fix problem with autocache where different users couldnt share same cache
- Fix problem creating resolv.conf in rootfs
- cleanup perms on rootfs /etc/
* Tue Jun 12 2007 Michael Brown <mebrown(a)michaels-house.net> - 0.7.1-1
- add EPEL 5 config files
* Mon Jun 11 2007 Clark Williams <williams(a)redhat.com> - 0.7-1
- fixed bind mount problems
- added code to allow multiple users to use --no-clean
- merged mock-0-6-branch to head and changed version
* Thu Jun 07 2007 Clark Williams <williams(a)redhat.com> - 0.6.17-1
- added F-7 config files (BZ#242276)
- modified epel configs for changed mirrorlist location (BZ#239981)
- added bind mount of /dev (BZ#236428)
- added copy of /etc/resolv.conf to chroot (BZ#237663 and BZ#238101)
postgresql-pgpool-II-1.1.1-1.el5
--------------------------------
* Fri Jun 15 2007 Devrim Gunduz <devrim(a)CommandPrompt.com> 1.1.1-1
- Update to 1.1.1
python-psycopg2-2.0.6-1.el5
---------------------------
* Fri Jun 15 2007 - Devrim GUNDUZ <devrim(a)commandprompt.com> 2.0.6-1
- Update to 2.0.6
python-TurboMail-2.0.4-1.el5
----------------------------
* Fri Jun 15 2007 Luke Macken <lmacken(a)redhat.com> 2.0.4-1
- Latest upstream release
- Add python-devel to BuildRequires
Changes in Fedora EPEL 4:
bonnie++-1.03a-4.el4
--------------------
* Thu Jun 14 2007 Rob Myers <rob.myers(a)gtri.gatech.edu> - 0:1.03a-4
- add dist tag
- merge spec cleanups
lua-5.0.3-1.el4
---------------
* Thu Jun 14 2007 Rob Myers <rob.myers(a)gtri.gatech.edu> - 5.0.3-1
- upgrade to 5.0.3
- add dist tag and rebuild
mdsplib-0.11-3.el4
------------------
* Fri Jun 08 2007 Matthias Saou <http://freshrpms.net/> 0.11-3
- Include patch from Hans de Goede to build the lib as shared.
mock-0.7.1-1.el4
----------------
* Wed Jun 13 2007 Michael Brown <mebrown(a)michaels-house.net> - 0.7.1-1
- Fix problem with autocache where different users couldnt share same cache
- Fix problem creating resolv.conf in rootfs
- cleanup perms on rootfs /etc/
* Tue Jun 12 2007 Michael Brown <mebrown(a)michaels-house.net> - 0.7.1-1
- add EPEL 5 config files
* Mon Jun 11 2007 Clark Williams <williams(a)redhat.com> - 0.7-1
- fixed bind mount problems
- added code to allow multiple users to use --no-clean
- merged mock-0-6-branch to head and changed version
* Thu Jun 07 2007 Clark Williams <williams(a)redhat.com> - 0.6.17-1
- added F-7 config files (BZ#242276)
- modified epel configs for changed mirrorlist location (BZ#239981)
- added bind mount of /dev (BZ#236428)
- added copy of /etc/resolv.conf to chroot (BZ#237663 and BZ#238101)
postgresql-pgpool-II-1.1.1-1.el4
--------------------------------
* Fri Jun 15 2007 Devrim Gunduz <devrim(a)CommandPrompt.com> 1.1.1-1
- Update to 1.1.1
python-psycopg2-2.0.6-1.el4
---------------------------
* Fri Jun 15 2007 - Devrim GUNDUZ <devrim(a)commandprompt.com> 2.0.6-1
- Update to 2.0.6
For more information about the built packages please see the repository
or the Fedora Info Feed: http://fedoraproject.org/infofeed/
16 years, 10 months
Results of LinuxTag Meetings?
by C.M. Connelly
Hi, Folks,
Last I had heard, several people from EPEL, CentOS, and the other
repos were going to meet at LinuxTag to see if meeting in person
would help resolve some of the confusion, misunderstandings,
mistrust, and other issues that haven't seemed to be resolvable
via e-mail/IRC.
How did those meetings go? Were any conclusions reached?
From last week's steering committee meeting transcript, it sounds
like the whole repotags issue appears to be moving ahead, which
seems like a good step forward. Can we look forward to better
relations between EPEL and the other repos on other fronts as
well?
Thanks!
Claire
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Claire Connelly cmc(a)math.hmc.edu
Systems Administrator (909) 621-8754
Department of Mathematics Harvey Mudd College
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
16 years, 10 months