epel-devel July 2007

epel-devel@lists.fedoraproject.org

46 participants
74 discussions

Fedora EPEL Package Build Report 2007-07-02
by Fedora Koji Build System 02 Jul '07

02 Jul '07

Packages built and released for Fedora EPEL 5: 2 NEW JSDoc-1.10.2-3.el5 : Produces javadoc-style documentation from JavaScript sourcefiles NEW libcgi-1.0-5.el5 : CGI easy as C Packages built and released for Fedora EPEL 4: 2 NEW JSDoc-1.10.2-3.el4 : Produces javadoc-style documentation from JavaScript sourcefiles NEW libcgi-1.0-5.el4.1 : CGI easy as C Changes in Fedora EPEL 5: JSDoc-1.10.2-3.el5 ------------------ * Sat Jun 23 2007 Matej Cepl <mcepl(a)redhat.com> - 1.10.2-3 - Added GPL text as new source - documentation files (*.tmpl, *.css) shouldn't be executable. - limited ownership of perl_vendorlib direcotries. libcgi-1.0-5.el5 ---------------- * Tue Jun 26 2007 Jose Pedro Oliveira <jpo at di.uminho.pt> - 1.0-5 - make install: override LIBDIR in order to support /usr/lib64. * Tue Jun 26 2007 Jose Pedro Oliveira <jpo at di.uminho.pt> - 1.0-4 - Install the header files in %{_includedir}/%{name}. Changes in Fedora EPEL 4: JSDoc-1.10.2-3.el4 ------------------ * Sat Jun 23 2007 Matej Cepl <mcepl(a)redhat.com> - 1.10.2-3 - Added GPL text as new source - documentation files (*.tmpl, *.css) shouldn't be executable. - limited ownership of perl_vendorlib direcotries. libcgi-1.0-5.el4.1 ------------------ * Sun Jul 01 2007 Jose Pedro Oliveira <jpo at di.uminho.pt> - 1.0-5.1 - RHEL4: find doesn't support the -delete option (-delete => -exec rm {} ';'). * Tue Jun 26 2007 Jose Pedro Oliveira <jpo at di.uminho.pt> - 1.0-5 - make install: override LIBDIR in order to support /usr/lib64. * Tue Jun 26 2007 Jose Pedro Oliveira <jpo at di.uminho.pt> - 1.0-4 - Install the header files in %{_includedir}/%{name}. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/

1 0

EPEL5 dependency report
by Rob Myers 01 Jul '07

01 Jul '07

Broken deps for x86_64 ---------------------------------------------------------- SDL_mixer - 1.2.7-2.el5.x86_64 requires timidity++ SDL_mixer - 1.2.7-2.el5.i386 requires timidity++ bcfg2 - 0.9.3-2.el5.noarch requires python-lxml bugzilla - 3.0-2.el5.noarch requires perl-Email-Send bugzilla - 3.0-2.el5.noarch requires perl(Email::Address) bugzilla - 3.0-2.el5.noarch requires perl-Email-MIME-Attachment-Stripper bugzilla - 3.0-2.el5.noarch requires perl(Email::Reply) bugzilla - 3.0-2.el5.noarch requires perl(Email::MIME::Attachment::Stripper) bugzilla - 3.0-2.el5.noarch requires perl(Email::MIME) bugzilla - 3.0-2.el5.noarch requires perl(Email::Send) bugzilla - 3.0-2.el5.noarch requires perl-Email-MIME bugzilla - 3.0-2.el5.noarch requires perl(Email::MIME::Modifier) bugzilla - 3.0-2.el5.noarch requires perl(Template::Stash) bugzilla - 3.0-2.el5.noarch requires perl-Template-Toolkit bugzilla - 3.0-2.el5.noarch requires perl-Email-Simple bugzilla - 3.0-2.el5.noarch requires perl(Template::Config) bugzilla - 3.0-2.el5.noarch requires perl-Email-Reply bugzilla - 3.0-2.el5.noarch requires perl-Email-MIME-Modifier bugzilla - 3.0-2.el5.noarch requires perl-Email-Address ctapi-cyberjack - 3.0.0-2.el5.i386 requires /usr/lib/ctapi ctapi-cyberjack-pcsc - 3.0.0-2.el5.x86_64 requires libctapi-cyberjack.so.2()(64bit) fail2ban - 0.6.2-3.el5.noarch requires shorewall git-arch - 1.5.2.1-2.el5.x86_64 requires tla git-cvs - 1.5.2.1-2.el5.x86_64 requires cvsps gmrun - 0.9.2-7.el5.x86_64 requires xterm gnucash - 2.0.5-3.1.el5.x86_64 requires libaqbanking.so.16()(64bit) gnucash - 2.0.5-3.1.el5.x86_64 requires libgwrap-guile-runtime.so.0()(64bit) gnucash - 2.0.5-3.1.el5.x86_64 requires libofx.so.3()(64bit) gnucash - 2.0.5-3.1.el5.x86_64 requires libgwrap-core-runtime.so.0()(64bit) nagios-plugins-fping - 1.4.6-3.el5.x86_64 requires /usr/sbin/fping nagios-plugins-game - 1.4.6-3.el5.x86_64 requires qstat nagios-plugins-ifoperstatus - 1.4.6-3.el5.x86_64 requires perl(Net::SNMP) nagios-plugins-ifstatus - 1.4.6-3.el5.x86_64 requires perl(Net::SNMP) ntfs-config - 1.0-0.3.rc4.el5.noarch requires ntfs-3g ofx - 0.8.3-4.el5.x86_64 requires libofx.so.3()(64bit) perl-Net-Pcap - 0.14-2.el5.x86_64 requires perl(IO::Interface) perl-Test-Base - 0.53-1.el5.noarch requires perl(Module::Install::Base) perl-libwhisker2 - 2.4-3.el5.noarch requires perl(MD5) php-pear-Crypt-CHAP - 1.0.1-1.el5.noarch requires php-mhash php-pear-Crypt-CHAP - 1.0.1-1.el5.noarch requires php-mcrypt python-Coherence - 0.2.1-3.el5.noarch requires python-twisted-core python-Coherence - 0.2.1-3.el5.noarch requires python-nevow python-Coherence - 0.2.1-3.el5.noarch requires python-twisted-web python-Coherence - 0.2.1-3.el5.noarch requires SOAPpy qucs - 0.0.12-2.el5.x86_64 requires iverilog redet - 8.22-4.el5.noarch requires iwidgets rss2email - 2.60-3.el5.noarch requires python-feedparser translate-toolkit - 0.10.1-1.el5.noarch requires python-enchant zabbix - 1.1.7-1.el5.1.x86_64 requires fping Broken deps for i386 ---------------------------------------------------------- SDL_mixer - 1.2.7-2.el5.i386 requires timidity++ bcfg2 - 0.9.3-2.el5.noarch requires python-lxml bugzilla - 3.0-2.el5.noarch requires perl-Email-Send bugzilla - 3.0-2.el5.noarch requires perl(Email::Address) bugzilla - 3.0-2.el5.noarch requires perl-Email-MIME-Attachment-Stripper bugzilla - 3.0-2.el5.noarch requires perl(Email::Reply) bugzilla - 3.0-2.el5.noarch requires perl(Email::MIME::Attachment::Stripper) bugzilla - 3.0-2.el5.noarch requires perl(Email::MIME) bugzilla - 3.0-2.el5.noarch requires perl(Email::Send) bugzilla - 3.0-2.el5.noarch requires perl-Email-MIME bugzilla - 3.0-2.el5.noarch requires perl(Email::MIME::Modifier) bugzilla - 3.0-2.el5.noarch requires perl(Template::Stash) bugzilla - 3.0-2.el5.noarch requires perl-Template-Toolkit bugzilla - 3.0-2.el5.noarch requires perl-Email-Simple bugzilla - 3.0-2.el5.noarch requires perl(Template::Config) bugzilla - 3.0-2.el5.noarch requires perl-Email-Reply bugzilla - 3.0-2.el5.noarch requires perl-Email-MIME-Modifier bugzilla - 3.0-2.el5.noarch requires perl-Email-Address ctapi-cyberjack - 3.0.0-2.el5.i386 requires /usr/lib/ctapi fail2ban - 0.6.2-3.el5.noarch requires shorewall git-arch - 1.5.2.1-2.el5.i386 requires tla git-cvs - 1.5.2.1-2.el5.i386 requires cvsps gmrun - 0.9.2-7.el5.i386 requires xterm nagios-plugins-fping - 1.4.6-3.el5.i386 requires /usr/sbin/fping nagios-plugins-game - 1.4.6-3.el5.i386 requires qstat nagios-plugins-ifoperstatus - 1.4.6-3.el5.i386 requires perl(Net::SNMP) nagios-plugins-ifstatus - 1.4.6-3.el5.i386 requires perl(Net::SNMP) ntfs-config - 1.0-0.3.rc4.el5.noarch requires ntfs-3g perl-Net-Pcap - 0.14-2.el5.i386 requires perl(IO::Interface) perl-Test-Base - 0.53-1.el5.noarch requires perl(Module::Install::Base) perl-libwhisker2 - 2.4-3.el5.noarch requires perl(MD5) php-pear-Crypt-CHAP - 1.0.1-1.el5.noarch requires php-mhash php-pear-Crypt-CHAP - 1.0.1-1.el5.noarch requires php-mcrypt python-Coherence - 0.2.1-3.el5.noarch requires python-twisted-core python-Coherence - 0.2.1-3.el5.noarch requires python-nevow python-Coherence - 0.2.1-3.el5.noarch requires python-twisted-web python-Coherence - 0.2.1-3.el5.noarch requires SOAPpy qucs - 0.0.12-2.el5.i386 requires iverilog redet - 8.22-4.el5.noarch requires iwidgets rss2email - 2.60-3.el5.noarch requires python-feedparser translate-toolkit - 0.10.1-1.el5.noarch requires python-enchant zabbix - 1.1.7-1.el5.1.i386 requires fping

6 7

EPEL report week 26, 2007
by Thorsten Leemhuis 01 Jul '07

01 Jul '07

http://fedoraproject.org/wiki/EPEL/Reports/Week26 = Weekly EPEL Summary = Week 26/2007 == Most important happenings == * Jeff Sheltren is new Steering Committee member (he replaces Axel Thimm, who left some weeks ago). Welcome Jeff! * wiki docs will be ready and reviewed soon; @everyone: everything fine with the docs? anything missing? * things that need do be done before EPEL announcement: fix broken deps, final repo layout, check if everything is okay == EPEL SIG Meeting == === Attending === >From the Steering Committee: * Jeff_S (Jeff Sheltren) * knurd (ThorstenLeemhuis) * mmcgrath (MikeMcGrath) * nirik (KevinFenzi) * quiad (KarstenWade) Missing from the Steering Committee: * dgilmore (DennisGilmore) * stahnma (MichaelStahnke) Others that participated the meeting: notting, rdieter, f13, _blah_ === Summary === * bodhi/testing repo/final repo layout – nirik/lmacken * the plan is to move on using plague and the extras push scripts for the near future; koji plus bodhi later (hopefully soon; needs koji improvements that need to be written) * we move the current repo down one level (hardlinking the files, to make mirrors happy) into a subdirectory "stable" to leave room on the server for other EPEL in the future (that might happen or not). * we freeze the current repo and make the testing repo the default target for now and hand-move packages over to the stable repo when needed manually (information flow: via wiki) – e.g. new packages that were in testing for some days as well as important bugfixes (security, hard crashers, ...) * finish the wiki docs and remove the warnings by end of may – quaid * quaid and Jess_S are working on it; seems to be in the final stages * unresolved deps / packages missing in owners.epel.list * we should solve the broken deps soon (needed before announcement); * nirik will poke maintainers (help from SIG members would likely be appreciated); * mmcgrath will try to set up the broken deps checker script somewhere that spmas maintainers and the list in case of broken deps * should we try to bug c4chris, so he runs his package status script for epel as well? * vacant seat in the steering committee * Jeff_S was elected by the Steering Committee members to fill Axel's seat * Free discussion around EPEL * _blah_> "i've requested a few packages from fedora maintainers that have not gotten back to me... what is the next step in getting those packages into epel?"; knurd mailed the Fedora list about this; see https://www.redhat.com/archives/fedora-devel-list/2007-June/msg02614.html; revisit next week * notting> "do we want a separate excludearch tracker for epel, or piggyback on the fedora one?" -> moved to the list, revisit next week * f13> "has there been any progress on the RHX issue?" - quaid is supposed to do some looking into it IIRC === Full Log === https://www.redhat.com/archives/epel-devel-list/2007-July/msg00000.html == Stats == === General === Number of EPEL Contributors 101 We welcome 3 new contributors: mcepl_AT_redhat.com, qspencer_AT_ieee.org, skvidal_AT_linux.duke.edu === EPEL 5 === Number of source packages: 405 Number of binary packages: 736 There are 12 new Packages: * bzr | Friendly distributed version control system * cvs2svn | CVS to Subversion Repository Converter * glpk | GNU Linear Programming Kit * itcl | Object oriented extensions to Tcl and Tk * python-dateutil | Powerful extensions to the standard datetime module * python-feedparser | Parse RSS and Atom feeds in Python * python-matplotlib | Python plotting library * python-memcached | A Python memcached client library * python-paramiko | A SSH2 protocol library for python * pytz | World Timezone Definitions for Python * re2c | Tool for generating C-based recognizers from regular expressions * yum-utils | Utilities based around the yum package manager === EPEL 4 === Number of source packages: 252 Number of binary packages: 529 There are 4 new Packages: * cvs2svn | CVS to Subversion Repository Converter * itcl | Object oriented extensions to Tcl and Tk * python-feedparser | Parse RSS and Atom feeds in Python * re2c | Tool for generating C-based recognizers from regular expressions ---- ["CategoryEPELReports"]

1 0

Log from this weeks EPEL Sig meeting (20070627)
by Thorsten Leemhuis 01 Jul '07

01 Jul '07

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 < quaid> | hey knurd 00:00 * | mmcgrath pong 00:00 * | mmcgrath is here 00:00 * | nirik is here. 00:00 * | Jeff_S here, but if I stop responding for a while it is because my connection has dropped out :( 00:01 --> | notting (Bill Nottingham) has joined #fedora-meeting 00:01 --> | ixs (Andreas) has joined #fedora-meeting 00:01 --> | ixs (Andreas) has joined #fedora-meeting 00:01 --> | ixs (Andreas) has joined #fedora-meeting 00:01 < knurd> | no dgilmore, no stahnma 00:01 < knurd> | well, let's start 00:01 --- | knurd has changed the topic to: EPEL Meeting -- bodhi/testing repo/final repo layout -- nirik/lmacken 00:02 < knurd> | sorry, I still haven't replied to mmcgrath's last mail 00:02 < nirik> | seems it will be a while before we can figure out koji which means it will be a while for bodhi 00:02 < knurd> | looks like it 00:02 < mmcgrath> | All a matter of manpower 00:02 < knurd> | I'm all for announcing EPEL with plague and teh old scripts 00:03 < nirik> | I'm not sure if the -stable and -testing targets will work. It might. 00:03 < knurd> | I can ping dgilmore and mschwendt about it 00:03 < nirik> | I'd sure like to have -testing before announcing... 00:03 < knurd> | nirik, +1 00:03 < Jeff_S> | I agree w/ mmcgrath's email -- let's get going with plague and we'll move to koji/bodhi (ie. testing/) as soon as we can 00:03 < nirik> | could we have it so everything goes to testing and have admins manually move packages to stable? 00:04 < knurd> | nirik, should work as well afaik 00:04 < knurd> | nirik, just a bit more overhead 00:04 < nirik> | that would be more overhead, but then maintainers wouldn't need to remember two steps, no recompile, and admins could check and make sure something should go to stable 00:04 < _blah_> | i don't want to announce until broken deps are resolved. 00:04 < knurd> | _blah_, +1 00:04 < nirik> | not sure if that ability exists tho. dgilmore would know how things are setup. 00:05 < nirik> | _blah_: yeah, +1 00:05 < knurd> | _blah_, that's why there is a "make sure repo is in good shape" on the schedule 00:05 < mmcgrath> | I started to look at the spam-o-matic script. 00:05 < Jeff_S> | blah, I'm trying to get epel mirrored locally so I can check out deps, etc. although I'm having lots of fun trying to find a "current" mirror to rsync from :) 00:05 < _blah_> | knurd: maybe i should look closely at the schedule :) 00:05 < mmcgrath> | http://git.fedoraproject.org/?p=hosted/mash;a=blob_plain;f=utils/spam-o-mat… <-- script 00:05 < ixs> | knurd: just for the record. epel should work fine with plague... we're doing exactly that internally right now. 00:05 < knurd> | mmcgrath, shall I add this to the schedule to make sure we don#t forget it? 00:05 < nirik> | _blah_: are you the one who posted the borken deps to the list? how did you generate? centos? rhel? 00:05 < mmcgrath> | Jeff_S: yeah thats a little strange the issues you've had. 00:06 < mmcgrath> | knurd: spam-o-matic? yeah 00:06 < _blah_> | jeff: i'm using mirrorservice.uk, but who knows what the lag is there. 00:06 < knurd> | ixs, sure, the push scripts are the problem 00:06 < knurd> | mmcgrath, k 00:06 < ixs> | knurd: sure. but that#s not the build issue, it#s a deployment issue. 00:06 < _blah_> | nirik: rhel5+all channels+epel 00:06 < knurd> | ixs, sure, but without the scripts pushing is hard and a lot of work 00:06 < knurd> | I know that from another repo ;-) 00:06 < Jeff_S> | mmcgrath: sorry, I'll bring that up in #epel later :) 00:06 < nirik> | cool. I could run centos4/centos5 repoclosure here pretty easily too... could check against your output. 00:07 < knurd> | so, what about "leaving room for a kind of "rolling epel" repo? 00:08 < knurd> | I got the impreission some contributors would like that 00:08 < quaid> | epelhide 00:08 < knurd> | :-) 00:08 < nirik> | I think it might be something we could look at down the road, but we shouldn't try and do everything at once. 00:08 < knurd> | nirik, of course 00:08 < knurd> | nirik, but we could leave room for that in the repo layout 00:08 < _blah_> | nirik: that would be helpful, it is a convoluted process for me to generate that list, so please report any errors or validations. also long term, it would be nice if this information could be generated on the build servers or somewhere similar. 00:08 < knurd> | nirik, that's all I want for now 00:09 < Jeff_S> | knurd: I feel like that is trying to do too much. We've defined EPEL as being stable, ie. not a ton of updates. So, if we're to have a "rolling" repo, then we'd have to branch every package for that and maintain separately... 00:09 < knurd> | Jeff_S, I don#t want rolling now 00:09 < knurd> | I just want to be able to do it later if we later want 00:09 < Jeff_S> | knurd: just the possibility of it down the road? 00:09 < knurd> | Jeff_S, yes 00:09 < mmcgrath> | perhaps we should label it 'experimental' 00:09 < quaid> | 'explosive' 00:09 < knurd> | zod 00:09 < _blah_> | why not add those directories in the future, then? 00:09 < knurd> | epelzod 00:10 < knurd> | _blah_, we can do that only if we put the current repo in a subdirectory 00:10 < Jeff_S> | knurd: seems reasonable, although I don't see why we can't cross that bridge when we come to it. We can always push out an updated .repo package later... 00:10 < knurd> | that's what I want 00:10 < nirik> | _blah_: yeah, thats the spam-o-matic script that mmcgrath was looking at... would mail maintainers. ;) 00:10 < nirik> | I have no problem with moving epel/* to epel/stable/ now, I don't think we shoudl create other dirs tho until we are ready to use them 00:11 < knurd> | nirik, +1 00:11 < knurd> | nirik, that's exaclty what I wanted 00:11 < mmcgrath> | _blah_: http://git.fedoraproject.org/?p=hosted/mash;a=blob_plain;f=utils/spam-o-mat… <-- code 00:11 < nirik> | we do have mirrors now tho, so not sure how mad they would be getting everything again. 00:11 < _blah_> | mmcgrath: thanks, that's what i used to generated my list, but i can't install it on the buildsystem. :) 00:11 < nirik> | we could make stable and hardlink things and then remove after a few days... 00:11 < knurd> | nirik, we could hardlink that for a week or two 00:12 < knurd> | nirik, then it should not be that much new stuff 00:12 < Jeff_S> | Why not epel/{4,5}, epel/testing/{4,5}, epel/rolling/{4,5}? 00:12 < knurd> | Jeff_S, confusing 00:12 < Jeff_S> | or whatever you want to call "rolling" 00:12 < knurd> | epel rolling might have a testing as well 00:12 < mmcgrath> | _blah_: <nod> I can though :) email me after the meeting if you had to make any changes to that script to get it working. 00:12 < mmcgrath> | <nod> I don't think most sysadmins will know what rolling means. 00:12 * | knurd would really like to moving epel/* to epel/stable/ now 00:12 < mmcgrath> | I'd prefer experimental 00:13 < knurd> | mmcgrath, we don't need to define the name now 00:13 < _blah_> | mmcgrath: no changes required other than createing the repository to run it on. thanks for looking at that! 00:13 < quaid> | to start epel/stable/{4,5} alone seems sensible 00:13 < quaid> | room to grow without committing to any type of growth now 00:13 < nirik> | quaid: +1 00:13 < knurd> | mmcgrath, we just move the current stuff down a level and decide later if we want to have a rolling epel in addition 00:13 < knurd> | quaid, +1 00:13 < mmcgrath> | knurd: sounds good to me. 00:13 < _blah_> | quaid: +1 00:13 < Jeff_S> | so just hardlink in the meantime? 00:14 < knurd> | Jeff_S, yes, for a week or two 00:14 < Jeff_S> | works for me 00:14 < nirik> | who can take that action? dgilmore ? mmcgrath ? 00:14 < knurd> | the push scripts would need to be adjusted 00:14 < knurd> | and a new epel-release would be needed 00:15 < knurd> | dgilmore might be the best one for that job 00:15 < Jeff_S> | knurd: well, if you are wanting to push to -testing, then we'd need to update them anyway... 00:15 < knurd> | well, what do we want to do with testing now? 00:15 < knurd> | create it and hand-move packages over? 00:15 < knurd> | (when needed) 00:16 < _blah_> | knurd: are there other options? 00:16 < knurd> | _blah_, differnt targes in plague (see mailing list) 00:16 < Jeff_S> | knurd: I think it may be best to get people used to having things pushed to testing. Although we'd need a procedure in place for requesting the push to stable 00:16 < knurd> | but handmoving over stuff might be fine for now 00:16 < knurd> | Jeff_S, wiki? 00:17 < knurd> | we'll find something 00:17 < Jeff_S> | knurd: I can't think of anything better ATM ;) 00:17 < knurd> | afaics most of us want a testing 00:17 < knurd> | or am I wrong with that? 00:17 < nirik> | our release plan of only promoting things on N.y releases depends on testing. 00:18 < knurd> | all new stuff could (and should) go to the stable repo as well 00:18 < knurd> | and testing becomes stable on N.y releases 00:18 < knurd> | and security stuff gets build for testing, and moved over after a day or two 00:18 < nirik> | new stuff? new packages? 00:18 < knurd> | yes, new packages 00:19 < knurd> | for now 00:19 < knurd> | until EPEL is a bit bigger 00:19 < nirik> | new -> stable , update -> testing (wait until next .y release) -> stable... yeah... 00:19 < knurd> | fine for the others as well? 00:20 * | knurd waits if somebody yells 00:20 < rdieter> | using bodhi? 00:20 < nirik> | I like the idea of a rel team checking things before moving to stable tho... no broken deps, etc. 00:20 < knurd> | rdieter, in the long term: sure 00:20 < nirik> | rdieter: we can't use bodhi yet. We will when we can. 00:20 < knurd> | rdieter, but we need koji for that, and that requires manpower we don#t have 00:21 < rdieter> | so you want to implement testing repo before bodhi? 00:21 < knurd> | rdieter, kind of, yes 00:21 < rdieter> | ok 00:21 < knurd> | anything else regarding this topic? 00:21 < knurd> | otherwise I'll move on 00:21 --- | knurd has changed the topic to: EPEL Meeting -- finish the wiki docs and remove the warnings by end of may -- quaid 00:21 < knurd> | quaid seems to be working on it today 00:22 < knurd> | thx for that 00:22 < mmcgrath> | hurray for quaid :) 00:22 < knurd> | quaid anything to say reg. this? otherwise I'll move on 00:22 < quaid> | nope 00:22 < quaid> | just doing it now so it gets finally done :) 00:22 --- | knurd has changed the topic to: EPEL Meeting -- unresolved deps / packages missing in owners.epel.list 00:22 < knurd> | we talked about that in parts already 00:22 < knurd> | anything else to say regarding this? 00:23 < nirik> | I think all the missing packages should be fixed. 00:23 < knurd> | nirik, k, will remove that 00:23 < nirik> | need to see if dgilmore cleaned up tdma... I can do that if not. 00:23 < knurd> | maybe we should try to bug c4chris, so he runs his package status script for epel as well 00:23 < nirik> | we need to get the broken deps fixed tho. 00:24 < knurd> | yeah, but I got the impression you guys work on that 00:24 < mmcgrath> | I'll try to get the script installed in the next day or two 00:24 < knurd> | and the script 00:24 < knurd> | mmcgrath, great 00:24 < nirik> | I can poke people on fixing things too... 00:24 < knurd> | nirik, that would be great 00:24 < nirik> | some of them look to be that some dependent packages need to be branched for epel. 00:25 < knurd> | nirik, we likely should bug the fedora maintainers if needed and ask them if they want to participate in EPEL 00:25 < knurd> | if they don#t want -> send a list of packages to the list 00:25 < knurd> | I'm sure a maintainer will show up sooner or later 00:26 < knurd> | anything else? 00:26 --- | knurd has changed the topic to: EPEL Meeting -- vacant seat in the steering committee 00:26 < knurd> | smoog didn#t want to afaics from the last weeks log 00:27 < knurd> | so Jeff_S self-nominated 00:27 < knurd> | I#d say we should give others a chance to self-nominate as well 00:27 * | mmcgrath likes Jeff_S 00:27 < knurd> | and finally decide next week 00:27 < Jeff_S> | mmcgrath: well thank you :) 00:27 < nirik> | did we have any other people interested? 00:27 < knurd> | mmcgrath, agreed, but we should give others a chance to self-nominate as well 00:27 < knurd> | nirik, don#t know, we did not ask 00:28 < knurd> | and I think it's best to ask once in public 00:28 * | knurd should have done that two weeks ago 00:28 < knurd> | sorry Jeff_S 00:28 < nirik> | I think we did ask... 00:28 < nirik> | at least I remember comment about it on the list. 00:28 < nirik> | oh yeah, on the 20th, Jeff_S throwing a hat into the ring. 00:28 < nirik> | no other reponses. 00:29 < knurd> | okay 00:29 < knurd> | then +1 for Jeff_S 00:29 < nirik> | yeah, +1 for Jeff_S here. 00:29 < _blah_> | +1 for jeff_s 00:29 < knurd> | mmcgrath, quaid ? 00:29 < mmcgrath> | +1 00:30 < quaid> | Jeff_S++ 00:30 < knurd> | k, settled 00:30 < quaid> | yay! 00:30 < knurd> | welcome Jeff_S 00:30 < Jeff_S> | thanks 00:30 --- | knurd has changed the topic to: EPEL Meeting -- Free discussion around EPEL 00:30 < knurd> | anything else? 00:31 * | mmcgrath wanted to mention that I regularly bump into EPEL users. 00:31 < mmcgrath> | I found 3 of them in #puppet the other day :) 00:31 < knurd> | hehe, and we didn't even annouce yet :) 00:31 < nirik> | really? wow.... 00:31 < Jeff_S> | that's nice 00:32 < _blah_> | i've requested a few packages from fedora maintainers that have not gotten back to me... what is the next step in getting those packages into epel? 00:32 < quaid> | I bet the uptake will be pretty good 00:32 < nirik> | we are getting a good sized collection of packages now. 00:32 * | f13 sits in the peanut gallary 00:32 < notting> | do we want a separate excludearch tracker for epel, or piggyback on the fedora one? 00:32 * | quaid sends the peanut gal around with a fresh bag of hot 'nuts for fab__ 00:32 < knurd> | _blah_, good question 00:32 < quaid> | argh s/fab__/f13/ 00:32 < nirik> | _blah_: how long since you pinged them? Might wait a bit, and then post the list to the epel-devel list and see if anyone is interested in them? 00:32 < knurd> | _blah_, if they don#t react I'd say just request the branch via bugzilla; CC the fedora maintainer 00:33 < knurd> | (if you want to maintain them) 00:33 < _blah_> | nirik: 2 weeks+ time elapsed. i'm willing to maintain all of em for epel purposes. 00:33 < nirik> | notting: not sure. Either way would be fine as long as the arch people know to watch the epel one too. 00:33 < notting> | nirik: admittedly, this is an odd case 00:33 < knurd> | _blah_, we likely should ask FESCo for their opinion 00:34 < knurd> | I'll do that and get back to you 00:34 < notting> | nirik: excludearched b/c a rhel package is horribly broken 00:34 --> | wwoods (Will Woods) has joined #fedora-meeting 00:34 < _blah_> | knurd: ok, that would be cool. 00:34 < nirik> | notting: lovely... and since it's RHEL it's unlikely to get fixed anytime soon, eh? 00:34 * | knurd is wondering if we really need a a EPEL excludearch tracker 00:34 < notting> | nirik: well, i can *ask*. doubtful unless we find an actual customer that cares about rhel4 guile x86_64 00:35 < Jeff_S> | I think http://fedoraproject.org/wiki/EPEL/Schedule could use some updating... 00:35 < knurd> | Jeff_S, it's a wiki, feel free to do so 00:35 < knurd> | Jeff_S, but it's on my todo list as well for the next days 00:36 * | Jeff_S back again 00:36 < Jeff_S> | weee 00:36 < Jeff_S> | knurd: ok, I'll try to work on it a bit as well 00:36 < knurd> | Jeff_S, thx 00:36 < knurd> | notting, maybe ask on the list for opinions if we need a EPEL exclude arch tracker 00:37 < knurd> | I'd tend to say we don't need one, but I'm fine with having one if others want one 00:37 < nirik> | yeah, thinking about it, I think we could just use the fedora ones... 00:37 < knurd> | nirik, it might confuse people... 00:37 < notting> | ok, i'll ask on the list 00:37 < knurd> | notting, thx 00:38 < knurd> | anything else? 00:38 < nirik> | true, but the only people who look at those are arch folks, they likely wouldn't be too confused (by that at least. ;) 00:38 < notting> | well, i pointed some people on a mailing list to epel. didn't mean to jump the gun, sorry about that 00:39 < nirik> | no problem. I have been using epel on client machines here already, as well as centos virtuals of mine. 00:40 * | nirik doesn't have any other discussion items right now. 00:40 < f13> | has there been any progress on the RHX issue? 00:40 * | knurd will close the meeting in 30 00:40 < knurd> | f13, could you mail about it to the list 00:40 < knurd> | f13, I still try to understand it 00:40 < f13> | I'm not on the list as of yet. 00:40 < f13> | quaid: was supposed to do some looking into it IIRC 00:40 < knurd> | well, I'd like to see it discussed on the list 00:41 < f13> | that's fine, I'm just an "outsider" looking for an update 00:41 < knurd> | one IMHO should write up the background of such complicate topics first and send it to the list 00:41 < knurd> | f13, k, :-) I'll bug quaid about it then 00:41 * | knurd has to leave soon 00:41 * | knurd will close the meeting in 20 00:42 * | knurd will close the meeting in 10 00:42 < knurd> | -- MARK -- Meeting end 00:42 --- | knurd has changed the topic to: http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel -- Meetings often get logged -- see schedule in the wiki for next meeting 00:42 < dgilmore> | shit sorry i missed it guys 00:42 < knurd> | thx everybody 00:42 < knurd> | hi dgilmore 00:42 * | knurd has to leave now 00:42 < knurd> | np dgilmore 00:42 < knurd> | cu 00:42 --- | You're now known as knurd_afk 00:43 < mmcgrath> | laterz

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

epel-devel July 2007