Hello,
now I'm able to test it at amdahl.debian.org
There I get te same timestanp I get at my amd64 maschine and at my
pbuilder ARCH=armhf chroot.
So I have no idea to reproduce and to fix it.
Kind regards
Am 24.08.24 um 20:30 schrieb Mechtilde Stehmann:
Hello,
in the meantime I did some
Hello,
in the meantime I did some more tests to find the reason for it.
I build it again with pbuilder specifying ARCH=armhf and get the right
date for the pom file (same date as the amd64 build)
Now I think I need access to an armhf box to test it natively.
What should I do to get temporary
On 2024-05-20, Mechtilde Stehmann wrote:
> I want to clean up my Java packages.
>
> There are several with FTBR. I found that the day of the *.poms s a date
> from 1970.
>
> for example they are the packages
>
> vinnie
Looking at the history for vinnie:
https://tests.reproducible-builds.org/de
On Mon, 13 Feb 2023, James Kennard wrote:
>Yes, it has been a long time now, but it's taken time for the alternatives
>to gain traction. I was just trying to understand the current state of play
>to help work out how and when to move away from openjdk-8.
We’ve already moved, as a whole, to openjd
Yes, it has been a long time now, but it's taken time for the alternatives
to gain traction. I was just trying to understand the current state of play
to help work out how and when to move away from openjdk-8.
Thanks again for all your help.
On Mon, 13 Feb 2023 at 14:05, Thorsten Glaser wrote:
On Mon, 13 Feb 2023, James Kennard wrote:
>With the changes to Java licensing
What changes? It’s been GPLv2 + Classpath exception for *ages* now.
>, alternative distributions of Java have
>become increasingly popular. They all have their pros and cons,
Perhaps, but we’re still talking about the
Hi Thorsten,
Thanks again for the explanation.
With the changes to Java licensing, alternative distributions of Java have
become increasingly popular. They all have their pros and cons,
https://whichjdk.com/.
All the best,
James
On Fri, 10 Feb 2023 at 14:06, Thorsten Glaser wrote:
> On Fri,
On Fri, 10 Feb 2023, James Kennard wrote:
>Is there a particular reason why you are continuing to update it as opposed
>to recommending people switch to an alternative distribution such as
>Temurin?
I don’t know what Temurin even is.
While I do recommend that people switch to default-jdk, and in
Hi Thorsten,
Thank you for your continued effort in keeping java 8 up-to-date for the
Debian and Ubuntu communities.
Is there a particular reason why you are continuing to update it as opposed
to recommending people switch to an alternative distribution such as
Temurin?
All the best,
James
On
On Wed, 8 Feb 2023, James Kennard wrote:
>How long will Debian continue to provide a build of openjdk-8? And how long
>will Debian continue to apply security patches to openjdk-8?
The ELTS team is going to support openjdk-8 in jessie and stretch
for as long as they get paid for (see the ELTS proj
Hello,
On 2020-12-07 18:52, Thorsten Glaser wrote:
> On Tue, 8 Dec 2020, Roger Shimizu wrote:
>
>> do you have any suggestion on such case, the autopkgtest for java or
>> just maven library pkg?
>
> Sorry but really none. Those packages I’ve seen so far only worked
> because they disabled the te
On Tue, 8 Dec 2020, Roger Shimizu wrote:
> do you have any suggestion on such case, the autopkgtest for java or
> just maven library pkg?
Sorry but really none. Those packages I’ve seen so far only worked
because they disabled the tests anyway (mostly because the tests
would have required tons mo
On Sun, Dec 6, 2020 at 4:39 AM Thorsten Glaser wrote:
>
> On Sun, 6 Dec 2020, Roger Shimizu wrote:
>
> > Yes, so my script doesn't include "dh_auto_build".
>
> But that’s not the only thing that builds. “mvn test” builds first.
now understood the point you meant.
do you have any suggestion on suc
On Sat, Dec 5, 2020 at 6:45 PM Thorsten Glaser wrote:
> We probably should let maven-debian-helper’s dh module
> abort any building (dh_auto_{build,test}) if run under
> autopkgtests to enforce this.
I'd suggest to start with a lintian warning about this and maybe when
there are fewer packages us
On Sun, 6 Dec 2020, Roger Shimizu wrote:
> Yes, so my script doesn't include "dh_auto_build".
But that’s not the only thing that builds. “mvn test” builds first.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 22
On Sun, Dec 6, 2020 at 3:45 AM Thorsten Glaser wrote:
>
> On Sun, 6 Dec 2020, Roger Shimizu wrote:
>
> > I think dh_auto_configure prepares the environment, and real test is
> > performed by dh_auto_test.
>
> I think so, you think so, ok, let’s check.
>
> sub test {
> my $t
On Sun, Dec 6, 2020 at 3:03 AM Thorsten Glaser wrote:
>
> On Sun, 6 Dec 2020, Roger Shimizu wrote:
>
> > I find java packages with maven-debian-helper can be tested by:
> >
> >
> > Test-Command: dh_auto_configure; dh_auto_test
>
>
> Doesn’t this
On Sun, 6 Dec 2020, Roger Shimizu wrote:
> I think dh_auto_configure prepares the environment, and real test is
> performed by dh_auto_test.
I think so, you think so, ok, let’s check.
sub test {
my $this=shift;
if (!@_) {
push(@_, "
On Sat, 5 Dec 2020, Pirate Praveen wrote:
> Though it can still be useful when dependencies change (that is another use
Yes, but this completely does not fit the autopkgtests definition.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 22
On Sat, Dec 5, 2020 at 18:56, Thorsten Glaser
wrote:
On Sun, 6 Dec 2020, Roger Shimizu wrote:
I find java packages with maven-debian-helper can be tested by:
Test-Command: dh_auto_configure; dh_auto_test
Doesn’t this just call mvn
On Sun, 6 Dec 2020, Roger Shimizu wrote:
> I find java packages with maven-debian-helper can be tested by:
>
>
> Test-Command: dh_auto_configure; dh_auto_test
Doesn’t this just call mvn test ?
If so, that’s not as-installed testing and as suc
Replying to the email from 2019...
> Java Team's page [1] states that some help/information is needed
> regarding the autopkgtest. I haven't seen much Java packages having
> autopkgtests, but to me it seems possible at least for packages using
> maven-debian-helper. Maybe there are gotchas that I
On Thu, 25 Jul 2019, Emmanuel Bourg wrote:
> Also I could have uploaded OpenJDK 11 in stretch-backports two days
> earlier.
Strictly speaking, not before it was accepted into buster-security,
otherwise, the backports ftpmasters _can_ reject it, unless you
talk to them *beforehand*.
But thanks Ma
Hi all,
Quick report on the GA updates:
OpenJDK 8u222-b10:
2019-07-16 GA release announced and tagged
2019-07-17 aarch64 repository tagged
2019-07-18 Uploaded to unstable by doko
2019-07-19 Uploaded to stretch-security by Moritz (security team)
2019-07-21 Accepted in stretch-secur
Right you are on 12 - thanks for the catch!
Cheers,
Martijn
On Wed, 17 Jul 2019 at 22:36, Matthias Klose wrote:
> On 17.07.19 14:51, Martijn Verburg wrote:
> > Hi all,
> >
> > I've updated the info below - happy building!
> >
> > On Tue, 16 Jul 2019 at 23:44, Martijn Verburg
> > wrote:
> >
>
On 17.07.19 14:51, Martijn Verburg wrote:
> Hi all,
>
> I've updated the info below - happy building!
>
> On Tue, 16 Jul 2019 at 23:44, Martijn Verburg
> wrote:
>
>> Hi all,
>>
>> For this quarterly release the tags are:
>>
>> *Java 8 (all non-aarch64)*
>>
>> * jdk8u222-b10 (which matches jdk8u
On Wed, Jul 17, 2019 at 01:51:17PM +0100, Martijn Verburg wrote:
> Hi all,
>
> I've updated the info below - happy building!
>
> On Tue, 16 Jul 2019 at 23:44, Martijn Verburg
> wrote:
>
> > Hi all,
> >
> > For this quarterly release the tags are:
> >
> > *Java 8 (all non-aarch64)*
> >
> > * jdk
Hi all,
I've updated the info below - happy building!
On Tue, 16 Jul 2019 at 23:44, Martijn Verburg
wrote:
> Hi all,
>
> For this quarterly release the tags are:
>
> *Java 8 (all non-aarch64)*
>
> * jdk8u222-b10 (which matches jdk8u222-ga)
>
> *Java 8 (aarch64):*
>
> * aarch64-shenandoah-jdk8u2
Hi Andrej,
I have seen your e-mail regarding morfologik, but I am not sure whether our
issues are the same, though. In my case if I install the built
opennlp-tools binary deb package, I am later able to build it with the
opennlp-morfologik-addon
successfully. (I could of course split them into sep
On Wed, 2018-08-15 at 00:02 +0200, Markus Koschany wrote:
> Hi folks,
>
> during DebConf18 I tried to improve our documentation how to package
> new
> Java applications and libraries.
>
> I completely rewrote most of the current documentation. I had the
> following ideas:
>
> https://wiki.debian
Le 25/06/2018 à 15:08, Geert Stappers a écrit :
> Further as yesterday, now stuck at
>
> [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
> [
On Mon, Jun 25, 2018 at 01:40:54PM +0200, Geert Stappers wrote:
> On Mon, Jun 25, 2018 at 09:08:09AM, Emmanuel Bourg wrote:
> > Le 25/06/2018 à 00:00, Geert Stappers a écrit:
> > >
> > >
> > > My very first encounter with `mh_make` ended with
> > >
> > > Some problems were found in this projec
On Mon, Jun 25, 2018 at 09:08:09AM, Emmanuel Bourg wrote:
> Le 25/06/2018 à 00:00, Geert Stappers a écrit:
>
> > It is an example of an upstream source where I can see
> > a succesfull run of `mh_make`. So a "Maven package"
> >
> >
> > My very first encounter with `mh_make` ended with
> >
> >
Le 25/06/2018 à 00:00, Geert Stappers a écrit :
> It is an example of an upstream source where I can see
> a succesfull run of `mh_make`. So a "Maven package"
>
>
> My very first encounter with `mh_make` ended with
>
> Some problems were found in this project, exiting...
I recorded a quick
On Sun, Jun 24, 2018 at 03:39:37PM +0200, Markus Koschany wrote:
> Hi,
>
> Am 24.06.2018 um 14:53 schrieb Geert Stappers:
> >
> > Hi,
> >
> > Information for updating https://wiki.debian.org/Java/ExamplePackages is
> > wanted.
> >
> > What would be the new list of demo packages?
>
> I will ta
Hi,
Am 24.06.2018 um 14:53 schrieb Geert Stappers:
>
> Hi,
>
> Information for updating https://wiki.debian.org/Java/ExamplePackages is
> wanted.
>
> What would be the new list of demo packages?
I will talk about Java packaging at DebConf18 and my intention is to use
this as a starting point
Le 03/06/2018 à 22:05, Geert Stappers a écrit :
> } I do volunteer for the job mailinglist admin/moderator of debian-java
>
>
> My reason for stepping forward is
> making it possible that Emmanuel Bourg can spent his time on non-ML-maintiance
Thank you Geert,
The moderation of the mailing list
On Thu, May 31, 2018 at 02:37:15PM +0200, Geert Stappers wrote:
> On Thu, May 31, 2018 at 02:17:06PM +0200, Emmanuel Bourg wrote:
> [ ... ]
> > Mailing lists
> > -
> >
> > We had two mailing lists hosted on Alioth,
> > pkg-java-maintain...@lists.alioth.debian.org and
> > pkg-java-com
On Thu, May 31, 2018 at 1:17 PM, Emmanuel Bourg wrote:
>
> We've completed the migration of the Java Team stuff from Alioth to
> Salsa this month, and I'd like to summarize what has been done and how
> to operate on Salsa.
Hi,
Thank you Emmanuel and other team members for taking care of this
impo
On Thu, May 31, 2018 at 02:17:06PM +0200, Emmanuel Bourg wrote:
[ ... ]
> Mailing lists
> -
>
> We had two mailing lists hosted on Alioth,
> pkg-java-maintain...@lists.alioth.debian.org and
> pkg-java-comm...@lists.alioth.debian.org. They have been moved over to
> https://alioth-list
Emmanuel Bourg writes:
> Le 19/05/2016 à 21:23, Felix Natter a écrit :
hello Debian-java,
>> Does anyone have a solution for this? There is some discussion [1],
>> but it seems without a solution.
>> [1]
>> https://www.bountysource.com/issues/7713930-window-title-is-java-lang-thread-instead-of-
On 17.02.2018 17:10, Emmanuel Bourg wrote:
> Le 17/02/2018 à 15:12, David Rabel a écrit :
>
>>
>> What do you think?
>
> jugglinglab has no dependencies and has a very specialized purpose, so I
> don't think it would really benefit from a team maintenance. But that's
> up to you. If you'd like to
Le 17/02/2018 à 15:12, David Rabel a écrit :
> I am the maintainer of jugglinglab. It is currently located at
> anonscm.debian.org/git/pkg-java/ and I want to move it to salsa instead.
> I read a few weeks ago that there are plans to move all java packages to
> salsa at once.
>
> But since this p
On Mon, Dec 18, 2017 at 04:49:32PM +0100, Emmanuel Bourg wrote:
> Hi Sven,
>
> Thanks a lot for the help! I did see your blog post about java-package
> last month and if nobody beats me I definitely intend to merge your changes.
Hi Emmanuel,
any news on this one?
Are you, or someone of the other
Hi Sven,
Thanks a lot for the help! I did see your blog post about java-package
last month and if nobody beats me I definitely intend to merge your changes.
Emmanuel Bourg
Le 17/12/2017 à 12:30, Sven Hoexter a écrit :
> Hi,
> I've started to patch up the java-package scripts to have some basic s
On 08/08/17 14:39, Matthias Klose wrote:
On 07.08.2017 14:13, Matthias Klose wrote:
On 06.08.2017 07:13, Matthias Klose wrote:
On 18.07.2017 19:14, Matthias Klose wrote:
Hi,
not sure how many people will visit DebConf. Would it make sense to have a
buster BoF? I'll be there, and would like he
On 07.08.2017 14:13, Matthias Klose wrote:
> On 06.08.2017 07:13, Matthias Klose wrote:
>> On 18.07.2017 19:14, Matthias Klose wrote:
>>> Hi,
>>>
>>> not sure how many people will visit DebConf. Would it make sense to have a
>>> buster BoF? I'll be there, and would like helping organizing such a Bo
Hello,
`gradle-debian-helper` is your friend, you can take a look at
`uncommons-maths` [1] for example. It basically substitutes the
hardcoded versions of compile dependencies and generates Maven POM
files so that you can install them into `/usr/share/maven-repo` using
`maven-repo-helper`. Unfortu
On 06.08.2017 07:13, Matthias Klose wrote:
> On 18.07.2017 19:14, Matthias Klose wrote:
>> Hi,
>>
>> not sure how many people will visit DebConf. Would it make sense to have a
>> buster BoF? I'll be there, and would like helping organizing such a BoF if
>> there
>> is interest.
>
> There is only
On 18.07.2017 19:14, Matthias Klose wrote:
> Hi,
>
> not sure how many people will visit DebConf. Would it make sense to have a
> buster BoF? I'll be there, and would like helping organizing such a BoF if
> there
> is interest.
There is only adHoc scheduling 24h before. So I'm trying to schedul
On 20/07/17 00:26, tony mancill wrote:
On Wed, Jul 19, 2017 at 01:28:31AM +0200, Markus Koschany wrote:
Am 19.07.2017 um 01:14 schrieb Matthias Klose:
Hi,
not sure how many people will visit DebConf. Would it make sense to have a
buster BoF? I'll be there, and would like helping organizing suc
On Wed, Jul 19, 2017 at 01:28:31AM +0200, Markus Koschany wrote:
> Am 19.07.2017 um 01:14 schrieb Matthias Klose:
> > Hi,
> >
> > not sure how many people will visit DebConf. Would it make sense to have a
> > buster BoF? I'll be there, and would like helping organizing such a BoF if
> > there
> >
Am 19.07.2017 um 01:14 schrieb Matthias Klose:
> Hi,
>
> not sure how many people will visit DebConf. Would it make sense to have a
> buster BoF? I'll be there, and would like helping organizing such a BoF if
> there
> is interest.
>
I'll be in Montreal too. Also wanted to bring this topic up m
Le 26/11/2016 à 21:45, Hannu R a écrit :
> The default jre is old, version 7. Can it be updated to 8?
Hi Hannu,
You can install Java 8 from the jessie-backports repository if you need
a more recent version.
Emmanuel Bourg
On Sun, Nov 27, 2016 at 4:45 AM, Hannu R wrote:
> The default jre is old, version 7. Can it be updated to 8?
The default jre is version 8 in Debian stretch and later:
https://packages.debian.org/stretch/default-jre
--
bye,
pabs
https://wiki.debian.org/PaulWise
On 10/09/16 14:28, Matthias Klose wrote:
> On 10.09.2016 12:28, Andrew Haley wrote:
>> On 10/09/16 11:09, Matthias Klose wrote:
>>
>>> The ARM32 port already is in an upstream repository, and I'm told
>>> that the s390x is on it's way. Even if these ports will not be
>>> merged before openjdk-10,
On 10.09.2016 12:28, Andrew Haley wrote:
> On 10/09/16 11:09, Matthias Klose wrote:
>
>> The ARM32 port already is in an upstream repository, and I'm told
>> that the s390x is on it's way. Even if these ports will not be
>> merged before openjdk-10, it's my intent to build these from their
>> bra
On 10/09/16 11:09, Matthias Klose wrote:
> The ARM32 port already is in an upstream repository, and I'm told
> that the s390x is on it's way. Even if these ports will not be
> merged before openjdk-10, it's my intent to build these from their
> branches, as done in the past with the AArch64 and P
Emmanuel Bourg writes:
hi Emmanuel,
> Le 19/05/2016 à 21:23, Felix Natter a écrit :
>
>> Does anyone have a solution for this? There is some discussion [1],
>> but it seems without a solution.
>> [1]
>> https://www.bountysource.com/issues/7713930-window-title-is-java-lang-thread-instead-of-actua
Le 19/05/2016 à 21:23, Felix Natter a écrit :
> Does anyone have a solution for this? There is some discussion [1],
> but it seems without a solution.
> [1]
> https://www.bountysource.com/issues/7713930-window-title-is-java-lang-thread-instead-of-actual-application-name
>
> Can this possibly be s
Hello,
On 05/05/16 13:28, Markus Koschany wrote:
> Hello! > > [Are you subscribed to debian-java? Then I don't need to CC you.] >
> Am 05.05.2016 um 05:17 schrieb Christopher Hoskin: >> Thanks for
setting up the blog. >> >> Regarding "Outlook, goals and request for
help", I'm interested in >> help
Hello!
[Are you subscribed to debian-java? Then I don't need to CC you.]
Am 05.05.2016 um 05:17 schrieb Christopher Hoskin:
> Thanks for setting up the blog.
>
> Regarding "Outlook, goals and request for help", I'm interested in
> helping out. I've been trying to get involved for a while, but to
Thanks for setting up the blog.
Regarding "Outlook, goals and request for help", I'm interested in helping
out. I've been trying to get involved for a while, but to be honest, I'm
finding the learning curve rather steep. Some blog posts covering how to
get started and how to tackle some of the pro
Le 4/05/2016 à 13:46, Dimas Prawira a écrit :
> Great, is there any restriction on what can published and cannot
> published..?
Well, anything related to the work of the Java team that could be of
general interest. For example:
- new versions of Java
- important Java based applications added to D
Great, is there any restriction on what can published and cannot published..?
-BR-
Dimas Y.P
-Original Message-
From: "Ioan Eugen Stan"
Sent: 04/05/2016 18:41
To: "debian-java@lists.debian.org"
Subject: Re: Java Team blog
Great!
I think it is a very good way
Great!
I think it is a very good way to communicate with people that don't have
time to track the mailing list with all it's details. I'm currently one
of them.
This could also be aggregated on Debian Planet [1]
[1] http://planet.debian.org/
On 04.05.2016 14:14, Markus Koschany wrote:
> Am 04.
Am 04.05.2016 um 09:46 schrieb Emmanuel Bourg:
> Hi all,
>
> I've set up a blog for the Java team on alioth, it's available here:
>
> http://java.debian.net/blog/
>
> This is a static blog generated by Pelican, the sources are stored in a
> Git repository accessible to all pkg-java members:
Felix Natter writes:
> hello Andreas,
hello again Andreas,
> Felix Natter writes:
>>> symbol: method getRank()
>>> location: variable COMM_WORLD of type Intracomm
>>> current/stream/mpi/MPIWrapper.java:49: error: cannot find symbol
>>> Shared.MPI_NUM_RANKS=MPI
Hi again,
the issue below has a simple explanation: I do not need mpj but rather
mpi which should be available by enabling the java interface in the
openmpi source package.
Sorry for the confusion
Andreas.
On Sun, Mar 20, 2016 at 06:04:39PM +0100, Andreas Tille wrote:
>
> > > symbol:
hello Andreas,
Felix Natter writes:
>> symbol: method getRank()
>> location: variable COMM_WORLD of type Intracomm
>> current/stream/mpi/MPIWrapper.java:49: error: cannot find symbol
>> Shared.MPI_NUM_RANKS=MPI.COMM_WORLD.getSize();
>>
On Sun, Mar 20, 2016 at 04:27:55PM +0100, Felix Natter wrote:
> > project but has no dedicated Build-System - it does not even create a
> > JAR. My very naive approach to create a JAR ended up in
>
> The package your are developing uses "javahelper" helper,
> which takes care of compiling and gen
Andreas Tille writes:
> Hi,
hello Andreas,
> I just injected some rudimentary packaging for BBMap[1] which is a Java
> project but has no dedicated Build-System - it does not even create a
> JAR. My very naive approach to create a JAR ended up in
The package your are developing uses "javahelp
On Fri, Jan 15, 2016 at 12:16:40PM +0100, Emmanuel Bourg wrote:
> Le 14/01/2016 23:21, Andreas Tille a écrit :
>
> > The maven stuff is to hard for me at this time of the day. I'd be super
> > happy if I wake up tomorrow and realise that this is fixed in Git.
>
> Hocus Pocus :)
I like this kind
Le 14/01/2016 23:21, Andreas Tille a écrit :
> The maven stuff is to hard for me at this time of the day. I'd be super
> happy if I wake up tomorrow and realise that this is fixed in Git.
Hocus Pocus :)
I reworked the package to use maven-debian-helper, I agree this one was
tricky. I let you fi
Hi Emmanuel,
On Wed, Jan 13, 2016 at 04:15:56PM +0100, Emmanuel Bourg wrote:
> > If I understand correctly I need to package jsonp.java.net to be able to
> > build the new version of pixelmed and nobody else started with jsonp up
> > to now, right?
>
> Yes that's correct.
OK, I did my first sho
Le 13/01/2016 15:46, Andreas Tille a écrit :
> If I understand correctly I need to package jsonp.java.net to be able to
> build the new version of pixelmed and nobody else started with jsonp up
> to now, right?
Hi Andreas,
Yes that's correct.
Emmanuel Bourg
Hi Emmanuel,
catching up once libpixelmed-codec-java was accepted in unstable.
On Thu, Oct 08, 2015 at 01:28:44PM +0200, Emmanuel Bourg wrote:
> Le 08/10/2015 13:03, Andreas Tille a écrit :
>
> > I think you've won your bet ;-)
>
> *cheers*
>
> > The makefiles are refering to
> >
> >lib/a
Le 09/10/2015 19:38, Sebastiaan Couwenberg a écrit :
> So many people caring about JOSM in Debian, so few people contributing
> to its packaging...
>
> Many thanks to Emmanuel Bourgs efforts motivating me to work on josm
> packaging again. There may be hope for this package in Debian after all.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09-10-15 17:06, Wookey wrote:
> +++ Andreas Tille [2015-10-08 17:22 +0200]:
>> Uhmmm, it would be a shame if we would loose JOSM. :-(
>
> A shame? - It would be a disaster! (Unless there is a replacement
> with that offline functionality that I d
+++ Andreas Tille [2015-10-08 17:22 +0200]:
> Uhmmm, it would be a shame if we would loose JOSM. :-(
A shame? - It would be a disaster! (Unless there is a replacement with
that offline functionality that I don't know about?)
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookwar
On 09-10-15 00:58, Emmanuel Bourg wrote:
> Le 08/10/2015 13:40, Bas Couwenberg a écrit :
>
>> Due to the difficulties getting JCS [0] and its dependencies [1]
>> packaged, I've not been able to update to any of the newer JOSM upstream
>> releases making the josm package increasingly irrelevant. An
Le 08/10/2015 13:40, Bas Couwenberg a écrit :
> Due to the difficulties getting JCS [0] and its dependencies [1]
> packaged, I've not been able to update to any of the newer JOSM upstream
> releases making the josm package increasingly irrelevant. And if I
> remain unable to get JCS packaged, I'll
Hi Emmanuel,
On 09-10-15 00:05, Emmanuel Bourg wrote:
> Le 08/10/2015 13:40, Bas Couwenberg a écrit :
>
>> Due to the difficulties getting JCS [0] and its dependencies [1]
>> packaged, I've not been able to update to any of the newer JOSM upstream
>> releases making the josm package increasingly
Le 08/10/2015 13:40, Bas Couwenberg a écrit :
> Due to the difficulties getting JCS [0] and its dependencies [1]
> packaged, I've not been able to update to any of the newer JOSM upstream
> releases making the josm package increasingly irrelevant. And if I
> remain unable to get JCS packaged, I'll
Hi,
On Thu, Oct 08, 2015 at 01:40:58PM +0200, Bas Couwenberg wrote:
> On 2015-10-08 13:28, Emmanuel Bourg wrote:
> >It looks like you need the new standard Java API for JSON processing
> >(JSR 353) [1], we haven't packaged it yet, but josm has a local copy (if
> >you search for 'package javax.json
On 2015-10-08 13:28, Emmanuel Bourg wrote:
It looks like you need the new standard Java API for JSON processing
(JSR 353) [1], we haven't packaged it yet, but josm has a local copy
(if
you search for 'package javax.json' on http://source.debian.net you can
quickly find the package containing th
Le 08/10/2015 13:03, Andreas Tille a écrit :
> I think you've won your bet ;-)
*cheers*
> The makefiles are refering to
>
>lib/additional/javax.json-api-1.0.jar
>
> and it seems none of the json java classes are fitting this.
>
> I remember times when the jar contents were listed in:
>
>
On Tue, Oct 06, 2015 at 10:36:56PM +0200, Emmanuel Bourg wrote:
> Le 06/10/2015 22:28, Andreas Tille a écrit :
>
> > export JAVAVERSIONTARGETJARFILE=/usr/lib/jvm/default-java/jre/lib/rt.jar;
> > javac -O -target 1.7 -source 1.7 -bootclasspath ${JAVAVERSIONTARGETJARFILE}
> > -encoding "UTF8" -Xli
Le 06/10/2015 22:28, Andreas Tille a écrit :
> export JAVAVERSIONTARGETJARFILE=/usr/lib/jvm/default-java/jre/lib/rt.jar;
> javac -O -target 1.7 -source 1.7 -bootclasspath ${JAVAVERSIONTARGETJARFILE}
> -encoding "UTF8" -Xlint: deprecation -XDignore.symbol.file \
> -classpath
>
Hi:
On 13/08/15 23:10, Emmanuel Bourg wrote:
> Le 13/08/2015 18:23, Jerome BENOIT a écrit :
>
>> Is there a room for javax-1.3.1 in java-package ?
>
> Hi Jerome,
>
> We have JavaFX 8 in Debian, why do you need the old version 1.3.1?
Because some Java software still use it.
The Java material I
Le 13/08/2015 18:23, Jerome BENOIT a écrit :
> Is there a room for javax-1.3.1 in java-package ?
Hi Jerome,
We have JavaFX 8 in Debian, why do you need the old version 1.3.1?
Emmanuel Bourg
On 05/12/2015 12:37 AM, Emmanuel Bourg wrote:
> Hi all,
>
> The Reproducible Builds Team has kindly set up a report for the Java
> packages [1]. For now only 60% of our packages are reproducible, this
> should improve in the next days since I fixed the timestamps issues
> affecting the Maven packa
On 29.10.2014 17:17, Paul Wise wrote:
> Hi Java folks,
>
> On debian-mentors (both IRC and list) we sometimes get Java packaging
> related questions. As there are few people in debian-mentors (IRC/list)
> who know about Java, currently we just redirect Java related packaging
> questions to debian-
Control: clone -1 -2
Control: reassign -2 libc0.3
There was also another issue, which was basically making boehm-gc
completely ignore pointers on the main stack. This was in libc0.3, thus
cloning & reassigning.
Samuel
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subj
Hello,
I've dug a bit more the java failures we've been encountering for some
time. The particular case of simply running gjdoc was helpful: an
object gets allocated, then other happens, then the object gets used,
but its method table is completely nuts. It happens that the class
field of the ob
Although a flat file repo would be sufficient, I believe setting up
something like nexus would be more beneficial. It's relatively straight
forward. They provide an open source version that can be used.
My work doesn't currently work with remote repos, but It should be a simple
change.
Cheers,
A
On 20/08/14 17:46, Matthew Vernon wrote:
> Hi,
>
> Keen readers of the Debconf programme will notice that there's a java
> packaging Bof on Monday morning. I wrote some text when I submitted the
> suggestion, but I don't think we need feel overly constrained by it.
>
> As well as dependency/mav
2014-07-16 22:32 GMT+02:00 Miguel Landaeta :
> It's totally normal to have technical disagreements, especially on a
> non-trivial packages like that one. What I really dislike is to
> see epithets like "bullshit" or "own agenda" in a technical
> discussion.
>
+1
--
Arnaud Vandyck
http://about.m
On Wed, Jul 16, 2014 at 09:50:46AM +0200, Sylvestre Ledru wrote:
> >
> I think that is unfair statement against Emmanuel (especially when
> adding d-d & d-r to the cc list).
Totally agree with Sylvestre on this.
I also have sponsored many packages for Emmanuel in the Java team.
Frankly, I don't g
Le 16/07/2014 11:24, Rene Engelhard a écrit :
> Bad, but other packages broken is not a reason to break more.
>
> *any* Java application which is built on/for kfreebsd-* (which has native
> stuff) or _all (where it's available on kfreebsd-*, too)
I understand that would be ideal but that's unrea
1 - 100 of 1053 matches
Mail list logo
