[proxy] Site Generation Issues...

classic Classic list List threaded Threaded
17 messages Options
Reply | Threaded
Open this post in threaded view
|

[proxy] Site Generation Issues...

James Carman
I finally got everything working and the site on my local machine looks
pretty good.  But, it looks horrible on the web!  Is there something special
I have to do to get it looking correct?

Reply | Threaded
Open this post in threaded view
|

Re: [proxy] Site Generation Issues...

Simon Kitching
On Sat, 2005-08-27 at 19:57 -0400, James Carman wrote:
> I finally got everything working and the site on my local machine looks
> pretty good.  But, it looks horrible on the web!  Is there something special
> I have to do to get it looking correct?

I would guess that the problem is a missing stylesheet. The site may
reference the stylesheet through some path that isn't valid once the
site is deployed to its final destination...

Regards,

Simon


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

James Carman
It's generated using the standard Maven build project.xml file.  For some
reason, the "style" directory on the filesystem was created without read
permissions for "all" when I did sshdeploy (or maybe it happened when I
manually uploaded stuff).  That's weird.  Hopefully doing a chmod on it will
fix the problem.  


-----Original Message-----
From: Simon Kitching [mailto:[hidden email]]
Sent: Saturday, August 27, 2005 8:04 PM
To: Jakarta Commons Developers List
Subject: Re: [proxy] Site Generation Issues...

On Sat, 2005-08-27 at 19:57 -0400, James Carman wrote:
> I finally got everything working and the site on my local machine looks
> pretty good.  But, it looks horrible on the web!  Is there something
special
> I have to do to get it looking correct?

I would guess that the problem is a missing stylesheet. The site may
reference the stylesheet through some path that isn't valid once the
site is deployed to its final destination...

Regards,

Simon


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

James Carman
How do I get Commons Proxy listed on the main Jakarta Commons page as a link
in the sandbox section?

-----Original Message-----
From: James Carman [mailto:[hidden email]]
Sent: Saturday, August 27, 2005 8:40 PM
To: 'Jakarta Commons Developers List'; [hidden email]
Subject: RE: [proxy] Site Generation Issues...

It's generated using the standard Maven build project.xml file.  For some
reason, the "style" directory on the filesystem was created without read
permissions for "all" when I did sshdeploy (or maybe it happened when I
manually uploaded stuff).  That's weird.  Hopefully doing a chmod on it will
fix the problem.  


-----Original Message-----
From: Simon Kitching [mailto:[hidden email]]
Sent: Saturday, August 27, 2005 8:04 PM
To: Jakarta Commons Developers List
Subject: Re: [proxy] Site Generation Issues...

On Sat, 2005-08-27 at 19:57 -0400, James Carman wrote:
> I finally got everything working and the site on my local machine looks
> pretty good.  But, it looks horrible on the web!  Is there something
special
> I have to do to get it looking correct?

I would guess that the problem is a missing stylesheet. The site may
reference the stylesheet through some path that isn't valid once the
site is deployed to its final destination...

Regards,

Simon


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [proxy] Site Generation Issues...

Phil Steitz
You need to add an entry to commons-build/menus/sandbox-items.ent. You
should also add an entry to commons-build/parts/sandbox-table.ent so it
shows up in the sandbox components table. Then do site:generate from
commons-build, make sure it looks OK, check in changes and then maven
site:sshdeploy.

If you want the commons l&f, you should also add
maven.xdoc.jsl=../commons-build/commons-site.jsl
to your project.properties

Phil


On 8/27/05, James Carman <[hidden email]> wrote:

>
> How do I get Commons Proxy listed on the main Jakarta Commons page as a
> link
> in the sandbox section?
>
> -----Original Message-----
> From: James Carman [mailto:[hidden email]]
> Sent: Saturday, August 27, 2005 8:40 PM
> To: 'Jakarta Commons Developers List'; [hidden email]
> Subject: RE: [proxy] Site Generation Issues...
>
> It's generated using the standard Maven build project.xml file. For some
> reason, the "style" directory on the filesystem was created without read
> permissions for "all" when I did sshdeploy (or maybe it happened when I
> manually uploaded stuff). That's weird. Hopefully doing a chmod on it will
> fix the problem.
>
>
> -----Original Message-----
> From: Simon Kitching [mailto:[hidden email]]
> Sent: Saturday, August 27, 2005 8:04 PM
> To: Jakarta Commons Developers List
> Subject: Re: [proxy] Site Generation Issues...
>
> On Sat, 2005-08-27 at 19:57 -0400, James Carman wrote:
> > I finally got everything working and the site on my local machine looks
> > pretty good. But, it looks horrible on the web! Is there something
> special
> > I have to do to get it looking correct?
>
> I would guess that the problem is a missing stylesheet. The site may
> reference the stylesheet through some path that isn't valid once the
> site is deployed to its final destination...
>
> Regards,
>
> Simon
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

James Carman
Well, there's only one problem.  I did what you instructed me to do.
However, when I run site:sshdeploy on the commons-build project, it hangs on
the step where it tries to create the directory:

    [gzip] Building: C:\Documents and
Settings\jcarman\IdeaProjects\commons-build\target\commons-1.0-site.tar.gz
    [delete] Deleting: C:\Documents and
Settings\jcarman\IdeaProjects\commons-build\target\commons-1.0-site.tar
    [exec] [VERBOSE] Current OS is Windows XP
    [exec] [VERBOSE] Executing 'ssh' with arguments:
'-l'
'jcarman'
'people.apache.org'
'mkdir -p /www/jakarta.apache.org/commons'

The ' characters around the executable and arguments are not part of the
command.

    [exec] [DEBUG] Execute:Java13CommandLauncher: Executing 'ssh' with
arguments:
'-l'
'jcarman'
'people.apache.org'
'mkdir -p /www/jakarta.apache.org/commons'

The ' characters around the executable and arguments are
not part of the command.


It just sits there doing nothing at this point.  Is it a file permissions
problem?  If so, you'd think it'd fail pretty quickly on that.


-----Original Message-----
From: Phil Steitz [mailto:[hidden email]]
Sent: Saturday, August 27, 2005 10:23 PM
To: Jakarta Commons Developers List
Subject: Re: [proxy] Site Generation Issues...

You need to add an entry to commons-build/menus/sandbox-items.ent. You
should also add an entry to commons-build/parts/sandbox-table.ent so it
shows up in the sandbox components table. Then do site:generate from
commons-build, make sure it looks OK, check in changes and then maven
site:sshdeploy.

If you want the commons l&f, you should also add
maven.xdoc.jsl=../commons-build/commons-site.jsl
to your project.properties

Phil


On 8/27/05, James Carman <[hidden email]> wrote:

>
> How do I get Commons Proxy listed on the main Jakarta Commons page as a
> link
> in the sandbox section?
>
> -----Original Message-----
> From: James Carman [mailto:[hidden email]]
> Sent: Saturday, August 27, 2005 8:40 PM
> To: 'Jakarta Commons Developers List'; [hidden email]
> Subject: RE: [proxy] Site Generation Issues...
>
> It's generated using the standard Maven build project.xml file. For some
> reason, the "style" directory on the filesystem was created without read
> permissions for "all" when I did sshdeploy (or maybe it happened when I
> manually uploaded stuff). That's weird. Hopefully doing a chmod on it will
> fix the problem.
>
>
> -----Original Message-----
> From: Simon Kitching [mailto:[hidden email]]
> Sent: Saturday, August 27, 2005 8:04 PM
> To: Jakarta Commons Developers List
> Subject: Re: [proxy] Site Generation Issues...
>
> On Sat, 2005-08-27 at 19:57 -0400, James Carman wrote:
> > I finally got everything working and the site on my local machine looks
> > pretty good. But, it looks horrible on the web! Is there something
> special
> > I have to do to get it looking correct?
>
> I would guess that the problem is a missing stylesheet. The site may
> reference the stylesheet through some path that isn't valid once the
> site is deployed to its final destination...
>
> Regards,
>
> Simon
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [proxy] Site Generation Issues...

Phil Steitz
This could be an ssh authentication problem. Do you an ssh key set up on
minotaur? IIRC, there is a problem getting challenge-response to work on
windows.

Phil

On 8/27/05, James Carman <[hidden email]> wrote:

>
> Well, there's only one problem. I did what you instructed me to do.
> However, when I run site:sshdeploy on the commons-build project, it hangs
> on
> the step where it tries to create the directory:
>
> [gzip] Building: C:\Documents and
> Settings\jcarman\IdeaProjects\commons-build\target\commons-1.0-site.tar.gz
> [delete] Deleting: C:\Documents and
> Settings\jcarman\IdeaProjects\commons-build\target\commons-1.0-site.tar
> [exec] [VERBOSE] Current OS is Windows XP
> [exec] [VERBOSE] Executing 'ssh' with arguments:
> '-l'
> 'jcarman'
> 'people.apache.org <http://people.apache.org>'
> 'mkdir -p /www/jakarta.apache.org/commons'
>
> The ' characters around the executable and arguments are not part of the
> command.
>
> [exec] [DEBUG] Execute:Java13CommandLauncher: Executing 'ssh' with
> arguments:
> '-l'
> 'jcarman'
> 'people.apache.org <http://people.apache.org>'
> 'mkdir -p /www/jakarta.apache.org/commons'
>
> The ' characters around the executable and arguments are
> not part of the command.
>
>
> It just sits there doing nothing at this point. Is it a file permissions
> problem? If so, you'd think it'd fail pretty quickly on that.
>
>
> -----Original Message-----
> From: Phil Steitz [mailto:[hidden email]]
> Sent: Saturday, August 27, 2005 10:23 PM
> To: Jakarta Commons Developers List
> Subject: Re: [proxy] Site Generation Issues...
>
> You need to add an entry to commons-build/menus/sandbox-items.ent. You
> should also add an entry to commons-build/parts/sandbox-table.ent so it
> shows up in the sandbox components table. Then do site:generate from
> commons-build, make sure it looks OK, check in changes and then maven
> site:sshdeploy.
>
> If you want the commons l&f, you should also add
> maven.xdoc.jsl=../commons-build/commons-site.jsl
> to your project.properties
>
> Phil
>
>
> On 8/27/05, James Carman <[hidden email]> wrote:
> >
> > How do I get Commons Proxy listed on the main Jakarta Commons page as a
> > link
> > in the sandbox section?
> >
> > -----Original Message-----
> > From: James Carman [mailto:[hidden email]]
> > Sent: Saturday, August 27, 2005 8:40 PM
> > To: 'Jakarta Commons Developers List'; [hidden email]
> > Subject: RE: [proxy] Site Generation Issues...
> >
> > It's generated using the standard Maven build project.xml file. For some
> > reason, the "style" directory on the filesystem was created without read
> > permissions for "all" when I did sshdeploy (or maybe it happened when I
> > manually uploaded stuff). That's weird. Hopefully doing a chmod on it
> will
> > fix the problem.
> >
> >
> > -----Original Message-----
> > From: Simon Kitching [mailto:[hidden email]]
> > Sent: Saturday, August 27, 2005 8:04 PM
> > To: Jakarta Commons Developers List
> > Subject: Re: [proxy] Site Generation Issues...
> >
> > On Sat, 2005-08-27 at 19:57 -0400, James Carman wrote:
> > > I finally got everything working and the site on my local machine
> looks
> > > pretty good. But, it looks horrible on the web! Is there something
> > special
> > > I have to do to get it looking correct?
> >
> > I would guess that the problem is a missing stylesheet. The site may
> > reference the stylesheet through some path that isn't valid once the
> > site is deployed to its final destination...
> >
> > Regards,
> >
> > Simon
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

James Carman
I can ssh to minotaur with no problems using my ssh key.  Just for kicks, I
tried it from my linux box, and it worked.  So, I guess there's an issue
with using cygwin's ssh?

-----Original Message-----
From: Phil Steitz [mailto:[hidden email]]
Sent: Sunday, August 28, 2005 1:52 AM
To: Jakarta Commons Developers List
Subject: Re: [proxy] Site Generation Issues...

This could be an ssh authentication problem. Do you an ssh key set up on
minotaur? IIRC, there is a problem getting challenge-response to work on
windows.

Phil

On 8/27/05, James Carman <[hidden email]> wrote:

>
> Well, there's only one problem. I did what you instructed me to do.
> However, when I run site:sshdeploy on the commons-build project, it hangs
> on
> the step where it tries to create the directory:
>
> [gzip] Building: C:\Documents and
> Settings\jcarman\IdeaProjects\commons-build\target\commons-1.0-site.tar.gz
> [delete] Deleting: C:\Documents and
> Settings\jcarman\IdeaProjects\commons-build\target\commons-1.0-site.tar
> [exec] [VERBOSE] Current OS is Windows XP
> [exec] [VERBOSE] Executing 'ssh' with arguments:
> '-l'
> 'jcarman'
> 'people.apache.org <http://people.apache.org>'
> 'mkdir -p /www/jakarta.apache.org/commons'
>
> The ' characters around the executable and arguments are not part of the
> command.
>
> [exec] [DEBUG] Execute:Java13CommandLauncher: Executing 'ssh' with
> arguments:
> '-l'
> 'jcarman'
> 'people.apache.org <http://people.apache.org>'
> 'mkdir -p /www/jakarta.apache.org/commons'
>
> The ' characters around the executable and arguments are
> not part of the command.
>
>
> It just sits there doing nothing at this point. Is it a file permissions
> problem? If so, you'd think it'd fail pretty quickly on that.
>
>
> -----Original Message-----
> From: Phil Steitz [mailto:[hidden email]]
> Sent: Saturday, August 27, 2005 10:23 PM
> To: Jakarta Commons Developers List
> Subject: Re: [proxy] Site Generation Issues...
>
> You need to add an entry to commons-build/menus/sandbox-items.ent. You
> should also add an entry to commons-build/parts/sandbox-table.ent so it
> shows up in the sandbox components table. Then do site:generate from
> commons-build, make sure it looks OK, check in changes and then maven
> site:sshdeploy.
>
> If you want the commons l&f, you should also add
> maven.xdoc.jsl=../commons-build/commons-site.jsl
> to your project.properties
>
> Phil
>
>
> On 8/27/05, James Carman <[hidden email]> wrote:
> >
> > How do I get Commons Proxy listed on the main Jakarta Commons page as a
> > link
> > in the sandbox section?
> >
> > -----Original Message-----
> > From: James Carman [mailto:[hidden email]]
> > Sent: Saturday, August 27, 2005 8:40 PM
> > To: 'Jakarta Commons Developers List'; [hidden email]
> > Subject: RE: [proxy] Site Generation Issues...
> >
> > It's generated using the standard Maven build project.xml file. For some
> > reason, the "style" directory on the filesystem was created without read
> > permissions for "all" when I did sshdeploy (or maybe it happened when I
> > manually uploaded stuff). That's weird. Hopefully doing a chmod on it
> will
> > fix the problem.
> >
> >
> > -----Original Message-----
> > From: Simon Kitching [mailto:[hidden email]]
> > Sent: Saturday, August 27, 2005 8:04 PM
> > To: Jakarta Commons Developers List
> > Subject: Re: [proxy] Site Generation Issues...
> >
> > On Sat, 2005-08-27 at 19:57 -0400, James Carman wrote:
> > > I finally got everything working and the site on my local machine
> looks
> > > pretty good. But, it looks horrible on the web! Is there something
> > special
> > > I have to do to get it looking correct?
> >
> > I would guess that the problem is a missing stylesheet. The site may
> > reference the stylesheet through some path that isn't valid once the
> > site is deployed to its final destination...
> >
> > Regards,
> >
> > Simon
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [proxy] Site Generation Issues...

Brett Porter-2
I can ssh in using cygwin. Can you confirm that you can ssh to
"people.apache.org" without prompting? It's just that that is what you
are attempting, but you say minotaur in your message - same box, but
possibly affects prompting from ssh.

- Brett

James Carman wrote:

>I can ssh to minotaur with no problems using my ssh key.  Just for kicks, I
>tried it from my linux box, and it worked.  So, I guess there's an issue
>with using cygwin's ssh?
>  
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

James Carman
ssh [hidden email] worked just fine.

-----Original Message-----
From: Brett Porter [mailto:[hidden email]]
Sent: Sunday, August 28, 2005 2:30 AM
To: Jakarta Commons Developers List
Subject: Re: [proxy] Site Generation Issues...

I can ssh in using cygwin. Can you confirm that you can ssh to
"people.apache.org" without prompting? It's just that that is what you
are attempting, but you say minotaur in your message - same box, but
possibly affects prompting from ssh.

- Brett

James Carman wrote:

>I can ssh to minotaur with no problems using my ssh key.  Just for kicks, I
>tried it from my linux box, and it worked.  So, I guess there's an issue
>with using cygwin's ssh?
>  
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

James Carman
All,

Sorry to be such a pest, folks.  Almost everything is looking good.  I added
Proxy to the main Jakarta Commons page.  I also switched Proxy to use the
Jakarta Commons L&F.  The only problem I see is that any of the project
reports that goes into a subdirectory (clover, Javadocs, etc.), causes a
"403 Forbidden" error.  I would assume that the directories are not
readable, but how do I change them?  I looked at Commons Clazz's "apidocs"
directory (on cvs.apache.org) and it's set up like:

drwxrwxr-x  4 dirkv  jakarta     512 Jan  4  2005 apidocs

Commons Proxy's "apidocs" directory looks like:

drwxrwxr-x  4 jcarman  jakarta     512 Aug 27 23:49 apidocs

Again, I hate to be such a bother, but I'm sure one of you guys will
immediately know what to do and you'll probably point me to a link on the
Apache site so as to say "RTFM", gracefully. :-)

Thanks,

James

-----Original Message-----
From: James Carman [mailto:[hidden email]]
Sent: Sunday, August 28, 2005 2:38 AM
To: 'Jakarta Commons Developers List'
Subject: RE: [proxy] Site Generation Issues...

ssh [hidden email] worked just fine.

-----Original Message-----
From: Brett Porter [mailto:[hidden email]]
Sent: Sunday, August 28, 2005 2:30 AM
To: Jakarta Commons Developers List
Subject: Re: [proxy] Site Generation Issues...

I can ssh in using cygwin. Can you confirm that you can ssh to
"people.apache.org" without prompting? It's just that that is what you
are attempting, but you say minotaur in your message - same box, but
possibly affects prompting from ssh.

- Brett

James Carman wrote:

>I can ssh to minotaur with no problems using my ssh key.  Just for kicks, I
>tried it from my linux box, and it worked.  So, I guess there's an issue
>with using cygwin's ssh?
>  
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [proxy] Site Generation Issues...

Brett Porter-2
It looks fine when viewed directly from minotaur, it seems the
permissions are wrong on the live webserver (which is not minotaur). IF
the permissions were wrong before and you fixed them, maybe they weren't
synced - try touching the directory so it is synced again.

Failing that, I suggest sending a query to [hidden email] or
dropping in to #asfinfra on irc.freenode.net.

Cheers,
Brett

James Carman wrote:

>All,
>
>Sorry to be such a pest, folks.  Almost everything is looking good.  I added
>Proxy to the main Jakarta Commons page.  I also switched Proxy to use the
>Jakarta Commons L&F.  The only problem I see is that any of the project
>reports that goes into a subdirectory (clover, Javadocs, etc.), causes a
>"403 Forbidden" error.  I would assume that the directories are not
>readable, but how do I change them?  I looked at Commons Clazz's "apidocs"
>directory (on cvs.apache.org) and it's set up like:
>
>drwxrwxr-x  4 dirkv  jakarta     512 Jan  4  2005 apidocs
>
>Commons Proxy's "apidocs" directory looks like:
>
>drwxrwxr-x  4 jcarman  jakarta     512 Aug 27 23:49 apidocs
>
>Again, I hate to be such a bother, but I'm sure one of you guys will
>immediately know what to do and you'll probably point me to a link on the
>Apache site so as to say "RTFM", gracefully. :-)
>
>Thanks,
>
>James
>  
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

James Carman
Well, I touched all the files in
/www/jakarta.apache.org/commons/sandbox/proxy, so I hope that works.  But,
I'm somewhat doubtful, because I completely blasted that directory's
contents before I did the site:sshdeploy.

-----Original Message-----
From: Brett Porter [mailto:[hidden email]]
Sent: Sunday, August 28, 2005 9:40 AM
To: Jakarta Commons Developers List
Subject: Re: [proxy] Site Generation Issues...

It looks fine when viewed directly from minotaur, it seems the
permissions are wrong on the live webserver (which is not minotaur). IF
the permissions were wrong before and you fixed them, maybe they weren't
synced - try touching the directory so it is synced again.

Failing that, I suggest sending a query to [hidden email] or
dropping in to #asfinfra on irc.freenode.net.

Cheers,
Brett

James Carman wrote:

>All,
>
>Sorry to be such a pest, folks.  Almost everything is looking good.  I
added

>Proxy to the main Jakarta Commons page.  I also switched Proxy to use the
>Jakarta Commons L&F.  The only problem I see is that any of the project
>reports that goes into a subdirectory (clover, Javadocs, etc.), causes a
>"403 Forbidden" error.  I would assume that the directories are not
>readable, but how do I change them?  I looked at Commons Clazz's "apidocs"
>directory (on cvs.apache.org) and it's set up like:
>
>drwxrwxr-x  4 dirkv  jakarta     512 Jan  4  2005 apidocs
>
>Commons Proxy's "apidocs" directory looks like:
>
>drwxrwxr-x  4 jcarman  jakarta     512 Aug 27 23:49 apidocs
>
>Again, I hate to be such a bother, but I'm sure one of you guys will
>immediately know what to do and you'll probably point me to a link on the
>Apache site so as to say "RTFM", gracefully. :-)
>
>Thanks,
>
>James
>  
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

Jörg Schaible-2
In reply to this post by James Carman
Hi James,

James Carman wrote on Sunday, August 28, 2005 8:25 AM:

> I can ssh to minotaur with no problems using my ssh key.
> Just for kicks, I tried it from my linux box, and it worked.
> So, I guess there's an issue with using cygwin's ssh?

what protocol do you use for the scp/ssh? Note, that you have to use scpexe to use Cygwin's scp otherwise Maven will use it's internal jsch module and Cygwin's ssh-agent is not used at all (and it is pointless if ssh works form your command line). I have following settings in my build.properties in home for my access to the maven-plugins project on SF, you might replace the "maven-plugins-sf" part with "central":

unix.mode.directory=ug=rwx,o=rx
unix.mode.file=ug=rw,o=r
maven.scp.executable=scpwin.bat
maven.repo.maven-plugins-sf=scpexe://shell.maven-plugins.sf.net
maven.repo.maven-plugins-sf.username=<username>
maven.repo.maven-plugins-sf.group=<groupname>
maven.repo.maven-plugins-sf.mode=${unix.mode.file}
maven.repo.maven-plugins-sf.directory.mode=${unix.mode.directory}

The scpwin.bat is used to call a shell script that converts the filenames into Cygwin syntax. Available from here:
http://jira.codehaus.org/browse/MPARTIFACT-28

- Jörg

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: [proxy] Site Generation Issues...

James Carman
In reply to this post by James Carman
That trick didn't work.  Anyone else have any ideas?  I never heard anything
back from the infrastructure team.

-----Original Message-----
From: James Carman [mailto:[hidden email]]
Sent: Sunday, August 28, 2005 9:54 AM
To: 'Jakarta Commons Developers List'
Cc: [hidden email]
Subject: RE: [proxy] Site Generation Issues...

Well, I touched all the files in
/www/jakarta.apache.org/commons/sandbox/proxy, so I hope that works.  But,
I'm somewhat doubtful, because I completely blasted that directory's
contents before I did the site:sshdeploy.

-----Original Message-----
From: Brett Porter [mailto:[hidden email]]
Sent: Sunday, August 28, 2005 9:40 AM
To: Jakarta Commons Developers List
Subject: Re: [proxy] Site Generation Issues...

It looks fine when viewed directly from minotaur, it seems the
permissions are wrong on the live webserver (which is not minotaur). IF
the permissions were wrong before and you fixed them, maybe they weren't
synced - try touching the directory so it is synced again.

Failing that, I suggest sending a query to [hidden email] or
dropping in to #asfinfra on irc.freenode.net.

Cheers,
Brett

James Carman wrote:

>All,
>
>Sorry to be such a pest, folks.  Almost everything is looking good.  I
added

>Proxy to the main Jakarta Commons page.  I also switched Proxy to use the
>Jakarta Commons L&F.  The only problem I see is that any of the project
>reports that goes into a subdirectory (clover, Javadocs, etc.), causes a
>"403 Forbidden" error.  I would assume that the directories are not
>readable, but how do I change them?  I looked at Commons Clazz's "apidocs"
>directory (on cvs.apache.org) and it's set up like:
>
>drwxrwxr-x  4 dirkv  jakarta     512 Jan  4  2005 apidocs
>
>Commons Proxy's "apidocs" directory looks like:
>
>drwxrwxr-x  4 jcarman  jakarta     512 Aug 27 23:49 apidocs
>
>Again, I hate to be such a bother, but I'm sure one of you guys will
>immediately know what to do and you'll probably point me to a link on the
>Apache site so as to say "RTFM", gracefully. :-)
>
>Thanks,
>
>James
>  
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [proxy] Site Generation Issues...

Leo Simons
The permissions on the live webserver are still wrong:

[leosimons@ajax]$ ls -alh | egrep '^d'
proxy
drwxrwxr-x    8 apbackup apbackup     4.0K Aug 28 08:50 .
drwxrwxr-x   28 apbackup apbackup     4.0K Aug 29 14:40 ..
drwx------    4 apbackup apbackup     4.0K Aug 28 15:50 apidocs
drwx------    4 apbackup apbackup     4.0K Aug 28 15:50 clover
drwx------    3 apbackup apbackup     4.0K Aug 28 15:50 images
drwx------    2 apbackup apbackup     4.0K Aug 28 15:50 style
drwx------    3 apbackup apbackup     4.0K Aug 28 15:50 xref
drwx------    3 apbackup apbackup     4.0K Aug 28 15:50 xref-test

I'm not too sure about the details of rsync, how it is set up between
minotaur and ajax nor how to trigger a permission update. I did 'touch' a
few directories, maybe that'll make the problem go away. I don't have karma
on ajax to chmod the files for you.

What should always work is

 rm -r /www/jakarta.apache.org/commons/sandbox/proxy

On minotaur. Then, wait at least 8 hours (I think). The files should be gone
from ajax after that. Then, re-deploy the files on minotaur with a correct
umask.

I suggest you guys fix your website deployment process to ensure that any
file that is created is actually created with the correct permissions.

Oh, and response time from infrastructure can often be a week or more. We
are lacking volunteers.

Cheers,

- LSD

On 30-08-2005 03:01, "James Carman" <[hidden email]> wrote:

> That trick didn't work.  Anyone else have any ideas?  I never heard anything
> back from the infrastructure team.
>
> -----Original Message-----
> From: James Carman [mailto:[hidden email]]
> Sent: Sunday, August 28, 2005 9:54 AM
> To: 'Jakarta Commons Developers List'
> Cc: [hidden email]
> Subject: RE: [proxy] Site Generation Issues...
>
> Well, I touched all the files in
> /www/jakarta.apache.org/commons/sandbox/proxy, so I hope that works.  But,
> I'm somewhat doubtful, because I completely blasted that directory's
> contents before I did the site:sshdeploy.
>
> -----Original Message-----
> From: Brett Porter [mailto:[hidden email]]
> Sent: Sunday, August 28, 2005 9:40 AM
> To: Jakarta Commons Developers List
> Subject: Re: [proxy] Site Generation Issues...
>
> It looks fine when viewed directly from minotaur, it seems the
> permissions are wrong on the live webserver (which is not minotaur). IF
> the permissions were wrong before and you fixed them, maybe they weren't
> synced - try touching the directory so it is synced again.
>
> Failing that, I suggest sending a query to [hidden email] or
> dropping in to #asfinfra on irc.freenode.net.
>
> Cheers,
> Brett
>
> James Carman wrote:
>
>> All,
>>
>> Sorry to be such a pest, folks.  Almost everything is looking good.  I
> added
>> Proxy to the main Jakarta Commons page.  I also switched Proxy to use the
>> Jakarta Commons L&F.  The only problem I see is that any of the project
>> reports that goes into a subdirectory (clover, Javadocs, etc.), causes a
>> "403 Forbidden" error.  I would assume that the directories are not
>> readable, but how do I change them?  I looked at Commons Clazz's "apidocs"
>> directory (on cvs.apache.org) and it's set up like:
>>
>> drwxrwxr-x  4 dirkv  jakarta     512 Jan  4  2005 apidocs
>>
>> Commons Proxy's "apidocs" directory looks like:
>>
>> drwxrwxr-x  4 jcarman  jakarta     512 Aug 27 23:49 apidocs
>>
>> Again, I hate to be such a bother, but I'm sure one of you guys will
>> immediately know what to do and you'll probably point me to a link on the
>> Apache site so as to say "RTFM", gracefully. :-)
>>
>> Thanks,
>>
>> James
>>  
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [proxy] Site Generation Issues...

Joshua Slive-2
In reply to this post by James Carman


James Carman wrote:
> That trick didn't work.  Anyone else have any ideas?  I never heard anything
> back from the infrastructure team.

If you need help, please ask for it explicitly and specifically.
Copying infrastructure in the middle of a thread without a concrete
request isn't going to get you very far.

I've fixed the permissions problem on ajax (the live webserver),
although it looks like someone has deleted these contents from minotaur.
  Note that deletes are only rsynced once every 24 hours, while updates
happen once every 2 hours.

Joshua.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]