Re: Help with encoding issue needed for libjscience-java (Was: Help needed for libapfloat-java)

2018-05-25 Thread Andreas Tille
Hi,

Markus Koschany wrote:
> In this case you need to override the default iso8851 encoding and pass
> --javacopts="-encoding UTF-8" to jh_build. I have pushed this change
> already

Cool.  That's very welcome.

> but the build fails because of missing build-dependencies now.

I started working on this[1] but it seems I totally failed with the
maven based build system:

...
   dh_auto_build
/usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/build/libjavolution-java-6.0.0\+dfsg 
-Dclassworlds.conf=/etc/maven/m2-debian.conf 
org.codehaus.plexus.classworlds.launcher.Launcher 
-s/etc/maven/settings-debian.xml 
-Ddebian.dir=/build/libjavolution-java-6.0.0\+dfsg/debian 
-Dmaven.repo.local=/build/libjavolution-java-6.0.0\+dfsg/debian/maven-repo 
package -DskipTests -Dnotimestamp=true -Dlocale=en_US
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by 
com.google.inject.internal.cglib.core.$ReflectUtils$1 
(file:/usr/share/maven/lib/guice.jar) to method 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
WARNING: Please consider reporting this to the maintainers of 
com.google.inject.internal.cglib.core.$ReflectUtils$1
WARNING: Use --illegal-access=warn to enable warnings of further illegal 
reflective access operations
WARNING: All illegal access operations will be denied in a future release
[INFO] Scanning for projects...
[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[ERROR] Unknown packaging: bundle @ line 7, column 13
[ERROR] Unknown packaging: so @ line 7, column 13
 @ 
[ERROR] The build could not read 2 projects -> [Help 1]
[ERROR]   
[ERROR]   The project org.javolution:javolution-core-java:6.0.0 
(/build/libjavolution-java-6.0.0+dfsg/core-java/pom.xml) has 1 error
[ERROR] Unknown packaging: bundle @ line 7, column 13
[ERROR]   
[ERROR]   The project org.javolution:libjavolution-core-cpp:6.0.0 
(/build/libjavolution-java-6.0.0+dfsg/core-cpp/pom.xml) has 1 error
[ERROR] Unknown packaging: so @ line 7, column 13
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException


Any help would be really welcome.

Kind regards

   Andreas.


[1] https://salsa.debian.org/java-team/libjavolution-java

-- 
http://fam-tille.de



Re: Help with encoding issue needed for libjscience-java (Was: Help needed for libapfloat-java)

2018-05-25 Thread Markus Koschany
Hallo Andreas,

Am 25.05.2018 um 15:32 schrieb Andreas Tille:
[...]
> Any hint how to fix this?

In this case you need to override the default iso8851 encoding and pass
--javacopts="-encoding UTF-8" to jh_build. I have pushed this change
already but the build fails because of missing build-dependencies now.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature


Help with encoding issue needed for libjscience-java (Was: Help needed for libapfloat-java)

2018-05-25 Thread Andreas Tille
Hi,

On Wed, May 16, 2018 at 05:21:44PM +0200, Olivier Sallou wrote:
> missing dependency com.aparpi.aparapi:1.3.4 (for apfloat-aparapi) and
> org.jscience.jscience:4.3.1 (for apfloat-jscience)

I tried to start with the latter and have committed some initial
packaging to.  Unfortunately I get lots of errors of this type:

...
org/jscience/physics/amount/AmountFormat.java:186: error: illegal character: 
'\u00b1'
if (arg0.charAt(arg1.getIndex()) == '±') { // Error specified.
  ^
org/jscience/physics/amount/AmountFormat.java:186: error: unclosed character 
literal
if (arg0.charAt(arg1.getIndex()) == '±') { // Error specified.
   ^
org/jscience/physics/amount/AmountFormat.java:187: error: unclosed character 
literal
arg1.skip('±', arg0);
  ^
org/jscience/physics/amount/AmountFormat.java:187: error: illegal character: 
'\u00b1'
arg1.skip('±', arg0);
^
org/jscience/physics/amount/AmountFormat.java:187: error: unclosed character 
literal
arg1.skip('±', arg0);
 ^
org/jscience/physics/amount/AmountFormat.java:187: error: not a statement
arg1.skip('±', arg0);
^
100 errors


I checked just this example file:

$ file org/jscience/physics/amount/AmountFormat.java
org/jscience/physics/amount/AmountFormat.java: HTML document, UTF-8 Unicode text

The affected lines are looking in vim like:

186 if (arg0.charAt(arg1.getIndex()) == '±') { // Error 
specified. 
187 arg1.skip('±', arg0);


Any hint how to fix this?

Kind regards

 Andreas.


[1] https://salsa.debian.org/java-team/libjscience-java 

-- 
http://fam-tille.de



Re: Help needed for libapfloat-java

2018-05-18 Thread Andreas Tille
On Thu, May 17, 2018 at 08:02:33AM +0200, Olivier Sallou wrote:
> > I wonder whether we start with a packaging attempt anyway and if
> > ftpmaster considers this a blocker we could try to negotiate with
> > the authors about this part of the license.
> 
> 
> For me it is blocking with the 'you will not (1) export, re-export or release 
> ' part...
> 
> We may ask upstream, but seems wa released by a company, and it may be forced 
> to follow some us regulations

Just tried:

https://github.com/aparapi/aparapi/issues/50

... and mentioned on the Debian Med SoftwarLiberation Wiki

https://wiki.debian.org/DebianMed/SoftwareLiberation

Kind regards

   Andreas, intending to start with the other predependency. 

-- 
http://fam-tille.de



Re: Help needed for libapfloat-java

2018-05-17 Thread Olivier Sallou

- Andreas Tille  a écrit :
> On Wed, May 16, 2018 at 05:21:44PM +0200, Olivier Sallou wrote:
> > 
> > I updated repo with a few fixes, but lib needs additional external
> > dependencies not in Debian. I added info to d/changelog
> > 
> > missing dependency com.aparpi.aparapi:1.3.4 (for apfloat-aparapi) and
> > org.jscience.jscience:4.3.1 (for apfloat-jscience)
> 
> Thanks a lot!
>  
> > com.aparpi has however some kind of restrictive license [0]
> 
> You mean the last paragraph saying:
> 
> 
> If you use the software (in whole or in part), you shall adhere to all 
> applicable U.S., European, and other export
> laws, including but not limited to the U.S. Export Administration Regulations 
> ("EAR"), (15 C.F.R. Sections 730 through
> 774), and E.U. Council Regulation (EC) No 1334/2000 of 22 June 2000.  
> Further, pursuant to Section 740.6 of the EAR,
> you hereby certify that, except pursuant to a license granted by the United 
> States Department of Commerce Bureau of 
> Industry and Security or as otherwise permitted pursuant to a License 
> Exception under the U.S. Export Administration 
> Regulations ("EAR"), you will not (1) export, re-export or release to a 
> national of a country in Country Groups D:1,
> E:1 or E:2 any restricted technology, software, or source code you receive 
> hereunder, or (2) export to Country Groups
> D:1, E:1 or E:2 the direct product of such technology or software, if such 
> foreign produced direct product is subject
> to national security controls as identified on the Commerce Control List 
> (currently found in Supplement 1 to Part 774
> of EAR).  For the most current Country Group listings, or for additional 
> information about the EAR or your obligations
> under those regulations, please refer to the U.S. Bureau of Industry and 
> Security’s website at http://www.bis.doc.gov/.
> 
> 
> I wonder whether we start with a packaging attempt anyway and if
> ftpmaster considers this a blocker we could try to negotiate with
> the authors about this part of the license.


For me it is blocking with the 'you will not (1) export, re-export or release ' 
part...

We may ask upstream, but seems wa released by a company, and it may be forced 
to follow some us regulations


Olivier


> 
> Kind regards
> 
>  Andreas.
> 
>  
> > [0] https://github.com/aparapi/aparapi/blob/master/LICENSE.TXT
> 
> -- 
> http://fam-tille.de
> 



Re: Help needed for libapfloat-java

2018-05-16 Thread Andreas Tille
On Wed, May 16, 2018 at 05:21:44PM +0200, Olivier Sallou wrote:
> 
> I updated repo with a few fixes, but lib needs additional external
> dependencies not in Debian. I added info to d/changelog
> 
> missing dependency com.aparpi.aparapi:1.3.4 (for apfloat-aparapi) and
> org.jscience.jscience:4.3.1 (for apfloat-jscience)

Thanks a lot!
 
> com.aparpi has however some kind of restrictive license [0]

You mean the last paragraph saying:


If you use the software (in whole or in part), you shall adhere to all 
applicable U.S., European, and other export
laws, including but not limited to the U.S. Export Administration Regulations 
("EAR"), (15 C.F.R. Sections 730 through
774), and E.U. Council Regulation (EC) No 1334/2000 of 22 June 2000.  Further, 
pursuant to Section 740.6 of the EAR,
you hereby certify that, except pursuant to a license granted by the United 
States Department of Commerce Bureau of 
Industry and Security or as otherwise permitted pursuant to a License Exception 
under the U.S. Export Administration 
Regulations ("EAR"), you will not (1) export, re-export or release to a 
national of a country in Country Groups D:1,
E:1 or E:2 any restricted technology, software, or source code you receive 
hereunder, or (2) export to Country Groups
D:1, E:1 or E:2 the direct product of such technology or software, if such 
foreign produced direct product is subject
to national security controls as identified on the Commerce Control List 
(currently found in Supplement 1 to Part 774
of EAR).  For the most current Country Group listings, or for additional 
information about the EAR or your obligations
under those regulations, please refer to the U.S. Bureau of Industry and 
Security’s website at http://www.bis.doc.gov/.


I wonder whether we start with a packaging attempt anyway and if
ftpmaster considers this a blocker we could try to negotiate with
the authors about this part of the license.

Kind regards

 Andreas.

 
> [0] https://github.com/aparapi/aparapi/blob/master/LICENSE.TXT

-- 
http://fam-tille.de



Re: Help needed for libapfloat-java

2018-05-16 Thread Olivier Sallou


On 05/16/2018 05:04 PM, Olivier Sallou wrote:
>
> On 05/16/2018 03:34 PM, Andreas Tille wrote:
>> On Wed, May 16, 2018 at 02:40:31PM +0200, Emmanuel Bourg wrote:
>>> Le 16/05/2018 à 14:30, Andreas Tille a écrit :
>>>
 but my naive attempt to fire up mh_make and expect that it results
 in something that builds was again to naive to work.
> you need following build depends:
>
> libmaven-antrun-plugin-java
> libmaven-shade-plugin-java
> libbuild-helper-maven-plugin-java
> junit
>
> I updated d/control in repo
>
> compilation starts with this.
> It then ends up with errors due to dependencies on self generated jar.

I updated repo with a few fixes, but lib needs additional external
dependencies not in Debian. I added info to d/changelog

missing dependency com.aparpi.aparapi:1.3.4 (for apfloat-aparapi) and
org.jscience.jscience:4.3.1 (for apfloat-jscience)

com.aparpi has however some kind of restrictive license [0]

[0] https://github.com/aparapi/aparapi/blob/master/LICENSE.TXT

Olivier
>>> What error did you get?
>> No error but javac is not fired up at all and thus no JARs are created.
>>
>> Kind regards
>>
>>  Andreas. 
>>

-- 
Olivier Sallou
Univ Rennes, Inria, CNRS, IRISA
Irisa, Campus de Beaulieu
F-35042 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438




Re: Help needed for libapfloat-java

2018-05-16 Thread Olivier Sallou


On 05/16/2018 03:34 PM, Andreas Tille wrote:
> On Wed, May 16, 2018 at 02:40:31PM +0200, Emmanuel Bourg wrote:
>> Le 16/05/2018 à 14:30, Andreas Tille a écrit :
>>
>>> but my naive attempt to fire up mh_make and expect that it results
>>> in something that builds was again to naive to work.

you need following build depends:

libmaven-antrun-plugin-java
libmaven-shade-plugin-java
libbuild-helper-maven-plugin-java
junit

I updated d/control in repo

compilation starts with this.
It then ends up with errors due to dependencies on self generated jar.
>> What error did you get?
> No error but javac is not fired up at all and thus no JARs are created.
>
> Kind regards
>
>  Andreas. 
>

-- 
Olivier Sallou
Univ Rennes, Inria, CNRS, IRISA
Irisa, Campus de Beaulieu
F-35042 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438



Re: Help needed for libapfloat-java

2018-05-16 Thread Emmanuel Bourg
Le 16/05/2018 à 15:34, Andreas Tille a écrit :

> No error but javac is not fired up at all and thus no JARs are created.

Probably because the package depends on maven-repo-helper instead of
maven-debian-helper.

maven-debian-helper is for projects using Maven as the build system.

maven-repo-helper is for projects using another build system (Ant,
Gradle, Make...) but installing Maven artifacts in the binary package
(for example tomcat8).



Re: Help needed for libapfloat-java

2018-05-16 Thread Andreas Tille
On Wed, May 16, 2018 at 02:40:31PM +0200, Emmanuel Bourg wrote:
> Le 16/05/2018 à 14:30, Andreas Tille a écrit :
> 
> > but my naive attempt to fire up mh_make and expect that it results
> > in something that builds was again to naive to work.
> What error did you get?

No error but javac is not fired up at all and thus no JARs are created.

Kind regards

 Andreas. 

-- 
http://fam-tille.de



Re: Help needed for libapfloat-java

2018-05-16 Thread Emmanuel Bourg
Le 16/05/2018 à 14:30, Andreas Tille a écrit :

> but my naive attempt to fire up mh_make and expect that it results
> in something that builds was again to naive to work.
What error did you get?

Emmanuel Bourg



Help needed for libapfloat-java

2018-05-16 Thread Andreas Tille
Hi,

I intend to package libapfloat-java[1] which is needed by some Debian
Med target package (snpeff) but my naive attempt to fire up mh_make and
expect that it results in something that builds was again to naive to
work.

Any hint how to get the JARs build in the preliminary Git repository[1]
would be more than welcome.

Kind regards

  Andreas.


[1] https://salsa.debian.org/java-team/libapfloat-java

-- 
http://fam-tille.de