+1 from me
On May 28, 2009 8:05 PM, "Mike McGrath" <mmcgrath(a)redhat.com> wrote:
On Thu, 28 May 2009, Ricky Zhou wrote: > On 2009-05-28 09:22:09 AM, Mike
McGrath wrote: > > I'm won...
K, then +1 from me.
We need one more +1 if anyone is so inclined.
Fedora-infrastructure-list mailing list Fed...
20:00 -!- ricky changed the topic of #fedora-meeting to: Infrastructure Meeting - who's here?
20:00 < skvidal> w00t
20:00 < skvidal> w00t
20:00 -!- sijis [n=sijis(a)adsl-75-58-82-242.dsl.emhril.sbcglobal.net] has joined #fedora-meeting
20:01 * mmcgrath is sort of here
20:01 < mmcgrath> sijis: this is where you say "i'm here" :-P
20:01 < sijis> i'm here.
20:01 * ke4qqq is quasi-here
20:01 * skvidal is playing bug slave
20:01 * tmz watches from the peanut gallery
20:01 < ricky> Grr, annoying time for Firefox to crash
20:02 * abadger1999 waves
20:02 * dgilmore is here
20:02 < ricky> f13, lmacken, SmootherFrOgZ, jds2001, G_work, anybody I forgot: ping
20:02 * dgilmore slaps ricky
20:02 < ricky> dgilmore: Oops, sorry :-)
20:03 -!- inode0 [n=inode0@fedora/inode0] has quit Read error: 54 (Connection reset by peer)
20:03 < ricky> We have no meeting tickets today, so I guess we can just go through the release tickets instead
20:03 < ricky> https://fedorahosted.org/fedora-infrastructure/report/9
20:03 -!- inode0 [n=inode0@fedora/inode0] has joined #fedora-meeting
20:03 < ricky> .ticket 1387
20:03 < zodbot> ricky: #1387 (New Website) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1387
20:04 < ricky> Everything's pretty much ready there, test site at http://publictest1.fedoraproject.org/fedoraproject.org/
20:04 * mdomsch waits for a concall to start
20:04 * ianweller lurks
20:04 < ricky> .ticket 1390
20:04 < skvidal> ricky: well, the release isn't finished yet
20:04 < zodbot> ricky: #1390 (Verify permissions) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1390
20:04 < skvidal> ricky: minor issue
20:04 < skvidal> ricky: :)
20:05 < ricky> Heh, yeah - the once the images are ready, we need to do one more check of the links.
20:05 < ricky> .ticket 1391
20:05 -!- biertie [n=bert(a)126.96.36.199] has joined #fedora-meeting
20:05 < zodbot> ricky: #1391 (Add MirrorManager redirects) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1391
20:05 < ricky> I think mdomsch got all of those back during the Alpha release. Feel free to close if it's all set
20:06 < mdomsch> ricky, the follow-up is they need to be dropped on release day
20:06 < mdomsch> so please leave it open
20:06 < ricky> mdomsch: Ah, will do. Will you be around to do that on release day?
20:06 < mdomsch> yep
20:06 < ricky> Cool
20:06 < ricky> .ticket 1392
20:06 < zodbot> ricky: #1392 (RHIS Communication) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1392
20:07 < ricky> mmcgrath: You've got that one, right?
20:07 < mmcgrath> ricky: yep, and it should be just fine.
20:07 < ricky> Excellent
20:08 < ricky> .ticket 1393
20:08 < zodbot> ricky: #1393 (Infrastructure Change Freeze) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1393
20:08 -!- inode0 [n=inode0@fedora/inode0] has quit Read error: 54 (Connection reset by peer)
20:08 < ricky> This is running until June 10th now
20:08 -!- inode0 [n=inode0@fedora/inode0] has joined #fedora-meeting
20:08 < ricky> .ticket 1394
20:08 < zodbot> ricky: #1394 (Common Issues on the wiki) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1394
20:09 -!- rdieter [n=rdieter@fedora/rdieter] has quit Remote closed the connection
20:09 < ricky> ianweller: I suspect that there will be a bunch of wiki changes other than the common issues page - would you mind taking that one? ^
20:09 -!- opuk [n=kupo(a)pipe.intertubez.net] has joined #fedora-meeting
20:09 < ianweller> surrre.
20:09 < ianweller> i'll be around on release day now
20:09 < ianweller> i just have to bump a global template
20:09 < ricky> Nice :-) Go ahead and accept it in trac, then
20:10 < ricky> .ticket 1395
20:10 < zodbot> ricky: #1395 (Lessons Learned) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1395
20:10 < ricky> Does anybody have anything to bring up from previous releases that we should keep an eye on?
20:10 < ricky> It's only been getting smoother and smoother, as far as I've seen
20:10 < ianweller> double check the links?
20:11 < ricky> Definitely, yes ;-)
20:11 < ianweller> :)
20:11 < ricky> mdomsch: Are we doing anything differently to try to get the bit flip on time?
20:12 < mdomsch> ricky, just bitflipping earlier I hope
20:12 < mdomsch> to give mirrors enough time to sync and catch it
20:12 < ricky> Are people taking advantage of the fullfilelist now, or is that still being worked out?
20:13 < mdomsch> still being worked out
20:14 < ricky> Cool, thanks
20:14 < sijis> i read in the list that doing the bit-flip 6.5 hours ahead of time would work.
20:14 < mdomsch> sijis, yes, I think so
20:15 -!- openpercept [n=openperc@fedora/openpercept] has quit Remote closed the connection
20:16 < ricky> Any other lessons learned? We've pretty much had no trouble with load ever since the wiki migration
20:16 < ricky> mmcgrath: Do we still do any manual caching of specific wiki pages?
20:17 < ianweller> i don't think we did last release. we just need to make sure to hand out http:// links instead of https://
20:17 < mmcgrath> ricky: No, but I plan on enabling it the day before the release and removing it the day after.
20:17 < mmcgrath> as part of a release cycle.
20:18 < ricky> mmcgrath: Sorry, you mean enabling caching of certain pages?
20:18 < mmcgrath> ricky: I was just going to enable disk caching of /wiki again at the proxy layer.
20:18 < ricky> Ah, OK.
20:18 < ianweller> will sending ?action=purge make it so that we can update the disk cache?
20:18 < ricky> ianweller: Remind us to clear the caches after you/anybody makes any f10 edits, then
20:18 < ianweller> just in case we need to emergency update a page
20:19 < ianweller> like that ;)
20:19 < ricky> ianweller: I don't think so, that would only clear mediawiki's cache, not apache's cache
20:19 < ricky> So yeah, remind us to clear both caches any time an important edit is made :-)
20:19 < sijis> does the wiki have any 'freeze' times too?
20:20 < ricky> Not that I know of, since it's not currently translated.
20:20 -!- josedamiangarrid [n=damian(a)188.8.131.52] has quit "Leaving."
20:20 < ianweller> only wiki freezes are for rel notes
20:20 < ianweller> so that they can be translated
20:21 < ianweller> in the not-wiki
20:22 < ricky> So does anybody have anything else to discuss from previous releases?
20:23 -!- ricky changed the topic of #fedora-meeting to: Infrastructure Meeting - Open Floor
20:23 < ricky> Anything anybody wants to bring up in general?
20:24 * ricky welcomes sijis - he recently sent an introduction to list
20:25 < ricky> Closing n 30 if there's nothing else
20:25 < ricky> **in
20:25 < sijis> yes.. thanks ricky.
20:25 < ricky> :-)
20:25 < sijis> i just want to say, i hope i can be of help :) and it'll be a pleasure working with eveyrone
20:25 * ianweller high fives sijis
20:25 < ricky> Thanks :-)
20:26 < ricky> All right then, see you all back in #fedora-admin then :-)
Hey all. My name is Sijis Aviles and I'm a Systems Engineer living in
Chicago, IL. I've been using linux for about 5 years now, and became
an RHCE about a 1 1/2 years ago. I started with Debian and then moved
to Fedora during the F7 release. My experiences are primarily with
scripting and web technologies: PHP, Batch, VB, Bash, HTML/CSS and
some Perl, C/C++. I'm currently learning Python.
I love to learn and figure out how things work. Challenges are always
fun and I'm not afraid to ask questions or for help.
I think I'd like to participate with the web, noc or tools FIGs.
I hope I can be of help and continue the Fedora tradition.
Could I ask someone to set up a rewrite rule or a redirect that would
send people from:
I'm not the expert but I think what we need is a rewrite, since there
are a ton of subdirectories and files under there.
The /f10 content is pre-existing, and essentially we're just sending
people away from preview content to the final content. In the /f11
case it's the same, but I've copied the preview content and the Docs
team will simply replace the preview content with the final content
shortly for release day.
We're doing this because QA noted, wisely, that the way things stand
right now, they have to change some links in a release-day rain dance
to make sure people are looking at the right content. Better that the
link always point to a single location and that the content update.
Our Docs crew is relatively new at this and out of an abundance of
caution they chose to keep the preview docs separated. In the future
everyone agreed there should be a procedure of treating these
directories like branches, with no need for 'f12beta' or 'f12preview'.
Eric Christensen will file a ticket to support this request, as soon
as I get the CVS stuff done to support it.
Did I mention how hard it is to use CVS now that I use git regularly?
Paul W. Frields http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
http://redhat.com/ - - - - http://pfrields.fedorapeople.org/irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug
I was changing some settings with my mobile phone company and in order to
change my password they made me use what looks a lot like 2 factor auth:
something I know: my current password
something I have: my phone
I logged in with my current password - then they txt'd me a temporary
password which I had to type in to verify I was me.
Which got me to wondering - if most people have a mobile phone and/or have
access to one - why couldn't we use that as the second factor for our
I can think of multiple ways to do it:
1. login to a web page
2. click on 'auth me' button
3. it sends you a txt msg
4. you input the password it sent you
5. you get a cert back that you use for auths for a set period of time (24
1. login to a webpage
2. download a key
3. it sends you a txt msg which contains a password for that key
4. the key + txt'd password allows you to login for a set period of time
Now, my question is - what is dangerous/silly about this?
As the fedoraproject aliases have trouble forwarding mail to GMX, I've
changed my FAS account to use my Google Mail address. I've confirmed
the change meanwhile.
In bugzilla, however, my account still uses my GMX address. And I cannot
change that. When I try to change it, I get:
There is already an account with the login name mschwendt AT gmail.com.
That looks as if the FAS sync script created a separate account for me.
Are there special requirements for FAS users? Do I need to change email
addr in bugzilla _before_ changing it in FAS? Or what is necessary to
get this right?