fedorahosted.org: Call for RHEL6 testing

[Kevin Fenzi]

Greetings.

As we recently announced, we are working on migrating fedorahosted.org
over to a newer instance or instances. We announced and held a activity
day:
http://lists.fedoraproject.org/pipermail/devel-announce/2011-November/000857...

Which resulted in the following plans: 
http://lists.fedoraproject.org/pipermail/infrastructure/2011-November/011140...

Per those plans, we have setup a RHEL6 test instance of
fedorahosted.org and would like to ask people to test against it for
issues or problems.

How to test:

edit your local /etc/hosts file and add:

66.135.62.191   fedorahosted.org git.fedorahosted.org
svn.fedorahosted.org hg.fedorahosted.org

Then your requests will go against the new instance. 
Simply use trac, your scm and anything else as normal and note any
issues or problems. The only thing that is disabled on this test
instance is email. Please note any changes you make will be LOST. This
instance is just for testing and will be resynced to real content from
time to time.

If you could collect results and mail them to this list
(infrastructure) that would be best for now.

Please do remember to remove the /etc/hosts entry when you are going to
go back to the live/production instance.

If we don't see any nasty issues by monday, I will announce more widely
for more testing. Then, hopefully by next wed we can decide if moving
to rhel6 is going to be easy/feasable in the time we have.

Thanks in advance for any testing.

kevin

[Bassford John]

Hello fedora-admins and fi-apprentices

I have been lurking in #Fedora-admin and such waiting for a chance to lend
a hand, so I though I would do some basic QA of this new environment, below
is what I have found so far.

TRAC
1. if a "environment(project)" does not have a defined logo, the
default(global) one is not displayed like the current live trac instance
does
missing logo "Fedora, HOSTED, Start a Project; watch it grow"
https://fedorahosted.org/web/static/images/fedora-hosted-banner.png
examples
https://fedorahosted.org/amber  (live env)
https://fedorahosted.org/amber (test env)

2. there are several projects that have a mailing list defined on their
trac::wiki page, that no longer work, am not sure if this an actual issue,
since the previous email stated "email would not work on this new test
environment" or if the email lists were not migrated (am guessing at that
last statement),  the links work on the live environment, I assumed you
would be able to see the email list for that project but only up to the
time of the data sync, and excluding any new emails received after the data
sync..... ( I did not check every project for a mailing list url)

https://fedorahosted.org/mailman/<project>
PROJECTS: amber
https://fedorahosted.org/pipermail/<project>
PROJECTS: arbt

3. the "default  documentation for trac" is still version 10.4, hm, or
specifically the environments(projects) that have not yet created a wiki
start page say "Welcome to TRAC <version number>" where version
is dependent on what version of trac was installed in fedorahosted.org
when the project was created/added, which seems reasonable as the
upgrade
process should not change the wiki page for an environment(project).

projects where it seems no wiki page was created.

10.4 trac default documentation example (test env) go to
https://fedorahosted.org/baraha-maps/wiki     ( Welcome to TRAC 10.4)
10.5 trac default documentation example (test env) go to
https://fedorahosted.org/MAKEDEV/              (Welcome to TRAC 10.5)

perphaps we could update the wiki start pages in those projects so the
version is correct.
Could some one confirm we did the following, just to make sure
http://trac.edgewall.org/wiki/TracUpgrade#UpdatetheTracDocumentation

4. the muffin project seems to have issues..  "the action that trigger the
error: GET: /wiki"

Well I think thats enough for now.. I`ll move on to git next...

I hope it helps make the new fedorahosted work as designed
thanks
John L Bassford
irc: jbass29503

On Fri, Nov 18, 2011 at 7:35 PM, Kevin Fenzi  wrote:
> Greetings.
>
> As we recently announced, we are working on migrating fedorahosted.org
> over to a newer instance or instances. We announced and held a activity
> day:
>
> http://lists.fedoraproject.org/pipermail/devel-announce/2011-November/000857...
>
> Which resulted in the following plans:
>
> http://lists.fedoraproject.org/pipermail/infrastructure/2011-November/011140...
>
> Per those plans, we have setup a RHEL6 test instance of
> fedorahosted.org and would like to ask people to test against it for
> issues or problems.
>
> How to test:
>
> edit your local /etc/hosts file and add:
>
> 66.135.62.191   fedorahosted.org git.fedorahosted.org
> svn.fedorahosted.org hg.fedorahosted.org
>
> Then your requests will go against the new instance.
> Simply use trac, your scm and anything else as normal and note any
> issues or problems. The only thing that is disabled on this test
> instance is email. Please note any changes you make will be LOST. This
> instance is just for testing and will be resynced to real content from
> time to time.
>
> If you could collect results and mail them to this list
> (infrastructure) that would be best for now.
>
> Please do remember to remove the /etc/hosts entry when you are going to
> go back to the live/production instance.
>
> If we don't see any nasty issues by monday, I will announce more widely
> for more testing. Then, hopefully by next wed we can decide if moving
> to rhel6 is going to be easy/feasable in the time we have.
>
> Thanks in advance for any testing.
>
> kevin
>
> infrastructure mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/infrastructure

[Kevin Fenzi]

On Fri, 18 Nov 2011 22:12:37 -0500
Bassford John  wrote:
> Hello fedora-admins and fi-apprentices
>
> I have been lurking in #Fedora-admin and such waiting for a chance to
> lend a hand, so I though I would do some basic QA of this new
> environment, below is what I have found so far.

Excellent. ;) Thank you.
> TRAC
> if a "environment(project)" does not have a defined logo, the
>
> default(global) one is not displayed like the current live trac
> instance does
> missing logo "Fedora, HOSTED, Start a Project; watch it grow"
> https://fedorahosted.org/web/static/images/fedora-hosted-banner.png
> examples
> https://fedorahosted.org/amber  (live env)
> https://fedorahosted.org/amber (test env)

Interesting. Ok, I will take a look and see if we can fix that up. 
(Or if someone else would like to, please go ahead :)
> there are several projects that have a mailing list defined on
>
> their trac::wiki page, that no longer work, am not sure if this an
> actual issue, since the previous email stated "email would not work
> on this new test environment" or if the email lists were not migrated
> (am guessing at that last statement),  the links work on the live
> environment, I assumed you would be able to see the email list for
> that project but only up to the time of the data sync, and excluding
> any new emails received after the data sync..... ( I did not check
> every project for a mailing list url)
>
> https://fedorahosted.org/mailman/<project>
> PROJECTS: amber
> https://fedorahosted.org/pipermail/<project>
> PROJECTS: arbt

Yeah, I should have been more clear on email. Two things here:

a) postfix is off on the test instance. This means no action there will
send out emails. We did this to avoid confusion. If someone commits to
the test server it would look like a real commit to the live production
instance, and we don't want that.

b) we are going to migrate lists off fedorahosted over to our collab
servers, so we don't need to test lists on this instance. ;)
> the "default  documentation for trac" is still version 10.4, hm, or
>
> specifically the environments(projects) that have not yet created a
> wiki start page say "Welcome to TRAC <version number>" where version
> is dependent on what version of trac was installed in fedorahosted.org
> when the project was created/added, which seems reasonable as the
> upgrade
> process should not change the wiki page for an environment(project).
>
> projects where it seems no wiki page was created.
>
> 10.4 trac default documentation example (test env) go to
> https://fedorahosted.org/baraha-maps/wiki     ( Welcome to TRAC 10.4)
> 10.5 trac default documentation example (test env) go to
> https://fedorahosted.org/MAKEDEV/              (Welcome to TRAC 10.5)
>
> perphaps we could update the wiki start pages in those projects so the
> version is correct.
> Could some one confirm we did the following, just to make sure
> http://trac.edgewall.org/wiki/TracUpgrade#UpdatetheTracDocumentation

Yeah, we did do the wiki convert, but it notes specifically that it
will not change your start page. ;) I don't think this is a big deal.
We could script something to change it, but projects that haven't setup
anything now likely won't later either, so it's always going to be out
of date until they do.
> the muffin project seems to have issues..  "the action that
>
> trigger the error: GET: /wiki"

Interesting. ok. Will investigate this one.
> Well I think thats enough for now.. I`ll move on to git next...

Thanks!
> I hope it helps make the new fedorahosted work as designed

Excellent feedback. I really appreciate it.

kevin

[Kevin Fenzi]

On Fri, 18 Nov 2011 22:12:37 -0500
Bassford John  wrote:

...snip...
> TRAC
> if a "environment(project)" does not have a defined logo, the
>
> default(global) one is not displayed like the current live trac
> instance does
> missing logo "Fedora, HOSTED, Start a Project; watch it grow"
> https://fedorahosted.org/web/static/images/fedora-hosted-banner.png
> examples
> https://fedorahosted.org/amber  (live env)
> https://fedorahosted.org/amber (test env)

This should be fixed now. It looks like it used to inherit that setting
from a global ini, but no longer does. I have setup my conversion
script to just link that into default_site_logo.png, so it should pick
up right on the projects that never setup their own logo. 
...snip...
> the muffin project seems to have issues..  "the action that
>
> trigger the error: GET: /wiki"

Fixed. This was actually broken on hosted01 as well. 
The git dir was "Muffin" instead of "Muffin.git". ;)

kevin