Bug#1071315: Partial patch

[Roland Mas]

Here's a partial patch that fixes the compilation-- but not the linking. 
I didn't manage to get the linking to work, but I'm sharing what I 
currently have.


Roland.
From: Roland Mas 
Date: Fri, 24 May 2024 16:01:50 +0200
Subject: Remove -pthread from hsc2hs invocation

---
 binoculars-ng/Makefile.am | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/binoculars-ng/Makefile.am b/binoculars-ng/Makefile.am
index ca255c1..5b2c5c7 100644
--- a/binoculars-ng/Makefile.am
+++ b/binoculars-ng/Makefile.am
@@ -18,7 +18,7 @@ AM_GHCFLAGS=\
 	-outputdir=$(builddir)/src
 
 .hsc.hs:
-	$(HSC2HS) $$(echo "$(AM_CFLAGS)" | sed "s%-ftrack-macro-expansion=0%%") -o $@ $<
+	$(HSC2HS) $$(echo "$(AM_CFLAGS)" | sed -e "s%-ftrack-macro-expansion=0%%" -e "s%-pthread%%") -o $@ $<
 
 .hs.o:
 	$(GHC) --make $(AM_GHCFLAGS) -c -o $@ $<

Bug#1070188: python3-spyder: uninstallable in unstable due to pylint

[Roland Mas]

Le 02/05/2024 à 06:07, Julian Gilbey a écrit :

On Wed, May 01, 2024 at 03:04:56PM +0200, Roland Mas wrote:

Package: python3-spyder
Version: 5.5.1+ds-1
Severity: important

Dear Maintainer,

python3-spyder is no longer installable in sid; it depends (and
build-depends) on pylint (< 3.1~) but pylint is currently 3.1.0-1 in
unstable.

Loosening the versioned dependency is enough to allow spyder to build,
but I don't know whether that introduces runtime changes or not.

Dear Roland,

That would be a reasonable thing to do.  Version 5.5.4 depends on
pylint >= 3.1.  I don't have time to do this right now, unfortunately,
so if someone else would like to make the required changes and upload
a patched version of 5.5.1 in the meantime, please feel free to do
so.


I guess I could do that, but is there any reason not to upgrade to 5.5.4 
directly? Maybe I'm fooled by only the "micro" part of the version 
number changing, but it doesn't sound like a big upgrade…


Roland.

Bug#1070188: python3-spyder: uninstallable in unstable due to pylint

[Roland Mas]

Package: python3-spyder
Version: 5.5.1+ds-1
Severity: important

Dear Maintainer,

python3-spyder is no longer installable in sid; it depends (and
build-depends) on pylint (< 3.1~) but pylint is currently 3.1.0-1 in
unstable.

Loosening the versioned dependency is enough to allow spyder to build,
but I don't know whether that introduces runtime changes or not.

Roland.

Bug#1068553: ITP: python-overrides -- Python decorator to verify that expected overrides are maintained

[Roland Mas]

overrides is already in NEW, with packaging hosted on 
https://salsa.debian.org/python-team/packages/overrides. Sorry, I should 
have filed an ITP for that.


Roland.

Le 07/04/2024 à 11:02, Julian Gilbey a écrit :

Package: wnpp
Severity: wishlist
Owner: Julian Gilbey 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: python-overrides
   Version : 7.7.0
   Upstream Author : Copyright: Mikko Korpela
* URL : https://github.com/mkorpela/overrides
* License : Apache-2.0
   Programming Lang: Python
   Description : Python decorator to verify that expected overrides are 
maintained
  Provides a decorator @override that verifies that a method that
  should override an inherited method actually does it.  Python has no
  standard mechanism by which to guarantee that (1) a method that
  previously overrode an inherited method continues to do so, and (2) a
  method that previously did not override an inherited will not
  override now.  This package allows this to be addressed in an automated
  manner.

This package is a (recursive) dependency of the new version of
jupyter-server.

It will be team-maintained within the Debian Python Team.  The Debian
packaging is on salsa at
https://salsa.debian.org/python-team/packages/python-overrides

Bug#1063908: [Debian-pan-maintainers] Bug#1063908: node-jupyter-widgets-{base, base-manager, control}: ships files already in python3-widgetsnbextension

[Roland Mas]

Le 15/02/2024 à 05:42, Yadd a écrit :
   Preparing to unpack 
.../node-jupyter-widgets-base_6.0.7+~cs14.23.94-1_all.deb ...

   Unpacking node-jupyter-widgets-base (6.0.7+~cs14.23.94-1) ...
   dpkg: error processing archive 
/var/cache/apt/archives/node-jupyter-widgets-base_6.0.7+~cs14.23.94-1_all.deb 
(--unpack):
    trying to overwrite 
'/usr/share/nodejs/@jupyter-widgets/base/css/index.css', which is 
also in package python3-widgetsnbextension 8.1.1-2

   Errors were encountered while processing:
/var/cache/apt/archives/node-jupyter-widgets-base_6.0.7+~cs14.23.94-1_all.deb


Hi,

why does python3-widgetsnbextension install an unusable node.js module 
into a nodejs directory ?


This sounds like a remnant from the past, but since node-ipydatagrid 
started providing these node.js modules then I'll remove them from 
ipywidgets (and add a Depends:). I suggest adding the appropriate 
Provides/Conflicts/Replaces: field to your packages, to help user 
transitions.


Roland.

Bug#1060772: [Python-modules-team] Bug#1060772: python3-jupyterlab: Using node-corepack downloads yarnpkg from Internet

[Roland Mas]

Le 14/01/2024 à 05:20, Yadd a écrit :

Hi,

the patch 0003-Use-system-provided-yarn.js.patch replaces missing
yarn.js by node-corepack. Please keep in mind that
node-corepack/../yarn.js is a wrapper that downloads yarnpkg from
Internet instead of using Debian's one.


Hi Yadd,

I spent some time trying to patch things all around so as to get the 
build to run offline, but I must confess I got myself lost in the maze 
of commands and helper tools. In the end I think my source package tried 
to use the yarn.js provided by node-corepack in some places, the one 
provided by yarnpkg in others, and pkgjs-install-minimal in yet others. 
They all seem subtly incompatible (especially with regards to --offline 
behaviour), and I think it would be better if someone more fluent than 
me in Yarn and related tools were to tackle this problem.


I pushed to Salsa the last state of the packaging before I started 
getting completely lost, any help would be most welcome :-)


Roland.

Bug#1060432: [Python-modules-team] Bug#1060432: rpds-py ftbfs in unstable

[Roland Mas]

Le 11/01/2024 à 10:27, Matthias Klose a écrit :

Package: src:rpds-py
Version: 0.12.0-2
Severity: serious
Tags: sid trixie ftbfs

rpds-py ftbfs in unstable, because of missing build dependencies:

Issues preventing migration:
∙ ∙ rpds-py unsatisfiable Build-Depends(-Arch) on amd64: 
librust-archery-dev

∙ ∙ rpds-py unsatisfiable Build-Depends(-Arch) on amd64: librust-rpds-dev


I just uploaded these two packages to NEW, along with a third one on the 
dependency chain.


Roland.

Bug#1059038: python3-django-q: Upgrade to django-q2?

[Roland Mas]

Package: python3-django-q
Version: 1.3.9-4
Severity: wishlist

Dear Maintainer,

https://github.com/Koed00/django-q seems to be unmaintained, but
there's a fork at
https://github.com/django-q2/django-q2 that seems to be more like a
continuation than a fork. It proposes to be a drop-in replacement, but
it also adds some interesting features such as the ability to separate
tasks across multiple queues, and improved compatibility with new
versions of Django.

I suggest django-q2 be packaged either as a replacement for django-q,
or as a different package with a Provides/Conflicts/Replaces.

Thanks,

Roland

-- System Information:
Debian Release: 12.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-13-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-django-q depends on:
ii  libjs-sphinxdoc 5.3.0-4
ii  python3 3.11.2-1+b1
ii  python3-arrow   1.2.3-1
ii  python3-blessed 1.19.1-1
ii  python3-django  3:3.2.19-1+deb12u1
ii  python3-django-picklefield  3.1.0-1
ii  python3-future  0.18.2-6
ii  python3-redis   4.3.4-3

python3-django-q recommends no packages.

Versions of packages python3-django-q suggests:
pn  python3-boto3 
pn  python3-croniter  
pn  python3-django-redis  
pn  python3-hiredis   
ii  python3-psutil5.9.4-1+b1
pn  python3-pymongo   

-- no debconf information

Bug#1055516: python3-jsonschema: New upstream version available

[Roland Mas]

Package: python3-jsonschema
Version: 4.10.3-1
Severity: wishlist

Dear Maintainer,

There's a new upstream version (4.19) available, with at least one
change in API (in the Draft*Validator constructors); jupyter-events, a
package I'm working on, uses the new API, and therefore fails to run
with the current 4.10 version.

Could you provide an updated package?

Thanks,

Roland.

-- System Information:
Debian Release: 12.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-13-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-jsonschema depends on:
ii  python3 3.11.2-1+b1
ii  python3-attr22.2.0-1
ii  python3-importlib-metadata  4.12.0-1
ii  python3-pyrsistent  0.18.1-1+b3
ii  python3-typing-extensions   4.4.0-1

Versions of packages python3-jsonschema recommends:
ii  python3-idna  3.3-1
ii  python3-json-pointer  2.3-2
ii  python3-rfc3987   1.3.8-2
ii  python3-uritemplate   4.1.1-2
ii  python3-webcolors 1.11.1-1

Versions of packages python3-jsonschema suggests:
pn  python-jsonschema-doc  

-- no debconf information

Bug#1043360: Any progress on ITP: python-poetry-dynamic-versioning?

[Roland Mas]

Hi Jakub,

Is there any progress on the package? A package of mine (dioptas) has 
started depending on it, so it would be nice to have in Debian. Can I 
help somehow? Is there any beta code somewhere that I could test and 
help with?


Thanks,

Roland.

Bug#1000693: ITP: libnet-mqtt-simple-perl -- Minimal MQTT version 3 interface

[Roland Mas]

Le 27/09/2023 à 14:33, Alexander Zangerl a écrit :

On Sat, 27 Nov 2021 11:46:22 +0100, Roland Mas writes:

Package: wnpp
Severity: wishlist
Owner: Roland Mas 

roland, do have any objections to me taking over this bug and the
packaging/maintainership of libnet-mqtt-simple-perl?


No objection at all, I'm even glad that someone takes over where time 
prevented me from going forward.



i do need that package for/at work, a first lintian-clean upload is already 
ready,
and it looks as if there hasn't been any progress since your ITP in 2021.


Actually I did prepare a package at that time (see 
https://salsa.debian.org/perl-team/modules/packages/libnet-mqtt-simple-perl) 
and even pushed an upload that was rejected by FTP-masters because of 
ambiguity in the copyright file, and I got taken by other priorities so 
I couldn't get back to fixing it. By all means, go ahead :-)


Roland.

Bug#1042810: [Debian-pan-maintainers] Bug#1042810: bornagain: FTBFS/BD-Uninstallable on !amd64

[Roland Mas]

Le 01/08/2023 à 10:14, Sebastian Ramacher a écrit :

Source: bornagain
Version: 20.2+ds3-1
Severity: serious
Tags: ftbfs sid trixie
Justification: fails to build from source (but built successfully in the past)


A partial patch fixing several testsuite failures has already been 
committed upstream and cherry-picked in the package, but other failures 
remain. Discussion is ongoing with upstream.


Roland.

Bug#1040334: facet-analyser - build-depends on conflicting packages

[Roland Mas]

Le 04/07/2023 à 17:53, Steven Robbins a écrit :

On Tuesday, July 4, 2023 10:03:27 A.M. CDT Peter Green wrote:

Package: facet-analyser
Version: 0.0~git20221121142040.6be10b8+ds1-3
Tags: trixie, sid
Severity: serious
Justification: rc policy - "packages must be buildable within the same
release" User: debian...@lists.debian.org
Usertags: edos-uninstallable
x-debbugs-cc: s...@debian.org

facet-analyser build-depends on both python3-paraview and
libinsighttoolkit5-dev

unfortunately, libinsighttoolkit5-dev recently added a dependency on
libvtk9-dev which depends on python3-vtk9 which conflicts with
python3-paraview.

I am not familiar enough with the packages in question to know what the
most appropriate way to untangle this is.

That's curious.  I don't know either.  My questions are: why do python3-vtk9
and python3-paraview conflict, and could the issue be solved another way?


I think it's because python3-paraview uses its own vtk9, see #982601 and 
#654839.


Roland.

Bug#1039691: cinnamon: Missing "Science" category in menu

[Roland Mas]

Package: cinnamon
Version: 5.6.8-1
Severity: normal

Dear Maintainer,

The Cinnamon menu system doesn't seem to support the Science category,
with the consequence that when a package ships a .desktop file with
that category, the entry shows up in the "Other" submenu. The spec at
https://specifications.freedesktop.org/menu-spec/latest/apa.html seems
to indicate that the Science category is a "must support", and I was
quite surprised not to find it implemented in Cinnamon.

Thanks,
Roland.

-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cinnamon depends on:
ii  cinnamon-common  5.6.8-1
ii  cinnamon-control-center  5.6.1-1
ii  cinnamon-desktop-data5.6.1-1
ii  cinnamon-screensaver 5.6.3-1
ii  cinnamon-session 5.6.0-1
ii  cinnamon-settings-daemon 5.6.2-2
ii  cjs  5.6.0-1
ii  cups-pk-helper   0.2.6-1+b1
ii  dbus 1.14.6-1
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gir1.2-accountsservice-1.0   22.08.8-6
ii  gir1.2-caribou-1.0   0.4.21-8
ii  gir1.2-cmenu-3.0 5.6.0-1
ii  gir1.2-cvc-1.0   5.6.1-1
ii  gir1.2-ecal-2.0  3.46.4-2
ii  gir1.2-edataserver-1.2   3.46.4-2
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-1+b1
ii  gir1.2-gkbd-3.0  3.28.1-1
ii  gir1.2-glib-2.0  1.74.0-3
ii  gir1.2-gnomedesktop-3.0  43.2-2
ii  gir1.2-goa-1.0   3.46.0-1
ii  gir1.2-gsound-1.01.0.3-2
ii  gir1.2-gtk-3.0   3.24.37-2
ii  gir1.2-ical-3.0  3.0.16-1+b1
ii  gir1.2-keybinder-3.0 0.3.2-1.1
ii  gir1.2-nemo-3.0  5.6.4-1
ii  gir1.2-nm-1.01.42.4-1
ii  gir1.2-nma-1.0   1.10.6-1
ii  gir1.2-notify-0.70.8.1-1
ii  gir1.2-pango-1.0 1.50.12+ds-1
ii  gir1.2-polkit-1.0122-3
ii  gir1.2-soup-2.4  2.74.3-1
ii  gir1.2-timezonemap-1.0   0.4.6-3
ii  gir1.2-upowerglib-1.00.99.20-2
ii  gir1.2-xapp-1.0  2.4.2-3
ii  gkbd-capplet 3.28.1-1
ii  gnome-backgrounds43.1-1
ii  gnome-themes-extra   3.28-2
ii  gsettings-desktop-schemas43.0-1
ii  iso-flags-png-320x2401.0.2-2
ii  libatk-bridge2.0-0   2.46.0-5
ii  libatk1.0-0  2.46.0-5
ii  libc62.36-9
ii  libcairo21.16.0-7
ii  libcinnamon-desktop4 5.6.1-1
ii  libcinnamon-menu-3-0 5.6.0-1
ii  libcjs0  5.6.0-1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgirepository-1.0-11.74.0-3
ii  libgles2 1.6.0-1
ii  libglib2.0-0 2.74.6-2
ii  libglib2.0-bin   2.74.6-2
ii  libgstreamer1.0-01.22.0-2
ii  libgtk-3-0   3.24.37-2
ii  libmuffin0   5.6.4-1
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpangocairo-1.0-0  1.50.12+ds-1
ii  libx11-6 2:1.8.4-2+deb12u1
ii  libxapp1 2.4.2-3
ii  libxfixes3   1:6.0.0-2
ii  libxml2  2.9.14+dfsg-1.2
ii  mesa-utils   8.5.0-1
ii  muffin   5.6.4-1
ii  nemo 5.6.4-1
ii  network-manager-gnome1.30.0-2
ii  pkexec   122-3
ii  policykit-1-gnome0.105-8
ii  psmisc   23.6-1
ii  python3  3.11.2-1+b1
ii  python3-dbus

Bug#1036664: unblock: mcpl/1.3.2-3.1

[Roland Mas]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package mcpl

[ Reason ]
Missing Depends: cause piuparts failures. Bug #1035450 reported by
Andreas Beckmann, then fix NMUed as 1.3.2-3.1 by Andreas Metzler.

[ Tests ]
piuparts fails with 1.3.2-3, succeeds with 1.3.2-3.1.

[ Risks ]
This is not a key package, but the changes are trivial and only
concern the packaging (not the code itself).

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in testing:

diff -Nru mcpl-1.3.2/debian/changelog mcpl-1.3.2/debian/changelog
--- mcpl-1.3.2/debian/changelog 2022-02-16 20:32:02.0 +0100
+++ mcpl-1.3.2/debian/changelog 2023-05-20 06:57:53.0 +0200
@@ -1,3 +1,11 @@
+mcpl (1.3.2-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add libmcpl-dev: missing Depends on runtime library packages.
+Closes: #1035450
+
+ -- Andreas Metzler   Sat, 20 May 2023 06:57:53 +0200
+
 mcpl (1.3.2-3) unstable; urgency=medium
 
   * Source-only upload for migration to testing.
diff -Nru mcpl-1.3.2/debian/control mcpl-1.3.2/debian/control
--- mcpl-1.3.2/debian/control   2022-02-01 17:32:55.0 +0100
+++ mcpl-1.3.2/debian/control   2023-05-20 06:57:26.0 +0200
@@ -21,7 +21,10 @@
 
 Package: libmcpl-dev
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends}
+Depends: libmcpl1 (= ${binary:Version}),
+ libphitsmcpl1 (= ${binary:Version}),
+ libsswmcpl1 (= ${binary:Version}),
+ ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends}
 Description: Monte Carlo Particle Lists - development files
  This package includes the shared library for reading and writing
  *.mcpl files, a binary format with lists of particle state


[ Other info ]
Thanks for the release work!

unblock mcpl/1.3.2-3.1

Bug#1033980: ITP: libdemeter-perl -- comprehensive XAS data analysis system using Feff and Ifeffit or Larch

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: libdemeter-perl
  Version : 0.9.27
  Upstream Author : Bruce Ravel (http://bruceravel.github.io/home)
* URL : https://github.com/bruceravel/demeter
* License : Artistic
  Programming Lang: Perl
  Description : comprehensive XAS data analysis system using Feff and 
Ifeffit or Larch

Demeter provides an object oriented interface to the EXAFS data
analysis capabilities of the popular and powerful Ifeffit package and
its successor Larch. Given that the Ifeffit and Larch APIs involve
streams of text commands, this package is, at heart, a code
generator. Many methods of this package return text. All actual
interaction with Ifeffit or Larch is handled through a single method,
dispose, which is described below. The internal structure of this
package involves accumulating text in a scalar variable through
successive calls to the various code generating methods. This text is
then disposed to Ifeffit, to Larch, to a file, or elsewhere. The
outward looking methods organize all of the complicated interactions
of your data with Ifeffit or Larch.

This package is aimed at many targets. It can be the back-end of a
graphical data analysis program, providing the glue between the
on-screen representation of the fit and the actual command executed by
Ifeffit or Larch. It can be used for one-off data analysis chores --
indeed most of the examples that come with the package can be reworked
into useful one-off scripts. It can also be the back-end to
sophisticated data analysis chores such as high-throughout data
processing and analysis or complex physical modeling.

This package will be maintained within the Perl team on salsa.

Bug#1032547: facet-analyser: FTBFS in testing: dh_auto_test: error: cd obj-x86_64-linux-gnu && make -j8 test ARGS\+=--verbose ARGS\+=-j8 returned exit code 2

[Roland Mas]

Le 08/03/2023 à 21:28, Lucas Nussbaum a écrit :

Source: facet-analyser
Version: 0.0~git20221121142040.6be10b8+ds1-3
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230307 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Hi,

I can't seem to reproduce this FTBFS with a bookworm cowbuilder. The 
relevant part of the log (where the error used to be):


2/4 Test #4: basicExampleTest01 ...   Passed    2.04 sec
2: Traceback (most recent call last):
2:   File 
"/build/facet-analyser-0.0~git20221121142040.6be10b8+ds1/scripts/pvsm2x3d.py", 
line 73, in 

2: main()
2:   File 
"/build/facet-analyser-0.0~git20221121142040.6be10b8+ds1/scripts/pvsm2x3d.py", 
line 57, in main

2: exporters= pvs.servermanager.createModule("exporters")
2:    ^^
2: AttributeError: module 'paraview.servermanager' has no attribute 
'createModule'. Did you mean: 'updateModules'?

1: Traceback (most recent call last):
1:   File 
"/build/facet-analyser-0.0~git20221121142040.6be10b8+ds1/scripts/pvsm2webgl.py", 
line 73, in 

1: main()
1:   File 
"/build/facet-analyser-0.0~git20221121142040.6be10b8+ds1/scripts/pvsm2webgl.py", 
line 57, in main

1: exporters= pvs.servermanager.createModule("exporters")
1:    ^^
1: AttributeError: module 'paraview.servermanager' has no attribute 
'createModule'. Did you mean: 'updateModules'?

3/4 Test #2: basicPluginTest02 ***Skipped   4.49 sec
4/4 Test #1: basicPluginTest01 ***Skipped   4.51 sec

100% tests passed, 0 tests failed out of 4

Attaching the full build log for reference. The difference may be in 
either the versions of packages installed as build-dependencies, or in 
the xvfb setup, since you get X server errors in your log.


If a rebuild on the testing buildds works, then I'd be grateful if you 
could close this bug before facet-analyser gets AUTORMed from bookworm; 
otherwise I'll be happy to help pinpoint (and fix) the root cause.


Roland.

Bug#1033000: ITP: ufo-tofu -- Helper scripts for tomographic reconstruction using the ufo-core framework

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: ufo-tofu
  Version : 0.12.0
  Upstream Author : Matthias Vogelgesang 
* URL : https://github.com/ufo-kit/tofu
* License : LGPL v3.0
  Programming Lang: Python
  Description : Helper scripts for tomographic reconstruction using the 
ufo-core framework

Python data processing scripts to be used with the UFO framework. At
the moment they are targeted at high-performance reconstruction of
tomographic data sets.

This package will be maintained under the Science Team umbrella, in
particular the Photons And Neutrons Team.

Bug#1031822: gcc-10: ICE in tsubst, at cp/pt.c:15310

[Roland Mas]

Package: gcc-10
Version: 10.2.1-6
Severity: important

Dear Maintainer,

As reported upstream in
, gcc 10.2 shows
internal compiler errors when used in conjuction with NVCC. A client
of mine uses gcc-10 and encounters the problem. Upgrading to version
10.4 fixes it for them, but they'd rather stick to stable releases.

Since the problem seems to be well understood upstream, with a clean
and minimal fix, would it be possible to include that fix in a
bullseye update?

Thanks,

Roland.

-- System Information:
Debian Release: 11.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-0.deb11.2-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gcc-10 depends on:
ii  binutils   2.35.2-2
ii  cpp-10 10.2.1-6
ii  gcc-10-base10.2.1-6
ii  libc6  2.31-13+deb11u5
ii  libcc1-0   10.2.1-6
ii  libgcc-10-dev  10.2.1-6
ii  libgcc-s1  10.2.1-6
ii  libgmp10   2:6.2.1+dfsg-1+deb11u1
ii  libisl23   0.23-1
ii  libmpc31.2.0-1
ii  libmpfr6   4.1.0-3
ii  libstdc++6 10.2.1-6
ii  libzstd1   1.4.8+dfsg-2.1
ii  zlib1g 1:1.2.11.dfsg-2+deb11u2

Versions of packages gcc-10 recommends:
ii  libc6-dev  2.31-13+deb11u5

Versions of packages gcc-10 suggests:
pn  gcc-10-doc   
pn  gcc-10-locales   
pn  gcc-10-multilib  

-- no debconf information

Bug#1030298: #1030298: Patch backported from upstream, 10-day delayed NMU uploaded

[Roland Mas]

Hi all,

Upstream has a patch that I successfully tested on barriere.d.o (i386 
porterbox) after a minor tweak (the tolerance was not enough). I've 
committed it to a forked repository on salsa and submitted a merge 
request at 
https://salsa.debian.org/opencl-team/python-pyopencl/-/merge_requests/3


Also, given the urgency of the situation (since several dependent 
packages are at risk of getting thrown out of testing), I uploaded a 
10-day delayed NMU.


Thanks,

Roland.

Bug#1030937: RM: python3-dials [arm64 ppc64el] -- ROM; Non-amd64 architectures are not supported upstream

[Roland Mas]

Package: ftp.debian.org
Severity: normal

Hi,

Following up on #1030244, I need to request the removal again: I had
only restricted the build architectures on one of the two binary
packages, and the other was binNMUed, so I'm again stuck with binaries
in unstable that block the migration to testing. I did a new upload
that fixes that problem, but I still need a removal of python3-dials
from unstable for the arm64 and ppc64el architectures.

Thank you, and my apologies for the extra work,

Roland.

Bug#1030244: RM: python3-dials [arm64 ppc64el] -- ROM; Non-amd64 architectures are not supported upstream

[Roland Mas]

Package: ftp.debian.org
Severity: normal

Hi,

dials fails its testsuite on non-amd64 architectures. Upstream doesn't
officially support them, and I won't have time to properly debug that
before the freeze, so I'd like to request removal of the packages from
unstable so that the current version (which I restricted to amd64) can
migrate to bookworm. I'll work on fixing the other arches afterwards.

Thanks,

Roland.

Bug#1022721: New aptly upstream version 1.5.0

[Roland Mas]

Hi there,

golang-github-cavaliergopher-grab has been accepted into unstable. Shall 
I proceed with the aptly upload or would one of you guys prefer doing it?


Roland.

Le 04/01/2023 à 14:49, Sébastien Delafond a écrit :

On 02/01 15:04, Roland Mas wrote:

I took the liberty of packaging the cavaliergopher/grab library

Thanks for uploading that to NEW and closing the associated RFP.


I also updated the packaging for aptly 1.5.0, which I committed and
pushed to salsa, but I'd rather you had a look before uploading, as
I'm not a Golang expert at all.

On a very general note I would have rather preferred a MR on a separate
branch, at least until cavaliergopher/grab gets accepted from NEW before
the freeze. This would have ketp the CI status green, and made for
easier fixes around freeze time if some problem arises in the current
version. But this is git anyway, so if it comes to that we'll have to
ignore debian/master and build something off of 4c7796ca instead.

I don't have much time right now, but after a cursory glance at the
current HEAD it looks fine to me. Thanks a lot for your work on aptly,
it's much appreciated and hopefully will allow us to get 1.5 into
bookworm.

Cheers,

Bug#1027784: liquidprompt: Please add promt markers for Quilt

[Roland Mas]

Package: liquidprompt
Version: 2.1.2-1
Severity: wishlist

Dear Maintainer,

I'm using Liquidprompt in a development and Debian packaging
context. I love the display of Git branch and status, but in many
cases I also make use of Quilt patches (if only during rebasing); it
would be very useful if Liquidprompt could display the Quilt status
when relevant: at least whether at least one patch is currently
applied, and possibly the name of the topmost applied patch, in a way
similar to what's done for Git.

Currently I still can't .gitignore the .pc folder, because its
presence is the only indicator I have that my working tree has patches
applied outside of Git.

Since I have no idea whether Quilt is used outside of Debian contexts,
I report this wishlist here, but of course I guess it would be better
fixed upstream first if there is interest.

Thanks,

Roland.

-- System Information:
Debian Release: 11.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.19.0-0.deb11.2-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

liquidprompt depends on no packages.

liquidprompt recommends no packages.

Versions of packages liquidprompt suggests:
pn  acpi
ii  lm-sensors  1:3.6.0-7

-- no debconf information

Bug#1022721: New aptly upstream version 1.5.0

[Roland Mas]

Hi,

I took the liberty of packaging the cavaliergopher/grab library; I also 
updated the packaging for aptly 1.5.0, which I committed and pushed to 
salsa, but I'd rather you had a look before uploading, as I'm not a 
Golang expert at all.


Thanks for packaging aptly!

Roland.

Bug#1010207: import-orig: please provide a --force option

[Roland Mas]

Le 29/11/2022 à 17:19, Guido Günther a écrit :

Hi,
On Tue, Apr 26, 2022 at 03:11:42PM +0200, Roland Mas wrote:

Package: git-buildpackage
Version: 0.9.22
Severity: wishlist

There are cases where "gbp import-orig --uscan" exits with a no-op
although a new upstream version should be available:
- a new repack level in d/watch;
- new subcomponents in d/watch;

In both cases, the new "upstream" part of the version number is
actually increased (either with +dfsgX or +~csX.Y.Z if using
subcomponents), but to get there you have to perform the ugly trick of
setting the latest version number in d/changelog to 0, then running
gbp import-orig --uscan, then changing the version number back to its
previous value.

I think a "gbp import-orig --uscan --force" option would be a nice
addition; it should be a simple matter of running uscan with -ddd.

Does giving the version explicitly do the trick for you?

gbp import-orig --uscan --upstream-version=0.23.0~rc1

That trick works, thanks. I still think a --force option would be nice, 
but I can live with that workaround.


Thank you!

Roland.

Bug#1004213: Patch converted to a Salsa merge request

[Roland Mas]

Just for the record: I applied this patch to a branch in the Salsa 
repository, and created the related merge request at 
https://salsa.debian.org/debian/devscripts/-/merge_requests/300


Thanks for the patch!

Roland.

Bug#1020401: ITP: orderedset -- Ordered Set implementation in Cython

[Roland Mas]

I just renamed the ITP (and am working on the appropriate changes to the 
source package), thanks for the gentle nudge.


Roland.

Le 21/09/2022 à 09:47, Jonas Smedegaard a écrit :

Quoting Roland Mas (2022-09-21 09:38:45)

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: orderedset

Please use "python-orderedset" instead for the source package name, to
not needlesly occupy the more generic global namespace potentially
relevant e.g. by a future command-line tool.

  - Jonas

Bug#1020401: ITP: orderedset -- Ordered Set implementation in Cython

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: orderedset
  Version : 2.0.3
  Upstream Author : Simon Percivall 
* URL : https://github.com/simonpercivall/orderedset
* License : BSD
  Programming Lang: C/Python
  Description : Ordered Set implementation in Cython

An Ordered Set implementation in Cython. Based on Raymond Hettinger's
OrderedSet recipe.

Features:
- Works like a regular set, but remembers insertion order;
- Is approximately 5 times faster than the pure Python implementation
  overall (and 5 times slower than set);
- Compatible with Python 2.7 through 3.8;
- Supports the full set interface;
- Supports some list methods, like index and __getitem__.
- Supports set methods against iterables.

This package will be maintained within the Python team on Salsa.

Bug#1020400: ITP: cif2hkl -- Convert crystallographic descriptions into HKL F^2 reflection lists

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: cif2hkl
  Version : 1.4.1
  Upstream Author : Emmanuel Farhi 
* URL : 
https://gitlab.com/soleil-data-treatment/soleil-software-projects/cif2hkl
* License : GPL2+
  Programming Lang: Fortran
  Description : Convert crystallographic descriptions into HKL F^2 
reflection lists

A program that computes structure factors |F^2| for neutrons, x-rays,
and electrons from CIF/CFL/SHX/PCR crystallographic descriptions.
This is useful to compute the diffraction pattern from materials.  It
can be used for generating .lau/.laz files for e.g. McStas.

I will maintain this package under the debian-science team on Salsa.

Bug#1020332: ITP: python-mrcfile -- Python implementation of the MRC2014 file format

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org, 
debian-pan-maintain...@alioth-lists.debian.net

* Package name: python-mrcfile
  Version : 1.4.2
  Upstream Author : Colin Palmer 
* URL : https://github.com/ccpem/mrcfile
* License : BSD
  Programming Lang: Python
  Description : Python implementation of the MRC2014 file format

mrcfile is a Python implementation of the MRC2014 file format, which
is used in structural biology to store image and volume data.

It allows MRC files to be created and opened easily using a very
simple API, which exposes the file's header and data as numpy
arrays. The code runs in Python 2 and 3 and is fully unit-tested.

This library aims to allow users and developers to read and write
standard-compliant MRC files in Python as easily as possible, and with
no dependencies on any compiled libraries except numpy. You can use it
interactively to inspect files, correct headers and so on, or in
scripts and larger software packages to provide basic MRC file I/O
functions.

Key Features


* Clean, simple API for access to MRC files
* Easy to install and use
* Validation of files according to the MRC2014 format
* Seamless support for gzip and bzip2 files
* Memory-mapped file option for fast random access to very large files
* Asynchronous opening option for background loading of multiple files
* Runs in Python 2 & 3, on Linux, Mac OS X and Windows

This package will be maintained within the Python team on Salsa.

Bug#934258: Current status?

[Roland Mas]

Updated status report:

Le 26/04/2022 à 17:20, Roland Mas a écrit :

Le 25/04/2022 à 12:45, Roland Mas a écrit :

I've been delayed for a while, but I'm back on track. I'll 
push/upload a big handful of packages, both to NEW and to Salsa, and 
update my TODO-list accordingly. I'll send the update to this bug too.

What are you working on?

Mostly NodeJS packages…

Is there a direction where I can push?


Certainly… but give me a day or two so that I can push my work in 
order to avoid duplicating efforts :-)


There. I'm up-to-date with my past self, and here's what's missing 
(we're talking about NodeJS packages).


Not started on my side:

- codemirror

- y-codemirror

- vscode-debugprotocol

- xterm-addon-fit

- nteract/transform-vdom

- vega-embed

- vega-lite

(…and probably dependencies behind them)


Started but not working:

- blueprintjs (I pushed my current state of affairs; fails to build so 
far, but a starting point)


- fortawesome-fontawesome-free (see my other mail: no source 
available, and I don't know what to do; split the part of jupyterlab 
that depend on it into a separate package in contrib? try to make do 
with a previous version?)



Probably soon to be uploaded:

- react-paginate and dependencies (but I have skeleton packages for 
that chain -- I'll push them even as WIP, and upload when ready)



- react-highlighter (same thing)

Done.


- react-json-tree which is part of redux-devtools (same thing)

Done.

I'm welcoming help in the first two sections.

Roland.

Bug#1010309: ITP: node-ws-iconv -- A set of filesystem-related functions for NodeJS

[Roland Mas]

Le 28/04/2022 à 17:30, Yadd a écrit :

On 28/04/2022 17:07, Roland Mas wrote:


This is a set of small NodeJS packages, poorly documented [1], with
functions seemingly related to filesystem and path operations.

It is required (indirectly) by jupyterlab, via node-react-json-tree
(redux-devtools) and node-yarn-tool-resolve-package.


Hi,

how can this be a dependency as it isn't published in npmjs.org, 
neither in yarnpkg.com?


The dependency is actually on upath2, which in turn depends on 
path-is-network-drive and path-strip-sep; all three of these modules are 
part of ws-iconv, and I'm trying not to upload too many "less than 50 
lines of actual code" packages. So node-ws-iconv will provide them.


Roland.

Bug#1010309: ITP: node-ws-iconv -- A set of filesystem-related functions for NodeJS

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: node-ws-iconv
  Version : 0.0~git20220306210217.c039e94 (from Git)
  Upstream Author : "bluelovers" (https://github.com/bluelovers)
* URL : https://github.com/bluelovers/ws-iconv
* License : MIT/ISC/BSD-3-Clause
  Programming Lang: Javascript/Typescript
  Description : A set of filesystem-related functions for NodeJS

This is a set of small NodeJS packages, poorly documented [1], with
functions seemingly related to filesystem and path operations.

It is required (indirectly) by jupyterlab, via node-react-json-tree
(redux-devtools) and node-yarn-tool-resolve-package.

It will be maintained under the js-team umbrella.

[1] No author name, README files are boilerplate-only, git commit logs
are mostly ".", and changelog files are generated from these commit
logs so they also lack useful information.

Bug#934258: Current status?

[Roland Mas]

Le 25/04/2022 à 12:45, Roland Mas a écrit :

I've been delayed for a while, but I'm back on track. I'll push/upload 
a big handful of packages, both to NEW and to Salsa, and update my 
TODO-list accordingly. I'll send the update to this bug too.

What are you working on?

Mostly NodeJS packages…

Is there a direction where I can push?


Certainly… but give me a day or two so that I can push my work in 
order to avoid duplicating efforts :-)


There. I'm up-to-date with my past self, and here's what's missing 
(we're talking about NodeJS packages).


Not started on my side:

- codemirror

- y-codemirror

- vscode-debugprotocol

- xterm-addon-fit

- nteract/transform-vdom

- vega-embed

- vega-lite

(…and probably dependencies behind them)


Started but not working:

- blueprintjs (I pushed my current state of affairs; fails to build so 
far, but a starting point)


- fortawesome-fontawesome-free (see my other mail: no source available, 
and I don't know what to do; split the part of jupyterlab that depend on 
it into a separate package in contrib? try to make do with a previous 
version?)



Probably soon to be uploaded:

- react-paginate and dependencies (but I have skeleton packages for that 
chain -- I'll push them even as WIP, and upload when ready)


- react-highlighter (same thing)

- react-json-tree which is part of redux-devtools (same thing)


I'm welcoming help in the first two sections.

Roland.

Bug#1010207: import-orig: please provide a --force option

[Roland Mas]

Package: git-buildpackage
Version: 0.9.22
Severity: wishlist

There are cases where "gbp import-orig --uscan" exits with a no-op
although a new upstream version should be available:
- a new repack level in d/watch;
- new subcomponents in d/watch;

In both cases, the new "upstream" part of the version number is
actually increased (either with +dfsgX or +~csX.Y.Z if using
subcomponents), but to get there you have to perform the ugly trick of
setting the latest version number in d/changelog to 0, then running
gbp import-orig --uscan, then changing the version number back to its
previous value.

I think a "gbp import-orig --uscan --force" option would be a nice
addition; it should be a simple matter of running uscan with -ddd.

Thanks,

Roland.

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-13-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages git-buildpackage depends on:
ii  devscripts 2.21.7~bpo11+1
ii  git1:2.30.2-1
ii  man-db 2.9.4-2
ii  python33.9.2-3
ii  python3-dateutil   2.8.1-6
ii  python3-pkg-resources  52.0.0-4
ii  sensible-utils 0.0.14

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.89
ii  pbuilder  0.231
ii  pristine-tar  1.49
ii  python3-requests  2.25.1+dfsg-2

Versions of packages git-buildpackage suggests:
pn  python3-notify2  
ii  sudo 1.9.5p2-3
ii  unzip6.0-26

-- no debconf information

Bug#934258: Current status?

[Roland Mas]

Some info I can give already:

- node-fortawesome-fontawesome-free: I'm sort of stuck, because upstream 
doesn't really provide the source to their "free, open source, and GPL 
friendly" (sic) software, see 
https://github.com/FortAwesome/Font-Awesome/issues/18796 -- any idea of 
a way forward would be great


- I started packaging blueprintjs as one source package using 
subcomponents, see js-team/node-blueprintjs on salsa. I'll retire 
node-blueprintjs-colors once the big package is uploaded.


- other dependencies I haven't started working on include vega-embed, 
vega-lite and webpack-env, probably others too.


Roland.

Le 25/04/2022 à 12:45, Roland Mas a écrit :

Hi Julien,

Le 22/04/2022 à 18:11, julien.pu...@gmail.com a écrit :

Hi,

I wanted to push things a little further, and hence tried to get the
salsa repository ; I couldn't get very far, because d/control lists
quite a few non-existing packages:
- node-blueprintjs-core ;
- node-blueprintjs-select ;
- node-fortawesome-fontawesome-free.

By non-existing, I mean neither in unstable nor in NEW... there are
repositories though, and I'll try to have a look.

Could you give a feedback on where things stand?
I've been delayed for a while, but I'm back on track. I'll push/upload 
a big handful of packages, both to NEW and to Salsa, and update my 
TODO-list accordingly. I'll send the update to this bug too.

What are you working on?

Mostly NodeJS packages…

Is there a direction where I can push?


Certainly… but give me a day or two so that I can push my work in 
order to avoid duplicating efforts :-)


Roland.

Bug#934258: Current status?

[Roland Mas]

Hi Julien,

Le 22/04/2022 à 18:11, julien.pu...@gmail.com a écrit :

Hi,

I wanted to push things a little further, and hence tried to get the
salsa repository ; I couldn't get very far, because d/control lists
quite a few non-existing packages:
- node-blueprintjs-core ;
- node-blueprintjs-select ;
- node-fortawesome-fontawesome-free.

By non-existing, I mean neither in unstable nor in NEW... there are
repositories though, and I'll try to have a look.

Could you give a feedback on where things stand?
I've been delayed for a while, but I'm back on track. I'll push/upload a 
big handful of packages, both to NEW and to Salsa, and update my 
TODO-list accordingly. I'll send the update to this bug too.

What are you working on?

Mostly NodeJS packages…

Is there a direction where I can push?


Certainly… but give me a day or two so that I can push my work in order 
to avoid duplicating efforts :-)


Roland.

Bug#1008465: #1008465 (python-fabio FTBFS): works for me

[Roland Mas]

Hi,

I was trying to reproduce bug  #1008465 to see if I could fix it, but an 
up-to-date pbuilder and an up-to-date git clone build fine. Maybe 
something changed in the dependencies?


I suggest closing this bug, because python-fabio is marked for 
autoremoval from testing and several packages will be removed as a 
consequence.


Roland.

Bug#934258: Packaging Jupyterlab

[Roland Mas]

Hi Julien,

I'm tasked with updating ipywidgets to a current upstream release. I'm 
fine with the Python part, but there are also a handful of dependencies 
on NodeJS modules, many of which seem related to jupyterlab, so I guess 
there's much overlap with the Jupyterlab packaging effort.


I see in the bug log that you have much of the dependency chain ready, 
pending a fix in esbuild, and that the fix has since been merged. May I 
suggest you push your current state of work to Salsa repositories, so 
that I can use it (even as a work in progress) on my side for ipywidgets?


Thanks,

Roland.

Bug#1003553: libshout3: Fails with gst-launch1.0

[Roland Mas]

Package: libshout3
Version: 2.4.5-1
Severity: normal

Dear Maintainer,

I'm trying to stream sound to an Icecast server, from a gstreamer
pipeline that monitors a dedicate pulseaudio sink.  However, this
fails with any version of libshout3 above 2.4.1-2 (I tested all
versions from 2.4.1-1 onwards, with snapshot.debian.org).  Version
2.4.1-2 gives the following:

$ LANG=C gst-launch-1.0 -e pulsesrc device=icecast.monitor ! audioconvert ! 
flacenc ! oggmux ! shout2send ip=$ip port=8000 password=hackme mount=stream.ogg
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSrcClock
Redistribute latency...
Redistribute latency...
notification: Speex header too small
0:00:17.6 / 99:99:99.
[Then I interrupt with ^C, but it does work]

Upgrading libshout3 (and only libshout3) gives the following:
$ LANG=C gst-launch-1.0 -e pulsesrc device=icecast.monitor ! audioconvert ! 
flacenc ! oggmux ! shout2send ip=$ip port=8000 password=hackme mount=stream.ogg
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSrcClock
Redistribute latency...
Redistribute latency...
ERROR: from element /GstPipeline:pipeline0/GstShout2send:shout2send0: Could not 
connect to server
Additional debug info:
../ext/shout2/gstshout2.c(635): gst_shout2send_connect (): 
/GstPipeline:pipeline0/GstShout2send:shout2send0:
shout_open() failed: err=Please retry current operation.
ERROR: from element /GstPipeline:pipeline0/GstPulseSrc:pulsesrc0: Internal data 
stream error.
Additional debug info:
../libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): 
/GstPipeline:pipeline0/GstPulseSrc:pulsesrc0:
streaming stopped, reason error (-5)
Execution ended after 0:00:02.43916
Setting pipeline to NULL ...
ERROR: from element /GstPipeline:pipeline0/GstShout2send:shout2send0: Could not 
configure supporting library.
Additional debug info:
../ext/shout2/gstshout2.c(620): gst_shout2send_connect (): 
/GstPipeline:pipeline0/GstShout2send:shout2send0:
Error configuring libshout to use non-blocking i/o: Cannot set parameter while 
connected
Freeing pipeline ...
$

This seems consistent with a similar report on Arch Linux, see
https://archlinuxarm.org/forum/viewtopic.php?f=15=13677

Roland.

-- System Information:
Debian Release: 11.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-10-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libshout3 depends on:
ii  libc62.31-13+deb11u2
ii  libogg0  1.3.4-0.1
ii  libspeex11.2~rc1.2-1.1
ii  libssl1.11.1.1k-1+deb11u1
ii  libtheora0   1.1.1+dfsg.1-15
ii  libvorbis0a  1.3.7-1

libshout3 recommends no packages.

libshout3 suggests no packages.

-- no debconf information

Bug#1002736: Giving up on packaging TomoJ

[Roland Mas]

I spent quite a few hours spent following dependencies, and it seems 
that TomoJ is much more work than initially expected, due to the 
dependency chain… which makes it unpractical. I therefore retitle this 
ITP to RFP.


Roland.

Bug#1003189: Giving up on packaging fiji

[Roland Mas]

I spent quite a few hours spent following dependencies, and it seems 
that Fiji is much more work than initially expected. Even building 
ImageJ2 requires a host of unpackaged modules, each with their own set 
of dependencies and so on. My gut feeling is that packaging Fiji would 
require tens or hundreds of Java modules first… which makes it 
unpractical. I therefore retitle this ITP to RFP.


Roland.

Bug#1003189: ITP: fiji -- "batteries-included" distribution of ImageJ2

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: fiji
  Version : 2.3.1
  Upstream Author : Laboratory for Optical and Computational Instrumentation at 
the University of Wisconsin-Madison
* URL : https://fiji.sc/
* License : GPL-3 (but plugins may have different licenses)
  Programming Lang: Java
  Description : "batteries-included" distribution of ImageJ2

Fiji is an image processing package — a "batteries-included"
distribution of ImageJ, bundling many plugins which facilitate
scientific image analysis.

I intend to maintain this package under the Debian Science Team
umbrella.

Bug#1002743: ITP: threeb -- Bayesian analysis of blinking and bleaching (3B) microscopy analysis

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: threeb
  Version : 1.1
  Upstream Author : Edward Rosten and Susan Cox
* URL : http://www.coxphysics.com/3b/index.html
* License : GPL-3
  Programming Lang: C, C++, Java
  Description : Bayesian analysis of blinking and bleaching (3B) microscopy 
analysis

Bayesian analysis of blinking and bleaching, or 3B microscopy, is a
method which analyses data in which many overlapping fluorophores
undergo bleaching and blinking events, giving the structure at
enhanced resolution. By using a Hidden Markov Model (HMM), it allows
useful information to be obtained from data that would be impossible
to analyse with standard localisation analysis techniques.

I intend to maintain this package under the Debian Science Team
umbrella.

Bug#1002736: ITP: tomoj -- ImageJ plug-in for tomographic reconstruction

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: tomoj
  Version : 2.8
  Upstream Author : Cédric Messaoudi 
* URL : https://sourceforge.net/projects/tomoj/
* License : GPL-3
  Programming Lang: Java
  Description : ImageJ plug-in for tomographic reconstruction

TomoJ is an ImageJ plug-in for tomographic reconstruction.

It was designed for electron tomography, however any acquisition with
parallel beam should work.  TomoJ proposes the preprocessing and the
registration of tilt-series prior to 3D reconstructions (WBP, ART,
SIRT, OS-SART, compressed sensing).  TomoJ is written in Java, the
computations are multithreaded and reconstruction can be performed on
CPU or GPU (OpenCL).

I intend to maintain this package under the Debian Science Team umbrella.

Bug#1002480: ITP: pyxrd -- python implementation of the matrix algorithm for computer modeling of X-ray diffraction (XRD) patterns of disordered lamellar structures.

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pyxrd
  Version : 0.8.4
  Upstream Author : Mathijs Dumon 
* URL : https://github.com/PyXRD/PyXRD
* License : BSD-2-clause
  Programming Lang: Python
  Description : modeling of X-ray diffraction (XRD) patterns of disordered 
lamellar structures.

The full short description of the software is "python implementation
of the matrix algorithm for computer modeling of X-ray diffraction
(XRD) patterns of disordered lamellar structures."

This package will be maintained under the Debian Science Team
umbrella, and will be useful for the Debian Photons and Neutrons Team.

Bug#1002287: ITP: freesas -- Small angle scattering tools in Python

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: freesas
  Version : 0.9.0
  Upstream Author : Jérôme Kieffer 
* URL : https://github.com/kif/freesas
* License : MIT
  Programming Lang: Python
  Description : Small angle scattering tools in Python

A collection of tools implementing several small-angle scattering
algorithms described in various scientific papers.

This package will be maintained under the Debian Science Team
umbrella, and will be useful for the Debian Photons and Neutrons Team.

Bug#1001086: RM: qemu-web-desktop [armel armhf i386 mips64el mipsel s390x] -- ROM; Architectures no longer supported

[Roland Mas]

Package: ftp.debian.org
Severity: normal

qemu-web-desktop is now restricted to a specific set of architectures
where it used to be "Architecture: any". This confuses Britney and
prevents migration to testing. Accordingly, I'd like to request the
removal of the binary package from unstable for the armel, armhf,
i386, mips64el, mipsel and s390x architectures.

Thanks,

Roland.

Bug#1000693: ITP: libnet-mqtt-simple-perl -- Minimal MQTT version 3 interface

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libnet-mqtt-simple-perl
  Version : 1.26
  Upstream Author : Juerd Waalboer 
* URL : https://metacpan.org/release/Net-MQTT-Simple
* License : any-osi
  Programming Lang: Perl
  Description : Minimal MQTT version 3 interface

Net::MQTT::Simple consists of only one file and has no dependencies except
core Perl modules, making it suitable for embedded installations where CPAN
installers are unavailable and resources are limited.

Only basic MQTT functionality is provided; if you need more, you'll have to
use the full-featured Net::MQTT instead.

Connections are set up on demand, automatically reconnecting to the server if
a previous connection had been lost.

Because sensor scripts often run unattended, connection failures will result
in warnings (on STDERR if you didn't override that) without throwing an
exception.

Please refer to Net::MQTT::Simple::SSL for more information about encrypted
and authenticated connections.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.

Bug#999411: ITP: mcpl -- Monte Carlo Particle Lists - tools for the .mcpl file format

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: mcpl
  Version : 1.3.2
  Upstream Author : Thomas Kittelmann 
* URL : https://mctools.github.io/mcpl/
* License : CC0
  Programming Lang: C, C++, Python
  Description : Monte Carlo Particle Lists - tools for the .mcpl file format

This is MCPL - Monte Carlo Particle Lists.

Included are the core utilities for reading and writing .mcpl files: A
binary format with lists of particle state information, for
interchanging and reshooting events between various Monte Carlo
simulation applications. The core utilities include both command line
tools and programming interfaces for C/C++ and python.

This package is going to be useful for the McStas/McXtrace Monte Carlo
neutron/X-ray ray tracing packages.

Bug#997901: Update to the ITP

[Roland Mas]

Since mcstas and mcxtrace are maintained in the same upstream 
repository, I'm going to package both at the same time in a single 
source package (but there will be multiple binaries, of course).


Roland.

Bug#997903: ITP: mcxtrace -- An X-ray ray-trace simulation package

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: mcxtrace
  Version : 1.6
  Upstream Author : DTU Physics, Kgs. Lyngby, Denmark / Institut Laue Langevin, 
Grenoble, France
* URL : http://www.mcxtrace.org/
* License : GPL-2
  Programming Lang: C
  Description : An X-ray ray-trace simulation package

McXtrace is a general Monte Carlo ray-tracing software for simulation
X-ray beamlines and experiments.

Bug#997901: ITP: mcstas -- A neutron ray-trace simulation package

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: mcstas
  Version : 3.0
  Upstream Author : McStas developers 
* URL : http://www.mcstas.org/
* License : GPL-2
  Programming Lang: C
  Description : A neutron ray-trace simulation package

McStas is a general tool for simulating neutron scattering instruments
and experiments.

Bug#996958: ITP: mumax -- GPU accelerated micromagnetic simulator

[Roland Mas]

Le 21/10/2021 à 15:13, Thaddeus H. Black a écrit :

That's a neat project.

The README.md says:

if you don't have git:

*  seriously, no git?

The question is not whether one does not have git, but whether one does
not have CUDA, unfortunately.

Yes, this will have to go to contrib.

The Design and Verification of mumax3:

http://scitation.aip.org/content/aip/journal/adva/4/10/10.1063/1.4899186

The hyperlink seems to be paywalled or broken.

Same for me.

You write:

A speed-up of the order of 100x compared to CPU-based simulations can
easily be reached

Since I am unable to view the paper, would you briefly, approximately
tell me how you achieved the speed-up?  Alternately, would you link me
to relevant presentation slides, a presentation video, or the like?
Again alternately, would you advise me in which source file one should
look for the core of the main loop, where the 100x speed-up is
implemented?


This sentence was copy/pasted from http://mumax.github.io/. I haven't 
really started working on the package yet, nor am I a regular user.



[…]
Anyway, if you believe that your code is a good example, then I'd be
interested to see how you have achieved the 100x.


I guess you should ask upstream rather than me, I'm just a poor packager 
in this case :-)


Roland.

Bug#996958: ITP: mumax -- GPU accelerated micromagnetic simulator

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: mumax
  Version : 3.10
  Upstream Author : Arne Vansteenkiste 
* URL : https://github.com/mumax/3
* License : GPL-3
  Programming Lang: Go
  Description : GPU accelerated micromagnetic simulator

mumax3 is a GPU-accelerated micromagnetic simulation program developed
at the DyNaMat group of Prof. Van Waeyenberge at Ghent University.

A speed-up of the order of 100x compared to CPU-based simulations can
easily be reached, even with relatively inexpensive gaming
GPUs. Additionally, the software is optimized for low memory use and
can handle about 16 million FD cells with 2GB of GPU RAM.

Features:
- Landau-Lifshitz micromagnetic formalism
- Magnetostatic field
- Heisenberg exchange
- Arbitrary inter-region exchange like RKKY coupling
- Dzyaloshinskii-Moriya interaction
- Spin-transfer torque (Zhang-Li and Slonczewski)
- Uniaxial and cubic magnetocrystalline anisotropy
- Thermal fluctuations (Brown)
- Voronoi tessellation
- Time- and space dependent material parameters
- Arbitrary complex excitation (field, current)
- Simulation window can automatically follow a moving domain wall
- Edge charges can be removed to simulate an infinitely long geometry
- Optional 1D, 2D or 3D periodic boundary conditions

Bug#996924: nextcloud-desktop: deletes dirs on the server although they're still here locally

[Roland Mas]

Package: nextcloud-desktop
Version: 3.1.1-2+deb11u1
Severity: important

>From time to time, whole directories get erased from the server for no
reason.  I've seen it happen a few times already, but not early enough
to be able to catch logs. So far I've been lucky enough to be able to
restore from backups, but it's not something that I can afford to see
happen again.

In my case, the client sent a DELETE request for a directory that
hadn't been deleted locally. The
~/.local/share/Nextcloud/Documents_sync.log file shows it:

12:27:42||TEMP|INST_REMOVE|Up|1633813324|61620350e2e1d|0|06377550ocptyqgkbgt0|4||204|0|0

At the same time, the server log shows the corresponding request:

[REDACTED] [17/Oct/2021:14:27:42 +0200] "DELETE 
/remote.php/dav/files/DetR/Documents/TEMP HTTP/1.1" 204 609 "-" "Mozilla/5.0 
(Linux) mirall/3.1.1-2+deb11u1 (Nextcloud)"

So obviously, on all other clients using that shared Documents
directory, the TEMP directory is deleted. It's still present locally,
but there's a discrepancy with the server, and that discrepancy is not
always resolved in the right direction: sometimes in the past the
directory was restored from the local version and eventually
re-uploaded then re-synced to other clients, but other times the local
version was deleted too, in which case the directory is completely
lost.

This is really major, and the fact that it happens "rarely" (although
a couple of times a year for me) doesn't make it less grave.

For reference the server runs 21.0.0, but I've seen this bug happen
with previous versions too, and I don't think the bug is server-side.

I'm fully willing to help provide more info if instructed how, but
note that the bug is unpredictable to me.

It may be relevant that my Documents share is about 500 GB in size,
with about 300k files.

Please advise.

-- System Information:
Debian Release: 11.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nextcloud-desktop depends on:
ii  libc6  2.31-13+deb11u2
ii  libcloudproviders0 0.3.0-3
ii  libgcc-s1  10.2.1-6
ii  libglib2.0-0   2.66.8-1
ii  libnextcloudsync0  3.1.1-2+deb11u1
ii  libqt5core5a   5.15.2+dfsg-9
ii  libqt5dbus55.15.2+dfsg-9
ii  libqt5gui5 5.15.2+dfsg-9
ii  libqt5keychain10.10.0-1
ii  libqt5network5 5.15.2+dfsg-9
ii  libqt5qml5 5.15.2+dfsg-6
ii  libqt5quick5   5.15.2+dfsg-6
ii  libqt5quickcontrols2-5 5.15.2+dfsg-2
ii  libqt5sql5-sqlite  5.15.2+dfsg-9
ii  libqt5svg5 5.15.2-3
ii  libqt5webenginecore5   5.15.2+dfsg-3
ii  libqt5webenginewidgets55.15.2+dfsg-3
ii  libqt5webkit5  5.212.0~alpha4-11
ii  libqt5widgets5 5.15.2+dfsg-9
ii  libstdc++6 10.2.1-6
ii  nextcloud-desktop-common   3.1.1-2+deb11u1
ii  nextcloud-desktop-l10n 3.1.1-2+deb11u1
ii  qml-module-qtgraphicaleffects  5.15.2-2
ii  qml-module-qtqml-models2   5.15.2+dfsg-6
ii  qml-module-qtquick-controls2   5.15.2+dfsg-2
ii  qml-module-qtquick-layouts 5.15.2+dfsg-6
ii  qml-module-qtquick-window2 5.15.2+dfsg-6
ii  qml-module-qtquick25.15.2+dfsg-6

Versions of packages nextcloud-desktop recommends:
ii  nextcloud-desktop-doc  3.1.1-2+deb11u1

nextcloud-desktop suggests no packages.

-- no debconf information

Bug#996481: ITP: tomopy -- Python package for tomographic data processing and image reconstruction

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: tomopy
  Version : 1.10.4
  Upstream Author : UChicago Argonne
* URL : https://github.com/tomopy/tomopy
* License : BSD-3
  Programming Lang: C, Python
  Description : Python package for tomographic data processing and image 
reconstruction

Bug#996400: ITP: pyvkfft -- Python3 binding to the CUDA and OpenCL backends of VkFFT

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pyvkfft
  Version : 2021.2.1
  Upstream Author : Vincent Favre-Nicolin 
* URL : https://github.com/vincefn/pyvkfft
* License : MIT
  Programming Lang: C++/Python
  Description : Python3 binding to the CUDA and OpenCL backends of VkFFT

pyvkfft offers a simple python interface to the CUDA and OpenCL
backends of VkFFT, compatible with pyCUDA, CuPy and pyOpenCL.

Bug#996396: ITP: vkfft -- Vulkan/CUDA/HIP/OpenCL Fast Fourier Transform library

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: vkfft
  Version : 1.2.12
  Upstream Author : Dmitrii Tolmachev 
* URL : https://github.com/DTolm/VkFFT
* License : MIT
  Programming Lang: C
  Description : Vulkan/CUDA/HIP/OpenCL Fast Fourier Transform library

VkFFT is an efficient GPU-accelerated multidimensional Fast Fourier
Transform library for Vulkan/CUDA/HIP/OpenCL projects. VkFFT aims to
provide the community with an open-source alternative to Nvidia's
cuFFT library while achieving better performance. VkFFT is written in
C language and supports Vulkan, CUDA, HIP and OpenCL as backends.

Bug#996340: ITP: facet-analyser -- ParaView plugin for facet detection and angles measurement

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: facet-analyser
  Version : 0.0.0 (unreleased, packaging from Git for now)
  Upstream Author : Roman Grothausmann
* URL : https://github.com/picca/FacetAnalyser
* License : CC-BY-SA-3.0, BSD-3, Apache-2
  Programming Lang: C++
  Description : ParaView plugin for facet detection and angles measurement

This ParaView plugin enables analysis of faceted objects that exhibit
distortions in their digital representation, e.g. due to tomographic
reconstruction artifacts. The contributed functionality can also be
used outside ParaView in e.g. command-line programs. The code, data, a
test and an example program are included.

Bug#996248: ITP: tomogui -- GUI for freeart and silx tomographic reconstructions

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: tomogui
  Version : 0.3.1
  Upstream Author : European Synchrotron Radiation Facility 

* URL : http://gitlab.esrf.fr/tomoTools/tomogui
* License : MIT
  Programming Lang: Python
  Description : GUI for freeart and silx tomographic reconstructions

Tomogui offers a Graphical User Interface to run tomographic
reconstruction based on freeart and silx algorithms

Bug#996247: ITP: freeart -- Software library for X-Ray data analysis

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: freeart
  Version : 3.3.0
  Upstream Author : European Synchrotron Radiation Facility 

* URL : https://gitlab.esrf.fr/freeart/freeart
* License : MIT
  Programming Lang: Python and C++
  Description : Software library for X-Ray data analysis

freeart is a tomographic image reconstruction library using Algebraic
Reconstruction Technique (ART).  It is able to deal with absorption
and emission sinograms.  Freeart core is written in C++ using template
classes to have simple or double precision.  A python interface is
provided to access the core functionalities.  A set of utils such as
configuration files, interpreter to run reconstruction from
configuration files are provided in python.

Bug#995791: paraview-dev: broken cmake vtk modules for ffmpeg

[Roland Mas]

Package: paraview-dev
Version: 5.9.0-2
Severity: normal
Tags: patch

Dear Maintainer,

The CMake files shipped by paraview-dev get confused by FFMPEG version
numbers such as "4.4-6+b2". As a consequence, I'm unable to build a
package that uses paraview (specifically, facet-analyser).

It seems this bug was fixed previously (cf. #959387), but the patch
was somehow lost. For reference, here it is (extracted from Git history):

$ cat debian/patches/vtk-cmake-findffmpeg-cmake.patch 
--- paraview-5.7.0.orig/VTK/CMake/FindFFMPEG.cmake 2019-10-09 
12:24:09.0 +0200
+++ paraview-5.7.0/VTK/CMake/FindFFMPEG.cmake  2020-08-05 16:57:39.946570358 
+0200
@@ -154,6 +154,7 @@
 file(STRINGS "${_ffmpeg_version_header_path}" _ffmpeg_version
   REGEX "FFMPEG_VERSION")
 string(REGEX REPLACE ".*\"n?\(.*\)\"" "\\1" FFMPEG_VERSION 
"${_ffmpeg_version}")
+string(REGEX MATCH "[0-9\.]*" FFMPEG_VERSION "${FFMPEG_VERSION}")
 unset(_ffmpeg_version)
   else ()
 set(FFMPEG_VERSION FFMPEG_VERSION-NOTFOUND)

There are two unrelated problems that should nevertheless be fixed:
I'm unable to get the source package from Git. debcheckout complains
about LFS errors, and even if I ignore those, the git repo does not
have the current 5.9.0-2 version. This makes it hard to submit
appropriate patches and/or merge requests.

Thanks,

Roland.


-- System Information:
Debian Release: 11.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages paraview-dev depends on:
ii  libc6   2.31-13
pn  libeigen3-dev   
pn  paraview
pn  qttools5-dev-tools  

paraview-dev recommends no packages.

paraview-dev suggests no packages.

Bug#995404: ITP: mantis-xray -- Multivariate ANalysis Tool for x-ray Spectromicroscopy

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: mantis-xray
  Version : 3.0.11
  Upstream Author : Mirna Lerotic 
* URL : http://spectromicroscopy.com
* License : GPL-3
  Programming Lang: Python
  Description : Multivariate ANalysis Tool for x-ray Spectromicroscopy

Spectromicroscopy combines spectral data with microscopy, where
typical datasets consist of a stack of microscopic images taken
across an energy range. Due to the data complexity, manual analysis
can be time consuming and inefficient, whereas multivariate analysis
tools not only reduce the time needed but also can uncover hidden
trends in the data.

Mantis is Multivariate ANalysis Tool for Spectromicroscopy developed
in Python by 2nd Look Consulting. It uses principal component
analysis and cluster analysis to classify pixels according to
spectral similarity.

Bug#995121: ITP: dioptas -- Python based GUI-Program for integration and exploration of 2D x-ray diffraction images

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: dioptas
  Version : 0.5.2
  Upstream Author : Clemens Prescher 
* URL : https://github.com/Dioptas/Dioptas
* License : GPL-3
  Programming Lang: Python
  Description : Python based GUI-Program for integration and exploration of 
2D x-ray diffraction images

A GUI program for fast analysis of powder X-ray diffraction Images.
It provides the capability of calibrating, creating masks, having pattern
overlays and showing phase lines.

Bug#994776: ITP: proglog -- progress logging system for Python

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: proglog
  Version : 0.1.9
  Upstream Author : Zulko
* URL : https://github.com/Edinburgh-Genome-Foundry/Proglog
* License : MIT
  Programming Lang: Python
  Description : progress logging system for Python

Proglog is a progress logging system for Python. It allows to build complex
libraries while giving the user control on the management of logs, callbacks 
and progress bars.

This package is required as a dependency for moviepy.

Bug#988775: ITP: jupyterhub -- A multi-user server for Jupyter notebooks

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: jupyterhub
  Version : 1.4.0
  Upstream Author : Jupyter Development Team 
* URL : http://jupyter.org/
* License : BSD
  Programming Lang: Python
  Description : A multi-user server for Jupyter notebooks

With JupyterHub you can create a multi-user Hub which spawns,
manages, and proxies multiple instances of the single-user Jupyter
notebook server.

Project Jupyter created JupyterHub to support many users. The Hub can
offer notebook servers to a class of students, a corporate data
science workgroup, a scientific research project, or a high
performance computing group.

I plan to maintain this package (and its Python dependencies) in the
Debian Python Team. There are also a few Node.js dependencies, which
I'll maintain under the Debian JavaScript Team umbrella. I don't need
a sponsor, but reviewers will be most welcome.

Bug#983289: ITP: traefik -- The Cloud Native Application Proxy

[Roland Mas]

Hi Aloïs,

I'm working on packaging Jupyterhub, which uses Traefik as its proxy. I 
have prototype packages for all other dependencies of Jupyterhub, but I 
currently install Traefik with wget (ugh). Do you have any public 
repository frow which I could fetch preliminary packages for Traefik?


Thanks,

Roland.

Bug#986525: Patch available for #986525

[Roland Mas]

Hi,

The problem mentioned in #986525 has a fix upstream in 
https://github.com/aio-libs/yarl/pull/575. I prepared a merge request at 
https://salsa.debian.org/python-team/packages/yarl/-/merge_requests/3 
with the patch, formatted according to DEP-3 guidelines, and a 
debian/changelog entry.


This does fix the FTBFS for me.

I can NMU if needed.

Roland.

>From b35decabba16716bc505628ac0a45bb435ec6a4d Mon Sep 17 00:00:00 2001
From: Roland Mas 
Date: Mon, 19 Apr 2021 13:47:06 +0200
Subject: [PATCH] Apply patch from github to fix #986525

---
 debian/changelog  |  6 +++-
 debian/patches/fix-986525 | 74 +++
 debian/patches/series |  1 +
 3 files changed, 80 insertions(+), 1 deletion(-)
 create mode 100644 debian/patches/fix-986525

diff --git a/debian/changelog b/debian/changelog
index edf9fd3..6f4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,12 @@
 yarl (1.6.3-2) UNRELEASED; urgency=medium
 
+  [ Sandro Tosi ]
   * Use the new Debian Python Team contact name and address
 
- -- Sandro Tosi   Mon, 04 Jan 2021 17:09:22 -0500
+  [ Roland Mas ]
+  * Fix failing test with Python 3.9.2 (closes: #986525).
+
+ -- Roland Mas   Mon, 19 Apr 2021 14:14:30 +0200
 
 yarl (1.6.3-1) unstable; urgency=low
 
diff --git a/debian/patches/fix-986525 b/debian/patches/fix-986525
new file mode 100644
index 000..cf2d6d2
--- /dev/null
+++ b/debian/patches/fix-986525
@@ -0,0 +1,74 @@
+Description: Fix test with Python 3.9.2
+ This patch fixes a test that fails with Python 3.9.2. 
+Origin: upstream, https://github.com/aio-libs/yarl/pull/575
+Bug: https://github.com/aio-libs/yarl/issues/563
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986525
+Last-Update: 2021-04-19
+
+---
+Index: yarl/tests/test_url_query.py
+===
+--- yarl.orig/tests/test_url_query.py
 yarl/tests/test_url_query.py
+@@ -63,7 +63,7 @@ def test_ampersand_as_value():
+ 
+ 
+ def test_semicolon_as_separator():
+-u = URL("http://127.0.0.1/?a=1;b=2;)
++u = URL("http://127.0.0.1/?a=1;b=2;, separator=";")
+ assert len(u.query) == 2
+ 
+ 
+Index: yarl/yarl/_url.py
+===
+--- yarl.orig/yarl/_url.py
 yarl/yarl/_url.py
+@@ -126,7 +126,7 @@ class URL:
+ #   / path-noscheme
+ #   / path-empty
+ # absolute-URI  = scheme ":" hier-part [ "?" query ]
+-__slots__ = ("_cache", "_val")
++__slots__ = ("_cache", "_val", "_separator")
+ 
+ _QUOTER = _Quoter(requote=False)
+ _REQUOTER = _Quoter()
+@@ -142,7 +142,7 @@ class URL:
+ _PATH_UNQUOTER = _Unquoter(unsafe="+")
+ _QS_UNQUOTER = _Unquoter(qs=True)
+ 
+-def __new__(cls, val="", *, encoded=False, strict=None):
++def __new__(cls, val="", *, encoded=False, strict=None, separator="&"):
+ if strict is not None:  # pragma: no cover
+ warnings.warn("strict parameter is ignored")
+ if type(val) is cls:
+@@ -188,6 +188,7 @@ class URL:
+ self = object.__new__(cls)
+ self._val = val
+ self._cache = {}
++self._separator = separator
+ return self
+ 
+ @classmethod
+@@ -551,7 +552,21 @@ class URL:
+ Empty value if URL has no query part.
+ 
+ """
+-ret = MultiDict(parse_qsl(self.raw_query_string, keep_blank_values=True))
++if (
++(3, 6, 13) <= sys.version_info < (3, 7)
++or (3, 7, 10) <= sys.version_info < (3, 8)
++or (3, 8, 8) <= sys.version_info < (3, 9)
++or sys.version_info >= (3, 9, 2)
++):
++ret = MultiDict(
++parse_qsl(
++self.raw_query_string,
++keep_blank_values=True,
++separator=self._separator,
++)
++)
++else:
++ret = MultiDict(parse_qsl(self.raw_query_string, keep_blank_values=True))
+ return MultiDictProxy(ret)
+ 
+ @property
diff --git a/debian/patches/series b/debian/patches/series
index 8b3b873..fd29cd1 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -2,3 +2,4 @@
 0002-docs-disable-intersphinx.patch
 0003-docs-disable-sidebar_collapse-option.patch
 0004-disable-privacy-breach-links-in-documentation.patch
+fix-986525
-- 
2.30.2

Bug#986543: ITP: qemu-web-desktop -- Start and access a virtual machine from a browser

[Roland Mas]

Package: wnpp
Severity: wishlist
Owner: Roland Mas 

* Package name: qemu-web-desktop
  Version : 21.01.21
  Upstream Author : Emmanuel Farhi 
* URL : 
https://gitlab.com/soleil-data-treatment/soleil-software-projects/remote-desktop
* License : AGPL
  Programming Lang: Perl
  Description : Start and access a virtual machine from a browser

The service allows authorized users to launch a remote virtual
machine, and display it in a browser window. No additional software
installation is needed on the client side.

Once installed (see below), connect to http://server/qemu-web-desktop
The user credentials can be tested against IMAP, SMTP, and LDAP. In
this case, a user ID (login name) and password are
required. Authentication can also be achieved using an email sent with
connection information.

When authentication is successful, a virtual machine is launched and
can be displayed in the browser window. In most cases (this depends on
the configuration - see below), a unique "token" is requested to
secure the connection.

This software was initially developed at Synchrotron Soleil, but can
be useful to others. I'm not currently looking for co-maintainers or a
sponsor, but I'll maintain it under the Debian group at Salsa.

Bug#850051: dhtnode: No Python bindings?

[Roland Mas]

Package: dhtnode
Version: 1.2.1~dfsg1-8
Severity: normal

The package description mentions Python bindings, which would be very
useful for a project of mine.  However, there seem to be no such
bindings in the package itself.  If this omission is deliberate, maybe
the package description should be updated?  Otherwise, adding the
bindings would be welcome.

Thanks,

Roland.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dhtnode depends on:
ii  libargon2-0   0~20160821-1
ii  libc6 2.24-8
ii  libgcc1   1:6.3.0-2
ii  libgnutls30   3.5.7-3
ii  libnettle63.3-1
ii  libreadline7  7.0-1
ii  libstdc++66.3.0-2

dhtnode recommends no packages.

dhtnode suggests no packages.

-- no debconf information

-- 
Roland Mas

Indépendant en informatique libre -- Free software freelance
http://www.gnurandal.com/

Bug#848156: libtext-unaccent-perl: Segmentation fault on unac_string

[Roland Mas]

Package: libtext-unaccent-perl
Version: 1.08-1.2+b1
Severity: grave

The most useful method of Text::Unaccent seems to cause a segmentation
fault (which was not the case a few weeks ago):

$ locale
LANG=C
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C
$ perl -MText::Unaccent -e 'print unac_string("utf-8","a")'
Segmentation fault
$


I tried various locales, to no avail.  I also tried changing "utf-8" to
uppercase and/or removing the dash.  I also tried rebuilding against
current perl, thinking maybe there was an ABI change.

After installing the debug packages, here's the backtrace I get in gdb:

$ gdb perl
GNU gdb (Debian 7.12-1) 7.12
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from perl...Reading symbols from 
/usr/lib/debug//usr/bin/perl...done.
done.
(gdb) run -MText::Unaccent -e 'print unac_string("utf-8","a")'
Starting program: /usr/bin/perl -MText::Unaccent -e 'print 
unac_string("utf-8","a")'
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
__GI___libc_free (mem=0x) at malloc.c:2963
2963malloc.c: No such file or directory.
(gdb) bt
#0  __GI___libc_free (mem=0x) at malloc.c:2963
#1  0x76ed5ea4 in unac_string () from 
/usr/lib/x86_64-linux-gnu/perl5/5.24/auto/Text/Unaccent/Unaccent.so
#2  0x76ed51dd in XS_Text__Unaccent_unac_string () from 
/usr/lib/x86_64-linux-gnu/perl5/5.24/auto/Text/Unaccent/Unaccent.so
#3  0x556280b0 in Perl_pp_entersub (my_perl=0x55941010) at 
pp_hot.c:3987
#4  0x556205d6 in Perl_runops_standard (my_perl=0x55941010) at 
run.c:41
#5  0x555a66e9 in S_run_body (oldscope=1, my_perl=0x55941010) at 
perl.c:2488
#6  perl_run (my_perl=0x55941010) at perl.c:2411
#7  0x5557f85d in main (argc=, argv=, 
env=) at perlmain.c:116
(gdb) quit
A debugging session is active.

Inferior 1 [process 21916] will be killed.

Quit anyway? (y or n) y
$ 

I don't know whether the bug lies in libtext-unaccent-perl, in perl
itself, or in libc6.  Feel free to reassign accordingly :-)

Roland.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libtext-unaccent-perl depends on:
ii  libc6   2.24-8
ii  perl5.24.1~rc4-1
ii  perl-base [perlapi-5.24.1]  5.24.1~rc4-1

libtext-unaccent-perl recommends no packages.

libtext-unaccent-perl suggests no packages.

-- no debconf information

-- 
Roland Mas

Indépendant en informatique libre -- Free software freelance
http://www.gnurandal.com/

Bug#825127: RM: mediawiki/1:1.19.20+dfsg-2.3

[Roland Mas]

Adam D. Barratt, 2016-05-24 19:08:32 +0100 :

[...]

> A package built against stable, yes. (Using 5.3.2+20141104-3+deb8u2 as
> the package version and "jessie" as the distribution.)

Built, signed, on its way to the upload queues.

Roland.
-- 
Roland Mas

Indépendant en informatique libre -- Free software freelance
http://www.gnurandal.com/

Bug#825127: RM: mediawiki/1:1.19.20+dfsg-2.3

[Roland Mas]

Moritz Mühlenhoff, 2016-05-23 22:53:48 +0200 :

> On Mon, May 23, 2016 at 09:48:30PM +0100, Adam D. Barratt wrote:
>> Control: tags -1 + moreinfo jessie
>> 
>> On Mon, 2016-05-23 at 22:33 +0200, Moritz Muehlenhoff wrote:
>> > please remove mediawiki in the upcoming jessie point release. Security
>> > support for it was limited for a year as mentioned in the release notes:
>> > https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#mediawiki-security
>> 
>> Checking reverse dependencies...
>> # Broken Depends:
>> fusionforge: fusionforge-plugin-mediawiki
>> mediawiki-math: mediawiki-extensions-math
>> 
>> mediawiki-math is collateral damage, but dropping fusionforge for the
>> sake of a single plugin seems a little overkill. :-)
>
> Adding Roland Mas to CC. Could you maybe drop the 
> fusionforge-plugin-mediawiki binary
> package for the upcoming jessie point release?

  Certainly.  Is it just a matter of uploading a package with just this
change to "stable"?

Roland.
-- 
Roland Mas

Indépendant en informatique libre -- Free software freelance
http://www.gnurandal.com/

Bug#822765: augeas-lenses: Krb5 lens fails to parse default krb5.conf

[Roland Mas]

Package: augeas-lenses
Version: 1.2.0-0.2+deb8u1
Severity: normal

Dear Maintainer,

Trying to puppetize some changes to a (pristine, freshly-installed) krb5.conf 
file, I run into the following parse errors:

1) missing krb524_server parameter:

CSAIL.MIT.EDU = {
kdc = kerberos-1.csail.mit.edu
kdc = kerberos-2.csail.mit.edu
admin_server = kerberos.csail.mit.edu
default_domain = csail.mit.edu
krb524_server = krb524.csail.mit.edu
}

2) realm names starting with a digit:

1TS.ORG = {
kdc = kerberos.1ts.org
admin_server = kerberos.1ts.org
}

3) realm names starting with a lowercase letter:

stanford.edu = {
kdc = krb5auth1.stanford.edu
kdc = krb5auth2.stanford.edu
kdc = krb5auth3.stanford.edu
master_kdc = krb5auth1.stanford.edu
admin_server = krb5-admin.stanford.edu
default_domain = stanford.edu
}

I believe that the lens as shipped by Debian should be able to address
the krb5.conf file as shipped by Debian.  The following patch addresses
all three problems.

--- krb5.aug.orig   2016-04-27 11:13:15.824046489 +0200
+++ krb5.aug2016-04-27 11:12:46.031915687 +0200
@@ -21,7 +21,7 @@
and realms in the [appdefaults] section.
 *)
 
-let realm_re = /[A-Z][.a-zA-Z0-9-]*/
+let realm_re = /[a-zA-Z0-9][.a-zA-Z0-9-]*/
 let app_re = /[a-z][a-zA-Z0-9_]*/
 let name_re = /[.a-zA-Z0-9_-]+/
 
@@ -83,7 +83,7 @@
 let realms =
   let simple_option = /kdc|admin_server|database_module|default_domain/
   |/v4_realm|auth_to_local(_names)?|master_kdc|kpasswd_server/
-  |/admin_server|ticket_lifetime|pkinit_anchors/ in
+  |/admin_server|ticket_lifetime|pkinit_anchors|krb524_server/ in
   let subsec_option = /v4_instance_convert/ in
   let option = subsec_entry simple_option eq comment in
   let subsec = [ indent . key subsec_option . eq_openbr .

Thanks,

Roland.
-- System Information:
Debian Release: 8.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

augeas-lenses depends on no packages.

augeas-lenses recommends no packages.

Versions of packages augeas-lenses suggests:
pn  augeas-doc  

-- no debconf information

Bug#820597: Devuan ... let's remove such reference

[Roland Mas]

Raphael Hertzog, 2016-04-10 21:13:13 +0200 :

> Hi,
>
> On Sun, 10 Apr 2016, Osamu Aoki wrote:
>> While browsing the "Contents" section, I wonder why "Devuan" is listed
>> at 9th even before other significant derivative such as "Raspbian" at
>> 12th position.
> [...]
>> "devuan" is not even listed on distrowatch and it is only a bogus web
>> site.  I think this entry should be removed with next minor updates,
>> since "devuan" looks like nothing but scam to get donation for me.
>
> I don't think the order means much... at least not further than the very
> first derivatives.
>
> That said the addition of Devuan was made by Roland Mas so I'll let him
> decide whether it should stay or not. I'm not a huge fan of that project
> and it seems to not have delivered much.  But we have put explanations
> about our interrogation in the text so it's not a problem either to keep
> it for now...

  I agree.  I probably wouldn't have added it if the question arose
today (I still don't particularly like the concept, and I'm even more
unimpressed by the lack of release).  But since the text is already
written and the project is alive, I see no reason to actively remove it.

Roland.
-- 
Roland Mas

Indépendant en informatique libre -- Free software freelance
http://www.gnurandal.com/

Bug#800605: v4l2loopback-dkms: Can't pipe modified video stream to a loopback device

[Roland Mas]

bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at H263@48x32: 0
| 0:00:00.247735644  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at H264@48x32: 0
| 0:00:00.247794498  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at YVYU@48x32: 0
| 0:00:00.618841172  8590  0x13bd050 ERROR  v4l2allocator 
gstv4l2allocator.c:1299:gst_v4l2_allocator_dqbuf:
 buffer 1 was not queued, this indicate a driver bug.
| 0:00:00.618972830  8590  0x13bd050 WARN basesrc 
gstbasesrc.c:2943:gst_base_src_loop: error: Internal data flow error.
| 0:00:00.619019484  8590  0x13bd050 WARN basesrc 
gstbasesrc.c:2943:gst_base_src_loop: error: streaming task paused, 
reason error (-5)
| ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data 
flow error.
| Additional debug info:
| gstbasesrc.c(2943): gst_base_src_loop (): 
/GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
| streaming task paused, reason error (-5)
| Execution ended after 0:00:00.526926752
| Setting pipeline to PAUSED ...
| Setting pipeline to READY ...
| Setting pipeline to NULL ...
| Freeing pipeline ...
`

  I'm pretty sure the problem lies with v4l2loopback, since replacing
the v4l2sink with a simple xvimagesink in both pipelines gives me the
unaltered stream in the first case and a cropped one in the second case.

  This takes out much of the value of v4l2loopback, if I can only resend
video as-is :-)

  Thanks,

Roland.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages v4l2loopback-dkms depends on:
ii  dkms  2.2.0.3-2

v4l2loopback-dkms recommends no packages.

Versions of packages v4l2loopback-dkms suggests:
ii  v4l2loopback-utils  0.9.1-2

-- no debconf information

-- 
Roland Mas

Indépendant en informatique libre -- Free software freelance
http://www.gnurandal.com/

Bug#799303: zim: Doesn't notice if contents have changed on disk

[Roland Mas]

Package: zim
Version: 0.63-2
Severity: wishlist
Tags: patch

  When sharing a Zim notebook over a sharing/synchronisation system such
as Owncloud, several Zim instances can be working on the same notebook.
But once a page is loaded in a Zim instance, Zim doesn't notice if it's
modified externally until it's too late (the conflict detection system
only triggers on save).  Here's a patch that forces a reload of a page
when the user switches to a new page.  It doesn't claim to be a 100%
solution (if the remotely-modified page is the same as the one currently
open, nothing reloads it), but it should handle a large proportion of
cases.

  It could probably be submitted upstream, if only for discussion.
There's an upstream bug at https://bugs.launchpad.net/zim/+bug/792058
with a different approach for the resolution, but the implementation
doesn't address the same problem (doesn't detect file contents changes),
and the discussion stalled 3 years ago.

  Thanks,

Roland.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages zim depends on:
ii  python 2.7.9-1
ii  python-gobject 3.16.2-1
ii  python-gtk22.24.0-4
ii  python-simplejson  3.7.3-1
ii  python-xdg 0.25-4
pn  python:any 

Versions of packages zim recommends:
pn  python-gtkspell  

Versions of packages zim suggests:
ii  bzr   2.6.0+bzr6602-3
pn  ditaa 
pn  dvipng
ii  git   1:2.5.1-1
pn  gnuplot   
ii  graphviz  2.38.0-10
pn  lilypond  
pn  mercurial 
pn  python-zeitgeist  
pn  r-base
pn  scrot 

-- no debconf information
>From 4428f3e6add65b63dd24d88690a8f1382584ba15 Mon Sep 17 00:00:00 2001
From: Roland Mas <lola...@debian.org>
Date: Thu, 17 Sep 2015 17:38:32 +0200
Subject: [PATCH] Reload pages from storage when opening them

---
 debian/changelog   |  7 +++
 debian/patches/0002-Reload-pages.patch | 79 ++
 debian/patches/series  |  1 +
 3 files changed, 87 insertions(+)
 create mode 100644 debian/patches/0002-Reload-pages.patch

diff --git a/debian/changelog b/debian/changelog
index 3997f03..845e754 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,13 @@ zim (0.63-2) UNRELEASED; urgency=medium
 
  -- Raphaël Hertzog <hert...@debian.org>  Wed, 17 Jun 2015 09:54:09 +0200
 
+zim (0.63-1+lld) unstable; urgency=medium
+
+  * Reload page content on page switch to allow for notebooks synced
+across computers.
+
+ -- Roland Mas <lola...@debian.org>  Thu, 17 Sep 2015 17:27:23 +0200
+
 zim (0.63-1) unstable; urgency=medium
 
   * New upstream release.
diff --git a/debian/patches/0002-Reload-pages.patch b/debian/patches/0002-Reload-pages.patch
new file mode 100644
index 000..dd15e38
--- /dev/null
+++ b/debian/patches/0002-Reload-pages.patch
@@ -0,0 +1,79 @@
+Index: zim/zim/gui/__init__.py
+===
+--- zim.orig/zim/gui/__init__.py
 zim/zim/gui/__init__.py
+@@ -3184,6 +3184,7 @@
+ 	def do_response_ok(self):
+ 		path = self.form['page']
+ 		if path:
++self.ui.notebook.flush_page_cache(path)
+ 			self.ui.open_page(path)
+ 			return True
+ 		else:
+@@ -3296,6 +3297,7 @@
+ 
+ 		page.parse('wiki', file.readlines())
+ 		self.ui.notebook.store_page(page)
++self.ui.notebook.flush_page_cache(page)
+ 		self.ui.open_page(page)
+ 		return True
+ 
+Index: zim/zim/gui/pageindex.py
+===
+--- zim.orig/zim/gui/pageindex.py
 zim/zim/gui/pageindex.py
+@@ -549,6 +549,7 @@
+ 			self.emit('page-activated', path)
+ 
+ 	def do_page_activated(self, path):
++self.ui.notebook.flush_page_cache(path)
+ 		self.ui.open_page(path)
+ 
+ 	def do_key_press_event(self, event):
+Index: zim/zim/gui/pageview.py
+===
+--- zim.orig/zim/gui/pageview.py
 zim/zim/gui/pageview.py
+@@ -5374,6 +5374,7 @@
+ if new_window:
+ 	self.ui.open_new_window(path)
+ else:
++self.ui.notebook.flush_page_cache(path)
+ 	self.ui.open_page(path)
+ 			elif type == 'file':
+ path = self.ui.notebook.resolve_file(href, self.page)
+Index: zim/zim/gui/pathbar.py
+===
+--- zim.orig/zim/gui/pathbar.py
 zim/zim/gui/pathbar.py
+@@ -457,6 +457,7 @@
+ 			set_active(self._selected, True)
+ 
+ 	def on_button_clicked(self, button):
++self.ui.notebook.flush_page_cache(button.zim_path)

Bug#786482: debsums: Please include dpkg-diffs

[Roland Mas]

Package: debsums
Version: 2.1
Severity: wishlist

Hi,

I've recently stumbled across dpkg-diffs at
https://code.google.com/p/dpkg-diffs/, and I feel that it would be a
useful addition to the debsums package.  Basically it's a (rather
simple) Bash script that wraps around debsums and diff, and displays a
diff of the files that have been changed in a package.

Thanks,

Roland.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages debsums depends on:
ii  dpkg  1.18.0
ii  libdpkg-perl  1.18.0
ii  libfile-fnmatch-perl  0.02-2+b1
ii  perl  5.20.2-6
ii  ucf   3.0030

debsums recommends no packages.

debsums suggests no packages.

-- debconf information:
  debsums/apt-autogen: true

-- 
Roland Mas

Indépendant en informatique libre -- Free software freelance
http://www.gnurandal.com/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#786479: dolibarr: Does not honor dropdown menu for Cc: when sending invoices/quotations

[Roland Mas]

Package: dolibarr
Version: 3.5.5+dfsg1-1
Severity: normal
Tags: upstream patch

Dear Maintainer,

The form to send an invoice by email allows choosing the recipient of the
email, with a free-form text field or via a drop-down menu.  A similar choice
exists for the second recipient (Cc:).  However, picking an option from the
drop-down menu for Cc: is silently ignored, and only the text field is taken
into account.

The problem also exists for the form to send a quotation by email.

Attached is a patch fixing both bugs.  I suggest sending it upstream and
including it in debian/patches until it gets merged upstream.

Thanks,

Roland.

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages dolibarr depends on:
ii  fonts-dejavu-core2.34-1
ii  libapache2-mod-php5  5.6.7+dfsg-1
ii  libfpdi-php  1.4.1-1
ii  libjs-flot   0.8.2+dfsg-1
ii  libjs-jquery 1.7.2+dfsg-3.2
ii  libjs-jquery-cookie  10-1
ii  libjs-jquery-ui  1.10.1+dfsg-1
ii  libnusoap-php0.9.5-2
ii  libphp-adodb 5.15-1
ii  php-mail-mime1.8.9-1
ii  php-pclzip   2.8.2-3
ii  php-pear 5.6.7+dfsg-1
ii  php-tcpdf6.0.093+dfsg-1
ii  php5 5.6.7+dfsg-1
ii  php5-cli 5.6.7+dfsg-1
ii  php5-curl5.6.7+dfsg-1
ii  php5-gd  5.6.7+dfsg-1
ii  php5-ldap5.6.7+dfsg-1
ii  php5-mysql   5.6.7+dfsg-1
ii  ttf-dejavu-core  2.34-1
ii  xdg-utils1.1.0~rc1+git20111210-7.4

Versions of packages dolibarr recommends:
ii  apache2 [httpd]  2.4.10-10
ii  mysql-client-5.5 [mysql-client]  5.5.43-0+deb8u1
ii  mysql-server 5.5.43-0+deb8u1

Versions of packages dolibarr suggests:
pn  php5-geoip   none
pn  www-browser  none

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/dolibarr/htdocs/comm/propal.php (from dolibarr 
package)
debsums: changed file /usr/share/dolibarr/htdocs/compta/facture.php (from 
dolibarr package)
debsums: changed file /usr/share/dolibarr/htdocs/core/class/CMailFile.class.php 
(from dolibarr package)
debsums: changed file /usr/share/dolibarr/htdocs/langs/fr_FR/bills.lang (from 
dolibarr package)
--- /tmp/tmp.ip8gzXuk8X/dolibarr_3.5.5+dfsg1-1_all/usr/share/dolibarr/htdocs/comm/propal.php	2014-10-03 19:04:41.0 +0200
+++ /usr/share/dolibarr/htdocs/comm/propal.php	2015-05-22 09:06:19.418887266 +0200
@@ -492,18 +492,38 @@
 $sendto = $object-client-contact_get_property($_POST['receiver'],'email');
 $sendtoid = $_POST['receiver'];
 			}
 		}
 
+if ($_POST['sendtocc'])
+{
+// Le destinataire a ete fourni via le champ libre
+$sendtocc = $_POST['sendtocc'];
+$sendtoccid = 0;
+}
+elseif ($_POST['receivercc'] != '-1')
+{
+// Recipient was provided from combo list
+if ($_POST['receivercc'] == 'thirdparty') // Id of third party
+{
+$sendtocc = $object-client-email;
+$sendtoccid = 0;
+}
+else// Id du contact
+{
+$sendtocc = $object-client-contact_get_property($_POST['receivercc'],'email');
+$sendtoccid = $_POST['receivercc'];
+}
+}
+
 		if (dol_strlen($sendto))
 		{
 			$langs-load(commercial);
 
 			$from = $_POST['fromname'] . ' ' . $_POST['frommail'] .'';
 			$replyto = $_POST['replytoname']. ' ' . $_POST['replytomail'].'';
 			$message = $_POST['message'];
-			$sendtocc = $_POST['sendtocc'];
 			$deliveryreceipt = $_POST['deliveryreceipt'];
 
 			if (dol_strlen($_POST['subject'])) $subject = $_POST['subject'];
 			else $subject = $langs-transnoentities('Propal').' '.$object-ref;
 			$actiontypecode='AC_PROP';
--- /tmp/tmp.ip8gzXuk8X/dolibarr_3.5.5+dfsg1-1_all/usr/share/dolibarr/htdocs/compta/facture.php	2014-10-03 19:04:41.0 +0200
+++ /usr/share/dolibarr/htdocs/compta/facture.php	2015-04-10 20:29:40.861976693 +0200
@@ -1710,18 +1710,39 @@
 $sendto = $object-client-contact_get_property($_POST['receiver'],'email');
 $sendtoid = $_POST['receiver'];
 			}
 		}
 
+if ($_POST['sendtocc'])
+{
+// Le destinataire a ete fourni via le champ libre
+$sendtocc = $_POST['sendtocc'];
+$sendtoccid = 0;
+}
+elseif ($_POST['receivercc'] != '-1')
+{
+// Recipient was provided from combo list
+if ($_POST['receivercc'] == 'thirdparty') // Id of third party
+{
+$sendtocc = $object-client-email;
+$sendtoccid = 0;
+}
+else// Id du contact
+   

Bug#784965: owncloud: File sharing by link only works when done by the file owner

[Roland Mas]

Package: owncloud
Version: 7.0.4+dfsg-4~deb8u1
Severity: normal

Hello,

I'd like to share files via links that I give to friends.  This works well
when I'm sharing my own files, but if I share a file that's shared with me,
even though I have permission to re-share, the link I get only leads to a
page saying that says that the link doesn't seem to work anymore (in
French).

In concrete terms: assume I have users A1 and A2, and group G.  A2 belongs
to G.  A1 shares /dir with group G, with permission to re-share.
If A1 shares /dir/file via link, then the link works and the recipient
of the link can download the file.
If A2 shares /dir/file via link, then the link leads to an error page.

This seems to behave similarly whether the sharing is done via the web
interface or via the Nautilus integration.

Thanks,

Roland.

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages owncloud depends on:
ii  apache2 [httpd] 2.4.10-10
ii  fonts-font-awesome  4.2.0~dfsg-1
ii  fonts-liberation1.07.4-1
ii  fonts-linuxlibertine5.3.0-2
ii  fonts-lohit-deva2.5.3-1
ii  fonts-sil-gentium-basic 1.1-7
ii  fonts-wqy-microhei  0.2.0-beta-2
ii  libjs-chosen0.9.11-2
ii  libjs-dojo-dojox1.10.2+dfsg-1
ii  libjs-jcrop 0.9.12+dfsg-1
ii  libjs-jquery-minicolors 1.2.1-1
ii  libjs-jquery-mousewheel 10-1
ii  libjs-jquery-timepicker 1.2-1
ii  libjs-mediaelement  2.15.1+dfsg-1
ii  libjs-pdf   1.0.907+dfsg-1
ii  libjs-underscore1.7.0~dfsg-1
ii  libphp-phpmailer5.2.9+dfsg-2
ii  owncloud-doc0~20141208-2
ii  php-assetic 1.2.0-2
ii  php-doctrine-dbal   2.4.3-1
ii  php-getid3  1.9.8-3
ii  php-opencloud   1.10.0-2
ii  php-patchwork-utf8  1.1.25-1
ii  php-pear5.6.7+dfsg-1
ii  php-pimple  1.1.1-1
ii  php-sabre-dav   1.8.10-2
ii  php-seclib  0.3.8-1
ii  php-symfony-class-loader [php-symfony-classloader]  2.3.21+dfsg-4
ii  php-symfony-classloader 2.3.21+dfsg-4
ii  php-symfony-console 2.3.21+dfsg-4
ii  php-symfony-routing 2.3.21+dfsg-4
ii  php55.6.7+dfsg-1
ii  php5-cli5.6.7+dfsg-1
ii  php5-gd 5.6.7+dfsg-1
ii  php5-json   1.3.6-1
ii  php5-mysql  5.6.7+dfsg-1
ii  php5-pgsql  5.6.7+dfsg-1
ii  php5-sqlite 5.6.7+dfsg-1
ii  zendframework   1.12.9+dfsg-2

Versions of packages owncloud recommends:
ii  exim4  4.84-8
ii  exim4-daemon-light [mail-transport-agent]  4.84-8
ii  php-aws-sdk2.7.2-1
pn  php-crypt-blowfish none
ii  php-dropbox1.0.0-3
ii  php-google-api-php-client  0.6.7-2
ii  php5-apcu  4.0.7-1
ii  php5-curl  5.6.7+dfsg-1
ii  php5-intl  5.6.7+dfsg-1
ii  php5-ldap  5.6.7+dfsg-1
ii  php5-mcrypt5.6.7+dfsg-1
ii  smbclient  2:4.1.17+dfsg-2

Versions of packages owncloud suggests:
ii  libapache2-mod-xsendfile 0.12-2
ii  libav-tools  6:11.3-1
ii  libreoffice  1:4.3.3-2+deb8u1
ii  mysql-server 5.5.43-0+deb8u1
ii  mysql-server-5.5 [virtual-mysql-server]  5.5.43-0+deb8u1
ii  php5-imagick 3.2.0~rc1-1
ii  postgresql   9.4+165

-- Configuration Files:

Bug#780276: python-ooolib: Error in cleaning method causes corrupted formulas in spreadsheets

[Roland Mas]

Package: python-ooolib
Version: 0.0.17-2.1
Severity: normal
Tags: patch

The CalcSheet.clean_formula() method does some replacement of strings in
order to ensure proper syntax.  However, it replaces strings regardless
of their context, which means that some can be replaced twice.  The
result is corrupted formulas.  Here's an interactive example:

roland@polymir ~ $ python
Python 2.7.9 (default, Mar  1 2015, 12:57:24) 
[GCC 4.9.2] on linux2
Type help, copyright, credits or license for more information.
 import ooolib
 doc = ooolib.Calc()
 doc.set_cell_value(1,20,formula,=SUM(A1:A9))
 doc.get_cell_value(1,20)
('formula', u'oooc:=SUM([.A1]:[.A9])')
 doc.set_cell_value(1,20,formula,=SUM(A1:A10))
 doc.get_cell_value(1,20)
('formula', u'oooc:=SUM([.A1]:[.[.A1]0])')

Note the error in the cleaned formula here: the A1 part gets replaced
when the A10 part has already been replaced, so we get extra brackets
and an invalid formula.  A fixed implementation uses word-limit markers
to make sure we only replace A1 (and not part of A10) with [.A1]:

 import re
 def my_clean_formula(self,data):
... Returns a formula for use in ODF
... # Example Translations
... # '=SUM(A1:A2)'
... # datavalue = 'oooc:=SUM([.A1:.A2])'
... # '=IF((A5A4);A4;)'
... # datavalue = 'oooc:=IF(([.A5]gt;[.A4]);[.A4];quot;quot;)'
... data = str(data)
... data = clean_string(data)
... redata = re.search('^=([A-Z]+)(\(.*)$', data)
... if redata:
... # funct is the function name.  The rest if the string will be the 
functArgs
... funct = redata.group(1)
... functArgs = redata.group(2)
... # Search for cell lebels and replace them
... reList = re.findall('([A-Z]+\d+)', functArgs)
... # sort and keep track so we do not do a cell more than once
... reList.sort()
... lastVar = ''
... while reList:
... # Replace each cell label
... curVar = reList.pop()
... if curVar == lastVar: continue
... lastVar = curVar
... functArgs = re.sub('\b'+curVar+'\b', '[.%s]' % curVar, 
functArgs)
... data = 'oooc:=%s%s' % (funct, functArgs)
... return data
... 
 from ooolib import clean_string
 ooolib.CalcSheet.clean_formula = my_clean_formula
 doc.set_cell_value(1,20,formula,=SUM(A1:A10))
 doc.get_cell_value(1,20)
('formula', u'oooc:=SUM(A1:A10)')


In other words, the following one-line patch fixes the bug:

--- __init__.py.old	2015-03-11 15:13:22.978654241 +0100
+++ __init__.py	2015-03-11 15:13:25.686678190 +0100
@@ -665,7 +665,7 @@
 curVar = reList.pop()
 if curVar == lastVar: continue
 lastVar = curVar
-functArgs = functArgs.replace(curVar, '[.%s]' % curVar)
+functArgs = re.sub('\b'+curVar+'\b', '[.%s]' % curVar, functArgs)
 			data = 'oooc:=%s%s' % (funct, functArgs)
 		return data
 

  Thanks,

Roland.
-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python-ooolib depends on:
ii  python 2.7.8-4
ii  python2.7  2.7.9-2

python-ooolib recommends no packages.

python-ooolib suggests no packages.

-- no debconf information

-- 
Roland Mas

Indépendant en informatique libre -- Free software freelance
http://www.gnurandal.com/

Bug#767460: php-htmlpurifier: Missing versioned dependency on dpkg

[Roland Mas]

Package: php-htmlpurifier
Version: 4.6.0-1
Severity: serious

  Hi,

  When installing php-htmlpurifier on a testing system, I get the folowing
error messages:

,
| Selecting previously unselected package php-htmlpurifier.
| Preparing to unpack .../php-htmlpurifier_4.6.0-1_all.deb ...
| dpkg-maintscript-helper: error: original symlink target is not an absolute 
path
| dpkg: error processing archive 
/var/cache/apt/archives/php-htmlpurifier_4.6.0-1_all.deb (--unpack):
|  subprocess new pre-installation script returned error exit status 1
| dpkg-maintscript-helper: error: original symlink target is not an absolute 
path
| dpkg: error while cleaning up:
|  subprocess new post-removal script returned error exit status 1
`

  Indeed, the debian/maintscript involves relative symlinks.

  However, according to dpkg's changelog, such relative symlinks have only
been supported since 1.17.14.  So the php-htmlpurifier currently in
testing can't be installed by the dpkg currently in testing.  I guess a
simple versioned dependency would fix that (alternatively, a rewrite of
the maintscript to use absolute targets for the symlinks).

  Thanks,

Roland.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages php-htmlpurifier depends on:
ii  dpkg 1.17.21
ii  php5-common  5.6.2+dfsg-1

php-htmlpurifier recommends no packages.

php-htmlpurifier suggests no packages.

-- no debconf information

-- 
Roland Mas

La menace de la baffe pèse plus lourd que la baffe elle-même.
  -- in Sri Raoul le petit yogi (Gaudelette)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#767460: [pkg-php-pear] Bug#767460: php-htmlpurifier: Missing versioned dependency on dpkg

[Roland Mas]

David Prévot, 2014-10-31 12:24:05 -0400 :

[...]

   However, according to dpkg's changelog, such relative symlinks have only
 been supported since 1.17.14.

 It worked before: I just successfully upgraded php-htmlpurifier using
 dpkg 1.17.10. Looking closer at dpkg changelog, the regression seems to
 have been introduced in dpkg 1.17.13:

  Oh.  Sorry then.

[...]

 I’d rather reassign this bug to dpkg 1.17.13 and close it with dpkg
 1.17.14 (php-htmlpurifier is not the only package relying on
 symlink_to_dir. As documented on dpkg-maintscript-helper(1), the
 old-target must be provided, and such target are often relatives, as
 expected by the policy).

  Fair enough.  In this case, feel free to reassign/downgrade.  I worked
around the problem by upgrading dpkg by hand, and I guess it'll fix
itself when dpkg migrates to testing anyway.

Roland.
-- 
Roland Mas

Sauvez les castors, tuez les bûcherons.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#764885: php-htmlpurifier ready for tests (Security flaws in the current Debian version)

[Roland Mas]

David Prévot, 2014-10-17 21:30:05 -0400 :

[...]

 The package ready for test and upload is online:

[...]

 Thanks in advance for your feedback. If I don’t get negative feedback
 by Monday, I intend to upload the package as is (it will already be
 late: two weeks before the freeze). I would much prefer get feedback
 sooner, and upload this package as soon as you believe it’s OK.

  I just ran the FusionForge testsuite using your updated package, and
it appears to work nice.  So consider this an ACK from me :-)

Roland.
-- 
Roland Mas

Despite rumour, Death isn't cruel - merely terribly, terribly good at his job.
  -- in Sourcery (Terry Pratchett)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765525: gitweb broken by libcgi-pm-perl 4.06-1

[Roland Mas]

Jonathan Nieder, 2014-10-15 14:01:41 -0700 :

 Thanks for catching and fixing it.  Would you mind sending your patch
 to g...@vger.kernel.org, cc-ing me so I can track it?

  I just did.  I hope I didn't mess it up :-)

Roland.
-- 
Roland Mas

'ALL your base? No!! One tiny base continue bravely to resist.'
  -- wiggy in #debian-devel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765525: [PATCH] Update gitweb.perl to current CGI.pm API

[Roland Mas]

Hi all,

  This simple two-line patch fixes a bug that makes gitweb unusable on
systems where the installed CGI.pm is version 4.04 or later (such as on
Debian unstable).  That version removed the startform method, which had
previously been deprecated in favour of start_form since 2009.

  I don't have any specific tests for that change, but it does help
fixing the testsuite of FusionForge (which includes a test of its Git
plugin, involving gitweb).

  For reference, this is Debian bug #765525 (http://bugs.debian.org/765525).

  (I'm not subscribed to the git@vger mailing-list; please Cc me on
replies.)

  Thanks,

Roland.

From 1b74cfb8568927a307f165e428455789398f6d61 Mon Sep 17 00:00:00 2001
From: Roland Mas lola...@debian.org
Date: Thu, 16 Oct 2014 00:05:25 +0200
Subject: [PATCH] Update gitweb.perl to current CGI.pm API

CGI.pm 4.04 removed the startform method, which had previously been
deprecated in favour of start_form.  Updated gitweb.perl accordingly.

Signed-off-by: Roland Mas lola...@debian.org
---
 gitweb/gitweb.perl | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gitweb/gitweb.perl b/gitweb/gitweb.perl
index a9f57d6..ccf7516 100755
--- a/gitweb/gitweb.perl
+++ b/gitweb/gitweb.perl
@@ -4100,7 +4100,7 @@ sub print_search_form {
if ($use_pathinfo) {
$action .= /.esc_url($project);
}
-   print $cgi-startform(-method = get, -action = $action) .
+   print $cgi-start_form(-method = get, -action = $action) .
  div class=\search\\n .
  (!$use_pathinfo 
  $cgi-input({-name=p, -value=$project, -type=hidden}) . 
\n) .
@@ -5510,7 +5510,7 @@ sub git_project_search_form {
}
 
print div class=\projsearch\\n;
-   print $cgi-startform(-method = 'get', -action = $my_uri) .
+   print $cgi-start_form(-method = 'get', -action = $my_uri) .
  $cgi-hidden(-name = 'a', -value = 'project_list')  . \n;
print $cgi-hidden(-name = 'pf', -value = $project_filter). \n
if (defined $project_filter);
-- 
2.1.1


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765525: git: gitweb broken by libcgi-pm-perl 4.06-1

[Roland Mas]

Package: git
Version: 1:2.1.1-1
Severity: important

gitweb uses old functions that used to be provided (although deprecated)
by CGI.pm; however, these functions have been removed in version 4.05 of
that package, which entered unstable when libcgi-pm-perl 4.03-1 was
upgraded to 4.06-1.  As a consequence, gitweb now returns an empty body.

I did a s/startform/start_form/ in gitweb.cgi, which fixed two
calls to the now nonexisting startform function, and gitweb started
working again.

Roland.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages git depends on:
ii  git-man  1:2.1.1-1
ii  libc62.19-11
ii  libcurl3-gnutls  7.38.0-2
ii  liberror-perl0.17-1.1
ii  libexpat12.1.0-6
ii  libpcre3 1:8.35-3.1
ii  perl-modules 5.20.1-1
ii  zlib1g   1:1.2.8.dfsg-2

Versions of packages git recommends:
ii  less 458-3
ii  openssh-client [ssh-client]  1:6.7p1-2
ii  patch2.7.1-6
ii  rsync3.1.1-2

Versions of packages git suggests:
ii  gettext-base  0.19.2-3
pn  git-arch  none
pn  git-cvs   none
pn  git-daemon-run | git-daemon-sysvinit  none
pn  git-doc   none
pn  git-elnone
pn  git-email none
ii  git-gui   1:2.1.1-1
pn  git-mediawiki none
pn  git-svn   none
ii  gitk  1:2.1.1-1
pn  gitwebnone

-- no debconf information

-- 
Roland Mas

Death *was* hereditary.  You got it from your ancestors.
  -- in Hogfather (Terry Pratchett)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#713672: NMU for xca

[Roland Mas]

  Hi,

  Since bugs #758440 and #713672 seem to have stayed unfixed for a long
time, I took the liberty to NMU the xca package.  I just pushed
xca_0.9.3-1.1_amd64.changes to DELAYED/10 to give you time to react if
needed.  The only differences with 0.9.3-1 are the two patches mentioned
in the two bug reports, which I can confirm fix the two problems (FTBFS
and runtime errors).

Roland.
-- 
Roland Mas

Sauvez une souris, mangez votre chat.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760291: network-manager: nmcli warnings clog the logs

[Roland Mas]

Package: network-manager
Version: 0.9.10.0-1.1
Severity: normal

Running nmcli d spits out lots of messages like the following:

,
| (process:13414): libnm-glib-WARNING **: Error in get_property: Method Get 
with signature ss on interface org.freedesktop.DBus.Properties doesn't exist
`

Everytime my Puppet agent is run (by an hourly cronjob in my case), it
runs the Facter data gathering program, which tries to get the network
configuration, which runs nmcli d.  Which prints warnings on STDERR,
so they end up being mailed to me.  So I get this message every hour in
my email.

  The message looks like something that needs to be ported to a new API,
but I'm no expert.

  Thanks,

Roland.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.6-2
ii  init-system-helpers1.21
ii  isc-dhcp-client4.3.1-1
ii  libc6  2.19-10
ii  libdbus-1-31.8.6-2
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt111.5.4-3
ii  libglib2.0-0   2.40.0-5
ii  libgnutls-deb0-28  3.3.7-2
ii  libgudev-1.0-0 208-8
ii  libmm-glib01.2.0-1
ii  libndp01.4-1
ii  libnewt0.520.52.17-1
ii  libnl-3-2003.2.24-2
ii  libnl-genl-3-200   3.2.24-2
ii  libnl-route-3-200  3.2.24-2
ii  libnm-glib40.9.10.0-1.1
ii  libnm-util20.9.10.0-1.1
ii  libpam-systemd 208-8
ii  libpolkit-gobject-1-0  0.105-6.1
ii  libreadline6   6.3-8
ii  libsoup2.4-1   2.46.0-2
ii  libsystemd-daemon0 208-8
ii  libsystemd-login0  208-8
ii  libuuid1   2.20.1-5.8
ii  lsb-base   4.1+Debian13
ii  policykit-10.105-6.1
ii  udev   208-8
ii  wpasupplicant  1.1-1

Versions of packages network-manager recommends:
ii  crda  3.13-1
ii  dnsmasq-base  2.71-1
ii  iptables  1.4.21-2
ii  modemmanager  1.2.0-1
ii  ppp   2.4.6-2

Versions of packages network-manager suggests:
pn  avahi-autoipd  none

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
no-auto-default=00:1F:11:01:04:E4,54:04:A6:48:84:21,
[ifupdown]
managed=false
[keyfile]
unmanaged-devices=mac:00:1f:11:01:04:e4


-- no debconf information

-- 
Roland Mas

Bonjour, je suis un virus de signature.  Propagez-moi dans la vôtre !


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#757003: owncloud: No UI for tasks / Please package Tasks Enhanced app

[Roland Mas]

Package: owncloud
Version: 7.0.0+dfsg-2
Severity: wishlist

Since the upgrade to Owncloud 7, there doesn't seem to be any web UI
to manage tasks.  They can be handled by CalDAV (so
Icedove/Thunderbird and other CalDAV clients can see and edit them),
but they're hidden from thin clients (browsers).  Could you include
the Tasks Enhanced application in the package, or maybe in a
separate package?

Thanks,

Roland.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages owncloud depends on:
ii  apache2  2.4.10-1
ii  apache2-bin [httpd]  2.4.10-1
ii  fonts-font-awesome   4.1.0~dfsg-1
ii  fonts-liberation 1.07.4-1
ii  fonts-linuxlibertine 5.3.0-2
ii  fonts-lohit-deva 2.5.3-1
ii  fonts-sil-gentium-basic  1.1-7
ii  fonts-wqy-microhei   0.2.0-beta-2
ii  libjs-chosen 0.9.11-2
ii  libjs-dojo-dojox 1.7.2+dfsg-1
ii  libjs-jcrop  0.9.12+dfsg-1
ii  libjs-jquery-minicolors  1.2.1-1
ii  libjs-jquery-mousewheel  10-1
ii  libjs-jquery-timepicker  1.2-1
ii  libjs-pdf1.0.473+dfsg-1
ii  libphp-phpmailer 5.2.8+dfsg-1
ii  owncloud-doc 0~20140721-2
ii  php-assetic  1.1.2-1
ii  php-doctrine-dbal2.4.2-3
ii  php-getid3   1.9.8-1
ii  php-mssql-bundle 0~20140212-1
ii  php-opencloud1.10.0-2
ii  php-patchwork-utf8   1.1.24-1
ii  php-pear 5.6.0~rc3+dfsg-1
ii  php-pimple   1.1.1-1
ii  php-sabre-dav1.8.10-1
ii  php-seclib   0.3.7-1
ii  php-symfony-classloader  2.3.6-1
ii  php-symfony-console  2.3.1+dfsg-1
ii  php-symfony-routing  2.0.19-1
ii  php5 5.6.0~rc3+dfsg-1
ii  php5-gd  5.6.0~rc3+dfsg-1
ii  php5-json1.3.6-1
ii  php5-pgsql   5.6.0~rc3+dfsg-1
ii  zendframework1.12.7-0.1

Versions of packages owncloud recommends:
ii  libav-tools 6:10.2-2
ii  libreoffice 1:4.2.6-1
ii  php-aws-sdk 2.6.7-1
ii  php-crypt-blowfish  1.1.0~RC2-3
ii  php-dropbox 1.0.0-1
ii  php-google-api-php-client   0.6.7-2
ii  php5-apcu   4.0.6-1
ii  php5-cli5.6.0~rc3+dfsg-1
ii  php5-curl   5.6.0~rc3+dfsg-1
ii  php5-imagick3.1.2-1+b1
ii  php5-intl   5.6.0~rc3+dfsg-1
ii  php5-ldap   5.6.0~rc3+dfsg-1
ii  php5-mcrypt 5.6.0~rc3+dfsg-1
ii  postfix [mail-transport-agent]  2.11.1-1
ii  smbclient   2:4.1.11+dfsg-1

Versions of packages owncloud suggests:
pn  libapache2-mod-xsendfile  none
ii  postgresql9.4+159

-- Configuration Files:
/etc/owncloud/htaccess changed [not included]

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#756508: nmu: twig_1.15.1-1

[Roland Mas]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu twig_1.15.1-1 . ALL . -m Rebuild for phpapi-20131226

The twig package was prepared in April, and just passed NEW; in the
meantime, PHP was upgraded in Debian, with a different API.  Hence,
one of the binary packages can't install on sid.  Since the control
file uses a dynamic variable to generate the dependencies on phpapi-*,
I suppose a binNMU would be the normal way to get an installable
package.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#756508: nmu: twig_1.15.1-1

[Roland Mas]

Daniel Beyer, 2014-07-30 15:23:00 +0200 :

 Am Mittwoch, den 30.07.2014, 14:57 +0200 schrieb Roland Mas:
 nmu twig_1.15.1-1 . ALL . -m Rebuild for phpapi-20131226
 
 The twig package was prepared in April, and just passed NEW; in the
 meantime, PHP was upgraded in Debian, with a different API.  Hence,
 one of the binary packages can't install on sid.  Since the control
 file uses a dynamic variable to generate the dependencies on phpapi-*,
 I suppose a binNMU would be the normal way to get an installable
 package.
 

 Hi,

 in the meantime upstream released Twig 1.16.0 and I'm currently updating
 the twig packaging. Instead of doing a nmu, may I asked you to upload
 the new upstream release for me, since I need a sponsor for it.
 I guess I should have it ready in the next few hours.

  Certainly :-)

Roland.
-- 
Roland Mas

If you spit in the air, it lands in your face.
  -- Tevye, in Fiddler on the roof


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#554161: gnome-settings-daemon: Keybindings involving the numpad are ignored

[Roland Mas]

  It seems that the problem no longer occurs with 3.12.2-1.  I don't
know precisely which version fixed it, but this bug can be closed as far
as I'm concerned.

Roland.
-- 
Roland Mas

Bada, bada, ba-da-da-daaa, doudou, doudou, dou-dou-dou-dou-baaa.
  -- in Song without words #1 (Paul Leavitt)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#682951: gnome-control-center: gnome-sound-applet and friends forget which sound card is active after hibernating

[Roland Mas]

This is still reproducible with 3.12.2-1 (with the added bonus that
the sound preferences window is now one click further away than it
previously was).

Roland.
-- 
Roland Mas

Neko-no me-to, onna-gokoro-to, aki-no-sora. -- Proverbe japonais


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750772: Some more additional info: seems related to PHP 5.6

[Roland Mas]

  Probably even more relevant: downgrading the PHP5 packages to 5.5
(from 5.6) fixes the problem.  This sounds like either a bug in PHP 5.6
or a requirement to port Owncloud to that version of PHP.

Roland.
-- 
Roland Mas

[...] ou une dent pourrie [...] -- in Variations sur un thème imposé
  -- Signatures à collectionner, série n°2, partie 2/3.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#682951: gnome-control-center: gnome-sound-applet and friends forget which sound card is active after hibernating

[Roland Mas]

Roland Mas, 2012-07-27 11:22:10 +0200 :

[...]

 This happens every time I hibernate/resume (once a day, usually).

  I just discovered that the bug also happens every time I unplug and re-plug
the USB speakers, which makes it easy to reproduce.

Roland.
-- 
Roland Mas

Êtes vous sûr ? (O/N)
  -- Derniers mots d'un ordinateur


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

[Roland Mas]

Daniel Beyer, 2014-05-12 07:54:43 +0200 :

[...]

 I pushed everything I've done last week to anonscm.d.o [1] and
 uploaded the package again to mentors [2].

 Roland, can you have an other look onto the package, especially the
 new parts [3] regarding the newly added php-twig-doc package?

  I just did.  The package looks fine, and I uploaded it.  Thanks!

  Since I plan on using it for FusionForge, you may hear from me as a
user in the not-too-distant future if I find bugs :-)

Roland.
-- 
Roland Mas

A lesson for you all: never fall in love during a total eclipse.
  -- Senex, in A Funny Thing Happened on the Way to the Forum


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#646726: #646726 - gnome-settings-daemon: Crashes under load

[Roland Mas]

althaser, 2014-05-06 14:41:22 +0100 :

 Hey again Roland,

  Hey again :-)

 this is an old bug.

 Could you please still reproduce this issue with newer
 gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3
 or 3.8.5-2 ?

  I haven't seen that bug happen in recent times, no.  I guess it can be
safely closed.

  Thanks,

Roland.
-- 
Roland Mas

Plus on en fout, plus y'en a du riz.
  -- Proverbe chinois.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org