Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.maint.python > #10648 > unrolled thread

Veusz - update to 3.0

Started byJeremy Sanders <jeremy@jeremysanders.net>
First post2018-06-17 12:20 +0200
Last post2018-07-15 11:10 +0200
Articles 4 — 2 participants

Back to article view | Back to linux.debian.maint.python


Contents

  Veusz - update to 3.0 Jeremy Sanders <jeremy@jeremysanders.net> - 2018-06-17 12:20 +0200
    Re: Veusz - update to 3.0 Jeremy Sanders <jeremy@jeremysanders.net> - 2018-06-27 12:00 +0200
    Re: Veusz - update to 3.0 Dmitry Shachnev <mitya57@debian.org> - 2018-07-14 22:00 +0200
      Re: Veusz - update to 3.0 Jeremy Sanders <jeremy@jeremysanders.net> - 2018-07-15 11:10 +0200

#10648 — Veusz - update to 3.0

FromJeremy Sanders <jeremy@jeremysanders.net>
Date2018-06-17 12:20 +0200
SubjectVeusz - update to 3.0
Message-ID<w1CWS-8dV-3@gated-at.bofh.it>
Dear all

I'd be grateful if someone could have a look at the new packaging for 
Veusz 3.0, which now includes 3D plotting.

Please see https://salsa.debian.org/python-team/applications/veusz

The main issue is probably whether the new split into multiple 
subpackages is ok or too much. It's set up to have

veusz  (main executable, examples and docs, arch all)
python3-veusz (python3 module, arch all)
python3-veusz.helpers (python3 arch-dependent bits, arch any)
python-veusz (python2 module, arch all)
python-veusz.helpers (python2 arch-dependent bits, arch any)
veusz-data (shared data files by pythonX-veusz, arch any)

veusz depends on python3-veusz
python3-veusz depends on python3-veusz.helpers and veusz-data
python-veusz depends on python-veusz.helpers and veusz-data

There are also debug packages for the python2 and 3 helpers packages.

I could simplify things by dropping python2, or folding the arch 
dependent and independent parts together.

Another issue is that I can't get continuous integration tests working 
properly on Salsa. The module works fine in a pbuilder build, but on 
Salsa, Qt can't load its xcb module for the self tests under Xvfb.

Thanks

Jeremy Sanders

[toc] | [next] | [standalone]


#10659

FromJeremy Sanders <jeremy@jeremysanders.net>
Date2018-06-27 12:00 +0200
Message-ID<w5foZ-48T-3@gated-at.bofh.it>
In reply to#10648
On 17/06/18 12:11, Jeremy Sanders wrote:
> I'd be grateful if someone could have a look at the new packaging for 
> Veusz 3.0, which now includes 3D plotting.

Just to let you know the new version of Veusz has been uploaded under 
the debian-science project, rather than debian-python. The packaging has 
also been simplified to remove Python 2. Thanks very much for your 
previous work and help on this package.

Shall I delete the veusz repository under debian-python? The history has 
been preserved in debian-science.

Thanks again

Jeremy Sanders

[toc] | [prev] | [next] | [standalone]


#10690

FromDmitry Shachnev <mitya57@debian.org>
Date2018-07-14 22:00 +0200
Message-ID<wbyRY-5qW-9@gated-at.bofh.it>
In reply to#10648

[Multipart message — attachments visible in raw view] — view raw

Hi Jeremy,

On Sun, Jun 17, 2018 at 12:11:04PM +0200, Jeremy Sanders wrote:
> [...]
>
> Another issue is that I can't get continuous integration tests working
> properly on Salsa. The module works fine in a pbuilder build, but on Salsa,
> Qt can't load its xcb module for the self tests under Xvfb.

I forked your repository and added QT_DEBUG_PLUGINS=1 before the failing
command. Looks like the process is running out of memory:

https://salsa.debian.org/mitya57/veusz/-/jobs/31240

I do not know what to do with this, but at least we now know the reason.

--
Dmitry Shachnev

[toc] | [prev] | [next] | [standalone]


#10694

FromJeremy Sanders <jeremy@jeremysanders.net>
Date2018-07-15 11:10 +0200
Message-ID<wbLct-4MP-1@gated-at.bofh.it>
In reply to#10690
Hi Dmitry

On 14/07/18 21:52, Dmitry Shachnev wrote:
> I forked your repository and added QT_DEBUG_PLUGINS=1 before the failing
> command. Looks like the process is running out of memory:
> 
> https://salsa.debian.org/mitya57/veusz/-/jobs/31240
> 
> I do not know what to do with this, but at least we now know the reason.

Thanks very much for debugging this. Upstream, I have a patch which 
removes the dependence on xvfb for the self tests. It now uses the Qt 
minimal platform. It's possible that this will fix the memory problems 
and will reduce the number of build requirements.

Thanks

Jeremy

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.maint.python


csiph-web