I cannot reproduce this issue, there can be something wrong with your
environment.
You can try it fresh yourself with e.g
sudo vmdebootstrap --verbose --distribution jessie --image jessie.img
--size 3G --package epubcheck --hostname epub --user epub/epub --sudo
--grub --systemd-networkd --enable-
Hi Joseph,
Thank you for the bug report. Unfortunately I'm away from keyboard until
Monday.
I see you found this bug in Debian stable release, can you also reproduce
this with Debian testing/unstable (if you have a possibility to try of
course)?
@debian-java the package is team maintained, if any
On Mon, Mar 14, 2016 at 10:25 PM, Vincent Danjean wrote:
> Le 14/03/2016 21:20, Vincent Danjean a écrit :
>> Is it the correct way to build a package that requires java 8?
>
> I just saw that default-jre/jdk is 1.8 now, so I'm sure this
> package need to be fixed. If someone can tell me how to d
tags -1 moreinfo
Could you please provide more information e.g. input files you tried
with, the command you run?
> It seems jquery-1.7.1.min.js is missing from /usr/share/java/testng.jar.
This is correct. The build process was tweaked back and forth first to
exclude, then to include it.
The end result is that current binary in Jessie doesn't include it,
but the source package does include it.
So, "apt-get s
> On 18 Nov 2014, at 21:37, Emmanuel Bourg wrote:
>
> Le 18/11/2014 20:28, Eugene Zhukov a écrit :
>
>> I've been looking into upgrading it to version 4.2.1.Final. I will commit my
>> work in progress to a separate branch tomorrow. It needs a couple of new
&
Hi,
I've been looking into upgrading it to version 4.2.1.Final. I will commit my
work in progress to a separate branch tomorrow. It needs a couple of new
dependencies, I will try to commit those tomorrow as well.
Eugene
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
Thanks Emmanuel, I couldn't get my head around this issue in sisu-guice.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Aug 24, 2014, at 06:48 PM, tony mancill wrote:
On 08/20/2014 09:39 PM, Debian testing autoremoval watch wrote:
> activemq 5.6.0+dfsg-1 is marked for autoremoval from testing on
2014-08-29
>
> It is affected by these RC bugs:
> 735227: activemq: [activemq] Non sou
On Tue, Feb 11, 2014 at 4:56 PM, tony mancill wrote:
> On 02/11/2014 06:39 AM, Eugene Zhukov wrote:
>> The cause of the problem is described here [0].
>> I tried it out and downgraded asm dependency to 3.3.2 in
>> d/maven.rules. After reverting
>> core/src/com/
The cause of the problem is described here [0].
I tried it out and downgraded asm dependency to 3.3.2 in
d/maven.rules. After reverting
core/src/com/google/inject/internal/util/LineNumbers.java to previous
revision (it seems to be the only class depending on asm-4
functionality), I was able to buil
Hello,
A fresh look/opinion is welcome! Could someone please take a fresh
look at the bug #567210.
After closer look at my last test results (described in my two last
mails to the bug), I tend to think the problem lies in Saxon-{B|HE}.
Any comments are very much appreciated,
Eugene
--
To UNSUB
Hi Bastien,
Could you please kindly elaborate what the problem exactly is?
When I do apt-get source libsisu-guice-java in sid, I can see all
three files under sisu-guice-3.1.1+dfsg folder.
Regards,
Eugene
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "un
On Thu, Jan 30, 2014 at 1:49 PM, Eugene Zhukov wrote:
> It fails immediately without network, but hangs and succeeds with
> network. "Saxon does not have a local copy of PUBLIC -//W3C//DTD
> XHTML+RDFa" is not shown anymore! With tcpdump and wireshark I see a
> request:
&
On Wed, Jan 29, 2014 at 4:25 PM, Michael Kay wrote:
>
>> Warning: SXXP0005: The source document is in namespace
>> http://www.w3.org/2005/Atom, but none of the
>> template rules match elements in this namespace
>
> You can ignore that warning for present purposes.
>> [...]
>> Saxon does not have
On Wed, Jan 29, 2014 at 3:01 PM, Michael Kay wrote:
> OK, so the problem seems to be here:
>
> Cannot read xhtml11/xhtml-inlpres-1.mod file
>
I tried with latest 9.4 and it wasn't the case anymore, but main
problem persisted.
> and the reason would appear to be the absence of the w3c/ prefix on t
On Wed, Jan 29, 2014 at 11:00 AM, Michael Kay wrote:
> If you use the -t option on the command line, then attempts to use local
> copies of W3C DTDs will be traced on System.err. Hopefully this will shed
> more light on why the mechanism isn't working for you.
>
> The EntityResolver that Saxon u
On Tue, Jan 28, 2014 at 4:25 PM, Michael Kay wrote:
> Saxon-B 9.1 does not include copies of these resources.
>
> You can always write a URIResolver and direct the request to copies held at
> application level, but it can't be done "behind the scenes".
>
> My recommendation would be to move forwa
Hi Michael,
Thanks for your previous replay.
I checked with tcpdump and Wireshark that requests are made to
www.w3.org [0]. Hence the failure without network.
Could you please elaborate how to patch Saxonb 9.1.0.8 to redirect
those requests to a local copy held within Saxon itself?
You can find p
19 matches
Mail list logo
