Leaving soon the list

2014-07-06 Thread ewl+debian+nospam2014

Hello,

after having packaged freemind in 2004 and freeplane in 2010, as well as 
a fair amount of Java libraries for dependency reasons, I've handed over 
these two packages in 2013, and haven't done much since my two packages 
have been replaced by two kids and a new job with more travel.


Hence after 10 years, it's time to say goodbye, and I didn't want to 
leave this list without saying thank you to my mentors, Hilko and Tony, 
and anybody else who helped me during these 10 years (Felix, special 
hello to you!).


So Long, and Thanks for All the Fish,
Eric


--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53b95ee8.4010...@lavar.de



Re: Leaving soon the list

2014-07-06 Thread Felix Natter
ewl+debian+nospam2...@lavar.de writes:

> Hello,

hi Eric,

> after having packaged freemind in 2004 and freeplane in 2010, as well as a
> fair amount of Java libraries for dependency reasons, I've handed over
> these two packages in 2013, and haven't done much since my two packages
> have been replaced by two kids and a new job with more travel.

That's a pity, thanks for your really good work and the mentoring for
the Freeplane package!

> Hence after 10 years, it's time to say goodbye, and I didn't want to leave
> this list without saying thank you to my mentors, Hilko and Tony, and
> anybody else who helped me during these 10 years (Felix, special hello to
> you!).

Thanks Eric, it'd be cool to stay in contact!

> So Long, and Thanks for All the Fish,
> Eric

All the best for you and your family,
Best Regards,
-- 
Felix Natter


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87ionah625@bitburger.home.felix



Re: Leaving soon the list

2014-07-06 Thread tony mancill
On 07/06/2014 07:36 AM, ewl+debian+nospam2...@lavar.de wrote:
> Hello,
> 
> after having packaged freemind in 2004 and freeplane in 2010, as well as
> a fair amount of Java libraries for dependency reasons, I've handed over
> these two packages in 2013, and haven't done much since my two packages
> have been replaced by two kids and a new job with more travel.
> 
> Hence after 10 years, it's time to say goodbye, and I didn't want to
> leave this list without saying thank you to my mentors, Hilko and Tony,
> and anybody else who helped me during these 10 years (Felix, special
> hello to you!).
> 
> So Long, and Thanks for All the Fish,
> Eric

Hi Eric,

Thank you for your contributions to Debian, and best of luck to you in
your future endeavors!

Cheers,
tony




signature.asc
Description: OpenPGP digital signature


Re: Bug#753791: simgrid: FTBFS on hurd-i386

2014-07-06 Thread Matthias Klose
Am 06.07.2014 19:06, schrieb Samuel Thibault:
> Gabriele Giacone, le Sat 05 Jul 2014 03:41:09 +0200, a écrit :
>> It FTBFS on hurd
>>
>> [...]
>> cd /home/user/port/simgrid/simgrid-3.11.1/doc && /usr/bin/javadoc -quiet -d 
>> /home/user/port/simgrid/simgrid-3.11.1/doc/html/javadoc/ 
>> /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/*.java 
>> /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/*/*.java
>> Segmentation fault (core dumped)
> 
> Well, we have been seeing gcj-4.9 crashes in various packages recently.
> I don't think it's up to simgrid maintainers to look for the bug...

#753791 and #753604 are two java related build failures on the Hurd, reported on
July 3 and July 5.  I'm not aware of any changes in GCJ-4.9 itself, which is
used since May 5.  Is anybody aware of uploads which cause these packages to
fail to build?

candidates are the over-eager update of ecj-3.10, and maybe uploaded class files
built with java8.

I'm not that much amused to spend time on this.

  Matthias


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53b98b4c.5030...@debian.org



Re: Bug#753791: simgrid: FTBFS on hurd-i386

2014-07-06 Thread tony mancill
On 07/06/2014 10:45 AM, Matthias Klose wrote:
> Am 06.07.2014 19:06, schrieb Samuel Thibault:
>> Gabriele Giacone, le Sat 05 Jul 2014 03:41:09 +0200, a écrit :
>>> It FTBFS on hurd
>>>
>>> [...]
>>> cd /home/user/port/simgrid/simgrid-3.11.1/doc && /usr/bin/javadoc -quiet -d 
>>> /home/user/port/simgrid/simgrid-3.11.1/doc/html/javadoc/ 
>>> /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/*.java 
>>> /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/*/*.java
>>> Segmentation fault (core dumped)
>>
>> Well, we have been seeing gcj-4.9 crashes in various packages recently.
>> I don't think it's up to simgrid maintainers to look for the bug...
> 
> #753791 and #753604 are two java related build failures on the Hurd, reported 
> on
> July 3 and July 5.  I'm not aware of any changes in GCJ-4.9 itself, which is
> used since May 5.  Is anybody aware of uploads which cause these packages to
> fail to build?
> 
> candidates are the over-eager update of ecj-3.10, and maybe uploaded class 
> files
> built with java8.

Java8 isn't the default-jdk, so local test builds may be done with it,
but we shouldn't see class files in the archive built with it (unless
someone is going out of their way and building in a dirty build
environment).

If it's the ecj version, it should be trivial to regress with the latest
upload of ecj to unstable.  But that's not building on hurd [1]:

>  dpkg-source --before-build ecj-3.10.0+3.9.0
>  /usr/bin/fakeroot debian/rules clean
> ls: cannot access /usr/bin/gcj: No such file or directory
>  debian/rules build-arch
> ls: cannot access /usr/bin/gcj: No such file or directory
> Using built-in specs.
> COLLECT_GCC=gcj-4.9
> Target: i486-gnu
> Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.0-10' 
> --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs 
> --enable-languages=c,c++,java,d,fortran,objc,obj-c++ --prefix=/usr 
> --program-suffix=-4.9 --enable-shared --enable-linker-build-id 
> --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
> --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls 
> --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug 
> --enable-libstdcxx-time=yes --disable-libmudflap --disable-libitm 
> --disable-libsanitizer --enable-plugin --with-system-zlib 
> --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo 
> --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-hurd-i386/jre 
> --enable-java-home 
> --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-hurd-i386 
> --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-hurd-i386 
> --with-arch-directory=i386 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
> --enable-multiarch --with-arch=i586 --with-tune=gen
eric --enable-checking=release --build=i486-gnu --host=i486-gnu 
--target=i486-gnu
> Thread model: posix
> gcc version 4.9.0 (Debian 4.9.0-10) 
> COLLECT_GCC_OPTIONS='-ffilelist-file' '-fsaw-java-file' '-v' 
> '-foutput-class-dir=build/bin' '-C' '-g' 
> '-fbootclasspath=/usr/share/ant/lib/ant.jar:build/bin/:./:/usr/share/java/libgcj-4.9.jar'
>  '-fsyntax-only' '-femit-class-files' '-S' '-o' 'NONE' '-shared-libgcc' 
> '-mtune=generic' '-march=i586'
>  /usr/lib/gcc/i486-gnu/4.9/ecj1 /tmp/cc3tJLfYjx -g 
> -fbootclasspath=/usr/share/ant/lib/ant.jar:build/bin/:./:/usr/share/java/libgcj-4.9.jar
>  -ffilelist-file -foutput-class-dir=build/bin -g -fsource=1.5 -ftarget=1.5 
> -fzip-dependency /tmp/ccWNinlM.zip
> gcj-4.9: internal compiler error: Segmentation fault (program ecj1)
> libbacktrace could not find executable to open
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See  for instructions.
> make: *** [build/stamp-bytecode] Error 4
> dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

I'm trying to get my hurd-i386 VM updated and will look into getting ecj
to build this week.  There are also ecj 3.9 packages for hurd available
on snapshot.debian.org.

tony

[1]
https://buildd.debian.org/status/fetch.php?pkg=ecj&arch=hurd-i386&ver=3.10.0%2B3.9.0-1&stamp=1404669723





signature.asc
Description: OpenPGP digital signature


RFS: jftp/1.52+dfsg-3

2014-07-06 Thread Emmanuel Bourg
Hi all,

I prepared an update of the jftp package and I'm looking for a sponsor
to upload it.

Here is the changelog:

  * debian/control:
- Depend on default-jre instead of openjdk-6-jre (Closes: #753786)
- Standards-Version updated to 3.9.5 (no changes)
- Use canonical URLs for the Vcs-* fields
  * Switch to debhelper level 9

Thank you,

http://mentors.debian.net/package/jftp

Emmanuel Bourg


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53b9d11f.7010...@apache.org



Re: Bug#753791: simgrid: FTBFS on hurd-i386

2014-07-06 Thread Emmanuel Bourg
Le 06/07/2014 19:45, Matthias Klose a écrit :

> maybe uploaded class files built with java8.

I don't think so, this would be caught by Lintian:

http://lintian.debian.org/tags/incompatible-java-bytecode-format.html

Currently no package contains classes using the format 52 (Java 8).

Emmanuel Bourg


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53b9ca63.5090...@apache.org



Uploaded - Aw: RFS: jftp/1.52+dfsg-3

2014-07-06 Thread Steffen Möller
Hi Emmanuel,

I just uploaded.

Many thanks

Steffen

> Gesendet: Montag, 07. Juli 2014 um 00:43 Uhr
> Von: "Emmanuel Bourg" 
> An: "Debian Java" 
> Betreff: RFS: jftp/1.52+dfsg-3
>
> Hi all,
> 
> I prepared an update of the jftp package and I'm looking for a sponsor
> to upload it.
> 
> Here is the changelog:
> 
>   * debian/control:
> - Depend on default-jre instead of openjdk-6-jre (Closes: #753786)
> - Standards-Version updated to 3.9.5 (no changes)
> - Use canonical URLs for the Vcs-* fields
>   * Switch to debhelper level 9
> 
> Thank you,
> 
> http://mentors.debian.net/package/jftp
> 
> Emmanuel Bourg
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/53b9d11f.7010...@apache.org
> 
> 


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/trinity-ce2e4de7-a2fd-4b8a-b0a2-a2601d3ad491-1404689844345@3capp-gmx-bs65



Nonfree Artifacts

2014-07-06 Thread Andrew Schurman
Hey guys,

What kind of artifacts would Java projects consider non-free? More
specifically, what are examples of some of the things that you would
remove from an orig.tar which would be inappropriate for a deb package
because of licensing, etc? I know jars are one example, but are there
others? Failing this, I was going to audit some of the current Java
packages and see what I find.

I've already asked this on debian-devel, but didn't really get answer,
so anything would be helpful.

Cheers,
Andrew

[1] https://lists.debian.org/debian-devel/2014/06/msg00471.html


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cags-l4tte-btmzxxs_eawwcxgnd8d2cb9agwqybm+x-mjte...@mail.gmail.com



Re: Nonfree Artifacts

2014-07-06 Thread Paul Wise
On Mon, Jul 7, 2014 at 11:36 AM, Andrew Schurman wrote:

> What kind of artifacts would Java projects consider non-free?

Anything that is under a non-free license or is missing the preferred
form for modification (aka source).

> specifically, what are examples of some of the things that you would
> remove from an orig.tar which would be inappropriate for a deb package
> because of licensing, etc?

Anything that has been automatically generated based on other files in
the upstream source releases or version control system probably should
not be present in the source package and instead should be
automatically generated at build time. Some examples: .jar files,
.class files. I don't know enough about Java to list any more though
but that should be enough of a guide. lintian can find some of these
things and so can suspicious-source from devscripts. There are some
other heuristics that can be used, like grepping for 'generated' but
ultimately there is no substitute for looking at each file manually
and determining how it was created.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caktje6fh4iyad4jn_b0lsbtbw3xxryxymv3te6oz2uq-pja...@mail.gmail.com



Re: Uploaded - Aw: RFS: jftp/1.52+dfsg-3

2014-07-06 Thread Emmanuel Bourg
Le 07/07/2014 01:37, "Steffen Möller" a écrit :
> Hi Emmanuel,
> 
> I just uploaded.
> 
> Many thanks
> 
> Steffen

Thank you Steffen, I tagged the repository accordingly.

Emmanuel


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53ba3e3b.2080...@apache.org