Re: Removal of old projects from fedorahosted.
On Tue, Sep 9, 2008 at 4:35 PM, Mike McGrath [EMAIL PROTECTED] wrote: In general from the infrastructure side I'd say we want to keep the barrier to enter low but the quality high. Certainly there's projects that don't need to be updated every 6 months but we can identify those and deal accordingly. How about 'delisting' instead of deleting? I'm operating under the assumption that the infrastructure burden of hosting the project isn't the problem you're trying to solve, and that keeping the projects at fedora hosted relevant is. A delisted project simply wouldn't appear on the main fedora hosted list of projects, but would still be available via direct link. That way, nothing is lost, but the clutter vanishes. You could even have yet another category for projects that are known to be abandoned. -RN -- Robin Norwood The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Removal of old projects from fedorahosted.
On Tue, Sep 9, 2008 at 9:34 PM, Mike McGrath [EMAIL PROTECTED] wrote: Nope, the terms of use are already pretty clear. And no one has provided a compelling reason to keep these projects around, just lots of suggestions on how to keep them around. Deleted is what we want, not delisted or saved forever or anything like that. We're not going to commit any resources to a project that choosed not to use this free service. Well, because sooner or later, you'll delete a project that someone didn't want deleted, and they'll be ticked off. Maybe they'll open a ticket and convince the infra. team to restore the data from a backup, or maybe they'll just be ticked off and rant about how much Fedora sucks for deleting this thing they didn't want deleted. Again, I'm assuming the per-project maintenence cost is near zero (ie, a little bit of disk space). If not, then maybe I could see a case for automatically deleting old projects. -RN -- Robin Norwood The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Public demo of amber and eventual production instance
On Fri, 25 Jul 2008 14:07:41 -0400 Robin Norwood [EMAIL PROTECTED] wrote: Second, Fedora Applications/Amber is eventually going to need an actual production server ready around the Fedora 10 release date. I'd like to get to the point where I can make a formal request for aforementioned resources. What do I need to do to get there? Ping - what do I need to do to get moving on hosting resources for Amber/Fedora Applications? (Note: It hasn't yet been approved as a Feature, it's up for approval during Wednesday's FESCO meeting. Ticket: https://fedorahosted.org/fedora-infrastructure/ticket/666 -RN -- Robin Norwood Red Hat, Inc. The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Public demo of amber and eventual production instance
On Tue, 12 Aug 2008 20:09:20 -0500 (CDT) Mike McGrath [EMAIL PROTECTED] wrote: On Tue, 12 Aug 2008, Ricky Zhou wrote: On 2008-08-13 12:29:55 PM, Nigel Jones wrote: Surely it'd be better suited as 'amber.fedoraproject.org', or something like that, hopefully I'll be back later today/tomorrow to help if needed. If it requires auth, we'll probably want it at admin.fedoraproject.org so that it can share cookies with our other applications. it is probably time to better describe what goes where and why. I'm fond of the admin.fedoraproject.org/blah/ for stuff. But if this is an application that end users will be using that doesn't seem quite right. Yes, it isn't really a fedora 'admin' app. As you said, it's targeted at end users. -RN -- Robin Norwood Red Hat, Inc. The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Public demo of amber and eventual production instance
Hi, So sometime next week I'd like to link to the publictest10.fedoraproject.org/amber site and ask for feedback. In the meantime I'm going to install the latest changes on it, and load it up with all the data from F9. Just a heads-up, and a humble request not to break things (like the FAS instance I'm using) too much next week. If anyone has specific plans in that area, ping me and we can work things out. Second, Fedora Applications/Amber is eventually going to need an actual production server ready around the Fedora 10 release date. I'd like to get to the point where I can make a formal request for aforementioned resources. What do I need to do to get there? Thanks, -RN -- Robin Norwood Red Hat, Inc. The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: FAS instance on publictest10?
On Tue, 8 Jul 2008 20:51:04 -0400
Ricky Zhou [EMAIL PROTECTED] wrote:
On 2008-07-08 08:48:57 PM, Luke Macken wrote:
Hmmm, so what is the difference between the pt10 and pt9
deployments? We've been testing the bleeding-edge python-fedora
package on pt10, so if that is causing the issues we definitely
need to track it down asap.
I manually updated python-fedora on pt9 to test that as well - so far,
so good, although I still never figured out what was causing the
NoSuchTable errors on publictest10.
Well, this morning things started misbehaving on pt9, too...just
differently. :-(
From web browser, if I go to:
http://publictest9.fedoraproject.org/accounts/
and log in, I get redirected to publictest10! If I browse back to
pt9, it appears I did log in successfully. The equivalent thing
happens if I log out from pt9.
Looking at the /etc/fas.cfg on pt9, this is probably the cause of that:
samadhi.baseurl = 'http://publictest10.fedoraproject.org'
I didn't fix it b/c I haven't familiarized myself with your puppet
stuff yet.
Second, a few minutes ago I was getting 500 errors from
that fas instance when logging in from my app, but now I can't reproduce
it. :-/
Looking at the logs, it looks like the 500 errors are related to this
error:
[Wed Jul 09 14:59:40 2008] [error] raise
exceptions.DBAPIError.instance(statement, parameters, e, connection_invalidated=
is_disconnect)
[Wed Jul 09 14:59:40 2008] [error] ProgrammingError: (ProgrammingError)
server closed the connection unexpectedly
[Wed Jul 09 14:59:40 2008] [error] \tThis probably means the server
terminated abnormally
[Wed Jul 09 14:59:40 2008] [error] \tbefore or while processing the
request.
[Wed Jul 09 14:59:40 2008] [error] 'SELECT session.id AS session_id,
session.data AS session_data, session.expiration_time A
S session_expiration_time \\nFROM session \\nWHERE session.id =
%(param_1)s' {'param_1': '620e1904fbcde17dacb96779e77ec9db223
48554'}
But, like I said, they aren't happening now. Curious. Maybe it just
needed a second cup of coffee.
Thanks,
-RN
--
Robin Norwood
Red Hat, Inc.
The Sage does nothing, yet nothing remains undone.
-Lao Tzu, Te Tao Ching
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: FAS instance on publictest10?
On Mon, 7 Jul 2008 12:07:50 -0400
Robin Norwood [EMAIL PROTECTED] wrote:
Hi,
I've been trying to use the FAS instance on publictest10, and it's
acting very strangely. Basically, after a restart, it goes like this:
o FAS works fine, both from the web UI and using the API for a few
minutes.
o After a few minutes, it starts to give 500 errors with stuff like
this in the error_log:
[Mon Jul 07 08:23:07 2008] [error] [client 127.0.0.1] File
/usr/lib/python2.4/site-packages/fas/model/fasmodel.py, line 6 1,
in ? [Mon Jul 07 08:23:07 2008] [error] [client 127.0.0.1]
PeopleTable = Table('people', metadata, autoload=True)
[...]
[Mon Jul 07 08:23:07 2008] [error] [client 127.0.0.1] File
/usr/lib/python2.4/site-packages/sqlalchemy/databases/postgres. py,
line 462, in reflecttable [Mon Jul 07 08:23:07 2008] [error] [client
127.0.0.1] raise exceptions.NoSuchTableError(table.name) [Mon Jul
07 08:23:07 2008] [error] [client 127.0.0.1] NoSuchTableError: people
Very strange.
Any ideas what's going on here? If FAS on publictest10 is going
through some development upheaval, I can set one up locally for
development and try a public deployment of amber again in a few weeks.
This still seems to be broken - anybody have any suggestions? I was
hoping to let the websites team and others have a look at what I've got
so far so I can get some feedback this week.
-RN
--
Robin Norwood
Red Hat, Inc.
The Sage does nothing, yet nothing remains undone.
-Lao Tzu, Te Tao Ching
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: FAS instance on publictest10?
Ricky set up a FAS instance on pt9 that seems to work fine so far, so I'm done whining. :-) Thanks! -RN -- Robin Norwood Red Hat, Inc. The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
FAS instance on publictest10?
Hi,
I've been trying to use the FAS instance on publictest10, and it's
acting very strangely. Basically, after a restart, it goes like this:
o FAS works fine, both from the web UI and using the API for a few
minutes.
o After a few minutes, it starts to give 500 errors with stuff like
this in the error_log:
[Mon Jul 07 08:23:07 2008] [error] [client 127.0.0.1] File
/usr/lib/python2.4/site-packages/fas/model/fasmodel.py, line 6 1, in ?
[Mon Jul 07 08:23:07 2008] [error] [client 127.0.0.1] PeopleTable =
Table('people', metadata, autoload=True)
[...]
[Mon Jul 07 08:23:07 2008] [error] [client 127.0.0.1] File
/usr/lib/python2.4/site-packages/sqlalchemy/databases/postgres. py,
line 462, in reflecttable [Mon Jul 07 08:23:07 2008] [error] [client
127.0.0.1] raise exceptions.NoSuchTableError(table.name) [Mon Jul
07 08:23:07 2008] [error] [client 127.0.0.1] NoSuchTableError: people
Very strange.
Any ideas what's going on here? If FAS on publictest10 is going
through some development upheaval, I can set one up locally for
development and try a public deployment of amber again in a few weeks.
Thanks,
-RN
--
Robin Norwood
Red Hat, Inc.
The Sage does nothing, yet nothing remains undone.
-Lao Tzu, Te Tao Ching
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Advice on deploying wsgi app using jsonfas
On Mon, 30 Jun 2008 17:18:04 -0400 Robin Norwood [EMAIL PROTECTED] wrote: Unable to write to session file /var/www/.fedora_session: [Errno 13] Permission denied: '/var/www/.fedora_session' Ok, I think I figured this out a bit more. When Toshio gave me code to do the FAS stuff, he included a class called 'UserCache'. Setting this up is what was triggering the creation of the evil .fedora_session file. Just getting rid of the code that sets up the cache seems to be enough to get me working again, and users can still log in. I'm not sure what the performance implications are, but I can discuss with Toshio when he gets back. -RN -- Robin Norwood Red Hat, Inc. The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Request for hosting resource
Hi, I've been working (with lots of help from Toshio and Luke) on the Amber project (Fedora Application Database) for a few weeks now, and I'm getting perilously close to the point where it would be useful to have a public place to host a proof-of-concept style demo site. It is a turbogears app (with sqlalchemy, genshi and (soon) postresql). Does the fedora infrastructure group have resources for this kind of thing? IOW, is there a spare F9 box or virtual instance I can borrow, along the same lines as publictest10? Thanks, -RN -- Robin Norwood Red Hat, Inc. The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Request for hosting resource
On Sat, 28 Jun 2008 18:47:51 -0500 (CDT) Mike McGrath [EMAIL PROTECTED] wrote: On Sat, 28 Jun 2008, Robin Norwood wrote: Hi, I've been working (with lots of help from Toshio and Luke) on the Amber project (Fedora Application Database) for a few weeks now, and I'm getting perilously close to the point where it would be useful to have a public place to host a proof-of-concept style demo site. It is a turbogears app (with sqlalchemy, genshi and (soon) postresql). Does the fedora infrastructure group have resources for this kind of thing? IOW, is there a spare F9 box or virtual instance I can borrow, along the same lines as publictest10? We can get one setup for you, stick the requirements in a fedorahosted ticket: https://fedorahosted.org/fedora-infrastructure/ We'll get something up and going. Is there some reason you can't just use publictest10? I don't know, it might be perfectly suitable. I don't have access to it, though. I need a F9 box with git, turbogears, sqlalchemy, genshi, postres, python-docutils, python-amara, python-cpio, python-fedora...and possibly other things I'm missing. Here's the ticket: https://fedorahosted.org/fedora-infrastructure/ticket/666 Heh. Lucky ticket ID there. You'd think I were writing this in java, or something. Thanks, -RN -- Robin Norwood Red Hat, Inc. The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
