(no subject)
by SÉRGIO ARAÚJO
Hi there people i'm a student of Informatic Engineering and i am eager to
help and learn more about developing infrastructure of ower operating
system.
I Use Linux for about 10 years and i'm not with the idea of changing. By the
oposite i pretend continue using it and help in what comes to be necessary
for its evaluation.
My habilitacions in programing languages are c, and c++. I'm from Portugal
and i have 30 years old. In the moment the school vacation arrives and i got
nothing to do so I'm asking for some project something light for start, or
to colaborate with a team.
I'm afford to start.
With all my regards
Sérgio Araújo
14 years, 10 months
Fwd: [puppet] Sign up for transifex error notifications.
by Toshio Kuratomi
Should we set this to send messages to an admin wide alias?
fedora-infrastructure-list might be a little broad but
admin(a)fedoraproject.org or something?
---
diff --git a/modules/transifex/templates/00-default.conf.erb
b/modules/transifex/templates/00-default.conf.erb
index fa7ad88..172c750 100644
--- a/modules/transifex/templates/00-default.conf.erb
+++ b/modules/transifex/templates/00-default.conf.erb
@@ -23,6 +23,7 @@ ADMINS = (
('Diego Burigo Zacarao', 'diegobz(a)gmail.com'),
('Dimitris Glezos', 'dimitris(a)glezos.com'),
('Ignacio Vazquez-Abrams', 'ivazqueznet(a)gmail.com'),
+ ('Ricky Zhou', 'ricky(a)fedoraproject.org'),
)
MANAGERS = ADMINS
-Toshio
14 years, 10 months
Introduction: Sandro "red" Mathys
by Sandro "red" Mathys
Hi list,
I'm the new guy around and I would like to get involved with the
infrastructure. While I'm already a active ambassador for over 2 years, I
only just started packaging some RPMs and only just subscribed to the
infrastructure list.
In $DAYJOB-life I'm a (RHEL) Linux Systems Engineer (aka sysadmin) at the
Swiss Federal Institute of Technology Zurich (ETHZ). There I administer the
RHN satellite and proxies and the RHEL servers where those services are
running on. Additionally I give 2nd/3rd level support on RHEL servers and
clients to our (internal) clients, for which we are running the satellite.
In all of ETHZ, there's >1000 RHEL running.
I'd be interested to help the infrastructure team in terms of
OS-administration and maybe security. I'm not experienced with large
infrastructure systems as I only run some non-critical servers and as for
security, I only know some random things yet but I'm eager to learn more
(will also go into that direction for the $DAYJOB). Oh, and I'm a RHCE,
targeting RHCA.
I'm located in Zurich, Switzerland, Central Europe (UTC+1/UTC+2) and the
time I have available to help out is limited and really irregular.
Someone please point me to the right people or tasks or whatever. I'll read
the wiki pages once I'll have time (I'm sitting at LinuxTag/FUDCon EMEA
right now) and try to get to some meeting once in a while. And once I'm back
home, I'll join the IRC channel, too.
Thanks,
red
PS. some more information on my person can be found on the wiki by my
FAS-name red
14 years, 10 months
Puppet Cleanup
by Ricky Zhou
Just giving a heads up - as the final stage of the web app refactoring
(https://fedorahosted.org/fedora-infrastructure/ticket/1464), I'm about
to push some commits which delete a ton of old/unused files from
puppet. My apologies if I was a bit overzealous and deleted anything
that was still being looked at. Let me know if anything you needed gets
lost and I'll be more than happy to dig through git to recover it.
Thanks a lot,
Ricky
14 years, 10 months
mdomsch on vacation
by Matt Domsch
We're heading to Michigan tomorrow morning early, back late 7/4. As
in previous years, I'll have exceedingly limited email and network
connectivity (I have to sit in the front yard of the cottage and sniff
wireless off an unsuspecting neighbor 100yds away). If anything goes
boom with MM, there won't be much I can do about it - just so you
know.
My Austin, TX thermometer at home today: 107.
Arcadia, MI high for next week: 76.
Thanks,
Matt
--
Matt Domsch
Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux
14 years, 10 months
Enabling syntax checking for puppet via a git update hook
by Todd Zullinger
I was talking with Ricky on IRC about enabling some syntax checking
for puppet *.pp files in a git update hook for the infra puppet repo.
The goal would be to help catch typos before they ever get pushed into
the main /git/puppet repository.
I've tested this a bit on puppet1 with local repos and it appears to
work well. But obviously, we'd want to enable this when there were
plenty of folks around to revert it should it cause and prevent work
from getting done.
While testing, I noticed that the update hook in /git/puppet is pretty
much identical to the fedora-git-commit-mail-hook in use on hosted.
Perhaps we'd want to be guinea pigs for converting from that older
update hook to the more current update hook and have mail
notifications handled via the post-receive-email hook? That would
allow us to work out any issues before we enable that on hosted.
I think we would probably want to make this change first, ensure it
doesn't cause any problems, and then add the puppet syntax checking to
the update hook.
Assuming we make the above changes and use the post-receive-email hook
for mail notification, the changes I'd like to make to the current
git-1.5.5.6 update hook to enable puppet syntax checking are:
--- /usr/share/git-core/templates/hooks/update 2008-12-20 06:10:22.000000000 +0000
+++ /home/fedora/tmz/puppet.git/hooks/update 2009-06-25 01:34:14.000000000 +0000
@@ -103,5 +103,40 @@
;;
esac
+# Check syntax of puppet files
+# Taken from http://reductivelabs.com/trac/puppet/wiki/PuppetVersionControl
+
+check="puppet --color=false --confdir=/tmp --vardir=/tmp --parseonly --ignoreimport"
+tmp=$(mktemp /tmp/git.update.XXXXXX)
+log=$(mktemp /tmp/git.update.log.XXXXXX)
+tree=$(mktemp /tmp/git.diff-tree.XXXXXX)
+
+git diff-tree -r "$2" "$3" > $tree
+
+exit_status=0
+
+while read old_mode new_mode old_sha1 new_sha1 status name
+do
+ # skip lines showing parent commit
+ test -z "$new_sha1" && continue
+ # Only test .pp files
+ if [[ $name =~ [.]pp$ ]]
+ then
+ git cat-file blob $new_sha1 > $tmp
+ set -o pipefail
+ $check $tmp 2>&1 | sed "s|/tmp/git.update.*:\([0-9]*\)$|${name}:\1|" > $log
+ if [[ $? != 0 ]]
+ then
+ echo
+ cat $log >&2
+ echo -e "For details run: git diff ${old_sha1:0:7} ${new_sha1:0:7}" >&2
+ echo
+ exit_status=1
+ fi
+ fi
+done < $tree
+
+rm -f $log $tmp $tree
+
# --- Finished
-exit 0
+exit $exit_status
When pushing an update with a syntax errors, the output looks like
this:
$ git push ~/puppet.git test-hooks
Counting objects: 14, done.
Compressing objects: 100% (9/9), done.
Writing objects: 100% (9/9), 767 bytes, done.
Total 9 (delta 7), reused 0 (delta 0)
Unpacking objects: 100% (9/9), done.
err: Could not parse for environment production: Syntax error at 'source'; expected '}' at manifests/filetypes/standard.pp:11
For details run: git diff 3d15e34 d71d226
err: Could not parse for environment production: Syntax error at 'group'; expected '}' at manifests/site.pp:12
For details run: git diff 22d6265 62e516f
error: hooks/update exited with error code 1
error: hook declined to update refs/heads/test-hooks
To /home/fedora/tmz/puppet.git
! [remote rejected] test-hooks -> test-hooks (hook declined)
error: failed to push some refs to '/home/fedora/tmz/puppet.git'
--
Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Nothing is wrong with California that a rise in the ocean level
wouldn't cure.
-- Ross MacDonald (1915-1983)
14 years, 10 months
Meeting Log - 2009-06-25
by Ricky Zhou
20:00 < mmcgrath> #startmeeting
20:00 < fedbot> Meeting started Thu Jun 25 20:00:20 2009 UTC. The chair is mmcgrath.
20:00 < fedbot> Information about MeetBot at http://wiki.debian.org/MeetBot , Useful Commands: #action #agreed #halp #info #idea #link #topic.
20:00 < mmcgrath> #topic Who's here?
20:00 -!- fedbot changed the topic of #fedora-meeting to: Who's here?
20:00 * ricky
20:00 * nirik is in the cheap seats in the back
20:00 < cralin> Alin Crețu is here (finally)
20:00 * Sparks is here to see all the goings on
20:00 -!- notting [n=notting@redhat/notting] has joined #fedora-meeting
20:01 * onekopaka is here for who knows what reason
20:01 * sijis is here.
20:01 < ianweller> hellloooooooo
20:01 * ke4qqq is here
20:02 -!- mcepl [n=mcepl(a)49-117-207-85.strcechy.adsl-llu.static.bluetone.cz] has left #fedora-meeting []
20:02 < mmcgrath> k, lets get started then
20:02 < mmcgrath> #topic Infrastructure -- Meeting Tickets
20:02 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Meeting Tickets
20:02 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=as...
20:02 < zodbot> mmcgrath: http://tinyurl.com/47e37y
20:02 < mmcgrath> So really the only ticket we have on the list is
20:02 < mmcgrath> .ticket 1464
20:02 < zodbot> mmcgrath: #1464 (Puppet Web Apps Refactoring) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1464
20:02 < smooge> here
20:02 < mmcgrath> This is goign to happen today if it's not already happening like right now :)'
20:02 -!- denise [n=ddumas(a)66.187.234.199] has quit Remote closed the connection
20:02 < mmcgrath> ricky: you want to take it?
20:03 < ricky> Sure.
20:03 < ricky> Sorry for the late notice, but if you have anything in your home directories on those machines, it'd be a good idea to back them up now
20:03 < ricky> They're in other backups, but those are kind of painful to get to.
20:03 < ricky> I just sent an email to list with the rough order that we're planning to do things in.
20:03 < mmcgrath> ricky: do we just want to... disable to cron job for a while? :)
20:04 < ricky> There will probably be a lot of puppet spam around the merge because the fas module changed, which touches more than just the apps/proxies/fas machines
20:04 * hiemanshu is here now
20:04 < ricky> mmcgrath: Yeah, I'm currently disabling puppet on the proxy/app/fas machines
20:05 < ricky> Anyway, I hope this goes well, and look for another email to f-i-l about the exact nature of the puppet changes once the dust clears a bit
20:05 < mmcgrath> coolz
20:05 < mmcgrath> ricky: and whats our plan for config clean up on the actual nodes?
20:05 < mmcgrath> IE stuff that shouldn't exist there anymore?
20:05 * hiemanshu wonders what the topic is
20:05 < mmcgrath> hiemanshu:
20:05 < mmcgrath> .ticket 1464
20:05 < zodbot> mmcgrath: #1464 (Puppet Web Apps Refactoring) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1464
20:06 < ricky> I'm hoping the rebuild most of them, which shouldn't take all that long
20:06 < mmcgrath> ricky: k.
20:06 < ricky> It's the only way to make sure that the new configs aren't relying on old stuff :-/
20:06 * SmootherFrOgZ is around
20:06 < mmcgrath> yeah, and rebuilding doesn't harm anything :)
20:07 < hiemanshu> ricky, rebuild from scratch?
20:07 < mmcgrath> ricky: did transifex get all setup in staging and is working properly?
20:07 < ricky> Yup, https://translate.stg.fedoraproject.org/
20:07 < ricky> Oh yeah. If I forgot a service, *now* would be a good time to tell me :-)
20:07 < hiemanshu> blogs.fp.o?
20:08 < smooge> did you get the controls for the orbital laser?
20:08 < ricky> we haven't deployed that yet, so that won't be included
20:08 < mmcgrath> hiemanshu: doesn't exist yet so it won't be included in this.
20:08 < ricky> smooge: drat!
20:08 < smooge> just saying.. it takes a long time to get back online
20:08 < mmcgrath> ricky: lets keep the old images around for a bit just in case.
20:08 < smooge> seriously though cool.
20:08 < mmcgrath> at least bapp1, and app1 and app2.
20:09 < ricky> mmcgrath: Will do, I can just rename the LV, rght?
20:09 < ricky> **right
20:09 < onekopaka> we have an orbital laser?
20:09 < mmcgrath> ricky: yeah, and if any are on the xenGuests vg, make sure to pvscan and vgscan it.
20:09 < ricky> onekopaka: Why else would we ask for latitude and logitude in FAS? >:-)
20:09 * mmcgrath doesn't think any of those are
20:09 < ricky> Will do
20:09 < mmcgrath> ricky: ok, anything else on that subject?
20:10 < ricky> Nope, thanks
20:10 -!- tmz [n=tmz@fedora/tmz] has joined #fedora-meeting
20:10 < mmcgrath> coolz
20:10 < onekopaka> ricky: are you planning to hit me with said orbital laser?
20:10 < mmcgrath> #topic Infrastructure -- cvs2
20:10 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- cvs2
20:10 < mmcgrath> so I'm still getting the new cvs server up and running.
20:10 < mmcgrath> it should, in theory, not require that much downtime. Just another cvs resync.
20:10 < smooge> onekopaka no its for beaming people to our secret moon base
20:10 * onekopaka dislikes CVS
20:11 < hiemanshu> I think subversion is better
20:11 < mmcgrath> But the newer box should have significnatly lower commit times, branch times, etc, etc.
20:11 * onekopaka agrees with hiemanshu
20:11 < mmcgrath> no one likes cvs
20:11 < hiemanshu> mmcgrath, svn?
20:11 < mmcgrath> hiemanshu: it's another version control system.
20:11 < hiemanshu> whats wrong with that, and i find svn easier to use than cvs
20:11 -!- constanton [n=constant(a)athedsl-4500487.home.otenet.gr] has joined #fedora-meeting
20:11 * nirik notes that changing from CVS is not simple and easy. Someone needs to do a lot of work to get it done.
20:11 < smooge> hiemanshu, its a big project to deal with..
20:12 < mmcgrath> hiemanshu: I think most people woudl prefer git. Keep in mind that the problem is getting from point A to point B.
20:12 < onekopaka> yep
20:12 * mmcgrath has decided to stay out of that conversation though.
20:12 < hiemanshu> hmmmm
20:12 < onekopaka> git is ideal
20:12 < ianweller> I LIKE MINE BETTER
20:12 < ianweller> (i don't think this is the time for this conversation)
20:12 < smooge> hiemanshu, and its been a task of where someone would need to work on making 20 GB or so transfer
20:12 < mmcgrath> I'll happily support anyone with the time, tenacity and courage to stand up to what it'd take to do a conversion though :)
20:12 < mmcgrath> Anywho.
20:12 < mmcgrath> Lookside is done.
20:12 < mmcgrath> cvs2 is mostly there.
20:12 < ianweller> yay
20:13 < smooge> mmcgrath, what is the difference between cvs2 and cvs1?
20:13 < onekopaka> ianweller: you like cvs, don't you?
20:13 < mmcgrath> I'll probably wait for the ok from Toshio though to make sure the pkgdb bits still work as I'd hope.
20:13 < mmcgrath> smooge: hopefully nothing. Part of the conversion is to rename cvs2 to cvs1 and disable cvs1.
20:13 < mmcgrath> cvs is still, at present, not HA.
20:13 < hiemanshu> mmcgrath, i dont like cvs much, i prefer git though
20:13 < mmcgrath> though we so rarely have downtime with it.
20:13 * smooge wishes people would just stick to SCCS like K&R wanted.
20:13 < mmcgrath> hiemanshu: noted.
20:13 < hiemanshu> I always found cvs harder for _NEW_ people to join in
20:13 < smooge> mmcgrath, and then make a failover cvs2 that would be a backup
20:14 < mmcgrath> smooge: yeah, but probably not that live of a backup.
20:14 < mmcgrath> since we're the only major distribution that doesn't support drbd.
20:14 < smooge> mmcgrath, sort of like the releng1 we went over
20:14 < mmcgrath> smooge: yeah.
20:14 * smooge read that as Dr Bad
20:14 < mmcgrath> but the HA/cluster stuff is for another time.
20:14 < hiemanshu> mmcgrath, takes things in a way of a new person as well
20:14 < mmcgrath> the main purpose of this conversion is to get cvs _off_ of the /mnt/koji powervault.
20:15 < cralin> mmcgrath: I'm interested in HA cluster when the time comes
20:15 < mmcgrath> cralin: k.
20:15 < mmcgrath> So anyone have any questions about how that's going to go down?
20:15 < mmcgrath> as long as stuff has been kept in puppet it should go fairly well
20:15 < smooge> yes. and then someone can look at a summer project of inventing bikeshedding revision control system
20:16 < mmcgrath> smooge: :)
20:16 < skvidal> mmcgrath: I thought the point of the HA stuff is that it doesn't go down!
20:16 < smooge> mmcgrath, no questions on that
20:16 < hiemanshu> mmcgrath, no questions
20:16 * skvidal is full of zing
20:16 < mmcgrath> we've tried a couple of times to change to a different scm, so far no success though.
20:16 < mmcgrath> skvidal: yeah but we don't have HA :)
20:16 -!- JSchmitt [n=s4504kr@fedora/JSchmitt] has quit Read error: 104 (Connection reset by peer)
20:16 < smooge> skvidal, timing was a bit off. need to add some invective next time
20:16 < mmcgrath> heh
20:17 -!- jonmasters [n=jcm(a)dallas.jonmasters.org] has quit "ZNC - http://znc.sourceforge.net"
20:17 < mmcgrath> Ok, next topic
20:17 < skvidal> :)
20:17 < mmcgrath> #topic Infrastructure -- blogs.fedoraproject.org
20:17 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- blogs.fedoraproject.org
20:17 < mmcgrath> nb|away: you around?
20:17 * smooge is happy to be able to help here
20:17 < ricky> Oh, he said he couldn't make it
20:17 * onekopaka will step in at this point
20:17 < hiemanshu> mmcgrath, nb is not here, he is at work
20:17 < smooge> what is blogs vs planet
20:17 < mmcgrath> ricky: k.
20:17 < ricky> But he wanted me to give little update
20:17 < ricky> **give a little
20:17 < hiemanshu> mmcgrath, i ll be in his place though
20:17 < ricky> onekopaka: feel free if you want to give it
20:17 < mmcgrath> smooge: blogs is a hosting provider, planet is a public rss aggregator
20:17 < smooge> oooooh
20:17 < onekopaka> smooge: blogs.fp.o is a full wordpress mu install
20:17 < mmcgrath> whats the latest on all that?
20:18 < onekopaka> it is almost ready to go
20:18 < hiemanshu> mmcgrath, we have a things in mind though
20:18 < onekopaka> nb is waiting on review on some packages
20:18 < hiemanshu> mmcgrath, do we need fas integration?
20:18 < mmcgrath> "things in mind" ? such as.
20:18 < mmcgrath> yeah, fas integration is a requisite
20:18 -!- jonmasters [n=jcm(a)dallas.jonmasters.org] has joined #fedora-meeting
20:18 < hiemanshu> mmcgrath, nb was a little reluctant about that
20:19 < hiemanshu> he said it would not be necessary but a @fp.o email id to sign up
20:19 < Sparks> fas integration == OpenID support ?
20:19 < onekopaka> mmcgrath: we decided that FAS integration wouldn't be something to blog release on
20:19 < hiemanshu> is required
20:19 < hiemanshu> Sparks, nope
20:19 < onekopaka> Sparks: OpenID on the FAS side is flakey
20:19 < Sparks> ok
20:19 < ricky> I'd prefer to go the OpenID way, but that's not going to be ready for a while.
20:19 < hiemanshu> mmcgrath, what the need for FAS integration here?
20:19 < mmcgrath> that's not to say that we couldn't fix OpenID as part of that.
20:20 < ricky> FAS integration for things like comments is not easy though.
20:20 < hiemanshu> ricky, OpenID with WP is easy
20:20 < mmcgrath> hiemanshu: it's just a requirement for all of our new apps.
20:20 < onekopaka> well
20:20 < onekopaka> for commenting
20:20 < onekopaka> FAS integration would be simple
20:20 < ricky> mmcgrath: Sorry, I miscommunicated that to nb and the others.
20:20 < hiemanshu> mmcgrath, Guest commenting is on by deafault
20:20 < smooge> mod_fas?
20:20 < onekopaka> so it seems
20:20 < hiemanshu> smooge, i think mod_fas is for apache?
20:20 * onekopaka has been looking at the MW plugin
20:20 < mmcgrath> smooge: well, if wordpress supports apache auth, we can (and have) used mod_auth_postgres in the past.
20:21 < mmcgrath> actually that's how fedorahosted.org is setup.
20:21 < hiemanshu> mmcgrath, we dont want to change _core_ files
20:21 < mmcgrath> correct.
20:21 < ricky> If we need to block on FAS authentication, then Nigel said he had something, but he needed to pull it up from an backup at home
20:21 < mmcgrath> does wp-mu support auth modules?
20:21 < hiemanshu> mmcgrath, yes
20:21 < hiemanshu> ricky, he said he would send it to me when he found it
20:21 < smooge> so we would use wp-mu for account login and openid for comments? Is that possible/tested
20:22 < smooge> s/wp-mu/fas/
20:22 < ricky> I have a feeling that wordpress mu's concept of a user applies both for logging in (blog administration) and comments.
20:22 < hiemanshu> smooge, yes but OpenID is not ready on FAS yet
20:22 < onekopaka> ricky: yep
20:22 < hiemanshu> ricky, yes
20:22 < hiemanshu> ricky, Guests can comment as well and that is moderated
20:22 < mmcgrath> so is the question here whether to put time into fixing OpenID or writing a wordpress plugin?
20:23 * mmcgrath would rather just fix OpenID.
20:23 < hiemanshu> mmcgrath, on a long term basis OpenID
20:23 < ricky> What would be ideal if if somebody worked on OpenID in FAS :-) It's on my TODO list, but it's honestly not that high up compared to items like the signup wizard
20:23 < ricky> But maybe I need to change that
20:23 -!- Sonar_Guy [n=Who@fedora/sonarguy] has joined #fedora-meeting
20:23 < onekopaka> mmcgrath: that would be a better long term solution
20:23 < mmcgrath> onekopaka: which would?
20:23 < hiemanshu> mmcgrath, OpenID
20:23 < onekopaka> mmcgrath: OpenID
20:23 < onekopaka> because we could integrate with other apps
20:24 * hiemanshu thinks onekopaka can read his mind
20:24 < mmcgrath> just curious, where do our estimates that it's harder to fix our OpenID implementation then write a fresh wp plugin?
20:24 < hiemanshu> mmcgrath, OpenID would work almost anywhere
20:24 < ricky> It's harder to fix OpenID, but it's also "better"
20:24 < hiemanshu> mmcgrath, an WPMU plugin is easier
20:24 < hiemanshu> we need Smart work not Hard work
20:24 -!- Killmanhack [n=killman(a)gprsinternet04.porta.net] has joined #fedora-meeting
20:25 < Killmanhack> hi
20:25 < onekopaka> but a WP MU plugin is a more specific solution
20:25 < mmcgrath> k, well sounds like y'all are making good progress so that's good.
20:25 < mmcgrath> and for those that missed it this morning, I put the kill switch on news.fp.o until someone steps up and takes responsibility for it.
20:25 < hiemanshu> mmcgrath, i would
20:25 < smooge> what was news.fp.o
20:25 < mmcgrath> Though it sounds like the marketing team are working on a similar project now that will likely encompass that.
20:26 -!- fbijlsma [n=fbijlsma(a)ip-90-186-48-124.web.vodafone.de] has joined #fedora-meeting
20:26 < mmcgrath> hiemanshu: you're not on the marketing team.
20:26 < hiemanshu> mmcgrath, :(
20:26 * onekopaka is limited to what he can do because he hasn't been sponsored for sysadmin-test and he knows that there's too many sponsees
20:26 < ricky> The first problem came up when an RFR was made without all that much talk within the marketing team
20:26 < mmcgrath> hiemanshu: in our environment it's one of those things where the teams that need something provide a project manager, and find an infrastructure member to do the work.
20:26 < hiemanshu> onekopaka, i can help you till you are done there
20:26 < mmcgrath> what we need isn't someone to do the work, but someone on the team to say what they want.
20:26 < smooge> hiemanshu, if you are interested in looking at the new idea.. talk with themayor about his idea and items.
20:27 < hiemanshu> smooge, sure will
20:27 < smooge> hiemanshu, I saw the mockup mizmo and he did and it would probably be a replacement overwrite.. but he will need some infrastructure help
20:27 < jds2001> er, she :)
20:27 < hiemanshu> smooge, i might help them there if i can
20:28 * jds2001 pops in :)
20:28 < hiemanshu> hey jds2001, my sponsor and mentor :)
20:29 < mmcgrath> Ok, well anyone have anything else on this topic?
20:29 < hiemanshu> mmcgrath, yes
20:29 < mmcgrath> hiemanshu: have at it, whats up?
20:29 < hiemanshu> oh damn i forgot
20:29 < hiemanshu> mmcgrath, continue i will come back later to you
20:30 * onekopaka reads hiemanshu's mind to find out what it was
20:30 < hiemanshu> onekopaka, extra plugins
20:30 -!- SMParrish [n=quassel@fedora/SMParrish] has quit Read error: 104 (Connection reset by peer)
20:30 * onekopaka really can't read minds
20:30 < mmcgrath> Ok, well if you guys remember just ping.
20:30 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- OSUOSL
20:30 < mmcgrath> So I'd like to thank osuosl for becoming a new sponsor.
20:30 < mmcgrath> some of you probably noticed the new osuosl1 host.
20:30 * ianweller googles them
20:30 < mmcgrath> so we need to make sure to get their sponsors up.
20:31 < onekopaka> ianweller: http://osuosl.org/
20:31 < mmcgrath> I've got some docs to update
20:31 < ricky> mmcgrath: Let me know whenever they've chosen a logo
20:31 < mmcgrath> and they all hang out in #osuosl
20:31 < mmcgrath> ricky: will do
20:32 -!- SMParrish [n=quassel(a)cpe-069-134-255-095.nc.res.rr.com] has joined #fedora-meeting
20:32 < mmcgrath> In addition to that I've been workign on publictest6 for the QA team.
20:32 < mmcgrath> they've got one of our mediawiki installs and are trying to check out some new extensions that they think will help.
20:32 < onekopaka> mmcgrath: are we still on the osuosl topic?
20:32 < mmcgrath> onekopaka: nope sorry
20:32 < mmcgrath> #topic Infrastructure -- pt6
20:32 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- pt6
20:33 < mmcgrath> This is yet another example of the wiki getting in the middle of various teams workflow.
20:33 < ianweller> mmcgrath: did that export help?
20:33 < mmcgrath> ianweller: it did at first though the version I have up there now didn't use it.
20:33 < hiemanshu> mmcgrath, i am good at wiki work if i can help
20:33 < ianweller> oic.
20:33 < mmcgrath> hope it was at least a fun excersize :)
20:33 -!- themayor [n=jack(a)89-138-64-224.bb.netvision.net.il] has joined #fedora-meeting
20:33 < ianweller> oic.hehe
20:33 < ianweller> mmcgrath: what do you mean "getting in the middle" -- do you imply that it's good or bad?
20:33 < ianweller> or neither
20:33 < mmcgrath> ianweller: neither.
20:34 < mmcgrath> it's just that our wiki has always been a bit more than just an information wiki.
20:34 < mmcgrath> it sits in our workflow.
20:34 < ianweller> yeah.
20:34 < hiemanshu> mmcgrath, what do we need the extra plugins for?
20:34 -!- openpercept_ [n=openperc@fedora/openpercept] has joined #fedora-meeting
20:34 < mmcgrath> hiemanshu: I honestly don't even understand what those plugins do.
20:34 < mmcgrath> ianweller: do you know?
20:35 * mmcgrath gets the ticket number.
20:35 < ianweller> mmcgrath: not a clue.
20:35 < hiemanshu> mmcgrath, unless there is a need, i dont think we need anything else
20:35 < ianweller> obviously they're so secretive, they fire the orbital laser whenever i make an edit with the edit summary "GRAHH"
20:35 < mmcgrath> .ticket 1473
20:35 < zodbot> mmcgrath: #1473 (Request for demo mediawiki instance for QA) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1473
20:35 < hiemanshu> we need no fancy stuff and keep it clean
20:35 < ianweller> hiemanshu: well, yeah.
20:35 < mmcgrath> Looks like mediawiki-semantic
20:35 < ianweller> hiemanshu: but then again we're also here to help provide the means of making life simpler for our community
20:36 < mmcgrath> especially the QA team which is really gaining speed.
20:36 < mmcgrath> I'm just trying to set up stuff they want and get out of their way.
20:36 < hiemanshu> ianweller, what exactly would those plugins do, if there is a reason i agree
20:36 < ianweller> read the ticket
20:36 * onekopaka has heard a little bit of stuff about semantic mediawiki on mediawiki-l
20:36 < hiemanshu> ianweller, doing that
20:37 < mmcgrath> http://semantic-mediawiki.org/wiki/Semantic_MediaWiki
20:37 < mmcgrath> that's the plugin
20:37 -!- StillBob [n=EvilBob@fedora/bobjensen] has joined #Fedora-Meeting
20:37 -!- mchua [n=mchua@nat/redhat/x-e320474da8ae835c] has quit Connection timed out
20:37 -!- Fedora11 [n=EvilBob@fedora/bobjensen] has quit Read error: 113 (No route to host)
20:37 < ianweller> so.. tagging
20:37 < mmcgrath> ianweller: some sort of super tagging I guess
20:37 < mmcgrath> we'll have to see what they come up with on pt6
20:37 < ianweller> magic tags
20:37 < mmcgrath> they very well may decide it doesn't do what they want :)
20:37 < mmcgrath> anywho, any more questions on that?
20:37 < ianweller> i'm glad they decided to go with a test instance
20:38 < hiemanshu> nope
20:38 < mmcgrath> ianweller: I'm happy to finally have the resources to arbitrarly do that stuff :)
20:38 < mmcgrath> #topic Infrastructure -- Zikula
20:38 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Zikula
20:38 < mmcgrath> ke4qqq: around?
20:38 < ke4qqq> yep
20:38 < ianweller> mmcgrath: :D
20:38 < mmcgrath> So hit us, whats the latest on that?
20:38 < ke4qqq> so sparks has been packaging like mad - and we are well nigh done with all of that save for two licensing hiccups
20:39 < ke4qqq> but upstream is being extremely responsive to our concerns
20:39 < ricky> Awesome :-)
20:39 < ke4qqq> and have rectified a number of issues already
20:39 < ke4qqq> basically all of the modules are in for review, most approved and already building
20:39 < mmcgrath> ke4qqq: to give us an idea of how big of an undertaking this has been.
20:39 < mmcgrath> how many total packages have you guys had to create for this?
20:39 < smooge> zikula is the CMS?
20:39 < Sparks> ke4qqq: might be one more module coming
20:39 < ianweller> smooge: yes
20:39 < mmcgrath> smooge: yeah
20:40 < ke4qqq> by the time we are done it will be upwards of 20
20:40 < hiemanshu> for what do we need the CMS btw?
20:40 < ricky> Woah :-)
20:40 < ke4qqq> we still have the fedora-specific stuff
20:40 < mmcgrath> hiemanshu: the big one, docs.fedoraproject.org
20:40 < ke4qqq> and some of the modules had bundled libs that weren't already in our repos
20:40 < ianweller> mmcgrath: hiemanshu: and perhaps the main part of fp.o, eventually
20:40 < mmcgrath> hiemanshu: the other thing is historical. One interesting thing about our wiki is that it is largely contributor based. There's some end user content on there, but not a lot.
20:40 < ianweller> (is what i've heard)
20:40 < ke4qqq> as did the core
20:40 < mmcgrath> ianweller: quite possibly.
20:41 < mmcgrath> hiemanshu: so our docs team is pretty killer, good people.
20:41 < hiemanshu> mmcgrath, i dont like the idea of a CMD
20:41 < hiemanshu> CMS for fp.o
20:41 < hiemanshu> mmcgrath, :)
20:41 < mmcgrath> hiemanshu: but the process to actually build docs.fedoraproject.org is absolutely crazy.
20:41 < ricky> Docs is leading the efforts to get it running, then we'll evaluate it for websites.
20:42 < mmcgrath> yeah, it may be great, may not be.
20:42 * onekopaka doesn't want crazy processes to build documentation
20:42 -!- mchua [n=mchua@nat/redhat/x-b16f75e529e0390a] has joined #fedora-meeting
20:42 < smooge> maybe it will eat babies.. maybe it won't.
20:42 < mmcgrath> onekopaka: you should hang out in #fedora-docs and ask someone to step you through it.
20:42 * hiemanshu wonders if onekopaka is lost bro
20:42 < mmcgrath> it's hilarious.
20:42 < hiemanshu> is his*
20:42 < Sparks> crazy is an understatement
20:42 * onekopaka is totally lost
20:42 < ke4qqq> the current process def. eats babies and puppies
20:42 < mmcgrath> and nirik one time actually had us turn the cron job down because it was generating so much bandwidth :)
20:42 < ke4qqq> so eating babies would be an improvement
20:42 < mmcgrath> one thing I'm still curious about is how zikula + translations will work.
20:43 < mmcgrath> ke4qqq: can you talk to that at all?
20:43 < ke4qqq> so zikula supports gettext
20:43 < nirik> mmcgrath: although that was when it was going over our old slow link. ;)
20:43 -!- warren [n=warren@redhat/wombat/warren] has quit "Leaving"
20:43 < ke4qqq> and really is just going to serve up docbook rendered stuff ( and have an automated way to build all of it)
20:43 < ke4qqq> and that's as much as I know unfortunately :/
20:43 < ricky> Nice, I look forward to looking at that.
20:44 < hiemanshu> Looking forward to Zikula
20:44 -!- Killmanhack [n=killman(a)gprsinternet04.porta.net] has quit Read error: 60 (Operation timed out)
20:44 < mmcgrath> ke4qqq: gettext? so will this work with transifex or it's own thing completely?
20:44 < ricky> That'll work with transifex
20:44 < ke4qqq> upstream is building modules to build with publican and push out.
20:44 < ke4qqq> mmcgrath: it will work with transifex
20:44 < mmcgrath> no kidding?
20:44 < onekopaka> ke4qqq: that's good news
20:44 < mmcgrath> that's pretty amazing really.
20:44 < mmcgrath> Ok,
20:44 < ke4qqq> yeah upstream has been VERY responsive
20:44 < mmcgrath> ke4qqq: anything else on that topic?
20:44 < hiemanshu> Great news
20:44 < ke4qqq> nothing
20:44 < smooge> wow... that would be like cake and candy
20:44 < smooge> and rainbows.
20:45 < hiemanshu> and extra icing
20:45 < ke4qqq> and ponies
20:45 * smooge goes into diabetic coma
20:45 < hiemanshu> lol ponies
20:45 < mmcgrath> Ok ok
20:45 < mmcgrath> that means
20:45 < mmcgrath> next topic :)
20:45 < mmcgrath> #topic Infrastructure -- Smooge!
20:45 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Smooge!
20:45 < smooge> its time to introduce me?
20:45 < mmcgrath> So...
20:45 < mmcgrath> smooge has been hired on by RH to work with us on Infrastructure
20:45 < mmcgrath> so thank you RH
20:46 < mmcgrath> and thank you smooge!
20:46 < mmcgrath> smooge: say some stuff.
20:46 * mmcgrath thinks smooge wrote Internet Explorer.
20:46 < smooge> hi my name is Smooge 1000. I am an older bot who worked on Mirrors long ago.
20:46 < hiemanshu> smooge, a speech
20:46 < mmcgrath> :-P
20:46 < smooge> no I didn't write IE. I wrote 4 lines to make IE work on RH.
20:46 -!- ReneP [i=ReneP(a)a190119.studnetz.uni-leipzig.de] has quit
20:46 < smooge> it was called Red Baron
20:46 < mmcgrath> hehehe, see. Wrote IE.
20:46 < hiemanshu> i hate you smooge
20:46 < smooge> the real programmers wrote millions
20:47 < hiemanshu> you wrote IE :-0
20:47 < smooge> more lines than me.
20:47 < mmcgrath> heheeh
20:47 -!- bpepple [n=bpepple|(a)99-186-52-80.lightspeed.clmboh.sbcglobal.net] has quit "Ex-Chat"
20:47 < smooge> i will say that if I had written IE then I would have been able to invest quite heavily in Linux from the IPO back in 1997
20:47 < mmcgrath> smooge: well welcome, I'm thrilled to have you working with all of us. It'll help immensely
20:47 < hiemanshu> anyone here wrote FF for a IE vs FF battle :P
20:47 -!- danielbruno [n=danielbr(a)201.7.142.10] has joined #fedora-meeting
20:48 < mmcgrath> hiemanshu: heh, maybe later.
20:48 < mmcgrath> smooge: :)
20:48 < onekopaka> hiemanshu: it's abbreviated Fx
20:48 < mmcgrath> smooge: anything else to say? If not we'll open the floor.
20:48 * onekopaka claps for smooge
20:48 < smooge> my main work at Red Hat previously was Tech Support and Mirror manager that was taken over later by Kambiz and then Mdomsch
20:48 < smooge> I will be Mike's PFO (Pimply Face Oldguy). I know where the bodies are buried?
20:49 < smooge> and I think I am done
20:49 * onekopaka claps for smooge again
20:49 * hiemanshu remembers the Tech Support jokes he read last night
20:49 < mmcgrath> smooge: heheheh
20:49 < mmcgrath> ok
20:49 < mmcgrath> #topic Infrastructure -- Open Floor
20:49 < hiemanshu> A big round of applause for smooge
20:49 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Open Floor
20:49 < mmcgrath> Anyone have anything they'd like to discuss?
20:49 < smooge> ok and thankyou to Red Hat for making this possible.
20:49 < mmcgrath> we can keep talking about smooges awesomeness if we want.
20:49 < smooge> Actually I do have a couple of things
20:49 < SmootherFrOgZ> yep
20:50 * ianweller laughs at this
20:50 < SmootherFrOgZ> the fas integration for ovirt is almost done
20:50 < mmcgrath> smooge: have at it.
20:50 < mmcgrath> smooge: oof, one sec.
20:50 < smooge> 1) I am going over DNS on the 10.8.34 and should have stuff cleaned up soon.
20:50 * mmcgrath wants to hear this.
20:50 < mmcgrath> SmootherFrOgZ: you first, how's that all going?
20:50 < smooge> waits sorry.
20:50 < SmootherFrOgZ> pretty well, i'm gonna integrate it this night for test
20:51 < SmootherFrOgZ> i'm gonna need to have ruby-json into infra repo
20:51 < mmcgrath> SmootherFrOgZ: is that something we can't put in EPEL?
20:51 -!- openpercept [n=openperc@fedora/openpercept] has quit Read error: 110 (Connection timed out)
20:51 < SmootherFrOgZ> we can, i already requested a review for this package
20:52 < mmcgrath> SmootherFrOgZ: oh excellent, i'd assumed it was some weird rhel subpackage they didn't enable :)
20:52 < SmootherFrOgZ> maybe, yeah :)
20:52 < SmootherFrOgZ> so
20:53 < sijis> smooge: congrats :)
20:53 < mmcgrath> SmootherFrOgZ: and how does the auth work exactly? similar to how the mediawiki plugin works?
20:53 < mmcgrath> SmootherFrOgZ: how does the authorization get created?
20:53 < SmootherFrOgZ> do we want that permission also managed by FAS for heac pool*
20:53 < smooge> what is heac pool?
20:53 < mmcgrath> SmootherFrOgZ: naw, I'd rather manage per pool and ovirt privileges in ovirt.
20:53 < SmootherFrOgZ> mmcgrath: i worked on a python-fedora port and , built a ovirt plugin to deal with
20:54 < ricky> smooge: each pool, I think :-)
20:54 < mmcgrath> but we need the right users to show up in there, and to give them authentication.
20:54 < SmootherFrOgZ> <nod>
20:54 < mmcgrath> SmootherFrOgZ: cool, so anything else on that? Let me know when it's test ready :)
20:54 < SmootherFrOgZ> mmcgrath: so you still want the way to level up a user through ovirt UI ?
20:55 < smooge> ricky, ok sorry.. I thought it might be a new acronym
20:55 < mmcgrath> SmootherFrOgZ: yeah
20:55 < SmootherFrOgZ> k
20:55 < mmcgrath> SmootherFrOgZ: thanks for that.
20:55 -!- rdieter [n=rdieter(a)sting.unl.edu] has quit Remote closed the connection
20:55 < mmcgrath> Ok, since we're running short on time.
20:56 < mmcgrath> smooge: take it.
20:56 < SmootherFrOgZ> last note, upstream is interested to get this work into the base code (iirc)
20:56 < mmcgrath> SmootherFrOgZ: even more betta :)
20:56 * onekopaka freaks about "more betta"
20:56 < smooge> ok so tuesday I started going through the 10.8.34 network to see what was registered correctly/incorrectly
20:57 < hiemanshu> mmcgrath, i have a few things to ask though, 1> What DB fas uses? 2> Is it possible to let WPMU directly talk to the DB
20:57 < mmcgrath> hiemanshu: postgres and no.
20:57 < onekopaka> I knew it!
20:57 < mmcgrath> unless you're relying on apache auth.
20:57 < mmcgrath> smooge: thanks for that.
20:57 < smooge> we had 6 hosts unregistered in DNS (mostly DRAC/IBMstuff cards)
20:57 < hiemanshu> mmcgrath, i mean can i let it talk to the DB, if i program it
20:57 < smooge> mmcgrath, is tracking down there hosts.
20:57 < mmcgrath> hiemanshu: no
20:58 < mmcgrath> hiemanshu: you'll have to go through the json interface.
20:58 < onekopaka> hiemanshu: yep
20:58 < smooge> there were a couple of bad Reverse DNS but not many.. and there are about 20 hosts that are registered that can be unallocated.
20:58 < onekopaka> hiemanshu: there's builtin JSON support in the PHP on pt machines, IIRC
20:58 < mmcgrath> smooge: it's on my todo :)
20:58 < hiemanshu> mmcgrath, python script to do so? I have an idea on my mind
20:58 < ricky> smooge: If you're going to be sending in DNS requests soon, feel free to include http://ricky.fedorapeople.org/curr.ips as well
20:58 < smooge> ricky, will do so after this meeting.
20:58 < ricky> hiemanshu: We can discuss methods for talking to FAS after the meeting if you want
20:58 < ricky> Thanks
20:58 < mmcgrath> smooge: interesting about the reverse dns, but not surprising.
20:59 < hiemanshu> ricky, allright
20:59 * onekopaka is seeing the seconds slip
20:59 < smooge> Once I have that network 'cleaned' up (and I have to say its very clean)
20:59 < smooge> I will move to others as needed
20:59 < smooge> I will also be cleaning up some systems as needed
20:59 < smooge> (making sure func and puppet agree with each other etc)
20:59 < ricky> smooge: It'd be good to start up a document with all this info so that we can stay clean in the future
20:59 < ricky> (Our IP allocations, etc.)
21:00 < smooge> ricky, I will do so. where do I put it?
21:00 * mmcgrath would like to do that in the inventory management system if we can.
21:00 < mmcgrath> we have a proof of concept and stuff setup
21:00 < ricky> Oh, didn't know about that
21:00 < smooge> ok will look at that.
21:00 * onekopaka looks at his clock
21:00 * smooge moves the clock back
21:00 < smooge> I will report the rest on the list.
21:00 * hiemanshu 's clocks rings, 2:30 AM time for bed
21:00 < mmcgrath> Ok guys times up!
21:01 < mmcgrath> #meetingend
21:01 < mmcgrath> #endmeeting
21:01 -!- fedbot changed the topic of #fedora-meeting 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/Meeting_channel for meeting schedule
21:01 < fedbot> Meeting ended Thu Jun 25 21:01:10 2009 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot .
21:01 < fedbot> Minutes: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.200...
21:01 < fedbot> Log: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.200...
14 years, 10 months
Puppet Web Apps Refactoring
by Ricky Zhou
Hey, as you probably know, I've been working on moving all of our web
apps into more organized modules in staging for the past week or two.
Right now, most of the puppet work should be complete, and we're
starting to look at bringing these changes into production. First, I'd
like everybody to please test their web apps under stg.fedoraproject.org
and make sure that generally work as expected (apart from all of the
data being out of date). Some of the apps in staging include:
static pages: http://stg.fedoraproject.org/
static pages: http://start.stg.fedoraproject.org/
docs site: http://docs.stg.fedoraproject.org/
FAS: https://admin.stg.fedoraproject.org/accounts/
pkgdb: https://admin.stg.fedoraproject.org/pkgdb/
bodhi: https://admin.stg.fedoraproject.org/updates/
Fedora Community: https://admin.stg.fedoraproject.org/community/
MirrorManager: https://admin.stg.fedoraproject.org/mirrormanager/
Mirror List: https://mirrors.stg.fedoraproject.org/{mirrorlist,metalink}
Mirror redirector: https://download.stg.fedoraproject.org/
Infrastructure Repo: http://infrastructure.stg.fedoraproject.org/
smolt: http://stg.smolts.org/
Transifex: https://translate.stg.fedoraproject.org/
wiki: http://stg.fedoraproject.org/wiki/Main_Page
Some redirects and other things might still point to the production
versions, but otherwise, these should mostly look right - please test
them and let me know if anything is broken compared to what we have in
production now.
We're going to start looking at moving to these modules in production
soon, so please avoid making significant changes to web app configs or
apache configs until this is worked out. I'll make another post about
how things are going to be organized in puppet once this is all setup.
Thanks,
Ricky
14 years, 10 months
Here I am
by Jorge Gallegos
Hi Everybody,
I've been following the infra group for a while now, I am interested in
joining the sysadmin-hosted FIG at the moment, since it seems as a nice
"entry point" to all the infra madness I've seen so far :)
I'd like to join some other FIGs in the future (web and dba seem to be like
my kind of thing) but at the moment my time and n00bness in all fedora-infra
related things keep me from doing so.
I've done web development for about 8 years now, I've coded in java, php,
python. I've done a fair amount of sysadmin-related stuff such as
installation and support, a lot of shell scripting, a good deal of python
scripting, little perl and ruby. I've served almost equal parts of SCM,
RelEng, Web and DBA stuff (hence my interest in joining those particular
groups).
A side question, is there a particular TODO/wish/bug list for each FIG? I
couldn't figure out if there's any, and having jotted down the pending tasks
somewhere may attract more people to join the infra group because there
would be clear tasks to be done and someone would certainly say "hey, I can
do that".
Anyway, thanks and I'll start bugging^W asking around people from the hosted
FIG to see what tasks a n00b like me can do :)
Cheers!
--
Jorge A Gallegos <kad(a)blegh.net>
14 years, 10 months