infrastructure December 2008

infrastructure@lists.fedoraproject.org

54 participants
58 discussions

[Fwd: Hello! Need help here.]
by Ignacio Vazquez-Abrams 15 Dec '08

15 Dec '08

For your consideration. -------- Forwarded Message -------- > From: Adam Watts <signedadam(a)googlemail.com> > To: webmaster(a)fedoraproject.org > Subject: Hello! Need help here. > Date: Mon, 15 Dec 2008 14:07:30 +0000 > > Hi there Web Maser of the Fedora project. > > I have created a new account with you and i see on my > Todo queue: > * You have not submitted an SSH key, some Fedora resources > require an SSH key. Please submit yours by editing My Account > Download a client-side certificate > > Can you tell me what this is, and do i need to do it ? > > -- Ignacio Vazquez-Abrams <ivazqueznet(a)gmail.com>

1 0

Custom planets / Fedora Art
by Nicu Buculei 15 Dec '08

15 Dec '08

One of the reasons for the change of planet infrastructure (.planet user files) was to enable the ability to create customized aggregators (language based or interest based). As I am not aware about any such customization deployed yet, here is my question: what should I formally do for the creation of a "Planet Fedora Art"[*] aggregation? I envision it as an aggregation of not only blogs of the member of the Art team (some don't have their blogs on the main Planet yet) but also other feeds, like from flickr/picasaweb/gallery or YouTube/BlipTv. [*] we may want to call it Design&Creative, but this is not relevant at this point. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro

5 6

Introduction - Michael Kearey
by Mike Kearey 15 Dec '08

15 Dec '08

G'day all, Michael here, a long time Fedora and Red Hat user, a Red Hat employee for the last 4.5 years too. At the encouragement of our old mate Nigel ( 'G' ) I have created an account and am hoping to be able to contribute a little to the Infrastructure when I can. My experience: - Administrator and developer of home grown systems, all Red Hat or Fedora based - PostgreSQL - PHP and PEAR app development - Perl - IPtables - PAM custom module devel - Recently, Red Hat Support person with experience in: - MySQL - All the Red Hat Suite of products including - Cluster, GFS, Satellite (Spacewalk), Certificate Management System, Directory Server, etc Cheers

2 1

Note about mediawiki plugin
by Mike McGrath 15 Dec '08

15 Dec '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Many of you got an email yesterday concerning your fas username and password. Basically we have a custom plugin for our mediawiki install (http://fedoraproject.org/wiki/) That plugin still had some debug logging enabled which was causing people who logged in to get their username and password logged to the apache error logs. That in itself isn't really a problem. It's not good practice but its not a breach or anything as long as no untrusted parties get ahold of those logs. Still I think people have an expectation that their passwords are always secure and not stored unencrypted somewhere (I know I feel that way) so we thought we'd let people know who's names we found in the logs so they can change their password if they wish. The logs were discovered after our outage a few days back. While looking for the cause of some 500 errors related to the db1->db3 switch, we discovered the offending username/password combos. After that Ricky paged me, we talked a bit about what to do. I went back to sleep to think on it some and in the morning agreed with ricky. We decided it best to just remove the log lines and send an email out to everyone to let them know. People in sysadmin-main and sysadmin-web have access to these logs (and they're the groups charged with running the site) so as you can see, there really was nothing to it. I'm actually happy to say that we use encrypted passwords everywhere now, before FAS2 came out that wasn't true. So if anyone has any questions about what happened, direct them to this email (it'll be in the public archives). For the ultra paranoid here's the specific commit diff: http://tinyurl.com/69s8fd Feel free to ask any questions on this list or to admin(a)fedoraproject.org. -Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklFQWwACgkQqbFkPBIFSq1aWACeKFRafayalnarsNrhmfFs0C6o C6QAmgNeorUgcMKE4mWALDzlwcHE0xSH =AAS6 -----END PGP SIGNATURE-----

1 0

Hello All
by Samant_Kumar 13 Dec '08

13 Dec '08

Dear All, I have decided to contribute to the fedora community as I have used Fedora. I am Interested in C programming, though I do not have formal experience in C programming, I do have some programming history in C. On a scale of 1-10 in C programming, I figure myself at 3 or 4, but I am willing to learn and deliver. I Have some, but very little System programming experience in which I had designed a very basic Shell on my own. I was trained in Satyam. I have a fedora box which I administer on my own. I hope that I will be able to contribute to this community with my zeal to learn and I hope this community will help me learn Thanks and Regards moksha ________________________________ DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated.

1 0

Outage Notification - wiki, smolt, transifex
by Ricky Zhou 13 Dec '08

13 Dec '08

Outage Notification - 2008-12-13 06:10 UTC There was an unplanned outage starting at 2008-12-13 05:48 UTC. To convert UTC to your local time, run: date -d 'YYYY-MM-DD HH:MM UTC' Affected Services: Translation Services (transifex) Websites (wiki, smolt) Database (mysql) Unaffected Services: Buildsystem CVS / Source Control DNS Fedora Hosted Fedora People Fedora Talk Mail Mirror System Torrent Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/1053 Reason for Outage: xen12, the machine with our MySQL server on it is having hardware problems. We are currently waiting for a tech to fix it on site. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage.

1 0

technical spec
by supriyaworlikar＠indiatimes.com 12 Dec '08

12 Dec '08

hi I am very much familiar with security in linux plus proxy and selinux is the field in which i am willing to explore thanks and regards Supriya -- "KLUB MJ Hunt, Search for India's First Movie Jockey" For more details log on to http://www.zeecinema.com

1 0

Meeting Log - 2008-12-11
by Ricky Zhou 12 Dec '08

12 Dec '08

20:01 -!- mmcgrath changed the topic of #fedora-meeting to: Fedora Infrastructure -- Who's here? 20:01 -!- tjdavisbz [n=tjdavisb(a)200.32.255.114] has joined #fedora-meeting 20:02 -!- notting [n=notting@redhat/notting] has joined #fedora-meeting 20:02 -!- Sonar_Guy [n=Baconz@fedora/sonarguy] has quit "Xchat destroyed by Operating System" 20:02 < mmcgrath> So who's here? 20:02 * nirik is sitting in the cheap seats in the back. 20:02 < f13> I'm kind of here, but about to be called away to luch with the family any moment now 20:03 < mmcgrath> abadger1999 dgilmore f13 G G_work ivazquez jcollie jds2001 lmacken paulobanon quaid ricky ping! 20:03 < mmcgrath> f13: <nod> 20:03 < ivazquez> Pong. 20:03 * mmcgrath thinks G isn't awake yet :) 20:03 < abadger1999> pong 20:04 < abadger1999> f13: Aww... we're your family too ;-) 20:04 < mmcgrath> Ok, well lets get started. 20:05 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:05 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assi… 20:05 < zodbot> mmcgrath: http://tinyurl.com/47e37y 20:05 < mmcgrath> .ticket 740 20:05 < zodbot> mmcgrath: #740 (Loaning out system time to OLPC participants) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/740 20:05 < mmcgrath> dgilmore: any news here? 20:06 -!- warren [n=warren@redhat/wombat/warren] has joined #fedora-meeting 20:07 * mmcgrath will assume not. 20:07 < mmcgrath> And thats our only ticket listed with meeting keyword so I'll move on 20:07 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- nfs1 20:07 < mmcgrath> One thing I'm going to spend some time doing over the next couple of weeks is getting more information about the trending on nfs1. 20:07 < mmcgrath> The amount of IO it gets just doesn't make sense to me. 20:08 < mmcgrath> and so, investigation :) 20:08 < mmcgrath> anyone have any questions / comments about nfs1? 20:08 -!- smooge [n=smooge(a)nausicaa.unm.edu] has joined #fedora-meeting 20:08 < f13> just that we'll continue to abuse it in the next few weeks 20:08 < mmcgrath> :) 20:08 < mmcgrath> WORKSFORME. 20:08 < mmcgrath> ok 20:08 -!- mmcgrath changed the topic of #fedora-meeting to: infrastructure -- New capacity 20:09 < mmcgrath> after this last trip to PHX we are in much better shape then we were this time last year. 20:09 -!- tjdavisbz [n=tjdavisb(a)200.32.255.114] has quit Read error: 60 (Operation timed out) 20:09 < mmcgrath> we actually have room to grow, a switch that works. All in all just in better shape. 20:09 < dgilmore> mmcgrath: none sorry 20:09 < mmcgrath> I'm going to spend some time with ricky and nigel to get everything non-buildsystem/releng related off of xen1 and xen2 and dedicate those servers to those purposes. 20:10 < f13> yay 20:10 < mmcgrath> we'll see how things go from there. 20:10 < mmcgrath> next 20:10 < dgilmore> mmcgrath: any word on load balancing koji? 20:10 < f13> wow. 20:10 < mmcgrath> dgilmore: I've not heard a peep on that ticket. 20:10 < f13> er 20:10 * mmcgrath sends a ping now. 20:11 * dgilmore wants to rebuild koji1 32 bit 20:11 < mmcgrath> k, ping sent 20:11 < mmcgrath> ok. next item 20:11 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- DR. 20:12 * dgilmore also wonders what we can do to try balance things inside of phx 20:12 < mmcgrath> Some of you have probably seen my commit messages over the last couple of days. 20:12 < mmcgrath> dgilmore: not sure, though AFAIK, not much until we move the buildsystem into their own network. 20:12 -!- jeff_hann [n=arares(a)89.40.98.185] has joined #fedora-meeting 20:13 < mmcgrath> So I'm almost done getting our off site backups in place. ITs all on a LUKS encrypted partition so I'll pass that pw around to the sysadmin-backup group. 20:13 < mmcgrath> We're grabbing a copy of our cvs, lookaside, database data, and stuff on puppet. 20:13 -!- stickster_afk is now known as stickster 20:13 < dgilmore> mmcgrath: so when a meteor hits PHX whats our plan of action? 20:14 -!- tjdavisbz [n=tjdavisb(a)200.32.255.114] has joined #fedora-meeting 20:14 < mmcgrath> not much exiting but it will be nice to know it exists. 20:14 < mmcgrath> dgilmore: we'll have an SOP of course :) 20:14 < mmcgrath> hopefully one that we can print up in case the wiki goes away :) 20:14 < dgilmore> mmcgrath: paper copies available offsite 20:14 < dgilmore> :) 20:15 < mmcgrath> I'm going to talk to stickster at FUDCon about a Fedora Continuity Plan. Just ot make sure I'm not missing anything and to make sure what I think is a priority for Fedora is the same thing he thinks is a priority for Fedora. 20:15 < dgilmore> :) 20:15 < mmcgrath> but it will be very intertwined with this DR site. 20:15 * stickster nods emphatically 20:16 < mmcgrath> Anyone have anything on that? 20:16 < mmcgrath> k 20:16 * dgilmore thinks stickster will say everything (esp buildsys) is viataly important 20:16 < jsmith> mmcgrath: Ugh... continuity planning.... yuck... 20:16 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- zodbot 20:16 < mmcgrath> jsmith: yuck indeed, but I am happy that we're at the point where we can even consider such things :) 20:17 < mmcgrath> Ok. zodbot! 20:17 < mmcgrath> is official 20:17 < mmcgrath> ./ping 20:17 < mmcgrath> err 20:17 < mmcgrath> .ping 20:17 < zodbot> pong 20:17 < mmcgrath> .whoami 20:17 < zodbot> mmcgrath: mmcgrath 20:17 < mmcgrath> he's in PHX and officially supported. 20:17 < mmcgrath> on noc1. I talked to ianweller about some improvements just a couple days back. 20:17 < mmcgrath> I've got the SOP up on how to start zodbot. 20:17 < mmcgrath> all pretty simple. 20:17 < dgilmore> .do you log meetings? 20:17 -!- Sparks_too [n=sparks@fedora/Sparks] has quit "Leaving" 20:17 * nirik was just looking at the log plugin 20:17 < mmcgrath> every channel zodbot is in is being logged. 20:18 < mmcgrath> though its not all exposed yet 20:18 < dgilmore> mmcgrath: :) meeting logs, roll call would be cool 20:18 < dgilmore> something like .startmeeting 20:18 < dgilmore> .topic1 20:18 < dgilmore> .topic2 20:18 < dgilmore> etc 20:18 < mmcgrath> <nod> I think thats been mentioned before but I don't know if any actual work has been done 20:18 < dgilmore> .endmeeting 20:19 < dgilmore> .vote 20:19 < nirik> http://www.ausimage.us/Code/Supybot-ChannelSummer 20:19 < dgilmore> lotsa cool things someone could work on :) 20:19 < mmcgrath> yeah. I'm sure that will be around sometime soon. 20:19 < dgilmore> dont be shy now people 20:20 < mmcgrath> nirik: hah! "I hope to provide the plugin as soon as I am clear on the license." 20:20 < smooge> oooooh that would be nice. 20:20 < nirik> yeah, many of these have unclear licenses or none. 20:20 < mmcgrath> that's got doom all over it. but if it won't work, I'm sure we can have someone (maybe abadger1999 ) spit something out in an afternoon :) 20:20 < nirik> I assume we will want to package anything we use? 20:20 < mmcgrath> nirik: yeah 20:20 -!- cebbert [n=cebbert@fedora/cebbert] has joined #fedora-meeting 20:20 < smooge> what is the problem with the license? 20:20 < dgilmore> this is something that someone new could work on as code development doesnt need access to anything 20:20 < mmcgrath> nirik: FWIW though, we have a supybot-fedora app though, it can just be added with that. 20:20 * ricky is around 20:20 < mmcgrath> smooge: I don't think the developer knows what license it is :) 20:21 < smooge> ah.. 20:21 < nirik> yeah, true I guess. 20:21 < smooge> ganja license 20:21 * mmcgrath would laugh at him but has probably been in his shoes a couple of times in the past :) 20:21 < nirik> looking like plugins are not hard to write, I might try adding a flood protect one. 20:21 < abadger1999> mmcgrath: Signing me up for more work again? ;-) 20:21 < mmcgrath> abadger1999: you were being quiet, I assumed that was you voluteering :) 20:21 < mmcgrath> anywho, the zodbot stuff is all fairly low priority but would be nice. 20:22 < mmcgrath> and it is kind of fun to code for. 20:22 < mmcgrath> I enjoyed coding the koji stuff 20:22 < mmcgrath> .buildload 20:22 < zodbot> mmcgrath: Load: 3.7 Total: 94.0 Use: 3.9% (Very Light Load) 20:22 < mmcgrath> Anywho, anyone have anything else on that? 20:22 < dgilmore> .builders 20:22 < zodbot> dgilmore: Enabled: 16 Ready: 16 Disabled: 7 20:22 < mmcgrath> k 20:22 * ricky has requested that zodbot be given ability to join more channels :-0 20:22 * nirik notes we are looking at using it or something like it in #fedora at some point. 20:23 < ricky> **:-) 20:23 < mmcgrath> ricky: is there a limit on how many channels zodbot can join? 20:23 -!- brothers [n=brothers(a)swan5.cs.unc.edu] has joined #fedora-meeting 20:23 < mmcgrath> .list 20:23 < zodbot> mmcgrath: Admin, Channel, ChannelLogger, ChannelStats, Config, Fedora, Internet, Koji, Later, Misc, Owner, Plugin, RSS, Seen, ShrinkUrl, String, Time, URL, Unix, User, and Web 20:23 < ricky> They wanted the request to come from Fedora's group contact (spot) so after that, we can make a huge list of channels for zodbot to hoin 20:23 < ricky> **join 20:23 < mmcgrath> .list channel 20:23 < zodbot> mmcgrath: alert, ban add, ban list, ban remove, capability add, capability list, capability remove, capability set, capability setdefault, capability unset, cycle, dehalfop, deop, devoice, disable, enable, halfop, ignore add, ignore list, ignore remove, invite, kban, key, kick, limit, lobotomy add, lobotomy list, lobotomy remove, mode, moderate, nicks, op, unban, unmoderate, and voice 20:23 < smooge> ooooh lobotomy 20:24 < nirik> yep. Very usefull too. 20:24 < ricky> Yeah, there's a channel limit, but you can request an exemption 20:24 * ricky is on slow wireless, sorry 20:24 < mmcgrath> ricky: ahh, I didn't realize. and I'm sure there's some zodbot is in that he doesn't need to be 20:24 * mmcgrath wonders if I can get a list of what channels he's in 20:24 < mmcgrath> .list channelstats 20:24 < zodbot> mmcgrath: channelstats and stats 20:24 < mmcgrath> .stats 20:24 < zodbot> mmcgrath: I have 3 registered users with 3 registered hostmasks; 1 owner and 0 admins. 20:24 < mmcgrath> .channelstats.stats 20:24 -!- sonargal [n=Test@fedora/SonarGal] has quit Connection timed out 20:24 < nirik> mmcgrath: yes, 'channels' but you have to msg and be an admin 20:24 < ricky> I think we should be able to put zodbot in all Fedora-related ones, if only for logging purposes 20:24 < mmcgrath> .channels 20:24 < zodbot> mmcgrath: Error: That operation cannot be done in a channel. 20:24 < mmcgrath> ah 20:25 * nirik notes that if it's always logging we need to notify people of that fact... and/or delete logs we don't want to publish 20:25 < mmcgrath> nirik: see, you're getting better at this then I am already :) 20:25 < ricky> Yup. 20:26 < mmcgrath> there we go 20:26 < mmcgrath> ricky: I just removed it from 4 channels 20:26 < nirik> :) Just wanted to see if it could work for #fedora. ;) 20:26 * ricky isn't particularly for publishing any partial logs for public channels, I'd rather it be an all or nothing, based on whether the users/ops of a channel support it 20:26 < mmcgrath> ricky: yeah, i agree. 20:27 < mmcgrath> huh 20:27 < mmcgrath> I think I just spammed everyone. 20:27 < mmcgrath> anywho. 20:27 < mmcgrath> anyone have anything else they'd like to discuss on zodbot? 20:27 < nirik> yeah, logging should be a per channel thing I guess... 20:27 < abadger1999> We could automunge email addresses in the log. 20:27 -!- cebbert [n=cebbert@fedora/cebbert] has quit Nick collision from services. 20:28 -!- cebbert [n=cebbert@fedora/cebbert] has joined #fedora-meeting 20:28 < nirik> note the last bit here: http://freenode.net/channel_guidelines.shtml 20:28 < nirik> "If you're thinking of "anonymizing" your logs (removing information that identifies the specific users), be aware that it's difficult to do it well—replies and general context often provide identifying information which is hard to filter." 20:29 < mmcgrath> nirik: yeah 20:29 < ricky> I usually try to be careful with giving full emails out in IRC - I usually say stuff like stuff at domain dot com or something - don't know if many people have this habit as well 20:30 < mmcgrath> <nod> 20:30 -!- kekko [n=kekko(a)85-18-14-22.fastres.net] has quit Read error: 54 (Connection reset by peer) 20:30 < mmcgrath> that'll be a tricky to figure out 20:31 -!- jeff_hann [n=arares(a)89.40.98.185] has quit "Leaving" 20:31 < mmcgrath> ok, well anyone have anything else on that? If not I'll open the floor. 20:31 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:31 < dgilmore> nothing more 20:32 < mmcgrath> Ok, well if no one has anything else we'll close the meeting in 30 20:32 < ricky> This is our first meeting since the release 20:32 < ricky> Is there anything to discus with regards to how that went? 20:32 < ricky> **discuss 20:32 < dgilmore> i think the release went really really well 20:32 < ricky> (It's probably a bit blurry now :-)) 20:33 < dgilmore> much smoother than previous ones 20:33 < dgilmore> though there is likely places for improvement 20:33 < mmcgrath> yeah, I'd say that release was down right boring. 20:33 < mmcgrath> which is fine by me. 20:33 < ricky> Has there been any more discussion on pushing to mirrors vs. having them pull manually at the right time? 20:33 < mmcgrath> one thing I would have liked to have measured but didn't in zabbix is hits / second at the peak. 20:33 < mmcgrath> we've got it for the wiki. 20:33 < dgilmore> f13: can yu think of things we could do to help get zero day updates out quicker 20:34 < f13> for what? 20:34 < mmcgrath> ricky: yeah. I suspect thats a long term thing. I'm not sure what mdomsch has in mind for that. 20:34 < dgilmore> much smoother than previous ones release day updates? 20:34 < dgilmore> grr 20:34 < dgilmore> f13: release day updates 20:34 < dgilmore> probably better waiting a day or two 20:34 < f13> we push those out days before 20:34 < f13> so that they're already on the mirrors at GA time 20:35 < f13> the big issue is getting mirrors to bitflip i ntime 20:35 < ricky> Yeah, that was a great idea 20:35 < dgilmore> f13: push mirroring would help there 20:35 < dgilmore> ? 20:35 < ricky> Are public mirrors currently required to run report_mirror? 20:35 < dgilmore> ricky: no 20:35 < ricky> (Or does just getting crawled work too?) 20:35 < mmcgrath> nope, its optional. 20:35 < ricky> Ah 20:35 < mmcgrath> both 20:35 < f13> dgilmore: pushing would help there yes 20:36 < mmcgrath> though someone could report with report_mirror and show up in the list, even though the bit is not flipped yet (I think) 20:36 < dgilmore> mmcgrath: they could 20:36 < ricky> And does anybody know offhand how long full crawls take nowadays? 20:36 < ricky> Was there any attempt to make sure that a crawl started after the bitflip time? 20:37 < mmcgrath> ricky: long while 20:37 < ricky> Ah, darn. 20:38 < mmcgrath> I think it'd make sense to break them up maybe, have each app server take a subset 20:38 < mmcgrath> not sure what mdomsch has in mind for that though. There's probably a couple different options 20:38 < mmcgrath> thats something we should probably wait for mdomsch to be around for. 20:38 < ricky> Yeah 20:38 < mmcgrath> anyone have anything else to discuss? If not we'll end the meeting in 30. 20:39 < dgilmore> squirrels 20:39 < dgilmore> in particular stopping the dogs from barking at them 20:39 < dgilmore> ;) 20:39 -!- cassmodiah [n=cass@fedora/cassmodiah] has quit Read error: 104 (Connection reset by peer) 20:39 < notting> shoot the squirrels? 20:39 < mmcgrath> heh 20:40 < mmcgrath> ok, with that 20:40 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End 20:40 < dgilmore> notting: i cant shoot them 20:40 < ricky> Heh 20:40 < notting> have the dogs 'accidentally' catch them? 20:40 -!- mmcgrath 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/Communicate/FedoraMeetingChannel for meeting schedule 20:41 < dgilmore> notting: i have little dogs. i think the squirrels are bigger than them 20:42 * nirik can loan you some dogs that also don't like squirrels and can catch them if they aren't too high up in the trees. ;) 20:43 < notting> dgilmore: somehow prevent the dogs from seeing the squirrels? 20:44 < brothers> start over, raise the dogs from pups alongside squirrels, so they learn to coexist 20:45 < dgilmore> notting: thats what ive been trying :) 20:48 -!- brothers [n=brothers(a)swan5.cs.unc.edu] has left #fedora-meeting [] 20:55 < warren> http://www.donweiser.com/videos.html White squirrel videos!

1 0

OpenVPN
by TJ Davis 12 Dec '08

12 Dec '08

Hello all. I had introduced myself a few weeks ago and mentioned that I have some OpenVPN experience. Today I was reading over some of the SOPs and noticed this TODO on the OpenVPN SOP: ---- Deploy an additional VPN server outside of PHX. OpenVPN does support failover automatically so if configured properly, when the primary VPN server goes down all hosts should connect to the next host in the list ---- I would like to offer to work on this. I would need a mentor to help me get acclimated to the environment but I am confident that I could get it up and running effectively and I have some spare time that I would love to put towards this. Regards. -- TJ Davis The sun can still shine behind a closed mind. -All Together Separate

3 3

fedorahosted mtn
by Roland McGrath 11 Dec '08

11 Dec '08

elfutils is switching to git, and AFAIK no other fedorahosted projects use mtn. I don't intend to work on the hosting support for mtn any more. (I've stopped maintaining any mtn-related Fedora/EPEL packages too.) Thomas Moschny maintains the mtn-related Fedora packages. He's also the author of the trac plugin. Thomas is the only person I can think of who might be interested in maintaining mtn hosting support for fedorahosted. Unless Thomas wants to take it over, I suggest we drop the mtn support (such as it is). Please note that I would like the existing mtn.fedorahosted.org alias and the run-mtn ssh support to stay around for a while, until all the elfutils developers have finalized the migration. So don't hurry to chop it all off. Thanks, Roland

4 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

infrastructure December 2008