I propose a gobby service be provided, perhaps gobby.fedoraproject.org.
>From the package description:
Gobby is a free collaborative editor. This means that it provides you with the
possibility to edit files simultaneously with other users over a network. It
supports multiple documents in one session and a multi-user chat.
I see several uses for this, primarily in package spec review but also
in document editing or collaborative hacking.
RFR at http://fedoraproject.org/wiki/Infrastructure/RFR/gobby
A few things have conspired against mirrormanger in the last 12 hours,
but appear to be going OK now.
1) httpd re-reads its mod_python targets when re-forking. I had moved
the report_mirrorlist mod_python CGI, so that broke between
midnight and 3:15am. Thanks to lmacken for restarting httpd on
publictest7 for me there.
2) publictest7 went belly up about 10am. Pings ok, but can't
connect. I moved the report_mirrorlist CGI over to app3 and got it
running there serving traffic now. It belongs there anyhow.
We need to get app3 httpd into supervisord to make sure that stays up
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
I get this error when running 'yum update'.
$ sudo yum update
Loading "installonlyn" plugin
Setting up Update Process
Setting up repositories
Could not retrieve mirrorlist
[Errno 14] HTTP Error 500: Date: Sun, 13 May 2007 06:57:03 GMT
Server: Apache/2.2.4 (Fedora)
Content-Type: text/html; charset=iso-8859-1
Error: Cannot find a valid baseurl for repo: updates
Browsing via web browser to
Internal Server Error
The server encountered an internal error or misconfiguration and was
unable to complete your request.
Please contact the server administrator, root@localhost and inform
them of the time the error occurred, and anything you might have done
that may have caused the error.
More information about this error may be available in the server error log.
Apache/2.2.4 (Fedora) Server at publictest7.fedora.phx.redhat.com Port 80
Is it a larger issue?
We've got a lot of prep work to do before Fedora 7 launches. I'd like
to compile a list so if anything is missing let me know:
1) Static page content: Work with duffy, karsten, ricky and the websites
team to create a nice looking static page. Even better would be getting
this page into plone. Here's where it is at now:
this page will be distributed to the mirrors in hopes we'll not need to
use them. The idea is that a GET request followed by a REDIRECT is the
easiest, most efficient operation we can do if our webservers get
overloaded like they did last release.
2) Mirrors.fedoraproject.org: Looking good so far except for the memory
leak which steps have been taken to negate. We will also need to deploy
this on an additional box. I have an idea where to put it and hope to
have it up fairly soon.
3) Proxy server upgrades. Right now our proxy servers are running stock
RHEL4. We've been meaning to upgrade them to RHEL5 for a while now but
they are on a different network segment then the rest of our hardware
and as such we cannot easily pxe boot them (it would involve a request
to the SOC). I'm going to put a plan together to do this and minimize
any risk that may come up. The main benefit being mod_proxy_balancer.
I'm still hoping we can acquire some hardware balancers but this will
help us limp along for this release :)
4) PPC Builder: Is being delivered right now. Still needs to be
installed, built out put into the koji mix.
What am I missing?
$ rpm -q python-kid
on buildsys.fedoraproject.org would benefit from an update to 0.9.5 which
includes xml related fixes and makes it possible to create pages that
don't fail in the w3c validator.
$ rpm -q --whatrequires python-kid
On Thu, 10 May 2007 12:26:43 -0500 (CDT), Dennis Gilmore wrote:
> Other than w3c validation failing nothing is broken. an end user goes to
> view the repoview pages they see the correct thing.
That's far from a good reason to not fix it nevertheless. Afterall, part
of the development includes making sure the page templates generate valid
xhtml in the target environment.
> > Currently, repoview is the only package that requires python-kid on that
> > machine. Who decides on what packages from that mysterious private repo
> > are "supported" on that machine or not? Seth?
> In the past certain things like that package were installed. We now have
> a policy that only officially released packages can be used on
> infrastructure. the correct place to get what you want is EPEL im more
> than happy to install anything you need that is in RHEL or EPEL. But will
> not install something from outside those two sources.
With publishing packages in EPEL comes the requirement to maintain them in
EPEL many years with less or no opportunity to upgrade to a new API as
time passes by. I'm not willing to do that.
Other requirements, like createrepo-0.4.8 and its dependencies, have been
installed in violation of that "policy".
I uploaded my presentation from Tuesday to fedoraproject.org, but my
wiki page /wiki/OliverFalk didn't open afterwards; So I tried to delete
it, but now Wiki is no longer responding - not even the startpage.
Sorry, if I killed it! :-(
Can someone have a look and fix it!?
wiki went away this morning - test2 was unhappy. oom-killer had gone
wild - saying there was 0 swap available. I couldn't even login. So I
connected to xen5 and bounced it. It appears to be up now but I just
wanted to let folks know what was going on.