On Sat, Sep 9, 2017 at 9:22 PM, Christopher Hoskin wrote:
>>
>> One suggestion: If you update a library, it would be good to test
>> whether any r-dep fails to build. There are not many for the case of
>> batik.
>>
>
> Is there an automated way to rebuild all of the reverse dependencies
> of a pac
Am 09.09.2017 um 20:22 schrieb Christopher Hoskin:
>>
>> One suggestion: If you update a library, it would be good to test
>> whether any r-dep fails to build. There are not many for the case of
>> batik.
>>
>
> Is there an automated way to rebuild all of the reverse dependencies
> of a package an
>
> One suggestion: If you update a library, it would be good to test
> whether any r-dep fails to build. There are not many for the case of
> batik.
>
Is there an automated way to rebuild all of the reverse dependencies
of a package and see a summary of the outcome? libbatik-java has 25
immediate
Christopher Hoskin writes:
> Dear Felix,
hello Christopher,
> Another option would be for me to switch to using maven to build
> batik. I've had a go at this here:
>
> https://anonscm.debian.org/cgit/pkg-java/batik.git/?h=maven-build
>
> In this case, batik-i18n and batik-constants are created
Dear Felix,
Another option would be for me to switch to using maven to build
batik. I've had a go at this here:
https://anonscm.debian.org/cgit/pkg-java/batik.git/?h=maven-build
In this case, batik-i18n and batik-constants are created as jars in
their own right under /usr/share/java rather than
Dear Felix,
One of the changes between batik 1.7 and 1.9 is that upstream now
provides pom files, although I'm still doing the build with ant.
batik-i18n gets included in the batic-util.jar, but the pom file for
batic-util includes:
${project.groupId}
batik-constants
${pro
hello Debian-java,
hello Christopher,
freeplane depends on several batik artifacts:
compile 'org.apache.xmlgraphics:batik-anim:1.7',
'org.apache.xmlgraphics:batik-awt-util:1.7',
'org.apache.xmlgraphics:batik-bridge:1.7',
'org.apache.xmlgraphics:batik-codec:1
7 matches
Mail list logo