Bug#958692: node-matrix-js-sdk: Remove dependency to node-request

[Hubert Chathi]

On Fri, 3 Nov 2023 00:27:36 +0530, Pirate Praveen  
said:

> On 2/11/23 10:27 PM, Hubert Chathi wrote:
>> On Sun, 29 Oct 2023 22:43:55 +0530, Praveen Arimbrathodiyil
>>  said:
>> 
>>> On Fri, 24 Apr 2020 13:52:39 +0200 y...@debian.org wrote:
>>>> Upstream has deprecated node-request:
>>>> https://github.com/request/request/issues/3142 It can be replaced
>>>> by node-got
>> 
>>> Hi Jonas, Hubert,
>> 
>>> Are you planning to update matrix-js-sdk? We'd like to remove
>>> deprecated node-request from the archive and this package is a
>>> blocker.
>> I don't currently have time to update matrix-js-sdk.  Feel free to
>> remove it from testing so that it doesn't block anything else.  I can
>> always upload a new version later.
>> 

> This is already not in testing for 525 days. We can't remove a package
> from the archive if any package (build) depends on it.

OK, I understand.  Yes, go ahead and remove it.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#958692: node-matrix-js-sdk: Remove dependency to node-request

[Hubert Chathi]

On Sun, 29 Oct 2023 22:43:55 +0530, Praveen Arimbrathodiyil 
 said:

> On Fri, 24 Apr 2020 13:52:39 +0200 y...@debian.org wrote:
>> Upstream has deprecated node-request:
>> https://github.com/request/request/issues/3142 It can be replaced by
>> node-got

> Hi Jonas, Hubert,

> Are you planning to update matrix-js-sdk? We'd like to remove
> deprecated node-request from the archive and this package is a
> blocker.

I don't currently have time to update matrix-js-sdk.  Feel free to
remove it from testing so that it doesn't block anything else.  I can
always upload a new version later.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1037156: nheko: improve audio/video experience: error message or Recommends: gstreamer1.0-plugins-bad

[Hubert Chathi]

On Tue, 6 Jun 2023 16:17:26 +0200, Helmut Grohne  said:

> trying to place a video or voice call with nheko failed here with an
> error message around missing "webrtcbin". I eventually figured what it
> means: Please install gstreamer1.0-plugins-bad and then it works.

> Would it be possible to improve the error message to ask the user for
> installing that package?

> and/or

> Can you add gstreamer1.0-plugins-bad to nheko's Recommends?

Thanks for the report.  Yes, I think it makes sense to add
gstreamer1.0-plugins-bad as a Recommends.  I'll do that in the next upload.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1035844: matrix-sydent fails to purge without adduser

[Hubert Chathi]

On Wed, 17 May 2023 20:22:37 +0200, Johannes Schauer Marin Rodrigues 
 said:

> Hi Hubert, Quoting Hubert Chathi (2023-05-17 00:43:00)
>> On Tue, 16 May 2023 23:31:16 +0200, Johannes Schauer Marin Rodrigues
>>  said: > since time is running short, I am going to
>> NMU matrix-sydent on Thursday > with a delay of 2 days unless you
>> disagree and/or want to do this yourself.  Thanks for the report and
>> the offer to fix it.  I'm not objecting to your NMU, but I wanted to
>> point out that matrix-sydent isn't in testing (and AFAICT never has
>> been), so it isn't holding up the release.  So I don't think there's
>> any particular rush to fix this issue.  There's also another RC bug
>> (https://bugs.debian.org/1029442) that would block it from migrating.

> well that's even better news! Less work for me then because in that
> case, closing this bug is of no urgency.

> Would you like a merge request on the matrix-sydent packaging git
> fixing this or will you take care of implementing this fix yourself?

I'm not the maintainer, and I can't speak for what he would prefer, but
unless he says otherwise, I'd expect that the patch that you provided in
your first email should be sufficient, since it's pretty straightforward.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1035844: matrix-sydent fails to purge without adduser

[Hubert Chathi]

On Tue, 16 May 2023 23:31:16 +0200, Johannes Schauer Marin Rodrigues 
 said:

> since time is running short, I am going to NMU matrix-sydent on
> Thursday with a delay of 2 days unless you disagree and/or want to do
> this yourself.

Hi josch,

Thanks for the report and the offer to fix it.  I'm not objecting to
your NMU, but I wanted to point out that matrix-sydent isn't in testing
(and AFAICT never has been), so it isn't holding up the release.  So I
don't think there's any particular rush to fix this issue.  There's also
another RC bug (https://bugs.debian.org/1029442) that would block it
from migrating.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1034762: unblock: nheko/0.11.3-2

[Hubert Chathi]

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

Please unblock package nheko

Reason:

nheko 0.11.3-1 has a dependency on gstreamer1.0-vaapi.  This package is
not actually required, and reportedly causes crashes in some
environments.  nheko 0.11.3-2 downgrades this dependency to a Suggests.
No other changes are made.

Since the only change is in the dependencies, risk should be minimal.

debdiff:

diff -Nru nheko-0.11.3/debian/changelog nheko-0.11.3/debian/changelog
--- nheko-0.11.3/debian/changelog   2023-02-22 21:07:56.0 -0500
+++ nheko-0.11.3/debian/changelog   2023-03-23 12:17:45.0 -0400
@@ -1,3 +1,9 @@
+nheko (0.11.3-2) unstable; urgency=medium
+
+  * debian/control: Downgrade gstreamer1.0-vaapi to a Suggests.
+
+ -- Hubert Chathi   Thu, 23 Mar 2023 12:17:45 -0400
+
 nheko (0.11.3-1) unstable; urgency=medium
 
   * New upstream version.
diff -Nru nheko-0.11.3/debian/control nheko-0.11.3/debian/control
--- nheko-0.11.3/debian/control 2023-02-21 20:06:44.0 -0500
+++ nheko-0.11.3/debian/control 2023-03-23 11:50:20.0 -0400
@@ -54,12 +54,12 @@
  qml-module-qtquick-particles2,
  qml-module-qtquick-window2,
  gstreamer1.0-nice,
- gstreamer1.0-qt5,
- gstreamer1.0-vaapi
+ gstreamer1.0-qt5
 Recommends: ca-certificates,
 fonts-noto-color-emoji,
 kimageformat-plugins,
 qt5-image-formats-plugins
+Suggests: gstreamer1.0-vaapi
 Description: desktop IM client for the Matrix protocol
  Nheko is a Qt-based chat client for Matrix, an open, federated communications
  protocol.  The motivation behind the project is to provide a native desktop

Bug#1028964: noweb: Want to use documentclass scrbook instead of book

[Hubert Chathi]

On Mon, 16 Jan 2023 19:54:57 +0100, Mechtilde Stehmann  
said:

> Hello Hubert, then I will prepare it for an upload.  What is your
> preferred way?  Should I do it as anew revision and register my name
> into debian/control?  Or should I do it as NMU?

Since src/tex/noweb.sty is a generated file, you should also add your
changes to src/tex/support.nw.

If you are interested in co-maintaining noweb, feel free to add yourself
as an uploader to debian/control.  I do not use noweb any more, so help
maintaining it from someone else interested is welcome.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1028964: noweb: Want to use documentclass scrbook instead of book

[Hubert Chathi]

On Sun, 15 Jan 2023 12:47:04 +0100, Mechtilde Stehmann  
said:

> At upstream there is an additional line, so there it is line 16.

> I also filled a patch. You can find a patch under
> https://github.com/nrnrnr/noweb/pull/28/files

Most of the changes look pretty straightforward, but why did you remove
the "\def\nwgitversion{|GITVERSION|}" line?

(Also, I'd recommend that you give your PR a more descriptive name)

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1028642: neochat: FTBFS with libquotient 0.7

[Hubert Chathi]

Package: neochat
Severity: normal

Dear Maintainer,

The neochat package fails to build with the latest version of
libquotient (0.7), which is now in experimental.  This is due to the
tests failing, with the following error:

,
| qt.qpa.xcb: could not connect to display 
| qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though 
it was found.
| This application failed to start because no Qt platform plugin could be 
initialized. Reinstalling the application may fix this problem.
| 
| Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, 
offscreen, vnc, xcb.
`

Obviously, we can't expect access to a display on a build machine.

Looking at the build log for the current package (built with libquotient
0.6), the tests don't seem to run at all, which is why the test doesn't
fail on that build.

I don't know if there's a way to run the tests without a display, but if
I disable the tests, e.g. by adding

,
| override_dh_auto_test:
|   # skip tests because they need a display, which we don't have
`

to debian/rules, the package builds correctly and seems to run fine.

Bug#1028506: transition: libquotient

[Hubert Chathi]

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

reason: new upstream release
two packages affected:
- neochat: nearly builds as-is.  Only needed change is to disable
  running the tests, because the tests require a display.  (The tests
  only run with the new version of libquotient -- the tests did not run
  with the old version, so did not break the build.)
- quaternion: needs a new upstream release, which should be coming soon,
  but we can remove the current version from testing until it is released.

auto-ben from
https://release.debian.org/transitions/html/auto-libquotient.html seems
correct

Ben file:

title = "libquotient";
is_affected = .depends ~ "libquotient0.6" | .depends ~ "libquotient0.7";
is_good = .depends ~ "libquotient0.7";
is_bad = .depends ~ "libquotient0.6";

Bug#1018691: reportbug: nheko fails to start. Undefined symbol

[Hubert Chathi]

On Mon, 29 Aug 2022 06:35:57 +0200, Enrique Garcia  said:

> It is not possible to launch nheko in Debian testing:

> $ nheko
> nheko: symbol lookup error: nheko: undefined symbol:
> _ZN6spdlog5sinks18rotating_file_sinkISt5mutexEC1ENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEmmb

This is a bug with spdlog:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1015742

I believe it will be fixed the next time nheko gets built (either as a
binNMU or as a new upload -- which I should be doing soon to fix
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881965).

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1016839: /usr/lib/noweb/numarkup: not found

[Hubert Chathi]

On Mon, 08 Aug 2022 12:09:08 +0200, Picca Frédéric-Emmanuel  
said:

> I try to update the package cbflib. This package contain a nuweb file.
> Since nuweb is not available, I try to use noweb, but it ends up with
> this error

> $ nuweb2noweb pycbf.w /usr/bin/nuweb2noweb: 7:
> /usr/lib/noweb/numarkup: not found

> to my opinion you forgot to install the lib pqrt of noweb

Thanks for the report.  It looks like numarkup is in the contrib
directory of the sources.  I haven't figured out what to do with the
contrib programs.  I'll give it some thought.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1014300: nheko: Menus appear at unexpected places or not at all

[Hubert Chathi]

package nheko
forwarded 1014300 https://github.com/Nheko-Reborn/nheko/issues/618
thanks

Hi Bruno,

Thanks for the report.  This appears to be an upstream QT issue
(https://bugreports.qt.io/browse/QTBUG-94619), rather than a
nheko-specific issue.  It is being tracked for nheko at
https://github.com/Nheko-Reborn/nheko/issues/618 though it won't be
fixed there until it is fixed in QT.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1011712: olm: FTBFS: unsatisfiable build-dependency: binaryen (< 105+) but 106-1 is to be installed

[Hubert Chathi]

On Sat, 25 Jun 2022 00:49:15 +0200, Evangelos Ribeiro Tzaras 
 said:

[...]

> - Drop the javascript bindings for olm (libjs-olm). The only reverse
> dependency of libjs-olm is libjs-matrix-sdk which itself has no
> reverse dependencies.

FWIW, libjs-matrix-js-sdk upstream is looking into switching to the new
rust implementation of olm, so some future version may stop using
libjs-olm anyways.  But I'm not sure of the timeline for that.

Aside from that, I'd like to look into updating emscripten somehow, but
I'm currently on VAC so I won't be able to do it for a little while.  So
in the mean time, I don't have any objection to someone doing something
to resolve the situation temporarily.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1012539: nheko: Missing dependency on qml-module-qt-labs-animation

[Hubert Chathi]

Version: 0.9.3-2

Thanks for the report.  This was fixed in the new upload yesterday.

Hubert

On Wed, 8 Jun 2022 22:56:40 +0200, Adrien CLERC  said:

> Package: nheko Version: 0.9.3-1 Severity: important

> Dear Maintainer,

> After updating to nheko 0.9.3 the application was blank at start with
> the following warning in the console:

> [2022-06-08 22:53:34.299] [qml] [warning] qrc:/qml/Root.qml:153:9:
> Type ImageOverlay unavailable ImageOverlay { ^ (qrc:/qml/Root.qml:153,
> ) [2022-06-08 22:53:34.299] [qml] [warning]
> qrc:/qml/dialogs/ImageOverlay.qml:7:1: module "Qt.labs.animation" is
> not installed import Qt.labs.animation 1.0 ^
> (qrc:/qml/dialogs/ImageOverlay.qml:7, )


> After installing qml-module-qt-labs-animation everything was working.

> Have a nice day, Adrien


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

> Kernel: Linux 5.17.0-3-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 /bin/dash Init: systemd (via
> /run/systemd/system) LSM: AppArmor: enabled

> Versions of packages nheko depends on: ii gstreamer1.0-nice 0.1.18-2
> ii gstreamer1.0-qt5 1.20.2-1 ii gstreamer1.0-vaapi 1.20.2-1 ii libc6
> 2.33-7 ii libcmark0.30.2 0.30.2-5 ii libcurl4 7.83.1-1+b1 ii
> libevent-core-2.1-7 2.1.12-stable-5+b1 ii libevent-pthreads-2.1-7
> 2.1.12-stable-5+b1 ii libfmt8 8.1.1+ds1-2 ii libgcc-s1 12.1.0-2 ii
> libglib2.0-0 2.72.2-2 ii libgstreamer-plugins-bad1.0-0 1.20.2-1+b1 ii
> libgstreamer-plugins-base1.0-0 1.20.2-2 ii libgstreamer1.0-0 1.20.2-1
> ii liblmdb0 0.9.24-1 ii libolm3 3.2.11~dfsg-1 ii libqt5core5a
> 5.15.2+dfsg-16+b2 ii libqt5dbus5 5.15.2+dfsg-16+b2 ii libqt5gui5
> 5.15.2+dfsg-16+b2 ii libqt5keychain1 0.13.2-5 ii libqt5multimedia5
> 5.15.2-3 ii libqt5network5 5.15.2+dfsg-16+b2 ii libqt5qml5
> 5.15.2+dfsg-10 ii libqt5quick5 5.15.2+dfsg-10 ii libqt5svg5 5.15.2-4
> ii libqt5widgets5 5.15.2+dfsg-16+b2 ii libspdlog1 [libspdlog1-fmt8]
> 1:1.9.2+ds-0.2 ii libssl3 3.0.3-6 ii libstdc++6 12.1.0-2 ii
> libxcb-ewmh2 0.4.1-1.1 ii libxcb1 1.14-3 ii
> qml-module-qt-labs-platform 5.15.2+dfsg-4 ii
> qml-module-qt-labs-settings 5.15.2+dfsg-10 ii
> qml-module-qtgraphicaleffects 5.15.2-2 ii qml-module-qtmultimedia
> 5.15.2-3 ii qml-module-qtquick-controls2 5.15.2+dfsg-4 ii
> qml-module-qtquick-layouts 5.15.2+dfsg-10 ii
> qml-module-qtquick-window2 5.15.2+dfsg-10 ii qml-module-qtquick2
> 5.15.2+dfsg-10

> Versions of packages nheko recommends: ii ca-certificates 20211016 pn
> fonts-noto-color-emoji 

> nheko suggests no packages.

> -- no debconf information

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1009773: matrix-synapse: updating the package rewrites /etc/matrix-synapse/conf.d/server_name.yaml with wrong domain name

[Hubert Chathi]

On Sun, 17 Apr 2022 10:16:59 +0200, Alessandro Polverini  
said:

> The installer on every update rewrites the content of the file
> /etc/matrix-synapse/conf.d/server_name.yaml setting server_name with
> the host name of the server it's running.

That's not correct.  It sets server_name to the value set in debconf.
To change it, run "dpkg-reconfigure matrix-synapse" as root.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1007413: whalebuilder: please consider upgrading to 3.0 source format

[Hubert Chathi]

package whalebuilder
tags 1007413 pending
thanks

On Tue, 15 Mar 2022 08:51:59 +0100, Lucas Nussbaum  said:

> This package is among the few (1.9%) that still use source format 1.0
> in bookworm.  Please upgrade it to source format 3.0, as (1) this
> format has many advantages, as documented in
> https://wiki.debian.org/Projects/DebSrc3.0 ; (2) this contributes to
> standardization of packaging practices.

> Please note that this is also a sign that the packaging of this
> software could maybe benefit from a refresh. It might be a good
> opportunity to look at other aspects as well.

Thanks for the report.

Ryan Pavlik updated the packaging at
https://gitlab.com/uhoreg/whalebuilder/-/merge_requests/19 and it's just
waiting for me to upload (which I should probably do soon).

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#1005653: (no subject)

[Hubert Chathi]

On Mon, 21 Feb 2022 09:14:22 -0800, ZenWalker  said:

> maybe
> https://github.com/Nheko-Reborn/nheko/commit/b439e1fa41b26db5f1d0d16bd1da664338b435e7
> fixes the bug, which is included in version 0.9.1

> There is plans to package nheko 0.9.1 ?

Yes, I should be able to upload it in the next few days.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#989997: olm: CVE-2021-34813

[Hubert Chathi]

On Thu, 17 Jun 2021 15:45:22 +0200, Salvatore Bonaccorso  
said:

> The following vulnerability was published for olm.

> CVE-2021-34813[0]:
> | Matrix libolm before 3.2.3 allows a malicious Matrix homeserver to
> | crash a client (while it is attempting to retrieve an Olm encrypted
> | room key backup from the homeserver) because olm_pk_decrypt has a
> | stack-based buffer overflow. Remote code execution might be possible
> | for some nonstandard build configurations.

FWIW, no application in buster uses the affected function.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#985685: matrix-mirage can’t login to the same server on multiple devices

[Hubert Chathi]

On Sun, 21 Mar 2021 22:31:35 +0100 (CET), Marek Ľach  
said:

> Package: nheko
> Version: <0.6.4>

The subject line says "matrix-mirage", but the pseudoheader says
"nheko".  Can you clarify which package this refers to?

Thanks

> The new version, 0.7.1 fixes this. Since the bug is quite
> fundamentally impairing usabíity, it’d be useful to have it updated
> within the repos on here.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#986929: unblock/tpu: nheko/0.7.2-3+deb11u1

[Hubert Chathi]

On Fri, 16 Apr 2021 18:17:56 +0200, Paul Gevers  said:

> Hi,
> On 16-04-2021 00:07, Hubert Chathi wrote:
>> Again, this needs to go through tpu since sid has a newer version

> Please read our FAQ [1]. We prefer you revert the newer version and
> prepare a targeted fix in unstable. The tpu route is only available if
> a package is stuck behind something else that won't migrate (e.g. a
> build time generated dependency on a newer version of a library.)

I just did an upload using "...+really..."" to unstable.  Hopefully I
did it correctly.  So this is now just an unblock request.  The diff is
the same as the one in my previous email, except of course for the
version number in the changelog.

Thanks

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#986929: unblock/tpu: nheko/0.7.2-3+deb11u1

[Hubert Chathi]

Andreas, thank you for preparing the patch.

As mentioned in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986519#47 I have an
alternative patch that removes the code that caused the ICE by removing
the dependency on tweeny.  This patch comes from upstream and is part of
their latest release.  This change is quite a bit bigger than Andreas'
patch, but I hope that it is considered "minimal" enough to be applied.
If not, then I have no objections to Andreas' patch being used instead.

Again, this needs to go through tpu since sid has a newer version (which
was blocked from migrating to testing when it was uploaded due to the
ICE).

Alternatively, I could upload the latest upstream version of nheko to
sid, which as I mentioned removes the code that causes the ICE.  But I
suppose that would be asking for too much. ;)

Thanks

commit a3100e993bc526e365d3f6fab3d07b159ed5b6a6
Author: Hubert Chathi 
Date:   Thu Apr 15 17:45:24 2021 -0400

apply upstream patch to not use tweeny

diff --git a/debian/changelog b/debian/changelog
index 3530c57f..b46c707c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+nheko (0.7.2-3+deb11u1) bullseye; urgency=medium
+
+  * debian/control, patches/no_tweeny:
+* Don't use tweeny, to avoid a compiler error in gcc-10. (Closes: #986519)
+
+ -- Hubert Chathi   Thu, 15 Apr 2021 17:10:18 -0400
+
 nheko (0.7.2-3) unstable; urgency=medium
 
   * debian/control:
diff --git a/debian/control b/debian/control
index 0121dc83..ad7f9d47 100644
--- a/debian/control
+++ b/debian/control
@@ -22,7 +22,6 @@ Build-Depends: cmake (>= 3.15)
  , libspdlog-dev (>= 1.5.0+ds-4)
  , libsodium-dev
  , libssl-dev
- , libtweeny-dev
  , nlohmann-json3-dev (>= 3.7.0-2~)
  , qtbase5-dev (>= 5.10)
  , qtdeclarative5-dev
diff --git a/debian/patches/no_find_tweeny b/debian/patches/no_find_tweeny
deleted file mode 100644
index ac7f8cdc..
--- a/debian/patches/no_find_tweeny
+++ /dev/null
@@ -1,18 +0,0 @@
-Description: Don't use cmake to find tweeny
- Hardcode the path to tweeny.
-Author: Hubert Chathi 
-
-Last-Update: 2020-04-22
-
 nheko-0.7.0.orig/CMakeLists.txt
-+++ nheko-0.7.0/CMakeLists.txt
-@@ -418,7 +418,8 @@ if(USE_BUNDLED_TWEENY)
- 		)
- 	FetchContent_MakeAvailable(Tweeny)
- else()
--	find_package(Tweeny REQUIRED)
-+	add_library(tweeny INTERFACE)
-+	target_include_directories(tweeny INTERFACE /usr/include/tweeny)
- endif()
- 
- # single instance functionality
diff --git a/debian/patches/no_tweeny b/debian/patches/no_tweeny
new file mode 100644
index ..004c5b97
--- /dev/null
+++ b/debian/patches/no_tweeny
@@ -0,0 +1,167 @@
+Description: Remove tweeny
+Author: Nicolas Werner 
+
+---
+Origin: upstream
+Bug-Debian: https://bugs.debian.org/986519
+Forwarded: not-needed
+Last-Update: 2021-04-15
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 1a4c4b70..42a2b387 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -39,8 +39,6 @@ option(USE_BUNDLED_LMDB "Use the bundled version of lmdb."
+ 	${HUNTER_ENABLED})
+ option(USE_BUNDLED_LMDBXX "Use the bundled version of lmdb++."
+ 	${HUNTER_ENABLED})
+-option(USE_BUNDLED_TWEENY "Use the bundled version of tweeny."
+-	${HUNTER_ENABLED})
+ 
+ list(APPEND CMAKE_MODULE_PATH "${CMAKE_SOURCE_DIR}/cmake")
+ 
+@@ -446,18 +444,6 @@ else()
+ 	add_library(lmdbxx::lmdbxx ALIAS lmdbxx)
+ endif()
+ 
+-if(USE_BUNDLED_TWEENY)
+-	include(FetchContent)
+-	FetchContent_Declare(
+-		Tweeny
+-		GIT_REPOSITORY https://github.com/mobius3/tweeny.git
+-		GIT_TAG6a5033372fe53c4c731c66c8a2d56261746cd85c #v3 <- v3 has unfixed warnings
+-		)
+-	FetchContent_MakeAvailable(Tweeny)
+-else()
+-	find_package(Tweeny REQUIRED)
+-endif()
+-
+ # single instance functionality
+ set(QAPPLICATION_CLASS QApplication CACHE STRING "Inheritance class for SingleApplication")
+ add_subdirectory(third_party/SingleApplication-3.1.3.1/)
+@@ -643,7 +629,6 @@ target_link_libraries(nheko PRIVATE
+ 	nlohmann_json::nlohmann_json
+ 	lmdbxx::lmdbxx
+ 	liblmdb::lmdb
+-	tweeny
+ 	SingleApplication::SingleApplication)
+ 
+ if(${CMAKE_VERSION} VERSION_GREATER_EQUAL "3.16.0")
+diff --git a/src/ui/SnackBar.cpp b/src/ui/SnackBar.cpp
+index 03609802..2453369d 100644
+--- a/src/ui/SnackBar.cpp
 b/src/ui/SnackBar.cpp
+@@ -1,7 +1,5 @@
+ #include 
+ 
+-#include 
+-
+ #include "SnackBar.h"
+ 
+ constexpr int STARTING_OFFSET = 1;
+@@ -16,6 +14,7 @@ constexpr double MIN_WIDTH_PERCENTAGE = 0.3;
+ 
+ SnackBar::SnackBar(QWidget *parent)
+   : OverlayWidget(parent)
++  , offset_anim(this, "offset", this)
+ {
+ QFont font;
+ font.setPointSizeF(font.pointSizeF() * 1.2);
+@@ -28,17 +27,16 @@ SnackBar::SnackBar(QWidget *parent)
+ 
+ hideTimer_.setSingleShot(true);
+ 
+-auto offset_anim = tweeny::from(1.0f).to(0.0f).during(100).via(tweeny::easing::cubicOut);
+-connect(_, ::timeout, this, [this, offset_anim]() mutable {
+-  

Bug#986519: nheko: FTBFS: internal compiler error

[Hubert Chathi]

Hi Andreas,

On Wed, 14 Apr 2021 21:35:05 +0200, Andreas Beckmann  said:

> On Wed, 7 Apr 2021 11:08:01 +0200 Matthias Klose  wrote:
>> Please work around it by using gcc-9 for bullseye.  I'm not going to
>> cherry-pick single patches from the branch.

> Building nheko with g++-9 is easy ;-) (The patch works for the version
> in sid, too.)

Thanks for the patch.  I just found out yesterday that there was no plan
to update gcc-10 in bullseye to a fixed version, and that using gcc-9 was the
recommended way to work around this yesterday, as I didn't get Matthias'
previous email.  (Alas, it would have been nice to find out about that
before freeze, so that I could have gotten a new upstream version in,
but there isn't much that can be done about that now.)

Upstream has a patch that should remove the affected code, so I think
that I will try to merge that in instead.  If that doesn't work, then I
will apply your patch.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#982481: ftp.debian.org: RM: libqmatrixclient -- ROM; replaced by libquotient

[Hubert Chathi]

Package: ftp.debian.org
Severity: normal

libqmatrixclient was renamed to libquotient by upstream.  The one
program (quaternion) that was using libqmatrixclient is now using
libquotient, so libqmatrixclient is no longer needed and can be removed.

Thanks

Bug#981525: nheko login crashes client, can't be used, in urgent need of a version update

[Hubert Chathi]

On Mon, 1 Feb 2021 01:49:38 +0100 (CET), Marek Ľach  
said:

> Nheko crashes and quits when I finish typing out the Matrix user ID
> into the first line on the log in screen.

> My guess would be that some dependencies are missing, like:
> gstreamer1.0-plugins-bad, and gstreamer1.0-plugins-base, but nheko
> should certainly be updated to version 0.8.1 for stable and unstable
> branches of Debian alike.

Nheko 0.7.2 didn't use gstreamer, so that's probably not the issue.  But
anyways, we're waiting for a fixed gcc to be uploaded to unstable
(bugs.debian.org/980629) before we can update nheko.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#980629: nheko: FTBFS: internal compiler error

[Hubert Chathi]

Will a fixed version be uploaded to unstable soon?  I'd like to upload a
newer version of nheko, but it won't build until a fixed gcc is
available.

Thanks

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#981199: noweb: Please package 2.12

[Hubert Chathi]

On Wed, 27 Jan 2021 10:10:35 -0500, Benjamin Barenblat  said:

> Source: noweb Severity: normal

> Noweb 2.12 has been released and includes a number of bug fixes and
> general improvements. It would be great for it to appear in Debian.

> Nicolas: I’m CC’ing you because you just did an NMU to make a whole
> bunch of improvements to the current package. Thank you for your work!
> If in the process you discovered anything relevant to packaging 2.12,
> I’d love to hear about it.

I've imported the latest upstream, and started working on updating the
patches.  It is now on salsa at https://salsa.debian.org/debian/noweb

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#980629: nheko: FTBFS: internal compiler error

[Hubert Chathi]

reassign 980629 gcc-10 10.2.1-6
thanks

Fedora ran into the same issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1918341
and someone linked to a patch that supposedly fixes this:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=2b27f37f90cb66e277b734c605639e2f00a2e942

So I guess reassigning this to GCC is the right thing to do.

On Wed, 20 Jan 2021 19:59:15 -0500, Hubert Chathi  said:

> On Wed, 20 Jan 2021 21:42:22 +0100, Lucas Nussbaum 
> said:
>> During a rebuild of all packages in sid, your package failed to build
>> on amd64.

> This version of nheko was just rebuilt 18 days ago as a binNMU.
> https://buildd.debian.org/status/fetch.php?pkg=nheko=amd64=0.7.2-3%2Bb1=1609589163=0
> That build used gcc-10_10.2.1-3 instead of gcc-10_10.2.1-6.  Given
> that the package was built successfully so recently, I suspect that
> there is a bug elsewhere, but aside from blindly reassigning this bug
> to gcc-10 and crossing my fingers, I'm not sure what's the best way to
> proceed.  But I've Cc'ed doko, as gcc maintainer, on this email.

> Coincidentally, I uploaded nheko 0.8.0 today, and it also failed in
> the same spot (/usr/include/tweeny/easingresolve.h:62:27).  In fact, I
> thought that this bug was about the newly-uploaded package, until I
> looked more closely at it. ;) It succeeded to build on my own machine,
> which was using an older version of gcc (9.3.0, apparently).

>> Relevant part (hopefully):
> [...trim...]
>>> [ 49%] Building CXX object CMakeFiles/nheko.dir/src/ui/Ripple.cpp.o
>>> /usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_ATOMIC_DYN_LINK
>> -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_SYSTEM_DYN_LINK
>> -DBOOST_THREAD_DYN_LINK -DFMT_LOCALE -DFMT_SHARED
>> -DJSON_USE_IMPLICIT_CONVERSIONS=1 -DQAPPLICATION_CLASS=QApplication
>> -DQT_CONCURRENT_LIB -DQT_CORE_LIB -DQT_DBUS_LIB -DQT_GUI_LIB
>> -DQT_MULTIMEDIA_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_QMLMODELS_LIB
>> -DQT_QML_LIB -DQT_QUICKCONTROLS2_LIB -DQT_QUICKWIDGETS_LIB
>> -DQT_QUICK_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -DSPDLOG_COMPILED_LIB
>> -DSPDLOG_FMT_EXTERNAL -DSPDLOG_SHARED_LIB -I/<>/build
>> -I/<> -I/<>/src -I/<>/includes
>> -I/<>/third_party/blurhash
>> -I/<>/third_party/cpp-httplib-0.5.12
>> -I/usr/include/tweeny
>> -I/<>/third_party/SingleApplication-3.1.3.1 -isystem
>> /usr/include/x86_64-linux-gnu/qt5 -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtDBus -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem
>> /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -isystem
>> /<>/mtxclient/include -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtConcurrent -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQml -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQuickControls2 -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQuick -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQmlModels -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQuickWidgets -g -O2
>> -ffile-prefix-map=/<>=. -fstack-protector-strong
>> -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2
>> -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wextra -pipe -pedantic
>> -fsized-deallocation -fdiagnostics-color=always -Wunreachable-code
>> -std=c++17 -O2 -g -DNDEBUG -fPIE -fPIC -pthread -std=gnu++17
>> -Winvalid-pch -include
>> /<>/build/CMakeFiles/nheko.dir/cmake_pch.hxx -o
>> CMakeFiles/nheko.dir/src/ui/Ripple.cpp.o -c
>> /<>/src/ui/Ripple.cpp
>>> In file included from /usr/include/tweeny/tween.h:595, from
>>> /usr/include/tweeny/tweeny.h:81, from
>>> /<>/src/ui/SnackBar.cpp:3:
>>> /usr/include/tweeny/tween.tcc:249:6: warning:
>> extra ‘;’ [-Wpedantic]
>>> 249 | }; | ^ /usr/include/tweeny/tween.tcc:257:6: warning:
>> extra ‘;’ [-Wpedantic]
>>> 257 | }; | ^ In file included from /usr/include/tweeny/tween.h:596,
>>> from /usr/include/tweeny/tweeny.h:81, from
>>> /<>/src/ui/SnackBar.cpp:3:
>>> /usr/include/tweeny/tweenone.tcc:246:4:
>> warning: extra ‘;’ [-Wpedantic]
>>> 246 | }; | ^ In file included from
>>> /usr/include/tweeny/tweenpoint.tcc:38, from
>>> /usr/include/tweeny/tweenpoint.h:80, from
>>> /usr/include/tweeny/tween.h:38, from
>>> /usr/include/tweeny/tweeny.h:81, from
>>> /<>/src/ui/SnackBar.cpp:3:
>>> /usr/include/tweeny/easingresolve.h: In substitution of
>&

Bug#980651: quaternion: FTBFS: dh_auto_configure: error: cd obj-x86_64-linux-gnu && cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATE

[Hubert Chathi]

On Wed, 20 Jan 2021 21:48:37 +0100, Lucas Nussbaum  said:

> During a rebuild of all packages in sid, your package failed to build
> on amd64.

This was due to the new libquotient package erroneously creating a
libqmatrixclient-dev binary package.  The latest libquotient package
does not do this, but the bad binary package still remains.  But I will
be uploading a new version of quaternion soon, which will use
libquotient instead of libqmatrixclient, so this will be fixed then.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#980629: nheko: FTBFS: internal compiler error

[Hubert Chathi]

> >; EasingT = tweeny::easing::linearEasing]’
>> /usr/include/tweeny/tweenpoint.tcc:101:52: required from
> ‘void tweeny::detail::tweenpoint::via(F) [with F =
> tweeny::easing::linearEasing; Ts = {float}]’
>> /usr/include/tweeny/tweenpoint.tcc:72:16: required from
> ‘tweeny::detail::tweenpoint::tweenpoint(Ts ...) [with Ts =
> {float}]’
>> /usr/include/c++/10/ext/new_allocator.h:150:4: required
> from ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...)
> [with _Up = tweeny::detail::tweenpoint; _Args = {float&}; _Tp =
> tweeny::detail::tweenpoint]’
>> /usr/include/c++/10/bits/alloc_traits.h:512:17: required
> from ‘static void std::allocator_traits
>> ::construct(std::allocator_traits
>>  >::allocator_type&,
> _Up*, _Args&& ...) [with _Up = tweeny::detail::tweenpoint;
> _Args = {float&}; _Tp = tweeny::detail::tweenpoint;
> std::allocator_traits >::allocator_type =
> std::allocator >]’
>> /usr/include/c++/10/bits/vector.tcc:115:30: required from
> ‘std::vector<_Tp, _Alloc>::reference std::vector<_Tp,
_Alloc> ::emplace_back(_Args&& ...) [with _Args = {float&}; _Tp =
> tweeny::detail::tweenpoint; _Alloc =
> std::allocator >; std::vector<_Tp,
_Alloc> ::reference = tweeny::detail::tweenpoint&]’
>> /usr/include/tweeny/tweenone.tcc:43:28: required from
> ‘tweeny::tween& tweeny::tween::to(T) [with T = float]’
>> /<>/src/ui/SnackBar.cpp:27:54: required from here
>> /usr/include/tweeny/easingresolve.h:62:27:
> internal compiler error: Segmentation fault
>> 62 | get(b) = easing::linear.run; |
>> ~~^ Please submit a full bug
>> report, with preprocessed source if appropriate.  See
>>  for instructions.
[...trim]

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#980067: libqmatrixclient: new upstream release, with a rename

[Hubert Chathi]

On Wed, 13 Jan 2021 14:54:55 -0500, Andres Salomon  said:

> There have been several new releases of this package, with the latest
> version being 0.6.3. In addition, the upstream package was renamed to
> libQuotient. It would be good to get a newer package that includes the
> rename.

Hi Andres,

Upstream has indicated that it may be a good idea for us to package the
next Quaternion beta in Debian, which will require libQuotient.  Will
you be able to upload it soon? (e.g. within the next week?)  If not, I
can look into packaging and uploading it on Monday.

BTW, feel free to join us in #debian-matrix:matrix.org

Hubert

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#881966: [Pkg-matrix-maintainers] Bug#881966: nheko: program lacks icon in a system tray

[Hubert Chathi]

On Fri, 17 Nov 2017 01:47:12 +0300, Boris Pek  said:

> Program lacks icon in system tray when it is launched in KDE Plasma
> 5.x.  Only image is missed (or it is completely transparent), mouse
> clicks work fine.

It seems to be working for me on the latest version from backports
(0.7.2).  Are you still having the issue?  I suspect the issue may have
gotten fixed by upstream.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#980067: libqmatrixclient: new upstream release, with a rename

[Hubert Chathi]

On Wed, 13 Jan 2021 17:39:39 -0500, Andres Salomon  said:

> Yeah, that would make sense. I can join the team.

I've added you to the matrix-team group on salsa.  Feel free to upload
libquotient as a team-maintained package.  I had been waiting until
the next quaternion release, which would use libquotient, before
uploading the renamed package, but since you need it for spectral, go
ahead and upload.  I'm assuming it would be uploaded as a new source
package.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#978640: undefined symbol: _ZTIN3fmt2v612format_errorE

[Hubert Chathi]

On Tue, 29 Dec 2020 23:26:38 +0530, Utkarsh Gupta  said:

> Hi Hubert,
> On Tue, Dec 29, 2020 at 11:17 PM Hubert Chathi  wrote:
>> Hmm.  Can you try installing libfmt7 (from sid) and see if that fixes
>> it?

> The issue could be fixed by rebuilding nheko against the newly updated
> libfmt-dev version. I've prepared and pushed a fix to the salsa
> repository. If it's okay with you, can I do the upload as well?

binNMU requested at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978722

Apparently waiting for an update to spdlog.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#978722: nmu: nheko_0.7.2-3

[Hubert Chathi]

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

It looks like there was a bug in libfmt which caused its dependent
packages to be lacking a "Depends: libfmt7".  Rebuilding against the
latest libfmt-dev fixes this.  So I'm requesting to rebuild nheko
0.7.2-3 to fix #978640.

  nmu nheko_0.7.2-3 . ANY . -m "rebuild against new libfmt"

Thanks

Bug#978640: undefined symbol: _ZTIN3fmt2v612format_errorE

[Hubert Chathi]

On Tue, 29 Dec 2020 19:55:57 +0530, Utkarsh Gupta  said:

> Dear maintainer,

> Whilst trying to open nheko, it fails to open with the following
> message:

> ``` $ nheko nheko: symbol lookup error: nheko: undefined symbol:
> _ZTIN3fmt2v612format_errorE ```

> Is that known? Any idea what caused this regression or failure? Any
> workaround this?

Hmm.  Can you try installing libfmt7 (from sid) and see if that fixes
it?

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#977185: nheko: switch to Boost 1.74

[Hubert Chathi]

On Sat, 12 Dec 2020 09:42:27 +0100, Sebastian Ramacher  
said:

> nheko currently hardcodes its boost build dependencies with an
> explicit version. Since the default boost version is now 1.74 and we
> are trying to remove boost 1.71 before the release of bullseye, please
> switch to 1.74 or to the unversioned boost packages.

Thanks.  The hard-coding was done when the default boost in sid was too
old for nheko.  I'll switch to the unversioned boost packages.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#962867: transition: qtbase-opensource-src

[Hubert Chathi]

Can someone schedule a binnmu of nheko?  Apparently it needs to be
rebuilt because it compiles its QML files, and so is incompatible with
the latest version.  Running nheko gives the error:

qrc:/qml/TimelineView.qml: File was compiled ahead of time with an
incompatible version of Qt and the original file cannot be found. Please
recompile (qrc:/qml/TimelineView.qml:-1, )

Thanks

Hubert

Bug#962682: nheko FTCBFS: multiple issues

[Hubert Chathi]

On Thu, 11 Jun 2020 22:53:36 +0200, Helmut Grohne  said:

> nheko fails to cross build from source. The immediate cause is its
> Build-Depends on g++. This dependency is unsatisfiable and needs cross
> translation. ...

Thanks for the patch.  I'll apply it to our git repo.  A new upstream
version is coming soon, so I'll rebuild some time after that happens.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#954541: cmark: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && make -j4 test ARGS\+=-j4 returned exit code 2

[Hubert Chathi]

On Sun, 22 Mar 2020 08:53:46 +0100, Lucas Nussbaum  said:

> During a rebuild of all packages in sid, your package failed to build
> on amd64.

[...]

It looks like the test failure would be fixed by this commit from
upstream:
https://github.com/commonmark/cmark/commit/68c3a91166347a32a57fb81223750a63cfd92105

(see also https://github.com/commonmark/cmark/issues/313)

Bug#953855: libspdlog-dev: tries to include file that doesn't exist

[Hubert Chathi]

Package: libspdlog-dev
Severity: normal

Dear Maintainer,

As seen in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952613,
nheko recently FTBFS after #include-ing /usr/include/spdlog/spdlog.h
which caused /usr/include/spdlog/fmt/fmt.h to be #includ-ed, which tried
to #include spdlog/fmt/bundled/core.h, which is no longer in
libspdlog-dev.  It looks like, since libspdlog-dev depends on
libfmt-dev, it should be #include-ing , etc. instead of
trying to use the bundled version which doesn't exist.

I've worked around the FTBFS in nheko by defining SPDLOG_FMT_EXTERNAL
(and FMT_HEADER_ONLY) to force the use of the external libfmt.

Thanks

-- System Information:
Debian Release: 10.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (300, 'testing'), (200, 
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en_GB (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#934634: allow choosing other riot-web instances

[Hubert Chathi]

On Tue, 13 Aug 2019 11:41:32 +0530, Pirate Praveen  
said:

> On 2019, ഓഗസ്റ്റ് 12 11:08:49 PM IST, Andrej Shadura  
> wrote:
>> Hi,
>> 
>> On Mon, 12 Aug 2019 at 19:30, Pirate Praveen
>> 
>> wrote:
>>> I'd like to use chat.poddery.com instead of riot.im in revolt. I
>> think
>>> this can be configured with debconf question with default value
>>> being riot.im/app.
>> 
>> I’d say rather with a ~/.config setting or a command line argument.
>> Debconf is a bad choice IMHO since it’s system-wide.

> That would be fine too.

You can change the location of the Riot instance that it uses by going
to Revolt's preferences (either in the Application menu, and select
Preferences, or right-click on the systray icon and select Preferences,
or hit Ctrl-E).

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#911127: olm FTCBFS: python build dependency not installable

[Hubert Chathi]

On Wed, 24 Oct 2018 06:03:21 +0200, Helmut Grohne  said:

> Hi Hubert,
> On Tue, Oct 23, 2018 at 11:02:13PM -0400, Hubert Chathi wrote:
>> Thanks for filing this issue.  Olm 3 was released today, which has
>> new Python bindings, and which will make python-olm arch-dependent.
>> I'll take a look at this issue when I create a new package, but
>> having just skimmed this briefly, suggestion are welcome on how
>> having python-olm being arch-dependent will affect this issue.

> That'll render my patch essentially useless. I suggest that you leave
> this bug open as long as python-olm is arch-independent. Once it
> becomes arch-dependent, you close it with tags + wontfix. The closure
> will prompt me to look into it again.

> Python extensions can still be cross built. The dh-python dependency
> is fine. python-all-dev is the problematic once. For enabling cross
> compilation you typically use "libpython-all-dev,
> python-all-dev:native" instead. Given that ":native" is irrelevant for
> native builds and that python-all-dev depends on libpython-all-dev
> that works for native builds as well. Then it depends on how the
> extension is built. The most common ways include some form of setup.py
> and autotools. I'd expect autotools to just work. For setup.py, you
> need to pass the cross toolchain along.  I think dh-python does that
> for Python 3.x already. In general, going with the helpers tends to
> work best (e.g. use "dh_auto_configure -- --with-foo" instead of
> "./configure --with-foo").

I've uploaded a new version of libolm, which now includes python
bindings using cffi.  If you can take another look at this and see what
I need to do to make it cross-buildable, that would be very much
appreciated.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#931805: dead keys not working

[Hubert Chathi]

forwarded 931805 https://github.com/aperezdc/revolt/issues/94
thanks

On Wed, 10 Jul 2019 17:39:30 +0200, Sébastien Villemot  
said:

> In a revolt window, I can’t input characters that involve dead keys
> (exemple: “ê” on a French keyboard, which is entered via the
> combination of the “^” dead key followed by “e”).

That sounds like the same as the issue reported upstream at
https://github.com/aperezdc/revolt/issues/94

Bug#931725: ftp.debian.org: RM: ufraw -- ROM; upstream gone, possible security issues

[Hubert Chathi]

Package: ftp.debian.org
Severity: normal

Please remove ufraw.  It seems to be abandoned upstream (no release for
4 years, source code in Sourceforge CVS which is now read-only), and may
have security issues (libraw, which contains similar code, has had
multiple security patches applied, and I've tried to port over some of
the patches, but some may have been missed due to divergences in the
code.  There are also #878732, #878733, #906559, #907467, and #915254
which are potential security issues).

Reverse dependencies:
 - geeqie (recommends ufraw-batch, suggests ufraw)
 - education-desktop-other (recommends gimp-ufraw)
 - multimedia-photography (recommends gimp-ufraw)
 - multimedia-graphics (recommends gimp-ufraw)
 - imagemagick-6.q16(hdri) (suggests ufraw-batch)

I have previously contacted the maintainers of those packages telling
them that I was planning on RM-ROM-ing ufraw.

Alternatives exist for processing camera RAW files.

Thanks

Bug#930034: nodejs: yarnpkg unable to install files with node 10.15

[Hubert Chathi]

Package: nodejs
Version: 10.15.2~dfsg-2
Severity: important

When using nodejs 10.15.2, yarnpkg is unable to copy files to install
dependencies.  eg:

~/tmp$ mkdir foo
~/tmp$ cd foo/
~/tmp/foo$ yarnpkg init
yarn init v1.13.0
question name (foo): 
question version (1.0.0): 
question description: 
question entry point (index.js): 
question repository url: 
question author: 
question license (MIT): 
question private: 
success Saved package.json
Done in 14.00s.
~/tmp/foo $ yarnpkg add leftpad
yarn add v1.13.0
info No lockfile found.
[1/4] Resolving packages...
warning leftpad@0.0.1: Use the built-in String.padStart function instead
[2/4] Fetching packages...
[3/4] Linking dependencies...
error An unexpected error occurred: "EINVAL: invalid argument, copyfile 
'/home/hubert/.cache/yarn/v4/npm-leftpad-0.0.1-86b1a4de4face180ac545a83f1503523d8fed115/node_modules/leftpad/CHANGELOG.md'
 -> '/home/hubert/tmp/foo/node_modules/leftpad/CHANGELOG.md'".
info If you think this is a bug, please open a bug report with the information 
provided in "/home/hubert/tmp/foo/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this 
command.

It works correctly with nodejs 8.11.1 from stretch-backports, hence
filing this issue against nodejs rather than yarnpkg.  (But FWIW, the
yarnpkg version is 1.13.0-1).

The yarn-error.log doesn't seem to include any useful information, but
I've attached it for completeness.

-- System Information:
Debian Release: 9.9
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (300, 'testing'), (200, 
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages nodejs depends on:
ii  libc-ares2 1.14.0-1~bpo9+1
ii  libc6  2.28-10
ii  libgcc11:8.3.0-6
ii  libicu63   63.1-6
ii  libnghttp2-14  1.36.0-2
ii  libnode64  10.15.2~dfsg-2
ii  libssl1.1  1.1.1b-2
ii  libstdc++6 8.3.0-6
ii  libuv1 1.24.1-1
ii  zlib1g 1:1.2.11.dfsg-1

Versions of packages nodejs recommends:
ii  ca-certificates  20161130+nmu1+deb9u1
ii  nodejs-doc   8.11.1~dfsg-2~bpo9+1

Versions of packages nodejs suggests:
ii  npm  5.8.0+ds6-4

-- no debconf information
Arguments: 
  /usr/bin/node /usr/bin/yarnpkg add leftpad

PATH: 
  
/home/hubert/perl5/bin:/home/hubert/.local/bin:/home/hubert/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/sbin:/usr/sbin:/usr/local/sbin:/sbin:/usr/sbin:/usr/local/sbin

Yarn version: 
  1.13.0

Node version: 
  10.15.2

Platform: 
  linux x64

Trace: 
  Error: EINVAL: invalid argument, copyfile 
'/home/hubert/.cache/yarn/v4/npm-leftpad-0.0.1-86b1a4de4face180ac545a83f1503523d8fed115/node_modules/leftpad/CHANGELOG.md'
 -> '/home/hubert/tmp/foo/node_modules/leftpad/CHANGELOG.md'

npm manifest: 
  {
"name": "foo",
"version": "1.0.0",
"main": "index.js",
"license": "MIT"
  }

yarn manifest: 
  No manifest

Lockfile: 
  No lockfile

Bug#928406: [Pkg-matrix-maintainers] Bug#928406: revolt fails to show me the terms and conditions (doesn't have browsing tabs)

[Hubert Chathi]

forwarded 928406 https://github.com/aperezdc/revolt/issues/91
thanks

On Fri, 03 May 2019 16:50:15 -0400, Daniel Kahn Gillmor 
 said:

> I'm experimenting with revolt with a new account hosted on matrix.org.

> when i tried to chat with a different user, and the webapp shows me a
> dialog box about needing to agree to the terms and service.  When i
> click the button to do so, nothing happens.

This seems to have been reported by another user in the upstream bug
tracker.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#927259: release.debian.org: unblock request: nheko

[Hubert Chathi]

Control: tags -1 - moreinfo

On Sat, 20 Apr 2019 18:20:00 +, Niels Thykier  said:

> Please go ahead with the upload including the two extra changes you
> mentioned above and remove the moreinfo tag when it is in unstable and
> ready to be unblocked.

Done.  Thank you for approving the changes.

> For future reference: We generally prefer seeing the debdiff before
> approving the changes.  Had the two extra changes not been obvious
> from your description, then it would have been necessary for me to ask
> you for the full debdiff.  Please make it easier for us by always
> including the changes you want us to consider (modulo filterdiff of
> auto-generated files).

Noted.  I wasn't sure about the process, but will do so in the future.
For reference, here is the complete debdiff.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

diff -Nru nheko-0.6.3/debian/changelog nheko-0.6.3/debian/changelog
--- nheko-0.6.3/debian/changelog	2019-02-08 15:35:59.0 -0500
+++ nheko-0.6.3/debian/changelog	2019-04-22 14:42:00.0 -0400
@@ -1,3 +1,11 @@
+nheko (0.6.3-2) unstable; urgency=medium
+
+  * Support v3 rooms (Closes: #926671)
+  * debian/rules: clean up fakehome (Closes: #926680)
+  * debian/README.source: fix filename (Closes: #926659)
+
+ -- Hubert Chathi   Mon, 22 Apr 2019 14:42:00 -0400
+
 nheko (0.6.3-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru nheko-0.6.3/debian/patches/series nheko-0.6.3/debian/patches/series
--- nheko-0.6.3/debian/patches/series	2019-02-08 15:35:01.0 -0500
+++ nheko-0.6.3/debian/patches/series	2019-04-08 17:57:30.0 -0400
@@ -1,2 +1,3 @@
 no_rpath
 nlohmann-json
+v3_support
diff -Nru nheko-0.6.3/debian/patches/v3_support nheko-0.6.3/debian/patches/v3_support
--- nheko-0.6.3/debian/patches/v3_support	1969-12-31 19:00:00.0 -0500
+++ nheko-0.6.3/debian/patches/v3_support	2019-04-08 17:56:34.0 -0400
@@ -0,0 +1,27 @@
+Author: redsky17 
+Bug: https://github.com/Nheko-Reborn/mtxclient/issues/3
+Bug-Debian: https://bugs.debian.org/926671
+Description: Fix Room v3 Issue
+ This at least partially addresses #3.  I have a feeling that
+ additional updates will be needed at some point, but this
+ fixes the issue where mtxclient would throw an exception for
+ unrecognized event id formats, which caused nheko to crash.
+Origin: backport, https://github.com/Nheko-Reborn/mtxclient/commit/67d39691666bcdf3cc660db19ccc0d9941df13fd
+Last-Update: 2019-04-08
+
+diff --git a/mtxclient/include/mtx/identifiers.hpp b/mtxclient/include/mtx/identifiers.hpp
+index 87acc43..7885885 100644
+--- a/mtxclient/include/mtx/identifiers.hpp
 b/mtxclient/include/mtx/identifiers.hpp
+@@ -90,7 +90,10 @@ parse(const std::string )
+ identifier.hostname_  = id.substr(parts + 1);
+ identifier.id_= id;
+ } else {
+-throw std::invalid_argument(id + ": invalid format\n");
++// V3 event ids don't use ':' at all, don't parse them the same way.
++identifier.localpart_ = id;
++identifier.hostname_ = id;
++identifier.id_ = id;
+ }
+ 
+ return identifier;
diff -Nru nheko-0.6.3/debian/README.source nheko-0.6.3/debian/README.source
--- nheko-0.6.3/debian/README.source	1969-12-31 19:00:00.0 -0500
+++ nheko-0.6.3/debian/README.source	2019-02-08 15:35:01.0 -0500
@@ -0,0 +1,13 @@
+nheko for Debian
+
+
+Since nheko is currently the only package that uses mtxclient, and nheko links
+to it statically, we include the sources for mtxclient with nheko's source.  If
+you have separate tarballs for nheko and mtxclient, the tarball for nheko
+should be named normally for an orig.tar.* file, and the tarball for
+matrix-structs should be named nheko_.orig-mtxclient.tar.*.  If
+you have an unpacked source (with the appropriate version of mtxclient placed
+in the mtxclient directory), then you can run "debian/rules make-orig-source"
+to create the tarballs for nheko and mtxclient.
+
+ -- Hubert Chathi , Wed, 26 Sep 2018 19:38:58 -0400
diff -Nru nheko-0.6.3/debian/README.sources nheko-0.6.3/debian/README.sources
--- nheko-0.6.3/debian/README.sources	2019-02-08 15:35:01.0 -0500
+++ nheko-0.6.3/debian/README.sources	1969-12-31 19:00:00.0 -0500
@@ -1,13 +0,0 @@
-nheko for Debian
-
-
-Since nheko is currently the only package that uses mtxclient, and nheko links
-to it statically, we include the sources for mtxclient with nheko's source.  If
-you have separate tarballs for nheko and mtxclient, the tarball for nheko
-should be named normally for an orig.tar.* file, and the tarball for
-matrix-structs should be named nheko_.orig-mtxclient.tar.*.  If
-you have an unpacked source (with the appropriate version of mtxclient pl

Bug#927259: release.debian.org: unblock request: nheko

[Hubert Chathi]

Package: release.debian.org
Severity: normal

Hello release team.

I would like to upload a new version of nheko to fix #926671.  It is an
"important" bug (though in reality, it could be argued that it is
"serious", as Matrix will be bumping the default room version soon,
which will cause the bug to manifest much more commonly, making the
program less usable).

The fix is to apply a small patch from upstream.  Attached is a debdiff.

In addition to the above issue, I would like to also include fixes for
the following bugs, which are not included in the attached debdiff, but
are fairly trivial:

- #926659 - incorrectly named file (debian/README.sources instead of
  debian/README.source) -- has an obvious fix
- #926680 - a working directory is not properly cleaned up if the build
  fails -- I would just add the working directory to the list of files
  that are "rm -rf"-ed in override_dh_auto_clean.

-- System Information:
Debian Release: 9.8
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (300, 'testing'), (200, 
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

diff -Nru nheko-0.6.3/debian/changelog nheko-0.6.3/debian/changelog
--- nheko-0.6.3/debian/changelog	2019-02-08 15:35:59.0 -0500
+++ nheko-0.6.3/debian/changelog	2019-04-08 18:00:01.0 -0400
@@ -1,3 +1,9 @@
+nheko (0.6.3-2) unstable; urgency=medium
+
+  * Support v3 rooms (Closes: #926671)
+
+ -- Hubert Chathi   Mon, 08 Apr 2019 18:00:01 -0400
+
 nheko (0.6.3-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru nheko-0.6.3/debian/patches/series nheko-0.6.3/debian/patches/series
--- nheko-0.6.3/debian/patches/series	2019-02-08 15:35:01.0 -0500
+++ nheko-0.6.3/debian/patches/series	2019-04-08 17:57:30.0 -0400
@@ -1,2 +1,3 @@
 no_rpath
 nlohmann-json
+v3_support
diff -Nru nheko-0.6.3/debian/patches/v3_support nheko-0.6.3/debian/patches/v3_support
--- nheko-0.6.3/debian/patches/v3_support	1969-12-31 19:00:00.0 -0500
+++ nheko-0.6.3/debian/patches/v3_support	2019-04-08 17:56:34.0 -0400
@@ -0,0 +1,27 @@
+Author: redsky17 
+Bug: https://github.com/Nheko-Reborn/mtxclient/issues/3
+Bug-Debian: https://bugs.debian.org/926671
+Description: Fix Room v3 Issue
+ This at least partially addresses #3.  I have a feeling that
+ additional updates will be needed at some point, but this
+ fixes the issue where mtxclient would throw an exception for
+ unrecognized event id formats, which caused nheko to crash.
+Origin: backport, https://github.com/Nheko-Reborn/mtxclient/commit/67d39691666bcdf3cc660db19ccc0d9941df13fd
+Last-Update: 2019-04-08
+
+diff --git a/mtxclient/include/mtx/identifiers.hpp b/mtxclient/include/mtx/identifiers.hpp
+index 87acc43..7885885 100644
+--- a/mtxclient/include/mtx/identifiers.hpp
 b/mtxclient/include/mtx/identifiers.hpp
+@@ -90,7 +90,10 @@ parse(const std::string )
+ identifier.hostname_  = id.substr(parts + 1);
+ identifier.id_= id;
+ } else {
+-throw std::invalid_argument(id + ": invalid format\n");
++// V3 event ids don't use ':' at all, don't parse them the same way.
++identifier.localpart_ = id;
++identifier.hostname_ = id;
++identifier.id_ = id;
+ }
+ 
+ return identifier;

Bug#900549: Bug#917581: nlohmann-json3: NMU ongoing

[Hubert Chathi]

On Thu, 10 Jan 2019 16:45:34 + (UTC), Gianfranco Costamagna 
 said:

>> For some reason I never got an email regarding lamby's bug reports,
>> so I was not aware of them.  This has happened at least once before,
>> so I'll have to investigate.
>> 
>> In any event, thank you for the NMU.  It looks fine to me.

> I can reschedule, cancel or team upload, as you wish!

I'm fine with letting the NMU go ahead; I don't have any problems with
NMUs.  Alternatively, if you are interested in helping to maintain this
package, you can also do an upload adding yourself to as an uploader,
and I can put it up on salsa and add you as a member.  I am fine either
way.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#900549: Bug#917581: nlohmann-json3: NMU ongoing

[Hubert Chathi]

On Thu, 10 Jan 2019 13:26:52 +0100, Gianfranco Costamagna 
 said:

> Dear maintainer, since none of the opened bug have never had a single
> answer in years,

"Years" is a gross exaggeration and not helpful. :(  The oldest bug is
only about half a year old.

For some reason I never got an email regarding lamby's bug reports, so I
was not aware of them.  This has happened at least once before, so I'll
have to investigate.

In any event, thank you for the NMU.  It looks fine to me.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#913717: quaternion: please package new upstream release 0.0.9.3

[Hubert Chathi]

On Wed, 14 Nov 2018 11:05:00 -0500, Hubert Chathi  said:

> In this case, I'm planning on splitting out libqmatrixclient into its
> own package, rather than bundling it with quaternion, as it is now
> being used by at least one other Matrix client (Spectral), which we
> may want to package as well.

I've uploaded libqmatrixclient.  Once it clears NEW, I'll upload the new
quaternion.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#917558: matrix-synapse-ldap3 installs a python2.7 module (not a py3 one)

[Hubert Chathi]

On Fri, 28 Dec 2018 17:03:52 +, Vincent Ladeuil 
 said:

> Dear Maintainer,

> I'm a freedombox user using a matrix-synapse server.  The freedombox
> setup relies on ldap for user credentials.

> Upgrading from 0.33.9-2 to 0.34.0-2 broke my setup as the
> ldap_auth_provider module wasn't available anymore (so the server
> crashed at startup).

> I worked around it by doing:


> apt-get install python3-ldap3
> apt-get install matrix-synapse-ldap3
> cp /usr/lib/python2.7/dist-packages/ldap_auth_provider.py 
> /usr/lib/python3/dist-packages/

> This sounds like a fallout of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897222

I guess matrix-synapse needs to "Breaks: matrix-synapse-ldap3 (>=
0.1.3-1)", and hopefully the next upload of matrix-synapse-ldap3 will be
updated to use Python 3.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#890086: ufraw: diff for NMU version 0.22-3.1

[Hubert Chathi]

On Sun, 2 Dec 2018 22:13:24 +0100, Salvatore Bonaccorso  
said:

> Thanks for your feedback. Any preference from you to keep it in the
> delayed queue or speed processing up? (feel free as well to just
> reschedule it).

I don't have any preference.  If you want to speed up processing, then
go ahead.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#890086: ufraw: diff for NMU version 0.22-3.1

[Hubert Chathi]

On Sun, 2 Dec 2018 11:04:25 +0100, Salvatore Bonaccorso  
said:

> Dear maintainer,

> I've prepared an NMU for ufraw (versioned as 0.22-3.1) and uploaded it
> to DELAYED/5. Please feel free to tell me if I should delay it longer.

Hi Salvatore,

Thank you very much for the NMU.  I have no objections to it.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#914065: nheko FTBFS: Could not find a package configuration file provided by "MatrixClient"

[Hubert Chathi]

On Mon, 19 Nov 2018 02:31:47 +0100, Axel Beckert  said:

> The cause for this might be much earlier:

> [...]
> CMake Warning at CMakeLists.txt:200 (export):
>   Cannot create package registry file:

> 
> /sbuild-nonexistent/.cmake/packages/MatrixClient/217899eff9ecbd2457b9e7580f99b5aa

>   No such file or directory

Yup, I noticed that too.  I don't know much about CMake, so if anyone
has any insights, it would be much appreciated.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#913890: nheko: More or less broken build-dependencies ("-dev" missing in many package names)

[Hubert Chathi]

On Fri, 16 Nov 2018 16:50:27 +0100, Axel Beckert  said:

> nheko seems to currently block the boost transition because it doesn't
> get rebuilt against boost 1.67 despite the alternative
> build-dependencies:

>   https://buildd.debian.org/status/package.php?p=nheko

> According to that page the issue seems to be that many of the primary
> build dependencies lack the "-dev" and hence refer to a non-existing
> and non-provided package
[...]

Ugh.  Sorry for causing delays to the transition.  I'm rebuilding and
will upload shortly.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#913726: nheko: upstream project looks dead

[Hubert Chathi]

On Wed, 14 Nov 2018 12:35:34 +0100, Jonas Smedegaard  said:

> Package: nheko Version: 0.6.1-1 Severity: important Tags: upstream

> Upstream homepage - a Github page - is marked as "archived by its
> owner" and its short description starts with "No longer maintained".

Yup.  I'm hoping someone will pick up maintainership (or fork it), but
if not, we may need to remove it in buster.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#913717: quaternion: please package new upstream release 0.0.9.3

[Hubert Chathi]

On Wed, 14 Nov 2018 10:47:52 +0100, Jonas Smedegaard  said:

> If I recall correctly, you already granted me write access to the
> Matrix team some time ago and I have been silent till now.  Are you ok
> that I simply "do whatever" in that team and if our work collides we
> try revert to an earlier git commit, or do you prefer that I ask first
> in case you have some greater plans in same area?

In general, we should probably have some amount of coordination.  You
can join our Matrix room at #debian-matrix:matrix.org.

In this case, I'm planning on splitting out libqmatrixclient into its
own package, rather than bundling it with quaternion, as it is now being
used by at least one other Matrix client (Spectral), which we may want
to package as well.

If you are comfortable doing that split yourself, you can go ahead and
work on this if you want.

Thanks

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#911127: olm FTCBFS: python build dependency not installable

[Hubert Chathi]

Hi Helmut,

Thanks for filing this issue.  Olm 3 was released today, which has new
Python bindings, and which will make python-olm arch-dependent.  I'll
take a look at this issue when I create a new package, but having just
skimmed this briefly, suggestion are welcome on how having python-olm
being arch-dependent will affect this issue.

Hubert

On Tue, 16 Oct 2018 06:34:26 +0200, Helmut Grohne  said:

> Source: olm Version: 2.2.2+git20170526.0fd768e+dfsg-1 Tags: patch
> User: helm...@debian.org Usertags: rebootstrap

> olm fails to cross build from source, because its Build-Depends
> request the host architecture python and that fails to
> install. Looking deeper, one sees that python is used in two
> capacities: Once for running rst2html and also for creating
> python-olm. The latter is only necessary for indep builds and the
> former wants the build architecture python.

> So we can shrink the problem by removing python-olm from the arch-only
> build. Doing so allows demoting python-all-dev to Build-Depends-Indep,
> which is irrelevant to cross building.

> The attached patch implements the moving of Build-Depends. Using
> diffoscope and reproducible builds I verified that the resulting .debs
> do not vary accross full builds arch-only builds or indep-only builds.

> Please close this bug when removing python-all-dev from Build-Depends
> even though that might not be sufficient for making olm cross
> buildable.  In case of further issues, I shall file further bug
> reports.

> Helmut

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#901858: nheko segfault on login

[Hubert Chathi]

A much more recent version of nheko is available, which has many
changes.  Can you retry with the latest version (0.6.1) and see if it
still happens?  Maybe also try with the latest version of liblmdb0.

Thanks

On Tue, 19 Jun 2018 05:44:27 -0700, Red Omen  said:

> Package: nheko Version: 0.4.2-1 Severity: normal

> Dear Maintainer, When connecting to matrix.org nheko segfaults
> immediately after clicking login.  Removing ~/.cache/nheko and
> ~/.config/nheko allows me to re-enter my info but it still segfaults
> on login.

> Here is a backtrace from gdb:

> Starting program: /usr/bin/nheko [Thread debugging using libthread_db
> enabled] Using host libthread_db library
> "/lib/x86_64-linux-gnu/libthread_db.so.1".  [New Thread 0x7fffe9338700
> (LWP 18233)] [New Thread 0x7fffde0ca700 (LWP 18234)] [New Thread
> 0x7fffdd688700 (LWP 18235)] [New Thread 0x7fffd56ee700 (LWP 18236)]
> [New Thread 0x7fffd4eed700 (LWP 18237)] [New Thread 0x7fffcbfff700
> (LWP 18238)]

> Thread 1 "nheko" received signal SIGSEGV, Segmentation fault.
> 0x77774935 in mdb_dbi_open () from
> /usr/lib/x86_64-linux-gnu/liblmdb.so.0 (gdb) bt #0 0x77774935
> in mdb_dbi_open () at /usr/lib/x86_64-linux-gnu/liblmdb.so.0 #1
> 0x55691906 in
> Cache::getRoomInfo(std::vector std::char_traits, std::allocator >,
> std::allocator std::char_traits, std::allocator > > > const&) () #2
> 0x556c39c8 in ChatPage::changeTopRoomInfo(QString const&) ()
> #3 0x75c9c2af in QMetaObject::activate(QObject*, int, int,
> void**) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4
> 0x557276e2 in RoomList::roomChanged(QString const&) () #5
> 0x556f4fec in RoomList::initialize(QMap
> const&) () #6 0x75c9cd02 in QObject::event(QEvent*) () at
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x76d98a83 in
> QWidget::event(QEvent*) () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #8 0x76d596cc in
> QApplicationPrivate::notify_helper(QObject*, QEvent*) () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #9 0x76d60e84 in
> QApplication::notify(QObject*, QEvent*) () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #10 0x75c6c938 in
> QCoreApplication::notifyInternal2(QObject*, QEvent*) () at
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #11 0x75c6f4cd in
> QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*)
> () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #12 0x75cc7b73
> in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #13
> 0x72d44287 in g_main_context_dispatch () at
> /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x72d444c0 in
> () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #15
> 0x72d4454c in g_main_context_iteration () at
> /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x75cc719f in
> QEventDispatcherGlib::processEvents(QFlags)
> () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #17 0x7fffebbbc2c1
> in () at /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #18
> 0x75c6ab6a in
> QEventLoop::exec(QFlags) () at
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x75c73ed4 in
> QCoreApplication::exec() () at
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #20 0x5562ea43 in
> main ()

> -- System Information: Debian Release: buster/sid APT prefers testing
> APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign
> Architectures: i386

> Kernel: Linux 4.15.7a (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US,
> LC_CTYPE=en_US (charmap=ISO-8859-1), LANGUAGE=en_US
> (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd
> (via /run/systemd/system)

> Versions of packages nheko depends on: ii libc6 2.27-3 ii libgcc1
> 1:8.1.0-5 ii liblmdb0 0.9.21-1 ii libqt5concurrent5 5.10.1+dfsg-7 ii
> libqt5core5a 5.10.1+dfsg-7 ii libqt5gui5 5.10.1+dfsg-7 ii
> libqt5multimedia5 5.10.1-2 ii libqt5network5 5.10.1+dfsg-7 ii
> libqt5svg5 5.10.1-2 ii libqt5widgets5 5.10.1+dfsg-7 ii libstdc++6
> 8.1.0-5

> Versions of packages nheko recommends: ii ca-certificates 20170717

> nheko suggests no packages.

> -- no debconf information

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#910405: nheko: empty device name causes issue in e2ee chat room

[Hubert Chathi]

package nheko
forwarded 910405 https://github.com/mujx/nheko/issues/458
thanks

Hi Ghost.

Thanks for the report.  It does look like an upstream issue, so I have
forwarded it upstream.

Hubert

On Sat, 06 Oct 2018 01:34:10 +, ghost  said:

> Package: nheko Version: 0.6.1-1 Severity: normal

> Dear Maintainer,

>* What led up to the situation?  If the device name is empty in the
> login process (which does not warn anything when the field is left as
> is), the nheko session will not show up in other clients (riot.im in
> my case). Messages sent to chat rooms with e2ee enabled either don't
> get encrypted for existing rooms, or get encrypted but appear as
> unknown in other clients for rooms created by the nheko session.

>Since the device name is needed for the session to be recognised by
> other clients, I would expect it either - a. be a required field in
> the login process.  b. has a default value to be used when not
> specified.

>I believe this will need to be forwarded upstream, but since Debian
> discourages directly filing bugs to upstream, here I am...

> Cheers.

> -- System Information: Debian Release: buster/sid APT prefers
> testing-debug APT policy: (500, 'testing-debug'), (500, 'testing')
> Architecture: amd64 (x86_64)

> Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale:
> LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8),
> LANGUAGE=zh_CN:zh (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled

> Versions of packages nheko depends on: ii libboost-atomic1.67.0
> 1.67.0-7 ii libboost-chrono1.67.0 1.67.0-7 ii libboost-date-time1.67.0
> 1.67.0-7 ii libboost-iostreams1.67.0 1.67.0-7 ii libboost-random1.67.0
> 1.67.0-7 ii libboost-regex1.67.0 1.67.0-7 ii libboost-system1.67.0
> 1.67.0-7 ii libboost-thread1.67.0 1.67.0-7 ii libc6 2.27-6 ii
> libcmark0 0.28.3-1 ii libgcc1 1:8.2.0-7 ii liblmdb0 0.9.22-1 ii
> libolm2 2.2.2+git20170526.0fd768e+dfsg-1 ii libqt5concurrent5
> 5.11.1+dfsg-9 ii libqt5core5a 5.11.1+dfsg-9 ii libqt5dbus5
> 5.11.1+dfsg-9 ii libqt5gui5 5.11.1+dfsg-9 ii libqt5multimedia5
> 5.11.1-2 ii libqt5network5 5.11.1+dfsg-9 ii libqt5svg5 5.11.1-2 ii
> libqt5widgets5 5.11.1+dfsg-9 ii libsodium23 1.0.16-2 ii libssl1.1
> 1.1.0h-4 ii libstdc++6 8.2.0-7 ii zlib1g 1:1.2.11.dfsg-1

> Versions of packages nheko recommends: ii ca-certificates 20170717

> nheko suggests no packages.

> -- no debconf information

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#908101: nheko: please upload nheko version 0.5.5

[Hubert Chathi]

Hi Shirish,

I had been waiting for a newer Boost to be uploaded to Debian.  Now that
seems to be done, I'll look into packaging the latest version.  Though
I'm on vacation next week, so it probably won't be until after that.

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#901383: whalebuilder is broken after the ruby upgrade

[Hubert Chathi]

Sorry for not looking at this earlier.  I'm not sure that this was
caused by an upgrade.  In any event, it looks like to me like it's
unable to find the key that was used to sign the dsc file.  One solution
to this might be to coerce gpgme to read keys from
/usr/share/keyrings/debian-keyring.gpg, but I'm not sure exactly how to
do that.

I think what I'll do for now is to add an option to indicate whether the
signature should be verified or not, and default to not verify.

On Tue, 12 Jun 2018 11:27:47 +, Lumin  said:

> Package: whalebuilder Version: 0.6 Severity: serious Justification:
> functionality totally broken

> ~/p/skimage.pkg ❯❯❯ whalebuilder build debdev ./skimage_0.13.1-3.dsc
> Traceback (most recent call last): 13: from
> /usr/bin/whalebuilder:331:in `' 12: from
> /usr/lib/ruby/2.5.0/tmpdir.rb:89:in `mktmpdir' 11: from
> /usr/bin/whalebuilder:338:in `block in ' 10: from
> /usr/lib/ruby/vendor_ruby/gpgme/crypto.rb:311:in `verify' 9: from
> /usr/lib/ruby/vendor_ruby/gpgme/ctx.rb:79:in `new' 8: from
> /usr/lib/ruby/vendor_ruby/gpgme/crypto.rb:313:in `block in verify' 7:
> from /usr/lib/ruby/vendor_ruby/gpgme/crypto.rb:313:in `each' 6: from
> /usr/lib/ruby/vendor_ruby/gpgme/crypto.rb:314:in `block (2 levels) in
> verify' 5: from /usr/bin/whalebuilder:339:in `block (2 levels) in
> ' 4: from /usr/lib/ruby/vendor_ruby/gpgme/signature.rb:81:in
> `to_s' 3: from /usr/lib/ruby/vendor_ruby/gpgme/signature.rb:42:in
> `from' 2: from /usr/lib/ruby/vendor_ruby/gpgme/ctx.rb:79:in `new' 1:
> from /usr/lib/ruby/vendor_ruby/gpgme/signature.rb:43:in `block in
> from' /usr/lib/ruby/vendor_ruby/gpgme/ctx.rb:333:in `get_key':
> EOFError (EOFError)



> ruby/unstable,unstable,now 1:2.5.1 amd64 [installed,automatic]
> ruby-gpgme/unstable,unstable,now 2.0.16-1+b1 amd64
> [installed,automatic]

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#897902: tweeny: please make the build reproducible

[Hubert Chathi]

Hi Chris,

On Fri, 04 May 2018 16:26:06 +0100, Chris Lamb  said:

> Whilst working on the Reproducible Builds effort [0], we noticed that
> tweeny could not be built reproducibly.

Somehow this bug didn't make it to my inbox, and I didn't notice it
until now.

I'll make a new upload with your patch soon.

Thanks.

Hubert

Bug#897690: [Pkg-matrix-maintainers] Bug#897690: Inline Etherpad widget does not work

[Hubert Chathi]

On Fri, 4 May 2018 22:59:16 +1200, martin f krafft <madd...@debian.org> said:

> The Etherpad widget that I can add to a room seems to load forever,
> but never actually works.

This might be this upstream issue:
https://github.com/aperezdc/revolt/issues/76

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#898376: quaternion: overly generic header name: /usr/include/util.h

[Hubert Chathi]

On Fri, 11 May 2018 00:09:26 +0200, Andreas Beckmann <a...@debian.org> said:

> during a test with piuparts I noticed your package uses a very generic
> header file name that now clashes with other packages:

> /usr/include/util.h

Indeed.  The package shouldn't be including the header files at all, so
thank you for bringing that to my attention.  I was already planning on
making another upload soon, so I will include the changes in my next
upload.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#897545: node-bluebird: FTBFS: cp: cannot stat '/<>/node-bluebird-3.5.1+dfsg2/js/release/*': No such file or directory

[Hubert Chathi]

It looks like the relevant part of the log is:

,
| nodejs tools/build.js --release --no-minify
| module.js:549
| throw err;
| ^
| 
| Error: Cannot find module 'acorn/walk'
| ...
`

It looks like acorn moved some things around, and acorn/walk is now
acorn/dist/walk.  It seems to work fine after updating the
debian/patches/walk.patch to point to the new location.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#896969: Bug#886865: Bug#896969: Info received (Bug#896969: Acknowledgement (nlohmann-json: Version 3.1.2 is now available - any reason not to update?))

[Hubert Chathi]

On Mon, 30 Apr 2018 04:31:29 +0100, Wookey <woo...@wookware.org> said:

> On 2018-04-28 18:24 +0200, Muri Nicanor wrote:
>> Hi Wookey,
>> 
>> sorry for the delay- there is an ITP for nlohmann-json3
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886865

> Ah yes. Well, it looks like I've done that work 'accidentally' :-).

I've already uploaded the nlohmann-json3 package, and it's sitting in
NEW.  But looking at your patch, it looks like I missed a bunch of files
in debian/copyright, so I'll update that.  Thanks.

Do you want to be listed as a co-maintainer of this package?

> Should this conflict with nlohmann-json, so only one or the other can
> be installed? If both can be installed then they need different paths,
> and software will fail to find the headers unless it is modified to
> use a #include "nlohmann3/json.hpp" or similar.

I opted to install it as nlohmann/json.hpp, and add a conflict with the
nlohmann-json-dev package.

> If we go for that then a new nlohmann-json needs uploading which also
> conflicts with nlohmann-json3.

> nlohmann-json3 provides both a single-file interface and a
> multiple-file interface.

> horizon-eda expects the multiple-header interface (it includes
> nlohmann/json_fwd.hpp as well as nlohmann/json.hpp). I don't know this
> package well enough to know whether providing the multiple-header
> interface works for all the programs that expect to just include
> nlohmann/json.hpp and get everything?

I'm not familiar enough either, but from my quick glance, it looks like
it should work, as json.hpp in the multi-header version seems to include
everything else.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#896739: revolt: missing build dependency on dh-python

[Hubert Chathi]

Thanks for the report.  It looks like python3 used to depend on
dh-python, but it no longer does.  I'll add dh-python explicitly as a
dependency.

On Tue, 24 Apr 2018 09:47:04 +0300, Adrian Bunk <b...@debian.org> said:

> Source: revolt Version: 0.0+git20170627.3f5112b-2.1 Severity: serious

> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/revolt.html

> ...  fakeroot debian/rules clean dh clean --with python3 dh: unable to
> load addon python3: Can't locate Debian/Debhelper/Sequence/python3.pm
> in @INC (you may need to install the
> Debian::Debhelper::Sequence::python3 module) (@INC contains: /etc/perl
> /usr/local/lib/x86_64-linux-gnu/perl/5.26.2
> /usr/local/share/perl/5.26.2 /usr/lib/x86_64-linux-gnu/perl5/5.26
> /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.26
> /usr/share/perl/5.26 /usr/local/lib/site_perl
> /usr/lib/x86_64-linux-gnu/perl-base) at (eval 7) line 1.  BEGIN
> failed--compilation aborted at (eval 7) line 1.

> make: *** [debian/rules:18: clean] Error 2

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#896093: missing dependencies for quaternion

[Hubert Chathi]

On Thu, 19 Apr 2018 17:48:47 +0500, Pirate Praveen <prav...@onenetbeyond.org> 
said:

> When running quaternion from commandline, the following error is shown
> on the terminal

[...]

Thanks for the report.  I'll try to upload a fixed package maybe some
time next week.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#894864: ITP: tweeny -- modern C++ tweening library

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: tweeny
  Version : 2+git20171120.b94ce07
  Upstream Author : Leonardo G. Lucena de Freitas and Guilherme R. Costa
* URL or Web page : https://github.com/mobius3/tweeny
* License : MIT (expat)
  Description : modern C++ tweening library

Tweeny is an inbetweening library designed for the creation of complex
animations for games and other beautiful interactive software. It
leverages features of modern C++ to empower developers with an intuitive
API for declaring tweenings of any type of value, as long as they
support arithmetic operations.

The goal of Tweeny is to provide means to create fluid interpolations
when animating position, scale, rotation, frames or other values of
screen objects, by setting their values as the tween starting point and
then, after each tween step, plugging back the result.

Bug#892201: nlohmann-json build issues with gcc 7.2

[Hubert Chathi]

On Wed, 7 Mar 2018 11:50:31 +0100, Muri Nicanor  said:

> Hi Dominique, uhoreg offered to package version 3
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885540) of
> nlohmann-json and already created an ITP for that:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886865

It may be worth backporting the fix to the 2.x branch, since the 3.x
package will be a separate package, so even after the 3.x package is
released, the bug will still be present in the 2.x package.

But it may also be worth looking into whether the issue is still present
when compiling with gcc 7.3, as it may have just been a bug in gcc 7.2.

> cheers, muri

> On 03/06/2018 05:36 PM, Dominique Belhachemi wrote:
>> Package: nlohmann-json Version: 2.1.1-1 Severity: grave
>> 
>> Some applications don't compile with nlohmann-json 2.1.1 and gcc 7.2
>> .
>> 
>> You can find details here:
>> 
>> https://github.com/nlohmann/json/issues/742
>> 
>> Please update the package.
>> 
>> Thanks -Dominique
>> 

Bug#892707: ufraw: Depends on gconf

[Hubert Chathi]

On Mon, 12 Mar 2018 01:26:33 -0400, Jeremy Bicha <jbi...@debian.org> said:

> Your package depends or build-depends on gconf, but gconf will be
> removed from Debian soon.

Thanks for the report.  The gconf dependency was removed previously, but
seems to have crept back in somehow.  I'll look into why it came back
again.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#890444: Does not support voice/video calling

[Hubert Chathi]

forwarded 890444 https://github.com/aperezdc/revolt/issues/73
thanks

On Thu, 15 Feb 2018 09:20:17 +1300, martin f krafft <madd...@debian.org> said:

> I cannot initiate or receive voice or video calls using revolt.  I get
> an error "VoIP is unsupported; You cannot place VoIP calls in this
> browser."

This is because WebKitGTK+ currently does not support WebRTC, and should
be fixed when WebRTC support is added.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#886865: ITP: nlohmann-json3 -- JSON for Modern C++

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: nlohmann-json3
  Version : 3.0.0
  Upstream Author : Niels Lohmann
* URL or Web page : https://github.com/nlohmann
* License : MIT (Expat)
  Description : JSON for Modern C++

nlohmann-json is already in Debian, but the API has changed for version
3.  This package will provide the new API, while nlohmann-json will
provide the v2 API.

Bug#885540: nlohmann-json-dev: new upstream releases (3.0.0 & 2.1.1)

[Hubert Chathi]

On Sun, 7 Jan 2018 13:18:11 +0100, Muri Nicanor <m...@immerda.ch> said:

> Hello Hubert, thanks for your interest in nlohmann-json. I've already
> packaged the 2.1.1 version of the library and had uploaded it to
> mentors, but i didn't find a sponsor and meanwhile it has been removed
> from mentors.  Maybe you're interested in sponsoring the upload?  The
> git repository for the package is on
> https://0xacab.org/muri/debian-nlohmann-json, but i can also reupload
> the package to mentors.

Thanks.  I'll take a look at it.

> I'm not sure if i will have enough time to package the version 3 of
> the library, but i'll look into it.

If you do not have time to package v3, then I can do that.  I don't mind
packaging it, but I didn't want to "hijack" it on you, if you wanted to
package it.  Let me know if you'd prefer to package it, or if you'd
prefer that I do so.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#885540: nlohmann-json-dev: new upstream releases (3.0.0 & 2.1.1)

[Hubert Chathi]

On Sun, 7 Jan 2018 13:18:11 +0100, Muri Nicanor <m...@immerda.ch> said:

> Hello Hubert, thanks for your interest in nlohmann-json. I've already
> packaged the 2.1.1 version of the library and had uploaded it to
> mentors, but i didn't find a sponsor and meanwhile it has been removed
> from mentors.  Maybe you're interested in sponsoring the upload?  The
> git repository for the package is on
> https://0xacab.org/muri/debian-nlohmann-json, but i can also reupload
> the package to mentors.

I don't have permission to view that git repository.  Can you give me
permissions (I logged in via GitHub -- my username on GitHub is uhoreg),
or you can reupload to mentors, and I can try to take a look at it
there.

Thanks

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#885797: [Pkg-matrix-maintainers] Bug#885797: revolt: please build-depend on libglib2.0-dev-bin

[Hubert Chathi]

On Fri, 29 Dec 2017 23:50:08 +, Simon McVittie <s...@debian.org> said:

[...]

> This is easily fixed by changing the Build-Depends to pull in either
> libglib2.0-dev-bin, or libglib2.0-dev. I'll do a delayed NMU with the
> obvious change when I get a bug number; or if a maintainer would
> prefer to take care of this, a suitable patch is attached.

Hi Simon,

Thank you for the report and for the NMU.  I don't think we have any
uploads for Revolt planned in the near future, so we can just let the
NMU go through.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#885540: nlohmann-json-dev: new upstream releases (3.0.0 & 2.1.1)

[Hubert Chathi]

Package: nlohmann-json-dev
Version: 2.0.6-1
Severity: wishlist

Version 3.0.0 of nlohmann's JSON library has been released.  It has some
breaking changes from the 2.x series, so maybe it should be given a
separate package name (nlohmann-json3-dev?).

The 2.x series is also now up to 2.1.1, which includes new features such
as converting from/to arbitrary types, and CBOR/MessagePack support.
2.1.1 should be backwards compatible with the currently packaged release.

-- System Information:
Debian Release: 8.7
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unreleased'), (500, 'stable-updates'), 
(300, 'testing'), (200, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- no debconf information

Bug#885154: ITP: libjs-browser-request -- Browser library compatible with the node-request package

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: libjs-browser-request
  Version : 0.3.3
  Upstream Author : Jason Smith
* URL or Web page : https://github.com/jhs/browser-request
* License : Apache License 2.0
  Description : Browser library compatible with the node-request package

This package provides a library compatible with the request library for
Node.js.  The library can be used as a UMD module, or through a
JavaScript bundling tool that resolves require() statements such as
node-browserify-lite.

Bug#881914: [Pkg-matrix-maintainers] Bug#881914: nheko FTBFS: Qt5LinguistTools*.cmake moved to qttools5-dev

[Hubert Chathi]

On Thu, 16 Nov 2017 14:44:18 +0200, Adrian Bunk <b...@debian.org> said:

> Source: nheko Version: 0.0+git20170715.3c1f969-2 Severity: serious

[...]

> qttools-opensource-src (5.9.2-3) unstable; urgency=medium

>   * Move Qt5LinguistTools*.cmake from qttools5-dev-tools to
> qttools5-dev.  ...

Thanks for the report.  I'll try to do a new upload this weekend.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#853692: ufraw: diff for NMU version 0.22-1.2

[Hubert Chathi]

On Sat, 21 Oct 2017 00:31:59 +0200, Andreas Bombe <a...@debian.org> said:

> Dear maintainer,

> I've prepared an NMU for ufraw (versioned as 0.22-1.2) and uploaded it
> to DELAYED/2. Please feel free to tell me if I should delay it longer.

Hi Andreas,

Thank you for the patch and the NMU.  I was actually just looking at
this the other day, but never actually made a new package for it.  As
you note, the code in there is a bit questionable.  Assigning some
values to an unsigned, and then calling abs on that unsigned value is an
odd thing to do.

It looks like upstream's upstream's patch is to change i and c to int
instead of unsigned, and I will upload a new package soon that does
that.  However, please feel free to leave your NMU in DELAYED/2, as that
will force me to actually upload my package soon. ;)

Thanks

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#878732: ufraw-batch: NULL pointer dereference when runningwith --conf option

[Hubert Chathi]

package ufraw-batch
reopen 878733
thanks

On Tue, 17 Oct 2017 10:31:28 +0900, 장준언 <joonun.j...@gmail.com> said:

> Hello, I reported 3 bugs (878732, 878733, 878745) In fact, 878745 is a
> duplicate of 878732.  But I should have reported it again because I
> attached wrong poc file in 878732.  So you can regenerate this bug
> using the attached file in 878745.

> And after analyzing this issue, I thought that two bugs are different.

[snip backtraces]

Thanks for the clarification.  I missed that they were two different
backtraces, and thought that it was just an accidental re-submission.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#878732: ufraw-batch: NULL pointer dereference when running with --conf option

[Hubert Chathi]

On Mon, 16 Oct 2017 18:48:16 +0900, Joonun Jang <joonun.j...@gmail.com> said:

> Package: ufraw-batch
> Version: 0.22-1.1
> Severity: normal

> Running 'ufraw-batch --conf' with the attached file raises a NULL
> pointer dereference, which may allow a denial-of-service attack of a
> malicious attacker.

[...]

Hi Joonun,

Thank you for the bug report.  It looks like you are passing the poc
file as the argument for the configuration file.  I don't think this is
a big security issue, since I don't think that it is normal to pass a
configuration file that was generated by another person.  Nevertheless,
it obviously shouldn't segfault.  I think that "Severity: normal", as
you've filed it, is the correct severity for this bug.

Thanks

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#779305: node-bluebird

[Hubert Chathi]

On Sat, 7 Oct 2017 17:28:17 +0200, Ross Gammon  said:

> Hi Hubert, I would like to incorporate your work, but for some reason
> I cannot clone or fetch from your node-bluebird repository (I was able
> to clone one of your others - whalebuilder).

Hi Ross,

Can you give it another try?  I forgot to enable the hook to allow it to
be cloned over HTTPS.  Hopefully it should work now.

Hubert

Bug#779305: Update on dependencies

[Hubert Chathi]

On Sun, 1 Oct 2017 17:36:14 +0200, Ross Gammon <r...@the-gammons.net> said:

> Yes - any help getting bluebird finished would be welcome. I have been
> conscious that it would very soon become a blocker for many things,
> but have lacked the time to get back onto it. It probably also needs
> to have a bootstrap trip via contrib, as it needs a prebuilt version
> of itself to build.

I don't think contrib would help since packages in main aren't allowed
to build-depend on things in contrib.  I think it would be OK to include
the pre-built JS files as long as they're the same as the resulting
files, so that people can verify that it's built properly.  Also, since
they're un-minified, and the build process seems to be mostly trivial
(some macros and removing comments and asserts), it isn't that hard to
see that it does come from the source.

> I found some old local updates that I had not pushed, so I just pushed
> them. If you push to another branch like Pirate says Hubert, we can
> merge all the best bits.

I don't have push access to Alioth, but I've put it up in my own
personal git repo: http://vcs.uhoreg.ca/git/cgit/node-bluebird/  I've
split everything up into separate commits so that it's easy to pick and
choose which ones to include.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#877422: ITP: node-babel-plugin-transform-async-to-bluebird -- turn async functions into bluebird promises

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: node-babel-plugin-transform-async-to-bluebird
  Version : 1.1.1
  Upstream Author : Thomas Heck <t...@b128.net>
* URL or Web page : 
https://github.com/chpio/babel-plugin-transform-async-to-bluebird
* License : MIT
  Description : Babel plugin to turn async functions into bluebird promises

Babel is a JavaScript compiler to use next generation JavaScript, today.

Bug#779305: Update on dependencies

[Hubert Chathi]

On Sat, 29 Apr 2017 09:43:01 +0200, Ross Gammon  said:

> Found the latest & pushed!

> I had success (apart from the acorn issue) bootstrapping it with a
> copy of a pre-built bluebird in debian/node_modules. I need to change
> that directory name though, because it is ignore by git.

> If you like, I could try and finish it off this weekend. Any tips
> welcome. If you are impatient, you are welcome to take it from here.

Hi Ross,

Have you done any work on this recently?  I took a quick look bluebird
the other day, and I have a 1-line patch to make it build with
node-acorn in Debian, plus a few other little patches.  The tests are
running, but failing, and I haven't dug much into why they're failing
yet.  But the resulting build is the same as what I get from npm install
(at least just the node part, obviously).  I can push what I've done
somewhere, if that would be helpful.

Hubert

Bug#873095: ITP: revolt -- better desktop integration for Riot.im

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: revolt
  Version : 0.0+git20170627.3f5112b
  Upstream Author : Adrian Perez <ape...@igalia.com>
* URL or Web page : https://github.com/aperezdc/revolt
* License : GPL-3
  Description : better desktop integration for Riot.im

Revolt is a small application which wraps the Riot.im webapp to provide better
integration with desktop environments in general, and GNOME in particular:

   * Having Riot as a “standalone” application with its own window, launcher,
 icon, etc. instead of it living in a browser tab.
   * Persistent notifications (for desktop environments supporting them, i.e.
 GNOME). Notifications are automatically prevented when the Revolt window
 is focused.
   * Status icon for desktop environment which have a tray bar applet (XFCE,
 Budgie, likely many others).

Riot.im is a chat client for Matrix, an open, federated communications
protocol.

Bug#866502: #866502: RFP: riot-web -- Graphical chat client for use with the decentralized matrix communication servers.

[Hubert Chathi]

There are several obstacles to packaging riot-web (both the desktop
version and the webapp version) in Debian.  In addition to react and
electron not being in Debian, as shirish mentioned, the build process
needs a newer version of npm than what is available in Debian, and the
JavaScript version of olm requires emscripten, which is currently not
usable in Debian.  There are probably many other little JavaScript
packages that Riot depends on that are not yet in Debian.

We have a wiki page tracking the packaging status for several
Matrix-related software in Debian, including Riot:
https://wiki.debian.org/Matrix

Hubert

Bug#872401: ITP: lmdbxx -- C++ wrapper for LMDB

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: lmdbxx
  Version : 0.9.14.1+git
  Upstream Author : Arto Bendiken <a...@bendiken.net>
* URL or Web page : https://github.com/bendiken/lmdbxx
* License : Unlicense (public domain)
  Description : C++ wrapper for LMDB

 "This is a comprehensive C++ wrapper for the LMDB embedded database library,
 offering both an error-checked procedural interface and an object-oriented
 resource interface with RAII semantics."

Bug#865821: ITP: matrix-js-sdk -- JavaScript Client-Server SDK for the Matrix protocol

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: matrix-js-sdk
  Version : 0.7.13
  Upstream Author : Vector Creations Limited
* URL or Web page : https://github.com/matrix-org/matrix-js-sdk/
* License : Apache-2.0
  Description : JavaScript Client-Server SDK for the Matrix protocol

matrix-js-sdk is an SDK that allows JavaScript programs to communicate over
Matrix, an open, federated communications protocol.

Note: build-depends on node-babel, which is not in Debian yet

Bug#847566: ITP: libolm -- An implementation of the Double Ratchet cryptographic ratchet written in C and C++11 and exposed as a C API

[Hubert Chathi]

owner 847566 uho...@debian.org
retitle 847566 ITP: libolm -- An implementation of the Double Ratchet 
cryptographic ratchet written in C and C++11 and exposed as a C API
thanks

I should be able to package this.

Bug#864375: ITP: quaternion -- desktop IM client for the Matrix protocol

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: quaternion
  Version : git snapshot
  Upstream Author : QMatrixClient team 
* URL or Web page : https://github.com/QMatrixClient/Quaternion
* License : GPL-3+
  Description : desktop IM client for the Matrix protocol

Quaternion is a Qt-based chat client for the Matrix protocol, an open,
federated communications protocol.

Bug#864374: ITP: nheko -- desktop IM client for the Matrix protocol

[Hubert Chathi]

Package: wnpp
Owner: Hubert Chathi <uho...@debian.org>
Severity: wishlist

* Package name: nheko
  Version : git snapshot
  Upstream Author : Konstantinos Sideris and others
* URL or Web page : https://github.com/mujx/nheko
* License : GPL-3+
  Description : desktop IM client for the Matrix protocol

Nheko is a Qt-based chat client for the Matrix protocol, an open,
federated communications protocol.  The motivation behind the project is
to provide a native desktop app for Matrix that feels more like a
mainstream chat app and less like an IRC client.

Bug#856227: ufraw FTBFS on architectures where char is unsigned

[Hubert Chathi]

On Mon, 27 Feb 2017 14:38:34 +0100, John Paul Adrian Glaubitz 
<glaub...@physik.fu-berlin.de> said:

> The attached debdiff contains a patch that fixes the issue.

> Let me know if you are okay with me performing the NMU.

Thanks for the quick fix.  Please go ahead with the NMU.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#849379: whalebuilder: Relax dependency on docker.io

[Hubert Chathi]

On Mon, 26 Dec 2016 15:16:35 +0200, Tristan Seligmann <mithra...@mithrandi.net> 
said:

> I'd like to be able to use this package with the upstream Docker
> packages instead of the Debian ones (since I need the former installed
> for other reasons, and they can't be installed simultaneously); what
> about relaxing the dependency to something like "docker.io |
> docker-engine"?

That should be doable, and I'll add it in the next release, but it's
unlikely it'll make it out in time for the freeze.

-- 
Hubert Chathi <uho...@debian.org> -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#835085: noweb: FTBFS: build-depends on iconc which didn't work and it was removed

[Hubert Chathi]

On Mon, 22 Aug 2016 11:53:51 +0200 (CEST), Santiago Vila <sanv...@unex.es> said:

> This package does no longer build from source because the iconc
> package does no longer exist (I'm not providing a build log, but this
> is very easy to check).
[...]
> So, I believe the attached patch should fix the FTBFS bug (but I have
> not actually tested it). Please give it a try.

Thanks.  The patch seems to work fine.  Can you sponsor an upload for
me?  My key was removed from the keyring due to being weak, and I
haven't managed to get a new one in.  The fixed packages are available
at: https://debian.uhoreg.ca/unstable/ (In addition to the diff you
provided, I also updated the upstream's homepage.)

Thanks again.

-- 
Hubert Chathi <uho...@debian.org> -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 4096R/113A1368 https://www.uhoreg.ca/
Fingerprint: F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#831803: O: hashcash -- postage payment scheme for email based on hash calculations

[Hubert Chathi]

Package: wnpp
Severity: normal

Unfortunately, due to my GPG key being weak, and not having a
sufficiently-connected replacement key, I'm unable to make uploads for
my packages, and apparently I'm not sufficiently motivated to find a
sponsor for this package, so it's seems best for me to just let it go.

Packaging activity is minimal -- no upstream updates, so it's just
making sure that it fits in Debian properly.  In particular, the package
needs to be updated with a newer debhelper version.