Date: 2005-02-21T05:59:09
Editor: HenriYandell
Wiki: Jakarta Wiki
Page: SiteInfo
URL: http://wiki.apache.org/jakarta/SiteInfo
More things to delete.
Change Log:
--
@@ -32,6 +32,9 @@
1. Removal of
Still deliberating killing the vendors page.
I suggested killing it before, one of the vendors (sorry, can't find your
email now) replied very gracefully and I put it on the 'think about later'
queue in my head. Analysis of the current vendor page:
3GS LLC - No website at www.3gsllc.com
I like having a wiki page for this sort of thing - allow the community
itself to maintain such lists.
Erik
On Feb 21, 2005, at 10:27 AM, Henri Yandell wrote:
Still deliberating killing the vendors page.
I suggested killing it before, one of the vendors (sorry, can't find
your email now)
I'd suggest that we talk to the PRC about it. There are some good things
about a vendors page. Erik makes an interesting point about the Wiki, but
it would mean that we couldn't vet it for content to prevent grossly
misleading content.
--- Noel
On Feb 21, 2005, at 10:54 AM, Noel J. Bergman wrote:
I'd suggest that we talk to the PRC about it. There are some good
things
about a vendors page. Erik makes an interesting point about the Wiki,
but
it would mean that we couldn't vet it for content to prevent grossly
misleading content.
+1
Good work
On Mon, 21 Feb 2005 12:00:21 +1100, Brett Porter [EMAIL PROTECTED] wrote:
Good work Henri. Working fine for me.
Just a curiosity for later on that may be more related to the CGI than
these pages - but why are only the local mirrors and backups listed?
actually, I just
Hi,
Having just dealt with the issue below I was thinking where else, other
than the Tomcat User mailing list this information needed to be sent?
That got me thinking about the wider issue of handling security issues
at Jakarta/Apache. I went looking for, but failed to find, answers to
the
On Mon, 21 Feb 2005, Mark Thomas wrote:
Hi,
Having just dealt with the issue below I was thinking where else, other than
the Tomcat User mailing list this information needed to be sent? That got me
thinking about the wider issue of handling security issues at Jakarta/Apache.
I went looking
Date: 2005-02-21T19:30:17
Editor: HenriYandell
Wiki: Jakarta Wiki
Page: JCS promotion to SLP
URL: http://wiki.apache.org/jakarta/JCS promotion to SLP
Jira issue entered for mailing list change.
Change Log:
On Fri, 18 Feb 2005, Stefan Bodewig wrote:
On Thu, 17 Feb 2005, Henri Yandell [EMAIL PROTECTED] wrote:
Want to give it a try or shall I re-configure Gump?
I'm mentally incapacitated with the flu, try what? :)
Sorry to hear that.
The xml instead of xhtml bit?
Yes.
Seems to work. Haven't viewed the
This is now live :)
'Source Repositories' became 'CVS / SVN' for space reasons. Couldn't think
of any other way to handle it.
Redirects added. Couple of bugfixes then made for the Cactus and Taglibs
pages.
I'm going to send an announcement mail to each dev list as they all need
to know that
Anyone know why we have two .htaccess files?
Is there a performance reason or somesuch to keep the site/ redirects in
its own .htaccess file?
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
(Bcc'd to all Jakarta dev lists)
Partly an announcement that the Jakarta download pages have been changed
somewhat. Rather than one huge page, it's a whole set of pages. So when
time comes to do your next release, you modify
site/downloads/downloads.xml and run ant.
Source, binary and
Continuing my quest to reduce the Jakarta site to a 'under construction'
image:
* Delete packageversioning* files.
* Delete versioning.html.
* Delete idedevelopers.html.
Nothing within the Jakarta site links to these pages.
-
Versioning is a nice enough document, but not one that we use
Last for the night I swear.
Is there any life in the FAQs page?
http://jakarta.apache.org/site/faqs.html
A good portion of the FAQs have moved to TLP. The ApacheForge section is
utterly redundant by the Incubator now, the servlet/jsplinks at the bottom
are better placed on Tomcat's site and that
15 matches
Mail list logo
