Package: wnpp
Severity: wishlist
X-Debbugs-CC: Debian Javascript Maintainers
* Package name: node-create-require
Version: 1.1.1
Upstream Author: Maël Nison, Pooya Parsa and Paul Soporan
* URL: https://github.com/nuxt-contrib/create-require
* License: Expat
Programming lang: JavaScript & Typ
Package: python3-pytest
Version: 4.6.11-1
Severity: grave
I was trying to update another package in the Debian Python Team, and
couldn't understand why its testsuite failed with the above error.
After some failed poking around, I put the following in a file named
test_foo.py:
def test_foo():
Hi,
here is the upstream patch fixing the issue :
https://github.com/fplll/fpylll/commit/ede1e459f0662a0940dca6366aba20d47183a4a0
I tought they'd have already released the new version with this in, but
I should have waited until that was done...
And since this patch needs other changes to apply
Package: node-get-stream
Version: 4.1.0-1
Severity: wishlist
The newest ts-node wants the TypeScript definitions for this package ;
and it looks like upstream does ship them now so updating to the newest
version should make this issue disappear.
Cheers,
JP
Le dimanche 29 novembre 2020 à 20:38 +0100, Hilmar Preuße a écrit :
>
> It looks like the usual incompatible change in gs. Could you load the
> latest version of pdfxup from CTAN and check if that solves your
> issue?
It doesn't. Not the same line numbers, but same errors.
Cheers,
JP
Package: texlive-extra-utils
Version: 2020.20200925-1
Severity: important
I tried to do something simple with pdfxup, but I don't manage to get
anything off it :
jpuydt@phaeris:/tmp$ LANG=C pdfxup -l 28-11-2020-attestation-de-
deplacement-derogatoire.pdf 28-11-2020-attestation-de-deplacement-
der
Hi,
I can confirm I had the problem with a lide 30 today with 1.0.31-3 ; I
had to :
1. create the directory
2. adjust its permissions and ownership
3. add myself to the scanner group!
That's pretty annoying and won't survive a reboot.
JP
Hi,
please push your commit but don't upload :
- I'll report upstream and forward your patch ;
- I'll take the occasion to do some little things on the package, so
I'll upload when I'll be done (probably before next monday).
Thanks!
JP
Hi,
I'm stuck also with missing types for pretty-format, and it's from the
jest package too.
My main goal is jupyterlab. Some parts of it want typestyle, but that
needs csstype and free-style.
For csstype, I need types for the 'jest' module ; and for free-style
for 'pretty-format' and 'jest-diff
Package: wnpp
Severity: wishlist
X-Debbugs-CC: Debian Javascript Maintainers
* Package name: node-turndown
Version: 7.0.0
Upstream Author: Dom Christie
* URL: https://github.com/domchristie/turndown
* License: Expat
Programming lang: JavaScript
Description: convert HTML into MarkDown with
Package: node-chalk
Version: 2.4.2-1
Severity: wishlist
I need much more recent versions to package other things.
Cheers,
JP
Package: wnpp
Severity: wishlist
X-Debbugs-CC: Debian Javascript Maintainers <
pkg-javascript-de...@lists.alioth.debian.org>
* Package name: ts-node
Version: 9.0.0
Upstream Author: Blake Embrey
* URL: https://github.com/TypeStrong/ts-node
* License: Expat
Programming lang: JavaScript & TypeS
Package: jest
Version: 26.6.3+ds+~cs64.27.30-1
The file /usr/share/nodejs/package.json says the TypeScript definitions
are available in build/jest.d.ts, but the package doesn't contain that
file : the build/ directory only has jest.js.
Cheers,
JP
Hi,
I advanced quite well since this morning, so right now getting node-
rimraf up to date and with definitions is on the top of my todo list.
I'll work locally at first, but will probably upload in a few days,
unless it's a problem for you?
Cheers
Hi Jonas,
you have uploaded 4.0.1 to experimental in august 2019 ; is there a
reason why it didn't get into unstable?
I ask because I want to work on shipping the TypeScript types with the
package... and the definition are for v4.
So basically, I want to work on the package, but don't want to st
Package: node-proxyquire
Version: 2.1.3+~1.0.1+~1.0.2-10
Severity: minor
>From the package's tracker :
The VCS repository is not up to date, push the missing commits. high
vcswatch reports that the current version of the package is not in its
VCS.
Either you need to push your commits and/or your
Le mercredi 11 novembre 2020 à 04:35 -0800, Felix Lechner a écrit :
> On Wed, Nov 11, 2020 at 12:13 AM Julien Puydt > wrote:
> > You use -3 and I packaged and used -4 in my report :
>
> Thanks for clarifying. Unfortunately, that version does not produce
> any tags whats
Package: node-diff
Version: 1.4.0~dfsg-4
Severity: wishlist
please ship TypeScript definitions for diff ; upstream might not
provide them yet, but they are already used by ts-node, which I would
like to package on my way to JupyterLab.
You can find them here:
https://github.com/DefinitelyTyped/D
Package: node-rimraf
Version: 2.6.3-1
Severity: wishlist
please ship TypeScript definitions with node-rimraf ; upstream might
not include them yet, but some are available here:
https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/rimraf
and they are used in ts-node, which I would
Le mardi 10 novembre 2020 à 03:49 -0800, Felix Lechner a écrit :
> Hi Julien,
>
> On Mon, Nov 9, 2020 at 10:00 PM Julien Puydt
> wrote:
> > P: node-posix-getopt source: package-does-not-install-examples
> > debian/examples
> > P: node-posix-getopt source: pac
Package: proxyquire
Version: 2.1.3+~1.0.1+~1.0.2-10
Severity: wishlist
please ship TypeScript definitions for proxyquire ; upstream might not
provide them yet, but they are already used by ts-node, which I would
like to package on my way to JupyterLab.
You can find them here:
https://github.com/
Package: wnpp
Severity: wishlist
X-Debbugs-CC: Debian Javascript Maintainers <
pkg-javascript-de...@lists.alioth.debian.org>
* Package name: node-make-error
Version: 1.3.6
Upstream author: Julien Fontanet
* URL: https://github.com/JsCommunity/make-error
* License: ISC
Programming lang: JavaS
Hi,
I was about to report the same thing when I saw Xavier already filed
this bug ; here is another example, with a nice twist :
P: node-posix-getopt source: package-does-not-install-examples
debian/examples
P: node-posix-getopt source: package-does-not-install-examples
examples/
It complains ab
Le mardi 10 novembre 2020 à 06:16 +0100, Xavier a écrit :
>
> node-react contains already @types/react, which other types do you
> need?
Ah, sorry, I hadn't understood your question. I get complaints about
not finding definitions for react-dom.
Thanks,
JP
Package: wnpp
Severity: wishlist
X-Debbugs-CC: Debian Javascript Maintainers <
pkg-javascript-de...@lists.alioth.debian.org>
* Package name: node-arg
Version: 4.1.3
Upstream author: Josh Junon
* URL: https://github.com/vercel/arg
* License: Expat
Programming lang: JavaScript
Description: c
Le lundi 09 novembre 2020 à 20:06 +0100, Xavier a écrit :
> Hi, which ones ?
Well, jupyterlab only says it needs definitions, but not where to find
them, so if upstream doesn't provide them, I would say:
https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/react
JP
Package: node-react
Version: 17.0.1+dfsg+~cs32.23.54-3
Severity: wishlist
Please ship TypeScript definitions for react : I'm trying to package
jupyterlab, and some of its packages depend on those.
Thanks,
JP
Package: node-json5
Version: 2.1.3-1
Severity: wishlist
Please ship typescript definitions within the package.
Upstream hasn't them yet: https://github.com/json5/json5/issues/235
But some are available from here already:
https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/json5
Package: ftp.debian.org
Dear ftp-masters,
upstream has no plan to work on fixing giac on ppc64el and s390x, so I
decided to cut those two architectures from the package.
As far as I understand an explicit removal on those architectures is
needed before the new package can migrate to testing.
Th
Package: wnpp
Severity: wishlist
* Package name: python-json5
Version: 0.9.5
Upstream author: Google Inc
* URL: https://github.com/dpranke/pyjson5
* License: Apache-2.0
Programming lang: Python
Description: manage data in JSON5 format in Python
This is needed on the way to get Jupyterlab
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-pyt...@lists.debian.org
* Package name: jupyterlab-server
Version: 1.2.0
Upstream author: Project Jupyter contributors
* URL: https://github.com/jupyterlab/jupyterlab_server
* License: BSD-3-clause and Expat
Programming lang: Python
Des
Package: pkg-js-tools
Version: 0.9.45
Severity: wishlist
As discussed in #973983, it might be a good idea to make sure pkg-js-
tools adds the main component to ${nodejs:Provides} when that component
isn't the package name.
Cheers,
JP
Le dimanche 08 novembre 2020 à 19:07 +0100, Xavier a écrit :
> Le 08/11/2020 à 18:53, Julien Puydt a écrit :
> > Le dimanche 08 novembre 2020 à 16:25 +0100, Xavier a écrit :
> > > did you try to set onne of them in debian/nodejs/main ?
> >
> > Oh, dear... putting
Le dimanche 08 novembre 2020 à 16:25 +0100, Xavier a écrit :
> did you try to set onne of them in debian/nodejs/main ?
Oh, dear... putting one of them in there did make things go through,
but checking the resulting package : all the other components ended up
in a node_modules directory within the
Hi,
Le dimanche 08 novembre 2020 à 16:25 +0100, Xavier a écrit :
> Le 08/11/2020 à 16:02, Julien Puydt a écrit :
> > Package: pkg-js-tools
> > Version: 0.9.45
> >
> > I'm trying to package lumino (ITP 972487), which has a pretty
> > special
> >
Package: pkg-js-tools
Version: 0.9.45
I'm trying to package lumino (ITP 972487), which has a pretty special
structure:
- no main module ;
- only packages.
My d/control has a build dep on pkg-js-tools, and uses "Provides:
${nodejs:Provides}" ; I have a d/nodejs/additional_components with
packages/
Le jeudi 05 novembre 2020 à 19:12 +0100, Bill Allombert a écrit :
> On Mon, Nov 02, 2020 at 09:57:07AM +0100, Bill Allombert wrote:
> > This means 512000 is not sufficient. This is a fatal error.
> > The test cannot pass.
>
> Would you mind uploading giac with PARI_SIZE=1024000 so that we can
> cl
Hi,
I was busier than expected, but here is a patch proposition.
Cheers,
JP
Description: fix bug #972585
Author: Julien Puydt
Forwarded: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972585
--- devscripts-2.20.4.orig/lib/Devscripts/Uscan/Downloader.pm
+++ devscripts-2.20.4/lib/Devscripts
Package: libpari-dev
Version: 2.13.0-2
Severity: grave
The last pari upload broke giac on amd64, arm64 and mipsel :
https://buildd.debian.org/status/fetch.php?pkg=giac&arch=amd64&ver=1.6.0.25%2Bdfsg1-2%2Bb1&stamp=1604135053&raw=0
The failing test on amd64 is a segfault. I could check that runni
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: debian-scie...@lists.debian.org
* Package name: calcium
Version: 0.2.0
Upstream author: Fredrick Johansson
* License: LGPL-2.1+
URL: http://fredrikj.net/calcium/
Programming language: C
Description: exact computation with real
Hi,
I don't know perl at all, but looking through the sources, I found that
in Devscripts/Uscan/Downloader.pm, I think there's a function
'download' line 82 (the name 'sub' is probably for subroutine) :
- the start of the function is for http and ftp modes, until line 133
where I think it's for g
Hi,
for node-rollup-plugins, if I understand well, each subproject is made
into a src: ; that's also a possibility for other monorepo projects,
but that is quite unwieldy, especially when there are many subprojects
(for lumino, 18 packages and 1 [working] example makes 19
subprojects!).
Cheers,
Package: devscripts
Version: 2.20.4
Severity: wishlist
It would be nice to provide support for monorepo organizations, which
means a single git repository, with many directories and many tags.
I'll use as an example along this report a typical project using this
scheme, lumino: https://github.com/
Package: devscripts
Version: 2.20.4
In git mode, using as d/watch :
version=4
opts=component=algorithm,mode=git,\
uversionmangle=s/(.*)/algorithm-$1/ \
https://github.com/jupyterlab/lumino \
refs/tags/@lumino/algorithm@@ANY_VERSION@ group
uscan makes a (bare) git checkout in a directory lumin
Package: wnpp
Severity: wishlist
X-Debbugs-CC: pkg-javascript-de...@lists.alioth.debian.org
* Package name: lumino
Version: 0~20200824+git93880412-1
Upstream author: Jupyter Project contributors
* URL: https://github.com/jupyterlab/lumino
License: BSD-3-clause
Description: large set of libraries
Package: node-websocket
Version: 1.0.31-1
Severity: wishlist
Please add the typescript type definitions to the package ; either
coming from upstream or from
https://github.com/DefinitelyTyped/DefinitelyTyped
Thanks,
JP
Package: libjs-codemirror
Version: 5.57.0-1
Severity: wishlist
The current package doesn't ship typescript type definitions -- please
add them ; either from upstream or from
https://github.com/DefinitelyTyped/DefinitelyTyped
Thanks,
JP
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-pyt...@lists.debian.org
* Package name: jupyter-server
Version: 1.0.5
Upstream author: Jupyter Development Team
* URL: https://github.com/jupyter/jupyter_server
License: BSD-3-clause
Description: Jupyter protocol server backend
It's a step to
Le lundi 12 octobre 2020 à 12:50 +, Gordon Ball a écrit :
> On Mon, Oct 12, 2020 at 01:46:40PM +0200, Julien Puydt wrote:
> > I'm wondering if the source package shouldn't be named jupyterlab-
> > pygments instead of python-jupyterlab-pygments: there will be quite
&
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-pyt...@lists.debian.org
* Package name : python-jupyterlab-pygments
Version: 0.1.2
Upstream author: Project Jupyter Contributors
* URL : https://github.com/jupyterlab/jupyterlab_pygments
* License : BSD-3-clause
Descriptio
Hi,
Le lundi 12 octobre 2020 à 10:22 +0200, Julien Puydt a écrit :
> did you forward that patch to upstream? If so, where?
>
> I'm trying to update the package so I'm trying my hand at all the
> bugs.
>
In fact, checking configure.ac, there's no AC_RUN_IFELSE anym
Hi,
did you forward that patch to upstream? If so, where?
I'm trying to update the package so I'm trying my hand at all the bugs.
Cheers,
JP
Package: lintian
Version: 2.97.0
This evening, while trying to update my giac package, I got :
E: giac source: source-is-missing .pc/d-dont-include-remote-
scripts.patch/doc/xcas.js line length is 467 characters (>256)
which means lintian had a look into .pc/ : this directory should be
excluded,
Package: lintian
Version: 2.14.0
Severity: minor
I get many unused-license-paragraph-in-dep5-copyright I:-type messages
from lintian, because the paragraphs in question are License: foo and
used as License: foo+. Lintian should see that it's compatible and
accept it.
I hope that helps,
JP
Package: python-setuptools
Version: 44.1.1-1
Severity: wishlist
Hi,
upstream is up to 49.6.0 now : can you update the package?
Thanks,
JP
Package: python-prometheus-client
Version: 0.7.1-1.1
Severity: wishlist
Hi,
a new upstream is available, already used in sagemath's upstream ; so
we would need a newer version.
Thanks,
JP
Package: node-sinon
Version: 9.0.1+ds-1
Please add the type definitions from DefinitelyTyped to the package ;
both direct :
https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/sinon
and indirect :
https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/sinonjs__f
Package: node-braces
Version: 3.0.2-2
Please add typescript type definitions from DefinitelyTyped to the
package:
https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/braces
Thanks,
JP
Package: node-jsdom
Version: 16.2.2+~cs56.12.24-1
Please add the type definitions for parse5 from DefinitelyTyped to the
package:
https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/parse5
Thanks,
JP
Package: node-tough-cookie
Version: 3.0.0-1
Please add the type definitions from DefinitelyTyped to the package :
https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/tough-cookie
Cheers,
JP
Ok, I dug some more, and found the package lacks (first level) :
- @types/parse5 and @types/tough-cookie for @types/lodash
- @types/braces for @types/micromatch
- @types/sinonjs__fake-timers for @types/sinon
and I checked on DefinitelyTyped's repository that there are no higher
level deps : wit
Package: node-typescript-types
Version: 20200808-1
Severity: important
I'm trying to update the node-ast-types packages, but fail for various
reasons ; one of them is that node-typescript-types ships
@types/micromatch which depends on @types/braces, but doesn't ship
@types/braces.
I checked that
Package: node-tslib
Version: 1.11.2-1
Upstream released 2.0.1, and node-ast-types requires that version ; can
you package it?
Thanks,
JP
Hi,
I just had a look in d/control, and didn't see where the Python 2 dep
could come from...
If you have a clue, that would help...
JP
Hi
Le dim. 26 juil. 2020 à 20:15, Sandro Tosi a écrit :
> Source: mnemosyne
> Version: 2.7.2+ds1-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
>
I'll take care of this next week.
Cheers,
JP
>
Le vendredi 10 juillet 2020 à 19:18 +0300, Dmitry Shachnev a écrit :
> Source: setuptools-scm
> Version: 3.4.3+really3.3.3-5
> Severity: wishlist
>
> Dear Maintainers,
>
> The latest version of Python-Keyring requires setuptools-scm >=
> 3.4.1.
> However the real version is now 3.3.3.
>
> I don't
Hi,
I reported the issue to upstream 11 days ago :
https://github.com/wbhart/flint2/issues/771
JP
Hi,
I have a use for coinor-cbc.
I'm already a member of the Debian Science team, so I'm able to
contribute to the git repository directly.
Cheers,
JP
Package: python-pulp
Version: 1.6.0+dfsg1-5
I installed python3-pulp to work on (and maybe use) https://flopedt.org
- and a few solvers (glpk and cbc), but that didn't work : pulptest
shows them as unavailable.
Cheers,
JP
Package: python-pulp
Version: 1.6.0+dfsg1-5
Severity: wishlist
Several new upstreams have been released, but since they put a 'v' in
front of the versions, I guess uscan didn't see them...
Cheers,
JP
Hi,
sorry I didn't find the time to answer faster.
Le mardi 09 juin 2020 à 15:35 -0400, Boyuan Yang a écrit :
> During a local rebuild of your package, it seems that package scilab
> currently FTBFS against new version of libicu library:
>
> ==
> In file included from /usr/in
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
* Package name: python-django-debug-toolbar
Version : 2.2
Upstream Author : Rob Hudson and contributors
* URL :
https://github.com/jazzband/django-debug-toolbar
* License : BSD-3-clause
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
* Package name: python-pyclustering
Version : 0.9.3.1
Upstream Author : Andrei Novikov
* URL :
https://github.com/annovikov/pyclustering
* License : GPL-3
Programming Lang: Python
Description : Data
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
* Package name: python-django-import-export
Version : 2.2.0
Upstream Author : Bojan Mihelac and contributors
* URL :
https://github.com/django-import-export/django-import-export
* License : BSD-2-clause
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
* Package name: python-django-ical
Version : 1.7.0
Upstream Author : Ian Lewis
* URL :
https://github.com/jazzband/django-ical
* License :
Programming Lang: Python
Description : Calendar feeds for
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
* Package name: python-django-colorfield
Version : 0.3.0
Upstream Author : Fabio Caccamo
* URL :
https://github.com/fabiocaccamo/django-colorfield
* License : Expat
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
* Package name: python-django-cache-machine
Version : 1.1.0
Upstream Author : Jeff Balogh
* URL :
https://github.com/django-cache-machine/django-cache-machine
* License : BSD-3-clause
Programming Lang
Hi,
do you have any reason for not filing a RM bug request to the ftp-
master team?
If it's an old fork with no rdepends, that looks like a good candidate.
Cheers,
JP
Le samedi 23 mai 2020 à 22:37 +0300, Adrian Bunk a écrit :
> On Fri, May 22, 2020 at 04:13:02PM +0200, Julien Puydt wrote:
> > I don't understand why you report a bug on 1.5.0.87+dfsg1-1 on the
> > 20th
> > of may when testing has 1.5.0.87+dfsg1-4 since the 9th of march
Hi,
I don't understand why you report a bug on 1.5.0.87+dfsg1-1 on the 20th
of may when testing has 1.5.0.87+dfsg1-4 since the 9th of march, and
unstable had it since the 4th of march.
Isn't the problem history already?
JP
Hi,
Le vendredi 15 mai 2020 à 19:05 +0200, Thibaut Paumard a écrit :
> Le 15/05/2020 à 11:07, Julien Puydt a écrit :
> > It should, but since I haven't been able to reproduce your problem
> > on
> > eller.debian.org...
> >
>
> Interesting. I just re-comp
Hi,
Le vendredi 15 mai 2020 à 09:52 +0200, Thibaut Paumard a écrit :
> Thanks for looking into this.
Flint has a good upstream, you made a good report : it's surprising the
problem isn't down already ;-)
> Le 14/05/2020 à 21:43, Julien Puydt a écrit :
> > Hi,
> >
Hi,
upstream has tried to provide a fix for your problem on their latest
trunk branch : would you be able to give it a try?
Thanks,
JP
Hi,
I tried the sample code, and it worked well:
(sid_mipsel-dchroot)jpuydt@eller:~$ ./hypergeom
hypergeom(5.50e+00, 2.279935e+00)=8.363951e-07
(sid_mipsel-dchroot)jpuydt@eller:~$ ./hypergeom 0.6 0.5
hypergeom(6.00e-01, 5.00e-01)=9.166128e-01
(sid_mipsel-dchroot)jpuydt@eller:~$ ./hy
Le samedi 09 mai 2020 à 09:19 -0300, David Bremner a écrit :
> Julien Puydt writes:
>
> > Well, that will be something to check when we'll have a fixed
> > package
> > (be it with a patch or a new upstream version).
> >
> > And if it doesn&#x
Le samedi 09 mai 2020 à 09:04 -0300, David Bremner a écrit :
> Julien Puydt writes:
>
> > I forwarded the problem upstream :
> >
> > https://github.com/wbhart/flint2/issues/699
> >
> > I'll update the package when a fix will be available.
> >
>
Hi,
I forwarded the problem upstream :
https://github.com/wbhart/flint2/issues/699
I'll update the package when a fix will be available.
Thanks for you report : a problem notification with a simple test case,
it's just wonderful!
Cheers,
JP
Hi,
I'm not sure I understand what you want, as you didn't make sentences.
As far as I know upstream isn't defunct, and I already package the last
real version (unstable = not released).
Can you clarify your report?
Thanks,
JP
Le vendredi 01 mai 2020 à 16:38 +0100, Adam D. Barratt a écrit :
> Thanks, please feel free to upload that.
Done.
Thanks,
JP
h loading
+ with the recent openjdk 11.0.7 upload. (Closes: #955694, #959034)
+
+ -- Julien Puydt Fri, 01 May 2020 16:47:40 +0200
+
scilab (6.0.1-10) unstable; urgency=medium
[ Alexis Murzeau ]
diff --git a/debian/patches/addLibraryPath.patch
b/debian/patches/addLibraryPath.patch
new
Le vendredi 01 mai 2020 à 11:59 +0100, Adam D. Barratt a écrit :
> On Fri, 2020-05-01 at 12:37 +0200, Julien Puydt wrote:
> > No... it's either with Gilles' patch and it works with 11.0.7 or
> > without and it works with 11.0.6... any other combination doesn't
&g
Le vendredi 01 mai 2020 à 11:59 +0100, Adam D. Barratt a écrit :
> On Fri, 2020-05-01 at 12:37 +0200, Julien Puydt wrote:
> > Le vendredi 01 mai 2020 à 11:21 +0100, Adam D. Barratt a écrit :
> > > Just to confirm, does scilab with this patch still work if used
> > >
Le vendredi 01 mai 2020 à 11:21 +0100, Adam D. Barratt a écrit :
> Just to confirm, does scilab with this patch still work if used in
> conjunction with OpenJDK 11.0.6? (11.0.7 isn't currently available on
> a few architectures.)
No... it's either with Gilles' patch and it works with 11.0.7 or
wit
uld
also follow it.
Thanks,
JP
PS: here it is:
commit 55df6269e8ac1a5a4200dbb759c3661bbd1249f2
Author: Julien Puydt
Date: Thu Apr 30 17:22:15 2020 +0200
Add patch from Gilles Filippini to fix library path loading with the recent
openjdk 11.0.7 upload. (Closes: #955694, #959034)
diff
Hi,
sorry, but is that a problem with scilab?
If it's a currently active problem with scilab, I'll see what I can do.
If not, I'll just close it.
Cheers,
JP
Hi,
I have been the most active maintainer of scilab in Debian recently,
and I'm reviewing old bugs : is ubuntu still having issues with the
scilab packaging in Debian?
Cheers,
JP
Hi,
openjdk 11.0.7 in buster? It's annoying, because it breaks scilab...
Testing has a fixed scilab, 6.1.0+dfsg1-2 but it's not supposed to get
to stable unfortunately.
I'm a bit a loss to what I could propose...
I'll ask around for directions,
JP
Hi,
can I know how it affects scilab?
Cheers,
JP
Hi,
I notified upstream that their fortran code is going to break :
http://bugzilla.scilab.org/show_bug.cgi?id=16422
Cheers,
JP
Hi,
I did package it, and didn't notice any problem, but ftpmasters did
find a clearly non-redistributable file, and upstream wouldn't confirm
the status of the other sound files nor fix the panda one :
https://notabug.org/TenPlus1/mobs_animal/issues/15
So I'm a bit at loss here : should I packa
301 - 400 of 1286 matches
Mail list logo
