I agree with you.
- Original Message -
From: "Alexandre Poitras" <[EMAIL PROTECTED]>
To: "Maven Developers List"
Sent: Friday, February 24, 2006 9:34 PM
Subject: Re: Is it normal that Junit has the scope compiled in the
plexus-containers pom file?
Ok I see thank for the answer. Thi
[ http://jira.codehaus.org/browse/MNG-2050?page=comments#action_59460 ]
Gili commented on MNG-2050:
---
Confirmed, I see the same behavior on my end.
> Classloader.getResource() doesn't encode blanks
> ---
>
> Key:
[ http://jira.codehaus.org/browse/MSUREFIRE-60?page=all ]
Dan Tran updated MSUREFIRE-60:
--
Description:
MSUREFIRE-52 resets jvm working directory (user.dir) to the old value. We
need to make sure
cli's workingDirectory and system property's user.dir to h
[ http://jira.codehaus.org/browse/MSUREFIRE-60?page=all ]
Dan Tran updated MSUREFIRE-60:
--
Attachment: MSUREFIRE-60.patch
> workingDirectory in fork mode is not working
>
>
> Key: MSUREFIRE-60
>
workingDirectory in fork mode is not working
Key: MSUREFIRE-60
URL: http://jira.codehaus.org/browse/MSUREFIRE-60
Project: Maven 2.x Surefire Plugin
Type: Bug
Versions: 2.1.3
Environment: xp, linux
Reporter: D
We are pleased to announce the Maven Source Control Management Plugin 1.6
release!
http://maven.apache.org/maven-1.x/reference/plugins/scm/
A plugin for SCM tasks.
===
Changes in this version include:
New Features
We are pleased to announce the Maven JXR Plugin 1.5 release!
http://maven.apache.org/maven-1.x/reference/plugins/jxr/
Create cross reference.
===
Changes in this version include:
New Features:
o New property to ma
We are pleased to announce the Maven Artifact Plugin 1.8 release!
http://maven.apache.org/maven-1.x/reference/plugins/artifact/
Tools to manage artifacts and deployment. *WARNING*: This version of the
artifact-plugin requires Maven 1.1. People using Maven 1.0 should NOT use this
version of the
[ http://jira.codehaus.org/browse/MRM-59?page=all ]
Edwin Punzalan closed MRM-59:
-
Resolution: Fixed
> Proxy should work transparently with either maven 1.x or 2.x repositories.
> -
[ http://jira.codehaus.org/browse/MPTEST-29?page=all ]
Lukas Theussl updated MPTEST-29:
Assign To: (was: Jason van Zyl)
Fix Version: 1.8
Need to document maven.test.reportsDirectory.
> Missing formatter's extension
> --
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060225.003001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060225.003001.txt
-
To unsubscribe, e-mai
Pdf and Rtf support with the iText framework
Key: DOXIA-53
URL: http://jira.codehaus.org/browse/DOXIA-53
Project: doxia
Type: New Feature
Reporter: Vincent Siveton
Attachments: doxia_itext.zip, generated-doc.zip, ite
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060225.02.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060225.02.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060224.234501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060224.234501.txt
-
To unsubscribe, e-mai
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060224.233001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060224.233001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
This ITs are added (it0096 and it0097).
Cheers,
John
Brian E. Fox wrote:
+1.
I was pleasently surprised to find 2 issues that where bumped to 2.0.4 are
actually fixed in 2.0.3: mng-2054 and mng-2068. There are test cases attached
to these issues that I'd like to see end up as IT core tests
[ http://jira.codehaus.org/browse/MNG-2068?page=all ]
John Casey updated MNG-2068:
Assign To: John Casey
Fix Version: 2.0.3
> Multiple inheritance fails to find "grand" parent in ../../pom.xml when the
> groupIds differ (Test Case Attached)
>
[ http://jira.codehaus.org/browse/MNG-2054?page=all ]
John Casey closed MNG-2054:
---
Assign To: John Casey
Resolution: Fixed
Fix Version: (was: 2.0.4)
2.0.3
> Multiple Inheritence causes plugin executions to run multiple time
[ http://jira.codehaus.org/browse/MNG-2054?page=all ]
John Casey reopened MNG-2054:
-
> Multiple Inheritence causes plugin executions to run multiple times (Test
> Case Attached)
>
[ http://jira.codehaus.org/browse/MNG-2054?page=all ]
John Casey closed MNG-2054:
---
Resolution: Fixed
confirmed fixed by Brian Fox, I just added a variant of sample.zip as it0096.
> Multiple Inheritence causes plugin executions to run multiple times (Test
[ http://jira.codehaus.org/browse/MNG-2068?page=all ]
John Casey closed MNG-2068:
---
Resolution: Fixed
confirmed fixed by Brian Fox...I added a variant of good-sample.zip as it0097.
> Multiple inheritance fails to find "grand" parent in ../../pom.xml when
[ http://jira.codehaus.org/browse/MNG-2099?page=all ]
Olivier Lamy updated MNG-2099:
--
Attachment: MNG-2099.diff
> Anchors in http://maven.apache.org/maven-model/maven.html are broken
>
>
>
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060224.220001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060224.220001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
[ http://jira.codehaus.org/browse/CONTINUUM-608?page=comments#action_59446
]
Mang Lau commented on CONTINUUM-608:
I should also note that my script is a batch file DOS script.
> Script gets cut off when building a shell project
> ---
Script gets cut off when building a shell project
-
Key: CONTINUUM-608
URL: http://jira.codehaus.org/browse/CONTINUUM-608
Project: Continuum
Type: Bug
Components: Core system
Versions: 1.0.2
Environment: W
we can now inject StubArtifacts into the mojo's :)
maven-compiler-plugin
src/main/java
javac
target/classes
org.apache.maven.artifact.Artifact
for the time being I am sticking
Ok I see thank for the answer. This message always appears when you
compile your project and you are using Junit for your test, so it is a
little bit annoying.
On 2/24/06, Grzegorz Slowikowski <[EMAIL PROTECTED]> wrote:
> Plexus-containers pom has no dependencies.
>
> Plexus-container-default has
Plexus-containers pom has no dependencies.
Plexus-container-default has junit compile dependency
because it contains plexus base testing classes.
I think these should be it separate artifact (this would
require a lot of refactoring).
Greg
- Original Message -
From: "Alexandre Poitras"
Hi, I thought you might be interested to know that we have just added
support for Maven-style MD5 checking in Dijjer.
Dijjer is a peer-to-peer HTTP cache. It is a small Java application
that acts as a HTTP proxy on a users machine, through which the user
can download files from the world wi
Hi,
We have 5 binding +1s (John, Jason, Emmanuel, Arnaud, Lukas) and one
non-binding (Stephane), except one -0 for scm from Emmanuel. Here is the
vote thread:
http://www.nabble.com/-vote-m1-plugin-releases-t1158833.html#a3041603
I will proceed with the releases, also for scm for the reasons
+1.
I was pleasently surprised to find 2 issues that where bumped to 2.0.4 are
actually fixed in 2.0.3: mng-2054 and mng-2068. There are test cases attached
to these issues that I'd like to see end up as IT core tests to prevent future
regression. Given the late hour and my non experience with
+1
-Original Message-
From: Lukas Theussl [mailto:[EMAIL PROTECTED]
Sent: Friday, February 24, 2006 2:10 PM
To: Maven Developers List
Subject: Re: [vote] Release maven-deploy-plugin 2.2
+1
Lukas
John Casey wrote:
> Hi,
>
> Allan Ramirez has been good enough to fix the remaining bugs
[ http://jira.codehaus.org/browse/MAVEN-1749?page=all ]
Lukas Theussl closed MAVEN-1749:
Resolution: Won't Fix
The problem is the following line:
version =
${version.major}.${version.minor}.${version.patch}${versi
+1, plus upload the latest maven-scm beta3 snapshot, I can run it against my nightly release build.
-Dan
On 2/24/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
+1LukasEmmanuel Venisse wrote:> Hi everyone,>> I'd like to release
1.0 final of Maven-SCM. All APIs are stable since a> long time and we
[ http://jira.codehaus.org/browse/MNG-2068?page=comments#action_59434 ]
Brian Fox commented on MNG-2068:
This seems to be fixed in 2.0.3. Should update the fixed in version so it shows
up in the jira report. Would be nice to have an it test for this to keep
+1
Lukas
John Casey wrote:
Hi,
Allan Ramirez has been good enough to fix the remaining bugs filed
against the maven-deploy-plugin. I think it's ready for a 2.2 release.
This release will include fixes to address:
* documentation
* interpolated POM information making its way into the remot
+1
Lukas
Emmanuel Venisse wrote:
Hi everyone,
I'd like to release 1.0 final of Maven-SCM. All APIs are stable since a
long time and we didn't find any blocker issues since 1.0-beta-2 release.
The list of issues fixed are :
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pi
[ http://jira.codehaus.org/browse/MNG-2112?page=all ]
Brian Fox closed MNG-2112:
--
Resolution: Incomplete
Forget it. Must be those beers Jason talked me into. Everything is fine.
> 2.0.3 messes up plugin parameters from CLI
> --
+1! :-)
-john
Emmanuel Venisse wrote:
Hi everyone,
I'd like to release 1.0 final of Maven-SCM. All APIs are stable since a
long time and we didn't find any blocker issues since 1.0-beta-2 release.
The list of issues fixed are :
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true
It's weird because it does seem to be exactly as you descibed, but not
as I observed with dependency-maven-plugin.
http://jira.codehaus.org/browse/MNG-2112
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Friday, February 24, 2006 12:41 PM
To: Maven Developers Lis
2.0.3 messes up plugin parameters from CLI
--
Key: MNG-2112
URL: http://jira.codehaus.org/browse/MNG-2112
Project: Maven 2
Type: Bug
Components: Plugin API
Versions: 2.0.3
Reporter: Brian Fox
Priority: Crit
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Carlos Sanchez closed MAVENUPLOAD-674:
--
Resolution: Fixed
Removed jtidy wrong version
Changed poms for
xmlc-all-runtime-2.2.7.1
xmlc-taskdef-2.2.7.1
> Enhydra XMLC Compiler & Ant
Hi everyone,
I'd like to release 1.0 final of Maven-SCM. All APIs are stable since a long time and we didn't find
any blocker issues since 1.0-beta-2 release.
The list of issues fixed are :
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10527&fixfor=12346
We have now 3 i
[ http://jira.codehaus.org/browse/MEV-347?page=all ]
Carlos Sanchez closed MEV-347:
--
Assign To: Carlos Sanchez
Resolution: Fixed
poms alone are not automatically copied from m1 repo to m2
xfire should be in a m2 repository if they're building with
[ http://jira.codehaus.org/browse/SCM-85?page=all ]
Emmanuel Venisse closed SCM-85:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
It's allowed in scm plugin, need to do the same work in other plugins that
require scm interaction
> Allow svn us
Yes you're right. 1.1 is what I'm using internally. I was pretty sure
that 1.0 had the options. I'll make a test case.
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Friday, February 24, 2006 11:34 AM
To: Maven Developers List
Subject: Re: Setting parameters doesn't
[ http://jira.codehaus.org/browse/MNGECLIPSE-83?page=comments#action_59425
]
Eugene Kuleshov commented on MNGECLIPSE-83:
---
Note that very same container also used for runtime classpath when running
application or tests. So, unless you proove that r
Lack of leading / in the value strips off the first char in the
submodules' name after being staged.
Key: MSITE-95
URL: http://jira.codehaus.org/browse/MSITE-95
[ http://jira.codehaus.org/browse/MWAR-12?page=comments#action_59421 ]
Kris Nuttycombe commented on MWAR-12:
-
I like the look of Brian's patch, but one thing I noticed when I attempted to
use it is that there's a possible NullPointerException if the path
I just checked out:
https://svn.codehaus.org/mojo/tags/dependency-maven-plugin-1.0
and peeked at both:
CopyDependenciesMojo.java
AbstractFromDependenciesMojo.java
and neither one declares an excludeTransitive parameter. This doesn't
seem to show up until the 1.1-SNAPSHOT code.
-john
Brian
Patch provides ability to control whether check MOJO violations cause build
failure (inline with pmd:check)
---
Key: MCHECKSTYLE-33
URL: http://jira.codehaus.org/browse/MCHECK
Thanks, I'll take a look...
-john
Brian E. Fox wrote:
It looks like all the ones I have in dependency-maven-plugin are like
this:
/**
* If we should exclude transitive dependencies
* @parameter expression="${excludeTransitive}"
default-value="false"
*/
private boolean excl
Hmm, I can't even replicate this scenario any more...it makes me wonder
whether I had a typo in the mojo the last time I saw it...
Anyway, I cannot verify this cli behavior...can you post a test case? I
definitely want to make sure we don't put something like this into the
next release.
Than
It looks like all the ones I have in dependency-maven-plugin are like
this:
/**
* If we should exclude transitive dependencies
* @parameter expression="${excludeTransitive}"
default-value="false"
*/
private boolean excludeTransitive;
The plugin is released, you should be abl
Hi,
I am having this question because I always end up with a warning about
JUnit having a different scope in plexus-containers pom file then the
one in my project pom file. Is it intended or should I create a Jira
issue on this topic?
--
Alexandre Poitras
Québec, Canada
-
Support for a bundled scope
---
Key: MNG-2111
URL: http://jira.codehaus.org/browse/MNG-2111
Project: Maven 2
Type: Improvement
Components: Artifacts
Versions: 2.0.2
Reporter: Charles Paclat
The current alternatives for "scop
BTW, I should mention that I just verified that a mojo I wrote with a
parameter specified as:
/**
* @parameter expression="${drefresh.verbose}" default-value="false"
*/
works in a 2.0.3-SNAPSHOT built on Tuesday night, around the same time
as the RC I referenced in the vote email.
Thanks,
Can you verify something for me? Does your mojo's parameter specify
something like:
/**
* @parameter default-value="something" expression="${something}"
*/
(Note the ordering of default-value and expression.)
I noticed something awhile ago where the expression was being hidden
from the qdox
ArtifactRepositoryLayout isn't extensible
-
Key: MNG-2110
URL: http://jira.codehaus.org/browse/MNG-2110
Project: Maven 2
Type: Bug
Components: Artifacts and Repositories
Versions: 2.0.2
Reporter: Matthew Beerma
Some POMs aren't synced from dist.codehaus.org
--
Key: MEV-347
URL: http://jira.codehaus.org/browse/MEV-347
Project: Maven Evangelism
Type: Bug
Components: Missing POM
Reporter: Dan Diephouse
If you look here, yo
No implementation of EnvFactory for generic C, example fails with error.
Key: MPNATIVE-15
URL: http://jira.codehaus.org/browse/MPNATIVE-15
Project: maven-native-plugin
Type: Bug
Environment: L
[ http://jira.codehaus.org/browse/MPIR-32?page=all ]
Prasad Kashyap updated MPIR-32:
---
Attachment: test-parent.zip
> in doesn't work.
> ---
>
> Key: MPIR-32
> URL: http://jira.codehaus.org/bro
in doesn't work.
---
Key: MPIR-32
URL: http://jira.codehaus.org/browse/MPIR-32
Project: Maven 2.x Project Info Reports Plugin
Type: Bug
Reporter: Prasad Kashyap
The true does not work.
--
This message is automa
[ http://jira.codehaus.org/browse/MAVEN-1749?page=all ]
Philipp Jardas updated MAVEN-1749:
--
Attachment: test.zip
> ant:echo throws StackOverflowError after migrating from 1.0.2 to 1.1-beta-2
>
java.lang.ExceptionInInitializerError in TestCase constructor kills surefire
without letting any log
Key: SUREFIRE-33
URL: http://jira.codehaus.org/browse/SUREFIRE-33
Projec
Hiding of runtime scope
---
Key: MNGECLIPSE-83
URL: http://jira.codehaus.org/browse/MNGECLIPSE-83
Project: Maven 2.x Extension for Eclipse
Type: Sub-task
Reporter: Tuomas Kiviaho
Assigned to: Eugene Kuleshov
The Maven2 dependencies librar
[ http://jira.codehaus.org/browse/MAVEN-1749?page=comments#action_59405 ]
Philipp Jardas commented on MAVEN-1749:
---
I will try, though this might take some time. The problem occurs with some
projects, with some not. The affected projects described above
[ http://jira.codehaus.org/browse/ARCHETYPE-1?page=all ]
Jason van Zyl updated ARCHETYPE-1:
--
Fix Version: 0.7
> cannot create project based on archetype that is not in cetral repository
> -
I think I'm seeing this same behavior. The cli does work to set parameters that
activate profiles, but when I tested with my dependency plugin, none of the
parameters seem to get injected into the mojo.
-Original Message-
From: Reinhard Poetz [mailto:[EMAIL PROTECTED]
Sent: Friday, Feb
On Fri, 24 Feb 2006, Reinhard Poetz wrote:
We'll have to look into that, but you're using a very old eclipse
plugin, since the downloadSources is false by default.
-- Kenney
> John Casey wrote:
>
>
> > If you're interested, you can take the current release candidate for a
> > test drive. The RC
Working directory uses numbers instead of project names which is confusing
because they change
--
Key: CONTINUUM-607
URL: http://jira.codehaus.org/browse/CONTINUUM-607
Project: Conti
Add an image in an item from the site descriptor (m1 style)
---
Key: MSITE-94
URL: http://jira.codehaus.org/browse/MSITE-94
Project: Maven 2.x Site Plugin
Type: Improvement
Versions: 2.0-beta-4
Environ
Documented SVN repository does not seem to exist
Key: MPIR-31
URL: http://jira.codehaus.org/browse/MPIR-31
Project: Maven 2.x Project Info Reports Plugin
Type: Bug
Reporter: Manfred Geiler
Priority: Minor
SV
John Casey wrote:
If you're interested, you can take the current release candidate for a
test drive. The RC tarball is at:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060222.031501.tar.gz
As I had some problems with Maven 2.0.2 I tried to use this RC. Unfortunatly
[ http://jira.codehaus.org/browse/MECLIPSE-70?page=all ]
Reinhard Poetz updated MECLIPSE-70:
---
Attachment: patch_removeDuplicateEntries.diff
> Duplicate entries in .project (/projectDescription/projects/project)
> ---
Duplicate entries in .project (/projectDescription/projects/project)
Key: MECLIPSE-70
URL: http://jira.codehaus.org/browse/MECLIPSE-70
Project: Maven 2.x Eclipse Plugin
Type: Bug
Versions: 2.2,
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Michael Böckling reopened MAVENUPLOAD-674:
--
Forgot uploads...
> Enhydra XMLC Compiler & Ant task
>
>
> Key: MAVENUPLOAD-674
> URL:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Michael Böckling updated MAVENUPLOAD-674:
-
Attachment: xmlc-taskdef-2.2.7.1-FIXED.pom
> Enhydra XMLC Compiler & Ant task
>
>
> Key: MAVENUPLOAD
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Michael Böckling updated MAVENUPLOAD-674:
-
Attachment: xmlc-all-runtime-2.2.7.1-FIXED.pom
> Enhydra XMLC Compiler & Ant task
>
>
> Key: MAVENUP
[
http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=comments#action_59400 ]
Michael Böckling commented on MAVENUPLOAD-674:
--
Carlos: could you delete the wrong jtidy-r7? I don't think anyone used it
already.
Just noticed I completely forgot
[ http://jira.codehaus.org/browse/MNG-2089?page=all ]
Juraj Burian updated MNG-2089:
--
Attachment: APTexamplePrj.zip
> APT & AspectJ plugins
> -
>
> Key: MNG-2089
> URL: http://jira.codehaus.org/browse/MNG-2089
> Pr
[ http://jira.codehaus.org/browse/MAVEN-1749?page=comments#action_59398 ]
Arnaud Heritier commented on MAVEN-1749:
Philipp,
Can you try to create for us a little project (as empty as possible) to
reproduce it ?
> ant:echo throws StackOverflowError
Stack trace with Internal error in the plugin manager executing goal
Key: MNG-2109
URL: http://jira.codehaus.org/browse/MNG-2109
Project: Maven 2
Type: Bug
Components: Plugins and Lifecycle
[ http://jira.codehaus.org/browse/MNG-1958?page=comments#action_59396 ]
Dave Sag commented on MNG-1958:
---
just so long as you don't assume that the root project is actually in a root
direvctory of the project.
we have some 40 projects in CVS and it is utterly
[ http://jira.codehaus.org/browse/SCM-161?page=all ]
Torbjørn EIkli Smørgrav updated SCM-161:
Attachment: SCM-161-maven-scm-bazaar.patch
SCM-161-maven-scm-api.patch
SCM-161-maven-scm-test.patch
> Std.Err handling
>
Add Build Time to Project Summary Page
--
Key: CONTINUUM-606
URL: http://jira.codehaus.org/browse/CONTINUUM-606
Project: Continuum
Type: Improvement
Components: Web interface
Versions: 1.0.2
Reporter: Richard C. L.
thanks brett.
Stephane can you recreate the tag ?
Arnaud
On 2/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Author: brett
> Date: Thu Feb 23 16:59:03 2006
> New Revision: 380289
>
> URL: http://svn.apache.org/viewcvs?rev=380289&view=rev
> Log:
> remove bad tag
>
> Removed:
>maven/
[ http://jira.codehaus.org/browse/MNG-2099?page=comments#action_59394 ]
Olivier Lamy commented on MNG-2099:
---
Ok.
We have just to wait the next maven-site-plugin ;-)
For the other point, do I need to create a new issue.
In fact, it looks easy to add a anchor
[ http://jira.codehaus.org/browse/MAVEN-1749?page=comments#action_59389 ]
Philipp Jardas commented on MAVEN-1749:
---
Arnaud,
thanks for your reply. I tried the process with the Snapshot version you
pointed to (07-Feb-2006 16:35) and it still doesn't wor
archive element in assembly descriptor
--
Key: MNG-2108
URL: http://jira.codehaus.org/browse/MNG-2108
Project: Maven 2
Type: Improvement
Components: Artifacts
Versions: 2.0.2
Reporter: Greg Wilkins
Currently it i
[ http://jira.codehaus.org/browse/MNG-2099?page=comments#action_59388 ]
Emmanuel Venisse commented on MNG-2099:
---
http://svn.apache.org/viewcvs.cgi/maven/doxia/trunk/doxia-core/src/main/java/org/apache/maven/doxia/module/xhtml/
> Anchors in http://maven
[ http://jira.codehaus.org/browse/MNG-2099?page=comments#action_59387 ]
Olivier Lamy commented on MNG-2099:
---
Hi,
I have noticed a change in xDoc Renderer between m1 and m2.
With m1, a xdoc section/subsection is rendered with the
But not with m2.
Simply loo
92 matches
Mail list logo