Bug#1089725: mediawiki: autopkgtest failure with php8.4

Hi, thanks for filing. On 12/11/24 13:34, Bas Couwenberg wrote: The autopkgtest of your package fail with php8.4: https://ci.debian.net/packages/m/mediawiki/testing/amd64/55200112/ I believe this is , but it's unclear; I'm looking into it. -- Kuna

Bug#1085453: dompurify

Hi Bastien, On 10/19/24 11:43, Bastien Roucariès wrote: Source: mediawiki Severity: serious Tags: upstream security Dear Maintainer, Dompurify was affected recently by a few security bug Thanks for flagging, I'm checking with the MediaWiki security team on this. -- Kunal

Bug#1082226: python-libzim FTBFS with Python 3.13

Hi, On 9/19/24 08:45, Stefano Rivera wrote: This looks like a package that just needs to get off cython3-legacy (that doesn't support 3.13) and onto a current cython. That will have 3.13 support. I see there are several new upstream releases. Indeed, this is fixed in at least 3.5.0 (probably e

Bug#1082309: mediawiki,vistrails: aliasing conflict on /usr/share/mediawiki/extensions

Hi Helmut, Thanks for filing this. On 9/19/24 15:28, Helmut Grohne wrote: # dpkg --verify missing /usr/share/mediawiki/extensions/vistrails missing /usr/share/mediawiki/extensions/vistrails/README missing /usr/share/mediawiki/extensions/vistrails/download.php missing /usr/share/

Bug#1074723: stdeb: diff for NMU version 0.10.0-2.1

00 @@ -1,3 +1,11 @@ +stdeb (0.10.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Cherry-pick upstream patch for fixing configparser usage +for Python 3.12+ (Closes: #1074723) + + -- Kunal Mehta Thu, 08 Aug 2024 23:12:17 -0400 + stdeb (0.10.0-2) unstable; urgency=medium

Bug#1074723: stdeb: diff for NMU version 0.10.0-2.1

-0400 +++ stdeb-0.10.0/debian/changelog 2024-08-08 23:12:17.0 -0400 @@ -1,3 +1,11 @@ +stdeb (0.10.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Cherry-pick upstream patch for fixing configparser usage +for Python 3.12+ (Closes: #1074723) + + -- Kunal Mehta Thu, 0

Bug#1074723: stdeb: FTBFS: make[1]: *** [debian/rules:15: py2dsc.1] Error 1

On Tue, 2 Jul 2024 15:35:11 +0200 Lucas Nussbaum wrote: > make[1]: Entering directory '/<>' > PYTHONPATH=/<> help2man -N --version-string=0.10.0 -o py2dsc.1 -n 'creates Debian source package from Python package' /<>/debian/python3-stdeb/usr/bin/py2dsc > help2man: can't get `--help' info from /

Bug#1076522: unoconv: Broken with Python 3.12 because of usage of distutils

Package: unoconv Version: 0.7-2 Severity: grave Justification: renders package unusable X-Debbugs-Cc: lego...@debian.org unoconv is broken with Python 3.12 (sid/trixie) because it's still relying on the now-removed distutils: $ unoconv Traceback (most recent call last): File "/usr/bin/unoconv",

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

arded 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 w

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 form

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) and

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 F

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' successful

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 bin

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 - Ex

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

3.11 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/d

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 sys.exi

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 wait

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 unst

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 shor

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 ahe

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 experimen

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 m

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 experimenta

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 ref

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 'add_styleshe

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 t

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 s

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 inv

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 there.

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 c

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 on

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 nice

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 l

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 als

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; pkg_resources.get_distributio

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

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 install

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 PostgreS

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 reassig

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: 1:1.31.10-1~deb10u

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 bec

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 -O

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 1.

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

o fix 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/d

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] https://gith

Bug#965033: debdiff

unstable; urgency=medium + + * 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

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 -fdiagn

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 package

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

--+ Unpack source - -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 3.0 (quilt) Source: zimlib Binary: libzim6, libzim-dev Architecture: any Version: 6.1.3-4 Maintainer: Jonas Smedegaard Uploaders: Mike Gabriel , Kunal M

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 wo

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? W

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 thi

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 a

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 wit

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 > to

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:

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 wee

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

oxygen (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/

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 as

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

cNR/Qs4Q/PlA4ncv Wz5shKZf/fzpctqnmDKX/sy7ngiPSw6YGmbNMlAfYvh9Vt2GPcCL8R79XDmGxl60 ekByNFdF87rZNb7bNkWaaJKPGFnQ92wo/Z+Y6JC9AE61d6Cq5p8DP2u8e71Ei0RG xw7oB5PX7zzkMQ== =bd+z -END PGP SIGNATURE- >From 025b159765ca33f2c49b66c2e68b3964a7491e30 Mon Sep 17 00:00:00 2001 From: Kunal Mehta Date: Fr

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

4DIA== =ARKH -END PGP 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

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 php-sy

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

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 insta

  1   2   >