Le mer. 19 juil. 2023, 06:58, Andreas Tille a écrit :
> Hi Olivier,
>
> Am Mon, Jul 17, 2023 at 12:13:30PM +0200 schrieb olivier sallou:
> > logol is not maintained anymore for quite some time now
> >
> > effort to keep in line with swi-prolog updates (need to recompi
seems biojava now ships several jar files (core, biosql, ...) and not a
bundle anymore, used by logol,
see list of jar files available:
https://packages.debian.org/sid/all/libbiojava1.9-java/filelist
would need to patch logol to import/load expected jar files (and find which
ones are needed...) i
logol is not maintained anymore for quite some time now
effort to keep in line with swi-prolog updates (need to recompile on each
ABI break of swi-prolog) AND biojava requires frequent work for an old
software with low usage.
I would let it be removed
--
gpg key id: 4096R/326D8438 (keyrin
Installation shows an "error" because it tries to connect to database with
configuration defaults (will fail at first install if default user/password
does not exists in database, and this is fine).
In case of "failure" using found configuration
(/usr/share/gmod/chado/conf/gmod-chado.conf) , it e
On Wed, 2022-12-21 at 19:39 +0530, Nilesh Patra wrote:
> On Wed, 21 Dec 2022 12:32:25 +0100 olivier sallou
> wrote:
> > On Wed, 2022-12-21 at 11:02 +0100, olivier sallou wrote:
> > > looks like a python3 issue (though was already adapter to py3...)
> > >
> &
upstream, in develop branch has disabled mason2 testing for gcc > 10 ,
don't know why, but let's do the same as it is the one failing now with
indeed superior gcc
I am adapting the patch and testing again.
gpg key id: 4096R/326D8438 (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 520
I pushed a patch d/patches/fix_python3_tests whic fixes almost all test
issues(python3 related)
BUT remains a failing test with mason2 which is not related to py3
issue (no bytes-like error)
after build, can be reproduced with
in a temp dir:
python3 /<>/apps/mason2/tests/run_tests.py
/opt/d
On Wed, 2022-12-21 at 11:02 +0100, olivier sallou wrote:
> looks like a python3 issue (though was already adapter to py3...)
>
> will have a look and reproduce
I could reproduce and found an issue with demo_checker.py handling with
python3
I have a patch. will test it and upload
>
looks like a python3 issue (though was already adapter to py3...)
will have a look and reproduce
Olivier
--
gpg key id: 4096R/326D8438 (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
after investigation, logol does not find anymore libswipl.so.8, need
version providing .so.9
compiled program link to .so.x versions, forcing package recompilation
Le mar. 13 déc. 2022 à 22:03, Paul Gevers a écrit :
> Source: swi-prolog, logol
> Control: found -1 swi-prolog/9.0.2+dfsg-1
> Contr
Tests need to be run as root, or use a specific config file and use non
root writable directories.
Will try to change tests to do so.
Regarding issue itself, programs compiled by swi prolog usually require
recompilation on swi prolog updates.
Will try to rebuild and check
Le mar. 13 déc. 2022,
Le dim. 23 oct. 2022, 19:21, Lev Lamberov a écrit :
> Hi Paul,
>
> Вс 23 окт 2022 @ 10:10 Paul Gevers :
>
> > Hi Lev,
> >
> > On 23-10-2022 09:40, Lev Lamberov wrote:
> >> I'm not sure it is the solution, it needs testing. The change in
> >> swi-prolog concerns pre-compiled prolog source code, wh
Le ven. 30 sept. 2022 à 07:20, Andreas Tille a écrit :
> Am Fri, Sep 30, 2022 at 02:20:26AM +0200 schrieb olivier sallou:
> > Will try to have a look, but i have no perl knowledge and software is
> quite
> > old now...
>
I have a patch. With this patch, tests are ok, but
Will try to have a look, but i have no perl knowledge and software is quite
old now...
Le jeu. 29 sept. 2022, 19:44, Andreas Tille a écrit :
> Control: tags -1 help
>
> Hi Aaron and Olivier,
>
> do you have some idea how to fix this bug?
>
> Kind regards
>
> Andreas.
>
> --
> http://fam-til
Nati
> > veMethodAccessorImpl.java:62)
> > at
> > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(
> > DelegatingMethodAccessorImpl.java:43)
> > at
> > org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73)
> > at
> > org.gradle.api.internal.project.taskfa
Le jeu. 3 mars 2022, 20:51, Paul Gevers a écrit :
> Hi Lev,
>
> On 03-03-2022 08:46, dogs...@riseup.net wrote:
> > swi-prolog package (namely, swi-prolog-core) provides an easy way to
> > require some particular ABI since 8.2.0+dfsg-2 uploaded on Jun 9, 2020.
> > Specifically, in this case logol
Le lun. 28 févr. 2022 à 06:37, a écrit :
> Dear Olivier,
>
> sorry for the delay with my message and thanks for your input.
>
> olivier sallou писал 2022-02-25 12:12:
> > ok,
> > after a quick look, issue is Logol is compiled against swi-prolog, and
> > there
ok,
after a quick look, issue is Logol is compiled against swi-prolog, and
there is an ABI issue I think, getting error:
incompatible version (file: 67, Prolog: 68)]
Recompiling logol in sid against swi-prolog 8.4.2+dfsg-2 results in correct
execution/tests.
So, 2 things:
* As swi-prolog is onl
Hi,
Logol is not maintained for quite a long time now, i will try to have a
look, but i am ok to get logol removed from testing to avoid blocking swi
prolog
Olivier
Le jeu. 24 févr. 2022, 19:36, Paul Gevers a écrit :
> Source: swi-prolog, logol
> Control: found -1 swi-prolog/8.4.2+dfsg-2
> Cont
Seems that a dependency (tenacity) has been changed with broken api
Need to change code to use new tenacity version
Le dim. 13 févr. 2022, 08:21, Lucas Nussbaum a écrit :
> Source: biomaj3-download
> Version: 3.2.4-1
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User:
Package: ncbi-blast+
Version: 2.12.0+ds-2
By default, software sends over internet some usage reports. It uses optout
strategy (sends data unless you specify by config the contrary)
Should use optin strategy (user accepts to send report)
d like to forward this to Debian Java list for comments.
>
> Kind regards
>
> Andreas.
>
> On Mon, May 17, 2021 at 01:50:01PM +0200, olivier sallou wrote:
> > Issue seems to be related to xml-apis.jar not being symlinked itself
> >
> > /usr/share/java# ls *x
Issue seems to be related to xml-apis.jar not being symlinked itself
/usr/share/java# ls *xml-api*
xml-apis-1.4.01.jar xml-apis-ext-1.4.01.jar xml-apis-ext.jar
Usually, java libs have a versioned file and an unversionned file which is
a symlink to versioned one (see above).
xml-apis here is not
need to check, but I suppose referenced lib changed its path or name in
dependencies...
Le lun. 17 mai 2021 à 13:33, Andreas Beckmann a écrit :
> Package: logol
> Version: 1.7.9-2
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts
open source licensed, and does not download anything as part of
> > the install process. It has two dependencies: Python and the lynx
> > browser. Python 2 and 3 versions are included in the tarball but it is
> > presumed that the preferred Python version is now Python 3, so that is
You created an itp so an intent to package.
If not willing to propose a apckage should be an rfp request for package.
Ideally you package your app and propose it for review and upload.
Requirements are an open source license and package install should not
download anything.
Only its execution can d
Hi,
andreas, thanks for binaries upload, but I do not see on tracker any
upload/change, is it expected?
Graham, if binaries have been uploaded why do you set bug level back to
serious? Should not be an issue anymore (but my action to allow for
autobuild for further uploads)
thanks
Olivier
I just asked to allow for package autobuild, waiting for answer
If accepted will check for builds, else upload with binaries
Olivier
--
gpg key id: 4096R/326D8438 (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
e to delete file:
> targets/unit-test-
> wd/ch.systemsx.cisd.base.unix.UnixTests/someDanglingLink]
> Exception in thread "main" org.apache.commons.io.IOExceptionList: 1
> exceptions: [java.io.IOException: Unable to delete file:
> targets/unit-test-
> wd/ch.systemsx.cisd.b
Good news, upstream license has been modified after some rewriting (see
issue closed https://github.com/jshint/jshint/issues/1234), so should fit
for debian now
are/java/j2ssh-core.jar: Permission denied
> > > > make[2]: *** [Makefile:48: uk/ac/sanger/artemis/Action.class]
> > Error 126
> > >
> > > The full build log is available from:
> > >
> > http://qa-logs.debian.net/2020/06/20/artemis_17.0.1+dfsg-2
Le mar. 9 juin 2020 à 16:47, Aaron M. Ucko a écrit :
> Andreas Tille writes:
>
> > On Tue, Jun 09, 2020 at 02:25:58PM +0200, Étienne Mollier wrote:
> >> My current impression is that makeblastdb is unable to work
> >> properly on most 32 bits machines, because the amount of memory
> >> needing t
Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
> Hi Olivier and Vincent
>
> On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
> >
> > picard-tools build depends on libguava-java-doc,
> > which is no longer built by src:guava-libraries.
>
Hi andreas,
looking at issue, where did y
Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
> Hi Olivier and Vincent
>
> On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
> >
> > picard-tools build depends on libguava-java-doc,
> > which is no longer built by src:guava-libraries.
>
> I've tried to simply leave out libguava-
lib1g 1:1.2.11.dfsg-2
>
> Versions of packages diamond-aligner recommends:
> ii med-config 3.5.1
>
> diamond-aligner suggests no packages.
>
> -- no debconf information
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
--
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
__
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
--
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
Le sam. 7 mars 2020 à 06:12, Sergio Durigan Junior a
écrit :
> On Sunday, January 12 2020, Andreas Tille wrote:
>
> > On Sun, Jan 12, 2020 at 07:27:59AM -0500, Scott Kitterman wrote:
> >> On Fri, 30 Aug 2019 07:28:59 + Matthias Klose
> wrote:
> >> This
> >> package is blocking several others
Le mer. 4 mars 2020 à 16:38, eamanu a écrit :
> Hi olivier,
>
> On 04/03/2020 12:13, olivier sallou wrote:
> > Hi,
> > I saw you started some work on python-ftputil to fix #952208.
> >
> > I just pushed to git repo a fix for that.
>
> I am a little conf
Hi,
I saw you started some work on python-ftputil to fix #952208.
I just pushed to git repo a fix for that.
Will you push new patch release soon? Or should I do?
I wonder however why you pushed a gbp.conf (not really expected usually)
setting branch as debian/master , which does not exists and d
I pushed to git a patch that seems to fix the undefined ref to InitGoogle...
Still need to test full build (very long...)
Olivier
pbcommand in debian (latest from github) provide a different API, but
pbcommand doc and README all show previous API example and show usage
of get_pbparser function, but this method is not present anymore.
It is not possible to *guess* what should be used instead.
--
gpg key id: 4096R/326D843
Tried to look at python3 port.
However it depends on pbcommand, and pbcommand api is different from
expected by kinetictools (means py2 version is broken).
Trying to see how to use current pbcommand api, but looks quite different.
Olivier
py3 fix sent and uploaded, by introduces new py3 packages, so in NEW queue
for the moment
Package: python3-biomaj3
Version: 3.1.14-1
Severity: minor
Due to #950063 "influxdb-python FTBFS with pandas 0.25.3", biomaj3
cannot use influxdb. Patch software to remove influxdb python dependency
waiting for fix of package.
atch
Olivier
>
> 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
t CHADO_DB_USERNAME=chado
next to export CHADO_DB_NAME
>
> 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
l details.
> dataset_data = pyyaml.load(open(corrected_dataset_yaml_filename, 'r'))
> make[1]: *** [debian/rules:61: override_dh_auto_test] Error 1
>
>
>
> Please note: In commit 54bc9d00e8638f0ab350c620e9b5446f776340e7
> I tried to address exactly this issue but failed obviously.
>
>
- Mail original -
> De: "andreas"
> À: 937...@bugs.debian.org, "debian-med" ,
> "Olivier Sallou"
> Envoyé: Vendredi 8 Novembre 2019 14:07:32
> Objet: Removing mobyle from Debian? (Was: mobyle: Python2 removal in
> sid/bullseye)
>
rent.fa: No such file or
> directory
> *** Test: FAILURE on diff .fa
> autopkgtest [08:02:15]: test run-unit-test: -------]
>
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
&g
On 10/4/19 3:07 PM, Andreas Tille wrote:
> Hi Olivier,
>
> On Fri, Oct 04, 2019 at 02:14:02PM +0200, olivier sallou wrote:
>>> Program received signal SIGSEGV: Segmentation fault - invalid memory
>>> reference.
>> I really do not see what error could be. Maybe a
- Mail original -
> De: "Olivier Sallou"
> À: "941805" <941...@bugs.debian.org>
> Envoyé: Lundi 7 Octobre 2019 17:09:50
> Objet: Re: [Debian-med-packaging] Bug#941805: hmmer: autopkgtest regression:
> hmmpgmd_ga] ... FAILED [crash!]
>
After a quick look, seems test is looking for hmmc2 executable, that I do not
found in binaries
- Mail original -
> De: "Paul Gevers"
> À: "submit"
> Envoyé: Samedi 5 Octobre 2019 22:01:21
> Objet: [Debian-med-packaging] Bug#941805: hmmer: autopkgtest regression:
> hmmpgmd_ga] ... FAIL
- Mail original -
> De: "Olivier Sallou"
> À: "941805" <941...@bugs.debian.org>
> Envoyé: Lundi 7 Octobre 2019 17:00:13
> Objet: Re: [Debian-med-packaging] Bug#941805: hmmer: autopkgtest regression:
> hmmpgmd_ga] ... FAILED [crash!]
> A
> at ./snapfun_dir/prof.f:876
> #5 0x55a7ca3b0967 in prof
> at ./snapfun_dir/prof.f:108
> #6 0x55a7ca39f25e in main
> at ./snapfun_dir/prof.f:179
> Segmentation fault (core dumped)
>
> On Thu, Oct 3, 2019 at 12:35 PM olivier sallou wrote:
>
>>
>>
>> Le je
Le jeu. 3 oct. 2019 à 12:08, Michael Crusoe a
écrit :
> On Sat, 9 Mar 2019 17:44:02 +0100 olivier sallou
> wrote:
> > Looking at core generated file and using gdb we see that it fails in
> > fortran lib.
> >
> > Either program tries something wrong in a fortran u
ave non :-(
was expecting something from debian mentors which was in cc...
>
> 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
If I try to remove "module" related stuff as debian required libs do not
seem to declare libs as modules:
dependencies {
compile fileTree(dir: 'lib', include: '*.jar')
compile "commons-io:commons-io:debian"
compile "org.apache.ant:ant:debian";
compile "org.apache.commons:commons-m
^
> 10 errors
> :compileJava FAILED
> :compileJava (Thread[Task worker for ':',5,main]) completed. Took 4.782 secs.
>
> FAILURE: Build failed with an exception.
>
>
> The failures are looking like missing Build-Depends at first look but these
>
> downstream projects. Would you be able to teach them about a sensible
> release strategy with some API the depending projects could rely on? As
> far as I can see the depending projects rely on Git submodules with a
> specific commit which is not really helpful.
unfortunatly,
Package: chado-utils
Version: 1.31-5
Severity: important
Dear Maintainer,
installation fails with error at postinstall step
dpkg: error processing package libchado-perl (--configure):
installed libchado-perl package post-installation script subprocess
returned error exit status 2
dp
Le mer. 21 août 2019 à 15:21, Andreas Tille a écrit :
> Control: tags -1 help
>
> Hi,
>
> I removed Python2 support from this package in Git[1]. Unfortunately the
> autopkgtest failure is for Python3. Graham, I understood your
> mail that you've found a solution - but I do not understand what
>
not
supported and clean step is ran before patches
So feel free to use this patch, but I do not really like it :-(
From 4b07d43ce328690fac4965aafc4d3252c72b95ec Mon Sep 17 00:00:00 2001
From: Olivier Sallou
Date: Wed, 21 Aug 2019 12:03:31 +
Subject: [PATCH] remove sphinx related doc
kage.php?p=obitools
>
> Cheers,
>
> Ivo
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
--
Olivier Sallou
Un
const { return
line_string() ; }
do the job and test pass
but I would prefer a c++ friend to acknowledge this It works but I
do not if there are side effects
Olivier
>
> Thanks for your analysis anyway
>
> Andreas.
>
> On Tue, Aug 20, 2019 at 03:36:48PM +0200,
> _Alloc>::operator=(std::__cxx11::basic_string<_CharT, _Traits, _Alloc>&&)
> [with _CharT = char; _Traits = std::char_traits; _Alloc =
> std::allocator]'
> 732 | operator=(basic_string&& __str)
> | ^~~~
> make[3]: *** [Makef
Package: wnpp
Severity: wishlist
Owner: Olivier Sallou
X-Debbugs-Cc: debian-de...@lists.debian.org,
python-modules-t...@lists.alioth.debian.org
* Package name: python-ftputil
Version : 3.4
Upstream Author : Stefan Schwarzer
* URL : https://ftputil.sschwarzer.net/trac
hes/controldir.patch
+
+ -- Olivier Sallou Wed, 27 Mar 2019 08:00:39 +
+
cnvkit (0.9.5-2) unstable; urgency=medium
[ Jelmer Vernooij ]
diff -Nru cnvkit-0.9.5/debian/patches/controldir
cnvkit-0.9.5/debian/patches/controldir
--- cnvkit-0.9.5/debian/patches/controldir 1970-01-01 00:00:00.00
archive rebuild: The rebuild was done on EC2 VM instances from
> Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
> failed build was retried once to eliminate random failures.
>
> ___
> Debian-med-packaging mailing list
>
- Mail original -
> De: "Andrius Merkys"
> À: 923...@bugs.debian.org
> Envoyé: Samedi 9 Mars 2019 16:50:28
> Objet: [Debian-med-packaging] Bug#923637: 923637 is pending
> control: tags -1 + pending
>
> Hello,
>
> the patch is applied in the VCS and the fixed version of the package is
there is a remaining warning:
W: libffindex0: package-name-doesnt-match-sonames libffindex2.0.2
so this not a big issue by itself, but why packgae is named libffindex0 while
lib version is 2.x ?
Olivier
Looking at core generated file and using gdb we see that it fails in
fortran lib.
Either program tries something wrong in a fortran updated lib version,
either the fortran lib is itself buggy.
I have no fortran knowledge to debug this however. And it lacks debug info
to find calling line in profn
Hi,
I have pushed a fix to get autopkgtests done in python-intervaltree-bio
I have not uploaded package, as we are in freeze transition, so patch is in
git only
Commit: 4f67ea8b607fa47520b553ce8776a37cf62a1713
Link:
https://salsa.debian.org/med-team/python-intervaltree-bio/commit/4f67ea8b607fa47520
Package: wnpp
Severity: wishlist
Owner: Olivier Sallou
X-CC: python-modules-t...@lists.alioth.debian.org
* Package name: python-irodsclient
Version : 0.8.1
Upstream Author : The University of North Carolina at Chapel Hill
* URL : https://github.com/irods/python
- Andreas Tille a écrit :
> Hi Debian Java team,
>
> On Tue, Mar 05, 2019 at 12:19:40AM +, Santiago Vila wrote:
> > jh_build -J hac.jar src
> > find src -name *.java -and -type f -print0 | xargs -s 512000 -0
> > /usr/lib/jvm/default-java/bin/javac -g -cp :debian/_jh_build.hac -d
> > deb
- Mail original -
> De: "Matthias Klose"
> À: "submit"
> Envoyé: Lundi 4 Mars 2019 17:40:08
> Objet: [Debian-med-packaging] Bug#923731: igv depends on packages which were
> removed in picard-tools
> Package: src:igv,src:picard-tools
> Severity: serious
> Tags: sid buster
>
> Another
- Andreas Tille a écrit :
> On Thu, Jan 17, 2019 at 06:49:14PM +0100, Olivier Sallou wrote:
> >
> >
> > I tested against a local build of the package though local build (which
> > runs tests) works fine. (both are run on the same machine)!
> >
On 1/17/19 1:24 PM, Paul Gevers wrote:
> Hi Olivier,
>
> On 17-01-2019 12:12, Olivier Sallou wrote:
>> I tested in buster with updated libbarclay-java (2.1.0-3 pushed today to
>> allow migration to testing) and could rebuild picard-tools from source
>> (with tests) with
On 1/17/19 1:24 PM, Paul Gevers wrote:
> Hi Olivier,
>
> On 17-01-2019 12:12, Olivier Sallou wrote:
>> I tested in buster with updated libbarclay-java (2.1.0-3 pushed today to
>> allow migration to testing) and could rebuild picard-tools from source
>> (with tests) with
On 1/17/19 10:07 AM, Paul Gevers wrote:
> Hi Olivier,
>
> On 17-01-2019 09:38, Olivier Sallou wrote:
>> On 1/17/19 9:25 AM, Paul Gevers wrote:
>>> autopkgtest [04:38:35]: test run-unit-test: [---
>>> Error: Unable to initialize main class
it fails. I wonder however
Previous picard-tools in testing did not depend on this library.
Migration of picard-tools is currently blocked by this libbarclay-java
bug (#906973)
Olivier
>
>
> ___
> Debian-med-packaging mailing list
> deb
/#!topic/swi-prolog/PJTBwNMGmo8
Le ven. 21 déc. 2018 à 07:53, olivier sallou a
écrit :
> By the way,
> I see that version 7.7 is the development version.
> Stable version is still the 7.6 version.
>
> See http://www.swi-prolog.org/ChangeLog?branch=development and
> http://
, olivier sallou a
écrit :
> I could reproduce with simple code example from swi-prolog
>
> Running following on attached example raise the error:
>
> swipl-ld -o test.exe test.c test.pl
> ./test.exe pi/2
>
> Running the same on an Ubuntu with swi-prolog 7.6.4 works.
>
&g
I could reproduce with simple code example from swi-prolog
Running following on attached example raise the error:
swipl-ld -o test.exe test.c test.pl
./test.exe pi/2
Running the same on an Ubuntu with swi-prolog 7.6.4 works.
Le jeu. 20 déc. 2018 à 19:26, olivier sallou a
écrit :
> Execut
Hi,
I am aware of the issue. I discovered issue yesterday while trying to
update package with latest version.
I was about to add info in changelog this morning...
I created an issue in swi-prolog. This dependency update seems to introduce
the error, failing to load a library.
Related issue is #9
Executing cmd directly seems to work:
swipl
Welcome to SWI-Prolog (threaded, 64 bits, version 7.7.25)
SWI-Prolog comes with ABSOLUTELY NO WARRANTY. This is free software.
Please run ?- license. for legal details.
For online help and background, visit http://www.swi-prolog.org
For built-in help, u
Package: swi-prolog
Version: 7.7.25+dfsg-2
Severity: normal
Dear Maintainer,
Trying to recompile logol package, tests are failing with error:
/usr/lib/swi-prolog/library/process.pl:57: Initialization goal raised
In process.pl this is related to :
:-use_foreign_library(foreign(process))."
On 12/19/18 11:46 AM, Andreas Tille wrote:
> Hi,
>
> On Wed, Dec 19, 2018 at 10:39:55AM +0100, Olivier Sallou wrote:
>>> The missing class is in libjaxb-api-java. Just make sure it's on the
>>> CLASSPATH.
>> yeap, an other issue at java migration to openj
On 12/19/18 11:46 AM, Andreas Tille wrote:
> Hi,
>
> On Wed, Dec 19, 2018 at 10:39:55AM +0100, Olivier Sallou wrote:
>>> The missing class is in libjaxb-api-java. Just make sure it's on the
>>> CLASSPATH.
>> yeap, an other issue at java migration to openj
jdk 10/11
Adding this lib to deps should fix the pb
> Regards,
>
> Markus
>
>
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/li
1.10+dfsg/src/main/java/es/uvigo/darwin/jmodeltest/exe/Distributor.java:23:
>> warning: [deprecation] Observable in java.util has been deprecated
>> [javac] import java.util.Observable;
>> [javac] ^
> Any more hints?
>
> 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
m.nih.gov/viewvc/v1?view=revision&revision=79929
>
> Olivier, will you have time to integrate these changes, or should I?
no time for the moment, if you can do it, I would appreciate
thanks
Olivier
>
--
Olivier Sallou
Univ Rennes, Inria, CNRS, IRISA
Irisa, Campus de Beaulieu
F-35042 RE
issue is not related to an internet access.
it tries to get local host name or address
: java.net.InetAddress.getLocalHost(..)
and result in java.net.UnknownHostException: profitbricks-build15-amd64:
profitbricks-build15-amd64: Temporary failure in name resolution
According to Java:
This is achiev
additional remark:
igv will in this case need to depend on java >= 11 as this modification for
build and runtime will work only for jdk11 and above
this jdk module/deprecation transition is quite a pain and make it difficult to
get packages work for different jdk versions
- Mail origin
the problem is those packages are deprecated and cannot be used with jdk 11.
Forcing use of a previous jdk will work will this jdk is available in
debian.
the problemis to get something working both for "old" jdk and "new"
jdks I think upstream focused on older versions (installed in more
- Mail original -
> De: "andreas"
> À: 912...@bugs.debian.org, "Debian Java List"
> Envoyé: Mercredi 31 Octobre 2018 07:07:36
> Objet: Re: Bug#912385: rdp-classifier FTBFS with OpenJDK 11
> Control: tags -1 help
>
> Hi,
>
> I'm afraid I need help for this bug from the Debian Java te
- Mail original -
> De: "andreas"
> À: 912...@bugs.debian.org
> Envoyé: Mercredi 31 Octobre 2018 07:10:01
> Objet: [Debian-med-packaging] Bug#912386: rdp-readseq FTBFS with OpenJDK 11
> Control: tags -1 help
>
> Hi,
>
On 10/18/2018 08:25 PM, Andreas Tille wrote:
> Hi Olivier,
>
> On Thu, Oct 18, 2018 at 06:18:58PM +0200, Olivier Sallou wrote:
>> testing with your removals, you only need to add to build gradle file
>> the ref to htsjdk
> I've now pushed the freshly stripped ups
On 10/18/2018 04:06 PM, Andreas Tille wrote:
> Hi Olivier,
>
> On Thu, Oct 18, 2018 at 01:05:12PM +0200, Olivier Sallou wrote:
>>> I tried a patch to use Debian htsjdk, and pushed it. IGV ui starts, but
>>> fails with other X11 errors
>>>
>>> 2018-10
On 10/18/2018 04:06 PM, Andreas Tille wrote:
> Hi Olivier,
>
> On Thu, Oct 18, 2018 at 01:05:12PM +0200, Olivier Sallou wrote:
>>> I tried a patch to use Debian htsjdk, and pushed it. IGV ui starts, but
>>> fails with other X11 errors
>>>
>>> 2018-10
On 10/18/2018 12:15 PM, Olivier Sallou wrote:
>
> On 10/18/2018 12:03 PM, Olivier Sallou wrote:
>> On 10/18/2018 11:42 AM, Andreas Tille wrote:
>>> Hi Olivier,
>>>
>>> On Thu, Oct 18, 2018 at 11:13:31AM +0200, Olivier Sallou wrote:
>>>>> Un
1 - 100 of 485 matches
Mail list logo