Trying to recreate Fedora 7 Everything structure
by Imtiaz Rahi
Hi,
Hope I asking question at the right place.
I want to re-spin Fedora 7 with updated packages with revisor.
So, I am creating a "fedora" and "updates" repository.
My updates repo is fine. I am running into issues with the fedora everything
repo (
http://download.fedora.redhat.com/pub/fedora/linux/releases/7/Everything/...
).
For that I am trying to recreate the structure with whatever downloaded
packages I have.
Every time I run createrepo the primary.xml generates lines like this; e.g.
<location href="ConsoleKit-0.2.1-2.fc7.i386.rpm"/>
I am in /disk/repository/fedora/7/i386/. My current command for createrepo
is
$ createrepo -pd -g /disk/repository/fedora/7/i386/repodata/comps-f7.xml -o
./ Fedora/
And my directory structure look like this
fedora/7/i386]$ ls -CF
Fedora/ isolinux/ RPM-GPG-KEY
RPM-GPG-KEY-fedora-test
fedora.css README-BURNING-ISOS-en_US.txt RPM-GPG-KEY-beta
RPM-GPG-KEY-rawhide
GPL RELEASE-NOTES-en_US.html RPM-GPG-KEY-fedora
stylesheet-images/
images/ repodata/ RPM-GPG-KEY-fedora-rawhide
TRANS.TBL
All the rpms are in Fedora directory.
And I know from previous experience installation will fail as yum will look
for the RPM in "fedora/7/i386/" whereas they are in "fedora/7/i386/Fedora"
Also from the DVD's primary.xml and
http://download.fedora.redhat.com/pub/fedora/linux/updates/7/i386/repodat...
I can see the file location looks like this; e.g. <location href="Fedora/
ConsoleKit-0.2.1-2.fc7.i386.rpm"/>
How can I make my primary.xml file look like the one in get in CD/DVD?
Please help me here. Give me some pointer. What I am doing wrong here?
Thanks,
Imtiaz
16 years, 8 months
Introduction (Christopher Vandeventer)
by Life Frenzy
Good Day,
I'm a student entering my senior year of Software Engineering in the USA,
Nashville TN. I made the jump to Fedora about 6 months ago to help me with
my 'weekend'-business. I'll be lurking at the meetings to keep up, and I'll
offer any assistance I can, however much of this information is still beyond
my grasp at the moment. I'm focusing most of my current resources on
learning how to provide & maintain system services, however my future goal
is in project management on open source platforms so I do tend to have a bit
of the benefits and problems of 'jack of all trades.'
I'm going to be working with Ambassadors lists as I'll be doing the
people-person thing for a few years while I gain more experience. I
currently do remote maintenance for the Novell system & network at a
hospital in NYC, and have both CNA & Net+ certifications - attempting for
the LPIC-1 by mid '08. I have started applying for junior level admin
positions, I'll update the profile page on the status if I do receive a
position supporting linux.
My Fedora wiki will have my contact info & website within the next week.
Thanks for giving people the chance to gain experience on Fedora through
volunteering. As the years pass, I plan to work with the Ambassadors and
Translators (Spanish), and possibly some developing, before focusing
entirely here.
I thought it would be appropriate to say Hello though, as I will be reading
your communications.
Van -
16 years, 8 months
Infratructure Meeting Log for 2007/09/20
by Ricky Zhou
16:00:33 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call
16:00:35 < mmcgrath> Who's here?
16:00:36 * ricky
16:00:36 -!- warren [i=warren@redhat/wombat/warren] has quit Remote closed the connection
16:00:37 -!- jeremy [i=katzj@nat/redhat/x-0f82d1e06695232a] has quit Remote closed the connection
16:00:39 < mmcgrath> quick before they drop
16:00:40 < ricky> Haha.
16:00:41 < mmcgrath> doah, too late.
16:00:48 < jima> oops
16:01:01 * jima here
16:01:18 * kyriakos_ (not that it really makes any difference :P)
16:01:23 < mmcgrath> skvidal: abadger1999 paulobanon f13 ivazquez ricky jima lmacken dgilmore kyriakos_
ping?
16:01:24 < londo> heh
16:01:28 < mmcgrath> londo: ping :)
16:01:30 < paulobanon> here
16:01:35 < abadger1999> pong
16:01:38 < londo> here
16:01:40 < jima> pong
16:01:40 < ivazquez> Pong.
16:02:01 < jima> (not that sets off my nick detection...maybe i should work on that)
16:02:17 < paulobanon> can we change the meeding for friday, to see if they still disconnect :D
16:02:29 < mmcgrath> paulobanon: we could :)
16:02:39 < mmcgrath> Ok, I think we have enough to get started.
16:02:46 < ricky> Or move the time :)
16:02:57 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- First tickets
16:02:59 < mmcgrath> https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?sta...
tus=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority
16:03:49 < mmcgrath> Ok, one thing I wanted to talk to everyone about is some of the architectural
changes I've been planning / making.
16:04:00 < mmcgrath> Long story short we're slowly decentralizaing our infrastructure.
16:04:10 < mmcgrath> this is A) cool and B) not simple.
16:04:15 < mmcgrath> B's the part I'm worried about.
16:04:29 < mmcgrath> Basically we're adding a bunch of redundancy to our environment but also adding
complexity and points of failure.
16:04:38 < jima> mmhmm
16:04:42 * daMaestro is here
16:04:45 < mmcgrath> I recently created another domain to help ease this transition, right now its
public but in the future it probably won't be.
16:04:48 < mmcgrath> daMaestro: yo
16:05:15 < mmcgrath> Once complete, every machine will be able to get to every other machine via
"hostname.vpn.fedoraproejct.org" once you're connected to a machine. (firewall
permitting)
16:05:34 < jima> oh, neat.
16:05:42 < mmcgrath> Part of this is the vpn configuration and part of this is naming our machines.
16:05:51 -!- rdieter_away is now known as rdieter
16:06:00 -!- jeremy [i=katzj@nat/redhat/x-824cfb21e0d420e3] has joined #fedora-meeting
16:06:00 < mmcgrath> Long story short, once you're on the network, use hostname.v.fp.o
(vpn.fedoraproject.org)
16:06:16 < mmcgrath> whereas all other external requests will come through just fedoraproject.org
16:06:31 < mmcgrath> we'll no longer have the fedora.redhat.com domain (including the test boxes) and
we'll be done with fedora.phx.redhat.com.
16:06:32 < paulobanon> when will this be fully functional ?
16:06:37 < jima> mmcgrath: GOOD!
16:06:47 < mmcgrath> paulobanon: *fully* functional, probably after F8 but long long before F9
16:06:51 < ricky> Nice.
16:06:57 * jima is a little tired of guessing "fedoraproject.org? or fedora.redhat.com?"
16:07:00 < mmcgrath> but we will have at least one remote proxy.
16:07:06 < mmcgrath> jima: I think others are as well.
16:07:22 * mmcgrath realizes its not second nature for most people.
16:07:29 * jima nods
16:07:46 < mmcgrath> I did test the proxy2 box, it was handling all of the fp.o traffic yesterday on a
xen guest, with one processor and 1G ram.
16:07:48 < ricky> But does this mean that simply ssh puppet1, for example will need to be ssh
puppet1.vpn.fedoraproject.org instead?
16:07:53 < mmcgrath> the physical box itself will allow for MUCh more than that.
16:08:03 < mmcgrath> ricky: its all in how we decide to search domains.
16:08:09 < ricky> Aha, OK.
16:08:16 < ivazquez> And configure ssh.
16:08:29 < ricky> Good point :)
16:09:00 < mmcgrath> I'm also slowly getting together a network map, this will greatly complicate our
current network setup which is currently "Its in PHX or a one off in duke"
16:09:05 < paulobanon> ~when do we need to start renaming everything _
16:09:06 < paulobanon> ?
16:09:12 < mmcgrath> hopefully the day to day functionality will be different.
16:09:22 < mmcgrath> paulobanon: not sure yet, we may not need to rename anything.
16:09:32 < mmcgrath> just change to the new scheme when we rebuild.
16:09:54 < paulobanon> k k
16:09:59 < mmcgrath> The biggest hangup I have right now is bootstrapping a build on a box that is off
of the network.
16:10:21 < mmcgrath> I'd like to build over vpn so that the ks isn't sent in clear text and anaconda
doesn't seem to support https (I could be wrong on that)
16:10:24 < mmcgrath> jeremy: ping?
16:11:13 < mmcgrath> I've given some thought to having xen do a bridge on the tap device, that way the
xen guests wouldn't need VPN at all, they'd use the xen bridge and it'd go over the
vpn from there but there are some security worries I have with that, as well as
SPOF worries.
16:11:13 < jeremy> mmcgrath: what's up?
16:11:20 < londo> mmcgrath: you can do a wget, %include from kickstart would that be enough?
16:11:28 < mmcgrath> jeremy: does anaconda support https to get a ks?
16:11:34 < notting> no
16:11:39 < mmcgrath> notting: thanks
16:11:54 < jeremy> mmcgrath: well, it's more complicated than that
16:12:00 < mmcgrath> londo: the problem is getting the ks file in the first place, we'll just have to
figure something else out.
16:12:05 < jima> mmcgrath: bridge + ebtables to redirect the traffic to the vpn?
16:12:10 < jima> (or such)
16:12:12 < jeremy> mmcgrath: you can have a minimal kickstart config that is just enough to get to the
second stage. then you can have it include %ksappend https://...
16:12:24 < mmcgrath> jima: yeah.
16:12:39 < mmcgrath> jeremy: I'm mostly worried about sending even a fake, encrypted root password over
the net.
16:13:09 < mmcgrath> no worries, we'll figure something out.
16:13:13 < jeremy> mmcgrath: you don't include the root pass in the first snippet
16:13:30 < jeremy> mmcgrath: you have lang, keymap, network, and url (or nfs or whatever) + the
%ksappend line
16:13:31 < kyriakos_> mmcgrath: how feasible would it be to have local buildboxes with http proxies for
the packages?
16:13:40 < mmcgrath> <nod> we could do that.
16:13:52 < mmcgrath> kyriakos_: for personal or global use?
16:13:56 < mmcgrath> s/global/public/
16:14:07 < kyriakos_> mmcgrath: global
16:14:30 < mmcgrath> kyriakos_: people actually do all the time for local builds + squid and such
16:14:44 < mmcgrath> jeremy: ahh, I can give that a go.
16:15:05 < mmcgrath> Ok, anyone have any other questions on the vpn + new domain topic?
16:15:06 -!- GeroldKa [n=GeroldKa@fedora/geroldka] has joined #fedora-meeting
16:15:09 < mmcgrath> if not we'll move on.
16:15:10 < nirik> just FYI, we have a pretty complete mirror at our site local to proxy3, so if it pulls
packages from there it should be quite zippy.
16:15:22 < mmcgrath> nirik: actually thats good to know, thanks.
16:16:05 < mmcgrath> That was ticket
https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/154 BTW
16:16:06 < nirik> (mirrormanager should already point fedora stuff using mirrorlists to the right place,
but you would need IP for centos/debian/ubuntu/whatever other things)
16:16:25 < mmcgrath> its still in the very early stages so I hope to keep communcations open on ideas
and such when we get to actual implementation.
16:16:35 < mmcgrath> nirik: <nod>
16:16:48 < kyriakos_> is there a standard vpn package that you use?
16:16:53 < mmcgrath> Ok, next ticket is the VCS choice.
16:16:57 < mmcgrath> kyriakos_: we're using openvpn.
16:17:14 < mmcgrath> jcollie is absent again so we'll skip that. /me wonders how he's doing its been a
while.
16:17:36 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule
16:17:38 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule
16:17:54 < mmcgrath> Ok, Corporate Sponsorship has gone ok.
16:18:06 -!- warren [i=warren@nat/redhat/x-8a9f6cb294f7e3f1] has joined #fedora-meeting
16:18:14 < mmcgrath> right now we're still waiting for legal to get back to us with the official ok for
tummy.com but its all setup and ready for the go ahead
16:18:19 * mmcgrath makes note to follow up about that.
16:18:46 < mmcgrath> Nothing terribly new this week, we have funding to purchase a server for the colo
in Germany.
16:18:54 < jima> oh, cool.
16:18:56 < paulobanon> mmcgrath: nice!
16:18:56 < mmcgrath> Just waiting on the quote to come back and that should be a pretty new/good thing.
16:19:08 * mmcgrath thanks paulobanon, it could be EXTREMELY useful in the coming months.
16:19:22 < mmcgrath> I mean, a half rack in Europe is nothing to shake a stick at.
16:19:30 < paulobanon> nothing to thank for :P
16:19:47 < paulobanon> i had the contacts, so i provided them thats it :)
16:20:05 < mmcgrath> I've sent a couple of more emails out but had nothing concrete come back with a yes
or no.
16:20:13 < mmcgrath> ricky: ping
16:20:18 < ricky> mmcgrath: pong
16:20:20 -!- giarc [i=hidden-u(a)gnat.asiscan.com] has joined #fedora-meeting
16:20:32 < mmcgrath> ricky: I've kind of ignored the status of that sponsorship page, are we just
waiting on the new templating system?
16:20:35 < mmcgrath> how close is it?
16:20:39 < jima> a half rack? wow.
16:20:53 < mmcgrath> jima: no kidding.
16:21:13 < ricky> mmcgrath: Well, I'd say that it works now (as in can generate the static pages that we
have now).
16:21:21 < mmcgrath> ..but ?
16:22:00 < ricky> It could possibly use some cleanup, though- I might not have done things in the
smartest way.
16:22:08 < mmcgrath> k
16:22:14 < ivazquez> I can take a look after if you like.
16:22:44 < mmcgrath> ricky: is your stuff in the fedora CVS already?
16:22:46 < ricky> I'd like to possibly try to setup a generated site at /_/ or something and hope that
we can use templates for F8.
16:22:47 < paulobanon> ricky/mmcgrath: is this something for pre-F8 or after ?
16:22:49 < mmcgrath> you're using genshi or kid or something else?
16:22:57 < paulobanon> ricky: already replied :)
16:23:07 < mmcgrath> paulobanon: pre-F8, I'm actually hoping for it in the next week or so (the
sponsorship page that is)
16:23:15 < mmcgrath> and if its blocking on the templating system thats ok.
16:23:22 < ricky> mmcgrath: Genshi, and it's currently in http://ricky.fedorapeople.org/fedora-web/.git/.
16:23:42 * mmcgrath forgot about that.
16:23:54 < mmcgrath> ricky: remind me after the meeting, I'll get the websites team setup with control
over that.
16:24:00 < ricky> Sure thing.
16:24:48 < ivazquez> Hrm. I can't seem to clone it.
16:25:02 -!- notting [i=notting@redhat/notting] has quit "Ex-Chat"
16:25:18 < ricky> ivazquez: Oops, running that now.
16:25:31 < paulobanon> ricky: if this is something that will go forward, why not get it into hosted ?
16:25:36 < ricky> ivazquez: Try now.
16:25:48 < paulobanon> as an actual project :)
16:25:52 < ivazquez> Much better.
16:25:59 < mmcgrath> paulobanon: welll, this one's actually going to be a place just for the websites
team.
16:26:11 < mmcgrath> so it'll be going on git.fedoraproject.org, I've just been bad about getting it on
there :(
16:26:21 < paulobanon> ahh ok ok
16:26:39 < mmcgrath> ricky: ivazquez: can you two give that a look over and get it up early next week?
We can test in /_/
16:27:03 < ivazquez> I'm a bit busy here, but I'll do what I can.
16:27:11 < ricky> Thanks.
16:27:18 < mmcgrath> ivazquez: thanks, I'd greatly appreciate it.
16:27:22 * jima has to roll out before the meeting endtime
16:27:26 < mmcgrath> Ok we'll move on to architecture.
16:27:48 < mmcgrath> Is there anyone here that'd be willing to document some stuff for me on SOP's or in
kivio/dia?
16:28:03 < mmcgrath> I'm working on some of this as well but we can always use help :)
16:28:23 < paulobanon> mmcgrath: if u drop me what u want, i can give u a hand
16:28:37 < mmcgrath> paulobanon: excellent, I'll take you up on that.
16:28:40 -!- clarkbw [i=clarkbw@nat/redhat/x-a033520974148b46] has quit "Ex-Chat"
16:28:54 < mmcgrath> not much has happened during this week on that but more is on the way.
16:29:04 < mmcgrath> Next thing on the Schedule is SOP's, nothing new there.
16:29:08 < mmcgrath> So I'll open the floor
16:29:16 < paulobanon> proxies
16:29:17 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor
16:29:21 < paulobanon> caching that is
16:29:27 < mmcgrath> paulobanon: yes, discuss the caching on the proxies.
16:29:56 < paulobanon> so we had a nice "impersonating experience" of lmacken in bodhi this week
16:30:00 -!- mdomsch [n=mdomsch(a)cpe-70-124-62-55.austin.res.rr.com] has joined #fedora-meeting
16:30:13 < paulobanon> mod_cache was playing some tricks on us
16:30:21 < jima> heh
16:30:25 < lmacken> :)
16:30:31 -!- stahnma [n=stahnma(a)c-76-18-178-254.hsd1.tn.comcast.net] has joined #fedora-meeting
16:30:38 < mmcgrath> that was fun.
16:30:47 < paulobanon> a fully functional caching bodhi is setup in pt1.f.rh.c/updates
16:31:07 < jima> i tried impersonating lmacken at a store, but they didn't believe me.
16:31:17 < mmcgrath> For those that are interested - wget -SO/dev/null http://fedoraproject.org/wiki/
16:31:28 < paulobanon> one thing we need to make sure we do, is standardize the static content
16:31:31 < jima> lmacken: btw, if you hear something about a shoplifting trial, it wasn't me.
16:31:34 < mmcgrath> thats a good way to get the headers (and thus information about the content you're
looking at)
16:32:10 < paulobanon> so if we could take a look into our TG apps, and make sure that everything is
using /static/ for images, CSS, etc
16:32:36 < mdomsch> paulobanon, mm does
16:32:37 < mmcgrath> <nod>
16:32:41 < lmacken> jima: haha
16:32:46 < paulobanon> right now, smolt/stats and docs.fp.o/ are being cached
16:32:53 < abadger1999> Cool. Will do
16:33:11 < paulobanon> hopefully early next week, bodhi will be the first app to be cached also
16:33:21 -!- Aaronfc7 [n=Aaron(a)76.216.128.74] has joined #fedora-meeting
16:33:22 < paulobanon> so testing is appreciated in PT1/updates
16:33:25 * mdomsch needs db2 cached
16:33:26 < lmacken> I will probably be updating bodhi tonight or tomorrow with TG 1.0.3.2, so we can
utilize the secure cookies, and some other fixes
16:34:03 < paulobanon> if u guys have suggestions, please comment/talk/whatever :)
16:34:16 < Aaronfc7> b43 module
16:34:19 < mmcgrath> <nod> cool.
16:34:21 * jima maintains no TG apps :)
16:34:30 < lmacken> paulobanon: i'll play around with it tonight, thanks for setting it up
16:34:33 < paulobanon> if you guys want to test your app with mod_cache let me know where the testing
app is, and ill setup some rewrites in PT1
16:34:37 < ivazquez> Aaronfc7: Wrong group.
16:34:38 < lmacken> jima: want to help ? :)
16:34:51 < mmcgrath> paulobanon: no doubt, thanks for getting that all setup and tested in our
environment.
16:34:53 < jima> lmacken: wouldn't that typically require knowing...what, python?
16:34:54 < Aaronfc7> still learning
16:35:09 < paulobanon> mmcgrath: no prob
16:35:18 < ivazquez> jima: So... in 2 hours then?
16:35:26 < mmcgrath> paulobanon: I'd love to get some of our WikiGraphics cached
16:35:26 < paulobanon> another thing, stickum :)
16:35:30 < mmcgrath> see:
http://fedoraproject.org/wiki/WikiGraphics?action=AttachFile&do=get&targe...
16:35:33 < mmcgrath> for example
16:35:38 < jima> ivazquez: ...?
16:35:44 < paulobanon> mmcgrath: pt1/wiki ;)
16:35:52 < ivazquez> In about 2 hours you'll be able to help with TG.
16:35:53 < lmacken> jima: TG turns python into a different sort of beast.. it's usually just best to
dive in head first
16:35:55 < jima> ivazquez: well, for starters, i have to roll out in about 5 minutes, so definitely not.
:P
16:36:25 < paulobanon> mmcgrath: forget the PT1/wiki, its not defined in modcache.conf
16:36:31 < mmcgrath> paulobanon: I actually added some caching to the production wiki (they're in puppet)
16:36:46 < paulobanon> mmcgrath: ill take a look tomorrow
16:37:07 < paulobanon> lmacken / ricky: daMaestro was interested in joining your stickum interest group
16:37:13 < mmcgrath> paulobanon: cool, anything else? If not we'll move on
16:37:14 * jima doesn't know any python, and has things like a job and family that make free time a bit
erratic. :|
16:37:41 < daMaestro> +1 with helping with stickum devel
16:37:47 < ricky> daMaestro: Ask abadger1999 about getting SVN access when you see him.
16:37:51 < kyriakos_> what's stickum ?
16:37:52 < daMaestro> sure
16:37:54 < paulobanon> ricky: you wanna try pushing a testing version under pastebin.fp.o ?
16:37:58 < paulobanon> :P
16:38:00 < ricky> (Google accounts required, of course)
16:38:03 < daMaestro> kyriakos_, pastebin: example: http://f3dora.org./
16:38:10 < daMaestro> damnit, http://f3dora.org/
16:38:26 < daMaestro> there is also a fedora project test one, i don't have the url handy
16:38:33 < abadger1999> paulobanon, mdomsch:BTW, there's some ExpiresActive lines in pt1's mirrors.conf
file that don't work.
16:38:36 < ricky> paulobanon: Hm, would we need it to be packaged first? I think mmcgrath mentioned
that on the ticket.
16:38:55 < paulobanon> ricky: true true
16:38:56 < abadger1999> Not sure who's working on that but I commented them out for now
16:39:04 < ricky> publictest5.fedora.redhat.com/stickum/, may not be latest SVN- I will update it when I
have the chance.
16:39:11 < paulobanon> abadger1999: mirrors.conf its not me
16:39:20 < mdomsch> abadger1999, oh?
16:39:31 < mdomsch> probably me, but I don't recall doing it on pt1
16:39:33 < jima> okay, i'm off -- have a nice night everyone.
16:39:39 < paulobanon> abadger1999: im usually under modRewrite.conf and modcache.conf
16:39:44 < ricky> jima: See you.
16:39:46 < mmcgrath> jima: later
16:39:48 < abadger1999> mdomsch: /etc/httpd/conf.d/publictest1.fedora.redhat.com/mirrors.conf
16:39:50 < paulobanon> jima: later
16:39:53 * mmcgrath attempts to get the meeting back up
16:40:11 < mmcgrath> do we have anything else we need to discuss in the meeting or should we head on
over to #fedora-admin and continue discussing some of this there?
16:40:24 < abadger1999> mdomsch: I thought it was something puppet dragged in but I didn't see it in the
configs on puppet1
16:40:48 < paulobanon> mmcgrath, ricky: is the pastebin something we still want for pre f8 ?
16:41:19 < mdomsch> odd
16:41:23 < mmcgrath> paulobanon: It'd be nice but we have some other priorities.
16:41:43 < mdomsch> how are we on donated resources?
16:41:46 < paulobanon> mmcgrath: that was what i was thinking
16:41:48 < mdomsch> sorry if it was covered earlier
16:41:52 < mmcgrath> but if it will just take a couple of hours to get up and running, I say have at it.
16:42:22 < mmcgrath> mdomsch: ahh, we talked about it a bit.
16:42:31 < mdomsch> ok, I'll read the logs later
16:42:44 < mmcgrath> so the tummy.com stuff is up and ready, we actually ran fedoraproject.org and wiki
off of it yesterday for a couple of hours without incident.
16:42:49 < mmcgrath> mdomsch: cool
16:42:56 < lmacken> daMaestro: nice! f3dora.org++
16:42:56 < mmcgrath> ok, if no one has anything else we'll close the meeting in 30
16:43:34 < mmcgrath> 10
16:43:40 < paulobanon> 5
16:43:42 < paulobanon> :)
16:43:51 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End
16:43:52 < daMaestro> lmacken, yeah.. it's up just so i could learn the stickum codebase and learn TG
16:43:56 < mmcgrath> Thanks for coming everyone.
16:44:01 < ricky> Thanks a lot.
16:44:04 < paulobanon> daMaestro: cool!!
16:44:09 < paulobanon> mmcgrath: thanks!
16:44:11 < abadger1999> Thanks!
16 years, 8 months
Mirrors page
by Florian La Roche
Hello all,
The fullsearch link at http://fedoraproject.org/wiki/Mirrors
does not make a lot of sense (just look at the result page if you
let this run through all pages).
Who has access to this page?
regards,
Florian La Roche
16 years, 8 months
Introduction
by Kyriakos Oikonomakos
Hi All,
My name is Kyriakos and I am interested in joining the infrastructure
group. I've been working with Linux for a few years now as a sys-admin
and I guess it's time to give something back to the community.
My background until recently was in the telecoms industry and I'm
familiar with monitoring tools such as nagios, mrtg and cacti. Also
i've worked with most of the "usual" services such as apache, postfix,
sendmail, bind and other.
>From time to time I've written scripts in bash and perl and part of my
current position is to work with a fair amount of python and java
code.
Currently I am based in London, UK and I work as a software support
engineer for an automation software vendor.
Looking forward to an interesting journey.
Regards,
Kyriakos
16 years, 8 months
[Fwd: Fedora 7 update data not valid, do not sync.]
by Mike McGrath
FYI everyone (see FWD). I've also disabled the MM crawler until this
re-sync is finished. I predict that the result will be MM sending
people to some mirrors which will, at some point, contain the bad data.
Once the sync is finished and we are comfortable with it we'll re-enable
the job.
-Mike
16 years, 8 months
Infratructure Meeting Log for 2007/09/13
by Ricky Zhou
16:00:44 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting - Role Call
16:00:45 < mmcgrath> Who's here?
16:00:46 * ricky waves to warren and jeremy :P
16:00:55 * skvidal is here
16:00:57 * lmacken
16:00:57 -!- warren [i=warren@redhat/wombat/warren] has quit Remote closed the connection
16:00:57 -!- jeremy [i=katzj@nat/redhat/x-282f78b789f9fc9d] has quit Remote closed the connection
16:00:58 < mmcgrath> heheheh
16:01:00 < mmcgrath> there they go
16:01:00 < skvidal> hahahaha
16:01:00 < ricky> Hehe.
16:01:02 < skvidal> how on earth
16:01:05 < mmcgrath> like clock work
16:01:48 -!- jeremy [i=katzj@nat/redhat/x-0f82d1e06695232a] has joined #fedora-meeting
16:02:09 < mmcgrath> mbonnet_: mdomsch lmacken abadger1999 dgilmore jima ping
16:02:13 < mmcgrath> anyone I forgot ping
16:02:37 < abadger1999> heheh, I wonder what would happen if I started watching for "anyone"
16:02:46 * nirik sits in the spectator seats.
16:02:47 -!- warren [i=warren@nat/redhat/x-f451cb84616c1460] has joined #fedora-meeting
16:03:07 < warren> connection died
16:03:20 < mmcgrath> Ok, lets get started
16:03:28 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets
16:03:39 < mmcgrath> https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?sta...
16:03:40 -!- giarc [i=hidden-u(a)gnat.asiscan.com] has joined #fedora-meeting
16:03:59 < mmcgrath> So first a new ticket # 152
16:04:06 -!- glezos [n=glezos@fedora/glezos] has joined #fedora-meeting
16:04:07 < mmcgrath> VPN setup.
16:04:18 < mmcgrath> Did everyone get my email to the list earlier this week?
16:04:32 * jima stumbles in
16:04:38 * glezos jumps in too
16:04:48 < mmcgrath> Did anyone get it?
16:04:49 < ricky> mmcgrath: Sorry, what was the subject again?
16:05:06 < jima> oh, about vpn stuff
16:05:07 < skvidal> architecture changes
16:05:23 < ricky> Oops, got it- missed that the first time somehow.
16:05:28 < warren> "external systems" meaning what?
16:05:32 < abadger1999> Yep.
16:05:37 < mmcgrath> I'm still deciding on some of the technical bits on it. For example do we want
bridged or routed, etc.
16:05:41 < mmcgrath> warren: anything not in PHX.
16:05:54 < mmcgrath> which at this point would include Duke and the tummy.com servers.
16:06:12 < mmcgrath> s/servers/hosts/
16:06:16 * dgilmore is here
16:06:18 < warren> what is running on tummy.com?
16:06:38 < skvidal> nothing, yet
16:06:46 < mmcgrath> Right now xen9 and proxy3. Its not official as its blocking on an ok from legal
and the VPN (described in #152)
16:06:49 < ricky> proxy3 in the future?
16:06:52 < mmcgrath> ricky: yep
16:07:17 < mmcgrath> xen9 is actually up and using puppet and everything, proxy3 is up but not
configured yet.
16:07:43 < mmcgrath> Anyone have any comments on the email? Did it sound sane enough to try?
16:07:50 < ricky> So I assume that the way the Duke servers was setup required going through Redhat IS
to get firewall stuff?
16:07:54 < mmcgrath> paulobanon: ping (forgot to ping you earlier)
16:08:07 < mmcgrath> well, there's a couple of problems we're solving by using vpn.
16:08:31 < mmcgrath> the biggies are access to the internal network, and encrypted communications (for
example with bacula)
16:08:38 * nirik is a big fan of openvpn. Works great and is very flexable.
16:08:47 < mmcgrath> nirik: I am too, I've had great success with it in the past.
16:08:59 * jima is a big openvpn fan, as well.
16:09:05 < ricky> I've toyed with OpenVPN a bit- I like it a lot.
16:09:18 < mmcgrath> So there's a few questions still floating around in my head.
16:09:36 < mmcgrath> 1) name space
16:09:46 < mmcgrath> 2) ip space (routed vs bridged)
16:09:48 < jima> iow, i think there might be a general consensus that openvpn was the right software to
use ;)
16:09:50 < mmcgrath> 3) bootstrapping
16:10:08 * jima has only done routed
16:10:19 < mmcgrath> With name space as it is we have proxy[1-2].fedora.phx.redhat.com and
proxy3.fedoraproject.org
16:10:40 -!- fab__ [n=bellet(a)bellet.info] has quit Connection timed out
16:10:48 * jima winces a little
16:11:02 < mmcgrath> We (or I) have to figure out a proper domain for all of our stuff. I think this
line of thought will ultimately end in us running our own DNS and ridding ourselves
of fedora.phx.redhat.com
16:11:13 < mmcgrath> 2) Is still up for debate.
16:11:21 < mmcgrath> and 3) I think will just be a technical implementation.
16:11:39 < mmcgrath> does anyone have any comments/ideas/concerns for what I'm going for here?
16:11:52 -!- fab__ [n=bellet(a)bellet.info] has joined #fedora-meeting
16:12:24 < skvidal> any concerns this will play silly buggers with xen or kvm?
16:12:53 < mmcgrath> skvidal: AFAIK its gone fine.
16:12:54 < jima> what will? openvpn?
16:13:06 < mmcgrath> I've actually got proxy3 connected to bastion right now in a test via an SSH tunnel
+ openvpn.
16:13:10 < mmcgrath> seemed to play just fine.
16:13:16 < skvidal> mmcgrath: cool. thanks
16:13:31 * jima could spin up an openvpn link involving xen, if mmcgrath hadn't
16:13:40 < mmcgrath> :)
16:13:54 < mmcgrath> ok, so I'll keep everyone informed on that more when the blocks (RHIS mostly right
now) are all figured out.
16:14:06 < mmcgrath> Next ticket is....
16:14:13 < mmcgrath> #14 which I'd imagine is still on hold
16:14:22 < mmcgrath> no jcollie, we'll skip.
16:14:33 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule
16:14:35 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule/
16:14:37 -!- frankc [i=824c6013(a)gateway/web/cgi-irc/ircatwork.com/x-31ec561b1be00be3] has joined
#fedora-meeting
16:14:51 < mmcgrath> First item is Corporate sponsorship.
16:15:06 < ricky> :( at the websites team response.
16:15:14 < skvidal> mmcgrath: you agreed to have the starbucks logo tatoo'd on your forehead?
16:15:20 < ricky> Hehe.
16:15:25 < mmcgrath> I've been in a couple of meetings this week. Some stuff looking good but nothing
in stone yet.
16:15:30 < mmcgrath> skvidal: inner thy.
16:15:31 < glezos> ricky: sorry, I've been really busy lately :(
16:15:37 < mmcgrath> glezos: not your or ricky's fault.
16:15:40 < skvidal> mmcgrath: more people would see that, yah
16:15:41 < ricky> glezos: No problem.
16:15:46 < jima> mmcgrath: that sees much traffic, then?
16:15:47 * f13 peeks in.
16:15:48 < dgilmore> skvidal: we need to leave space there for a second logo also
16:15:50 < mmcgrath> I was actually thinking about sending a cattle call out for more 'web masters'
16:16:00 < mmcgrath> since it turns out both ricky and glezos actually know how to code :)
16:16:06 < skvidal> dgilmore: :)
16:16:18 < mmcgrath> It'd be nice to have one or two people who can focus ENTIRELY on the view and look
of our pages.
16:16:26 < ricky> For the "record," I don't have anything started with the sponsorship page, as some
people on the list thought.
16:16:27 -!- jwb is now known as jwb_gone
16:16:36 < jima> and who can do design worth >crap? wow!
16:16:40 < mmcgrath> ricky: thats my thought :)
16:16:43 < mmcgrath> err fault.
16:16:56 < ricky> Ah, no problem.
16:17:27 * mmcgrath sees if he can get mizmo's attention real quick for some consultation.
16:17:37 < ricky> I was expecting a slightly more excited response, though. It's basically just a
"design and plug into template" type of thing.
16:17:51 -!- mizmo [i=duffy@nat/redhat/x-686300b264b66012] has joined #fedora-meeting
16:17:52 < mizmo> yo
16:17:55 < mmcgrath> ricky: me too, I think we have a shy bunch there.
16:18:19 < mmcgrath> mizmo: Who do you think would be more interested in the design / presentation
aspect of our websites. The art-list or the marketing-list?
16:18:29 < glezos> mmcgrath: or puzzled on how to start/publish somthing..
16:18:32 < mmcgrath> I'm thinking about sending a notification that we're looking for some more people
in the websites list.
16:18:36 < mmcgrath> glezos: yeah.
16:18:51 < mizmo> mmcgrath: i think art list
16:19:04 < ricky> I'm really hoping that website buildsystem thingy that I'm playing with will stir up
some life on the list.
16:19:06 < mmcgrath> k, thanks.
16:19:15 < mmcgrath> ricky: <nod>
16:19:30 < glezos> ricky: cool
16:19:39 < mmcgrath> so How about this, I'll send an email to the art list to see if we can get a few
people (3 or 4) to join the websites team to help work on just those aspects of the
website.
16:19:48 < mizmo> sounds good
16:19:52 < mmcgrath> that should help take the load off of ricky and glezos since they're actually
working on some apps right now.
16:20:18 < mmcgrath> The thing thats tricky here is that I'd really like the websites team to be able to
take and do requests similar to how the art team has their page now.
16:20:40 < mmcgrath> Anyone have any comments on that? If not we'll move on to the next topic.
16:20:54 < dgilmore> mmcgrath: sounds good to me
16:20:58 * jima avoids design like it might be contagous
16:21:20 < glezos> mmcgrath: +1. Some more documentation on how to checkout code and build a local fpo
website could help newcomers.
16:21:21 < jima> contagious, even
16:21:23 < mmcgrath> jima: I do too, I'm just terrible at it.
16:21:27 < jima> mmcgrath: ditto
16:21:36 < mmcgrath> glezos: indeed, is there even a site on the wiki for the websites team?
16:21:38 < ricky> +1 for the websites team taking requests, etc. like the art team.
16:21:44 < mmcgrath> I guess now's a good time to bring up governance a bit.
16:21:44 < ricky> mmcgrath: fp.o/wiki/Websites
16:21:47 < dgilmore> thast why we have people like mizmo to make things look pretty
16:21:53 < glezos> mmcgrath: there is, but it seems dead :/
16:21:57 < ricky> May be slightly outdated :(
16:22:03 < jima> more power to those who can do design :|
16:22:10 < mmcgrath> dgilmore: more than just that, people like mizmo makes them usable in many cases.
16:22:24 < glezos> I think the overlapping between art, infra, docs and websites has caused the latter
to become a bit stalled
16:22:44 < mmcgrath> So here's a general question, should the websites team remain a separate entity or
should it be considered a subset of the infrastructure group?
16:23:06 < ricky> glezos: Once we expand the static pages a bit, the websites team will have a much more
defined/specific goal.
16:23:07 < mmcgrath> On the one hand I'd like it to be different, but it feels like the infrastructure
team has a total overlap with it and that we keep 'kick starting' it over the last
couple of years.
16:23:08 < skvidal> does it matter?
16:23:14 < mmcgrath> skvidal: you've been aroudn longest, what do you think?
16:23:18 < ricky> (Which is my larger goal with what I'm doing now).
16:23:20 < mmcgrath> skvidal: I have no idea, just thinking out loud.
16:23:27 < skvidal> well, I mean - from a hierarchy standpoint what does it get us?
16:23:42 < skvidal> if the websites team stops doing things we kick start it and maybe it does something
16:23:43 < f13> that's a question of content vs service
16:23:44 < mmcgrath> I have no idea.
16:24:00 < skvidal> if the websites team is a subset and it stops doing things, we kick start it and
maybe it does something
16:24:04 < skvidal> sounds like a toss up either way
16:24:05 < f13> infrastructure team owns the services, httpd, daemons whatever. content folks own teh
content served by those services.
16:24:23 < skvidal> f13: that's a fair distinction and it speaks to maintaining the status quo
16:24:29 < mmcgrath> f13: I don't want that to change, Infrastructure + content scares the crap out of
me :)
16:24:34 * ricky adds the l10n team into the websites-related teams medley.
16:25:09 < f13> mmcgrath: right, keep the content out of infrastructure.
16:25:28 < mmcgrath> So lets leave it as it is, even if it is an artificial separation right now. That
may not be the case in the future.
16:25:47 < mmcgrath> One of the problems is that the websites team has only just started seeing work to
do over the last couple of months for the most part so its hard to gauge it.
16:25:51 * mmcgrath will contact the arts list.
16:25:56 < glezos> FWIW, we use templating a lot, so it shouldn't be hard for the designers to
contribute *only* on design.
16:26:05 < mmcgrath> <nod>
16:26:14 < mmcgrath> anything else on this topic? If not we'll move on.
16:26:35 < mmcgrath> k, next topic
16:26:48 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Architectural
Documentation
16:27:00 < mmcgrath> When the VPN roles out we'll actually be in an environment that is reasonably
complex.
16:27:20 < mmcgrath> In theory we could have 4 or 5 external proxy/cache servers at the end of the year.
Hopefully in different countries.
16:27:43 < mmcgrath> how they all communicate and what they all do will be, by far, the most complex
environment this team has seen so we'll have to do a better job of documentation.
16:28:03 < mmcgrath> This has typically fallen on me for most stuff (I was very happy to see glezos add
an SOP this week)
16:28:10 -!- rdieter_away is now known as rdieter
16:28:24 < mmcgrath> but we may have to spend a week or two, as a team, getting
http://fedoraproject.org/wiki/Infrastructure/Architecture/ setup better.
16:28:36 < mmcgrath> anyone have any ideas on how best to allow others in the team to do this?
16:29:23 < mmcgrath> jima: this would be a good thing from the noc point of view btw.
16:29:38 < mmcgrath> We'll talk about that as we start to implement it more.
16:29:39 < ricky> Split it up into categories/pieces that need documentation?
16:29:42 * jima nods
16:29:52 * jima looks at that wiki page
16:30:04 < mmcgrath> ricky: yeah, I could put a section under there that has everything listed including
what has not yet been documented.
16:30:24 < mmcgrath> I'll move on for now though
16:30:30 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- SOP
16:30:36 -!- clarkbw [n=clarkbw(a)static-71-243-117-136.bos.east.verizon.net] has quit Read error: 110
(Connection timed out)
16:30:39 < jima> AIEE! drawings!
16:31:16 * jima flees
16:31:16 < mmcgrath> New SOP from this week was provided by glezos, everyone take a look -
http://fedoraproject.org/wiki/Infrastructure/SOP/Translations
16:31:23 < mmcgrath> glezos: good job with that.
16:31:38 < mmcgrath> Next topic
16:31:47 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- User Sponsorship
16:31:59 < mmcgrath> No new infrastructure users
16:32:06 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor
16:32:16 < mmcgrath> Ok, so we're at the half hour mark or so, anyone have anything they'd like to
discuss?
16:32:48 < skvidal> facter
16:32:48 < nirik> anyone have ideas on how to fix
https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/89 it's been
busted for a while. ;(
16:32:51 -!- tibbs [i=tibbs@fedora/tibbs] has quit "Konversation terminated!"
16:33:17 < mmcgrath> nirik: we can disable the plugin I suppose. Thats an upstream thing though so I
think many have been timid to take it on.
16:33:20 < mdomsch> nirik, it tracebacks...
16:33:20 < mmcgrath> <nod>
16:33:33 < mmcgrath> skvidal: talk about what you've done with facter
16:33:55 < f13> yeah, drop the plugin.
16:33:56 < skvidal> after a great deal of hating myself I've added a couple of facts to facter for puppet
16:33:57 < nirik> yeah, the ticket iself, not the problem it describes. ;) I mailed the submitter direct
and I think it's complete. Perhaps there is some way for someone to mark it done in
the db?
16:33:59 < ricky> mdomsch: It seems to be a bug with the git plugin.
16:34:08 < ricky> mdomsch: And when the git plugin is disabled, it complains about the SVN plugin- grrr.
16:34:13 < mdomsch> doh
16:34:20 < mdomsch> redirect git URLs -> gitweb
16:34:21 -!- couf [n=couf@fedora/couf] has quit "leaving"
16:34:31 < f13> ricky: huh?
16:34:44 < f13> ricky: perhaps the disabling was done wrong.
16:34:47 < skvidal> puppet uses the program facter to determine all sorts of things about the box -
login to any infrastructure box and type 'facter' to see the results - I've added a
file in cvs called fedora-local.rb
16:34:58 < f13> I've successfully disabled thigns in teh revisor trac so that they can deal with a
ticket, then re-enable it.
16:34:59 < mmcgrath> f13: one sec, we'll talk about that in a bit.
16:35:01 < skvidal> we can edit that file to update the facts puppet can use as $variables
16:35:35 < skvidal> so right now I added: $distrorelease which is the result of rpm -q --qf
"%{version}\n" --what-provides redhat-release
16:35:45 < skvidal> and I've added mmcgrathisawanker
16:35:48 < skvidal> which is always true
16:35:50 < skvidal> :)
16:35:50 < mmcgrath> facter | grep mcgrath
16:35:53 < mmcgrath> is amusing.
16:36:02 < mmcgrath> heh
16:36:03 * dgilmore is scared
16:36:05 < skvidal> I did that to show how to set facts as simple strings
16:36:18 < mmcgrath> And it is pretty simple. It will be nice to be able to use this.
16:36:30 < f13> skvidal: hrm, eventually that should probably change to "system-release" but not for a
while.
16:36:33 < mmcgrath> skvidal: thank's for doing the research and getting that working and for the whole
rhel5.repo file thing :)
16:36:34 < skvidal> the point is if we need to make a decision about something based on some value on
the system we can add facts, push the file then use those facts in the next run of
uppet
16:36:49 < skvidal> f13: not any time soon for rhel and centos :)
16:36:58 < f13> yeah, RHEL6 timeframe.
16:37:00 < skvidal> oh yah and I closed the reposync ticket
16:37:13 < skvidal> which just means we're using an 'ahem' local cache
16:37:14 -!- walters [n=walters(a)static-71-243-117-136.bos.east.verizon.net] has quit Read error: 110
(Connection timed out)
16:37:21 < skvidal> of things for updating our rhel5 boxes
16:37:23 < mmcgrath> hurray for a local cache.
16:37:28 * jima doesn't even know if he has shells on any infrastructure servers
16:37:31 < mmcgrath> skvidal: thanks again.
16:37:40 < skvidal> so the annoying rhn errors will be gone
16:37:48 < skvidal> mmcgrath: sorry it took so long
16:37:51 < mmcgrath> jima: you do, I thought I even asked you to look into somethign once. I just
thought you were too busy / not interested.
16:37:57 < mmcgrath> skvidal: mostly my fault for not giving you a place to store it.
16:38:04 < mmcgrath> ok, we'll move on to the plugin error.
16:38:13 < mmcgrath> f13: actually I ran into that problem too, whats the right way to disable all
plugins?
16:38:17 < jima> mmcgrath: mostly i was like "...huh?"
16:38:54 < f13> just a tic
16:39:14 * jima logs into bastion. wow!
16:39:17 < mmcgrath> err all plugins for a specific repo
16:40:04 < f13> oh haha.
16:40:10 < skvidal> f13: ?
16:40:13 < f13> looks like you tried commenting with #, I think the config file comment is ;
16:40:24 < mmcgrath> yeah that sounds like me :)
16:40:37 < ricky> f13: I'm pretty sure that both are valid.
16:40:43 < mmcgrath> though I thought it just made it use the svn plugin instead.
16:40:48 < f13> is somebody editing it right now?
16:40:55 < mmcgrath> <nod> see -
https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/89
16:40:58 * mmcgrath is not.
16:41:01 * dgilmore goes to kick jima :)
16:41:03 < f13> there is a .swp file there.
16:41:19 < jima> dgilmore: ?
16:41:27 * f13 writes anyway
16:41:31 < dgilmore> jima: * jima logs into bastion. wow!
16:41:54 < ricky> f13: Oops, sorry- that's me.
16:42:06 < f13> Found a swap file by the name
"/srv/web/trac/projects/fedora-infrastructure/conf/.trac.ini.swp" owned by: apache
dated: Thu Sep 13 13:42:36 2007
16:42:15 < ricky> f13: I closed it- write away.
16:42:16 < f13> ricky: can you quit so I can write?
16:42:40 -!- rdieter [n=rdieter(a)sting.unl.edu] has quit Remote closed the connection
16:43:36 < f13> interesting.
16:43:41 < mdomsch> mmcgrath, reason for httpd being stopped on app4?
16:43:55 < f13> it didn't used to do this. Wonder how 'svn' is not supported anymore.
16:44:20 < mmcgrath> mdomsch: nope, and actually puppet should be enabling it if its off, let me look at
it real quick.
16:44:36 < ricky> trac.versioncontrol.* = disabled in [components] didn't even do it. Grrr.
16:44:43 < mdomsch> tuesday 11:39am it stopped with a SIGTERM
16:45:11 < mmcgrath> I seem to remember shutting it down for a test but I'm wondering why puppet didn't
turn it back on.
16:45:26 < mdomsch> puppet will, or supervisor (which doesn't)
16:45:48 < f13> ricky: yeah, this is bothersom. svn should be a valid scm
16:45:51 < mmcgrath> puppet should turn on httpd.
16:46:04 < mmcgrath> f13: so you're seeing the same thing we are with that? Something strange is going
on?
16:46:23 < ricky> My other question is.. why does the tickets component *care* about SCM?
16:46:50 < f13> ricky: some twisted path of Trac. You can have wiki entries that are SCM checkin IDs
and it will tooltip the checkin comment
16:47:08 < f13> kind of neat, but means that anything wiki based (which tickets are) go through the scm
plugin code path.
16:47:14 < f13> but svn /should/ be there, it's stock in trac.
16:47:18 < ricky> Sounds cool, but adds more points of failure.
16:47:31 < abadger1999> ricky: IIRC, someone added a link into the repository in that ticket
(changeset:1111 type thing)
16:47:40 < ricky> Ahh.
16:47:57 < ricky> We could remove it manually, but it'd be nice if this kind of thing worked too :)
16:48:03 < mmcgrath> lets discuss this in #fedora-admin after the meeting (Since the meeting is almost
done)
16:48:13 < ricky> Sure thing.
16:48:28 < mmcgrath> does anyone have anything else to discuss? If not we'll close the meeting in 30
16:48:38 * lmacken is upgrading bodhi as we speak :)
16:48:45 < mmcgrath> 15
16:48:58 < mmcgrath> 5
16:49:03 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End
16:49:05 < jima> lmacken: yay!
16:49:06 < mmcgrath> thanks for coming everyone
16:49:08 < ricky> Thanks.
16:49:12 < mmcgrath> mizmo: thanks for stopping by.
16:49:22 < mizmo> yep :)
16:49:27 -!- mizmo [i=duffy@nat/redhat/x-686300b264b66012] has left #fedora-meeting ["w00tw00t"]
16:49:33 < glezos> mmcgrath: thanks
16 years, 8 months
mock-0.7.2-1.fc6.1
by Mike McGrath
Anyone know any reason why we shouldn't upgrade mock? Our last upgrade
borked a bunch of stuff. I'm under the impression that has all been
fixed but thought I'd ask.
-Mike
16 years, 8 months
rename InitialCC in CVS Request Template to watchbugzilla
by Till Maas
Aloas,
I am not sure, but I guess that InitialCC: in New Package CVS Request (and
the CC entries in Package Change Request) correspond to the "watchbugzilla"
right in the PackageDB. Therefore please rename it.
And how is one supposed to add someone to watchcommit and commit with a New
Pacakge CVS Request? Or is this something that needs to be done via the
PackageDB interface?
Regards,
Till
16 years, 8 months