Bug#1068354: ITP: python-github-webhook -- microframework for writing GitHub webhooks in Python

Package: wnpp Severity: wishlist Owner: Kunal Mehta X-Debbugs-Cc: debian-de...@lists.debian.org, lego...@debian.org * Package name: python-github-webhook Version : 1.0.4 Upstream Contact: Alex Chamberlain * URL : https://github.com/bloomberg/python-github-webhook

Bug#1064797: Mediawiki ships with .htaccess files containing outdated access control configuration

your report to <https://phabricator.wikimedia.org/T360850> and submitted patches for it. Once there's a new MediaWiki release, it'll get picked up by Debian. -- Kunal Mehta

Bug#1051782: ITP: kiwix-zim -- script to check for updates to your local ZIM library

Package: wnpp Severity: wishlist Owner: Kunal Mehta X-Debbugs-Cc: debian-de...@lists.debian.org, lego...@debian.org * Package name: kiwix-zim Version : 3.0 Upstream Contact: jojo2357 * URL : https://github.com/jojo2357 * License : GPL-2 Programming Lang

Bug#1051561: RoM as well

Thanks for filing, just adding/confirming as maintainer that src:zimlib should be removed now. :) -- Kunal

Bug#1051382: mediawiki: Provide configuration option to run update.php automatically

Hi Joseph, On 9/7/23 11:59, Joseph Nuthalapati wrote: Provide support in the Debian package for FreedomBox's use case. If the user installed MediaWiki database using dbconfig and answered positively to a question to auto-update the database, then run update.php during package upgrade. Ack. I

Bug#1042532: mediawiki: Vendoring a few javascript library without source

severity 1042532 normal tags 1042532 wontfix thanks Hi, On 7/31/23 07:23, roucaries bastien wrote: hi, Le lun. 31 juil. 2023 à 08:27, Kunal Mehta a écrit : These are in the preferred form for modification so I don't think there's any issue here, but please correct me if I'm wrong. MediaWiki

Bug#1042532: mediawiki: Vendoring a few javascript library without source

Hi, On 7/29/23 16:44, Bastien Roucariès wrote: Dear Maintainer, resources/lib/ (https://sources.debian.org/src/mediawiki/1:1.39.4-2/resources/lib/) include a few library already packaged for debian. Moreover some source are missing (I have only checked pako). These are in the preferred

Bug#1027959: transition: libkiwix

Hi, On 6/19/23 18:36, Sebastian Ramacher wrote: Let's do this one properly during the trixie release cycle. What's the status here? I think we're ready to go. libzim is sorted (the ABI change was reverted, unstable is now at 8.1.1). I just uploaded libkiwix 12.0.0-2 (to fix 2 RC bugs)

Bug#1041017: fonts-kacst: unclear licensing status, possibly non-free

Package: fonts-kacst Severity: serious Justification: Policy 2.2.1 X-Debbugs-Cc: lego...@debian.org, kha...@aliftype.com Khaled Hosny (cc'd) filed a bug against LibreOffice[1], writing: The last versions of these fonts were prepared by me, over a decade ago, when I was still believing these are

Bug#1039075: mediawiki: missing Breaks+Replaces: mediawiki-extensions-math (<= 2:1.0+git20120528-8)

Hi, On 6/25/23 09:33, Andreas Beckmann wrote: during a test with piuparts I noticed your package fails to upgrade from 'wheezy' to 'jessie' to 'stretch' to 'buster' to 'bullseye' to 'bookworm'. It installed fine in 'wheezy', and upgraded to 'jessie', 'stretch', 'buster' and 'bullseye'

Bug#1032771: libzim7: Package name is wrong, should be 'libzim'

tags 1032771 - wontfix thanks Hi, On 3/22/23 11:41, Bastian Germann wrote: Control: tags -1 wontfix On Fri, 17 Mar 2023 20:12:26 -0400 James Valleroy wrote: Note that this request is about changing the source package name, from "zimlib" to "libzim". The bug was accidentally filed on the

Bug#1028041: php-excimer: FTBFS on mipsel

severity 1028041 normal thanks Hi, On 1/6/23 13:47, Adrian Bunk wrote: On Fri, Jan 06, 2023 at 08:59:08AM +0100, Paul Gevers wrote: = FAILED TEST SUMMARY -

Bug#1030170: dh-virtualenv: diff for NMU version 1.2.2-1.3

support (Closes: #1030170) + + -- Kunal Mehta Thu, 02 Feb 2023 14:10:21 -0500 + dh-virtualenv (1.2.2-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru dh-virtualenv-1.2.2/debian/patches/0001-Replace-usage-of-inspect.getargspec-with-inspect.get.patch dh-virtualenv-1.2.2/debian

Bug#1030170: dh-virtualenv: Broken on Python 3.11, AttributeError: module 'inspect' has no attribute 'getargspec'

Package: dh-virtualenv Version: 1.2.2-1.2 Severity: grave Tags: patch Justification: renders package unusable X-Debbugs-Cc: lego...@debian.org Hi, Using dh-virtualenv with bookworm's Python 3.11 breaks: Traceback (most recent call last): File "/usr/bin/dh_virtualenv", line 111, in

Bug#1027959: transition: libkiwix

Hi, On 1/5/23 04:48, Sebastian Ramacher wrote: I'd like to do the transition for libkiwix (and sibling libzim) in time for bookworm, it's fully self-contained. I uploaded src:zimlib 8.1.0 to unstable last week, which unintentionally had a breaking change in it (sorry!). libkiwix 12.0.0 is

Bug#1027565: kiwix-tools: FTBFS: ld: /usr/lib/x86_64-linux-gnu/libkiwix.so: undefined reference to `zim::Item::getPath[abi:cxx11]() const'

Hi, On 1/1/23 06:31, Lucas Nussbaum wrote: /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libkiwix.so: undefined reference to `zim::Item::getPath[abi:cxx11]() const' collect2: error: ld returned 1 exit status My upload of src:zimlib 8.1.0 accidentally contained a breaking change, but this should be

Bug#1027959: transition: libkiwix

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: lego...@debian.org Hi, I'd like to do the transition for libkiwix (and sibling libzim) in time for bookworm, it's fully self-contained. I uploaded src:zimlib 8.1.0 to

Bug#1023251: pdf-redact-tools: Unusable since imagemagick disabled PDF support by default, unmaintained upstream

Hi, On 11/1/22 01:36, intrigeri wrote: So I think this package should not be included in Bookworm, hence the RC severity. I didn't realize it wasn't working anymore, but agreed even without that solely because it's unmaintained upstream and I personally no longer use it. Will file an RM

Bug#1027464: RM: pdf-redact-tools -- ROM; broken, unmaintained

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: lego...@debian.org Hi, Please remove src:pdf-redact-tools, it's broken (see #1023251) and unmaintained upstream. Thanks, -- Kunal

Bug#1017886: transition: zimlib

Hi, On 8/28/22 11:18, Sebastian Ramacher wrote: I'd like to do a transition of libzim 7->8. I've done local rebuilds of all the reverse dependencies, python-libzim needs a patch (ready in experimental), and all the rest (zim-tools, libkiwix, kiwix-tools, kiwix) will need binNMUs. Please go

Bug#1017886: transition: zimlib

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: lego...@debian.org Hi, I'd like to do a transition of libzim 7->8. I've done local rebuilds of all the reverse dependencies, python-libzim needs a patch (ready in

Bug#1016265: libkiwix: FTBFS: version.h:29:2: error: #warning The C++ ABI version of compiler you are using does not exactly match [-Werror=cpp]

forcemerge 1012981 1016265 thanks On 7/29/22 12:21, Lucas Nussbaum wrote: /usr/include/xapian/version.h:29:2: error: #warning The C++ ABI version of compiler you are using does not exactly match [-Werror=cpp] 29 | #warning The C++ ABI version of compiler you are using does not exactly

Bug#1016393: transition: libkiwix

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: lego...@debian.org Hi, I would like to upgrade libkiwix from v10 to v11. The two reverse dependencies are kiwix and kiwix-tools. All three packages look good in

Bug#1012981: libkiwix: ftbfs with GCC-12

Hi, On 6/16/22 08:11, Matthias Klose wrote: In file included from /usr/include/xapian.h:44, from ../src/library.cpp:35: /usr/include/xapian/version.h:29:2: error: #warning The C++ ABI version of compiler you are using does not exactly match [-Werror=cpp] 29 | #warning The

Bug#986856: RFP: dangerzone -- Take potentially dangerous PDFs, office documents, or images and convert them to a safe PDF

Hi, On 4/4/22 03:41, Peymaneh wrote: @Kunal Would you mind having a look at it? This is my first package including post{inst,rm}-scripts and I am not sure if the way i did it is very robust. Yay! Comments unrelated to the postinst: * I think dangerzone-container.1 might be outdated, it

Bug#997383: dh-virtualenv: FTBFS: AttributeError: 'Sphinx' object has no attribute 'add_stylesheet'

severity 997383 minor tags 997383 fixed-upstream thanks Hi, On Sat, 23 Oct 2021 21:49:56 +0200 Lucas Nussbaum wrote: > Exception occurred: > File "/<>/doc/conf.py", line 30, in setup > app.add_stylesheet('css/custom.css') > AttributeError: 'Sphinx' object has no attribute

Bug#986856: RFP: dangerzone -- Take potentially dangerous PDFs, office documents, or images and convert them to a safe PDF

Hi Peymaneh, On Tue, 20 Jul 2021 23:36:35 + Peymaneh Nejad wrote: I have done some initial packaging[1], but I think it should definitely ship with an autopkgtest at least for the cli binaries that are included. Hope I can look into that next month, but since testing is frozen anyway I

Bug#1004717: transition: libkiwix and libzim

Hi, On 2/1/22 23:57, Sebastian Ramacher wrote: Please go ahead Thanks, everything has been uploaded. -- Kunal

Bug#1004717: transition: libkiwix and libzim

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: lego...@debian.org Hello, libkiwix and libzim have new major versions with SONAME bumps, requiring a transition. Both are maintained by the same upstream and basically in

Bug#976811: [pkg-php-pear] Bug#976811: transition: php8.1

Hi, On 1/19/22 14:08, Bryce Harrington wrote: On Wed, Jan 19, 2022 at 09:58:52PM +0100, Paul Gevers wrote: Hi Bryce, On 19-01-2022 10:28, Bryce Harrington wrote: With [4] applied, I'm seeing the following dumped on armhf: ## https://autopkgtest.ubuntu.com/packages/m/mediawiki/jammy/armhf

Bug#976811: [pkg-php-pear] Bug#976811: transition: php8.1

Hi, On 1/16/22 11:52, Paul Gevers wrote: On 12-01-2022 21:16, Paul Gevers wrote: Priority may lay with the mediawiki* regression on i386: "Internal Server Error" doesn't sound great, and other non-horde package. Did anybody already take a look at this [1, 2, 3]? It's the last thing before

Bug#976811: [pkg-php-pear] Bug#976811: transition: php8.1

Hi, On 1/8/22 13:38, Paul Gevers wrote: php-wmerrors [7], owfs [8]. These two need upstream update. I see no activity and no bug reports. Can somebody please update these packages or file appropriate bugs? Filed #1003432 for php-wmerrors, and am working on it upstream since it's more

Bug#1003432: php-wmerrors: Incompatible with PHP 8.1

Package: php-wmerrors Version: 2.0.0~git20190628.183ef7d-3 Severity: serious Tags: ftbfs upstream Justification: ftbfs X-Debbugs-Cc: lego...@debian.org wmerrors is currently incompatible with PHP 8.1. https://phabricator.wikimedia.org/T298421 tracks this upstream and I'm working on a patch

Bug#997440: python-libzim: FTBFS: dpkg-buildpackage: error: dpkg-source -b . subprocess returned exit status 2

Hi, Sorry, it took me a while to figure this one out. On 10/23/21 13:27, Lucas Nussbaum wrote: dh clean --with python3 --buildsystem=pybuild dh_auto_clean -O--buildsystem=pybuild I: pybuild base:232: python3.9 setup.py clean [!] Warning: Couldn't find zim/*.h in ./include! Hint: You

Bug#976811: [pkg-php-pear] Bug#976811: transition: php8.1

Hi, On 1/1/22 00:01, Paul Gevers wrote: It seems I don't understand how PHP packaging works. I scheduled rebuilds of several packages that were yesterday on the tracker page [1] when that still only had the phpapi-* listed. Several packages can't be build yet it seems (because they depend

Bug#998223: RFH: mailman3 packages -- Mailing list management system

Hi, On Mon, 01 Nov 2021 10:41:54 +0100 Jonas Meurer wrote: So we're looking for you if you: * happen to run mailman3 instances and have some spare cycles * want to give your share to keep mailman3 packages in Debian * are keen to get your hands dirty in python packages which touch a lot

Bug#993676: prometheus-node-exporter-collectors: btrfs_stats.py doesn't work with Python 3

Package: prometheus-node-exporter-collectors Version: 0+git20210115.7d89f19-1 Severity: normal Tags: patch btrfs_stats.py fails with a RuntimeException when run with Python 3 on my bullseye system. There's a trivial upstream patch for this:

Bug#990336: mailman3: Improve logrotate configuration

Package: mailman3 Version: 3.3.3-1 Severity: wishlist Dear maintainer, The Mailman3 package currently includes logrotate configuration for one file, /var/log/mailman3/mailman.log. However, it is pretty common to enable other logs, changing it to apply to /var/log/mailman3/*.log would be much

Bug#987976: mediawiki: autopkgtests are missing restrictions and dependencies

Hi, On 5/2/21 7:42 PM, Tobias Wiese wrote: The install-* autopkgtest require the start of services and should therefore be tagged with the isolation-container restriction. They also use the systemctl command from the systemd package which is missing in the depends field. I also think that the

Bug#987654: Adjusting severity

severity 987654 serious thanks Upping priority to serious as this is technically a violation of policy that all software in main should be self-contained to main, and I believe there is a general acceptance in Debian that such privacy breaches are not acceptable (see also #726998). I can

Bug#987654: python3-django-hyperkitty: Loads Google Fonts (fonts.gstatic.com), causing privacy breach

Package: python3-django-hyperkitty Version: 1.3.4-2 Severity: important Hyperkitty's CSS attempts to loads fonts from Google Fonts, causing a privacy breach: @font-face { font-family: 'Droid Sans'; font-style: normal; font-weight: 400; src: local('Droid Sans'), local('DroidSans'),

Bug#987630: python3-authheaders: missing .egg-info metadata

Package: python3-authheaders Version: 0.10.0-1 Severity: important Dear maintainer, The python3-authheaders package in Buster is missing the .egg-info metadata so it can't be found by e.g. pkg-resources: >>> import authheaders; authheaders >>> import pkg_resources;

Bug#984625: pygments: New 2.8.0 upstream version available

Package: pygments Version: 2.7.1+dfsg-1 Severity: wishlist Dear maintainer, Pygments has released version 2.8.0: https://pygments.org/docs/changelog/#version-2-8-0 It now includes the "dot" language, which had previously been requested by Wikimedia users:

Bug#981466: kiwix: switch data feed and download URLs to https

On 2/14/21 8:15 PM, Paul Wise wrote: On Sun, 2021-02-14 at 20:11 -0800, Kunal Mehta wrote: I'm going to cherry-pick the upstream fix for this and upload its hortly so it'll be in bullseye. Thanks. Uploaded with 2.0.5-3. The catalog is used by other devices, and apparently some older

Bug#982979: kiwix-serve: symbol lookup error

Hi, On 2/17/21 10:08 AM, Von wrote: Package: kiwix-tools Version: 3.1.2-2 Severity: important X-Debbugs-Cc: rekae...@outlook.com Dear Maintainer, kiwix-serve fails to run and throws symbol lookup error regardless command line arguments. kiwix-serve was not usable at all. outcome:

Bug#981466: kiwix: switch data feed and download URLs to https

Hi, Thanks for noticing and reporting this :) On 1/31/21 7:19 AM, Paul Wise wrote: I noticed that the data feed is not downloaded using https, so network attackers could modify the data feed to change my choice of downloads to something I didn't want to download. I'm going to cherry-pick the

Bug#979686: mediawiki: Cannot skip installing mariadb & postgresql

Hi, On 1/25/21 2:35 PM, Sunil Mohan Adapa wrote: I propose a different solution: What if we add 'sqlite3' into the mix like this: 'default-mysql-server | virtual-mysql-server | postgresql-contrib | sqlite3'? This way, people wanting to use sqlite only (including FreedomBox) can run 'apt

Bug#979686: mediawiki: Cannot skip installing mariadb & postgresql

Hi Joseph, On 1/9/21 7:07 PM, Joseph Nuthalapati wrote: However, the Debian package for MediaWiki installs mariadb server, client and libraries for PHP and Perl. The MariaDB daemon consumes 80-90 MB of memory which is a lot to spare on Single Board Computers. Similarly, it also installs

Bug#975994: zimlib breaks python-libzim autopkgtest: segfaults

Hi, On 11/30/20 11:25 AM, Paul Gevers wrote: That versioned Depends relation should be enough for CI. But what about users that do a partial upgrade? (Yes, I know, officially not supported in Debian, but in practice it works pretty well). Good point. I'll do that as well. -- Kunal

Bug#975994: zimlib breaks python-libzim autopkgtest: segfaults

Control: reassign -1 python-libzim Hi Paul, On 11/27/20 12:11 PM, Paul Gevers wrote: Currently this regression is blocking the migration of zimlib to testing [1]. Due to the nature of this issue, I filed this bug report against both packages. Can you please investigate the situation and

Bug#971986: $wgRedirectOnLogin ignored

tags 971986 fixed-upstream pending thanks This was fixed upstream in which should be included in the next maintenance/security release. -- Kunal On 10/11/20 12:38 AM, Alain Knaff wrote: Package: mediawiki Version:

Bug#970896: lintian times out while analyzing package

Package: lintian Version: 2.95.0~bpo10+1 Severity: serious Justification: fails to run properly Trying to run lintian locally against src:mediawiki 1:1.35.0~rc.3-1 never completed, I ^C'd the lintian command after 3+ hours. A salsa CI run against a slightly older mediawiki package also failed

Bug#969435: ITP: mediawiki-extension-youtube -- Embed YouTube and other videos into MediaWiki pages

Package: wnpp Severity: wishlist Owner: Kunal Mehta * Package name: mediawiki-extension-youtube Version : 1.9.3 Upstream Author : Przemek Piotrowski * URL : https://www.mediawiki.org/wiki/Extension:YouTube * License : GPL-2.0-or-later Programming Lang: PHP

Bug#969434: ITP: mediawiki-skin-greystuff -- A fixed-width grey skin for MediaWiki

Package: wnpp Severity: wishlist Owner: Kunal Mehta * Package name: mediawiki-skin-greystuff Version : 1.1.0 Upstream Author : Calimonius the Estrange * URL : https://www.mediawiki.org/wiki/Skin:GreyStuff * License : GPL-2.0-or-later Programming Lang: PHP

Bug#969196: zimlib: symbols updates for architectures built with -O3

Hi, On 2020-08-29 00:47, Gianfranco Costamagna wrote: > Source: zimlib > Version: 6.2.0-2 > Severity: serious > tags: patch > > Hello, zimlib symbols file seems to be really difficult to maintain, breaking > on each icu upload, each new gcc upload, > different gcc optimization levels (such as

Bug#831424: RFP: parsoid -- Web service converting HTML+RDFa to MediaWiki wikitext and back

retitle 831424 ITP: parsoid -- bidirectional parser between wikitext and HTML5 owner 831424 ! thanks Parsoid has been ported to PHP and is now being bundled inside MediaWiki as a library rather than a separate web service. I plan to close this ITP with my next MediaWiki upload (upstream version

Bug#957147: docopt.cpp: diff for NMU version 0.6.2-2.1

compilation with GCC 10 (Closes: #957147) + + -- Kunal Mehta Fri, 24 Jul 2020 22:34:42 -0700 + docopt.cpp (0.6.2-2) unstable; urgency=medium * Switch from git-dpm to gbp diff -Nru docopt.cpp-0.6.2/debian/patches/0003-Add-missing-stdexcept-include-to-use-std-runtime_err.patch docopt.cpp-0.6.2/debian

Bug#966227: ITP: python-libzim -- Python bindings for the libzim library

Package: wnpp Severity: wishlist Owner: Kunal Mehta * Package name: python-libzim Version : 0.0.3 Upstream Author : openZIM developers * URL : https://github.com/openzim/python-libzim * License : GPL-3 Programming Lang: C++/Python Description : Python

Bug#965994: RM: src:zimwriterfs -- ROM; merged into zim-tools

Package: ftp.debian.org Severity: normal Hi, src:zimwriterfs has been merged into the zim-tools package, which is now also producing a zimwriterfs transitional package. Please remove src:zimwriterfs from Debian. Thanks, -- Kunal

Bug#965975: libdocopt-dev: New upstream 0.6.3 version available

Package: libdocopt-dev Version: 0.6.2-2 Severity: wishlist Hi, A 0.6.3 upstream version is available, could the package be updated please? Notably, it contains pkg-config support[1], which would be nice for meson-based projects. I'm specifically interested in it for zim-tools. [1]

Bug#965033: debdiff

+ + * Non-maintainer upload. + * Add missing dependency on python3-pkg-resources Closes: #965033. + + -- Kunal Mehta Wed, 15 Jul 2020 15:48:39 -0700 + meson (0.55.0-1) unstable; urgency=medium * New upstream release. diff -Nru meson-0.55.0/debian/control meson-0.55.0/debian/control --- meson-0.55.0

Bug#964495: libmicrohttpd: New 0.97.1-1 version causes libkiwix to FTBFS

On 2020-07-07 17:54, Kunal Mehta wrote: > Upstream libkiwix ticket discussing the issue is > https://github.com/kiwix/kiwix-lib/issues/373, but I (and upstream) believe > this is an unexexpected breaking change in libmicrohttpd. According to <https://lists.gnu.org/archive/html/libmic

Bug#964502: RM: ctpp2 -- ROM; unused in Debian, dead upstream

Package: ftp.debian.org Severity: normal ctpp2 is no longer used by libkiwix and now has no dependencies in Debian anymore. It's also dead upstream. I checked with Vasudev and Jonas and they agreed on removal as well. Thanks, -- Kunal

Bug#964495: libmicrohttpd: New 0.97.1-1 version causes libkiwix to FTBFS

Package: libmicrohttpd Version: 0.97.1-1 Severity: serious Tags: ftbfs The new 0.97.1 version is causing libkiwix to FTBFS. [12/51] c++ -Isrc/25a6634@@kiwix@sha -Isrc -I../src -Iinclude -I../include -I/usr/include/kainjow -Istatic -I/usr/include/x86_64-linux-gnu -I/usr/include/p11-kit-1

Bug#641812: Packaging qtsingleapplication?

Hi Qt maintainers, I'm currently packaging kiwix (#763321) and came across qtsingleapplication. It has had an open RFP (#641812) since 2011. Currently upstream kiwix bundles a copy of qtsingleapplication in its Git repo/tarballs, as there is no packaged version. However, the Fedora kiwix

Bug#763321: ITP kiwix

owner 763321 ! retitle 763321 ITP: kiwix -- An offline Wikipedia reader thanks Now that libzim and libkiwix are up to date, I'm going to start packaging the Kiwix desktop client. I have a local build working, but there's one licensing issue that I'm working with upstream on:

Bug#964171: meson build triggers blhc compiler-flags-hidden warning

lib Binary: libzim6, libzim-dev Architecture: any Version: 6.1.3-4 Maintainer: Jonas Smedegaard Uploaders: Mike Gabriel , Kunal Mehta Homepage: https://www.openzim.org/wiki/Zimlib Standards-Version: 4.5.0 Vcs-Browser: https://salsa.debian.org/debian/zimlib Vcs-Git: https://salsa.debian.org/debian/ziml

Bug#964163: ITP: zim-tools -- various ZIM command-line tools

Package: wnpp Severity: wishlist Owner: Kunal Mehta * Package name: zim-tools Version : 1.2.1 Upstream Author : openZIM/Kiwix developers * URL : https://github.com/openzim/zim-tools * License : GPL-3.0-or-later Programming Lang: C++ Description

Bug#963988: transition: zimlib and libkiwix

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition zimlib and libkiwix are ready to be upgraded to their latest upstream major versions. Since both are maintained by the same upstream and basically in sync with each other, I thought it

Bug#963231: mediawiki: Should not depend on php, should be php|php-fpm

Hi, On 2020-06-20 20:57, Russell Coker wrote: > Mediawiki appears to work well with php-fpm, should not force the installation > of php. Correct, MediaWiki is fully supported using php-fpm. I don't see a bug in the package's dependencies though. `php`, is a metapackage that depends on `php7.X`,

Bug#942960: patch

tags 942960 + patch thanks I submitted a pretty straightforward patch at , please let me know if you'd prefer I upload it to the BTS. -- Kunal / Legoktm signature.asc Description: OpenPGP digital signature

Bug#947063: ITP: pass-import - MediaWiki API client in Python

Hi, I think you might have a copy/paste mistake in your bug title, I don't see anything related to MediaWiki in this ITP. -- Kunal signature.asc Description: OpenPGP digital signature

Bug#946665: mediawiki: autopkgtests may fail due to stderr messages

Hi Mathieu, Thanks for filing the bug. In the past (c.f. #911829), failing on stderr has identified problems in MediaWiki when a new PHP version is released, so I would like to keep the current behavior if possible. Do you have any ideas or suggestions on other ways we could avoid this problem?

Bug#944650: Incompatible with Postgres-12

Hi, Thanks for filing a bug :) I had noticed this as well, and filed one upstream: https://phabricator.wikimedia.org/T237931 On 2019-11-13 02:37, Christian Ehrhardt wrote: > Package: mediawiki > Version: 1:1.31.5-1 > > Hi, > First of all I beg your pardon but didn't know how to better submit

Bug#934104: [pkg-php-pear] Bug#934104: composer: Don't use debian/copyright for LICENSE when generating autoloader

Hi, On 8/7/19 3:26 PM, David Prévot wrote: >> First, vendor/ directories are no longer identical with people who use an >> upstream version of composer or from a different distribution (example: >> https://gerrit.wikimedia.org/r/#/c/mediawiki/vendor/+/526262/1/composer/LICENSE). > > Why is that

Bug#934104: composer: Don't use debian/copyright for LICENSE when generating autoloader

Package: composer Version: 1.9.0-2 Severity: important 0005-Pick-up-copyright-instead-of-LICENSE.patch switches the composer autoload generator to use debian/copyright instead of upstream's LICENSE file. This is problematic for a few reasons: First, vendor/ directories are no longer identical

Bug#931738: ITP: libkainjow-mustache -- Mustache text templates for modern C++

Package: wnpp Severity: wishlist Owner: Kunal Mehta * Package name: libkainjow-mustache Version : 3.2.1 Upstream Author : Kevin Wojniak * URL : https://github.com/kainjow/Mustache * License : BSL-1.0 Programming Lang: C++ Description : Mustache text

Bug#924331: RFA: pdf-redact-tools -- PDF Redact Tools helps with securely redacting and stripping

Hi, On 6/24/19 5:21 PM, Loic Dachary wrote: > The VCS repository is at > https://salsa.debian.org/pkg-privacy-team/pdf-redact-tools. Please let me > know if you need anything else. Could you add me (salsa username: legoktm) to that repository? Or I suppose transfer it to me? Thanks, -- Kunal

Bug#924331: RFA: pdf-redact-tools -- PDF Redact Tools helps with securely redacting and stripping

Hi, On Mon, 11 Mar 2019 18:23:15 +0100 Loic Dachary wrote: > pdf-redact-tools is one of many tools journalists need to protect the > anonymity of their sources. Despite my desire to maintain the package and my > best efforts, I do not feel safe within Debian to do so. I kindly ask someone >

Bug#930899: ITP: podman -- Tool for running OCI-based containers

Hi Nicolas, There's already an open ITP for podman at #930440. -- Kunal

Bug#930503: ITP: php-wmerrors -- PHP extension that enhances and customizes handling of PHP errors

Package: wnpp Severity: wishlist Owner: Kunal Mehta * Package name: php-wmerrors Version : 2.0.0 Upstream Author : Tim Starling * URL : https://gerrit.wikimedia.org/g/mediawiki/php/wmerrors * License : MIT/Expat Programming Lang: C Description : PHP

Bug#930089: unblock: mediawiki/1:1.31.2-1

My original mail didn't make it to the debian-release mailing list due to the size of the debdiff, so here it is, without the attachment. -- Kunal On Thu, 06 Jun 2019 13:40:46 -0400 Kunal Mehta wrote: > Package: release.debian.org > Severity: normal > User: relea

Bug#928716: mediawiki: File uploads broken (UploadStashBadPathException)

Hi, On 5/9/19 10:11 AM, Chris Boot wrote: > This will apparently be fixed in MediaWiki 1.31.2 when that's released, > but given that file uploads appear to be non-functional it may be worth > carrying a patch locally for the Buster release or soon after. 1.31.2 should be coming out later this

Bug#924858: also can't reproduce

While working on #925068, I built the version of doxygen in buster multiple times, and was unable to reproduce any build failures. -- Kunal signature.asc Description: OpenPGP digital signature

Bug#925068: doxygen: search.php uses

n (1.8.13-11) UNRELEASED; urgency=medium + + * QA upload. + * Fix search.php to be compatible with PHP 7.0+. (Closes: #925068) + + -- Kunal Mehta Wed, 20 Mar 2019 18:23:59 -0700 + doxygen (1.8.13-10) unstable; urgency=medium * Orphan the package. See: #888580. diff -Nru doxygen-1.8.13/debia

Bug#856595:

Hi, On 2/16/19 7:35 PM, Pavel Minaev wrote: > It looks like all the dependencies are now in Buster, thanks to Kunal. > It would be a shame to have it all, except for the actual user-facing > app that uses it... > > Is there any chance that this package might make it into Buster? Is > there any

Bug#909752: #909752 fixed in git but not uploaded

control: tags -1 pending Hi Ondřej, It looks like you fixed this #909752 in git back in November[1], but it was never uploaded to the archive. Is there anything blocking its upload? [1] https://salsa.debian.org/php-team/pecl/php-apcu-bc/commit/a4c7df39a4775cbf2988bb97bb07153ffbdb5f9e Thanks,

Bug#918310: php-respect-validation: Drop dependency upon php-symfony-polyfill-mbstring

/fzpctqnmDKX/sy7ngiPSw6YGmbNMlAfYvh9Vt2GPcCL8R79XDmGxl60 ekByNFdF87rZNb7bNkWaaJKPGFnQ92wo/Z+Y6JC9AE61d6Cq5p8DP2u8e71Ei0RG xw7oB5PX7zzkMQ== =bd+z -END PGP SIGNATURE- >From 025b159765ca33f2c49b66c2e68b3964a7491e30 Mon Sep 17 00:00:00 2001 From: Kunal Mehta Date: Fri, 4 Jan 2019 14:15:03 -0

Bug#918307: civicrm-common: Drop dependency upon php-symfony-polyfill-iconv

SIGNATURE- >From 53113969df12cbc463ad1e480370cd3fa3191a4d Mon Sep 17 00:00:00 2001 From: Kunal Mehta Date: Fri, 4 Jan 2019 13:45:41 -0800 Subject: [PATCH] Don't depend on php-symfony-polyfill-iconv The iconv extension is included in php-common, so there's no need to include a polyfill for it.

Bug#911832: polyfill should be dropped

Hi, On 1/3/19 6:57 PM, David Prévot wrote: > Le 04/01/2019 à 12:50, Kunal Mehta a écrit : >> This patch adds overrides for all symfony/polyfill-* packages to >> pkg-php-tools itself, so all packages will automatically use it and no >> longer automatically depend upon

Bug#911832: polyfill should be dropped

On 1/2/19 11:57 PM, Kunal Mehta wrote: > I'm not sure how exactly the best way to remove the dependency is since > it's automatically generated from composer.json. We could update > pkg-php-tools to modify php-symfony-polyfill-* dependencies? https://salsa.debian.org/php-team/pear/pkg-

Bug#911832: polyfill should be dropped

Hi, First, I filed upstream about the test failures. However, as I looked a bit more, I'm not sure why this package exists in Debian in the first place. The purpose of the polyfill is to have pure PHP fallback implementations for when the PHP

Bug#916680: RM: mediawiki-math -- ROM; removed upstream

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, texvc (built from mediawiki-math) was removed upstream, and is no longer supported in favor of a nodejs web service ("mathoid") that has a lot more features. See

Bug#886120: ctpp2: diff for NMU version 2.8.3-25.1

Hi, On 12/2/18 11:56 AM, gregor herrmann wrote: > I've prepared an NMU for ctpp2 (versioned as 2.8.3-25.1) and > uploaded it to DELAYED/5. Please feel free to tell me if I > should delay it longer. Thanks, it seems fine to me. I'm also happy to do a standard upload, I'm not sure if that would be

Bug#915244: quassel: New 0.13.0 version available

Source: quassel Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Quassel 0.13.0 was released on 2018-11-17: . This release is expected to bring UI improvements, better IRCv3 support, and increased support for mobile clients, among plenty of

Bug#913773: dh-php: pkg-pecl.mk does not run extension tests during build

Package: dh-php Version: 0.34 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I was looking into porting php-luasandbox to fully build with pkg-pecl.mk, and I noticed that it wasn't running the luasandbox tests during the package build process. I have provided a

Bug#913705: transition: zimlib

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I'd like to upgrade zimlib to v4 to get up to date with upstream once again. The only dependency affected is libkiwix, which will

Bug#913620: Happened before in #905187

This is the same regression as #905187 - is there a good way we can prevent this from happening again? HTH, -- Kunal signature.asc Description: OpenPGP digital signature

Bug#913506: libkiwix FTBFS with ICU 63.1

control: tags -1 fixed-upstream Hi, On 11/11/18 11:13 AM, László Böszörményi (GCS) wrote: > ICU 63.1 recently released, packaged and uploaded to experimental. > Its transition is going to start soon. However your package fails to > build with this version. I attach a patch which fixes the

Bug#871594: mediawiki-extensions-universallanguageselector - package description not really understandable

Hi, On Fri, 18 Aug 2017 20:48:09 +0200 (CEST) Tomas Pospisek wrote: > Hello Kartik Mistry, > > the description you chose for your package is: "Tool to select a language > and configure for MediaWiki". > > What does "select a configure" mean? Do you mean "select a configuration"? > > Or do

  1   2   >