At this point I am kinda confused, so forgive me if we discussed this already.
Did we ever discussed in getting the autoexported spaces into a local SVN repo
on brutus so we then could do an svn up from minotaur (as we do today)?
Cheers!
Hernan
Jeff Turner wrote:
On Tue, Sep 19, 2006 at
I was going to, but then I got distracted by other things... and
still unsure I like to hr+ lag that it will take to update a site...
but I will get over that.
--jason
On Sep 19, 2006, at 10:46 PM, Jeff Turner wrote:
On Tue, Sep 19, 2006 at 03:41:58AM -0700, Jason Dillon wrote:
Did
On Wed, Sep 20, 2006 at 09:30:01AM -0400, Hernan Cunico wrote:
At this point I am kinda confused, so forgive me if we discussed this
already.
Did we ever discussed in getting the autoexported spaces into a local SVN
repo on brutus so we then could do an svn up from minotaur (as we do today)?
Did http://people.apache.org/~jefft/confluence/ get moved somewhere
else?
--jason
On Aug 25, 2006, at 9:24 AM, Jeff Turner wrote:
On Fri, Aug 25, 2006 at 01:25:25AM -0700, Jason Dillon wrote:
Okay, I think that the sync that Jeff has setup will allow me to move
further on setting up the
On Tue, Sep 19, 2006 at 03:41:58AM -0700, Jason Dillon wrote:
Did http://people.apache.org/~jefft/confluence/ get moved somewhere
else?
The script broke and I disabled it, thinking no-one used it. I take it
this is being used somehow?
Anyway, I've fixed the script and it's running again.
Okay, I think that the sync that Jeff has setup will allow me to move
further on setting up the proof of concept, taking GMOxSITE and
GMOxKB and making them into something suitable to be used for http://
geronimo.apache.org
--jason
On Aug 24, 2006, at 3:02 PM, David Blevins wrote:
On
On Fri, Aug 25, 2006 at 01:25:25AM -0700, Jason Dillon wrote:
Okay, I think that the sync that Jeff has setup will allow me to move
further on setting up the proof of concept, taking GMOxSITE and
GMOxKB and making them into something suitable to be used for http://
geronimo.apache.org
On Aug 25, 2006, at 9:24 AM, Jeff Turner wrote:
I installed the Composition plugin. See test at
http://cwiki.apache.org/confluence/display/test/Index.
Unfortunately tabs
('cards') don't work on the autoexported HTML at
http://cwiki.apache.org/test/. The CSS and JS URLs are correct so
I'm
After a bunch of hacking and blind stylesheeting, I've gotten the
composition macro to be usable on exported content... tabs at least,
did not try cloaked sections.
I need to clean this up but look for new goodies on the next rev
of the POC site :-)
--jason
On Aug 25, 2006, at 9:24
It took us a humongous effort and time to get Confluence to run within
the ASF so we can now have the cwiki.
Confluence is great and we continue to find more cool features, but the
main goal of the cwiki is to be a wiki itself, we use it to document
the project.
First it was just the
On Aug 24, 2006, at 7:41 AM, Hernan Cunico wrote:
anyway, web site authoring aside, what are the benefits of moving
all the cwiki content, just a change in the URL? what is the issue
if we have pointers back and forth on both sites?
Um what do you mean by moving all the cwiki content?
Dain Sundstrom wrote:
On Aug 24, 2006, at 7:41 AM, Hernan Cunico wrote:
anyway, web site authoring aside, what are the benefits of moving all
the cwiki content, just a change in the URL? what is the issue if we
have pointers back and forth on both sites?
Um what do you mean by moving all
So, I think all that is needed is a little cleansing of the exported
HTML to get around some issues with the AE plugin. And then an rsync
and svn magic to resolve whats removed, whats added and changed ci
then svn up people:/www/*. Assuming that we still want this in SVN.
Else, the
On Aug 24, 2006, at 11:27 AM, Jason Dillon wrote:
Sounds like Jeff Turner may be willing to help us solve this
problem... pending more details.
Thanks Jeff and Jason! Hey you guys let me know if I can help. I
open sources a stream editing library with the intention of
confluence
Assuming you did have access to the box, what steps would be required
to get things setup? I know I'm asking an unnatural question as I
typically start my thinking while staring at the command prompt and
type commands iteratively till things work. But I'm just thinking if
we could maybe
I think we'd have to wget the site and the massage it.
--jason
On Aug 23, 2006, at 10:17 PM, David Blevins wrote:
Assuming you did have access to the box, what steps would be
required to get things setup? I know I'm asking an unnatural
question as I typically start my thinking while
Jason,
This is really great!
Regards,
Alan
Jason Dillon wrote:
FYI, I added an Activity section that shows recent JIRA issues
resolved and opened:
http://cwiki.apache.org/GMOxSITE/
Need a few minor changes to the autoexport plugin to get this kept in
sync on a regular basis...
This is s awesome. The JIRA integration is the icing on the cake
for me. Say we decided to switch over to this today, what do we need
to do? And more importantly, what can I do to help?
-dain
On Aug 4, 2006, at 4:32 PM, Jason Dillon wrote:
FYI, I added an Activity section that shows
Very nice Jason...like Dain asked...is there anything he can do :)
Jason Dillon wrote:
On Jul 26, 2006, at 8:52 AM, Hernan Cunico wrote:
Confluence uses it's own versioning to manage the history changes to
confluence pages, AFAIK confluence does not support SVN yet. For the
cwiki we use the
IMO, there are 2 major issues that need to be resolved before we
could make this work for our main website:
1) Add a scheduled export feature to AutoExport (w/per space
configuration)
2) We need access to the file-system that AutoExport uses to write
static pages so we can massage them a
I wonder if we could go back to running our own Confluence server in
our zone... but only to serve as the editing platform... so we could
install the plugins we want and implement the procedure we need to
sync up to the real website.
That... and its a bit safer in that someone won't nuke
FYI... I've updated to include most of the pages from the main
site... but have not fully converted them. But now you can get a
better feel for how the site might look:
http://cwiki.apache.org/GMOxSITE/
--jason
I totally missed this email when it came out. This stuff rocks!
-David
On Jul 25, 2006, at 3:34 AM, Jason Dillon wrote:
I had been wanting to use Confluence as the primary Geronimo
website for a while now... and finally just went and created proof
of concept that it might actually work...
Jason Dillon wrote:
FYI... I've updated to include most of the pages from the main site...
but have not fully converted them. But now you can get a better feel
for how the site might look:
http://cwiki.apache.org/GMOxSITE/
--jason
Looks really great!
Regards,
Alan
On Jul 27, 2006, at 6:17 PM, Jacek Laskowski wrote:
No, definitely not. What I could gather from reading the thread got me
thinking about its wide range of possibilities a few in our team seem
to be able to fully leverage and judge how useful they would
eventually be. I think we need something
I used TimTam a long time ago, and it was really cool... but I don't
believe it supports offline editing.
Or is that a new feature?
--jason
On Jul 27, 2006, at 7:53 PM, Bruce Snyder wrote:
On 7/27/06, John Sisson [EMAIL PROTECTED] wrote:
I think it would be worthwhile continuing to work
On Jul 27, 2006, at 6:42 PM, John Sisson wrote:
A bit off topic, do you know of any tools to edit pages offline
(where you can have a WYSIWYG view of the page) other than
installing a confluence server on my notebook?
Not that I am aware of :-(
I just end up installing a confluence server.
On Jul 27, 2006, at 7:35 PM, Bruce Snyder wrote:
Maintenance: I doubt we will be using any custom Confluence plugins,
the infrastructure team doesn't allow that.
We are already using AutoExport... which is custom, and will have to
either patch it or fork it to fix the remaining issues.
Is there any desire to continue moving in this direction?
I personally believe that by having the site in Confluence that it
will be much easier for us to keep the content up to date, as well as
easily be able to add new content.
IMO this is the direction that the Geronimo site should
On 7/28/06, Jason Dillon [EMAIL PROTECTED] wrote:
Is there any desire to continue moving in this direction?
I personally believe that by having the site in Confluence that it
will be much easier for us to keep the content up to date, as well as
easily be able to add new content.
IMO this is
I think it would be worthwhile continuing to work on this but I think we
need to sort out some of the issues mentioned below before we switch
over so any committer can update the site without requiring assistance
from Infra or yourself. I also agree with Matt's comment about it being
On 7/27/06, John Sisson [EMAIL PROTECTED] wrote:
I think it would be worthwhile continuing to work on this but I think we
need to sort out some of the issues mentioned below before we switch
over so any committer can update the site without requiring assistance
from Infra or yourself. I also
IMHO, I like it a lot. I would like you to continue.
Jeff
Jason Dillon wrote:
Is there any desire to continue moving in this direction?
I personally believe that by having the site in Confluence that it will
be much easier for us to keep the content up to date, as well as easily
be able
I had been wanting to use Confluence as the primary Geronimo website
for a while now... and finally just went and created proof of concept
that it might actually work... check out:
http://cwiki.apache.org/GMOxSITE/
Looks familiar? It should, cause its the same layout that we have on
Jason, nice work! Using a wiki for the website will make it easier
to make changes to the website. This also allows the website to take
advantage of the many bells and whistles in Confluence.
A few questions:
security -- how will edit access be restricted? as you know right now
only a
security -- how will edit access be restricted? as you know right now
only a committer with an ASF account can change the website (which IMO
is a good thing). how will that ACL translate to the wiki site and
how will it be maintained?
We can restrict edit to geronimo-users, which should only
Is there anyway to back out changes or make them atomic? Once nice thing about the existing process
is that people can stage changes and make them live in an instant. Perhaps that is not a huge deal
but I prefer not having the site in a state of flux while people are accessing it.
Jason
37 matches
Mail list logo
