Bug#1012289: Bug #1012289: Following up on Lintian

2023-12-27 Thread Simon Quigley
Hello,

In most recent Ubuntu cycles, I've taken on the "archive bootstrapping" 
responsibility of adding the new Ubuntu codename to Lintian. I remember 
having some deeper conversations with the former Lintian maintainer 
regarding further contributions and maintenance, but I also recall some 
politics, and quite frankly, *I don't care*. Regardless, Lintian is 
something I look at every cycle.

I'm writing today to express my concern about the current state of 
Lintian maintenance. I already understand that there is an RFH filed 
against Lintian, but that has not received any sort of followup since 
2022. The most recent Lintian upload is from March 2023, and as of the 
time of writing, there are 26 open merge requests[1].

I also understand that this is a volunteer team. My goal here is not to 
diminish the work of the current maintainers in any way, quite the 
opposite. I would simply like to ask, "do you need help?"

I'm not volunteering to take over Lintian entirely, nor do I want to. 
That being said, I would be motivated to sort through the current MR 
list and at least shave off some technical debt. If this is something 
you are open to, or if anyone else would be open to this as well, I 
think it is a worthwhile effort.

Lintian is crucially important for Debian development as it stands 
today. Before sponsoring a package, before uploading our own packages, 
and even once in the archive, we run Lintian all the time. I do not 
believe it is too late to put some additional minds behind this, to 
ensure Lintian survives for years to come. I simply feel as if *someone* 
should bump this thread, so we do not lose sight of it.

Thank you for your time. Please do let me know if you have any 
questions, or if I can do anything else to help.

[1] https://salsa.debian.org/lintian/lintian/-/merge_requests

Warm regards,

--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:ubuntu.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


smime.p7m
Description: smime.p7m


Bug#1059364: plymouth: Please package the new upstream version

2023-12-23 Thread Simon Quigley
Package: plymouth
Version: 22.02.122-4
Severity: wishlist

Hello,

23.51.283 looks like it's been released, and it seems to bring a lot of 
new, useful features[1].

Could we please get plymouth in Debian updated?

[1] 
https://9to5linux.com/plymouth-linux-graphical-boot-manager-now-better-handles-display-rendering

Thanks in advance for your help,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:ubuntu.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


Bug#1042547: RFS: rednotebook/2.29.6+ds-2~bpo11+1 -- Modern desktop diary and personal journaling tool

2023-08-22 Thread Simon Quigley

Hello,

I've never uploaded to this pocket before, so I'll leave the bug open just in 
case.

$ dput ftp-master ../rednotebook_2.29.6+ds-2~bpo11+1_source.changes
D: Setting host argument.
Checking signature on .changes
gpg: ../rednotebook_2.29.6+ds-2~bpo11+1_source.changes: Valid signature from 
E27F2CF8458C2FA4
Checking signature on .dsc
gpg: ../rednotebook_2.29.6+ds-2~bpo11+1.dsc: Valid signature from 
E27F2CF8458C2FA4
Package includes an .orig.tar.gz file although the debian revision suggests
that it might not be required. Multiple uploads of the .orig.tar.gz may be
rejected by the upload queue management software.
Uploading to ftp-master (via ftp to ftp.upload.debian.org):
  Uploading rednotebook_2.29.6+ds-2~bpo11+1.dsc: done.
  Uploading rednotebook_2.29.6+ds.orig.tar.gz: done.
  Uploading rednotebook_2.29.6+ds-2~bpo11+1.debian.tar.xz: done.
  Uploading rednotebook_2.29.6+ds-2~bpo11+1_source.buildinfo: done.
  Uploading rednotebook_2.29.6+ds-2~bpo11+1_source.changes: done.
Successfully uploaded packages.

Have fun,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1040359: RFS: vim-julia/0.0~git20221020.fca7e3e-1 [ITA] -- Vim support for Julia language

2023-08-22 Thread Simon Quigley

Control: tags -1 + moreinfo

Please fix the autopkgtest. Thanks.

--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1039514: RFS: cil/0.07.00-13 -- command line issue tracker

2023-08-22 Thread Simon Quigley

Control: tags -1 + moreinfo

Please fix the autopkgtest. Thanks.

--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1050206: rust-test-case: Failed autopkgtest after 3.1.0-3

2023-08-21 Thread Simon Quigley

Hello,

Since Jonas is in LowNMU, I've uploaded this patch to DELAYED/2 and committed 
it in Git.

Jonas, feel free to cancel the upload (or tell me to) if you have a better 
solution.

Thank you!

--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1042508: RFS: xdg-desktop-portal-xapp/1.0.3-1 [ITP] -- Xapp's Cinnamon, MATE and Xfce backends for xdg-desktop-portal

2023-08-15 Thread Simon Quigley

Ooh, new shiny.

Plsfix, eventually:
W: xdg-desktop-portal-xapp: no-manual-page [usr/libexec/xdg-desktop-portal-xapp] 

P: xdg-desktop-portal-xapp source: trailing-whitespace [debian/rules:10] 


X: xdg-desktop-portal-xapp source: 
debian-watch-does-not-check-openpgp-signature [debian/watch]

$ dput ftp-master ../xdg-desktop-portal-xapp_1.0.3-1_source.changes
D: Setting host argument.
Checking signature on .changes
gpg: ../xdg-desktop-portal-xapp_1.0.3-1_source.changes: Valid signature from 
E27F2CF8458C2FA4
Checking signature on .dsc
gpg: ../xdg-desktop-portal-xapp_1.0.3-1.dsc: Valid signature from 
E27F2CF8458C2FA4
Uploading to ftp-master (via ftp to ftp.upload.debian.org):
  Uploading xdg-desktop-portal-xapp_1.0.3-1.dsc: done.
  Uploading xdg-desktop-portal-xapp_1.0.3.orig.tar.gz: done.
  Uploading xdg-desktop-portal-xapp_1.0.3-1.debian.tar.xz: done.
  Uploading xdg-desktop-portal-xapp_1.0.3-1_source.buildinfo: done.
  Uploading xdg-desktop-portal-xapp_1.0.3-1_source.changes: done.
Successfully uploaded packages.

Good luck with source NEW,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1049355: RFS: sane-backends/1.2.1-5 -- API development library for scanners

2023-08-15 Thread Simon Quigley

Hello,

No complaints, especially since you're the maintainer.

I trust you'll close the bug once you've properly tagged it in Git (or whatever 
your ack workflow happens to be.)

$ dput ftp-master ../sane-backends_1.2.1-5_source.changes
D: Setting host argument.
Checking signature on .changes
gpg: ../sane-backends_1.2.1-5_source.changes: Valid signature from 
E27F2CF8458C2FA4
Checking signature on .dsc
gpg: ../sane-backends_1.2.1-5.dsc: Valid signature from E27F2CF8458C2FA4
Uploading to ftp-master (via ftp to ftp.upload.debian.org):
  Uploading sane-backends_1.2.1-5.dsc: done.
  Uploading sane-backends_1.2.1-5.debian.tar.xz: done.
  Uploading sane-backends_1.2.1-5_source.buildinfo: done.
  Uploading sane-backends_1.2.1-5_source.changes: done.
Successfully uploaded packages.

--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1031284: RFS: wl-mirror/0.12.2-1 [ITP] -- output-mirroring tool for wlroots-based Wayland desktops

2023-07-26 Thread Simon Quigley

This package looks good, I've just sponsored an upload with an amd64 build.

Best of luck with source NEW,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1025183: silx: (autopkgtest) needs update for python3.11: Segmentation fault

2023-01-26 Thread Simon Quigley

Hello,

While I can't confirm the original error in the bug report, I can confirm that the autopkgtests fail with Python 3.11, 
and require some fixes.


I have uploaded a fix for this to Ubuntu, the delta is attached. I also uploaded this to DELAYED/2 (the fix is 
non-intrusive and only affects the test suite, so it should be safe). Please let me know if you would like this delayed 
further, cancelled, or expedited.


Thanks,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4
diff -Nru silx-1.1.0+dfsg/debian/changelog silx-1.1.0+dfsg/debian/changelog
--- silx-1.1.0+dfsg/debian/changelog	2022-11-04 15:54:24.0 +
+++ silx-1.1.0+dfsg/debian/changelog	2023-01-26 22:56:43.0 +
@@ -1,3 +1,9 @@
+silx (1.1.0+dfsg-3ubuntu1) lunar; urgency=medium
+
+  * Add a patch fixing the build with Python 3.11.
+
+ -- Simon Quigley   Thu, 26 Jan 2023 16:56:43 -0600
+
 silx (1.1.0+dfsg-3) unstable; urgency=medium
 
   * do not run test which use lot's of memory
diff -Nru silx-1.1.0+dfsg/debian/control silx-1.1.0+dfsg/debian/control
--- silx-1.1.0+dfsg/debian/control	2022-11-04 15:54:24.0 +
+++ silx-1.1.0+dfsg/debian/control	2023-01-26 22:56:43.0 +
@@ -1,5 +1,6 @@
 Source: silx
-Maintainer: Debian Science Maintainers 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian Science Maintainers 
 Uploaders:
  Jerome Kieffer ,
  Picca Frédéric-Emmanuel ,
diff -Nru silx-1.1.0+dfsg/debian/patches/0008-python3.11-fix.patch silx-1.1.0+dfsg/debian/patches/0008-python3.11-fix.patch
--- silx-1.1.0+dfsg/debian/patches/0008-python3.11-fix.patch	1970-01-01 00:00:00.0 +
+++ silx-1.1.0+dfsg/debian/patches/0008-python3.11-fix.patch	2023-01-26 22:56:38.0 +
@@ -0,0 +1,27 @@
+Description: Remove special-case for Python 3.11
+Author: Simon Quigley 
+Origin: vendor
+Last-Update: 2023-01-26
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/src/silx/gui/utils/testutils.py
 b/src/silx/gui/utils/testutils.py
+@@ -141,14 +141,10 @@ class TestCaseQt(unittest.TestCase):
+ 
+ def _currentTestSucceeded(self):
+ if hasattr(self, '_outcome'):
+-if hasattr(self, '_feedErrorsToResult'):
+-# For Python 3.4 -3.10
+-result = self.defaultTestResult()  # these 2 methods have no side effects
+-if hasattr(self._outcome, 'errors'):
+-self._feedErrorsToResult(result, self._outcome.errors)
+-else:
+-# Python 3.11+
+-result = self._outcome.result
++# For Python 3.4 -3.10
++result = self.defaultTestResult()  # these 2 methods have no side effects
++if hasattr(self._outcome, 'errors'):
++self._feedErrorsToResult(result, self._outcome.errors)
+ else:
+ # For Python < 3.4
+ result = getattr(self, '_outcomeForDoCleanups', self._resultForDoCleanups)
diff -Nru silx-1.1.0+dfsg/debian/patches/series silx-1.1.0+dfsg/debian/patches/series
--- silx-1.1.0+dfsg/debian/patches/series	2022-11-04 15:54:24.0 +
+++ silx-1.1.0+dfsg/debian/patches/series	2023-01-26 22:54:36.0 +
@@ -5,3 +5,4 @@
 0005-removed-hdf5plugin-from-full-dependencies.patch
 0007-python3.10-fix.patch
 0007-do-not-install-scipy_spatial-COPYING.txt.patch
+0008-python3.11-fix.patch


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1027943: regina-normal FTBFS with Python 3.11 as default version

2023-01-23 Thread Simon Quigley

Hi Benjamin, thanks for responding so quickly.

I will cancel the upload in Debian, but it's worth noting that I did upload this to Ubuntu already. (Your version will 
automatically sync over once you upload it.)


Best wishes,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1027943: regina-normal FTBFS with Python 3.11 as default version

2023-01-23 Thread Simon Quigley

Hello,

I've uploaded this fix to DELAYED/2, please let me know if you would like it 
cancelled/delayed further/not uploaded.

Thanks,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1028877: flask-dance: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.10 3.11" returned exit code 13

2023-01-19 Thread Simon Quigley

Hello,

I have uploaded a fix for this bug to Ubuntu, and uploaded it to the DELAYED/5 
queue also.

If you would rather this be a team upload or would like the delay shortened, 
please do let me know.

Thanks,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1023787: State of Debian LXQt in 2022

2022-11-16 Thread Simon Quigley

Dear Debian Release Team, or whoever this may concern,

Let me provide some context for the current state of LXQt in Debian, and 
where the shortcomings exist in our current process, leading to a 
situation like this.


Lubuntu, an officially recognized flavor of Ubuntu, has used LXQt for 
our default desktop environment since the 18.10 release. The Debian LXQt 
Team at the time was anything but receptive to our contributions and the 
hard work we have put into Lubuntu being as polished as it is today. 
This was mostly due to the inconsistent release schedule used by LXQt 
upstream, since they have no clear release windows, as we do in Debian 
and Ubuntu, respectively. In 2022, I am now seeing a consistent release 
schedule for the first time. With LXQt being pre-1.0 software, it was 
incredibly difficult to justify shipping an LXQt stack with bugs that 
had been fixed upstream for months. Therefore, we decided to simply 
carry an Ubuntu delta.


Over time, a downstream-first approach, in and of itself, became 
difficult to justify. Especially with our refocus away from the i386 
architecture, when we would encourage people to install Debian on those 
antiquated machines, they would be working with an incredibly old 
version of LXQt. There was absolutely no excuse for this: the Debian 
LXQt Team still existed, but always lagged at least one major version 
behind. That tends to add up when upstream only did a release once a year...


Especially after becoming a Debian Developer and understanding what it 
takes firsthand, this was not something I wanted to continue. I 
announced that in a bug report simply to call out into the distance, to 
check if there was *anyone* interested in taking over the work Alf Gaida 
left us with, or at least interested in helping us in the effort. I 
received no such response, so I started uploading to Experimental, as 
you do when staging transitions.


Several team members that held hats within Debian LXQt at some point 
started to step up and make questionable decisions. For example, despite 
becoming a Debian Developer in 2018, I was mentored to use symbols files 
for my library packages, to ensure ABI stability. They have been 
dropped, without even waiting for an acknowledgement or my perspective, 
because "they're too difficult to maintain." I will admit to allowing my 
mentee, Aaron Rainbolt, to make packaging changes that I *ONLY* intended 
on uploading to Experimental, with the intent of a thorough package 
review cycle, as I have done countless times within the Ubuntu 
infrastructure.


Our work, despite the shortcomings, moves the needle forward for our 
users. There are so many bugfixes and great features included with the 
LXQt 1.1 release, now LXQt 1.2, that for Debian *and* for Lubuntu, we 
should have it in the next stable release. Aaron and I have been quite 
discouraged by some of the recent actions by this team. Especially 
uploading to unstable what should have only been uploaded to 
experimental (in the case of liblxqt), it shows me that we hold very 
different technical standards, for our packaging and for our users. If I 
still were to have an opinion worth hearing in the team, I would have 
noted that upload to be bad. It looks to me as if they're seeing this as 
an act of aggression, when in reality, we've been sick and tired of 
twiddling our thumbs, waiting for Debian to adopt the packaging we have 
held for three cycles now. The scene was completely silent until we 
showed up, for years, and suddenly it seems to be an act of aggression?


I don't enjoy these types of arguments. To me at least, they're 
subtracting from what we're here to do: make Debian better for its 
users. However, it's worth noting, for the sake of answering to the 
Debian Release Team, that this is the result of *years* of tension. To 
move things forward, I would be more than happy to prepare the Debian 
LXQt 1.2 transition *myself*, the *right* *way*, and upload it all to 
Unstable *myself*, to ensure the transition is actually done smoothly. 
At that point, we can try to work on a healthier team environment.


--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1014257: ITP: qtxdg-tools -- separated from libqtxdg

2022-07-02 Thread Simon Quigley

Package: wnpp
Severity: wishlist

* Package name: qtxdg-tools
  Version : 3.9.1
  Upstream Author : LXQt Project
* URL : https://github.com/lxqt/qtxdg-tools
* License : LGPL-2.1
  Programming Lang: C++
  Description : User tools for libqtxdg

 qtxdg-tools contains a CLI MIME tool, qtxdg-mat, for handling file
 associations and opening files with their default applications.
 .
 It is maintained by the LXQt project and needed by LXQt Session, in
 order to be used by xdg-utils. Yet it can be used independently from
 LXQt, too.

This package is a prerequisite for updating the LXQt stack to 1.1, see 
bug 1013334.


qtxdg-tools has already been accepted into the Ubuntu archive. My intent 
is to sync this package.


https://launchpad.net/ubuntu/+source/qtxdg%2Dtools

--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1013334: Intent to update LXQt to the latest version

2022-06-21 Thread Simon Quigley

Package: liblxqt
Version: 0.16.0-1
Severity: normal
Control: affects -1 libqtxdg libfm-qt lxqt-themes lxqt-qtplugins 
obconf-qt pavucontrol-qt qtermwidget lximage-qt lxqt-about lxqt-admin 
lxqt-archiver lxqt-config lxqt-globalkeys lxqt-notificationd 
lxqt-openssh-askpass lxqt-policykit lxqt-session lxqt-sudo pcmanfm-qt 
qterminal lxqt-panel lxqt-powermanagement lxqt-runner


Dear Debian LXQt maintainers,

I intend on updating the entire LXQt stack to the latest version on June 
30, 2022 (this is when I plan on uploading to Sid).


The entire stack builds, installs, and works in the Ubuntu development 
release. I would like to completely eliminate the vast majority of 
Ubuntu deltas.


I am a member of the packaging team on Salsa and intend on using 
existing processes (and doing a team upload), but if the existing 
maintainers would like to go the path of allowing the Lubuntu Team to 
maintain these packages in Debian, say the word and we can downstream 
packaging.


If you object to this, please respond before the aforementioned date. 
(As soon as I figure BTS out) all packages targeted will be marked as 
affected by this bug.


Best intents and wishes,
--
Simon Quigley
tsimo...@debian.org
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature
Description: OpenPGP digital signature


Bug#997929: transition: yaml-cpp

2021-10-27 Thread Simon Quigley

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

Dear Release Team,

I would like to upload yaml-cpp 0.7.0 to unstable which includes an ABI 
bump and a package name change (libyaml-cpp0.6 -> libyaml-cpp0.7). It 
has already been uploaded to Experimental and cleared NEW. Since the 
package now depends on googletest instead of including its own embedded 
copy, the package now builds on less architectures.


Here is the package list from the automated Ben page[1]:

calamares
dcm2niix
facter
librime
libzypp
mir
opencolorio
opensurgsim
pdns
qtcreator
ring (sid only)
rivet (sid only)
ros-image-common
thinkfan
trafficserver
vast
ros-rviz

Let me know if you have any questions.

[1] https://release.debian.org/transitions/html/auto-yaml-cpp.html

--
Simon Quigley
tsimo...@debian.org
tsimonq2 on LiberaChat and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



Bug#961294: Allow derivatives to define parent project fields

2020-05-22 Thread Simon Quigley
Package: debian-policy
Version: 4.5.0.2
Severity: normal

Hello,

I recently had a discussion in a Lintian merge request[1] where I
submitted code solidifying existing behavior in the Ubuntu Desktop and
Lubuntu teams. As I stated there, it is common practice in those teams
(and I am sure it exists in others as well) to specify a
`XS-Debian-Vcs-Browser` and/or `XS-Debian-Vcs-Git` field to point to Salsa.

The rationale for this is to allow packaging changes to flow back
upstream to Debian when Ubuntu's packaging repository is in a different
location (when Ubuntu has a permanent downstream delta but continues to
rebase that delta on top of Debian's changes).

I would like to solidify this existing practice by modifying Debian
Policy, amending 5.6.26 to allow usage of -Vcs-Browser and
-Vcs-. This would make it easier for derivatives to
clearly specify where packaging changes should be submitted upstream. In
dpkg, this can be enforced by recursively running `dpkg-vendor --query
Parent` and ensuring that  matches one of those, or in Lintian
by emitting an error if that is not the case.

I would also like to use this as an opportunity to deprecate
`Original-Maintainer` in favor of `Debian-Maintainer` and allow for
`Debian-Uploaders` as well.

Thoughts?

[1] https://salsa.debian.org/lintian/lintian/-/merge_requests/310

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#959077: saods9: autopkgtest fails on arm64

2020-04-29 Thread Simon Quigley
Package: src:saods9
Version: 8.1+repack-1
Severity: important
Tags: sid bullseye debci

Dear Maintainer,

Your package's autopkgtest fails on arm64 with the following error:
XPA$ERROR no 'xpaset' access points match template: ds9

You can find the full error log on the debci page for this package:
https://ci.debian.net/packages/s/saods9/unstable/arm64/

This is currently blocking migration of the package in Ubuntu, and it
could block your package from migrating to Debian Testing in the future.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#959076: yara: FTBFS on armhf due to test failures

2020-04-29 Thread Simon Quigley
Package: src:yara
Version: 3.3.0+dfsg-2.1
Severity: important
Tags: sid buster experimental

Dear Maintainer,

In Ubuntu, after doing a no-change rebuild of your package, the armhf
build fails with the following error (the full build log is attached):

FAIL: test-rules


yr_rules_scan_mem: error
FAIL test-rules (exit status: 1)

Additionally, it fails a no-change rebuild with the same error when
rebuilt on a Debian stack:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/yara.html

Please consider fixing this so future rebuilds do not fail.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


buildlog_ubuntu-groovy-armhf.yara_3.11.0-2build1_BUILDING.txt.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature


Bug#942599: devscripts: symlinks cause unnecessary noise

2019-10-18 Thread Simon Quigley
It is also worth noting that patch(1) applies the two patch files I gave
differently.

-

$ patch -p1 < ../current-functionality.diff
patching file debian/changelog
patching file scripts/focal

$ ls -lah scripts/focal
-rw-rw-r-- 1 tsimonq2 tsimonq2 7.7K Oct 18 15:06 scripts/focal

-

$ patch -p1 < ../intended-functionality.diff
patching file debian/changelog
patching symbolic link scripts/focal

$ ls -lah scripts/focal
lrwxrwxrwx 1 tsimonq2 tsimonq2 5 Oct 18 15:09 scripts/focal -> gutsy

-

That could definitely make an impact in a sponsorship workflow.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#942599: devscripts: symlinks cause unnecessary noise

2019-10-18 Thread Simon Quigley
Package: devscripts
Importance: wishlist

Dear Maintainer,

When debdiff is comparing two packages where a symbolic link was added,
it shows the entire contents of the target. This can clutter the debdiff
unnecessarily.

It would be preferred if debdiff could do this as Git does it. Attached
are two patches which demonstrates the difference. While one was
uploaded to Ubuntu and the other was in a Salsa MP, the point still stands.

Scaled up to the size of patches.ubuntu.com, Launchpad, or a similar
service, this would definitely save some space.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4
diff -Nru debootstrap-1.0.116ubuntu1/debian/changelog debootstrap-1.0.116ubuntu2/debian/changelog
--- debootstrap-1.0.116ubuntu1/debian/changelog	2019-10-02 02:12:01.0 -0500
+++ debootstrap-1.0.116ubuntu2/debian/changelog	2019-10-18 13:59:25.0 -0500
@@ -1,3 +1,9 @@
+debootstrap (1.0.116ubuntu2) focal; urgency=medium
+
+  * Add (Ubuntu) focal as a symlink to gutsy.
+
+ -- Simon Quigley   Fri, 18 Oct 2019 13:59:25 -0500
+
 debootstrap (1.0.116ubuntu1) eoan; urgency=low
 
   * Merge from Debian unstable.  Remaining changes:
diff -Nru debootstrap-1.0.116ubuntu1/scripts/focal debootstrap-1.0.116ubuntu2/scripts/focal
--- debootstrap-1.0.116ubuntu1/scripts/focal	1969-12-31 18:00:00.0 -0600
+++ debootstrap-1.0.116ubuntu2/scripts/focal	2019-09-29 05:11:56.0 -0500
@@ -0,0 +1,266 @@
+case $ARCH in
+  amd64|i386)
+	case $SUITE in
+	  gutsy|hardy|intrepid|jaunty|karmic|lucid|maverick|natty|oneiric|precise|quantal|raring|saucy|utopic|vivid|wily|yakkety|zesty)
+	default_mirror http://old-releases.ubuntu.com/ubuntu
+	  ;;
+	  *)
+	default_mirror http://archive.ubuntu.com/ubuntu
+	;;
+	esac
+	;;
+  sparc)
+	case $SUITE in
+	  gutsy)
+	default_mirror http://old-releases.ubuntu.com/ubuntu
+	;;
+	  *)
+	default_mirror http://ports.ubuntu.com/ubuntu-ports
+	;;
+	esac
+	;;
+  *)
+	default_mirror http://ports.ubuntu.com/ubuntu-ports
+	;;
+esac
+mirror_style release
+download_style apt
+finddebs_style from-indices
+variants - buildd fakechroot minbase
+keyring /usr/share/keyrings/ubuntu-archive-keyring.gpg
+
+if doing_variant fakechroot; then
+	test "$FAKECHROOT" = "true" || error 1 FAKECHROOTREQ "This variant requires fakechroot environment to be started"
+fi
+
+case $ARCH in
+	alpha|ia64) LIBC="libc6.1" ;;
+	kfreebsd-*) LIBC="libc0.1" ;;
+	hurd-*) LIBC="libc0.3" ;;
+	*)  LIBC="libc6" ;;
+esac
+
+work_out_debs () {
+	required="$(get_debs Priority: required)"
+
+	if doing_variant - || doing_variant fakechroot; then
+		#required="$required $(get_debs Priority: important)"
+		#  ^^ should be getting debconf here somehow maybe
+		base="$(get_debs Priority: important)"
+	elif doing_variant buildd; then
+		base="apt build-essential"
+	elif doing_variant minbase; then
+		base="apt"
+	fi
+
+	if doing_variant fakechroot; then
+		# ldd.fake needs binutils
+		required="$required binutils"
+	fi
+
+	case $MIRRORS in
+	https://*)
+		base="$base apt-transport-https ca-certificates"
+		;;
+	esac
+}
+
+first_stage_install () {
+	case "$CODENAME" in
+		# "merged-usr" blacklist for past releases
+		gutsy|hardy|intrepid|jaunty|karmic|lucid|maverick|natty|oneiric|precise|quantal|raring|saucy|trusty|utopic|vivid|wily|xenial|yakkety|zesty|artful|bionic|cosmic)
+			[ -z "$MERGED_USR" ] && MERGED_USR="no"
+			;;
+		*)
+			# see https://bugs.debian.org/838388
+			EXTRACT_DEB_TAR_OPTIONS="$EXTRACT_DEB_TAR_OPTIONS -k"
+			;;
+	esac
+
+	setup_merged_usr
+	extract $required
+
+	mkdir -p "$TARGET/var/lib/dpkg"
+	: >"$TARGET/var/lib/dpkg/status"
+	: >"$TARGET/var/lib/dpkg/available"
+
+	setup_etc
+	if [ ! -e "$TARGET/etc/fstab" ]; then
+		echo '# UNCONFIGURED FSTAB FOR BASE SYSTEM' > "$TARGET/etc/fstab"
+		chown 0:0 "$TARGET/etc/fstab"; chmod 644 "$TARGET/etc/fstab"
+	fi
+
+	setup_devices
+
+if doing_variant fakechroot || [ "$CONTAINER" = "docker" ]; then
+		setup_proc_symlink
+	fi
+}
+
+second_stage_install () {
+	in_target /bin/true
+
+	setup_dynamic_devices
+
+	x_feign_install () {
+		local pkg="$1"
+		local deb="$(debfor $pkg)"
+		local ver="$(in_target dpkg-deb -f "$deb" Version)"
+
+		mkdir -p "$TARGET/var/lib/dpkg/info"
+
+		echo \
+"Package: $pkg
+Version: $ver
+Maintainer: unknown
+Status: install ok installed" >> "$TARGET/var/lib/dpkg/status"
+
+		touch "$TARGET/var/lib/dpkg/info/${pkg}.list"
+	}
+
+	x_feign_install dpkg
+
+	x_core_install () {
+		smallyes '' | in_target dpkg --force-depends --install $(debfor "$@")
+	}
+
+	p () {
+		baseprog="

Bug#931132: apt-xapian-index: please enable autopkgtests

2019-06-26 Thread Simon Quigley
Package: apt-xapian-index
Version: 0.49
Severity: important

Dear Maintainer,

autopkgtests should be enabled by default in this package so when e.g.
python-apt removes deprecated features that this package uses, it is
detected early.

Please consider enabling the autopkgtests.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#931133: apt-xapian-index: unusable after recent python-apt update due to usage of deprecated Package.section attribute

2019-06-26 Thread Simon Quigley
Package: apt-xapian-index
Version: 0.49
Severity: important

Dear Maintainer,

When rebuilding the latest version of apt-xapian-index against the
version of python-apt recently uploaded to Experimental,
apt-xapian-index FTBFS with the following error:

Traceback (most recent call last):
  File "/usr/sbin/update-apt-xapian-index", line 111, in 
indexer.rebuild(opts.pkgfile)
  File "/usr/lib/python3/dist-packages/axi/indexer.py", line 758, in rebuild
self.buildIndex(dbdir, generator)
  File "/usr/lib/python3/dist-packages/axi/indexer.py", line 733, in
buildIndex
for doc in documents:
  File "/usr/lib/python3/dist-packages/axi/indexer.py", line 580, in
gen_documents_apt
yield self.get_document_from_apt(pkg)
  File "/usr/lib/python3/dist-packages/axi/indexer.py", line 543, in
get_document_from_apt
addon.obj.index(document, pkg)
  File "/usr/share/apt-xapian-index/plugins/sections.py", line 86, in index
sec = pkg.section
AttributeError: 'Package' object has no attribute 'section'

The usage of Package.version should be replaced by Version.section, as
shown in the recent deprecation notice:
"Package.section is deprecated, use Version.section instead"

I will raise this bug to RC once the version of python-apt that is in
Experimental is uploaded to Sid.

Thanks.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#928303: ITP: lightdm-settings -- LightDM Settings Configuration Tool

2019-05-01 Thread Simon Quigley
Package: wnpp
Severity: wishlist
Owner: tsimo...@debian.org

* Package name: lightdm-settings
  Version : 1.2.5
  Upstream Author : Linux Mint
* URL : https://github.com/linuxmint/lightdm-settings
* License : GPL-3
  Programming Lang: Python
  Description : LightDM Settings Configuration Tool

This is in order to upstream a package uploaded to Ubuntu, which allows
for graphical configuration of the LightDM display manager.

I plan on maintaining this package alongside Martin Wimpress, from
Debian MATE, and David Mohammed, from Debian Budgie, both of which are
colleagues of mine in Ubuntu. David is a Debian Maintainer and I plan on
giving him upload rights to this package, while Martin's uploads would
need to be sponsored by either of us.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#927668: powermgmt-base: on_ac_power fails if the path contains a whitespace

2019-04-20 Thread Simon Quigley
Package: powermgmt-base

Dear Maintainer,

I am upstreaming this bug report from Ubuntu[1]. Attached is the patch
they have proposed to fix this issue.

- Bug description -
on_ac_power fails if the path contains a whitespace, solution is
attached as patch.

before patch:
~# sh -x /usr/bin/on_ac_power; echo $?
+ set -e
+ OFF_LINE_P=no
+ [ -d /sys/class/power_supply/ ]
+ test -d
/sys/class/power_supply/hid-S!N:A7E462F2A0494518B37F374DE00488AA
Rev:PAACFS00-002-R003-battery
+ test -r
/sys/class/power_supply/hid-S!N:A7E462F2A0494518B37F374DE00488AA
Rev:PAACFS00-002-R003-battery/type
+ cat /sys/class/power_supply/hid-S!N:A7E462F2A0494518B37F374DE00488AA
Rev:PAACFS00-002-R003-battery/type
cat: '/sys/class/power_supply/hid-S!N:A7E462F2A0494518B37F374DE00488AA':
No such file or directory
cat: 'Rev:PAACFS00-002-R003-battery/type': No such file or directory
+ type=
1

after patch:
~# sh -x /usr/bin/on_ac_power; echo $?
+ set -e
+ OFF_LINE_P=no
+ [ -d /sys/class/power_supply/ ]
+ test -d
/sys/class/power_supply/hid-S!N:A7E462F2A0494518B37F374DE00488AA
Rev:PAACFS00-002-R003-battery
+ test -r
/sys/class/power_supply/hid-S!N:A7E462F2A0494518B37F374DE00488AA
Rev:PAACFS00-002-R003-battery/type
+ cat /sys/class/power_supply/hid-S!N:A7E462F2A0494518B37F374DE00488AA
Rev:PAACFS00-002-R003-battery/type
+ type=Battery
+ [ no = yes ]
+ [ -d /proc/acpi/ac_adapter ]
+ [ -r /proc/pmu/info ]
+ [ -r /proc/apm ]
+ exit 255
255
- End bug description -

Thanks.

[1] https://bugs.launchpad.net/ubuntu/+source/powermgmt-base/+bug/1816404

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4
diff -r -u powermgmt-base-1.33/on_ac_power powermgmt-base-1.33+whitespace/on_ac_power
--- powermgmt-base-1.33/on_ac_power	2018-03-12 02:51:32.0 +0200
+++ powermgmt-base-1.33+whitespace/on_ac_power	2019-02-18 13:23:33.292489081 +0200
@@ -25,11 +25,11 @@
 if [ -d /sys/class/power_supply/ ]; then
 for FN in /sys/class/power_supply/*; do
 	if test -d "${FN}" && test -r "${FN}/type"; then
-	type="$(cat ${FN}/type)"
+	type="$(cat "${FN}/type")"
 	case "${type}" in
 	Mains|USB*|BrickID)
 		if [ -r "${FN}/online" ]; then
-		online="$(cat ${FN}/online)"
+		online="$(cat "${FN}/online")"
 		[ "$online" = 1 ] && exit 0
 		[ "$online" = 0 ] && OFF_LINE_P=yes
 		fi;;


signature.asc
Description: OpenPGP digital signature


Bug#927231: ITS: pastebinit -- command-line pastebin client

2019-04-16 Thread Simon Quigley
Package: pastebinit
Severity: important
X-Debbugs-CC: f...@rolf.leggewie.biz, m...@qa.debian.org

Dear Maintainer,

I have noticed that no work has been done on pastebinit in the past
year; there are seven bugs open at the time of writing, not including
the one that is fixed in DELAYED.

I intend to salvage this package as laid forth in the Debian Developers
Reference[1]. If you disagree with this and either want to continue
maintaining this package or add me as a co-maintainer, please respond to
this bug before Tuesday, May 7, 2019, at which point I will upload a
package to DELAYED/7 making myself the maintainer (if you do not
respond). If you would like me to go ahead and just do it, please
respond as well.

Thank you for your work on this package!

[1]
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#ps-guidelines

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#916372: pastebinit: multiple deprecation warnings under Python 3.7

2019-04-12 Thread Simon Quigley
Dear Maintainer,

I have uploaded an NMU for this using Antonio's patches to DELAYED/5.
Let me know if you would like me to delay it further.

Thanks.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#920230: capnproto: executable installed in directory which breaks rdeps

2019-01-22 Thread Simon Quigley
Package: capnproto
Version: 0.7.0-1

Dear Maintainer,

I am currently packaging Mir for Debian, and I am getting the following
error on build, which is caused by your package:

Scanning dependencies of target mirudev
Scanning dependencies of target mircookie
/bin/sh: 1: /usr/lib/bin/capnp: not found

This is only present following the upload of 0.7.0-1 to Sid.

Could you consider installing this in /usr/bin/ instead?

More information is available here:
https://github.com/MirServer/mir/issues/680

Thanks.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#919132: RM: libopencolorio1v5 opencolorio-tools python-pyopencolorio [hurd-i386] -- RoQA: uninstallable due to libopenimageio-dev

2019-01-12 Thread Simon Quigley
Package: ftp.debian.org
Severity: normal

Hello,

These binaries can be removed because a build dependency is
uninstallable, and they are depending on an old yaml-cpp.

Thanks.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#919125: ubuntu-dev-tools: fakesyncs using syncpackage puts -proposed in the changelog

2019-01-12 Thread Simon Quigley
Package: ubuntu-dev-tools
Version: 0.166

Dear Maintainer,

Doing a fakesync using syncpackage puts e.g. disco-proposed in the
changelog instead of disco. I suspect this is historical; the archive
can now handle putting just disco.

Any objections to changing this?

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#919121: RM: yaml-cpp -- NBS; packages superseded during transition

2019-01-12 Thread Simon Quigley
Package: ftp.debian.org
Severity: normal

Hello,

Please remove libyaml-cpp0.5d1 and libyaml-cpp0.5v5 from unstable on all
arches. Both of these packages were superseded by libyaml-cpp0.6 during
this most recent transition and are no longer built.

Thanks.

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#917255: transition: yaml-cpp

2019-01-05 Thread Simon Quigley
On 1/4/19 3:50 AM, Emilio Pozuelo Monfort wrote:
> On 27/12/2018 05:00, Simon Quigley wrote:
>> On 12/26/18 3:39 AM, Emilio Pozuelo Monfort wrote:
>>> On 24/12/2018 20:30, Simon Quigley wrote:
>>>> Package: release.debian.org
>>>> Severity: normal
>>>> User: release.debian@packages.debian.org
>>>> Usertags: transition
>>>>
>>>> Hello Release Team,
>>>>
>>>> I would like to do a yaml-cpp transition to 0.6.2 before the
>>>> Transition Freeze. It has been in Experimental since December 3rd and
>>>> it involves a transition from libyaml-cpp0.5d1 -> libyaml-cpp0.6. I
>>>> recently took over maintenance of the package, and this is my first
>>>> yaml-cpp transition.
>>>
>>> Do the rdeps build against the new version?
>>
>> Yes, test builds all succeed.
>>
>> However, since some packages conflict with the Qt transition (that I am
>> also helping with), it might need to wait until those rdeps are rebuild
>> as well.
> 
> The new yaml-cpp failed to build on armel. Otherwise I might have acked this.

Apologies, I didn't catch that. This is fixed now.

Thanks,
-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#918161: ros-image-common: stop depending on yaml-cpp0.3

2019-01-03 Thread Simon Quigley
Package: ros-image-common
Version: 1.11.13-2
Severity: serious

Dear maintainer,

Your package is the only reverse-dependency left of yaml-cpp0.3, which I
intend to remove after this bug is fixed. Your package builds
successfully with yaml-cpp, please switch to it.

I'm filing as serious because there are four security vulnerabilities
open against yaml-cpp0.3 that I don't intend to fix for Buster, however
I will fix them for yaml-cpp.

Thanks,
-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#918080: breeze-gtk: symlink /usr/share/themes/Breeze/{gtk-3.20,gtk-3.0}/

2019-01-02 Thread Simon Quigley
Package: breeze-gtk
Severity: normal
Version: 5.14.3-1

Hello fellow maintainers,

It was raised to my attention from LXQt users that the Breeze GTK theme
cannot be used under LXQt as packaged. This is because the theme exists
in /usr/share/themes/Breeze/gtk-3.18/ and
/usr/share/themes/Breeze/gtk-3.20/ but doesn't exist in
/usr/share/themes/Breeze/gtk-3.0/ which is inconsistent to other GTK
themes in the archive. For example, the arc-theme package just installs
in gtk-3.0.

This raises a few questions for me. Is this just a hidden use of the
standard, or something Plasma-specific? Are the themes meant to only be
used on those minor versions of GTK?

Simply symlinking gtk-3.20 to gtk-3.0 solves the problem under LXQt. Is
it rational to ship this as default?

Thanks folks!

-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#917255: transition: yaml-cpp

2018-12-26 Thread Simon Quigley
On 12/26/18 3:39 AM, Emilio Pozuelo Monfort wrote:
> On 24/12/2018 20:30, Simon Quigley wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> Hello Release Team,
>>
>> I would like to do a yaml-cpp transition to 0.6.2 before the
>> Transition Freeze. It has been in Experimental since December 3rd and
>> it involves a transition from libyaml-cpp0.5d1 -> libyaml-cpp0.6. I
>> recently took over maintenance of the package, and this is my first
>> yaml-cpp transition.
> 
> Do the rdeps build against the new version?

Yes, test builds all succeed.

However, since some packages conflict with the Qt transition (that I am
also helping with), it might need to wait until those rdeps are rebuild
as well.

Thanks,
-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#917315: libtgvoip: FTBFS on several arches (i386, mips, ppc64el, s390x) after recent upload

2018-12-25 Thread Simon Quigley
Package: libtgvoip
Version: 2.4-1
Severity: serious

Dear Maintainer,

Your package fails to build from source on i386, mips, ppc64el, and
s390x after the upload of 2.4-1 to Sid. It all seems to be the same
error, in different spots:

error: inlining failed in call to always_inline '__m128
_mm_loadu_ps(const float*)': target specific option mismatch

Please fix this.

Thanks,
-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#917313: dash: /bin/sh.distrib no longer exists, making autopkgtests fail

2018-12-25 Thread Simon Quigley
Package: dash
Version: 0.5.10.2-4
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu disco autopkgtest

Dear Maintainer,

Ubuntu runs autopkgtests on all six of its release architectures (amd64,
i386, armhf, arm64, ppc64el, and s390x), but your package fails its
autopkgtest on armhf. Unlike Debian, Ubuntu blocks a package from
migrating into the release pocket if a package fails its autopkgtest.

I reproduced this in a clean environment on armhf and amd64 porterbox
schroots, and both have the same result as the Ubuntu armhf builder.
Attached are all three of the logs. This seems to center around the
absence of /bin/sh.distrib, which makes the tests checking if it is:
 a) An executable
 b) An Essential shell, for debootstrap
fail.

Could those tests be invalid after the most recent upload?

Thanks,
-- 
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


debian-amd64.log.gz
Description: application/gzip


debian-armhf.log.gz
Description: application/gzip


ubuntu-armhf.log.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature


Bug#917255: transition: yaml-cpp

2018-12-24 Thread Simon Quigley
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

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

Hello Release Team,

I would like to do a yaml-cpp transition to 0.6.2 before the
Transition Freeze. It has been in Experimental since December 3rd and
it involves a transition from libyaml-cpp0.5d1 -> libyaml-cpp0.6. I
recently took over maintenance of the package, and this is my first
yaml-cpp transition.

Here is the Ben file:

title = "yaml-cpp";
is_affected = .depends ~ /\b(libyaml\-cpp0\.5d1)\b/ | .depends ~
/\b(libyaml\-cpp0\.6)\b/;
is_good = .depends ~ /\b(libyaml\-cpp0\.6)\b/;
is_bad = .depends ~ /\b(libyaml\-cpp0\.5d1)\b/;

An automated tracker has already been set up it seems:
https://release.debian.org/transitions/html/auto-yaml-cpp.html

Thanks,
- --
Simon Quigley
tsimo...@debian.org
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEXHq+og+GMEWcyMi14n8s+EWML6QFAlwhM74ACgkQ4n8s+EWM
L6Tvug/9HrG55PvVI4ZGIbw0KiFbb8ylKSh8IpZDdeQ1xXswTYFr6oLg07y2lXUL
oXVvpIZ9eR0+dM+ukF9GQVKMuyAWv3aMaXjnGHzfynF596uI0aI6Q2N4RYBEaTxw
FMzWhrCx8py+Uoqb5+GqHYZFFOttJ/Xwz63iy2kj1Kmp96uflqkvVbQVAyvfRWrq
rgJBqggECI9vkLC1HjPzHme5oIIA2vnNSHSZkBkoT3F2qTcHjJjI5mpmy6nCYwJz
nFtdQVHfatyrJP/jspQuEmFRdGiofAxplcEGGgqpFsnA6i79QC7suUZEY/OGmKw+
fP/b+V2SgoCk9vVmVYgq44Wcp2SrfCLdOHXn2RWXx8jizVQ/NpcSdDnI3sY5BG+h
johjp3pjRpJWe3Ei4iB4SMMaS5YC0uveQAzIJFZYvyYJ6Jx7twyVkXodoje9wbQc
wEQGCvcYIDvmtwMgLaYVcHtkJuT0ZIhWbytdsvCe8NoIdSFxW5Zp4NBSqsRzX8FE
P0ixvsBz9PfQAj8moe+zYpWKYmW3u5bme3sBksn5iFDHYiQZSehHFQZ/UE3Wcmb6
D4h7+6sTbsliW2UkI0xO9YZivgl3sf1e34c5UuGNKjoHt4gpm6OtDkmcjvNQQICs
LPe+kalyYaus2VWDMX14BrLP5Hy08LUTLG3ANt3ukwCP63DeGEI=
=aFgR
-END PGP SIGNATURE-



Bug#914853: ITA: yaml-cpp

2018-11-27 Thread Simon Quigley
Package: wnpp
X-Debbugs-CC: debian-de...@lists.debian.org ti...@debian.org

This is being filed to publicly state what I have discussed in private
with Andreas Tille (and what he recently publicly stated[1]), that I
plan on adopting this package.

I understand that a recent upload has triggered a transition, and I plan
on helping finish that before proceeding with a 0.6.2 upload.

Thanks.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911956#30

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#907322: Fixed in Ubuntu

2018-09-10 Thread Simon Quigley
Control: owner -1 !

Dear Maintainer,

Attached is the fix which I have just uploaded to Ubuntu. I plan on
0-day NMUing this with the appropriate Debian-specific packaging changes
at the end of the work week unless you have objections or upload it
prior to that.

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


jekyll_3.8.3+dfsg-2_3.8.3+dfsg-2ubuntu1.diff.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature


Bug#908544: compass-bootstrap-sass-plugin depends on ruby-compass which has been removed from testing

2018-09-10 Thread Simon Quigley
Package: ruby-bootstrap-sass

Dear Maintainer,

The compass-bootstrap-sass-plugin binary package currently has a runtime
dependency of "ruby-compass | ruby-sass". ruby-compass has an open RC
bug and will likely be removed because it is dead upstream. Please
change the depends to only state "ruby-sass".

Thank you.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#908168: okular: CVE-2018-1000801

2018-09-09 Thread Simon Quigley
Control: owner -1

I can take care of this on behalf of the Qt/KDE Team.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#907850: ruby-encryptor: failing autopkgtests

2018-09-02 Thread Simon Quigley
Source: ruby-encryptor
Version: 3.0.0-2
Severity: important
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic autopkgtest

Dear Maintainer,

The autopkgtest for the newest version of ruby-encryptor fails on amd64
and other arches with the following error:

  8) Failure:
CompatibilityTest#test_ciphertext_encrypted_with_v2_does_not_decrypt_without_v2_gcm_iv_option
[/tmp/autopkgtest-lxc.psocf_yh/downtmp/build.VBd/src/test/compatibility_test.rb:103]:
[OpenSSL::Cipher::CipherError] exception expected, not
Class: 
Message: <"iv must be 12 bytes">
---Backtrace---
/usr/lib/ruby/vendor_ruby/encryptor.rb:79:in `iv='
/usr/lib/ruby/vendor_ruby/encryptor.rb:79:in `crypt'
/usr/lib/ruby/vendor_ruby/encryptor.rb:49:in `decrypt'
/tmp/autopkgtest-lxc.psocf_yh/downtmp/build.VBd/src/test/compatibility_test.rb:105:in
`block in
test_ciphertext_encrypted_with_v2_does_not_decrypt_without_v2_gcm_iv_option'
/usr/lib/ruby/vendor_ruby/minitest/assertions.rb:326:in `assert_raises'
/tmp/autopkgtest-lxc.psocf_yh/downtmp/build.VBd/src/test/compatibility_test.rb:103:in
`test_ciphertext_encrypted_with_v2_does_not_decrypt_without_v2_gcm_iv_option'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:98:in `block (3 levels) in run'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:195:in `capture_exceptions'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:95:in `block (2 levels) in run'
/usr/lib/ruby/vendor_ruby/minitest.rb:265:in `time_it'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:94:in `block in run'
/usr/lib/ruby/vendor_ruby/minitest.rb:360:in `on_signal'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:211:in `with_info_handler'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:93:in `run'
/usr/lib/ruby/vendor_ruby/minitest.rb:960:in `run_one_method'
/usr/lib/ruby/vendor_ruby/minitest.rb:334:in `run_one_method'
/usr/lib/ruby/vendor_ruby/minitest.rb:321:in `block (2 levels) in run'
/usr/lib/ruby/vendor_ruby/minitest.rb:320:in `each'
/usr/lib/ruby/vendor_ruby/minitest.rb:320:in `block in run'
/usr/lib/ruby/vendor_ruby/minitest.rb:360:in `on_signal'
/usr/lib/ruby/vendor_ruby/minitest.rb:347:in `with_info_handler'
/usr/lib/ruby/vendor_ruby/minitest.rb:319:in `run'
/usr/lib/ruby/vendor_ruby/minitest.rb:159:in `block in __run'
/usr/lib/ruby/vendor_ruby/minitest.rb:159:in `map'
/usr/lib/ruby/vendor_ruby/minitest.rb:159:in `__run'
/usr/lib/ruby/vendor_ruby/minitest.rb:136:in `run'
/usr/lib/ruby/vendor_ruby/minitest.rb:63:in `block in autorun'

I am filing this bug because failing autopkgtests are considered
blockers for inclusion of a package in the next Ubuntu release. Newer
versions of ruby-encryptor might not be included in Ubuntu releases
until this is resolved.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#907599: node-parse-json: Please package new upstream version

2018-08-29 Thread Simon Quigley
Package: node-parse-json
Severity: important

Dear Maintainer,

Several reverse-dependencies depend on node-parse-json being greater
than or equal to 3.0.0, but Debian has 2.2.0. Please package this new
release to unblock reverse-dependencies.

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#907379: Attached patch fixes the bug

2018-08-28 Thread Simon Quigley
Control: tags -1 patch

Dear Maintainer,

The attached patch fixes the autopkgtest in Ubuntu. Please consider
applying it.

Thanks,
-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4
diff -Nru doit-0.31.1/debian/patches/change-pytest-fixture-syntax.patch 
doit-0.31.1/debian/patches/change-pytest-fixture-syntax.patch
--- doit-0.31.1/debian/patches/change-pytest-fixture-syntax.patch   
1970-01-01 00:00:00.0 +
+++ doit-0.31.1/debian/patches/change-pytest-fixture-syntax.patch   
2018-08-28 04:47:23.0 +
@@ -0,0 +1,14 @@
+--- a/tests/test_dependency.py
 b/tests/test_dependency.py
+@@ -66,10 +66,9 @@ def test_sqlite_import():
+ # test parametrization, execute tests for all DB backends.
+ # create a separate fixture to be used only by this module
+ # because only here it is required to test with all backends
+-@pytest.fixture
++@pytest.fixture(params=[JsonDB, DbmDB, SqliteDB])
+ def pdep_manager(request):
+ return dep_manager(request)
+-pytest.fixture(params=[JsonDB, DbmDB, SqliteDB])(pdep_manager)
+ 
+ # FIXME there was major refactor breaking classes from dependency,
+ # unit-tests could be more specific to base classes.
diff -Nru doit-0.31.1/debian/patches/fixTestFixtures.diff 
doit-0.31.1/debian/patches/fixTestFixtures.diff
--- doit-0.31.1/debian/patches/fixTestFixtures.diff 2018-07-17 
12:23:06.0 +
+++ doit-0.31.1/debian/patches/fixTestFixtures.diff 1970-01-01 
00:00:00.0 +
@@ -1,10 +0,0 @@
 a/tests/test_dependency.py
-+++ b/tests/test_dependency.py
-@@ -66,7 +66,6 @@
- # test parametrization, execute tests for all DB backends.
- # create a separate fixture to be used only by this module
- # because only here it is required to test with all backends
--@pytest.fixture
- def pdep_manager(request):
- return dep_manager(request)
- pytest.fixture(params=[JsonDB, DbmDB, SqliteDB])(pdep_manager)
diff -Nru doit-0.31.1/debian/patches/series doit-0.31.1/debian/patches/series
--- doit-0.31.1/debian/patches/series   2018-07-17 12:23:06.0 +
+++ doit-0.31.1/debian/patches/series   2018-08-28 04:46:44.0 +
@@ -1 +1 @@
-fixTestFixtures.diff
+change-pytest-fixture-syntax.patch


signature.asc
Description: OpenPGP digital signature


Bug#906714: paraview: FTBFS in Sid

2018-08-19 Thread Simon Quigley
Package: paraview
Severity: serious

Dear Maintainer,

Your package fails to build from source in Sid. Here is the build log
after LocutusOfBorg triggered the build in debomatic:

http://debomatic-amd64.debian.net/distribution#unstable/paraview/5.4.1+dfsg4-3/buildlog

Please fix this.

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#906690: ring: FTBFS with Boost 1.67

2018-08-19 Thread Simon Quigley
Package: ring
Severity: important

Dear Maintainer,

In Ubuntu, Boost 1.67 is the default, while in Debian 1.62 is. Your
package is FTBFS with 1.67 but working with 1.65 and 1.62, so in Ubuntu
I am setting an explicit dependency on 1.65.1 until the FTBFS is solved.

Eventually, it seems that Debian will switch to it as default, so it
would be good to get this solved to minimize the delta and ensure future
compatibility.

Attached is the amd64 build log from Ubuntu; you can likely reach the
same result by explicitly depending on 1.67 in a build with Sid.

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


buildlog_ubuntu-cosmic-amd64.ring_20180712.2.f3b87a6~ds1-1build1_BUILDING.txt.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature


Bug#905796: Please add patch supporting diffusion.commit.search

2018-08-09 Thread Simon Quigley
Package: python-phabricator
Severity: important

diffusion.querycommits has become frozen in favor of
diffusion.commit.search, however, support for this has not been tagged yet.

Please backport this patch:
https://github.com/disqus/python-phabricator/commit/a52c0e1357532f9ef8b26321d3728a0edead6ed4

I'll be happy to NMU; just let me know if you're OK with that.

Thanks!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#905059: gsettings-qt: FTBFS with Qt 5.11.1

2018-07-30 Thread Simon Quigley
Package: gsettings-qt
Severity: serious

Dear Maintainer,

Your package fails to build from source against Qt 5.11.1 in Sid. Here
is the error:

cd tests/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile
/<>/tests/tests.pro 'QMAKE_CFLAGS_RELEASE=-g -O2
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2'
'QMAKE_CFLAGS_DEBUG=-g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2'
'QMAKE_CXXFLAGS_DEBUG=-g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2' 'QMAKE_LFLAGS_RELEASE=-Wl,-z,relro -Wl,-z,now
-Wl,--as-needed' 'QMAKE_LFLAGS_DEBUG=-Wl,-z,relro -Wl,-z,now
-Wl,--as-needed' QMAKE_STRIP=: PREFIX=/usr ) && make -f Makefile check
make[3]: Entering directory '/<>/tests'
/<>/tests/target_wrapper.sh  ./test  -import
"/<>/tests/.."
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-simon'
* Start testing of GSettings *
Config: Using QtTest library 5.11.1, Qt 5.11.1
(x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 8.1.0)
PASS   : GSettings::initTestCase()
PASS   : GSettings::test_aaa_read_defaults()
QWARN  : GSettings::test_changed()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_changed()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_changed()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
FAIL!  : GSettings::test_changed() Compared values are not the same
   Actual   (): []
   Expected (): [testInteger,4,testDouble,3.14,testString,goodbye]
   Loc: [/<>/tests/tst_GSettings.qml(83)]
PASS   : GSettings::test_choices()
PASS   : GSettings::test_invalid_schema()
PASS   : GSettings::test_non_existing()
PASS   : GSettings::test_reset()
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined

(process:23013): GLib-GIO-WARNING **: 19:53:28.677:
g_settings_set_value: value for key 'test-enum' in schema
'com.canonical.gsettings.Test' is outside of valid range
QWARN  : GSettings::test_write() unable to set key 'testEnum' to value
'notanumber'
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
PASS   : GSettings::test_write()
PASS   : GSettings::cleanupTestCase()
Totals: 8 passed, 1 failed, 0 skipped, 0 blacklisted, 6ms
* Finished testing of GSettings *
make[3]: *** [Makefile:365: check] Error 1
make[3]: Leaving directory '/<>/tests'
make[2]: *** [Makefile:379: sub-tests-tests-pro-check_ordered] Error 2
make[2]: Leaving directory '/<>'
dh_auto_test: make -j8 check returned exit code 2
make[1]: *** [debian/rules:24: override_dh_auto_test] Error 2
make[1]: Leaving directory '/<>'
make: *** [debian/rules:32: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit
status 2

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#902263: Qt transition is ready to go

2018-07-25 Thread Simon Quigley
ACK, thank you!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#904566: googletest: Build with -fPIC

2018-07-24 Thread Simon Quigley
Package: googletest
Severity: important

Dear Maintainer,

Christopher James Halse Rogers filed a merge request in the Salsa Git
repository on June 6th which builds googletest with -fPIC:
https://salsa.debian.org/debian/googletest/merge_requests/1

Here is the rationale he stated in the aforementioned merge request:

"There are no performance requirements in the gtest code, and this
allows the pre-built library to be used in dynamically-linked code."

This is currently blocking the mir package from being uploaded to the
archive, and since your name is listed in LowThresholdNmu, I am going to
do a non-maintainer upload following Gianfranco Costamanga merging
Christopher's merge request yesterday.

Thank you.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#904305: ITP: mir -- Linux display server focused on efficiency

2018-07-22 Thread Simon Quigley
Package: wnpp
Severity: wishlist
Owner: tsimo...@ubuntu.com

* Package name: mir
  Version : 0.32.1
  Upstream Author : Canonical Ltd.
* URL : https://mir-server.io
* License : GPL-2+
  Programming Lang: C, C++
  Description : Linux display server focused on efficiency

This is the first step in two long-term plans that I am helping UBports
and the Mir Team pursue.

Eventually, the goal is to upstream Mir to Debian and do most of the
packaging work here, under the umbrella of a Debian Mir [Server] Team,
which is founded on the acceptance of this package into Debian.

With the UBports team, I also plan to upstream Unity 8 to Debian, to
keep it modern and usable on the desktop. This is to keep maintenance in
Ubuntu easier, and allow Unity 8 to be accessible to a wider audience.

Please note that I am not currently employed at Canonical, and I am
simply doing this as an individual who is interested in assisting the
development of the Unity 8 and Mir(-based) projects on the desktop,
nothing more. I plan on staying on the Debian Mir [Server] Team once
founded and helping as needed. UBports will have its own Debian team, to
work on the maintenance of Unity 8. Help in both of these teams is
absolutely welcome, assuming you have the skills required.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#904029: twinkle: Please remove alternative dependency on qtdeclarative5-qtquick2-plugin

2018-07-18 Thread Simon Quigley
Package: twinkle
Version: 1:1.10.1+dfsg-3
User: debian-qt-...@lists.debian.org

Dear Maintainer,

It seems you depend on qtdeclarative5-qtquick2-plugin as an alternative
dependency to qml-module-qtquick2. qtdeclarative5-qtquick2-plugin no
longer exists in Debian:
https://packages.debian.org/search?keywords=qtdeclarative5-qtquick2-plugin

Please remove the dependency.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#902263: Qt transition is ready to go

2018-07-18 Thread Simon Quigley
On 07/18/2018 07:23 AM, Emilio Pozuelo Monfort wrote:
> Please wait for now.
> 
> Emilio

ACK

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#902263: Qt transition is ready to go

2018-07-18 Thread Simon Quigley
Hello,

We're ready to go with the Qt transition, but as Lisandro just noted in
896893, we're probably going to have to tangle the transitions.

Feel free to ping me on IRC to discuss further, otherwise we're good to go.

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#904017: Fix the version

2018-07-18 Thread Simon Quigley
Control: found -1 0.1+17.10.20170824-4

Whoops, here's the right version.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#904017: gsettings-qt: FTBFS with Qt 5.11.1 in Experimental

2018-07-18 Thread Simon Quigley
Source: gsettings-qt
Version: 1.1.8.8-1
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt5.11.1

Dear Maintainer,

Your package fails to build against Qt 5.11.1 in Experimental with the
following error:

* Start testing of GSettings *
Config: Using QtTest library 5.11.1, Qt 5.11.1
(x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 7.3.0)
PASS   : GSettings::initTestCase()
PASS   : GSettings::test_aaa_read_defaults()
QWARN  : GSettings::test_changed()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_changed()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_changed()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
FAIL!  : GSettings::test_changed() Compared values are not the same
   Actual   (): []
   Expected (): [testInteger,4,testDouble,3.14,testString,goodbye]
   Loc: [/<>/tests/tst_GSettings.qml(83)]
PASS   : GSettings::test_choices()
PASS   : GSettings::test_invalid_schema()
PASS   : GSettings::test_non_existing()
PASS   : GSettings::test_reset()
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined

(process:29178): GLib-GIO-WARNING **: 05:55:46.785:
g_settings_set_value: value for key 'test-enum' in schema
'com.canonical.gsettings.Test' is outside of valid range
QWARN  : GSettings::test_write() unable to set key 'testEnum' to value
'notanumber'
QWARN  : GSettings::test_write()
file:///<>/tests/tst_GSettings.qml:15: TypeError: Cannot
call method 'push' of undefined
PASS   : GSettings::test_write()
PASS   : GSettings::cleanupTestCase()
Totals: 8 passed, 1 failed, 0 skipped, 0 blacklisted, 5ms
* Finished testing of GSettings *

We plan on starting the Qt 5.11.1 transition soon.

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#893999: ITA: qpdfview -- tabbed document viewer

2018-07-13 Thread Simon Quigley
Control: retitle -1 ITA: qpdfview -- tabbed document viewer
Control: owner -1 !

Lubuntu Cosmic installs this by default, so I plan on adopting this,
either independently or under the Qt/KDE Extras umbrella (that is
undecided at this time; I'm waiting to hear back from other team members).

Thanks.

-- 
Simon Quigley
tsimo...@lubuntu.me
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#903237: openorienteering-mapper: FTBFS with Qt 5.11.1 in experimental due to tests

2018-07-07 Thread Simon Quigley
7: Test timeout computed to be: 1000
17: * Start testing of UndoManagerTest *
17: Config: Using QtTest library 5.11.1, Qt 5.11.1 
(x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 7.3.0)

17: PASS   : UndoManagerTest::initTestCase()
17: PASS   : UndoManagerTest::testUndoRedo()
17: PASS   : UndoManagerTest::cleanupTestCase()
17: Totals: 3 passed, 0 failed, 0 skipped, 0 blacklisted, 1ms
17: * Finished testing of UndoManagerTest *
17/17 Test #17: undo_manager_t ...   Passed0.10 sec

94% tests passed, 1 tests failed out of 17

Total Test time (real) =   5.50 sec

The following tests FAILED:
 16 - transform_t (Failed)
Errors while running CTest
make[1]: *** [debian/rules:50: override_dh_auto_test] Error 8
make[1]: Leaving directory '/<>'
make: *** [debian/rules:23: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit 
status 2


Please note that your package uses Qt's private headers, and therefore 
may require code changes.


We plan on starting the Qt 5.11.1 transition soon.

Thanks.

--
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



Bug#903235: deepin-qt5dxcb-plugin: FTBFS with Qt 5.11.1 in experimental

2018-07-07 Thread Simon Quigley

Source: deepin-qt5dxcb-plugin
Version: 1.1.8.8-1
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt5.11.1

Dear Maintainer,

Your package fails to build from source against Qt 5.11.1 in 
Experimental with the following error:


dpkg-buildpackage
-

dpkg-buildpackage: info: source package deepin-qt5dxcb-plugin
dpkg-buildpackage: info: source version 1.1.8.8-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Yanhao Mo 
 dpkg-source --before-build deepin-qt5dxcb-plugin-1.1.8.8
dpkg-buildpackage: info: host architecture amd64
 fakeroot debian/rules clean
dh clean
   dh_auto_clean
   dh_clean
 debian/rules build
dh build
   dh_update_autotools_config
   dh_autoreconf
   dh_auto_configure
qmake -makefile "QMAKE_CFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -pedantic -Wdate-time -D_FORTIFY_SOURCE=2" 
"QMAKE_CFLAGS_DEBUG=-g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall 
-pedantic -Wdate-time -D_FORTIFY_SOURCE=2" "QMAKE_CXXFLAGS_RELEASE=-g 
-O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" 
"QMAKE_CXXFLAGS_DEBUG=-g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2" "QMAKE_LFLAGS_RELEASE=-Wl,-z,relro -Wl,-z,now 
-Wl,--as-needed" "QMAKE_LFLAGS_DEBUG=-Wl,-z,relro -Wl,-z,now 
-Wl,--as-needed" QMAKE_STRIP=: PREFIX=/usr

Info: creating stash file /<>/.qmake.stash
   dh_auto_build
make -j10
make[1]: Entering directory '/<>'
cd platformplugin/ && ( test -e Makefile.qt5platform-plugin || 
/usr/lib/qt5/bin/qmake -o Makefile.qt5platform-plugin 
/<>/platformplugin/qt5platform-plugin.pro 
'QMAKE_CFLAGS_RELEASE=-g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall 
-pedantic -Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -pedantic -Wdate-time -D_FORTIFY_SOURCE=2' 
'QMAKE_CXXFLAGS_RELEASE=-g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' 
'QMAKE_LFLAGS_RELEASE=-Wl,-z,relro -Wl,-z,now -Wl,--as-needed' 
'QMAKE_LFLAGS_DEBUG=-Wl,-z,relro -Wl,-z,now -Wl,--as-needed' 
QMAKE_STRIP=: PREFIX=/usr ) && make -f Makefile.qt5platform-plugin

sh: 1: git: not found
Project ERROR: Not support Qt Version: 5.11.1
make[1]: *** [Makefile:45: 
sub-platformplugin-qt5platform-plugin-pro-make_first] Error 3

make[1]: Leaving directory '/<>'
dh_auto_build: make -j10 returned exit code 2
make: *** [debian/rules:20: build] Error 25
dpkg-buildpackage: error: debian/rules build subprocess returned exit 
status 2


Please note that your package uses Qt's private headers, and therefore 
may require code changes.


We plan on starting the Qt 5.11.1 transition soon.

Thanks.

--
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



Bug#902757: PEP 479 is the culprit

2018-06-30 Thread Simon Quigley
Note: I'm not volunteering to fix this. :)

There's one uniform error in this log:
RuntimeError: generator raised StopIteration

This is expected after PEP 479 was implemented:
https://www.python.org/dev/peps/pep-0479/

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#902263: transition: qtbase-opensource-src

2018-06-23 Thread Simon Quigley
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hello Release Team!

We aren't ready to start the transition yet, but it would be great if
you could set up the transition tracker.

As usual, we have two sub-transitions in one large transition:

title = "qtbase-opensource-src";
is_affected = .depends ~ "qtbase-abi-5-10-0" | .depends ~ "qtbase-abi-5-11-0";
is_good = .depends ~ "qtbase-abi-5-11-0";
is_bad = .depends ~ "qtbase-abi-5-10-0";

and

title = "qtdeclarative-opensource-src";
is_affected = .depends ~ "qtdeclarative-abi-5-10-1" | .depends ~ 
"qtdeclarative-abi-5-11-0";
is_good = .depends ~ "qtdeclarative-abi-5-11-0";
is_bad = .depends ~ "qtdeclarative-abi-5-10-1";

This is my first transition in Debian, so I will be working with
lisandro and mitya57 to ensure it goes smoothly.

I'll reply to this bug when we have tested rdeps and are ready to
proceed with the transition.

Thank you in advance!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#888366: qtwebengine-opensource-src: FTBFS with FFmpeg 4.0

2018-06-15 Thread Simon Quigley
Hello,

On 06/15/2018 02:45 PM, James Cowgill wrote:
> qtwebengine 5.11 almost fixes this. The only thing left is this chromium
> commit needs cherry-picking:
> https://github.com/chromium/chromium/commit/a568ded46a678eac8139cb06595819c5ae874177
> 
> Do you think 5.11 will be uploaded soon or should I try to backport the
> relevant bits to 5.10?

5.11 is (slowly) getting uploaded to Experimental. It'll hit Sid once
the transition is approved and 5.11.1 is out.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#900663: RFA: note -- small program managing notes from commandline

2018-06-02 Thread Simon Quigley
Package: wnpp
Severity: normal

I no longer use note at all, and I don't have the interest in
maintaining this package anymore. I will be willing to take care of it
until somebody else steps up, but if it isn't adopted by the Buster
release, I plan on orphaning it completely.

It's a fairly low-demand package as of right now, and I've been been
maintaining it in Git, hosted on Salsa. As of the time of writing, it
has no bugs, and thanks to working with my sponsors (Mattia Rizzolo and
Gianfranco Costamagna primarily), the package is very clean.

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#675033: ITP: kgraphviewer -- KGraphViewer is a GraphViz dot graph viewer for KDE 5.

2018-05-10 Thread Simon Quigley
Control: retitle -1 ITP: kgraphviewer -- KGraphViewer is a GraphViz dot
graph viewer for KDE 5.
Control: owner -1 tsimo...@ubuntu.com

I would like to upstream the Ubuntu packaging and maintain this under
the Qt/KDE Team umbrella, specifically under KDE Extras.

Thanks!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#895484: ITP: cutelyst -- Qt Web Framework

2018-04-11 Thread Simon Quigley
Package: wnpp
Severity: wishlist
Owner: Simon Quigley <tsimo...@ubuntu.com>

* Package name: cutelyst
  Version : 2.1.0
  Upstream Author : Daniel Nicoletti
* URL : https://cutelyst.org
* License : LGPLv2+, MIT
  Programming Lang: C++
  Description : Qt Web Framework

I plan on maintaining this under the Debian Qt/KDE Team umbrella,
specifically under the Qt Extras umbrella.

Uploading this to Debian is by the request of the upstream author; they
had packaged it for Debian/Ubuntu and I agreed to help them get it into
the official repositories.

Thank you,
-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#893587: ITP: peruse -- Comic book reader by KDE

2018-03-19 Thread Simon Quigley
Package: wnpp
Severity: wishlist
Owner: Simon Quigley <tsimo...@ubuntu.com>

* Package name: peruse
  Version : 1.2
  Upstream Author : Dan Leinir Turthra Jensen <ad...@leinir.dk>
* URL : https://peruse.kde.org/
* License : GPL
  Programming Lang: C, C++, QML
  Description : Comic book reader by KDE

This is a simple comic book reader by KDE that supports a wide range of
formats.

I plan on maintaining this package under the Qt/KDE Team umbrella.

--
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#893328: sbuild's autopkgtests fail due to the lack of a lintian dependency

2018-03-17 Thread Simon Quigley
Package: sbuild
Version: 0.74.0-1
Severity: important

Ubuntu's autopkgtest schroots (for example) do not have lintian
installed by default. This makes the autopkgtests fail because the
lintian binary is not found. Here is the log from the amd64 autopkgtest:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/s/sbuild/20180317_191912_dacda@/log.gz

Adding lintian to the dependencies in debian/tests/control fixes this.

Please fix this in the Debian packaging.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#893315: sbuild's autopkgtests fail due to the lack of a lintian dependency

2018-03-17 Thread Simon Quigley
Package: sbuild
Version: 0.74.0-1
Severity: important

Ubuntu's autopkgtest schroots (for example) do not have lintian
installed by default. This makes the autopkgtests fail because the
lintian binary is not found. Here is the log from the amd64 autopkgtest:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/s/sbuild/20180317_191912_dacda@/log.gz

Adding lintian to the dependencies in debian/tests/control fixes this.

Please fix this in the Debian packaging.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



Bug#892722: Place the files there manually?

2018-03-13 Thread Simon Quigley
Hi there!

One thing I would like you to try (to see if this does indeed work) is
to install the voice packages in /usr/share/gcompris-qt/boards/voices/
(just like the old voice packages did, but manually).

What I'm trying to see here is if I can package these and they will Just
Work, or if I need to do some magic within the GCompris-Qt code itself.

Thank you for using GCompris-Qt!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#889562: Is this still an issue?

2018-03-10 Thread Simon Quigley
Control: tags -1 moreinfo

Hi there!

Is this still an issue with the version of gcompris-qt in Sid, and if it
is, could you give me an updated patch to forward upstream?

Thanks!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#885620: akonadi broke ABI without bumping soname

2018-03-10 Thread Simon Quigley
Control: retitle -1 ABI break without bumping soname
Control: reassign -1 akonadi
Control: affects -1 kjots
Control: severity -1 serious

It seems that there was an ABI break and akonadi did not bump the soname
afterwards, thus breaking rdeps.

Maximiliano, could you explain what's going on here? (You're listed as a
comaintainer).

Thanks!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#891958: Please revert v5 rename

2018-03-07 Thread Simon Quigley
Hello,

On 03/05/2018 02:23 PM, Mattia Rizzolo wrote:
> Why would you ever go through this PITA process?
> 
> What are you trying to accomplish by forcing a rename?

I guess it's up to the maintainer. But I wanted to point it out and
suggest they do something about it.

Thanks.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#891958: Please revert v5 rename

2018-03-02 Thread Simon Quigley
Package: libsidplay

1.36.59-8 introduced a rename of  to a v5 suffix:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791168

Since that rename has been included in a Debian release, it can be
reverted (and then appropriate Conflicts/Replaces can be added, which
should be dropped after the next Debian release). Please do so.

Thanks!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#884617: modemmanager: Maintainer email bounces

2018-02-17 Thread Simon Quigley
It seems that when Michael Biebl reinstated Mathieu Trudel-Lapierre as
the Maintainer in 1.6.8-2, he used a incorrect email address[1]. I have
carbon-copied Mathieu's email address from Launchpad so that this can be
corrected with the next upload.

Thanks.

[1]
https://anonscm.debian.org/cgit/collab-maint/modemmanager.git/commit/?id=e0a541cd39455acccb9ef3351e878a1028a783c9

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#890367: Reassign to ftp.debian.org

2018-02-13 Thread Simon Quigley
Control: reassign -1 ftp.debian.org



signature.asc
Description: OpenPGP digital signature


Bug#890367: (no subject)

2018-02-13 Thread Simon Quigley
Control: reassign -1 ftp.debian.org



signature.asc
Description: OpenPGP digital signature


Bug#890367: RM: lxqt-common -- ROM; split upstream; obsolete

2018-02-13 Thread Simon Quigley
Package: lxqt-common
Severity: normal

lxqt-common was split apart in the 0.12 release of LXQt, and is
obsoleted (thus no longer maintained). Please remove the source package
and binaries from Sid.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#826428: ITA: gcompris-qt -- Educational games for small children - Qt rewrite

2018-01-28 Thread Simon Quigley
Hello,

>> Thanks. Actually there are a few issues:
>> 
>> 1) I get the following lintian messages which signal problems in
>>debian/copyright:
>> 
>> I: gcompris-qt source: wildcard-matches-nothing-in-dep5-copyright 
>> src/core/resource/bonus/flower_bad.png (paragraph at line 37)
>> I: gcompris-qt source: wildcard-matches-nothing-in-dep5-copyright 
>> src/core/resource/bonus/flower_good.png (paragraph at line 37)
>> I: gcompris-qt source: wildcard-matches-nothing-in-dep5-copyright 
>> src/core/resource/bonus/smiley_bad.png (paragraph at line 37)
>> I: gcompris-qt source: wildcard-matches-nothing-in-dep5-copyright 
>> src/core/resource/bonus/smiley_good.png (paragraph at line 37)
>> I: gcompris-qt source: wildcard-matches-nothing-in-dep5-copyright 
>> src/core/resource/bonus/tux_good.png (paragraph at line 45)
>> I: gcompris-qt source: wildcard-matches-nothing-in-dep5-copyright 
>> src/core/resource/bonus/tux_bad.png (paragraph at line 45)
>> I: gcompris-qt source: wildcard-matches-nothing-in-dep5-copyright 
>> src/activities/chess/resource/background.svg (paragraph at line 69)
>> I: gcompris-qt source: wildcard-matches-nothing-in-dep5-copyright 
>> gcompris.appdata.xml (paragraph at line 128)
>> I: gcompris-qt source: unused-file-paragraph-in-dep5-copyright paragraph at 
>> line 128
>> I: gcompris-qt source: unused-file-paragraph-in-dep5-copyright paragraph at 
>> line 37
>> I: gcompris-qt source: unused-file-paragraph-in-dep5-copyright paragraph at 
>> line 45
>> I: gcompris-qt source: unused-file-paragraph-in-dep5-copyright paragraph at 
>> line 69
>> 
>> 2) The Vcs-Git and Vcs-Browser fields point to Ubuntu packaging, which is
>>probably not what you want.
>>
>>BTW, it looks like there are currently two git repositories on Alioth: one
>>in collab-maint (the most up-to-date) and one in pkg-kde-extras. I guess 
>> you
>>should decide which one to keep and delete the other one (and if you opt 
>> for
>>pkg-kde-extras, please finalize the changelog and add the debian git tag,
>>    since I don't have write access to it).
> 
> Any update on this?

Things should be good now, could you give it another check?

Here's the repo:
https://anonscm.debian.org/cgit/pkg-kde/qt-extras/gcompris-qt.git

Sorry about the delay.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#826428: ITA: gcompris-qt -- Educational games for small children - Qt rewrite

2017-12-26 Thread Simon Quigley
Hello,

On 12/26/2017 02:21 AM, Sébastien Villemot wrote:
> On Mon, Dec 25, 2017 at 08:23:55PM -0600, Simon Quigley wrote:
> 
>> Tonight or tomorrow I'll get this ready for a review (I don't have
>> upload access to Debian so I'll need someone to review/sponsor).
> 
> Great! Just let me know when it’s ready, I’ll be happy to sponsor you.

Should be good now, could you please check it over?

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#826428: ITA: gcompris-qt -- Educational games for small children - Qt rewrite

2017-12-25 Thread Simon Quigley
Hello!

On 12/07/2017 10:01 AM, Sébastien Villemot wrote:
> On Thu, Dec 07, 2017 at 08:29:25AM -0600, Simon Quigley wrote:
> 
>> On December 7, 2017 7:40:15 AM CST, "Sébastien Villemot" 
>> <sebast...@debian.org> wrote:
> 
>>> Thanks for sharing. That hack would actually open the door to a 3rd
>>> transition
>>> scheme:
>>> - keeping only the gcompris-qt source package (src:gcompris can be
>>> immediately
>>>  removed)
>>> - keeping gcompris-qt as the main binary package
>>> - having gcompris as a transitional package, generated by
>>> src:gcompris-qt, and
>>>  would be the only binary package with an epoch number
>>>
>>> That scheme looks like a good compromise to me.
>>
>> Agreed, I'm +1 on this. Feel free to make the changes in Git, otherwise I 
>> can do it this afternoon US time. 
> 
> I don’t have write permission on the repository, so I am attaching a patch to
> this message (and also an unrelated patch that fixes a small issue).

Thanks for the patches (applied), and apologies for the delay in getting
back to you on this (holidays get kinda busy :/).

Tonight or tomorrow I'll get this ready for a review (I don't have
upload access to Debian so I'll need someone to review/sponsor).

Thanks again!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#826428: ITA: gcompris-qt -- Educational games for small children - Qt rewrite

2017-12-07 Thread Simon Quigley
Hello, 

On December 7, 2017 7:40:15 AM CST, "Sébastien Villemot" <sebast...@debian.org> 
wrote:
>On Thu, Dec 07, 2017 at 08:18:52AM -0500, Jeremy Bicha wrote:
>> On Thu, Dec 7, 2017 at 6:24 AM, Sébastien Villemot
><sebast...@debian.org> wrote:
>> > On Thu, Dec 07, 2017 at 12:11:09PM +0100, Sébastien Villemot wrote:
>> >> On Wed, Dec 06, 2017 at 04:26:10PM -0600, Simon Quigley wrote:
>> >> - since the version number of the old series (15.10-1) is higher
>than the new
>> >>   one (0.81-1), the epoch needs to be bumped (i.e. we should use
>1:0.81-1).
>> 
>> There is an interesting hack where only the old package names need
>the
>> epoch bump.
>> 
>> See for instance
>>
>https://anonscm.debian.org/git/pkg-fonts/fonts-ubuntu.git/commit/?id=046b11af
>
>Thanks for sharing. That hack would actually open the door to a 3rd
>transition
>scheme:
>- keeping only the gcompris-qt source package (src:gcompris can be
>immediately
>  removed)
>- keeping gcompris-qt as the main binary package
>- having gcompris as a transitional package, generated by
>src:gcompris-qt, and
>  would be the only binary package with an epoch number
>
>That scheme looks like a good compromise to me.

Agreed, I'm +1 on this. Feel free to make the changes in Git, otherwise I can 
do it this afternoon US time. 

A full copyright review would also be great if you have the chance, but my plan 
is to do that later as well if nobody gets to it. 

Thanks, 
Simon Quigley 
(sent from mobile, please excuse formatting mistakes)



Bug#826428: ITA: gcompris-qt -- Educational games for small children - Qt rewrite

2017-12-06 Thread Simon Quigley
Hello,

On 12/06/2017 08:18 AM, Sébastien Villemot wrote:
> Any progress on this?

Yep, I've been busy, but I've gotten to the point where I just have to
do a copyright sweep and it should be good.

Here's a link:
https://anonscm.debian.org/cgit/pkg-kde/qt-extras/gcompris-qt.git

> Also I think it would make sense to merge the gcompris and gcompris-qt
> source packages (the distinction is no longer relevant).

Sure, you're more than welcome to make any commits to that repo that you
feel would be relevant.

Thanks for checking in,
-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#883412: ITP: qtnetworkauth-opensource-src -- Network Authenticator module for Qt

2017-12-03 Thread Simon Quigley
Package: wnpp
Severity: wishlist
Owner: Simon Quigley <tsimo...@ubuntu.com>

* Package name: qtnetworkauth-opensource-src
  Version : 5.9.3
  Upstream Author : The Qt Company Ltd.
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
  Programming Lang: C++
  Description : Network Authenticator module for Qt
  Qt Network Authorization provides a set of APIs that enable Qt
  applications to obtain limited access to online accounts and HTTP
  services without exposing users' passwords.
  .
  Currently, the supported authorization protocol is OAuth, versions 1
  and 2.

I plan on maintaining this under the Debian Qt/KDE Maintainers umbrella;
we need it for some newer KDE applications.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#882637: ITP: caja-seahorse -- Caja extension which allows encryption and decryption of OpenPGP files using GnuPG

2017-11-24 Thread Simon Quigley
Package: wnpp
Severity: wishlist
Owner: Simon Quigley <tsimo...@ubuntu.com>

* Package name: caja-seahorse
  Version : 1.18.2
  Upstream Author : Joel Barrios <darksh...@gmail.com>
* URL : https://github.com/darkshram/seahorse-caja
* License : GPL-2
  Programming Lang: C++
  Description : ITP: caja-seahorse -- Caja extension which allows
encryption and decryption of OpenPGP files using GnuPG

Seahorse caja is an extension for caja which allows encryption and
decryption of OpenPGP files using GnuPG. It is integrated into the caja
right-click menu, but can also be used from the command line. It's based
on seahorse-nautilus.

This package will be maintained under the umbrella of the Debian MATE Team.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#882109: ITP: caja-eiciel -- Graphical editor for ACLs and xattr for MATE Desktop

2017-11-18 Thread Simon Quigley
Package: wnpp
Severity: wishlist
Owner: Simon Quigley <tsimo...@ubuntu.com>

* Package name: caja-eiciel
  Version : 1.18.0
  Upstream Author : Joel Barrios <darksh...@gmail.com>
* URL : https://github.com/darkshram/mate-eiciel
* License : GPL-2
  Programming Lang: C++
  Description : ITP: caja-eiciel -- Graphical editor for ACLs and
xattr for MATE Desktop

MATE eiciel is a Graphical editor for access control lists (ACLs) and
extended attributes (xattr), either as an extension within Caja, or as a
standalone utility.

It's based on Eiciel by Roger Ferrer (http://rofi.roger-ferrer.org/eiciel/).

Source code has benn modified to allow mate-eiciel to coexist with the
original eiciel.

This package will be maintained under the umbrella of the Debian MATE Team.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#876388: Uploaded to Ubuntu

2017-11-05 Thread Simon Quigley
Control: -1 severity grave

I can reproduce this on multiple machines, and a fix has been uploaded
to Ubuntu Bionic; feel free to grab my debdiff, which is attached.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


discover_2.1.2-7.1_2.1.2-7.1ubuntu1.diff.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature


Bug#784453: [brewtarget] Qt4 removal, please package latest upstream version

2017-09-09 Thread Simon Quigley

Control: -1 retitle [brewtarget] Qt4 removal, please package latest upstream 
version

This bug can be fixed by packaging the latest upstream version, or at
minimum, 2.2.0, which features a Qt 5 port.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



Bug#875107: RM: kdesudo -- ROM; Deprecated upstream and superseded by kdesu

2017-09-09 Thread Simon Quigley
Package: ftp.debian.org
Package: kdesudo
Severity: serious

kdesudo still uses Qt 3 libraries (with the Qt 4 compatibility layer)
and has not seen upstream commits since 2011. It's superseded by kdesu,
which is Qt 5 and works fine.

kdesu has seen several CVEs, and in my opinion, it's more of a liability
to keep kdesudo than to keep it. It should also be removed because of
the Qt 4 removal in Buster.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#784181: razorqt: Razor-Qt dead upstream, superseded by LXQt

2017-09-08 Thread Simon Quigley
Control: retitle -1 razorqt: Razor-Qt dead upstream, superseded by LXQt
Control: severity -1 grave

Hello,

Bump on this. razorqt has been dead upstream for several years now
(several LXQt releases have made it in Debian, even making it into
Stretch), and popcon statistics have dropped. I would like to get this
removed as part of the effort to remove Qt 4 from the archive for Buster
as announced[1].

> so I would just feel bad removing it from the archive at this
> point.
I don't see a reason to keep this in the archive, but I'm not the
maintainer... I don't see an upload since 2014, and since it's not
maintained upstream, there could be severe bugs or security issues in
the packaged version that have not been discovered. In my opinion this
is a compelling reason to finally drop it, and it might just be better
than keeping it in the archive.

Thoughts?

[1] https://lists.debian.org/debian-devel-announce/2017/08/msg6.html

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature


Bug#826428: ITA: gcompris-qt -- Educational games for small children - Qt rewrite

2017-08-18 Thread Simon Quigley
Control: retitle -1 ITA: gcompris-qt -- Educational games for small children - 
Qt rewrite
Control: owner -1 tsimo...@ubuntu.com

I would like to adopt this package.



Bug#869723: Please upgrade to a new version

2017-08-01 Thread Simon Quigley
> Other than the version string, the patch is literally a one-line change.
> 
>>  - Murmur’s -limits command will now print output as it runs, instead of
>> at exit. (98cd156f0c26be2bacc22d8c64db9c349f16a213)
> 
> ... and this is the one-line change. ;-) Nothing OpenSSL related.
> 
> I'll leave this bug open and close it when I upgrade the mumble source
> package to 1.2.19 which I should be able to do soon. (Hopefully within
> the next couple of days.) I would have done this before the freeze for
> Debian Stretch, but upstream 1.2.19 was released after the freeze and I
> deemed the one-line change not important enough for a release freeze
> exception.

Fair. Thanks!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



Bug#869723: Please upgrade to a new version

2017-07-25 Thread Simon Quigley
Package: mumble
Version: 1.2.18-1

Please package the latest upstream version of Mumble, 1.2.19. It
contains bugfixes that should be released to Debian users. Here are the
changes in the release notes:

 - OpenSSL in our binary packages have been updated to 1.0.2k due to
OpenSSL Security Advisory [26 Jan 2017]
 - Murmur’s -limits command will now print output as it runs, instead of
at exit. (98cd156f0c26be2bacc22d8c64db9c349f16a213)

Thanks!



Bug#869235: Use default Python version in debian/rules

2017-07-21 Thread Simon Quigley
Package: pyferret
Version: 7.1.1.beta-1

Hello,

In Ubuntu, we currently have a delta that makes the package stop
assuming we are building for Python 3.5 in debian/rules, but instead
grabs the version number from py3versions, this is attached. I thought
you might find it useful.

Thanks!
diff -Nru pyferret-7.1.1.beta/debian/rules pyferret-7.1.1.beta/debian/rules
--- pyferret-7.1.1.beta/debian/rules2017-06-25 05:05:57.0 -0500
+++ pyferret-7.1.1.beta/debian/rules2017-07-21 13:47:31.0 -0500
@@ -17,6 +17,7 @@
 
 PY2:=$(shell pyversions -d)
 PY3:=$(shell py3versions -d)
+PY3nodot:=$(shell py3versions -dv | tr -d '.')
 
 override_dh_auto_build:
cp debian/platform_specific.mk.debian .
@@ -34,7 +35,7 @@
mkdir -p $(INSTALLDIR)/lib/$(PY3)
ln -s 
$(CURDIR)/install/lib/$(PY2)/site-packages/pyferret/libpyferret.so \
$(INSTALLDIR)/lib/$(PY2)/libpyferret.so
-   ln -s 
$(CURDIR)/install/lib/$(PY3)/site-packages//pyferret/libpyferret.cpython-35m-$(ARCH).so
 \
+   ln -s 
$(CURDIR)/install/lib/$(PY3)/site-packages//pyferret/libpyferret.cpython-$(PY3nodot)m-$(ARCH).so
 \
$(INSTALLDIR)/lib/$(PY3)/libpyferret.so
# Build and install 
# Horrible hack breaks The Debian Way. I'm doing the build in the 
'install' phase, as i'm installing into debian/tmp


Bug#869215: Please package new upstream release

2017-07-21 Thread Simon Quigley
Package: pycxx
Version: 7.0.1-2

Upstream version 7.0.3 has been released, please update the package to
this new release.



Bug#868537: I'll work on this

2017-07-16 Thread Simon Quigley
Control: owner -1 tsimo...@ubuntu.com

I can take care of this when I do the next QA upload for this package.

Thanks!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



Bug#866938: ITA: note -- small program managing notes from commandline

2017-07-13 Thread Simon Quigley
Control: retitle -1 ITA: note -- small program managing notes from commandline
Control: owner -1 tsimo...@ubuntu.com

I would like to adopt this package, as upstream has released a few new versions 
that should be included in Debian.



Bug#867158: Feedback

2017-07-10 Thread Simon Quigley
Hello!

I'm not a Debian Developer, so I don't have access to upload this, but
here's some feedback that you can use to improve it before someone does:

wrap-and-sort is a really great tool for automatically sorting
debian/control files, I would highly suggest updating your packaging
with it. Also, there's a lot of whitespace in debian/control (and some
in debian/changelog etc.) that needs cleaning.

You haven't mentioned a Git repository anywhere, but I suggest you
create one, as it will really make your life a lot easier. I have access
to collab-maint if you would like me to push your Git repository, but a
Git repository needs to exist before I can do that. :)
I suggest using git-buildpackage to create your repository.

I would suggest shortening the descriptions for the packages in
debian/control but that could just be my personal preference...

Standards-version 4.0.0 was released, you should probably update your
package to use that.

Your debian/rules file looks a bit peculiar, so I'll leave that for a
more experienced packager to leave feedback on.

Your debian/watch file could probably be updated to version 4.

What's the reasoning for debian/upstream/signing-key.pgp ?

I see jquery.js in the files that are installed in the package. I'm not
a Debian Archive Administrator by any degree, but I believe shipping
that sort of thing goes against Debian Policy. Feel free to correct me
if I'm wrong, though.

Shipping an executable called "run" or "run-gui" seems a bit weird to
me, as running those applications would be executing "run" in a terminal...

Once those things are dealt with, in my opinion, it should be ready to
upload.

Thank you for your efforts!

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



Bug#854222: ITA: htmldoc -- HTML processor that generates indexed HTML, PS, and PDF

2017-07-01 Thread Simon Quigley
Control: retitle -1 ITA: htmldoc -- HTML processor that generates indexed HTML, 
PS, and PDF
Control: owner -1 tsimo...@ubuntu.com

Whoops, it treated my Control commands as email headers, fixed now.



  1   2   >