00:00:46 < knurd> | Meeting ping dgilmore, Jeff_S, knurd, mmcgrath, nirik,
stahnma, quaid and everyone interested in EPEL -- EPEL meeting in #fedora-meeting now!
00:00:46 < knurd> | Hi everybody; who's around?
00:00:46 * | knurd likes to remind people that the schedule and the topic
list for todays meeting can be found on
http://fedoraproject.org/wiki/EPEL/Schedule
00:00:46 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting
rules at
http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init
process
00:00:50 < mmcgrath> | pong
00:00:57 < stahnma> | pong
00:01:20 * | nirik is here.
00:01:43 * | stahnma tried to solicit interest from #rhn
00:02:12 < knurd> | well, let's start
00:02:15 --- | knurd has changed the topic to: EPEL Meeting|push to stable
easily -- knurd
00:02:25 < knurd> | mschwendt did some improvements to the scripts
00:02:42 < knurd> | they should make it easy to moev something from testing to
stable
00:02:50 < knurd> | the final patch was not applied yet
00:03:11 < knurd> | I talked to dgilmore about it (he knows the scripts way
better than I do) and wants to take a look
00:03:23 < knurd> | if he doesn#t find the time i'll take the risk over
the next few days
00:03:33 < nirik> | we just need to be carefull that a update doesn't
depend on something else in testing.
00:03:55 < knurd> | ohh, and I'd like to say "thx for your work
mschwendt"
00:04:18 < stahnma> | as someone not too familiar with the infrastructure side
of things, were are these scripts at?
00:04:21 < knurd> | nirik, well, with the current policy we only move updates
for stable packages
00:04:24 < stahnma> | and can I review them?
00:04:52 * | dgilmore is here
00:04:57 < mmcgrath> | I actually don't know where the canonical spot for
that stuff is
00:04:59 < knurd> | stahnma, somewhere in
http://cvs.fedora.redhat.com/viewcvs/?root=fedora
00:05:15 < dgilmore> | extras-buildsys
00:05:20 < nirik> | knurd: are you talking about moving single packages from
testing-> stable, or moving all packages in testing-> stable?
00:05:37 < knurd> | nirk, for now only single packages
00:05:37 < stahnma> | ok, I can take that offline, I just would like to be a bit
more involved in some of the infrastructure for EPEL
00:05:45 < knurd> | e.g. in case of urgent bugixes
00:05:52 < nirik> | the first we need to make sure the package is not built
against any of the other packages that are still sitting in testing...
00:06:30 < knurd> | dgilmore, I suppose you didn#t find time yet to look into
the improvements from mschwendt?
00:06:46 --> | BobJensen (Robert 'Bob' Jensen) has joined
#Fedora-Meeting
00:06:51 < knurd> | nirik, well, normally there should be any new stuff where
in testing which could lead to problems
00:06:53 < dgilmore> | knurd: not yet. its on my todo list after fixing plague
00:07:02 < knurd> | nirik, but yeah, we shound not forget about it
00:07:06 < nirik> | yeah, we also need that for security updates. I should
perhaps see if we can add a audit file for epel and discuss on the list security.
00:07:06 < knurd> | dgilmore, k, thx
00:07:10 < stahnma> | dgilmore: are the EL-5 builders still amuck?
00:07:17 < stahnma> | (I have no idea if I spelled that right)
00:07:52 < dgilmore> | stahnma: all plague builds
00:08:20 < rsc> | dgilmore: just to comment. I was one of the guys having
such problems. I fired lots of builds the last days, no problems for me. But I can't
speak for all.
00:08:36 < dgilmore> | rsc: there has still been reports
00:09:33 < knurd> | well, anything else for now?
00:09:42 * | knurd will move on soon
00:09:59 --- | knurd has changed the topic to: EPEL Meeting|new meeting
schedule/scheme
00:10:13 < stahnma> | I sent out some feelers on list
00:10:18 < knurd> | stahnma, would you be willing to run the meetings every
second week at 23:00 UTC?
00:10:20 < stahnma> | didn't get much back other than the SIG
00:10:28 < nirik> | I'm happy to try an alternate meeting time... we can
always try and if no more people show we can stop doing it. ;)
00:10:29 < stahnma> | knurd: I think so
00:10:29 < knurd> | then I'd say we just try it
00:10:45 < knurd> | (even if I never will be able to make those meetings)
00:10:59 < knurd> | is the timeslot fee in this channel?
00:11:03 < stahnma> | hmm
00:11:08 < stahnma> | probably something I should ahve looked at
00:11:18 < stahnma> | yeag
00:11:46 * | stahnma will add to the #fedora-meeting schedule
00:11:53 < knurd> | k
00:12:33 < knurd> | so agreed we agree on: one week at 17:00 UTC, the other
week on 23:00 UTC, this channel and Wednesday
00:12:38 < knurd> | is that correct?
00:12:45 < knurd> | and fine for everybody?
00:12:57 < mmcgrath> | we're still meeting weekly, just different times each
week?
00:13:07 < knurd> | mmcgrath, seems so
00:13:12 < nirik> | so next week starts the other meeting time?
00:13:15 < nirik> | or today?
00:13:19 < knurd> | nirik, next week
00:13:29 < stahnma> | next week
00:13:34 < knurd> | nirik, or do you want to have two meetings on one day?
;-)
00:13:48 < nirik> | ok, but we should note that it's a trial, and if there
isn't much response we will not be doing it further.
00:13:52 --> | mpdehaan (Michael DeHaan) has joined #fedora-meeting
00:13:54 < nirik> | ha. No thanks. ;)
00:14:07 < knurd> | nirik, "trial" > sounds like a good plan
00:14:28 < knurd> | settled then? yell now or I'll consider it accepted
00:14:29 < stahnma> | ok
00:14:39 < knurd> | stahnma, will you write the meeting summaries for the
reports as well?
00:14:45 < stahnma> | sure
00:14:49 < knurd> | great :)
00:15:22 * | knurd considers it as accepted and moves on
00:15:25 < knurd> | ohh, wait, stop
00:15:35 < knurd> | I think we nevertheless should try to do more on the list
00:15:39 < stahnma> | +1
00:15:41 < knurd> | or what do other think?
00:15:44 < knurd> | others
00:15:52 < nirik> | sure, I agree.
00:16:06 < knurd> | k
00:16:13 < knurd> | I hope to write something up about it
00:16:15 < knurd> | soon
00:16:19 * | knurd moves on
00:16:21 --- | knurd has changed the topic to: EPEL Meeting| MetaData for all
Packages available to contributors. -- stahnma
00:16:24 < knurd> | stahnma ?
00:16:43 < stahnma> | I've been trying to get a better definition of the
problem
00:16:53 < stahnma> | I understand the issue, but use-cases etc would be nice
00:17:09 < stahnma> | we need a clear stance on EPEL not stepping on RHN
provided material
00:17:17 < stahnma> | and a way to hopefully enforce it
00:17:18 < knurd> | stahnma, maybe it would be a good start to at lest have a
package list online somewhere
00:17:21 < stahnma> | but how, I haven't got there yet
00:17:25 < stahnma> | ok
00:17:25 < knurd> | for 5Desktop and 5Server
00:17:28 < stahnma> | I can probably do that
00:17:33 < stahnma> | if it's not already done
00:17:38 < nirik> | I'm still unsure whats in all those hundreds of
channels.
00:17:39 < knurd> | not that I know of
00:17:52 <-- | TowerBE has left #fedora-meeting ( "I'm outta
here")
00:17:55 * | knurd doesn't know that either
00:17:56 < nirik> | is that other packages or just a different set (like a
fedora spin?)
00:17:57 < stahnma> | nirik: packages :) Many of them are old RH channels
00:18:00 < stahnma> | like 7.2
00:18:01 < stahnma> | and 7.3
00:18:03 < stahnma> | and such
00:18:13 < nirik> | ah ha.
00:18:15 --> | Jeff_S (Jeff) has joined #fedora-meeting
00:18:19 < nirik> | well, most of those can be ignored I bet.
00:18:21 < stahnma> | and separate channels for each arch and each flavor (AS,
ES, AP)
00:18:22 < stahnma> | right
00:18:30 < stahnma> | it's mostly a matter of sorting through them
00:18:32 * | Jeff_S on phone, sorry :(
00:18:40 < nirik> | stahnma: perhaps a list of channels would be good to post?
or is that info something redhat wouldn't want released?
00:18:49 < stahnma> | I think I have it on fedorapeople
00:18:51 < stahnma> | let me check
00:19:00 < stahnma> |
http://stahnma.fedorapeople.org/rhn_channels.txt
00:19:09 < stahnma> | this is a week or two old
00:19:39 < nirik> | ok, so what info can you get from each channel? packages
names?
00:19:44 < stahnma> | yes
00:19:49 < stahnma> | and EVRs
00:19:50 < nirik> | how about files?
00:19:51 < stahnma> | if we want them
00:19:55 < stahnma> | I *think* so
00:19:59 < stahnma> | I have to check on that one
00:20:06 < nirik> | or provides?
00:20:34 < stahnma> | yup, I can get a list of files for each package
00:20:56 < nirik> | basically what I think we want is a tool or something
where we can do a lookup by name/provides/files so we can tell if a package someone wants
to move into epel conflicts with that.
00:21:24 < stahnma> | I can get provides
00:21:31 < stahnma> | the RHN API is pretty cool
00:21:37 < nirik> | ie, search on 'openmotif' and or 'Provides:
libm.so.4' or whatever.
00:21:51 * | nirik guesses thats a bad example, but that kind of thing.
00:22:02 < stahnma> | I'll see what I can come up with
00:22:08 < knurd> | I'd say we should not overengeneer the problem
00:22:18 < stahnma> | knurd: ++
00:22:20 < nirik> | perhaps just name is good enough.
00:22:26 < stahnma> | I'll start there :)
00:22:26 < knurd> | nirik, for the start
00:22:31 < knurd> | then we can see what people need
00:22:35 <-- | mbacovsk has quit (Read error: 110 (Connection timed out))
00:22:41 < knurd> | and provide more informations if really needed
00:23:26 < nirik> | sounds good to me.
00:23:28 < knurd> | stahnma, will you take care of it ?
00:23:48 < stahnma> | yeah
00:23:59 < stahnma> | give me a week or two
00:24:03 < knurd> | k
00:24:07 < knurd> | then let's move on now
00:24:25 --- | knurd has changed the topic to: EPEL Meeting| mandate for the
Steering Committee
00:24:35 < knurd> | I kicked the discussion of on fedora-devel
00:24:46 < knurd> | I liked quaid's mail
00:25:13 < knurd> | we just actually need to adjut some details to lower the
influence of the Steering Committee
00:25:24 < knurd> | to make "more power to the people" possible
00:25:34 < knurd> | anything else regarding the topic?
00:25:48 < nirik> | I liked that too...
00:26:03 * | knurd really should start sending out topic lists ahead of th
meeting again
00:26:11 < nirik> | so do we need to get any kind of ack from fesco? or we
just switch to a SIG and move ahead as we like?
00:26:28 < knurd> | nirik, well, I think we need a ack
00:26:48 < knurd> | some kind of "we extend the mandate for the EPEL
Steering Committe by 6 months / a year"
00:27:22 < knurd> | nirik, can you make sure it gets discussed over the next
two weeks maybe?
00:27:30 < nirik> | yep.
00:27:38 < knurd> | nirik, thx
00:28:05 --- | knurd has changed the topic to: EPEL Meeting | push quicker to
stable
00:28:18 < knurd> | seems this topic is getting discussed a bit more again
00:28:32 < nirik> | I'm not opposed to faster pushes from testing... but
we need to be carefull...
00:28:35 < knurd> | my 2 cent: I'm fine with moving new packages over
after four weeks or so
00:28:38 < mmcgrath> | the current method has worked well for me both as a
contributor and as a consumer.
00:28:52 < knurd> | but updates to existing packages only should get over if
there is a need to (and not automatically)
00:29:02 < nirik> | are the redhat 'quarterly' updates really
quarterly?
00:29:08 < stahnma> | nirik: no
00:29:19 < stahnma> | nirik: they are every-so-often
00:29:24 < nirik> | yeah, thats what I thought.
00:29:31 < knurd> | nirik, yeah, if they are not then we really should do them
more often for new packages
00:29:32 < stahnma> | 4-5 months lately, it seems like
00:29:46 < mmcgrath> | But if we are trying to match RHEL as a great
complimentary repo to RHEL, we just have to take their lead.
00:29:54 < knurd> | with four people beeing alte to push we might have the
manpower to do it soon
00:30:20 * | nirik is happy to do pushes after he gets trained on how to. ;)
00:30:21 < knurd> | but we'd need to prepare that one machine, check the
deps, and after that do it in the repo
00:30:29 < knurd> | to make sure all the deps are fulfilt
00:30:41 < knurd> | mmcgrath, +1
00:30:45 < nirik> | yeah.
00:30:48 < knurd> | mmcgrath, but we are still in the early stages
00:31:01 < knurd> | so pushing new packages (not updated ones) more often
might be a good idea
00:31:22 < knurd> | nirik, I'll tell you soon how to push
00:31:27 < mmcgrath> | <nod>
00:31:47 < stahnma> | ok
00:31:47 * | knurd has a headache today and will leave the keyboard right
after the meeting
00:32:02 < nirik> | yeah, how about weekly we push any new package that has
been in testing for 4 weeks (provided it has no broken deps or anything)
00:32:21 < Jeff_S> | I agree -- for the time being, it would be really nice to
push 'new' packages to stable more often
00:32:30 < nirik> | 5-6 months does seem a while to wait for your new package
if it's all stable.
00:32:30 < knurd> | nirik, well, I think that's do much work with the
current tools
00:32:46 < knurd> | nirik, I'd say one a months should be often enough
00:33:17 < nirik> | yeah, I don't know how hard it would be... I am pretty
good about doing scheduled tasks like that tho... so whatever works.
00:33:35 < mpdehaan> | more often would be goodness
00:33:37 < knurd> | nirik, I#d just say we try it once and see how much work
it is
00:33:49 < nirik> | yeah.
00:33:52 < knurd> | and decide then if we do it each week, every two, or evrey
four
00:34:01 < nirik> | mpdehaan: yeah, would that meet your needs somewhat? you
wanted faster pushes...
00:34:23 < Jeff_S> | mpdehaan: btw, yum, createrepo, etc. are now in EPEL-4
testing if you hadn't noticed
00:34:24 < mpdehaan> | haven't been following this chat too closely -- how
often is how often?
00:34:42 < mpdehaan> | anyhow, the problem is that testing can be any varying
degree of unstable, while stable is very old
00:34:48 < mpdehaan> | just some middle ground would would be great
00:35:01 < mpdehaan> | Jeff_S, awesome
00:35:02 < nirik> | it's not been decided yet. ;) We were thinking if a
new package has been in testing a month it gets moved to stable.
00:35:02 <-- | LetoTo has quit (Read error: 110 (Connection timed out))
00:35:04 < Jeff_S> | I think once a month or so is a good starting spot and we
can see how that goes
00:35:04 < knurd> | mmcgrath, I'd say "every four week" if
likely for now
00:35:11 < mpdehaan> | nirik, 1 month sounds great
00:35:12 < knurd> | weeks
00:35:32 < nirik> | bugfixes, updates, stay in testing until the next rhel
quarterly unless they are security or major.
00:35:44 < knurd> | well, anything else regarding this topic?
00:35:44 < mmcgrath> | now are we saying the rpms have to be in testing for 4
weeks? or if someone happens to build the night before a push, it goes?
00:35:51 < mpdehaan> | umh, don't know about the quarterly business
00:35:53 * | knurd waits
00:36:01 < mpdehaan> | just 4 weeks sounds great
00:36:10 < knurd> | mmcgrath, we'd evaluate when we do it for the first
time
00:36:23 < knurd> | mmcgrath, we can check the buildtime of the packages
00:36:29 < Jeff_S> | mmcgrath: I think they'd need to be in testing for
some amount of time (which we can discuss)
00:36:34 < nirik> | mmcgrath: I would say we try and look at whats in testing
and only move things that are: a) new package and b) been there 4 weeks or longer
00:36:54 < knurd> | should not be to hard, as we need to prepare it in a local
test repo in any case, to make sure all deps are available
00:37:15 < mmcgrath> | just a matter of the scripts. It would be nice to keep
this stuff as simple as possible though.
00:37:24 < knurd> | mmcgrath, +1
00:37:41 < mmcgrath> | thats one reason I like the current way, everyone knows
what happens when and its easy to explain (even though we haven't actually done it yet
really :)
00:37:42 < knurd> | especailly as we might need new scripts once we switch to
bodhi
00:37:56 < mpdehaan> | X weeks is easy enough to explain :)
00:38:04 --- | stickster is now known as stickster_afk
00:38:42 < knurd> | well, I'd say we move on now, and finetune the details
somewhen else
00:38:50 < nirik> | well, but it's not just X weeks everything pushes...
so it's harder to explain. ;)
00:39:00 < mmcgrath> | except that if we only do a push every 4 weeks, some
people will have RPMs in there for 7.9 weeks.
00:39:29 < nirik> | right. thats why I was thinking weekly, but not sure how
much hassle it is.
00:39:29 < mmcgrath> | s/there/testing/
00:40:00 < Jeff_S> | nirik: or bi-weekly
00:40:15 < knurd> | Jeff_S, let's seee how much work it is, and decide
then
00:40:16 < nirik> | I can post to the list and see what people suggest? or we
just figure out whats feasable on the current scripts?
00:40:26 < Jeff_S> | knurd: agreed
00:40:34 < Jeff_S> | but it really depends on the people doing the pushing IMO
00:40:42 < knurd> | nirik, let's try it once, and then decide or ask the
list
00:40:46 < nirik> | ok.
00:41:09 * | knurd moves on now if nobody yells
00:41:23 --- | knurd has changed the topic to: EPEL Meeting -- Free discussion
around EPEL
00:41:28 < knurd> | anything else to discuss?
00:41:49 < mpdehaan> | I want a pony?
00:42:16 < knurd> | the weather sucks
00:42:17 < nirik> | I'm going to try and add security setup for epel...
security team people are probibly greatfully accepted. ;)
00:42:50 < stahnma> | I am trying to get some more #rhel and #rhn people
involved here in EPEL
00:43:05 < stahnma> | I just started today, so we'll see how it goes
00:43:22 < knurd> | nirik, "security setup" as in: people that check
security lists and makre sure all issues releavant to EPEL get solved?
00:43:24 < nirik> | could we possibly get someone to write a redhat magazine
article on epel? that might get to a lot more rhel folks...
00:43:40 < stahnma> | can anyone write for RH magazine?
00:43:44 < knurd> | nirik, mether indicated to write one weeks ago
00:43:46 < stahnma> | if so, I would happily write it
00:43:49 < knurd> | not sure if he ever did it
00:44:02 < mmcgrath> | stahnma: I think so, I've written for it twice. Send
an email to gdk and ask for sure.
00:44:09 < stahnma> | ok
00:44:15 < nirik> | knurd: yeah, hopefully we can add it into the existing
fedora setup. Make a audit/epel4 audit/epel5 files and track CVE's against epel
packages... file bugs against them, make sure pushes happen for security, etc;
00:44:26 < knurd> | stahnma, and ask mether if he prepared something already
00:44:31 < stahnma> | ok
00:44:38 < nirik> | oh, another thing... did folks see my clamav post?
00:44:38 < knurd> | nirik, sounds great :)
00:45:24 < knurd> | nirik, saw it, but I have a mental filter for anything
with clamav in the topic ;-)
00:45:33 < knurd> | well, no, I actually read it
00:45:57 < nirik> | yeah, I can take it over if no one else wants to...
(I'd prefer not to), but if I do, I would want to diverge a lot from the current
package...
00:46:04 < knurd> | and solving the problems with the packaging and
compatapility with dag7rpmforge would be good
00:46:35 < knurd> | nirik, well, I'd prefer if stuff is similar in Fedora
and EPEL
00:46:40 < nirik> | frankly, I would love to just use the dag version...
perhaps even try and talk him into maintaining or something.
00:46:49 < nirik> | yeah, thats the issue... :(
00:46:50 < knurd> | but well, that won't work always, and this is such a
case afaics
00:47:25 < knurd> | nirik, I think going to use dag's version is fine
00:47:27 < nirik> | clamav is also a security nightmare. ;(
00:47:44 < knurd> | (but I never looked to close at it in any case, so my
opinion is not much worth)
00:48:05 < nirik> | well, I didn't get much reply on the mailing list. I
guess I will wait a while and then move forward.
00:48:23 < knurd> | nirik, sounds good
00:48:25 --> | LetoTo (Paul Wouters) has joined #fedora-meeting
00:48:42 < knurd> | anything else?
00:49:03 * | nirik has nothing.
00:49:11 < Jeff_S> | nope
00:49:22 * | knurd will close the meeting in n
00:49:23 < mmcgrath> | nothing here
00:49:25 * | knurd will close the meeting in 30
00:49:27 <-- | LetoTo has left #fedora-meeting ( )
00:49:41 * | knurd will close the meeting in 15
00:49:42 < stahnma> | thanks
00:49:46 <-- | stahnma has left #fedora-meeting ( "Time for something
else....")
00:49:56 < knurd> | -- MARK -- Meeting end
00:49:56 --- | knurd has changed the topic to: Channel is used by various
Fedora groups and committees for their regular meetings | Note that meetings often get
logged | For questions about using Fedora please ask in #fedora | See
http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule
00:50:00 < knurd> | thx everyone
00:50:02 < mmcgrath> | thanks knurd
00:50:13 < nirik> | thanks knurd