Begin forwarded message:
From: Adam Retter <adam.ret...@googlemail.com>
Date: 1 December 2015 at 16:16:31 GMT-8
To: us...@pdfbox.apache.org
Subject: 2.0.0-RC2 ScratchFileBuffer not closed!
Hey guys,
Using either 2.0.0-RC1 or 2.0.0-RC2 I am seeing a lot of debug
messages which loo
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
John Hewson closed PDFBOX-3133.
---
Resolution: Not A Problem
This issue has wandered off-topic so I'm closing it.
> PDFBox 2.0.0-
Timo, any thoughts on this?
— John
> Begin forwarded message:
>
> From: Adam Retter <adam.ret...@googlemail.com>
> Date: 1 December 2015 at 16:16:31 GMT-8
> To: us...@pdfbox.apache.org
> Subject: 2.0.0-RC2 ScratchFileBuffer not closed!
>
> Hey guys,
>
> U
setImageableArea(0, 0, paper.getWidth(), paper.getHeight());
pageFormat.setPaper(paper);
return pageFormat;
}
Regards
Sridhar Sowmiyanarayanan
Tata Consultancy Services
Mailto: sridhar...@tcs.com
Website: http://www.tcs.com
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions
(), paper.getHeight());
pageFormat.setPaper(paper);
return pageFormat;
}
Regards
Sridhar Sowmiyanarayanan
Tata Consultancy Services
Mailto: sridhar...@tcs.com
Website: http://www.tcs.com
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with syste
that you get in your implementation of the
java.awt.print.Printable interface.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
/tools/PDFToImage.java
to a method and use or any API available?
Q3: Are there PDFBox code/API to print PNG file or need to do only in
java.awt.print?
Regards
Sridhar
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB
a writeImage method with an OutputStream.
Q3: only awt
If the image is pure black and white, then I recommend TIF, this makes even
smaller files than PNG. You'll need jai_imageio.jar. But start with PNG first.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with sy
tch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print
be included within "{{code}}...{{code}}", this looks nicer in JIRA.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lo
be included within "{{code}}...{{code}}", this looks nicer in JIRA.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lo
can be included within curly-bracket curly-bracket code curly-bracket
curly-bracket yourcode curly-bracket curly-bracket code curly-bracket
curly-bracket , this looks nicer in JIRA.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems havi
.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
ll get you the performance indices.
Since we are using applets, the above is not production server, it is low end
production like client machine as clients are expected to have low end systems.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems havi
are using an 8 year old low
performance netbook cpu. The cpu itself is slow, the memory performance of an
atom based system is slow and 2 Gb isn't that much for a win 7 system. So, what
do you expect?
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
>
cted to have low end systems.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM <
GHz
Ram: 1.99 GB
32-bit operating system
Will get you the performance indices.
Since we are using applets, the above is not production server, it is low end
production like client machine as clients are expected to have low end systems.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versi
Processor: Intel® Atom™ CPU 330 @1.60GHz 1.60 GHz
Ram: 1.99 GB
32-bit operating system
Will get you the performance indices.
Since we are using applets, the above is not production server, it is low end
production like client machine as clients are expected to have low end systems.
> PDFBox 2.
file that you sent to
Andreas and me, or was it a "production" file?
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lo
and 1g option for -Xmx but no gain in
performance, results below
java –Xmx512m -jar pdfbox-2.0.0-RC2.jar PDFToImage -imageType Jpg "FontTest.PDF"
Time taken for Xmx512m: 21.66,19.89,20.11
Time taken for Xmx1g: 20.26,19.77,20.17
Don't know, since there was no performance issue with 4 G
machine? What is its Windows
7 performance index? Mine (total) is 5.5. The RAM performance index (which is
about speed) is 7.5, the CPU index is 7.3. My lower total index is because I
have a low performance on aero graphics (because I have very basic graphics,
I'm not a gamer).
> PDFBox 2.0.0-
years old, celeron 1.99 Ghz
CPU, 2GB RAM.
PDFToImage took 9 seconds the first time. After starting it repeatably, time
went down to 4 seconds. (probably parts of the JRE being cached in memory)
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems
have a low performance on aero graphics (because I have very basic graphics,
I'm not a gamer).
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
that I still have a laptop that is 10 years old, celeron 1.99 Ghz
CPU, 2GB RAM.
PDFToImage took 9 seconds the first time. After starting it repeatably, time
went down to 4 seconds. (probably parts of the JRE being cached in memory)
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions pr
in the W7 performance indices. If the machine is the
future production machine, it makes sense for the manufacturer to make it
cheap. E.g. the W7 starter edition / 32 bit windows, cheap RAM, simple
mainboard, etc. As long as display and printing works properly, it doesn't
matter.
> PDFBox 2.0.0-RC
?
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
that I still have a laptop that is 10 years old, celeron 1.99 Ghz
CPU, 2GB RAM, 234 fonts, XP.
PDFToImage took 9 seconds the first time. After starting it repeatably, time
went down to 4 seconds. (probably parts of the JRE being cached in memory)
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPS
a difference. The
only number given in the previous test results is "90 fonts". Those results
seem to show that more RAM results in faster rendering, up to 4GB, which makes
perfect sense.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with system
and
subsequent time it was 18 to 19 secs. Machine has 2GB RAM.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
the PC can be powered off.
I already tested low -Xmx values (50m) some days ago (when we exchanged mails)
and it worked fine. I just retested with PDFToImage and no resolution parameter
and it took about 5 seconds, maybe 6 with low memory. PC is 6 years old.
> PDFBox 2.0.0-RC2 and earlier 2.
ng, up to 4GB, which makes
perfect sense.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM <
, no
applications loaded, nothing else running).
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
slow performance in PDFToImage or print to see the
difference.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
with lower RAM and large number of fonts, hence
requested Tilman, whose machine has 492+ fonts and 8 GB RAM to reduce RAM
to 2 GB and test.
Regards
Sridhar Sowmiyanarayanan
Tata Consultancy Services
Mailto: sridhar...@tcs.com
Website: http://www.tcs.com
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPS
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Lehmkühler updated PDFBOX-3133:
---
Attachment: (was: FontTest.pdf)
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPS
, whose machine has 492+ fonts and 8 GB RAM to reduce RAM
to 2 GB and test.
Regards
Sridhar Sowmiyanarayanan
Tata Consultancy Services
Mailto: sridhar...@tcs.com
Website: http://www.tcs.com
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems
as it was automatically attached to this JIRA
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
of RAM and lots of fonts? I'd
expect that the number of fonts doesn't make a difference as long as the cache
is already up to date.
There is one information missing. What kind of pdf do you use for your tests?
Can you provide us with a sample?
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPS
:
--
Thanks. I've removed the sample pdf as it was automatically attached to this
JIRA
was (Author: lehmi):
I've removed the sample pdf as it was automatically attached to this JIRA
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having l
of PDFToImage.
Might be the font caching rebuilding message, will get you the same. Hope
deleting the .cache file and re runing might result in warning message again.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and low
. Might be the font caching rebuilding message, will get you the
same. Hope deleting the .cache file and re runing might result in warning
message again. )
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and low
rebuilding message (which
should come only once).
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
for the level of slowness encountered).
You should run PDFToImage and see how long it takes to generate a PNG file,
that way we eliminate print drivers from the equation. The speed of PDFToImage
represents the speed of PDFBox, if you get slower printing performance then
it's due to Java.
> PDFBox 2.
of PDFToImage
represents the speed of PDFBox, if you get slower printing performance then
it's due to Java.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
to generate a PNG file,
that way we eliminate print drivers from the equation. The speed of PDFToImage
represents the speed of PDFBox, if you get slower printing performance then
it's due to Java. If PDFToImage is slow then it's a PDFBox issue which we can
fix.
> PDFBox 2.0.0-RC2 and earlier 2.
,
that way we eliminate print drivers from the equation. The speed of PDFToImage
represents the speed of PDFBox, if you get slower printing performance then
it's due to Java.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB
Box 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number of fonts.
> ---
>
>
that the memory is accepted by the computer).
Desperate situations require desperate measures.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
John Hewson reassigned PDFBOX-3133:
---
Assignee: John Hewson
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions pr
posted there and let me
know if it works for you.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
this
issue is a duplicate of that one. Try out the solution posted there and let me
know if it works for you.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
the memory to a good number (and close everything
else). See also the task manager (taskmgr.exe) whether there are some
applications that use your memory and/or your CPU.
Another thing to test (I may have mentioned this before) is what happens if you
switch printers and/or printer cables.
> PDF
printout is slow.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lo
. CPU
consumption is only 2 to 3%. It is memory demand which is causing the delay.
Was running only Eclipse . Out of 3 GB 1.6 GB was consumed by other apps and
another 1.4 GB is available. Still same issue.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
>
paperHeight = 50;
}
else if {
//
}
paper.setSize(paperWidth * 72.0, paperHeight * 72.0);
paper.setImageableArea(0, 0, paper.getWidth(), paper.getHeight());
pageFormat.setPaper(paper);
return pageFormat;
}
> PDFBox 2.
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15027327#comment-15027327
]
Tilman Hausherr commented on PDFBOX-3133:
-
You can edit your comments :-)
> PDFBox 2.0.0-
Sridhar created PDFBOX-3133:
---
Summary: PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions
print performance is poor with systems having low RAM < 3GB and lower number of
fonts.
Key: PDFBOX-3133
URL: ht
.
> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is
> poor with systems having low RAM < 3GB and lower number
The Apache PDFBox community is pleased to announce the release of
Apache PDFBox version 2.0.0 RC2. The release is available for download at:
http://pdfbox.apache.org/download.cgi
The numerous feedback on our first release candidate helps us to fix a lot
of issues. We'd like to thank
Hi,
Am 18.11.2015 um 19:46 schrieb Andreas Lehmkuehler:
Please vote on releasing this package as Apache PDFBox 2.0.0-RC2.
+1 Rey Malahay (non-binding vote)
+1 Timo Boehme
+1 Maruan Sahyoun
+1 John Hewson
+1 Tilman Hausherr
Thanks for your help
+1 Awesome.
— John
> On 18 Nov 2015, at 10:46, Andreas Lehmkuehler <andr...@lehmi.de> wrote:
>
> Hi,
>
> a candidate for the PDFBox 2.0.0-RC2 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0-RC2/
>
> The release candidat
.
Tilman
Am 18.11.2015 um 19:46 schrieb Andreas Lehmkuehler:
Hi,
a candidate for the PDFBox 2.0.0-RC2 release is available at:
https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0-RC2/
The release candidate is a zip archive of the sources in:
http://svn.apache.org/repos/asf/pdfbox/tags
Hi,
+1
checked the app-jar. My collection of problematic/error PDF now mostly
render fine.
Thanks,
Timo
Am 18.11.2015 um 19:46 schrieb Andreas Lehmkuehler:
Hi,
a candidate for the PDFBox 2.0.0-RC2 release is available at:
https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0-RC2
Am 19.11.2015 um 18:02 schrieb Tilman Hausherr:
Why is
[PDFBOX-3107] Asterisk character not displaying properly in Adobe Reader
included in the release notes? This is a new, unsolved bug.
Hmm, I've used JIRA to compile the list and until now I thought that it contains
only resolved/closed
+1 - thanks for preparing the RC2.
BR
Maruan
> Am 18.11.2015 um 19:46 schrieb Andreas Lehmkuehler <andr...@lehmi.de>:
>
> Hi,
>
> a candidate for the PDFBox 2.0.0-RC2 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0-RC2/
>
&g
Why is
[PDFBOX-3107] Asterisk character not displaying properly in Adobe Reader
included in the release notes? This is a new, unsolved bug.
Tilman
-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional
Am 18.11.2015 um 11:44 schrieb Andreas Lehmkühler:
Tilman Hausherr hat am 18. November 2015 um 07:50
geschrieben:
Am 18.11.2015 um 07:38 schrieb Maruan Sahyoun:
I'd like to see PDFBOX-3082 to be addressed or at least the patch provided
by Tom Callahan to be reviewed.
Hi,
a candidate for the PDFBox 2.0.0-RC2 release is available at:
https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0-RC2/
The release candidate is a zip archive of the sources in:
http://svn.apache.org/repos/asf/pdfbox/tags/2.0.0-RC2/
The SHA1 checksum of the archive
Am 18.11.2015 um 17:59 schrieb Tilman Hausherr:
Am 18.11.2015 um 11:44 schrieb Andreas Lehmkühler:
Tilman Hausherr hat am 18. November 2015 um 07:50
geschrieben:
Am 18.11.2015 um 07:38 schrieb Maruan Sahyoun:
I'd like to see PDFBOX-3082 to be addressed or at least the
> Tilman Hausherr hat am 18. November 2015 um 07:50
> geschrieben:
>
>
> Am 18.11.2015 um 07:38 schrieb Maruan Sahyoun:
> > I'd like to see PDFBOX-3082 to be addressed or at least the patch provided
> > by Tom Callahan to be reviewed.
> > It has a very high impact on
+1
On 18 November 2015 at 11:46, Andreas Lehmkuehler <andr...@lehmi.de> wrote:
> Hi,
>
> a candidate for the PDFBox 2.0.0-RC2 release is available at:
>
> https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0-RC2/
>
> The release candidate is a zip archive of t
Hi,
> Andreas Lehmkuehler hat am 9. November 2015 um 18:36
> geschrieben:
>
>
> Hi,
>
> Am 07.11.2015 um 14:38 schrieb Andreas Lehmkuehler:
> > On 11/06/2015 10:24 PM, Andreas Lehmkuehler wrote:
> >> I've found work around for my problem (gfx card). It's not perfect, but it
Hi,
> Am 17.11.2015 um 12:54 schrieb Andreas Lehmkühler :
>
> Hi,
>
>> Andreas Lehmkuehler hat am 9. November 2015 um 18:36
>> geschrieben:
>>
>>
>> Hi,
>>
>> Am 07.11.2015 um 14:38 schrieb Andreas Lehmkuehler:
>>> On 11/06/2015 10:24 PM, Andreas
Am 18.11.2015 um 07:38 schrieb Maruan Sahyoun:
I'd like to see PDFBOX-3082 to be addressed or at least the patch provided by
Tom Callahan to be reviewed.
It has a very high impact on memory usage and there were several complaints.
I hope to be able to test, review and commit the rest of his
Hi,
Am 07.11.2015 um 14:38 schrieb Andreas Lehmkuehler:
On 11/06/2015 10:24 PM, Andreas Lehmkuehler wrote:
I've found work around for my problem (gfx card). It's not perfect, but it
works.
The work around doesn't work for my signing environment. :-(
We have to postpone the RC
Everything
On 11/06/2015 10:24 PM, Andreas Lehmkuehler wrote:
I've found work around for my problem (gfx card). It's not perfect, but it
works.
The work around doesn't work for my signing environment. :-(
We have to postpone the RC
BR
ANdreas
I'll try to find some time tomorrow to cut the RC .
Am 06.11.2015 um 08:21 schrieb Maruan Sahyoun:
Am 06.11.2015 um 07:30 schrieb Andreas Lehmkuehler :
Hi,
Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
Hi,
do we need another release candidate before releasing the final version?
I would have some cycles to cut a RC2
> Tilman Hausherr hat am 6. November 2015 um 09:36
> geschrieben:
>
>
> Am 06.11.2015 um 08:21 schrieb Maruan Sahyoun:
> >> Am 06.11.2015 um 07:30 schrieb Andreas Lehmkuehler :
> >>
> >> Hi,
> >>
> >>
> >> Am 02.11.2015 um 12:29 schrieb Andreas
> Am 06.11.2015 um 10:20 schrieb Andreas Lehmkühler :
>
>> Tilman Hausherr hat am 6. November 2015 um 09:36
>> geschrieben:
>>
>>
>> Am 06.11.2015 um 08:21 schrieb Maruan Sahyoun:
Am 06.11.2015 um 07:30 schrieb Andreas Lehmkuehler
Am 06.11.2015 um 18:21 schrieb John Hewson:
Hello,
I’m online now and will take a look at the build issue. Sorry, I’d assumed that
Id fixed it yesterday one my local build passed, but I don’t run Isartor so I
missed that one.
You probably mean Bavaria, which is disabled by default, but
Am 06.11.2015 um 19:12 schrieb John Hewson:
Ok, I’m done making changes. PDFBOX-2950 is working well enough now. So I’m
happy for RC2.
test is running...
-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For
Hi,
I have bad news. After a software update my machine is somehow broken and I
couldn't get it to run.
I'm afraid we have to postpone the RC2.
Sorry, my fault :-((
BR
Andreas
> John Hewson hat am 6. November 2015 um 19:12 geschrieben:
>
>
> Ok, I’m done making changes.
Hello,
I’m online now and will take a look at the build issue. Sorry, I’d assumed that
Id fixed it yesterday one my local build passed, but I don’t run Isartor so I
missed that one.
— John
> On 5 Nov 2015, at 22:30, Andreas Lehmkuehler wrote:
>
> Hi,
>
>
> Am 02.11.2015
Ok, I’m done making changes. PDFBOX-2950 is working well enough now. So I’m
happy for RC2.
— John
> On 6 Nov 2015, at 09:21, John Hewson wrote:
>
> Hello,
>
> I’m online now and will take a look at the build issue. Sorry, I’d assumed
> that Id fixed it yesterday one my
> On 6 Nov 2015, at 09:30, Tilman Hausherr wrote:
>
> Am 06.11.2015 um 18:21 schrieb John Hewson:
>> Hello,
>>
>> I’m online now and will take a look at the build issue. Sorry, I’d assumed
>> that Id fixed it yesterday one my local build passed, but I don’t run
>>
I've found work around for my problem (gfx card). It's not perfect, but it
works.
I'll try to find some time tomorrow to cut the RC .
BR
Andreas
On 11/06/2015 07:58 PM, Andreas Lehmkühler wrote:
Hi,
I have bad news. After a software update my machine is somehow broken and I
couldn't get
> Am 06.11.2015 um 07:30 schrieb Andreas Lehmkuehler :
>
> Hi,
>
>
> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
>> Hi,
>>
>> do we need another release candidate before releasing the final version?
>>
>> I would have some cycles to cut a RC2 this week only (on
Hi,
Am 02.11.2015 um 19:27 schrieb John Hewson:
On 2 Nov 2015, at 08:32, Maruan Sahyoun wrote:
Hi,
Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler :
Hi,
do we need another release candidate before releasing the final version?
I'd think
> On 4 Nov 2015, at 13:57, Andreas Lehmkuehler wrote:
>
> Hi,
>
> Am 02.11.2015 um 19:27 schrieb John Hewson:
>>
>>> On 2 Nov 2015, at 08:32, Maruan Sahyoun wrote:
>>>
>>> Hi,
>>>
Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler
> Am 02.11.2015 um 18:36 schrieb Tilman Hausherr :
>
> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
>> Hi,
>>
>> do we need another release candidate before releasing the final version?
>>
>> I would have some cycles to cut a RC2 this week only (on Wednesday?).
>>
> On 2 Nov 2015, at 08:32, Maruan Sahyoun wrote:
>
> Hi,
>
>> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler :
>>
>> Hi,
>>
>> do we need another release candidate before releasing the final version?
>>
>
> I'd think another RC would be good but
Hi,
> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler :
>
> Hi,
>
> do we need another release candidate before releasing the final version?
>
I'd think another RC would be good but that should potentially include an
enhanced font cache.
BR
Maruan
> I would have some
Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
Hi,
do we need another release candidate before releasing the final version?
I would have some cycles to cut a RC2 this week only (on Wednesday?).
Yes!
Suggestion for announce text (additional to the usual things):
- thanks for the
Hi,
do we need another release candidate before releasing the final version?
I would have some cycles to cut a RC2 this week only (on Wednesday?).
WDYT?
BR
Andreas
-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
94 matches
Mail list logo