This is because the extractor generator and transformer pair did disappear.
At least when I last checked out a week ago.
Hugo
-Original Message-
From: David Crossley [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 8:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Samples
cziegeler2003/01/17 03:05:36
Modified:src/documentation/xdocs/plan Tag: cocoon_2_0_3_branch
release.xml
Log:
Updating plan
Revision ChangesPath
No revision
No revision
1.1.2.12 +4 -8
cziegeler2003/01/17 03:06:21
Modified:src/documentation/xdocs/plan release.xml
Log:
Updating plan
Revision ChangesPath
1.12 +4 -8 xml-cocoon2/src/documentation/xdocs/plan/release.xml
Index: release.xml
Hi Cocooners,
I think it's now time (again) to plan the 2.1 release.
Yes, I know we did this several times in the past and we
moved the date. But we always had good reasons for it :)
I updated the planning docs. Is there anything more
that has to be done before a 2.1 release? Then please
add it
haul2003/01/17 03:08:46
xml-cocoon2/src/blocks/databases/samples/mod-db - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:08:46
xml-cocoon2/src/blocks/databases/samples/org-db - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:08:46
xml-cocoon2/src/blocks/databases/samples/xsp - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:08:46
xml-cocoon2/src/blocks/databases/samples/transform - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
haul2003/01/17 03:10:56
xml-cocoon2/src/blocks/web3 - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
haul2003/01/17 03:11:17
xml-cocoon2/src/blocks/web3/mocks - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
haul2003/01/17 03:11:17
xml-cocoon2/src/blocks/web3/samples - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
haul2003/01/17 03:11:54
xml-cocoon2/src/blocks/web3/samples/dtd - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
haul2003/01/17 03:11:54
xml-cocoon2/src/blocks/web3/samples/stylesheets - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:11:55
xml-cocoon2/src/blocks/web3/mocks/com - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
haul2003/01/17 03:11:54
xml-cocoon2/src/blocks/web3/samples/resources - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:11:55
xml-cocoon2/src/blocks/web3/java/org - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
haul2003/01/17 03:12:11
xml-cocoon2/src/blocks/web3/mocks/com/sap - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:12:11
xml-cocoon2/src/blocks/web3/java/org/apache - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:12:33
xml-cocoon2/src/blocks/web3/java/org/apache/cocoon - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
haul2003/01/17 03:12:31
xml-cocoon2/src/blocks/web3/mocks/com/sap/mw - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:12:43
xml-cocoon2/src/blocks/web3/mocks/com/sap/mw/jco - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
haul2003/01/17 03:12:43
xml-cocoon2/src/blocks/web3/java/org/apache/cocoon/transformation - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
haul2003/01/17 03:12:43
xml-cocoon2/src/blocks/web3/java/org/apache/cocoon/components - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
haul2003/01/17 03:12:52
xml-cocoon2/src/blocks/web3/java/org/apache/cocoon/components/web3 - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
haul2003/01/17 03:13:02
xml-cocoon2/src/blocks/web3/java/org/apache/cocoon/components/web3/impl - New
directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
haul2003/01/17 03:22:37
Added: src/webapp/samples block-samples.xml
src/blocks/portal-fw/conf portal-fw.xsamples
src/blocks/databases/samples samples.xml sitemap.xmap
src/blocks/databases/samples/xsp esql.xsd esql.xsp
haul2003/01/17 03:29:23
Modified:.build.xml changes.xml
src/webapp/samples samples.xml sitemap.xmap
src/webapp/samples/docs/samples sample-apps.xml
sample-dynamic.xml sample-xsp.xml
Antonio Gallardo wrote:
Hi Steve:
Sorry, but I dont understand the point. :-(
Vadim told me that:
Conflict. Rename your .cvsignore, checkout, then you can merge.
Then I saw the file there in the cvs site. I dont understand if this is
correct or not.
It is.
You modified your local
crafterm2003/01/17 03:31:18
Modified:src/scratchpad/src/org/apache/cocoon/webservices/instrument
DeploymentDescriptor.wsdd
InstrumentationService.java
InstrumentationServiceImpl.java
Log:
* Implemented
haul2003/01/17 03:31:19
Removed: src/webapp/samples/docs/samples/sql sql-page.xml
sql-page.xml.sql
Log:
Move database samples to block
Modify build system to merge *.xsample files to block-samples.xml
Move authentication-fw samples to
haul2003/01/17 03:31:55
Modified:src/java/org/apache/cocoon/components/modules/input
DigestMetaModule.java
Log:
Additional encodings
Revision ChangesPath
1.12 +113 -20
haul2003/01/17 03:33:51
Modified:.project-info.xml properties.xml
src/webapp/WEB-INF/entities sitemap-v06.rng
Log:
Added web3 (SAP connectivity) block
Revision ChangesPath
1.5 +17 -0 xml-cocoon2/project-info.xml
Index:
haul2003/01/17 03:34:35
Removed: src/webapp/samples/mod-db database.xml edit-groups.xsp
schema.sql sitemap.xmap stupid.xsl user-list.xsp
Log:
Move database samples to block
Modify build system to merge *.xsample files to block-samples.xml
Move
haul2003/01/17 03:36:08
Removed: src/webapp/samples/docs/samples/xsp esql.xsd esql.xsp
Log:
Move database samples to block
Modify build system to merge *.xsample files to block-samples.xml
Move authentication-fw samples to block-samples.xml
Move portal-fw samples to
Andrew Savory wrote:
On Thu, 16 Jan 2003, Thom May wrote:
+1 to date/time/food
-1 to me having to pick the bar, its someone else's turn ;-)
Ok, slug and lettuce from about 6pm, probably downstairs near the pool
table. See http://www.slugandlettuce.co.uk/directions/soho.htm
Great, thanks
Carsten Ziegeler wrote:
Hi Cocooners,
I think it's now time (again) to plan the 2.1 release.
Yes, I know we did this several times in the past and we
moved the date. But we always had good reasons for it :)
I updated the planning docs. Is there anything more
that has to be done before a 2.1
Stefano Mazzocchi wrote:
Carsten Ziegeler wrote:
Hi Cocooners,
I think it's now time (again) to plan the 2.1 release.
Yes, I know we did this several times in the past and we
moved the date. But we always had good reasons for it :)
I updated the planning docs. Is there anything
Gerd Mueller wrote:
Hi,
That's an really interesting piece of software.
Thank you.
Some ideas for improvement:
- some kind of zoom mode to zoom into the dense dataclouds
yes, several people have asked for something like this, I might work on it.
- I assume that the three clouds
Reinhard Poetz wrote:
Stefano Mazzocchi wrote:
snip
Let me add:
- make a new method that allows the flow to call a pipeline and pass a
different output stream. This will allow to use pipelines as tools to
serialize things, say, to disk or to other means.
What do you think?
/snip
I think
Sylvain Wallez wrote:
Sorry to jump in lately, but the vote made me consider that thread as
important and I finally looked at it. So here we go...
Which was the reason to call for a vote even if the discussion is not
yet finalized :-)
I do know how lazy you people are :-) (oh, just because
Stefano Mazzocchi wrote:
. . .
No, I'm very concerned about the abuses that this software might
receive, like I'm more important than you based on positional
location.
. . .
I think this kind of information is already present in the current
version, even if less obvious: dragging a point far
Thank you very much! I thought that it would work the other way!
Regards,
Reinhard
-Original Message-
From: Christopher Oliver [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 7:18 AM
To: [EMAIL PROTECTED]
Subject: Re: [vote] finilizing the pending votes on flow [was Re:
Hi all cocooners!
What you think about the following idea:
I want to modify the serializer parameters localy (with the global serializer
settings in sitemap)
For example:
now in root sitemap I have the following serializer settings:
map:serializers default=html
map:serializer
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 1:27 PM
To: [EMAIL PROTECTED]
Subject: Re: [vote] finilizing the pending votes on flow [was Re: [RT]
Flow/SitemapIntegration]
Reinhard Poetz wrote:
Stefano Mazzocchi wrote:
Stefano Mazzocchi wrote:
This has been on my post-it notes on my desktop for a while now... I
think I'm too lazy sometimes, sorry.
don't we all? glad I could help out.
next steps:
- submitting to board for review approval before next Wednesday
- suggestion to start a Wiki page for the
Yury,
What you want is not implmented as of today, but when it was discussed
last time the outcome was that it can be implemented [1]. It just
happened that nobody needed this urgenttly enough to jump in and implement.
Vadim
[1] http://marc.theaimsgroup.com/?t=10180675811r=1w=2
Yury
On Fri, 17 Jan 2003, Stefano Mazzocchi wrote:
- I assume that the three clouds represent the three mailing lists
but I'm not sure which cloud is which list, so some more
detailed information about the connections between the squares
would be nice
Good point, I'll try to work
haul2003/01/17 05:58:53
Modified:src/java/org/apache/cocoon/components/modules/input Tag:
cocoon_2_0_3_branch DigestMetaModule.java
Log:
Added new encoding formats for the returned hash
Revision ChangesPath
No revision
Reinhard Poetz wrote:
Therefore I'll come up with a solution of using the flow as controller for
XMLForms - a 'pre-alpha' version is already running at my laptop. I know
that my solution is far from being perfect (continuations can be very tricky
...) but I want to learn and the feedback will
] --
[echo] Apache Cocoon 20030117 [1999-2003]
[echo] --
[echo] Building with Apache Ant version 1.6alpha compiled on January 17 2003
[echo] using build file /home/rubys
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[I'm resending this, since the first time I managed to inadvertently cut
the last part of the message.]
Reinhard Poetz wrote:
Therefore I'll come up with a solution of using the flow as
controller for
XMLForms - a 'pre-alpha' version is already running at my laptop. I know
that my solution
For my flows I use a self-defined function which makes this for me:
function callPipeline(src) {
xc = cocoon.componentManager.lookup( myXMLConsumer.ROLE );
resolver =
cocoon.environment.getObjectModel().get(source-resolver);
srce = resolver.resolveURI(src);
This email is autogenerated from the output from:
/home/bodewig/dev/gump/log/xml-cocoon2.html
Buildfile: build.xml
init:
[echo]
haul2003/01/17 06:18:03
Modified:src/documentation/xdocs/developing book.xml
Added: src/documentation/xdocs/developing web3.xml
Log:
docs for web3
Revision ChangesPath
1.12 +4 -0 xml-cocoon2/src/documentation/xdocs/developing/book.xml
Index:
Ugo Cei wrote:
Reinhard Poetz wrote:
Therefore I'll come up with a solution of using the flow as
controller for
XMLForms - a 'pre-alpha' version is already running at my laptop. I know
that my solution is far from being perfect (continuations can
be very tricky
...) but I want to
haul2003/01/17 06:25:34
xml-cocoon2/src/blocks/databases/samples/tutorial - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
haul2003/01/17 06:25:50
xml-cocoon2/src/blocks/databases/samples/tutorial/docs - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
haul2003/01/17 06:25:50
xml-cocoon2/src/blocks/databases/samples/tutorial/stylesheets - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
haul2003/01/17 06:25:50
xml-cocoon2/src/blocks/databases/samples/tutorial/resources - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
haul2003/01/17 06:26:02
xml-cocoon2/src/blocks/databases/samples/tutorial/stylesheets/system - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
haul2003/01/17 06:26:02
xml-cocoon2/src/blocks/databases/samples/tutorial/docs/dtd - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
haul2003/01/17 06:26:02
xml-cocoon2/src/blocks/databases/samples/tutorial/resources/images - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
haul2003/01/17 06:30:55
Removed: src/webapp/samples/tutorial menu.xml sitemap.xmap
src/webapp/samples/tutorial/stylesheets apache.xsl
src/webapp/samples/tutorial/stylesheets/system
error2document.xsl
Hi Markus,
i tried out the instrumention client. After making the the required changes
in web.xml
and restarting tomcat i get the following message from cocoon:
[ERROR] Unexpected IOE in StreamServerConnection #1
java.io.InvalidClassException:
org.apache.excalibur.altrmi.common.OpenConnection
Hi Frank,
Thanks for the information mate. Can you please let me know what JDK
version you are using with the instrumentation client, and with your
servlet environment when running Cocoon ?
Thanks, once I get your info, I'll see if I can reproduce the
- Original Message -
From: Marcus Crafter [EMAIL PROTECTED]
To: Frank Taffelt [EMAIL PROTECTED]
Cc: Cocoon Developers Mailing List [EMAIL PROTECTED]
Sent: Friday, January 17, 2003 3:58 PM
Subject: Re: Instrumentation client in Cocoon CVS ?
Hi Frank,
Thanks for the information mate.
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Sorry to jump in lately, but the vote made me consider that thread
as important and I finally looked at it. So here we go...
Which was the reason to call for a vote even if the discussion is not
yet finalized :-)
I do know how lazy you people
crafterm2003/01/17 08:03:31
Modified:lib/core excalibur-instrument-20021108.jar
excalibur-instrument-manager-20021108.jar
excalibur-instrument-manager-interfaces-20021108.jar
lib/optional excalibur-altrmi-common-20030116.jar
huber 2003/01/17 09:23:08
Modified:src/blocks/batik/java/org/apache/cocoon/xml/dom
SVGBuilder.java
Log:
fix namespace, tie svg to SVG namespace http://www.w3.org/2000/svg
Revision ChangesPath
1.4 +5 -1
huber 2003/01/17 09:28:53
Modified:src/webapp/samples sitemap.xmap
Log:
use samples.xml as used on samples/welcome page
Revision ChangesPath
1.26 +1 -1 xml-cocoon2/src/webapp/samples/sitemap.xmap
Index: sitemap.xmap
Thanks Steve.
Antonio Gallardo.
Steven Noels dijo:
Antonio Gallardo wrote:
Hi Steve:
Sorry, but I dont understand the point. :-(
Vadim told me that:
Conflict. Rename your .cvsignore, checkout, then you can merge. Then
I saw the file there in the cvs site. I dont understand if this is
hi,
David Crossley wrote:
Bernhard Huber wrote:
snip/
Yes Bernhard, i can confirm that the samples/welcome-svg
(Samples = More Samples = Static Content = SVG Welcome Page)
does *not* work. The main part of the page is blank. When
the mouse runs over the page then the URLs do properly appear
Hi All,
Just reporting back for anyone else watching this thread. Frank
and I have done some offline testing and everything seems to be
working now. The problem seemed to be in differing versions of
altrmi jars.
Hope everyone has a nice weekend! :)
Michael Melhem wrote:
On Fri, Jan 17, 2003 at 04:20:17PM +0100, Sylvain Wallez wrote:
snip/
OK. So we have some strong and justified -1's against map:flowmap...
Yes your argument is convincing, so perhaps we should put
the flowmap issue on the back-burner .. ;)
One small point
Marcus Crafter wrote:
Hi All,
Just reporting back for anyone else watching this thread. Frank
and I have done some offline testing and everything seems to be
working now. The problem seemed to be in differing versions of
altrmi jars.
Very cool ! Instrumentation is really a nice feature.
Diana wrote me privately to say that she would like to be part of the PMC.
We don't need a vote before the PMC is setup so I'm adding her to the
list. I don't attach the new file because the diff is fairly obvious.
Just wanted to let you know.
--
Stefano Mazzocchi
Bertrand Delacretaz wrote:
Stefano Mazzocchi wrote:
. . .
No, I'm very concerned about the abuses that this software might
receive, like I'm more important than you based on positional location.
. . .
I think this kind of information is already present in the current
version, even if
Dirk-Willem van Gulik wrote:
On Fri, 17 Jan 2003, Stefano Mazzocchi wrote:
- I assume that the three clouds represent the three mailing lists
but I'm not sure which cloud is which list, so some more
detailed information about the connections between the squares
would be nice
Good point,
Reinhard Poetz wrote:
There remains one open question for me: How to I get 'feedback' whether the
called pipeline did its job well or not? And if not, how to I get
information about what happend (error message/status information)?
What do you think?
I think you are getting right to the bone
Stefano Mazzocchi wrote:
Yes, you are right on the money. The information is there but it's not
objectively confrontable like numbers would be. Yes, I admit that the
'sticky node' feature was added because I was curious to play 'community
battles' between different people and see how the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16218.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sam Ruby wrote:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-17/xml-cocoon2.html
We have still 3 errors from Cocoon build in Gump.
It seems
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15350.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14803.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
huber 2003/01/17 13:16:26
Added: tools/instrumentation/bin runclient.bat
Log:
launch instrumentation under w2k
Revision ChangesPath
1.1 xml-cocoon2/tools/instrumentation/bin/runclient.bat
Index: runclient.bat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15525.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11861.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hi,
Marcus Crafter wrote:
Hi All,
Just reporting back for anyone else watching this thread. Frank
and I have done some offline testing and everything seems to be
working now. The problem seemed to be in differing versions of
altrmi jars.
Hope everyone has a nice weekend! :)
yup,
On Tue, 14 Jan 2003, Stefano Mazzocchi wrote:
Jeff Turner [EMAIL PROTECTED] has been voted for committership by the
cocoon development mail list.
Jeff is already an apache committer, but update his karma so that he can
commit to the cocoon CVS modules.
Done. Sorry for the delay.
jefft 2003/01/17 15:47:20
Modified:src/blocks/databases/samples/mod-db schema.sql
src/documentation/xdocs/userdocs/concepts caching.xml
src/java/org/apache/cocoon/components/xmlform Form.java
FormListener.java
crossley2003/01/17 22:18:56
Removed: src/blocks/databases/samples/tutorial/docs/dtd
changes-v10.dtd characters.ent document-v10.dtd
faq-v10.dtd javadoc-v04draft.dtd
specification-v10.dtd todo-v10.dtd
Log:
Remove
92 matches
Mail list logo