The Apache XML Graphics team is pleased to announce the availability of
Apache XML Graphics Commons 2.0.
XML Graphics Commons is a set of components for dealing with graphics
e.g., PNG and TIFF codecs, Graphics2D implementations that generate PDF
and PostScript, an XMP metadata framework, etc.
So we have 7 +1, 6 of them from PMC members. The vote passes.
I’ll publish the artifacts and send announcements in 24h, once mirrors
have caught up.
Thanks,
Vincent
On 01/10/14 12:12, Vincent Hennebert wrote:
Thanks to Luis for investigating the failing test under 1.7 issue.
I’m relaunching
[
https://issues.apache.org/jira/browse/XGC-24?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vincent Hennebert resolved XGC-24.
--
Resolution: Fixed
The download page has been updated with links to the signature and checksum
[
https://issues.apache.org/jira/browse/XGC-24?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vincent Hennebert resolved XGC-24.
--
Resolution: Fixed
The download page has been updated with links to the signature and checksum
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a vote to release XML Graphics Commons 2.0.
Artifacts can be found there:
http://people.apache.org/~vhennebert/xgc-2.0/
The vote will end on Fri, 3rd Oct at 12:00pm UTC.
+1 from me.
Thanks,
Vincent
-BEGIN PGP SIGNATURE-
Version:
I’ve just found out that the source artifacts don’t pass the unit tests
because of a missing dependency. I’ll update them and restart the vote
shortly.
Vincent
On 30/09/14 13:48, Vincent Hennebert wrote:
This is a vote to release XML Graphics Commons 2.0.
Artifacts can be found there:
http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a vote to release XML Graphics Commons 2.0.
Artifacts can be found there:
http://people.apache.org/~vhennebert/xgc-2.0/
The vote will end on Fri, 3rd Oct at 15:00 UTC.
+1 from me.
Thanks,
Vincent
-BEGIN PGP SIGNATURE-
Version:
On 30/09/14 16:45, Glenn Adams wrote:
Were you able to resolve (or disable) the one test (ICC related) that fails
on 1.7?
See my other email about this:
http://markmail.org/message/ear2dqifqtgsaukg
Vincent
On Tue, Sep 30, 2014 at 8:37 AM, Vincent Hennebert vhenneb...@gmail.com
wrote
On 30/09/14 17:04, Glenn Adams wrote:
On Tue, Sep 30, 2014 at 8:54 AM, Vincent Hennebert vhenneb...@gmail.com
wrote:
On 30/09/14 16:45, Glenn Adams wrote:
Were you able to resolve (or disable) the one test (ICC related) that
fails
on 1.7?
See my other email about this:
http
the artifacts with a 1.7 JDK, just
the test suite doesn’t pass.
Unless I’m given an excellent reason why we should disable the test, I’m
not going to spend any more time on this.
Vincent
On Tue, Sep 30, 2014 at 9:19 AM, Vincent Hennebert vhenneb...@gmail.com
wrote:
On 30/09/14 17:04, Glenn
[
https://issues.apache.org/jira/browse/XGC-66?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151845#comment-14151845
]
Vincent Hennebert commented on XGC-66:
--
That's because the vendor name of the ImageIO
[
https://issues.apache.org/jira/browse/XGC-66?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151845#comment-14151845
]
Vincent Hennebert commented on XGC-66:
--
That's because the vendor name of the ImageIO
is this
week only; after that I can’t guarantee I will find time again.
So, what do we decide?
Vincent
On Mon, Sep 29, 2014 at 10:08 AM, Vincent Hennebert vhenneb...@gmail.com
wrote:
On 29/09/14 00:00, Luis Bernardo wrote:
+1
There is a unit test that fails with jdk1.7+ but passes with 1.6
Hi,
I’ll have some spare time over next week to do a release of XGC. Due to
API changes introduced by the new URI resolution framework I guess we’ll
bump the version number to 2.0. And, while we’re at it, the minimum Java
requirement to 1.6.
If nobody objects by next Monday, I’ll start the
+1
Vincent
On 26/08/14 16:24, Simon Steiner wrote:
Hi,
Vote to move from Gump to Jenkins for Fop, XGC, Pdf-plugin. This allows us
to control version of checkstyle, also Jenkins is more flexible, has
plugins, we can trigger manually and make changes without asking infra for
help (if
[
https://issues.apache.org/jira/browse/XGC-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vincent Hennebert resolved XGC-86.
--
Resolution: Fixed
Fixed in rev. [1613039|http://svn.apache.org/r1613039].
Thanks for your patch
On 23/07/14 10:47, Vincent Hennebert wrote:
Hi Luis,
On 17/07/14 23:26, Luis Bernardo wrote:
My suggestion is to try to fix/resolve all the Jira entries that correspond to:
I’ve gone through the XGC issues that have been created since the last
release, and I’ve just fixed the one I believe
[Moving to general@ as other sub-projects can benefit from this too.]
I thought I would have a go at it and believe I’ve found a solution.
There was a problem of conflicting syntaxes between Markdown’s way of
specifying custom header IDs, and Dotiac::DTL’s syntax for comments.
For example:
wrote:
I’m available tomorrow 7/24/2014 7am-4pm Pacific (2pm-10pm UTC).
Clay
On Jul 23, 2014, at 12:58 PM, Vincent Hennebert vhenneb...@gmail.com wrote:
as you are probably aware Apache releases must be signed. I do have
a code-signing key but, because of the weaknesses found in SHA-1 [1
release something?
Given the time that has passed without releasing, I’m inclined to favour
the latter, i.e., release asap. But I’m open to other opinions.
Thanks,
Vincent
On 7/17/14, 12:59 PM, Vincent Hennebert wrote:
Hi All,
(Moving to general@ as not only FOP is involved.)
I should be able
Hi Chris,
On 23/07/14 10:06, Chris Bowditch wrote:
Hi Vincent,
On 17/07/2014 12:59, Vincent Hennebert wrote:
Hi All,
(Moving to general@ as not only FOP is involved.)
I should be able to spare some cycles over the next few weeks to do
a release of XGC, Batik and FOP. The new versions would
sense. I guess I’ll advertise
FOP to be dependent on 1.6 then.
Cheers
Manuel
Vincent
-Original Message-
From: Vincent Hennebert [mailto:vhenneb...@gmail.com]
Sent: Wednesday, 23 July 2014 5:16 PM
To: general@xmlgraphics.apache.org
Subject: Re: Releasing XGC, Batik and FOP
Hi Chris
as you are probably aware Apache releases must be signed. I do have
a code-signing key but, because of the weaknesses found in SHA-1 [1], it
is now obsolete. So I created a new, stronger one, and I now have to add
it to the web of trust.
See [2] for explanations about the web of trust. In short,
Hi All,
(Moving to general@ as not only FOP is involved.)
I should be able to spare some cycles over the next few weeks to do
a release of XGC, Batik and FOP. The new versions would be:
• XGC 1.6
• Batik 1.8
• FOP 2.0
The minimum supported JRE for all projects would be 1.5.
Here’s my view:
On 05/05/14 14:15, psancho wrote:
Author: psancho
Date: Mon May 5 12:15:09 2014
New Revision: 1592502
URL: http://svn.apache.org/r1592502
Log:
updating compliance page regarding multi-* material
Thanks for that Pascal, I keep forgetting to update this page.
Vincent
+1
Vincent
On 26/03/14 16:37, Chris Bowditch wrote:
Hi Team,
I'd like to propose Simon Steiner for committership on the FOP project. Simon
has been submitting patches since late 2012, and has now submitted 33 in
total. 23 of these have been applied to the codebase.
Votes to general@ only
[
https://issues.apache.org/jira/browse/XGC-89?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vincent Hennebert resolved XGC-89.
--
Resolution: Fixed
Done.
Please delete old releases from mirroring system
@
Thanks,
Chris
On 31/10/2013 10:41, Vincent Hennebert wrote:
Hi Chris,
I’ve just tried to commit a trivial change to Batik trunk and I got
a forbidden access error. Do we have to wait a bit before the changes
become valid?
Thanks,
Vincent
On 31/10/13 11:15, Chris Bowditch wrote:
Hi All,
I've
,
Chris
On 28/10/2013 18:14, Vincent Hennebert wrote:
Ok, so we have 9 +1, the vote passes.
This is where I’m handing over to the PMC chair. Chris, please let us
know once you’ve made the appropriate modifications.
Thanks,
Vincent
On 22/10/13 12:12, Vincent Hennebert wrote:
At the moment, when
+1
Vincent
On 29/07/13 18:20, Chris Bowditch wrote:
Hi All,
Robert Meyer has recently submitted a patch (FOP-2252) that adds support for
OTF CFF Fonts into FOP. This represents a significant development effort and
should be commended. Rob submitted his first patch to the FOP project on
Hi Stefan,
At XML Graphics we still use Gump for CI, so please re-enable email
notification for the following projects: xmlgraphics-commons, xml-batik,
xml-fop.
Thanks,
Vincent
On 24/06/13 15:20, Stefan Bodewig wrote:
Dear Community
Apache Gump builds some of your projects and it is quite
notification for us.
Now, maybe we’ll decide that Gump is just fine.
Vincent
On Mon, Jul 1, 2013 at 3:27 AM, Vincent Hennebert
vhenneb...@gmail.comwrote:
I wasn’t aware that email notification had been turned off. Maybe our
projects haven’t been building for months...
Before we reply
Ok, so it seems that consensus has been reached. I’ll update the
Checkstyle config file progressively as I implement the new rules. I’ll
also update the documentation on the website as suggested by Glenn.
Thanks,
Vincent
On 02/27/2013 10:38 PM, Vincent Hennebert wrote:
Hi All,
An extremely
Hi,
the commit below is a result of my modification of the bug.mdtext file
on the CMS.
Rather than this notification, I’d much rather have the diff against the
original Markdown source.
Before I escalate this to infra@, does anyone know what can be done
about it?
Thanks,
Vincent
On 20/11/12
Hi Clay,
Just trying to understand the publishing process here. What is this
commit the result of? Is it when you click the ‘Publish Site’ link?
I thought this ‘Publish Site’ was going to overwrite the live Forrest
website, hence never dared to click on it. Apparently that’s not
actually the
Thanks Clay, this is taking good shape.
Some time ago you mentioned that it would be easy to move the sidenav
back to the left if necessary. I think that would be a good thing
because the vast majority of websites put it to the left, so that’s what
users are accustomed to and expect. Would that
I guess the vote will be re-launched following the implementation of the
proposed changes, so I’ll defer mine for now.
A few things I noticed:
• The vote should be launched against a tagged version of the tree, so
that we can easily verify the artefact signatures and all know what we
are
Glenn,
On 05/06/12 16:47, gad...@apache.org wrote:
Author: gadams
Date: Tue Jun 5 15:47:31 2012
New Revision: 1346437
URL: http://svn.apache.org/viewvc?rev=1346437view=rev
Log:
Merge remote-tracking branch 'origin/trunk' into commons-1_5rc1
Please use Subversion and not Git to merge
. I'll make those changes before cutting the final RC1 binaries.
Do you have any more detail you would like to add for the three bullets
below? Or would you simply prefer headline type bullets (with no/less
detail)?
On Fri, Jun 29, 2012 at 1:17 PM, Vincent Hennebert
vhenneb...@gmail.comwrote
On 30/06/12 11:36, Glenn Adams wrote:
Yes, I already plan to do this before cutting the final RC1 binaries, which
I expect to do tomorrow (01JUL).
The RC1 was meant to be frozen as soon as the vote was launched, since
we voted on signed artefacts corresponding to a precise version of the
+1, a bit late, sorry.
The ‘Major Changes’ section in the FOP README is too technical. All
3 items should be grouped into a single one merely called ‘Added support
for complex scripts (Arabic add other supported scripts here)’. They
all are facets of a same feature really.
Also, the following
branch implicitly meant to approve
that of the XGC branch.
Please shout if you believe this is twisting the Apache policy too much,
and we’ll see what we can do.
Vincent
On 22/06/12 11:50, Vincent Hennebert wrote:
We have 7 +1, the vote passes.
I’ll proceed with the merge within the next few
On 25/04/12 20:01, Glenn Adams wrote:
On Wed, Apr 25, 2012 at 12:29 PM, Vincent Hennebert
vhenneb...@gmail.comwrote:
On 25/04/12 19:03, Glenn Adams wrote:
On Wed, Apr 25, 2012 at 11:46 AM, Vincent Hennebert
vhenneb...@gmail.comwrote:
On 25/04/12 17:03, Glenn Adams wrote:
how does
to leave the check to 100. I think 110
should be an acceptable compromise.
Please let me know what you think.
Thanks,
Vincent
On 03/02/12 17:45, Vincent Hennebert wrote:
Hi All,
it is well-known that people are not happy with the Checkstyle file we
have in FOP. And there’s no point
to follow Sun’s conventions
Vincent
On Wed, Apr 25, 2012 at 9:44 AM, Vincent Hennebert
vhenneb...@gmail.comwrote:
Ok, reviving a thread that has been dormant for too long.
Attached is an updated version of the proposed Checkstyle configuration.
I removed/relaxed the following rules
On 25/04/12 19:03, Glenn Adams wrote:
On Wed, Apr 25, 2012 at 11:46 AM, Vincent Hennebert
vhenneb...@gmail.comwrote:
On 25/04/12 17:03, Glenn Adams wrote:
how does this differ from the current checkstyle-5.5.xml rules that are
the
current default in fop?
The following rules have been
+1
Vincent
On 09/03/12 09:47, Chris Bowditch wrote:
Fellow PMC Members and committers,
As you are all aware, Jeremias currently hosts a PDF plug-in for loading PDFs
as images within FOP. The download for the plug-in is available on Jeremias'
website. Some of our committers including (but
I hope communication on the mailing lists will remain civil.
+1
Vincent
On 20/02/12 09:16, Chris Bowditch wrote:
Hi All,
Glenn Adams is the author of the Complex Scripts branch for FOP. He has been
developing it for over 1 year now, providing regular updates to the patch as
well as
Hi Chris,
On 06/02/12 10:14, Chris Bowditch wrote:
On 03/02/2012 17:45, Vincent Hennebert wrote:
snip/
It is likely that the current code will not be compliant with the new
rules. However, most of them are really just about the syntax, so
I believe it should be fairly straightforward to make
On 07/02/12 13:52, Glenn Adams wrote:
in general, i object to rules that attempt to prescribe whitespace usage
and line length restrictions; i do not mind rules that enforce naming
conventions, indentation rules, tab versus space usage, newline usage, and
a variety of other styles
the use
+1
Vincent
On 10/11/11 14:18, Chris Bowditch wrote:
Dear FOP committers,
Mehdi has submitted dozens of high quality patches and regularly participates
on the mailing lists. Mehdi is already an official FOP Contributor. I propose
Mehdi Houshmand as a FOP committer.
I vote +1
Replies
Yes, this is well deserved.
+1
Vincent
On 10/03/11 14:45, Chris Bowditch wrote:
Fellow Committers,
As you all know Peter Hancock has been actively participating in the mailing
lists since 2009, see: http://marc.info/?l=fop-userm=125778454424550w=2
Peter has also submitted several
Hi Helder,
On 27/10/10 05:36, Helder Magalhães wrote:
Hi everyone,
snip/
Should do it again (probably by personal email) if no more action from
other Batik developers occurs within a reasonable timeline. Is there
any estimate deadline for the vote? (I recall reading something about
it in
A few issues spotted after a quick review:
• there’s a non-ascii character (‘°’) in CIELabColorSpace.java
• ColorExtTest should be renamed into ColorWithAlternativesTest
• PSGenerator:
• establishColorFromColor always returns true
• therefore, the call to establishDeviceRBG in convertColorToPS
Was going to do it, but I'm happy to leave the paperwork to you ;-)
[X] +1 Approve J2SE 1.5 as minimum environment
Thanks,
Vincent
On 25/10/10 09:38, Jeremias Maerki wrote:
Probably a formality after the recent discussion [1], but here goes:
Please vote on whether the Apache XML Graphics
.
On 20.10.2010 20:53:28 Vincent Hennebert wrote:
Hi,
The topic has already been mentioned several times in the past, at least
in the FOP area. The latest discussion we had was in August 2009:
http://markmail.org/message/y7iwptehnzujcuxm
It was decided then to release FOP 1.0 with Java 1.4 support
Hi,
I think we have to be pragmatic about that. This issue has been
outstanding for more than 2 months and hasn’t been dealt with yet. That
means that among the current team nobody has the knowledge or the time
to handle it. I have neither of those.
Constantly getting Gump warnings is not only
Hi Glenn,
Thanks for your additional precisions. I realise that I didn’t have it
quite right yet in my previous message.
Inline:
On 05/10/10 03:38, Glenn Adams wrote:
Inline.
On Tue, Oct 5, 2010 at 12:08 AM, Vincent Hennebert
vhenneb...@gmail.comwrote:
Glenn, Simon,
Thanks for your
Hi,
Posting here as this may be of interest to Batik devs, since the same
issue equally applies to SVG.
A colleague of mine recently stumbled upon an interesting issue: he was
mixing elements in the XSL-FO namespace with custom extension elements
in another namespace, that were re-using some of
Ideally every output format should be optional and shipped in its own
jar. I’m not sure the RTF library currently included in FOP is any more
used than the AFP output. That doesn’t prevent us, anyway, from
delivering some fop-all.jar that would contain all the common output
formats.
In the case
Hi Glenn,
(Moving to general@ as maybe this is something we want to do at the XML
Graphics project level. Please continue discussion there.)
Thanks for bringing up this topic. I personally agree that
a zero-warning policy would be A Good Thing. In theory newly committed
code should have no
Jeremias Maerki wrote:
Hi Vincent
On 27.07.2010 12:56:42 Vincent Hennebert wrote:
Hi,
Author: jeremias
Date: Tue Jul 27 07:50:40 2010
New Revision: 979567
URL: http://svn.apache.org/viewvc?rev=979567view=rev
Log:
Fix for TIFFs which report zero as their resolution. This resulted
Jeremias Maerki wrote:
On 01.07.2010 13:22:35 Vincent Hennebert wrote:
snip/
Also, I very much doubt that that class should extend Color, but this
is
another topic.
IMO, there's one very VERY good reason for extending it from Color: An
implementation that doesn't support any of the color
Hi,
Jeremias Maerki wrote:
On 30.06.2010 21:13:10 Simon Pepping wrote:
Does this mean that you want to finish your color work and merge it
into trunk before a release?
No, not necessarily. I wanted to discuss what the best course of action
is concerning the new color infrastructure.
Hi,
In my work on introducing support for TrueType fonts in PostScript
I need to use a CMap file to map character codes to CIDs. Like in PDF
the mapping is trivial and is Identity. But unlike in PDF I can't just
give the name of the CMap file, I must explicitly embed it in the
PostScript output
to 2001 when I
submitted the first version of a PSRenderer (before I became a committer).
I can't recall why I've added that. If everything still works without it,
then I guess it wasn't necessary and it was fine to remove it.
On 11.06.2010 19:22:21 Vincent Hennebert wrote:
Hi,
The XML Graphics
Simon Pepping wrote:
Ross Gardler of ASF announced that it is time for our projects to
start preparing for Google Summer of Code (GSoC). Do we have ideas for
GSoC projects? Are committers willing to be a mentor?
If any student comes up with a good idea of project in the FOP area, I’d
be happy
Hi Jeremias,
Author: jeremias
Date: Fri Feb 19 16:37:29 2010
New Revision: 911864
URL: http://svn.apache.org/viewvc?rev=911864view=rev
Log:
Bugfix: Use a List and a sort instead of a SortedSet to avoid problems with
the equals() semantics. The result really depended on the entry order
Hi,
Author: jeremias
Date: Mon Dec 21 21:08:42 2009
New Revision: 892977
URL: http://svn.apache.org/viewvc?rev=892977view=rev
Log:
Added support for XMP Basic's Identifier property (uses qualifiers).
Some simplifications.
snip/
Modified:
Max Berger wrote:
Hi *,
I don't see the advantage of having commit rights if you do not submit
any code.
Granting committership is a means to reward somebody for their constant
involvement in the community. In that case it’s more for the symbolic
side of it, although there are things a
Hi,
Author: jeremias
Date: Wed Dec 9 13:21:04 2009
New Revision: 888794
URL: http://svn.apache.org/viewvc?rev=888794view=rev
Log:
Added access methods for the remaining Dublin Core properties to the adapter.
Added support for removing properties.
Added:
Hi Simon,
The report looks good. Just a thing about the ChangingIPD hack: actually
it is still undecided whether it should be merged back to Trunk or not.
My main concern about that is that it will get in the way when
implementing the new approach. I will basically have to start with
reverting
[Sent on behalf of the Travel Assistance Committee.]
Original Message
The Travel Assistance Committee is taking in applications for those wanting
to attend ApacheCon US 2009 (Oakland) which takes place between the 2nd and
6th November 2009.
The Travel Assistance Committee is
that grabs the image. Someone would still have to maintain
the RSS, which would probably be best if it were a task managed by the
ApacheCon folks...
Clay
On Tue, May 19, 2009 at 4:04 AM, Vincent Hennebert wrote:
Hi All,
I had to do that change 3 times: one for the XML Graphics website, one
Hi All,
I had to do that change 3 times: one for the XML Graphics website, one
for Commons, one for FOP. There is a lot of content that could be shared
between the three websites (plus, eventually, Batik).
Does anyone have any suggestion about that? Would that be at all
possible with Forrest?
[On behalf of the Travel Assistance Committee]
Original Message
Subject: [Travel Assistance] Applications for ApacheCon EU 2009 - Now Open
Date: Fri, 23 Jan 2009 13:28:19 +
From: Tony Stevenson
To: travel-assistance apache.org
The Travel Assistance Committee is now
Hi All,
Thanks for your comments.
Jeremias Maerki wrote:
On 03.12.2008 11:48:40 Vincent Hennebert wrote:
snip/
Plus, while it makes sense to replace
minus-sign with hyphen-minus when minus-sign is not available, the other
way around is not acceptable. Anyway, since in practice
Jeremias Maerki wrote:
On 02.12.2008 18:40:21 Vincent Hennebert wrote:
snip/
(example: with {zero, zerooldstyle} zero is added as a fall-back for
zerooldstyle and vice-versa). I’m not sure this is very useful anyway:
the usage of the method shows that the first glyph is a ‘common’ one,
likely
while others might find it a
nuisance. Can we get some additional opinions to reach an informed
decision, please?
On 02.12.2008 12:22:29 Vincent Hennebert wrote:
Hi Jeremias,
Author: jeremias
Date: Mon Dec 1 08:00:50 2008
New Revision: 722108
URL: http://svn.apache.org/viewvc?rev=722108view=rev
+1
Vincent
Jeremias Maerki wrote:
With much too much delay I'm happy to present the final 0.95 artifacts for
a release vote.
The release files are built from:
http://svn.apache.org/repos/asf/xmlgraphics/fop/tags/fop-0_95/
(revision 681373, on Ubuntu 8.04LTS with Sun Java 1.4.2_18)
The
May 2008).
Vincent
--
Vincent HennebertAnyware Technologies
http://people.apache.org/~vhennebert http://www.anyware-tech.com
Apache FOP Committer FOP Development/Consulting
Jeremias Maerki wrote:
On 28.04.2008 12:08:41 Vincent Hennebert wrote:
Hi,
Jeremias Maerki wrote:
On 26.03.2008 18:21:00 Jeremias Maerki wrote:
snip/
When that's done I think we can do FOP 0.95 final
soon thereafter. Is there anything still missing for FOP 0.95 final?
There were a few
for the
release.
Thanks,
Vincent
Vincent Hennebert wrote:
This is a vote for releasing version 0.95beta of Apache FOP, second try.
The candidate distribution files were created from the following tag:
https://svn.apache.org/repos/asf/xmlgraphics/fop/tags/fop-0_95beta/
(rev. 638320). They may be found
showing up in my local copy of the tag.
Anyway, thank you very much for noticing that. I’ll prepare new
artifacts and relaunch the vote shortly.
--
Vincent HennebertAnyware Technologies
http://people.apache.org/~vhennebert http://www.anyware-tech.com
Apache FOP
Vincent Hennebert wrote:
Vote cancelled, the artifacts are screwed up.
Jeremias Maerki wrote:
I'm afraid I have to -1 this vote as the contents of the tag don't match
the contents of the source distribution. The source distribution doesn't
build as it still contains the recently deleted old
#imageio not found
The vote will end on Saturday 22st March, 13:00 UTC.
Votes only on general@ please.
+1 for me.
Thanks,
Vincent Hennebert
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
not found
The vote will end on Friday 21st March, 14:00 UTC.
Votes only on general@ please.
+1 for me.
Thanks,
Vincent Hennebert
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH38qBoHLU0ENYxYQRAsv1AJ4yI2BEq09iR
/
Jeremias Maerki
Vincent
--
Vincent HennebertAnyware Technologies
http://people.apache.org/~vhennebert http://www.anyware-tech.com
Apache FOP Committer FOP Development/Consulting
]
After testing the 1.3 release distribution myself properly this time,
+1 from me.
Sorry for the release shenanigans,
Cameron
--
Vincent HennebertAnyware Technologies
http://people.apache.org/~vhennebert http://www.anyware-tech.com
Apache FOP
with Squiggle and the transcoder, made a build from the
sources, skimmed through the documentation.
Congrats guys, it’s looking really good.
snip/
Vincent
--
Vincent HennebertAnyware Technologies
http://people.apache.org/~vhennebert http://www.anyware-tech.com
all, that wasn't my primary focus, as at the beginning I thought
only FOP could use this and I designed it that way. It's all the more
exciting if Batik or even external projects/products find it useful.
+1 from me for the merge.
Jeremias Maerki
--
Vincent Hennebert
Cameron McCormack wrote:
Hi everyone.
We (Batik) would like to accept software grant of an XML syntax
highlighting text editor Swing component:
http://issues.apache.org/bugzilla/show_bug.cgi?id=43871
And procedure dicatates that this requires a vote.
+1, looks good.
In
Hi,
Jeremias Maerki wrote:
FYI, Ben Litchfield, Jukka Zitting, Bertrand Delacrétaz and I will hold
a video/Skype conference on a possible incubation of PDFBox at the ASF
tomorrow (Wednesday). If anyone wants to chime in:
I’ll be in. I may not say much, but I’m just curious...
Vincent
Hi,
Andreas L Delmelle wrote:
On Oct 17, 2007, at 10:16, Jeremias Maerki wrote:
No reactions so far. Interesting. Anyway, based on the user poll, my
opinion is to go for Java 1.4 for the moment and reevaluate Java 1.5
next summer. I mean I'd love to use generics and java.util.concurrent
Hi Jeremias,
Jeremias Maerki a écrit :
No reactions so far. Interesting. Anyway, based on the user poll, my
opinion is to go for Java 1.4 for the moment and reevaluate Java 1.5
next summer. I mean I'd love to use generics and java.util.concurrent
but I think it is just a bit too soon to drop
Chris Bowditch a écrit :
I feel the time has come to promote Adrian to committer status.
+1 from me
Vincent
-
Apache XML Graphics Project URL: http://xmlgraphics.apache.org/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Hi Max,
Thanks for pointing this out. For sure that should be corrected and I'll
try to do that on the next WE. Some time ago I also noticed that
although they have the svn:eol-style property set, some java files have
wrong line endings (windoze style on my Unix box). Strange.
It also makes
xmlgraphics-commons-1.2-bin-jdk1.4.zip
c048e26055da4d03b58f68739e30e663943e807f xmlgraphics-commons-1.2-src.tar.gz
330b843ce24e285ce9f00744e7098112937a37e1 xmlgraphics-commons-1.2-src.zip
The vote will end on Friday 20th July, 16:00 CET.
Thanks,
Vincent Hennebert
-BEGIN PGP SIGNATURE-
Version
xmlgraphics-commons-1.2-bin-jdk1.4.zip
c048e26055da4d03b58f68739e30e663943e807f xmlgraphics-commons-1.2-src.tar.gz
330b843ce24e285ce9f00744e7098112937a37e1 xmlgraphics-commons-1.2-src.zip
The vote will end on Friday 20th July, 16:00 CET.
Thanks,
Vincent Hennebert
Hi,
To make Junit tests pass when building with 1.3 I had to put Xalan and
xml-apis in the lib/ directory. Running ant package works fine without
those libs though.
Should I remove the 1.2 tag, add the libraries to the branch, re-tag,
rebuild everything or do we consider that that's fine as is?
1 - 100 of 121 matches
Mail list logo