[
https://issues.apache.org/jira/browse/FOP-2569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15146539#comment-15146539
]
Simon Pepping commented on FOP-2569:
Regarding ant's failure to report failure of the compile
Simon Pepping created FOP-2576:
--
Summary: FOP does not use configuration option hyphenation-base
Key: FOP-2576
URL: https://issues.apache.org/jira/browse/FOP-2576
Project: FOP
Issue Type: Bug
[
https://issues.apache.org/jira/browse/FOP-2569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15146508#comment-15146508
]
Simon Pepping commented on FOP-2569:
The recursion at
org.apache.fop.hyphenation.TernaryTree.insert
access to the repositories to enable writing.
Success as a FOP developer,
Simon Pepping
Mehdi has recommended himself to the FOP team by taking new
initiatives, such as Junit4 and Jacoco. But where is the
documentation? See e.g. the wiki page HowToCreateLayoutEngineTests:
Does that still apply? How do I know what jacoco is and how to run it?
Should I just be in the know?
Please,
It is not a good idea to fetch xml.xsd from W3C each time. Put it in
the sources and if necessary use a catalog. xml.xsd is already
available at src/documentation/intermediate-format-ng/xml.xsd.
Simon
On Thu, Nov 10, 2011 at 08:27:53AM +, Jeremias Maerki wrote:
To whom it may engage...
report?
Can you indicate how you proceeded, and how you guarantee that the
patch has the same result as a merge in Subversion?
Simon Pepping
On Sat, Oct 29, 2011 at 09:02:42AM +0800, Glenn Adams wrote:
Let me know how I may most expeditiously accomplish this work. In the mean
time, I will prepare
the Temp_ComplexScripts branch
into trunk has been accepted.
Thank you for voting. I acknowledge that Vincent and Peter are not
convinced of the wisdom of this decision. I hope we can all move
forward with this new situation.
Simon
On Tue, Oct 25, 2011 at 10:31:43AM +0200, Simon Pepping wrote:
With his latest
.
If in the indefinite future I am not working on this code, then feel free to
change it as you like. In the mean time, I'd appreciate a little respect.
Respect yes, but not touching it, no.
Simon Pepping
charter,
article 11, http://wiki.apache.org/xmlgraphics/ProjectCharter.
Simon Pepping
The vote runs for three days, and will end on Friday 28 October 2011
at 18:00h UTC.
Simon Pepping
On Tue, Oct 25, 2011 at 10:31:43AM +0200, Simon Pepping wrote:
Following this request, I herewith propose to merge the branch
Temp_ComplexScripts into trunk, and launch a formal vote
On Mon, Oct 24, 2011 at 09:05:34PM +0800, Glenn Adams wrote:
Sixth, I am going to be maintaining this code. If anyone has a problem with
specific code during a merge or regression, they merely need ask me.
That is a big no. There will always be a moment when someone else must
or wants to work
On Thu, Oct 20, 2011 at 02:53:54PM +0100, Vincent Hennebert wrote:
Here are the sizes of some new files:
1075 src/java/org/apache/fop/fonts/GlyphSequence.java
1089 src/java/org/apache/fop/fonts/GlyphProcessingState.java
1269
:10PM +0100, Chris Bowditch wrote:
On 19/10/2011 19:32, Simon Pepping wrote:
Hi Simon,
I think you misunderstood my mail. I don't want to stop the merge. I
simply thought it was an appropriate time to discuss some concerns
that Vincent and Peter had identified. You are preaching
Jonathan,
Obviously, FOP's strongest supporters over the past years do not
require this new functionality. FOP needs the additional support of
new stakeholders of this new functionality. Could your teams test it
on their documents and report their findings to the fop-user email
list?
Simon
I merged the ComplexScripts branch into trunk. Result:
--- Merging r981451 through r1185769 into '.':
Summary of conflicts:
Text conflicts: 58
Tree conflicts: 126
Most tree conflicts are probably an artifact of subversion. See
svn info lib/xmlgraphics-commons-1.5svn.jar|tail -n 4
Tree
I understand that Mockito facilitates true unit testing of specific
pieces of code. That is a good facility to have.
+1
Simon
On Thu, Oct 13, 2011 at 04:38:46PM +0100, Peter Hancock wrote:
I would like to launch a vote to include the Mockito framework and her
dependencies in to FOP for unit
Mehdi Houshmand's ICLA is now on file with the ASF.
I take this opportunity to remind you that all code in our and other
ASF repositories must have been donated to the ASF under a
Contributor's License Agreement. This allows the ASF to claim that the
code was 'Licensed to the Apache Software
On Thu, Sep 29, 2011 at 10:18:54AM -, phanc...@apache.org wrote:
Author: phancock
Date: Thu Sep 29 10:18:53 2011
New Revision: 1177251
URL: http://svn.apache.org/viewvc?rev=1177251view=rev
Log:
Fix FO tree hierarchy: BasicLink shouldn't inherit from Inline
Why? A basic-link is an
:26PM +0100, mehdi houshmand wrote:
Hi,
This is my fault, I think this was a merge conflict here, it should be
MultiByteFont.getDefaultWidth().
My apologies.
Mehdi
On 28 September 2011 20:38, Simon Pepping spepp...@leverkruid.eu wrote:
Revision 1175754 introduces a significant
Please, use our source code quality control tools. Simon
On Thu, Sep 29, 2011 at 08:58:13AM -, spepp...@apache.org wrote:
Author: spepping
Date: Thu Sep 29 08:58:12 2011
New Revision: 1177228
URL: http://svn.apache.org/viewvc?rev=1177228view=rev
Log:
Various small fixes
Modified:
I filed an issue for infrastructure at
https://issues.apache.org/jira/browse/INFRA-3969.
Simon
On Mon, Sep 26, 2011 at 08:00:08AM +, build...@apache.org wrote:
The Buildbot has detected a new failure on builder fop-trunk while building
ASF Buildbot.
Full details are available at:
Revision 1175754 introduces a significant findbugs error:
VERY confusing to have methods
org.apache.fop.fonts.MultiByteFont.getdefaultwidth() and
org.apache.fop.fonts.CIDFont.getDefaultWidth()
Simon
Upgrading the test setup to JUnit4 is fine with me.
The current options to run single tests and to disable tests are
useful; a new test setup should keep those options. Otherwise any
simplification and improvement of the test system is fine with me.
Simon
On Fri, Sep 23, 2011 at 04:16:03PM
On Wed, Sep 14, 2011 at 02:13:16PM +0200, Jeremias Maerki wrote:
You're right. I think there's a lot of inconsistency here. So, why not
keep it VERY simple?
1. Wipe the team page clean.
2. Add a paragraph with a alphabetically sorted, comma-separated list of
names of contributors (without
On Wed, Aug 24, 2011 at 09:04:08PM -0600, Glenn Adams wrote:
The 'format' property is only partially supported, where it is limited to
the following values:
format : 0*1|a|A|i|I
Perhaps someone could update
I find publishing the web site a pain. Forrest has two broken links:
[java] X [0] favicon.icoBROKEN: No
pipeline matched request: favicon.ico
[java] at map:mount -
file:/fsd/source/apache-forrest-0.8/main/webapp/./sitemap.xmap:606:76
[java] X [0]
When publishing the commons web site I noticed that the failure of
subversion checkout and checkin is due to the broken links in the
build process. So we need to find a way to fix those.
Simon
On Tue, Aug 23, 2011 at 04:13:50PM +0200, Simon Pepping wrote:
I find publishing the web site a pain
You can raise an issue in JIRA for project GUMP:
https://issues.apache.org/jira/browse/GUMP. Simon
On Tue, Aug 16, 2011 at 11:40:33AM +0100, Vincent Hennebert wrote:
Now I’m not too sure how to get JUnit upgraded. Should I send a mail to
general at gump.apache.org, or builds at apache.org, or
On Wed, Aug 10, 2011 at 02:33:05PM +0100, Vincent Hennebert wrote:
On 10/08/11 12:56, Jeremias Maerki wrote:
junit-compile-java:
[mkdir] Created dir:
/srv/gump/public/workspace/xml-fop/build/test-classes
[mkdir] Created dir:
/srv/gump/public/workspace/xml-fop/build/test-gensrc
Stop this infighting, please. We all have our strong and weak points.
Stop attacking each other on real or perceived weak points. Cooperate
with each other and complement each other in a positive atmosphere.
Simon
On Thu, Jul 28, 2011 at 12:59:52PM +0100, Vincent Hennebert wrote:
On 27/07/11
I do not have Windows7, but I found those fonts, and they work fine.
OpenType seems to be very much a Microsoft game. Linux vendors seem
not to move along with MS. Do other font vendors?
Simon
On Wed, Jun 22, 2011 at 01:25:04PM -0600, Glenn Adams wrote:
Microsoft changed the Indic script
I tested the latest code in the branch ComplexScripts with a font
called Lohit-Devanagari, version 2.4.5, copyright Red Hat, license
GPLv2, file lohit_hi.ttf, Debian package ttf-devanagari-fonts.
Fontforge shows that the font has 2 GPOS tables and a large number of
GSUB tables.
I was not
On Fri, Jun 10, 2011 at 08:44:11PM +, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=49687
--- Comment #33 from Glenn Adams gl...@skynav.com 2011-06-10 20:44:11 UTC
---
I believe this is a side-effect of Simon's incremental merges from trunk into
the
I would rather have a more collaborative tone than your gratefulness.
Simon
On Tue, Apr 05, 2011 at 12:14:41PM +0100, Vincent Hennebert wrote:
Along with the other ones, that makes a lot of mistakes in just a few
commits. I’d be grateful if you could double-check your changes before
As before, I will generally not fix findbugs errors or warnings in
contributions by other people. I will fix findbugs errors or warnings
in code that I write, or code changes that I make.
Note that the use of the findbugs code analysis tool is not a policy
of the FOP project, and that
On Wed, Feb 23, 2011 at 12:55 AM, Simon Pepping spepp...@leverkruid.euwrote:
On Tue, Feb 22, 2011 at 11:25:20AM -0700, Glenn Adams wrote:
I notice also that the nightly build target does not run all the junit
tests. It would be better if it run all of them plus checkstyle and
findbugs
On Wed, Feb 23, 2011 at 01:10:10PM -0700, Glenn Adams wrote:
Right now the nightly build is our CI process.
That is a development-centric point of view. The nightly build is
definitely not a CI process. It is a service to the users, which must
not be interrupted by development concerns. If a
On Tue, Feb 22, 2011 at 07:15:17PM +, Vincent Hennebert wrote:
On 22/02/11 07:24, Simon Pepping wrote:
Not all FOP developers are willing to use findbugs. I hid the findbugs
errors as a courtesy to those FOP developers who do use findbugs, so
they can check their own code based
On Tue, Feb 22, 2011 at 11:25:20AM -0700, Glenn Adams wrote:
I notice also that the nightly build target does not run all the junit
tests. It would be better if it run all of them plus checkstyle and
findbugs.
Many junit tests require a display. Nightly builds are run in a
headless
Not all FOP developers are willing to use findbugs. I hid the findbugs
errors as a courtesy to those FOP developers who do use findbugs, so
they can check their own code based on a clean slate.
FOP's history has left us with a very large number of existing
findbugs errors. It makes no sense to
When I build the project or part of it with Eclipse, and run findbugs
afterwards (with ant), I get a number of errors. Now I always make a
clean compile before running findbugs. I do not understand why Eclipse
builds would create findbugs errors where a clean ant build does not.
It makes findbugs
On Mon, Feb 21, 2011 at 08:28:33PM +0100, Andreas Delmelle wrote:
I saw one exclusion --unconfirmed cast-- that would seem to stem from my
recent refactoring in the BlockStackingLMs. Not sure why an exclusion was
chosen here, but adding an assert statement in the code avoids the warning as
Vincent,
Please, do not revert other committers' changes. Discuss them if you
have objections.
Simon
On Wed, Feb 16, 2011 at 03:19:29PM -, vhenneb...@apache.org wrote:
Author: vhennebert
Date: Wed Feb 16 15:19:29 2011
New Revision: 1071282
URL:
Vincent and Andreas,
Thanks. I did not realize that Andreas' commit reverted an earlier
change by Vincent.
Simon
On Fri, Feb 18, 2011 at 07:23:41PM +0100, Andreas Delmelle wrote:
On 18 Feb 2011, at 15:18, Vincent Hennebert wrote:
Please, do not revert other committers' changes. Discuss
I am pleased that you undertake this kind of cleanup work in the
layout engine. It is very useful that you try to make this piece of
code more accessible.
Simon
On Sun, Feb 06, 2011 at 12:18:15AM +0100, Andreas Delmelle wrote:
On 05 Feb 2011, at 22:49, adelme...@apache.org wrote:
Author:
On Wed, Feb 02, 2011 at 01:02:47AM +0100, Andreas Delmelle wrote:
On 02 Feb 2011, at 00:46, adelme...@apache.org wrote:
Author: adelmelle
Date: Tue Feb 1 23:46:38 2011
New Revision: 1066275
URL: http://svn.apache.org/viewvc?rev=1066275view=rev
Log:
Add type safety to
I get a junit failure in BitmapImageUtilTestCase:
Testcase: testConvertToMono(org.apache.fop.util.BitmapImageUtilTestCase):
FAILED
expected:0[1010100]0001000101010101 but
was:0[001000100010001]0001000101010101
junit.framework.ComparisonFailure:
You are right. I got confused by various issues in my tools.
The jar file was built by 'ant jar-main'. This target includes all
cruft that is present in the build directory. The build files could do
with an includes attribute in the jar task.
Simon
On Mon, Jan 31, 2011 at 09:12:10PM +0100,
Hi Peter,
On Sun, Jan 30, 2011 at 12:16:04PM +, Peter Hancock wrote:
Would the decision to move from SVN to another VCS be in the hands of
the wider ASF community?
The central repository is owned by the ASF and a decision to move
is in the hands of the Apache Software Foundation
in the Temp_Color branch before the merge. If not,
the change must be made at the moment when the XGC jar file is
updated, which is not a good moment.
That changes my vote to -1 for the moment, until this change has been
made.
Simon
On Sat, Jan 29, 2011 at 09:06:58PM +0100, Simon Pepping wrote:
I
or code which was
contributed to the ASF, via patches in bugzilla.
b) using GIT as a timesaver for conflicts?
That is up to every developer himself. I just note the possibility to
do so, and my good experience with it.
Simon
Clay
Sent from my iPhone
On Jan 29, 2011, at 12:24 PM, Simon
I get three failures on the color branch junit tests:
java version 1.6.0_18
OpenJDK Runtime Environment (IcedTea6 1.8.3) (6b18-1.8.3-2)
OpenJDK Server VM (build 16.0-b13, mixed mode)
OS: GNU/Linux (Debian testing)
[echo] Apache Ant version 1.8.0 compiled on March 11 2010
[echo] VM: 16.0-b13, Sun
, I am in favour of merging this work into trunk:
+1.
Thanks for this work.
Simon
On Sat, Jan 29, 2011 at 04:14:41PM +0100, Simon Pepping wrote:
I get three failures on the color branch junit tests:
java version 1.6.0_18
OpenJDK Runtime Environment (IcedTea6 1.8.3) (6b18-1.8.3-2)
OpenJDK
I read in the literature that GIT and Mercurial merge would be very
much better at resolving possible conflicts than subversion. Today I
tested this with the merge of the Temp_Color branch into trunk.
In GIT I used the GIT repository at https://github.com/apache/fop. The
merge of Temp_Color
I take this discussion to express my worries that FOP needs to create
its own support for fonts, among which Open Type Fonts. FOP's core
task is the layout and printing of FO files. If FOP could rely on good
font libraries, that would make our code base so much smaller and our
development tasks so
Wow, on the last day of the fourth year after I committed this script,
it is proven that someone actually uses it. (I do not use it myself
since I never work on MS Windows.) I have always considered JScript a
much smarter solution than the shell in windows. But the world is not
waiting for smart
Done. Simon
On Tue, Jan 11, 2011 at 07:40:59PM +0100, Simon Pepping wrote:
On Tue, Jan 11, 2011 at 10:55:25AM +, Peter Hancock wrote:
Hi,
When configuring the base directory using the fop.xconf relative urls
are based on the working directory, and not the fop.xconf
On Tue, Jan 11, 2011 at 10:55:25AM +, Peter Hancock wrote:
Hi,
When configuring the base directory using the fop.xconf relative urls
are based on the working directory, and not the fop.xconf.
This contradicts the URI specification as pointed out in
On Fri, Jan 07, 2011 at 07:31:07AM -0500, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50471
--- Comment #4 from Andreas L. Delmelle adelme...@apache.org 2011-01-07
07:31:03 EST ---
Very right indeed.
So, if no one objects, I will apply the patch as
On Fri, Jan 07, 2011 at 02:38:49PM +0100, Andreas Delmelle wrote:
On 07 Jan 2011, at 14:17, Simon Pepping wrote:
Hi Simon,
On Fri, Jan 07, 2011 at 07:31:07AM -0500, bugzi...@apache.org wrote:
So, if no one objects, I will apply the patch as proposed. FOP will no
longer
crash
might still need to use #. Not sure.
Then it might be better to use '?', which many tools use for that
purpose.
Let us put that on our wish list. It is not part of the fix for this
bug report.
Simon
On 07.01.2011 14:17:42 Simon Pepping wrote:
On Fri, Jan 07, 2011 at 07:31:07AM -0500, bugzi
Your patch seems OK to me. Even though the conditionals handle some
tricky navigation through the list, this is the best way to use the
similarities between the two methods.
Will you apply it?
Simon
On Wed, Jan 05, 2011 at 02:01:55PM -0500, bugzi...@apache.org wrote:
I implemented your suggestion in revision 1052214. Thanks.
In order to omit keeping any reference, you might implement a command
line option. Alternatively, you might implement scanning the fo tree
to check if any page references are used. However, this would only
work if there is only one page
first submitted patch: design, code, test, submit. You could open a
bugzilla issue early if you wish. You could create a wiki page for
your project and add design documents to it.
We hope to see your contributions to FOP, to the benefit of all its
users.
Best, Simon Pepping
On Tue, Dec 21, 2010
Design Notes for Extensible Stylesheet Language (XSL) 2.0 Draft
Published, see http://www.w3.org/News/2010#entry-8981.
Simon
That is a lot of bugs solved. Thanks for looking through the bug
reports. Simon
On Sun, Dec 19, 2010 at 09:36:16AM -0500, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=38880
Matthias Reischenbacher matthias8...@gmx.at changed:
What|Removed
Fixed in r1042150, Simon
On Fri, Dec 03, 2010 at 08:44:58PM +0100, Simon Pepping wrote:
There are two failures in the unit tests:
junit-layout-standard:
[junit] Testcase:
kerning_1_on.xml(org.apache.fop.layoutengine.LayoutEngineTestSuite$1):
Caused an ERROR
[junit] Expected
Hi Andreas,
Welcome back into FOP activity.
Simon
On Thu, Nov 25, 2010 at 04:31:38PM -0500, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=38264
Andreas L. Delmelle adelme...@apache.org changed:
What|Removed |Added
I will revert the renaming of public methods. It was not a good idea.
Sorry for the noise.
Simon
On Thu, Nov 18, 2010 at 05:03:34PM +0100, Simon Pepping wrote:
It breaks org.krysalis.barcode4j.fop.BarcodeXMLHandler: getNamespace
- getNameSpace (from render.xml.XMLXMLHandler.getNamespace
;/xsl:text
xsl:commentNeither method nor field/xsl:comment
/xsl:otherwise
/xsl:choose
Bug pattern={$type}/
/Match
/xsl:for-each
/xsl:template
Simon
On Wed, Nov 17, 2010 at 07:24:43PM +0100, Simon Pepping wrote:
I will take care of this. I am now squashing the easier
Glenn,
One note: You introduced findbugs as a tool, and you created the
findbugs target in the build file.
Simon
On Fri, Nov 19, 2010 at 08:28:09AM -0700, Glenn Adams wrote:
Thanks! You say:
I note that we have not accepted findbugs as a tool of the project. I
think that not all developers
On Thu, Nov 18, 2010 at 11:25:10AM +, Vincent Hennebert wrote:
Hi Simon,
On 17/11/10 20:29, Simon Pepping wrote:
On Wed, Nov 17, 2010 at 07:45:31PM -, spepp...@apache.org wrote:
Author: spepping
Date: Wed Nov 17 19:45:27 2010
New Revision: 1036179
URL: http://svn.apache.org
Should be fixed now. Simon
On Thu, Nov 18, 2010 at 08:00:27AM +, build...@apache.org wrote:
The Buildbot has detected a new failure of fop-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/fop-trunk/builds/68
Buildbot URL: http://ci.apache.org/
- getXslFile
On Wed, Nov 17, 2010 at 09:29:06PM +0100, Simon Pepping wrote:
On Wed, Nov 17, 2010 at 07:45:31PM -, spepp...@apache.org wrote:
Author: spepping
Date: Wed Nov 17 19:45:27 2010
New Revision: 1036179
URL: http://svn.apache.org/viewvc?rev=1036179view=rev
Log:
findbugs
It breaks org.krysalis.barcode4j.fop.BarcodeXMLHandler: getNamespace
- getNameSpace (from render.xml.XMLXMLHandler.getNamespace -
getNameSpace
On Thu, Nov 18, 2010 at 04:42:44PM +0100, Simon Pepping wrote:
render.AbstractGenericSVGHandler.getNamespace - getNameSpace
Note that, in order to have all junit tests succeed in headless mode,
we also require a new Batik jar with the patch of bug 42408. Until
that has been released, we have 5 failures in headless mode.
Simon
On Wed, Nov 17, 2010 at 12:39:54PM -, spepp...@apache.org wrote:
Author: spepping
I will take care of this. I am now squashing the easier
findbugs-reported bugs/problems. Then I will add the remaining ones to
the exclusion file, such that those that are really excluded can be
distinguished from those which have not yet been examined.
Simon
On Tue, Nov 16, 2010 at 09:41:00AM
On Wed, Nov 17, 2010 at 07:45:31PM -, spepp...@apache.org wrote:
Author: spepping
Date: Wed Nov 17 19:45:27 2010
New Revision: 1036179
URL: http://svn.apache.org/viewvc?rev=1036179view=rev
Log:
findbugs-reported bug squashing; 959 bugs left (findbugs 1.3.9)
findbugs reports naming
are used by an
external application, but that is so remote as to be beyond my
horizon.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
arg line=-d simpo.ttf simpo.xml/
classpath
path refid=libs-build-classpath/
pathelement location=${build.classes.dir}/
/classpath
/java
Which for Simplified Arabic 5.0 produces the output shown in the attached
file.
--
Simon
glyph classes.
Regards,
Glenn
--
Simon Pepping
home page: http://www.leverkruid.eu
://ci.apache.org/projects/xmlgraphics/fop/snapshots/.
We hope that they are useful.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
environment. See the ant target
'nightly-build'. The other junit tests will be included as soon as
they can be run in a headless environment. I understand that the
resolution of bug 42408 against Batik which you submitted, would solve
that problem.
Simon
--
Simon Pepping
home page: http
-generated documentation,
as explained in the download page.
On Wed, Aug 18, 2010 at 03:46:21PM +0200, Simon Pepping wrote:
This is to inform you that I requested the creation of nightly (or
perhaps weekly) builds of FOP. I think this will benefit users who
want to use a snapshot of trunk, but have
On Mon, Aug 30, 2010 at 09:39:09AM +0200, Simon Pepping wrote:
A test run of a nightly build was made with ant, default target. It
failed in the junit tests. The stdout log is here:
http://ci.apache.org/builders/fop-trunk/builds/0/steps/compile/logs/stdio. The
errors seem to be solely due
functions operating on Arabic text as produced by FOP 1.0 with complex
script features enabled:
--
Simon Pepping
home page: http://www.leverkruid.eu
to wrangling a lib/ dir full of mixed
direct and transitive dependencies from several different 3rd party
libraries again.
I found offo in maven central:
http://repo1.maven.org/maven2/net/sf/offo/fop-hyph/1.2/. I did not put
it there.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
://issues.apache.org/bugzilla/attachment.cgi?id=25986)
Patch to add maven build support.
This patch has been verified against repository version 992575.
--
Simon Pepping
home page: http://www.leverkruid.eu
use of snapshot updates?
Regards,
Glenn
On Wed, Sep 8, 2010 at 3:47 PM, Simon Pepping spepp...@leverkruid.euwrote:
Does this build system require us to deploy snapshots of
xmlgraphics-commons and batik to the maven repository, whenever we use
snapshot versions in our lib directory? We
, the above questions remain unanswered, and the task of
deployment is really a big problem.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
,
http://wiki.apache.org/xmlgraphics/Maven, and suggest
improvements. When I am convinced that this works, I will make similar
changes to the fop build file.
Or send us a patch to the build file.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
successfully in a headless configuration?
There will also not be hyphenation and JAI support, but the log file
indicates no problems due to those features.
Simon
On Wed, Aug 18, 2010 at 03:46:21PM +0200, Simon Pepping wrote:
This is to inform you that I requested the creation of nightly
On Fri, Aug 27, 2010 at 01:23:12PM -, vhenneb...@apache.org wrote:
Author: vhennebert
Date: Fri Aug 27 13:23:11 2010
New Revision: 990144
URL: http://svn.apache.org/viewvc?rev=990144view=rev
Log:
Fixed indentation
In the output or in the source files?
Simon
--
Simon Pepping
home page
,
Glenn
On Fri, Aug 27, 2010 at 9:31 PM, vhenneb...@apache.org wrote:
Author: vhennebert
Date: Fri Aug 27 13:31:41 2010
New Revision: 990148
URL: http://svn.apache.org/viewvc?rev=990148view=rev
Log:
Replaced @asf.todo with normal TODO comment
--
Simon Pepping
home page: http
as their build system.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
On Mon, Aug 23, 2010 at 09:52:56AM +0200, Simon Pepping wrote:
On Fri, Aug 20, 2010 at 07:18:11PM -0400, Benson Margulies wrote:
I'm pretty sure that infra is not going to make an exception to the
requirement that only a member of the LDAP group for project X can
publish maven artifacts
Forwarded message from Nick Burch n...@apache.org
Hi All
Just a reminder that our next Apache Retreat will be in Hursley in the
UK, from the 17th - 19th September. That's a little over a month away
now!
If you're an Apache Committer, we'd like to invite you to come for the
whole weekend. We've
do
this deployment, without having to install maven.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
the file name, which is expected
by my md5sum and sha1sum programs. I guess that that is not a real
problem.
Otherwise everything is as expected.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
1 - 100 of 465 matches
Mail list logo