Bug#1081028: RFS: codelite/17.0.0+dfsg-4 [QA] [RC] -- Powerful and lightweight IDE
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "codelite": * Package name : codelite Version : 17.0.0+dfsg-4 Upstream contact : Eran Ifrah * URL : https://codelite.org * License : BSD-3-clause, GPL-3+, other-otl, CC-BY-3.0, MIT, LGPL-3+, BSL-1.0, CodeLite, zlib, wxWindows, other-cpp5-grammar, other-rsa-md5, GPL-2+ * Vcs : https://salsa.debian.org/debian/codelite Section : devel The source builds the following binary packages: codelite - Powerful and lightweight IDE codelite-plugins - Powerful and lightweight IDE - plugins To access further information about this package, please visit the following URL: https://mentors.debian.net/package/codelite/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/c/codelite/codelite_17.0.0+dfsg-4.dsc Changes since the last upload: codelite (17.0.0+dfsg-4) unstable; urgency=medium . * QA upload. * Add patch to fix build with GCC-14. Closes: #1074888 Regards,
Bug#1079474: RFS: openscap/1.4.0+dfsg-1 -- libraries enabling integration of the SCAP line of standards - Documentation
On 24.08.2024 11:32, Phil Wyett wrote: > Hi Havard, > > One still not spaced. I will look again after this one is corrected. > > Files: compat/dev_to_tty.c > Copyright: 1998-2002 by Albert Cahalan > License:LGPL-2.1+ Done > > Regards > > Phil >
Bug#1079474: RFS: openscap/1.4.0+dfsg-1 -- libraries enabling integration of the SCAP line of standards - Documentation
Control: tags -1 -moreinfo On 24.08.2024 09:18, Phil Wyett wrote: > Control: tags -1 +moreinfo > > Havard, > > Preamble... > > Thank you for taking the time to prepare this package and your contribution > to the Debian project. > > The review below is for assistance. This review is offered to help package > submitters to Debian mentors inorder to improve their packages prior to > possible sponsorship into Debian. There is no obligation on behalf of the > submitter to make any alterations based upon information provided in the > review. > > Review... > > 1. Build: > > * pbuilder [1]: Good > * sbuild [2]: Good > > 2. Lintian [3]: Good > > 3. Licenses [4]: Issue > > In 'debian/copyright', make sure there is a space after 'License:' and before > the license being referenced. You will see a drastic change in the output of > 'lrc -t'. > Good catch, Still, looking through the output, I can only see false positives. > 4. Watch file [uscan --force-download]: Good > > 5. Build Twice [sudo pbuilder build --twice .dsc]: Good > > 6. Reproducible builds [5]: Good > > 7. Install [No previous installs]: Good > > 8. Upgrade [Over previous installs if any]: Good > > Summary... > > I believe openscap is not yet ready for sponsorship at this time. Could the > contributor rectify one of more of the rasied issues. Once updated to your > satisfaction and a new upload done, please remove the 'moreinfo' tag on the > Request For Sponsorship (RFS) bug report. > > Regards > > Phil > > [1] pbuilder: > > * Command: sudo pbuilder build .dsc > * Document: https://wiki.ubuntu.com/PbuilderHowto. > * Document: https://wiki.debian.org/PbuilderTricks > > [2] sbuild: > > * Command: sbuild .dsc > * Document: https://wiki.kathenas.org/pmwiki.php/Kathenas/Article0002 > * Document: https://wiki.debian.org/sbuild > > [3] lintian: > > * Command: lintian -v -i -I -E --pedantic --profile debian (*.dsc, > *.changes, *.buildinfo). Each can throw up different results, so be thorough. > * Document: https://wiki.debian.org/Lintian > > [4] lrc: > > * Command: lrc -t > * Document: https://wiki.debian.org/CopyrightReviewTools#licenserecon > > [5] reprotest > > * Command: sudo reprotest --vary=-build_path,domain_host.use_sudo=1 --auto- > build .dsc -- schroot unstable-amd64-sbuild > * Document: https://wiki.kathenas.org/pmwiki.php/Kathenas/Article0004 > * Document: https://wiki.debian.org/ReproducibleBuilds/ > * Document: https://wiki.debian.org/ReproducibleBuilds/Howto#Newer_method >
Bug#1079474: RFS: openscap/1.4.0+dfsg-1 -- libraries enabling integration of the SCAP line of standards - Documentation
Control: tags -1 -moreinfo On 23.08.2024 20:09, Phil Wyett wrote: > Control: tags -1 +moreinfo > > Havard, > > Preamble... > > Thank you for taking the time to prepare this package and your contribution > to the Debian project. > > The review below is for assistance. This review is offered to help package > submitters to Debian mentors inorder to improve their packages prior to > possible sponsorship into Debian. There is no obligation on behalf of the > submitter to make any alterations based upon information provided in the > review. > > Review... > > 1. Build: > > * pbuilder [1]: Good > * sbuild [2]: Good > > 2. Lintian [3]: Warning > > W: libopenscap33: uses-dpkg-database-directly [usr/lib/x86_64-linux- > gnu/libopenscap.so.33.0.0] > N: > N: The listed file or maintainer script appears to access the internal > N: database(s) of dpkg. > N: > N: The entire dpkg database, its layout and files are an internal interface > N: and no program or package should be accessing it, other than dpkg itself > N: and the suite of dpkg tools. > N: > N: Whilst the files may be editable by an admin, that's a supported (but > N: unrecommended) feature reserved for humans and not for automatic tools. > N: > N: Please refer to https://wiki.debian.org/DpkgConffileHandling for > details. > N: > N: Visibility: warning > N: Show-Always: no > N: Check: files/contents > > 3. Licenses [4]: Issue > > Some maybe false positive, but a review is in order due to so many files > being flagged. > > philwyett@ks-tarkin:~/Development/builder/debian/mentoring/openscap- > 1.4.0+dfsg$ lrc -t > : Versions: recon 1.14 check 3.3.9-1 > > Parsing Source Tree > Reading copyright > Running licensecheck > > d/copyright | licensecheck > > | BSD-2-clause cmake/FindDBUS.cmake > | LGPL-2.1+compat/compat.h > | LGPL-3+ compat/strptime.c > | LGPL-2.1+compat/strsep.c > | LGPL-2.1 lgpl-2.1.rtf > | LGPL-2 openscap.spec > LGPL-2.0+ | LGPL-2+ oscap_wrapper.in > | LGPL-2+ run.in > W3C | W3C~unknown schemas/common/xmldsig-core-schema.xsd > | W3C~unknown schemas/oval/5.11.3/xmldsig-core- > schema.xsd > LGPL-2.1+ and expat| Expat and/or LGPL-2.1+ schemas/sce/1.0/sce-result- > schema.xsd > | LGPL-2.1+src/CPE/cpe_ctx_priv.c > | public-domainsrc/OVAL/probes/SEAP/MurmurHash3.c > | LGPL-2.1+src/OVAL/probes/SEAP/_seap-command.h > | LGPL-2.1 tests/API/probes/test_memusage.c > | LGPL-2.1+tests/bz2/test_bz2_memory_source.c > | GPL-2tests/probes/rpm/foo.spec > | LGPL-2.1+tests/sce/script_tester.py > | Perl tests/xmldiff.pl > LGPL-2.0+ | LGPL-2+ utils/autotailor > | LGPL-2.1+utils/oscap-cpe.c > LGPL-2.0+ | LGPL-2+ utils/oscap-docker.in > | LGPL-2.1+utils/oscap-ds.c > LGPL-2.0+ | LGPL-2+ utils/oscap-podman > GPL-2+ | GPL-2utils/oscap-remediate > LGPL-2.0+ | LGPL-2+ utils/oscap-ssh > | LGPL-2.1+utils/oscap-tool.c > LGPL-2.0+ | LGPL-2+ utils/oscap-vm > | LGPL-2.1+utils/oscap-xccdf.c > LGPL-2.0+ | LGPL-2+ utils/oscap_docker_python/__init__.py > | LGPL-2.1+utils/scap-as-rpm > | BSD-3-clause xsl/oval-results-report.xsl > | LGPL-2.1 xsl/oval-to-xccdf.xsl > | LGPL-2.1+xsl/xccdf-branding.xsl > | Expatxsl/xccdf-resources.xsl > | LGPL-2.1+xsl/xccdf-share.xsl > Added a few more licenses I had missed, but as you noted, most is false positives. > 4. Watch file [uscan --force-download]: Good > > 5. Build Twice [sudo pbuilder build --twice .dsc]: Issue > > dpkg-source -b . > dpkg-source: info: using source format '3.0 (quilt)' > dpkg-source: info: building openscap using existing > ./openscap_1.4.0+dfsg.orig.tar.xz > dpkg-source: info: using patch list from debian/patches/series > dpkg-source: warning: file openscap-1.4.0+dfsg/.pytest_cache/v/cache/nodeids > has no final newline (either original or modified version) > dpkg-source: warning: file openscap-1.4.0+dfsg/.pytest_cache/v/cache/stepwise > has no final newline (either original or modified version) > dpkg-source: info: local changes detected, the modified files are: > openscap-1.4.0+dfsg/.pytest_cache/CACHEDIR.TAG > openscap-1.4.0+dfsg/.pytest_cache/README.md > openscap-1.4.0+dfsg/.pytest_cache/v/cache/nodeids > openscap-1.4.0+dfsg/.pytest_cache/v/cache/stepwise > dpkg-source: info: Hint: make sure th
Bug#1079474: RFS: openscap/1.4.0+dfsg-1 -- libraries enabling integration of the SCAP line of standards - Documentation
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "openscap": * Package name : openscap Version : 1.4.0+dfsg-1 Upstream contact : [fill in name and email of upstream] * URL : https://www.open-scap.org/ * License : LGPL-2.1+ and expat, LGPL-3.0+, W3C, LGPL-2.1+, expat, BSD-3-clause, GPL-2+, LGPL-2.0+ * Vcs : https://salsa.debian.org/debian/openscap Section : admin The source builds the following binary packages: libopenscap-dev - libraries enabling integration of the SCAP line of standards - Development files libopenscap33 - libraries enabling integration of the SCAP line of standards python3-openscap - libraries enabling integration of the SCAP line of standards - Python 3 bindings libopenscap-perl - libraries enabling integration of the SCAP line of standards - Perl bindings openscap-scanner - OpenScap Scanner Tool (oscap) openscap-utils - libraries enabling integration of the SCAP line of standards - Utility programs openscap-common - OpenSCAP schema files openscap-doc - libraries enabling integration of the SCAP line of standards - Documentation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/openscap/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/o/openscap/openscap_1.4.0+dfsg-1.dsc Changes since the last upload: openscap (1.4.0+dfsg-1) experimental; urgency=medium . * New upstream release. * Rebase patches. * Upstream has bumped SONAME. - Rename lib package. - Update symbols file. * Refresh d/copyright. * Remove libopendbx1-dev as BD. * Remove CMake options that is now default. * Remove d/libopenscap-dev.dirs, not needed. * Stop installing /usr/share/openscap/cpe. * Update package descriptions. * Remove 'Provides' from Python package. * Change openscap-utils from 'linux-any' to 'all'. * python3-openscap: Remove explicit dependency on OpenSCAP library, this is found by shlibs. Regards, -- Håvard
Bug#1078983: RFS: popt/1.19+dfsg-2 -- lib for parsing cmdline parameters
Control: tags -1 -moreinfo On 18.08.2024 18:43, Phil Wyett wrote: > Control: tags -1 +moreinfo > > Havard, > > Preamble... > > Thank you for taking the time to prepare this package and your contribution > to the Debian project. > > The review below is for assistance. This review is offered to help package > submitters to Debian mentors inorder to improve their packages prior to > possible sponsorship into Debian. There is no obligation on behalf of the > submitter to make any alterations based upon information provided in the > review. > > Review... > > 1. Build: > > * pbuilder [1]: Good > * sbuild [2]: Good > > 2. Lintian [3]: Good > > 3. Licenses [4]: Issue > > philwyett@ks-solo:~/Development/builder/debian/mentoring/popt-1.19+dfsg$ lrc > -t > : Versions: recon 1.14 check 3.3.9-1 > > Parsing Source Tree > Reading copyright > Running licensecheck > > d/copyright | licensecheck > > expat | GPL po/Makefile.in.in This is a generated file, and according to Debian Policy 2.3 Copyright considerations [1], it is not needed to document the license of these files. > expat | public-domainpo/ca.po > Fixed [1] https://www.debian.org/doc/debian-policy/ch-archive.html#copyright-considerations
Bug#1078983: RFS: popt/1.19+dfsg-2 -- lib for parsing cmdline parameters
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "popt": * Package name : popt Version : 1.19+dfsg-2 Upstream contact : rpm-ma...@lists.rpm.org * URL : https://github.com/rpm-software-management/popt * License : expat * Vcs : https://salsa.debian.org/debian/popt Section : devel The source builds the following binary packages: libpopt0 - lib for parsing cmdline parameters libpopt-dev - lib for parsing cmdline parameters - development files libpopt0-udeb - lib for parsing cmdline parameters To access further information about this package, please visit the following URL: https://mentors.debian.net/package/popt/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/popt/popt_1.19+dfsg-2.dsc Changes since the last upload: popt (1.19+dfsg-2) unstable; urgency=medium . * Support the noudeb build profile. Thanks to Helmut Grohne for the patch. Closes: #1024950 * Document that reporting of test failures patch has been applied upstream. * Add patch for documenting poptgetContext() flags. Closes: #666431 * Update Standards-Version to 4.7.0, no changes needed. * Update copyright year for self. * Create patch to fix man-page with 'tbl' preprocessor. Regards, -- Håvard
Bug#1021812: powerline: Missing vim bindings
Ok, answering my own email after playing around with the package. On Sat, 10 Aug 2024 11:24:50 +0200 =?UTF-8?Q?H=C3=A5vard_F=2E_Aasen?= wrote: > On Sun, 15 Jan 2023 23:34:45 + Samuel Henrique > wrote: > > Hello Rob, > > > > I think the decision not to ship vim bindings happened before I was > > the maintainer of the package, but your suspicion is correct regarding > > Debian's vim not being built with python support. I don't think the > > bindings would work. > > > > Would it be possible to provide a new binary package, > vim-powerline/powerline-vim or something similar, to provide the > necessary bindings? > It definitively is, using dh-sequence-vim-addon, powerline can be installed as a Vim plugin, just like the Debian packages vim-fugitive, vim-airline and vim-youcompleteme. It might need some work to not break current users setup. > This package would then depend on Vim versions that has Python support. > > If we don't do anything, I believe the description and the Enhances > field in d/control should be updated, as it currently is misleading. > After finding and reading the README.Debian file in powerline, and following the extra steps, I got the plugin to work. The previous part is therefore wrong. In other words, the current description and Enhances fields is therefore correct. -- Håvard
Bug#1021812: powerline: Missing vim bindings
On Sun, 15 Jan 2023 23:34:45 + Samuel Henrique wrote: > Hello Rob, > > I think the decision not to ship vim bindings happened before I was > the maintainer of the package, but your suspicion is correct regarding > Debian's vim not being built with python support. I don't think the > bindings would work. > Would it be possible to provide a new binary package, vim-powerline/powerline-vim or something similar, to provide the necessary bindings? This package would then depend on Vim versions that has Python support. If we don't do anything, I believe the description and the Enhances field in d/control should be updated, as it currently is misleading. -- Håvard
Bug#1072949: RFS: sanlock/3.8.5-3 -- Shared storage lock manager
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "sanlock": * Package name : sanlock Version : 3.8.5-3 Upstream contact : * URL : https://www.pagure.io/sanlock/ * License : GPL-2+, LGPL-2.1+ * Vcs : https://salsa.debian.org/haava/sanlock Section : libs The source builds the following binary packages: sanlock - Shared storage lock manager sanlk-reset - Host reset daemon and client using sanlock libsanlock-client1 - Shared storage lock manager (client library) libsanlock1 - Shared storage lock manager (shared library) libsanlock-dev - Shared storage lock manager (development files) python3-sanlock - Python3 bindings to shared storage lock manager To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sanlock/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sanlock/sanlock_3.8.5-3.dsc Changes since the last upload: sanlock (3.8.5-3) unstable; urgency=medium . * Fix build source after successful build. Closes: #1048973 * Change all packages to 'linux-any'. * Add uuid-dev as BD, used by sanlock. * Update copyright year on myself. * Use dh_installexamples to install example files. * Move files to '/usr'. * Update Standards-Version to 4.7.0, no changes needed. Regards, -- Håvard
Bug#1040186: ipmitool: IANA PEN registry open failed: No such file or directory
Control: reopen -1 Control: tags -1 + fixed-upstream Control: forwarded -1 https://github.com/ipmitool/ipmitool/pull/382 Control: severity -1 serious Reopening this bug, as it is still present in bookworm, also bumping severity to 'serious', since the package is shipped in a broken state. Pointing to the file 'NEWS' doesn't help. I looked some more into this bug, it seems that upstream fixed this issue in late 2022 [1]. The exclusion of the file should never be fatal for the application to begin with. Applying this patch would solve the problem, this is also a better solution then patching in and shipping an outdated file. -- Håvard [1] https://github.com/ipmitool/ipmitool/pull/382
Bug#1040186: ipmitool: IANA PEN registry open failed: No such file or directory
Hi Jörg On Sun, 09 Jul 2023 18:45:57 +0200 =?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?= wrote:> Hello Marc, > > the link to download the IANA PEN registry has changed to > https://www.iana.org/assignments/enterprise-numbers.txt > > (From /usr/share/doc/ipmitool/NEWS.Debian.gz) > > You must download a new one or rename tho old to enterprise-numbers.txt. > Isn't this a bit unreasonable to expect from users? In 1.8.19-5 you included the file in the package, will you not consider backporting that change to bookworm? This seems like an easy fix for an issue that effects everyone. -- Håvard
Bug#1070085: Enhancing default home folder permissions for improved privacy
Package: login Version: 1:4.13+dfsg1-4 Severity: normal Hi, Could default home folder permissions lean towards greater privacy, while administrators can adjust permissions to be less strict if necessary? In my mind, this is a more practical approach to both security and privacy. Several distributions, including Ubuntu, Fedora [1], Arch [2] and openSUSE [3], have already implemented more privacy-oriented permissions. What I would like is to have 'HOME_MODE' [4] uncommented. Would it be possible to implement this, or a similar change in Debian? Regards, -- Håvard [1] https://src.fedoraproject.org/rpms/shadow-utils/blob/rawhide/f/shadow-utils.login.defs [2] https://gitlab.archlinux.org/archlinux/packaging/packages/shadow/-/blob/main/0003-Add-Arch-Linux-defaults-for-login.defs.patch?ref_type=heads [3] https://build.opensuse.org/projects/openSUSE:Factory/packages/shadow/files/shadow-login_defs-suse.patch [4] https://salsa.debian.org/debian/shadow/-/blob/master/debian/login.defs?ref_type=heads#L156
Bug#771352: [Pkg-xfce-devel] Bug#771352: lightdm-gtk-greeter: Updated Spanish translation
On Sun, 30 Nov 2014 12:00:27 +0100 Yves-Alexis Perez wrote: > On ven., 2014-11-28 at 15:26 -0300, Gabriela Rodriguez wrote: > > I found some strings in the login screen which were not translated into > > spanish. The attached es.po file fixes this, being 100% translated. > > > Please submit those directly upstream. See https://wiki.xfce.org/translations > This bug can be closed, the package had a complete Spanish translation in stretch, version 2.0.2-1. -- Håvard
Bug#785237: lightdm-gtk-greeter: Please remove leading spaces from user name
Control: tags -1 + fixed-upstream This issue has been addressed by upstream in [1], and is included in version 2.0.9. It would be nice if that version could be packaged. -- Håvard [1] https://github.com/Xubuntu/lightdm-gtk-greeter/pull/80
Bug#1068659: O: mwclient -- MediaWiki API client in Python
Package: wnpp Severity: normal X-Debbugs-Cc: mwcli...@packages.debian.org, havard.f.aa...@pfft.no Control: affects -1 + src:mwclient I intend to orphan the mwclient package. The last upstream release was in 2020, lateley there has been some minor activity. Previosly maintainer was DPT and I was the sole uploader, no one in the team wanted to take over maintenance [1]. The package description is: mwclient is a lightweight Python client library to the MediaWiki API which provides access to most API functionality. It works with Python 2.7, 3.3 and above, and supports MediaWiki 1.16 and above. For functions not available in the current MediaWiki, a MediaWikiVersionError is raised. . Most properties and generators accept the same parameters as the API, without their two-letter prefix. Exceptions to this rule: . * Image.imageinfo is the imageinfo of the latest image. Earlier versions can be fetched using imagehistory() * Site.all*: parameter [ap]from renamed to start * categorymembers is implemented as Category.members * deletedrevs is deletedrevisions * usercontribs is usercontributions * First parameters of search and usercontributions are search and user respectively . Properties and generators are implemented as Python generators. Their limit parameter is only an indication of the number of items in one chunk. It is not the total limit. Doing list(generator(limit = limit)) will return ALL items of generator, and not be limited by the limit value. Default chunk size is generally the maximum chunk size. [1] https://lists.debian.org/debian-python/2024/03/msg00131.html
Bug#1067592: RFS: vorbisgain/0.37-2.1 [NMU] [RC] -- add Replay Gain volume tags to Ogg Vorbis files
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "vorbisgain": * Package name : vorbisgain Version : 0.37-2.1 Upstream contact : Gian-Carlo Pascutto * URL : http://sjeng.org/vorbisgain.html * License : LGPL-2.1+, LGPL-2+ * Vcs : Section : sound The source builds the following binary packages: vorbisgain - add Replay Gain volume tags to Ogg Vorbis files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/vorbisgain/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/v/vorbisgain/vorbisgain_0.37-2.1.dsc Changes since the last upload: vorbisgain (0.37-2.1) unstable; urgency=medium . * Non-maintainer upload. * Add patch to fix missing header declaration. (Closes: #1066500) Regards, -- Håvard
Bug#1066500: vorbisgain: diff for NMU version 0.37-2.1
Control: tags 1066500 + patch Control: tags 1066500 + pending Dear maintainer, I've prepared an NMU for vorbisgain (versioned as 0.37-2.1). The diff is attached to this message. I require a sponsor to have it uploaded. Regards. -- Håvarddiff -Nru vorbisgain-0.37/debian/changelog vorbisgain-0.37/debian/changelog --- vorbisgain-0.37/debian/changelog 2012-07-01 14:48:01.0 +0200 +++ vorbisgain-0.37/debian/changelog 2024-03-24 09:00:42.0 +0100 @@ -1,3 +1,10 @@ +vorbisgain (0.37-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add patch to fix missing header declaration. (Closes: #1066500) + + -- Håvard F. Aasen Sun, 24 Mar 2024 09:00:42 +0100 + vorbisgain (0.37-2) unstable; urgency=low * Updated maintainer's info diff -Nru vorbisgain-0.37/debian/patches/0011-missing-header-decl.patch vorbisgain-0.37/debian/patches/0011-missing-header-decl.patch --- vorbisgain-0.37/debian/patches/0011-missing-header-decl.patch 1970-01-01 01:00:00.0 +0100 +++ vorbisgain-0.37/debian/patches/0011-missing-header-decl.patch 2024-03-24 09:00:42.0 +0100 @@ -0,0 +1,16 @@ +Description: Add missing header declaration for isatty() +Author: Håvard F. Aasen +Bug-Debian: https://bugs.debian.org/1066500 +Forwarded: no + +--- +--- a/misc.c b/misc.c +@@ -14,6 +14,7 @@ + #include + #include + #include ++#include + #include + #include "i18n.h" + #include "misc.h" diff -Nru vorbisgain-0.37/debian/patches/series vorbisgain-0.37/debian/patches/series --- vorbisgain-0.37/debian/patches/series 2012-07-01 14:48:01.0 +0200 +++ vorbisgain-0.37/debian/patches/series 2024-03-24 09:00:42.0 +0100 @@ -8,3 +8,4 @@ 0008-manpage_recursion_mistake.patch 0009-hardening.patch 0010-fclose.patch +0011-missing-header-decl.patch
Bug#1067489: RFS: python-jsbeautifier/1.15.1-1 -- JavaScript unobfuscator and beautifier
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-jsbeautifier": * Package name : python-jsbeautifier Version : 1.15.1-1 Upstream contact : Liam Newman, Einar Lielmanis, et al. * URL : https://github.com/beautify-web/js-beautify * License : MIT * Vcs : https://salsa.debian.org/debian/python-jsbeautifier Section : python The source builds the following binary packages: python3-jsbeautifier - JavaScript unobfuscator and beautifier (python3) jsbeautifier - JavaScript unobfuscator and beautifier To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-jsbeautifier/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-jsbeautifier/python-jsbeautifier_1.15.1-1.dsc Changes since the last upload: python-jsbeautifier (1.15.1-1) unstable; urgency=medium . * New upstream release. * Add year 2024 to myself. * Update man-page. * Add patch to fix regex warning with Python 3.12 Regards, -- Håvard
Bug#1063398: FTBFS: src/capng_swig.i:33: Error: Unknown directive '%except'
On 07.02.2024 16:27, Emanuele Rocca wrote: > Source: libcap-ng > Version: 0.8.4-1 > Severity: serious > Tags: sid trixie ftbfs > > Hi, > > libcap-ng currently FTBFS with the following error: > > make[6]: Entering directory '/<>/build-py3.11/bindings/python3' > cat /usr/include/linux/capability.h | grep '^#define CAP' | grep -v '[()]' > > caps.h > cat ../../../src/cap-ng.h | grep -v '_state' > capng.h > swig -o capng_wrap.c -python -I. -I../.. -I/usr/include/python3.11 > -I/usr/include/python3.11 ../../../bindings/python3/../src/capng_swig.i > ../../../bindings/python3/../src/capng_swig.i:33: Error: Unknown directive > '%except'. > make[6]: *** [Makefile:878: capng_wrap.c] Error 1 > make[6]: Leaving directory '/<>/build-py3.11/bindings/python3' > make[5]: *** [Makefile:595: all-recursive] Error 1 > make[5]: Leaving directory '/<>/build-py3.11/bindings/python3' > make[4]: *** [Makefile:390: all-recursive] Error 1 > make[4]: Leaving directory '/<>/build-py3.11/bindings' > make[3]: *** [Makefile:441: all-recursive] Error 1 > make[3]: Leaving directory '/<>/build-py3.11' > make[2]: *** [Makefile:373: all] Error 2 > make[2]: Leaving directory '/<>/build-py3.11' I believe upstream has fixed this with [1], I'll take a closer look, hopefully today, and get the package updated. -- Håvard [1] https://github.com/stevegrubb/libcap-ng/commit/30453b6553948cd05c438f9f509013e3bb84f25b
Bug#1062017: RFS: codelite/17.0.0+dfsg-2 [QA] [RC] -- Powerful and lightweight IDE
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "codelite": * Package name : codelite Version : 17.0.0+dfsg-2 Upstream contact : Eran Ifrah * URL : https://codelite.org * License : BSL-1.0, zlib, other-cpp5-grammar, other-otl, CC-BY-3.0, GPL-3+, GPL-2+, CodeLite, LGPL-3+, other-rsa-md5, BSD-3-clause, wxWindows, MIT * Vcs : https://salsa.debian.org/debian/codelite Section : devel The source builds the following binary packages: codelite - Powerful and lightweight IDE codelite-plugins - Powerful and lightweight IDE - plugins To access further information about this package, please visit the following URL: https://mentors.debian.net/package/codelite/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/c/codelite/codelite_17.0.0+dfsg-2.dsc Changes since the last upload: codelite (17.0.0+dfsg-2) unstable; urgency=medium . * QA upload. * Add patch from upstream to fix build. Closes: #1057392 I had trouble building this package with gbp, looked like a line ending issue, where gbp or git changed them before passing it to sbuild, didn't look to much into it. Building with sbuild alone worked. Regards, -- Håvard
Bug#947323: libcap-ng: Please install libs back into /usr/lib/ when usrmerge arrives
Hi Helmut, On 14.11.2023 19:36, Helmut Grohne wrote: > user helm...@debian.org > usertags -1 + dep17m2 > thanks > > On Tue, Nov 14, 2023 at 12:52:39PM +0100, Helmut Grohne wrote: >> Hence, we are good to go. I do not expect libcap-ng to be uploaded to >> bookworm-backports and therefore changed the paths directly in the >> attached patch. This patch should not be uploaded to bookworm-backports. >> If that's relevant to you, consider using dh_movetousr instead. Also >> keep in mind that restructuring changes (such as libcap-ng0t64) should >> be uploaded to experimental first to let dumat analyze your change for >> possible problems. > > I'm sorry. Further testing has revealed that I failed to remove the /lib > directory from the package. We really need to get rid of it, because > dpkg is not equipped to deal with symlink vs directory conflicts. Here > is an updated patch. > Thanks for the patch, though I already have a commit with the same changes laying around [1], I have been unsure when to apply it. I guess the time is nearing. As for the backporting, I at least have no intention of backporting this package. Upstream has talked about a new release 'soon', I intend to include this change at the same time. Regardless of the new release, it will be uploaded by the end of this year at the latest. Håvard [1] https://salsa.debian.org/debian/libcap-ng/-/commit/9c6991a7f198c486c38e4a5ddf2e0142d4f64564
Bug#1055689: RFS: python-jsbeautifier/1.14.11-1 -- JavaScript unobfuscator and beautifier
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-jsbeautifier": * Package name : python-jsbeautifier Version : 1.14.11-1 Upstream contact : Liam Newman, Einar Lielmanis, et al. * URL : https://github.com/beautify-web/js-beautify * License : MIT * Vcs : https://salsa.debian.org/debian/python-jsbeautifier Section : python The source builds the following binary packages: python3-jsbeautifier - JavaScript unobfuscator and beautifier (python3) jsbeautifier - JavaScript unobfuscator and beautifier To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-jsbeautifier/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-jsbeautifier/python-jsbeautifier_1.14.11-1.dsc Changes since the last upload: python-jsbeautifier (1.14.11-1) unstable; urgency=medium . * New upstream release. * Rebase patches, drop 0002-Fix-brace-style-test.patch, included upstream. * Remove creation and deleting of __init__.py file in d/rules Regards, -- Håvard
Bug#1054462: imagemagick no longer sets "PACKAGE_RELEASE_DATE"
Source: imagemagick Version: 8:6.9.12.98+dfsg1-2 Severity: serious Affects: wand Justification: makes other packages ftbfs X-Debbugs-Cc: havard.f.aa...@pfft.no imagemagick no longer sets "PACKAGE_RELEASE_DATE" in configure.ac, this is due to the Debian patch 0022-Embeds-date-dependent-on-timezone.patch. This code in question now looks for a file that does not exist, and therefore fails, it also generates a error message that is readable from the build log [1]. > date: ./ChangeLog: No such file or directory The field "PACKAGE_RELEASE_DATE" is being used multiple places within imagemagic, and one of them is GetMagickReleaseDate() that now returns an empty string. I suspect that this bug affects imagemagick itself and possible other packages as well, but perhaps not as severe as wand, that requires this information when running the test-suite. I believe the easiest, and correct, solution is to drop the patch altogether. Regards, -- Håvard [1] https://buildd.debian.org/status/fetch.php?pkg=imagemagick&arch=amd64&ver=8%3A6.9.12.98%2Bdfsg1-2&stamp=1698003612&raw=0
Bug#1054436: wand: update required for imagemagick 6.9.12.98
On 23.10.2023 21:09, Sebastian Ramacher wrote: > Source: wand > Version: 0.6.11-2 > Severity: serious > Tags: ftbfs > Justification: fails to build from source > X-Debbugs-Cc: sramac...@debian.org > > imagemagick is currently performing a transition of its shared > libraries. wand hard-codes these shared libraries and needs to be > updated for the new SONAMEs. > As it happens, wand ftbfs with the latest version of imagemagick as well. It turns out that the latest version of imagemagick introduced a bug, that makes the test-suite for wand fail. I will report the bug towards imagemagick within the day. Regards, -- Håvard
Bug#1000008: openscap: depends on obsolete pcre3 library
On 06.09.2023 20:09, Bastian Germann wrote: > Control: tags -1 fixed-upstream > > The new openscap release builds with pcre2. Thanks for the heads-up, I'll see if I can have it uploaded by tonight or tomorrow. Håvard
Bug#1041596: RFS: sanlock/3.8.5-2 -- Shared storage lock manager
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "sanlock": * Package name : sanlock Version : 3.8.5-2 Upstream contact : * URL : https://www.pagure.io/sanlock/ * License : GPL-2+, LGPL-2.1+ * Vcs : https://salsa.debian.org/haava/sanlock Section : libs The source builds the following binary packages: sanlock - Shared storage lock manager sanlk-reset - Host reset daemon and client using sanlock libsanlock-client1 - Shared storage lock manager (client library) libsanlock1 - Shared storage lock manager (shared library) libsanlock-dev - Shared storage lock manager (development files) python3-sanlock - Python3 bindings to shared storage lock manager To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sanlock/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sanlock/sanlock_3.8.5-2.dsc Changes since the last upload: sanlock (3.8.5-2) unstable; urgency=medium . * Add 'watchdog-check' function to 'wdmd' init script. Closes: #1041467 This also loads the kernel module 'softdog' if no other watchdog module has been loaded. LP: #1229525 * Remove 'enabled=' option from init.d, and default scripts. * Start wdmd daemon by default on install. * By default, make sanlock use services provided by wdmd. * Dependencies: - Specify current version of library for sanlock. - Change dh-python -> dh-sequence-python3, simplifies d/rules. - Update python3-dev to 'native'. * Update patch to 'gbp pq' style. * Update Standards-Version to 4.6.2, no changes needed. * Update copyright year for myself. * Run wrap-and-sort -ast Regards, -- Håvard
Bug#1041467: sanlock: systemd service uses unsupported option "watchdog-check"
On Wed, 19 Jul 2023 11:26:44 +0200 =?utf-8?q?Lars_Dr=C3=B6ge?= wrote: > Package: sanlock > Severity: important > Justification: renders package unusable > > Dear Maintainer, > > thank you for maintaining the sanlock package. I may have found a version > mismatch in the included wdmd.service file and a lib. > >* What led up to the situation? > Try to start the wdmd.service, as it was not succesfully pulled in by > sanlock.service. >* What exactly did you do (or not do) that was effective (or > ineffective)? > systemctl start wdmd.service >* What was the outcome of this action? > Error message: Usage: /etc/init.d/wdmd {start|stop|status|restart} >* What outcome did you expect instead? > wdmd.service starts > > The wdmd.service contains this line in the [Service] section: > > ExecStartPre=/lib/systemd/systemd-wdmd watchdog-check > > But /lib/systemd/systemd-wdmd does not support the argument "watchdog-check", > and throws an error instead. > All related files are part of the sanlock package. > It seems that we use a rather old version of this file, created by the first maintainer of the package. Upstream has a different file that has the "watchdog-check" functionality implemented. > I have found this behavior in > - sanlock 3.8.2-2 in Debian Bullseye > - sanlock 3.8.5-1+b1 in Debian Bookworm > > Is it safe to remove the ExecStartPre= line and skip the check? > As a temporary solution it most likely is, the check can be run manually if you want it. The "watchdog-check" only does two things, and is easy to replicate. Ensuring that the wdmd.service is stopped, then executing wdmd --probe If it is successful, everything is well and nothing more needs to be done, if it fails, you should try to load the "softdog" kernel module with modprobe softdog && udevadm settle The relevant part, that is missing from the Debian package, can be found here [1]. For unstable, I will try to use upstream files for both the systemd service's as well as their init.d scripts and configuration files. For bookworm the easiest solution might be to just copy in the two missing functions. Regards, Håvard [1] https://sources.debian.org/src/sanlock/3.8.5-1/init.d/wdmd/#L34-L56
Bug#1040302: RFS: gthumb/3:3.12.2-4 [QA] [RC] -- image viewer and browser
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "gthumb": * Package name : gthumb Version : 3:3.12.2-4 Upstream contact : Paolo Bacchilega * URL : https://wiki.gnome.org/Apps/Gthumb * License : CC-BY-SA-3.0 or GPL-2+, GPL-2+ or LGPL-2+, GPL-2+, GPL-2+ or CC0-1.0, CC-BY-SA-3.0 or other, libjpeg, LGPL-2+, CC-BY-SA-3.0 or GPL-2+ or other * Vcs : https://salsa.debian.org/debian/gthumb Section : gnome The source builds the following binary packages: gthumb - image viewer and browser gthumb-data - image viewer and browser - arch-independent files gthumb-dev - image viewer and browser - development files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gthumb/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gthumb/gthumb_3.12.2-4.dsc Changes since the last upload: gthumb (3:3.12.2-4) unstable; urgency=medium . * QA upload. [ Debian Janitor ] * Remove constraints unnecessary since buster (oldstable): + gthumb: Drop versioned constraint on gthumb-data in Replaces. + gthumb: Drop versioned constraint on gthumb-data in Breaks. + gthumb-data: Drop versioned constraint on gthumb in Replaces. + gthumb-data: Drop versioned constraint on gthumb in Breaks. . [ Håvard F. Aasen ] * Add upstream patch to compile with libraw >= 0.21. Closes: #1040258 * Add support for JPEG XL. Closes: #1023648 * Remove unused lintian override. * Several patches is commented out and therefore unused, removing those that was taken from upstream and is now included in source code. Regards, -- Håvard F. Aasen
Bug#1040192: RFS: raptor2/2.0.16-2 [QA] -- Documentation for the Raptor 2 RDF syntax library
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "raptor2": * Package name : raptor2 Version : 2.0.16-2 Upstream contact : Dave Beckett * URL : https://librdf.org/raptor/ * License : GPL-3+, LGPL-2.1+, LGPL-2.1+ or GPL-2+ or Apache-2.0, public-domain * Vcs : https://salsa.debian.org/debian/raptor2 Section : devel The source builds the following binary packages: libraptor2-dev - Raptor 2 RDF syntax library development libraries and headers libraptor2-0 - Raptor 2 RDF syntax library raptor2-utils - Raptor 2 RDF parser and serializer utilities libraptor2-doc - Documentation for the Raptor 2 RDF syntax library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/raptor2/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/r/raptor2/raptor2_2.0.16-2.dsc Changes since the last upload: raptor2 (2.0.16-2) unstable; urgency=medium . * QA upload. * Move from experimental to unstable. * Add libcurl-ssl-dev as alternative to libcurl4-gnutls-dev. LP: #1899809 * Add libicu-dev as BD. * Enable all tests but do not run them in parallel. Regards, -- Håvard F. Aasen
Bug#1037458: RFS: python-jsbeautifier/1.14.8-1 -- JavaScript unobfuscator and beautifier
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-jsbeautifier": * Package name : python-jsbeautifier Version : 1.14.8-1 Upstream contact : Liam Newman, Einar Lielmanis, et al. * URL : https://github.com/beautify-web/js-beautify * License : MIT * Vcs : https://salsa.debian.org/debian/python-jsbeautifier Section : python The source builds the following binary packages: python3-jsbeautifier - JavaScript unobfuscator and beautifier (python3) jsbeautifier - JavaScript unobfuscator and beautifier To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-jsbeautifier/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-jsbeautifier/python-jsbeautifier_1.14.8-1.dsc Changes since the last upload: python-jsbeautifier (1.14.8-1) unstable; urgency=medium . * New upstream version 1.14.8 * Rebase patches, drop 0002-Fix-test.patch, included upstream. * Add patch to fix 'brace-style' test * Update Standards-Version to 4.6.2, no changes needed. * d/copyright: Add the year 2023 to myself. * autopkgtest: Drop autodep8 test in favor of upstream test suites. Regards, Håvard
Bug#1033219: unblock: ghostscript/10.0.0~dfsg-10
On 27.03.2023 13:17, Graham Inggs wrote: > Control: tags -1 + confirmed > > Hi Håvard > > On Sun, 26 Mar 2023 at 22:18, Håvard F. Aasen wrote: >> The fix is for making the package cross-buildable, not sure what more >> to tell you. > > I was hoping for some motivation as to why we needed this fix now > during the freeze, but not to worry, Helmut has already convinced me. > > I have confirmed that building ghostscript with and without your patch > produces identical binary packages. > Thanks. The package has been uploaded. Regards, Håvard
Bug#1033574: RFS: ghostscript/10.0.0~dfsg-10 [QA] -- interpreter for the PostScript language and for PDF
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "ghostscript": * Package name : ghostscript Version : 10.0.0~dfsg-10 Upstream contact : Ghostscript development and discussion * URL : https://www.ghostscript.com/ * License : X11, GPL-3+ with Autoconf exception, GAP~configure, BSD-3-Clause~Adobe, LGPL-2.1, Expat~Ghostgum, GPL-2+, AGPL-3+ with font exception, public-domain, none, Apache-2.0, Expat, ISC, GPL-1+, AGPL-3+ and custom, Expat~SunSoft with SunSoft exception, ZLIB, MIT-Open-Group, NTP~Lucent, AGPL-3+, BSD-3-Clause, NTP~WSU, AGPL-3+ and FTL * Vcs : https://salsa.debian.org/debian/ghostscript Section : text The source builds the following binary packages: ghostscript - interpreter for the PostScript language and for PDF ghostscript-doc - interpreter for the PostScript language and for PDF - Documentation libgs10 - interpreter for the PostScript language and for PDF - Library libgs-common - interpreter for the PostScript language and for PDF - ICC profiles libgs10-common - interpreter for the PostScript language and for PDF - common files libgs-dev - interpreter for the PostScript language and for PDF - Development Files ghostscript-x - transitional package for ghostscript libgs9-common - transitional package for libgs-common To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ghostscript/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/ghostscript/ghostscript_10.0.0~dfsg-10.dsc Changes since the last upload: ghostscript (10.0.0~dfsg-10) unstable; urgency=medium . * QA upload. * Add patch from upstream to fix cross build. Closes: #717825 This upload has been approved for Bookworm [1], and the changes has been committed to a private fork [2]. There are some commits that hasn't been released yet, this made my commits a bit messy. If there is any cleaner way to do this, I would like to hear about them. Regards, Håvard [1] https://bugs.debian.org/1033219 [2] https://salsa.debian.org/haava/ghostscript
Bug#1033219: unblock: ghostscript/10.0.0~dfsg-10
Control: tags -1 - moreinfo On 26.03.2023 20:45, Graham Inggs wrote: > Control: tags -1 + moreinfo > > Hi Håvard > > I don't see ghostscript/10.0.0~dfsg-10 in unstable, so I assume this > is a pre-approval request. pre-apporval, yes. > > Please explain why we need this fix in bookworm, and why it can't wait > for trixie. The fix is for making the package cross-buildable, not sure what more to tell you. Regards, Håvard
Bug#717825: please allow ghostscript to cross build
Control: tags -1 fixed-upstream patch Control: forwarded -1 https://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=4c3575346b9c7d394ebc73b4e5fabebadd8877ec On Thu, 25 Jul 2013 15:03:50 +0200 Matthias Klose wrote: > Package: ghostscript > Version: 9.05~dfsg-6.3 > Severity: wishlist > User: debian-cr...@lists.debian.org > Usertags: cross-build > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu saucy > > Please allow ghostscript to cross build. There are unfortunately many packages > having ghostscript in their build dependencies, not in their indep build > dependencies. > > > Though not the original issue, but a cross-build problem resurfaces with the latest version of Ghostscript, 10.00.0. It is fixed upstream, two lines in 'configure.ac', but we are now late in the freeze and Ghostscript is a key package, which means we need an approved unblock request to get the changes in. Helmut, do you have an opinion on the importance of this issue? Håvard
Bug#1003926: Fix uploaded to "proposed-updates"
Hello, A fix for this bug has been uploaded to the "proposed-updates" queue, which will be made available in the next point release for Bullseye, (11.7). The date for the release is still TBD. Regards, Håvard
Bug#1030547: RFS: ghostscript/9.53.3~dfsg-7+deb11u3 [NMU] -- interpreter for the PostScript language and for PDF
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "ghostscript": * Package name : ghostscript Version : 9.53.3~dfsg-7+deb11u3 Upstream contact : Ghostscript development and discussion * URL : https://www.ghostscript.com/ * License : GPL-2+, public-domain, BSD-3-Clause, NTP~Open, GPL-3+ with Autoconf exception, Apache-2.0, none, LGPL-2.1, ZLIB, NTP~WSU, BSD-3-Clause~Adobe, AGPL-3+ and custom, AGPL-3+ with font exception, GAP~configure, ISC, NTP~Lucent, AGPL-3+, Adobe-2006, GPL, Expat~Ghostgum, Expat, AGPL-3+ and FTL, Expat~SunSoft with SunSoft exception * Vcs : https://salsa.debian.org/printing-team/ghostscript Section : text The source builds the following binary packages: ghostscript - interpreter for the PostScript language and for PDF ghostscript-x - interpreter for the PostScript language and for PDF - X11 support ghostscript-doc - interpreter for the PostScript language and for PDF - Documentation libgs9 - interpreter for the PostScript language and for PDF - Library libgs9-common - interpreter for the PostScript language and for PDF - common files libgs-dev - interpreter for the PostScript language and for PDF - Development Files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ghostscript/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/ghostscript/ghostscript_9.53.3~dfsg-7+deb11u3.dsc Changes since the last upload: ghostscript (9.53.3~dfsg-7+deb11u3) bullseye; urgency=medium . * Non-maintainer upload. * Cherry-pick upstream patch to fix path for PostScript helper file in ps2epsi. Closes: #1003926, #1029541 Upload is confirmed for stable [1]. Regards, Håvard [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029619
Bug#1028521: libopenscap8: openscap 1.2.16 not able to build ComplianceAsCode
Control: tags -1 + wontfix fixed-upstream buster Hi Marina On Thu, 12 Jan 2023 11:11:01 +0100 Marina Latini wrote: > Package: libopenscap8 > Version: 1.2.16-2+b2 > Severity: normal > > Dear Maintainer, > > I'm trying to build the scap-security-guide (ComplianceAsCode 0.1.64) on > Debian > 10. > https://github.com/ComplianceAsCode/content > > but currently the build is failing. > I'm am not able to reproduce this. With or without the patch, it generates the same files. Though without the patch, it clearly shows that openscap exits with a non-zero exit code, which isn't good, but the build still completes. I tested with these commands: cd build cmake ../ make ubuntu1604 > Note: I reported this issue also for Ubuntu as > https://bugs.launchpad.net/ubuntu/+source/openscap/+bug/2002551 and > libopenscap8 provided in Debian 10 (2.1.16) is also affected. > > > The openscap versions 1.2.16 is missing the patch > https://github.com/OpenSCAP/openscap/commit/bbcbffcf6f901cb67ca5645307d170a32504a491.patch > provided via https://github.com/OpenSCAP/openscap/pull/1324 > > Without this patch openscap isn't able to build ComplianceAsCode > (https://github.com/ComplianceAsCode/content). > >* What led up to the situation? > > The PR https://github.com/OpenSCAP/openscap/pull/1324 was done after 1.2.16 > release and made available in openscap 1.2.18 and 1.3.1, so Debian 10 missed > it. > >* What exactly did you do (or not do) that was effective (or > ineffective)? > > The scap-security-guide uses openscap but, if the OVAL CVE/RPM data are not > available, the build fails. > > ComplianceAsCode on version 0.1.63 was building fine. > > This is one example of failure due to missing remote resources (but there are > more). > All xcddf generate fix with embedded remote resources fail. > > oscap xccdf generate fix --skip-valid --benchmark-id > xccdf_org.ssgproject.content_benchmark_UBUNTU-XENIAL --profile > xccdf_org.ssgproject.content_profile_anssi_np_nt28_restrictive --template > urn:xccdf:fix:script:sh ./ssg-ubuntu1604-ds.xml > > WARNING: Datastream component 'scap_org.open-scap_cref_-ubuntu-security-oval- > com.ubuntu.xenial.cve.oval.xml' points out to the remote > 'https://people.canonical.com/~ubuntu- > security/oval/com.ubuntu.xenial.cve.oval.xml'. Use '--fetch-remote-resources' > option to download it. > WARNING: Skipping 'https://people.canonical.com/~ubuntu- > security/oval/com.ubuntu.xenial.cve.oval.xml' file which is referenced from > datastream > OpenSCAP Error: Could not extract scap_org.open-scap_cref_ssg- > ubuntu1604-xccdf-1.2.xml with all dependencies from datastream. > [../../../src/DS/ds_sds_session.c:211] > > If the --fetch-remote-resources option is not provided, the resources pointed > by the components won't be downloaded. The provided patch allows the scan to > continue without remote components. > The result of rules which reference the missing remote resource will be > 'notchecked'. > >* What was the outcome of this action? > > The scap-security-guide uses openscap but, if the OVAL CVE/RPM data are not > available, the build will fail. > >* What outcome did you expect instead? > > If the --fetch-remote-resources option is not provided, the resources pointed > by the components won't be downloaded and the build should pass with remarks. I have marked this as 'wontfix', since buster has become LTS. If there is issues I have overlooked I can change this, but the final decision resides with the LTS team. I tested the proposed upstream patch, it is easily applied and will not create any regression. Regards, Håvard
Bug#1027858: RFS: python-ebooklib/0.18-2 [QA] -- E-book library for handling EPUB2/EPUB3/Kindle formats - documentation
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-ebooklib": * Package name : python-ebooklib Version : 0.18-2 Upstream contact : Aleksandar Erkalović * URL : https://github.com/aerkalov/ebooklib * License : AGPL-3 * Vcs : Section : python The source builds the following binary packages: python3-ebooklib - Python 3 E-book library for handling EPUB2/EPUB3/Kindle formats python-ebooklib-doc - E-book library for handling EPUB2/EPUB3/Kindle formats - documentation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-ebooklib/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-ebooklib/python-ebooklib_0.18-2.dsc Changes since the last upload: python-ebooklib (0.18-2) unstable; urgency=medium . * QA upload. * Source-only upload. Regards, Håvard
Bug#998877: can-utils asc2log timestamp generation error
Hi Alexander, On Wed, 10 Nov 2021 14:14:58 +0300 Alexander Gerasiov wrote: > On Tue, 09 Nov 2021 10:16:01 +0100 > Andre Naujoks wrote: > > > Package: can-utils > > Version: 2020.11.0-1 > > Severity: normal > > Tags: upstream > > > > Dear Maintainer, > > > > the asc2log log file converter tool generates wrongly formatted > > timestamps in some rare cases. > > > > I.e. it writes e.g. 1.100 instead of 2.00 into the resulting > > log file. > > > > This bugs is fixed upstream in commit > > 9c2de072a076236410f6c5a112bd7b9075a9e77d. > > > > Would it be possible to update the package to a version, which > > contains this fix? > I've prepared new package will check and upload it to archive this > weekend. > Have you made any progress on this upload or did you find something wrong with it? Is it possible to have the new version included in Bookworm? Please, let me know if you need any help with this, or if you are willing to accept an NMU. Regards, -- Håvard
Bug#1027009: RFS: python-ebooklib/0.18-1 [QA] -- E-book library for handling EPUB2/EPUB3/Kindle formats - documentation
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-ebooklib": * Package name : python-ebooklib Version : 0.18-1 Upstream contact : Aleksandar Erkalović * URL : https://github.com/aerkalov/ebooklib * License : AGPL-3 * Vcs : Section : python The source builds the following binary packages: python3-ebooklib - Python 3 E-book library for handling EPUB2/EPUB3/Kindle formats python-ebooklib-doc - E-book library for handling EPUB2/EPUB3/Kindle formats - documentation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-ebooklib/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-ebooklib/python-ebooklib_0.18-1.dsc Changes since the last upload: python-ebooklib (0.18-1) unstable; urgency=medium . * QA upload. * New upstream release. * Split documentation out to a separate package. * Add doc-base file. * Remove trailing whitespace from d/changelog. * No longer install extra documentation files like 'AUTHOR' and 'VERSION'. * d/upstream/metadata: Include upstream metadata. * Bump debhelper-compat to 13. * Update Standards-Version to 4.6.2, no changes needed. * Don't explicitly depend on python3-lxml and python3-six, these are found automatically. * Add autopkgtest. Regards,
Bug#1025929: RFS: ghostscript/10.0.0~dfsg-9 [QA] [RC] -- interpreter for the PostScript language and for PDF
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "ghostscript": * Package name : ghostscript Version : 10.0.0~dfsg-9 Upstream contact : Ghostscript development and discussion * URL : https://www.ghostscript.com/ * License : LGPL-2.1, Expat~SunSoft with SunSoft exception, ZLIB, MIT-Open-Group, BSD-3-Clause, GPL-2+, NTP~Lucent, NTP~WSU, BSD-3-Clause~Adobe, Apache-2.0, AGPL-3+ with font exception, public-domain, Expat~Ghostgum, AGPL-3+, AGPL-3+ and custom, ISC, GAP~configure, AGPL-3+ and FTL, none, GPL-1+, Expat, GPL-3+ with Autoconf exception, X11 * Vcs : https://salsa.debian.org/debian/ghostscript Section : text The source builds the following binary packages: ghostscript - interpreter for the PostScript language and for PDF ghostscript-doc - interpreter for the PostScript language and for PDF - Documentation libgs10 - interpreter for the PostScript language and for PDF - Library libgs-common - interpreter for the PostScript language and for PDF - ICC profiles libgs10-common - interpreter for the PostScript language and for PDF - common files libgs-dev - interpreter for the PostScript language and for PDF - Development Files ghostscript-x - transitional package for ghostscript libgs9-common - transitional package for libgs-common To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ghostscript/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/ghostscript/ghostscript_10.0.0~dfsg-9.dsc Changes since the last upload: ghostscript (10.0.0~dfsg-9) unstable; urgency=medium . * QA upload. * Build docs with sphinx. Closes: #1024896, #1024964 Regards, Håvard
Bug#1025896: RFS: zope.security/5.8-1 [QA] -- Zope Security Framework
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "zope.security": * Package name : zope.security Version : 5.8-1 Upstream contact : Zope Foundation and Contributors * URL : https://github.com/zopefoundation/zope.security * License : Zope-2.1 * Vcs : Section : zope The source builds the following binary packages: python3-zope.security - Zope Security Framework To access further information about this package, please visit the following URL: https://mentors.debian.net/package/zope.security/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/z/zope.security/zope.security_5.8-1.dsc Changes since the last upload: zope.security (5.8-1) unstable; urgency=medium . * QA upload. * New upstream release. * Change from nose to pytest. Closes: #1018676 Using Colin Watson implementation from zope.interface. * Drop zope.testrunner as BD, mark BD used for testing with '!nocheck' Regards, Håvard
Bug#1018360: funcparserlib: diff for NMU version 1.0.0-0.2
Control: tags -1 + patch Control: tags -1 + pending Dear maintainer, I've prepared an NMU for funcparserlib (versioned as 1.0.0-0.2). The diff is attached to this message. I have uploaded it to mentors, and require a sponsor to have it uploaded. Regards, Håvarddiff -Nru funcparserlib-1.0.0/debian/changelog funcparserlib-1.0.0/debian/changelog --- funcparserlib-1.0.0/debian/changelog2022-08-15 20:47:50.0 +0200 +++ funcparserlib-1.0.0/debian/changelog2022-12-04 18:40:13.0 +0100 @@ -1,3 +1,10 @@ +funcparserlib (1.0.0-0.2) unstable; urgency=medium + + * Non-maintainer upload. + * Remove python3-nose as BD. Closes: #1018360 + + -- Håvard F. Aasen Sun, 04 Dec 2022 18:40:13 +0100 + funcparserlib (1.0.0-0.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru funcparserlib-1.0.0/debian/control funcparserlib-1.0.0/debian/control --- funcparserlib-1.0.0/debian/control 2022-08-15 20:47:50.0 +0200 +++ funcparserlib-1.0.0/debian/control 2022-12-04 18:40:13.0 +0100 @@ -5,7 +5,6 @@ dh-python, python3-all, python3-setuptools, - python3-nose Standards-Version: 4.5.1 Section: python Homepage: https://github.com/vlasovskikh/funcparserlib diff -Nru funcparserlib-1.0.0/debian/rules funcparserlib-1.0.0/debian/rules --- funcparserlib-1.0.0/debian/rules2022-08-15 20:47:50.0 +0200 +++ funcparserlib-1.0.0/debian/rules2022-12-04 18:40:13.0 +0100 @@ -2,7 +2,6 @@ #export DH_VERBOSE=1 export PYBUILD_NAME=funcparserlib -export PYBUILD_TEST_NOSE=1 %: dh $@ --with python3 --buildsystem=pybuild
Bug#1025438: RFS: funcparserlib/1.0.0-0.2 [NMU] -- Recursive descent parsing library for python3
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "funcparserlib": * Package name : funcparserlib Version : 1.0.0-0.2 Upstream contact : * URL : https://github.com/vlasovskikh/funcparserlib * License : Expat * Vcs : Section : python The source builds the following binary packages: python3-funcparserlib - Recursive descent parsing library for python3 To access further information about this package, please visit the following URL: https://mentors.debian.net/package/funcparserlib/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/f/funcparserlib/funcparserlib_1.0.0-0.2.dsc Changes since the last upload: funcparserlib (1.0.0-0.2) unstable; urgency=medium . * Non-maintainer upload. * Remove python3-nose as BD. Closes: #1018360 Regards, Håvard
Bug#1025021: python-bayespy: (autopkgtest) needs update for python3.11: module 'inspect' has no attribute 'getargspec'
> > == > ERROR: test suite for '/usr/lib/python3/dist-packages/bayespy/tests/__init__.py'> > -- > Traceback (most recent call last): >File "/usr/lib/python3/dist-packages/nose/suite.py", line 209, in run > self.setUp() >File "/usr/lib/python3/dist-packages/nose/suite.py", line 292, in setUp > self.setupContext(ancestor) >File "/usr/lib/python3/dist-packages/nose/suite.py", line 315, in > setupContext > try_run(context, names) >File "/usr/lib/python3/dist-packages/nose/util.py", line 453, in try_run > inspect.getargspec(func) > ^^ > AttributeError: module 'inspect' has no attribute 'getargspec' > > -- > Ran 127 tests in 26.429s > > FAILED (errors=1) This looks to be an error with nose, not python-bayespy. See bug #1024235 [1] Håvard [1] https://bugs.debian.org/1024235
Bug#1025266: RFS: zope.exceptions/4.6-1 [QA] [RC] -- Zope exceptions for Python 3
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "zope.exceptions": * Package name : zope.exceptions Version : 4.6-1 Upstream contact : Zope Foundation and Contributors * URL : https://github.com/zopefoundation/zope.exceptions * License : Zope-2.1 * Vcs : Section : zope The source builds the following binary packages: python3-zope.exceptions - Zope exceptions for Python 3 To access further information about this package, please visit the following URL: https://mentors.debian.net/package/zope.exceptions/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/z/zope.exceptions/zope.exceptions_4.6-1.dsc Changes since the last upload: zope.exceptions (4.6-1) unstable; urgency=medium . * QA upload. * New upstream release - Supports Python 3.11. Closes: #1025197 Regards, Håvard
Bug#1024224: openscap-utils: FTBFS with libproc2
Control: tags -1 + patch pending I've pushed a fix to salsa [1], where I remove libprocps as a dependency. We are now depending on a local file called 'compat/dev_to_tty.c'. This was how it was done before version 1.3.5-0.1. As a side-note. It is the header 'proc/devname.h' we used, which isn't included in the development package anymore. Regards, Håvard [1] https://salsa.debian.org/debian/openscap/-/commit/e21814a6a2c6d124659346650e8b9100710686a5
Bug#1022052: whiptail 0.52.21-6: fails with output: "free(): invalid pointer"
Control: tags -1 + fixed-upstream Control: forwarded -1 https://pagure.io/newt/issue/22 Dear Maintainer, This bug was fixed upstream a few hours ago. They also released a new version containing the fix. Regards, Håvard
Bug#1022344: Bug#1024383: luseradd username not getting parsed correctly
On 18.11.2022 17:50, Baumann Edwin wrote: > Package: libpopt0 > > Version: 1.19+dfsg-1 amd64 > Tags: bookworm > Severity: normal > > > > *The Problem:* > > > > When trying to add a new user like this: > > /luseradd -g 221 -u 219814 testuser/ > > > > Instead of using the given name it will use “default_useradd” > > /vi /etc/passwd/ > > /default_useradd:x:219814:221:default_useradd:/home/default_useradd:/bin/bash/ > > > > The user also really doesn’t exist with the given name. > > /deluser testuser/ > > //usr/sbin/deluser: The user `testuser' does not exist./ > > / / > > *Versions:* > > / / > > libuser: 1:0.63~dfsg-4+b1 amd64 > > kernel: Debian 5.16.14-1 x86_64 GNU/Linux > > libc: Version: 2.36-4 > Sorry for the late reply, but the message title was rather non-descriptive, if the popt package is supposed to be targeted. I looked at a solution upstream, and found one. It seems this was fixed about two months ago [1], the fix provided by upstream will also fix the failing testsuite reported as bug #1022344 [2]. I didn't test your specific testcase Baumann, but the package compiles, and passes the upstream testsuite. I have attached a patch that will close bug #1022344 and #1024383. It's on the larger side, but this is what upstream is using. I can also provide a MR on salsa if that is preferred. Regards, Håvard [1] https://pagure.io/libuser/pull-request/55 [2] https://bugs.debian.org/1022344 From a34837a1ece65d3b1d22dc91102d6f61ca74aad2 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?H=C3=A5vard=20F=2E=20Aasen?= Date: Sun, 20 Nov 2022 14:34:33 +0100 Subject: [PATCH] Patch to handle correct popt memory handling --- .../0005-correct-popt-memory-handling.patch | 1515 + debian/patches/series |1 + 2 files changed, 1516 insertions(+) create mode 100644 debian/patches/0005-correct-popt-memory-handling.patch diff --git a/debian/patches/0005-correct-popt-memory-handling.patch b/debian/patches/0005-correct-popt-memory-handling.patch new file mode 100644 index 000..38808e6 --- /dev/null +++ b/debian/patches/0005-correct-popt-memory-handling.patch @@ -0,0 +1,1515 @@ +From: Tomas Halman +Date: Tue, 27 Sep 2022 09:28:02 + +Subject: Merge #55 `Correct popt memory handling` + +Origin: upstream, https://pagure.io/libuser/pull-request/55 +Bug-Debian: https://bugs.debian.org/1022344 +Bug-Debian: https://bugs.debian.org/1024383 +--- + apps/lchage.c| 35 ++--- + apps/lchfn.c | 38 +--- + apps/lchsh.c | 36 +++--- + apps/lgroupadd.c | 36 ++ + apps/lgroupdel.c | 36 ++ + apps/lgroupmod.c | 67 +++- + apps/lid.c | 34 ++-- + apps/lnewusers.c | 30 +++-- + apps/lpasswd.c | 49 ++--- + apps/luseradd.c | 60 +++--- + apps/luserdel.c | 51 +++--- + apps/lusermod.c | 63 +--- + 12 files changed, 340 insertions(+), 195 deletions(-) + +diff --git a/apps/lchage.c b/apps/lchage.c +index 1a4f048..3620e75 100644 +--- a/apps/lchage.c b/apps/lchage.c +@@ -71,13 +71,14 @@ main(int argc, const char **argv) + long shadowMin = INVALID_LONG, shadowMax = INVALID_LONG, + shadowLastChange = INVALID_LONG, shadowInactive = INVALID_LONG, + shadowExpire = INVALID_LONG, shadowWarning = INVALID_LONG; +- const char *user; +- struct lu_context *ctx; +- struct lu_ent *ent; ++ const char *user = NULL; ++ struct lu_context *ctx = NULL; ++ struct lu_ent *ent = NULL; + struct lu_error *error = NULL; + int interactive = FALSE; + int list_only = FALSE; + int c; ++ int result; + + poptContext popt; + struct poptOption options[] = { +@@ -118,7 +119,8 @@ main(int argc, const char **argv) + fprintf(stderr, _("Error parsing arguments: %s.\n"), + poptStrerror(c)); + poptPrintUsage(popt, stderr, 0); +- exit(1); ++ result = 1; ++ goto done; + } + user = poptGetArg(popt); + +@@ -126,11 +128,10 @@ main(int argc, const char **argv) + if (user == NULL) { + fprintf(stderr, _("No user name specified.\n")); + poptPrintUsage(popt, stderr, 0); +- return 1; ++ result = 1; ++ goto done; + } + +- poptFreeContext(popt); +- + /* Start up the library. */ + ctx = lu_start(user, lu_user, NULL, NULL, + interactive ? lu_prompt_console : +@@ -138,7 +139,8 @@ main(int argc, const char **argv) + if (ctx == NULL) { + fprintf(stderr, _("Error initializing %s: %s.\n"), PACKAGE, + lu_strerror(error)); +- return 1; ++ result = 1; ++ goto done; + } + + ent = lu_ent_new(); +@@ -146,7 +148,8 @@ main(int argc, const char **argv) + /* Look up information about the user. */ + if (lu_user_lookup_name(ctx, user, ent, &error) == FALSE) { + fprintf(stde
Bug#1023041: FTBFS: uninstalled files; dh_missing errors out
On 03.11.2022 18:41, Rene Engelhard wrote: > Control: severity -1 important > Control: tags -1 - moreinfo > Control: tags -1 - unreproducible > thanks > > Am Sun, Oct 30, 2022 at 07:19:24AM +0100 schrieb Håvard F. Aasen: >>>>dh_missing >>>> dh_missing: warning: lib/systemd/system/oscap-remediate.service exists in >>>> debian/tmp but is not installed to anywhere >>>> dh_missing: warning: usr/bin/oscap-remediate-offline exists in debian/tmp >>>> but is not installed to anywhere >>>> dh_missing: warning: usr/libexec/oscap-remediate exists in debian/tmp but >>>> is not installed to anywhere >>>> dh_missing: warning: usr/share/man/man8/oscap-remediate-offline.8 exists >>>> in debian/tmp but is not installed to anywhere >>>> dh_missing: error: missing files, aborting >>>>The following debhelper tools have reported what they installed (with >>>> files per package) >>>> * dh_install: libopenscap-dev (4), libopenscap-perl (2), libopenscap25 >>>> (4), openscap-common (3), openscap-doc (2), openscap-scanner (2), >>>> openscap-utils (8), python3-openscap (1) >>>> * dh_installdocs: libopenscap-dev (3), libopenscap-perl (0), >>>> libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner >>>> (1), openscap-utils (0), python3-openscap (0) >>>> * dh_installexamples: libopenscap-dev (0), libopenscap-perl (0), >>>> libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner >>>> (1), openscap-utils (0), python3-openscap (0) >>>> * dh_installman: libopenscap-dev (0), libopenscap-perl (0), >>>> libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner >>>> (1), openscap-utils (7), python3-openscap (0) >>>>If the missing files are installed by another tool, please file a bug >>>> against it. >>>>When filing the report, if the tool is not part of debhelper itself, >>>> please reference the >>>>"Logging helpers and dh_missing" section from the "PROGRAMMING" guide >>>> for debhelper (10.6.3+). >>>> (in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.gz) >>>>Be sure to test with dpkg-buildpackage -A/-B as the results may vary >>>> when only a subset is built >>>>If the omission is intentional or no other helper can take care of this >>>> consider adding the >>>>paths to debian/not-installed. >>>> make: *** [debian/rules:68: binary] Error 25 >>>> dpkg-buildpackage: error: debian/rules binary subprocess returned exit >>>> status 2 >>>> debuild: fatal error at line 1182: >>>> dpkg-buildpackage -us -uc -ui -b failed >>>> >>>> Doesn't look related to xmlsec1 1.2.35 so I did a cross-check with sid >>>> and it also FTBFS there. >>>> >>> >>> Would you mind providing a complete build log? I actually can't reproduce >>> this on my end in unstable. This was also rebuilt in the main archive just >>> eight days ago, but sure, a lot can happen in that time. >>> >> >> I uploaded a new version to unstable with changes unrelated to this bug. That >> version successfully built in the main archive, I am therefore lowering the >> severity to normal. Please provide a build log if this is a problem. > > It would have been be helpful if you actually wrote to me instead of just the > bug > (n...@bugs.debian.org only goes to the bug), as the Reply-To: of each > bugreport already does (or do it manually, or use > nnn-submit...@bugs.debuan.org); so that people actually see it. I just > saw it by chance today when looking at my submitted bugs' page and saw > the downgrade. > > Anyways, buildlog attached. > > Note that this admittedly is a unclean chroot, but a FTBFS then also is > a bug (important I think, but see [1]. > cowbuilder login sid chroot + > apt-build-dep lasso + > apt-build-dep libaqbanking + > apt build-dep libreoffice + > apt-build-dep nordugrid-arc + > apt-build-dep oath-toolkit + > apt build-dep open-vm-tools > > is the actual chroot used. (Actually it was in my libreoffice build > chroot, so those were preexisting) > > Regards, > > Rene > > [1] > 18:32 < _rene_> what severity are "FTBFS in 'unclean' chroots" again? > 18:32 -!- KBDharunKrishna[m]1 [~kbdkmatri@2a01:4f9:c010:c8f3:1::28d] has > joined #debian-devel > 18:32 &l
Bug#1023041: FTBFS: uninstalled files; dh_missing errors out
Control: severity -1 normal Control tags -1 + unreproducible On 29.10.2022 17:49, Håvard F. Aasen wrote: > On Sat, 29 Oct 2022 16:34:27 +0200 Rene Engelhard wrote: >> Package: openscap >> Version: 1.3.6+dfsg-2 >> Severity: serious >> >> Hi, >> >> while trying to build openscap with xmlsec 1.2.35 I noticed the >> following: >> >> make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' >>dh_install >>dh_installdocs >>debian/rules override_dh_installchangelogs >> make[1]: Entering directory '/home/rene/t/openscap-1.3.6+dfsg' >> dh_installchangelogs NEWS >> make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' >>dh_installexamples >>dh_installman >>debian/rules override_dh_python3 >> make[1]: Entering directory '/home/rene/t/openscap-1.3.6+dfsg' >> dh_python3 -popenscap-utils -ppython3-openscap --shebang=/usr/bin/python3 >> I: dh_python3 fs:482: renaming _openscap_py.so to >> _openscap_py.cpython-310-x86_64-linux-gnu.so >> I: dh_python3 tools:114: replacing shebang in >> debian/openscap-utils/usr/bin/oscap-docker >> I: dh_python3 tools:114: replacing shebang in >> debian/openscap-utils/usr/bin/autotailor >> I: dh_python3 tools:114: replacing shebang in >> debian/openscap-utils/usr/bin/scap-as-rpm >> make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' >>dh_perl >>dh_link >>dh_strip_nondeterminism >>dh_compress >>dh_fixperms >>dh_missing >> dh_missing: warning: lib/systemd/system/oscap-remediate.service exists in >> debian/tmp but is not installed to anywhere >> dh_missing: warning: usr/bin/oscap-remediate-offline exists in debian/tmp >> but is not installed to anywhere >> dh_missing: warning: usr/libexec/oscap-remediate exists in debian/tmp but is >> not installed to anywhere >> dh_missing: warning: usr/share/man/man8/oscap-remediate-offline.8 exists in >> debian/tmp but is not installed to anywhere >> dh_missing: error: missing files, aborting >> The following debhelper tools have reported what they installed (with >> files per package) >> * dh_install: libopenscap-dev (4), libopenscap-perl (2), libopenscap25 >> (4), openscap-common (3), openscap-doc (2), openscap-scanner (2), >> openscap-utils (8), python3-openscap (1) >> * dh_installdocs: libopenscap-dev (3), libopenscap-perl (0), >> libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner >> (1), openscap-utils (0), python3-openscap (0) >> * dh_installexamples: libopenscap-dev (0), libopenscap-perl (0), >> libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner >> (1), openscap-utils (0), python3-openscap (0) >> * dh_installman: libopenscap-dev (0), libopenscap-perl (0), >> libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner >> (1), openscap-utils (7), python3-openscap (0) >> If the missing files are installed by another tool, please file a bug >> against it. >> When filing the report, if the tool is not part of debhelper itself, >> please reference the >> "Logging helpers and dh_missing" section from the "PROGRAMMING" guide >> for debhelper (10.6.3+). >>(in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.gz) >> Be sure to test with dpkg-buildpackage -A/-B as the results may vary >> when only a subset is built >> If the omission is intentional or no other helper can take care of this >> consider adding the >> paths to debian/not-installed. >> make: *** [debian/rules:68: binary] Error 25 >> dpkg-buildpackage: error: debian/rules binary subprocess returned exit >> status 2 >> debuild: fatal error at line 1182: >> dpkg-buildpackage -us -uc -ui -b failed >> >> Doesn't look related to xmlsec1 1.2.35 so I did a cross-check with sid >> and it also FTBFS there. >> > > Would you mind providing a complete build log? I actually can't reproduce > this on my end in unstable. This was also rebuilt in the main archive just > eight days ago, but sure, a lot can happen in that time. > I uploaded a new version to unstable with changes unrelated to this bug. That version successfully built in the main archive, I am therefore lowering the severity to normal. Please provide a build log if this is a problem. Regards, Håvard
Bug#1023072: RFS: sanlock/3.8.5-1 -- Shared storage lock manager
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "sanlock": * Package name : sanlock Version : 3.8.5-1 Upstream contact : * URL : https://www.pagure.io/sanlock/ * License : LGPL-2.1+, GPL-2+ * Vcs : https://salsa.debian.org/haava/sanlock Section : libs The source builds the following binary packages: sanlock - Shared storage lock manager sanlk-reset - Host reset daemon and client using sanlock libsanlock-client1 - Shared storage lock manager (client library) libsanlock1 - Shared storage lock manager (shared library) libsanlock-dev - Shared storage lock manager (development files) python3-sanlock - Python3 bindings to shared storage lock manager To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sanlock/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sanlock/sanlock_3.8.5-1.dsc Changes since the last upload: sanlock (3.8.5-1) unstable; urgency=medium . * New upstream release. * Drop python-build.patch, not needed when using pybuild. * Update wildcard for increased flexibility when installing files in Python package. * Update maintainer name and email. * d/libsanlock1.symbols - Update symbols. - Add Build-Depends field for library 'libwdmd'. * d/control: - Add python3-setuptools as BD. - Update BD to handle cross build. - Update Standards-Version to 4.6.1 * d/rules: - Explicitly build Python package with pybuild. - Include hardening build flags * d/copyright: Add myself under Debian paragraph. * Update d/sanlock.postinst to reflect changes in adduser package. Regards, -- Håvard F. Aasen
Bug#1023041: FTBFS: uninstalled files; dh_missing errors out
On Sat, 29 Oct 2022 16:34:27 +0200 Rene Engelhard wrote: > Package: openscap > Version: 1.3.6+dfsg-2 > Severity: serious > > Hi, > > while trying to build openscap with xmlsec 1.2.35 I noticed the > following: > > make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' >dh_install >dh_installdocs >debian/rules override_dh_installchangelogs > make[1]: Entering directory '/home/rene/t/openscap-1.3.6+dfsg' > dh_installchangelogs NEWS > make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' >dh_installexamples >dh_installman >debian/rules override_dh_python3 > make[1]: Entering directory '/home/rene/t/openscap-1.3.6+dfsg' > dh_python3 -popenscap-utils -ppython3-openscap --shebang=/usr/bin/python3 > I: dh_python3 fs:482: renaming _openscap_py.so to > _openscap_py.cpython-310-x86_64-linux-gnu.so > I: dh_python3 tools:114: replacing shebang in > debian/openscap-utils/usr/bin/oscap-docker > I: dh_python3 tools:114: replacing shebang in > debian/openscap-utils/usr/bin/autotailor > I: dh_python3 tools:114: replacing shebang in > debian/openscap-utils/usr/bin/scap-as-rpm > make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' >dh_perl >dh_link >dh_strip_nondeterminism >dh_compress >dh_fixperms >dh_missing > dh_missing: warning: lib/systemd/system/oscap-remediate.service exists in > debian/tmp but is not installed to anywhere > dh_missing: warning: usr/bin/oscap-remediate-offline exists in debian/tmp but > is not installed to anywhere > dh_missing: warning: usr/libexec/oscap-remediate exists in debian/tmp but is > not installed to anywhere > dh_missing: warning: usr/share/man/man8/oscap-remediate-offline.8 exists in > debian/tmp but is not installed to anywhere > dh_missing: error: missing files, aborting > The following debhelper tools have reported what they installed (with > files per package) >* dh_install: libopenscap-dev (4), libopenscap-perl (2), libopenscap25 > (4), openscap-common (3), openscap-doc (2), openscap-scanner (2), > openscap-utils (8), python3-openscap (1) >* dh_installdocs: libopenscap-dev (3), libopenscap-perl (0), > libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner > (1), openscap-utils (0), python3-openscap (0) >* dh_installexamples: libopenscap-dev (0), libopenscap-perl (0), > libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner > (1), openscap-utils (0), python3-openscap (0) >* dh_installman: libopenscap-dev (0), libopenscap-perl (0), > libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner > (1), openscap-utils (7), python3-openscap (0) > If the missing files are installed by another tool, please file a bug > against it. > When filing the report, if the tool is not part of debhelper itself, > please reference the > "Logging helpers and dh_missing" section from the "PROGRAMMING" guide > for debhelper (10.6.3+). > (in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.gz) > Be sure to test with dpkg-buildpackage -A/-B as the results may vary > when only a subset is built > If the omission is intentional or no other helper can take care of this > consider adding the > paths to debian/not-installed. > make: *** [debian/rules:68: binary] Error 25 > dpkg-buildpackage: error: debian/rules binary subprocess returned exit status > 2 > debuild: fatal error at line 1182: > dpkg-buildpackage -us -uc -ui -b failed > > Doesn't look related to xmlsec1 1.2.35 so I did a cross-check with sid > and it also FTBFS there. > Would you mind providing a complete build log? I actually can't reproduce this on my end in unstable. This was also rebuilt in the main archive just eight days ago, but sure, a lot can happen in that time. Regards, Håvard
Bug#1023022: wand please drop pypy-wand to support python2.7 removal
Hi Paul, Den 29. oktober 2022 10:18:41 UTC, skrev Paul Gevers : >Source: wand >Version: 0.6.9-1 >Severity: serious >Justification: rt > >Dear maintainers, > >If I didn't make a mistake, wand is keeping pypy in the key package set >because it (Build-)Depends on it. Again, if I didn't make a mistake, there are >no reverse Build-Depends or Depends anymore of pypy-wand, so I think the >package can just be dropped. That would be another step in the python2.7 >removal transition. > Correct. >I'll be preparing an NMU that does this after I submit this bug. When I'm done >with preparation, I'll upload to DELAYED/5 and update this bug report with the >debdiff. Please let me know if you prefer to handle this by yourself and/or if >I should cancel or delay the upload. > I have some other things that should be uploaded as well, so I can handle this issue. How fast do you need this? I was initially waiting for debian-keyring to be updated, because of a changed subkey. I can get a sponsor from mentors of its urgent. Regards, Håvard
Bug#1022103: gdisk: sgdisk produces only errors
I believe this is related to #1020446, and hopefully should be fixed with the latest NMU, version 1.0.9-2.1. Which was needed when "popt" plugged a memory leak. It would be nice if someone could try the latest upload, and verify this issue is fixed. Regards, Håvard
Bug#1020446: gdisk: FTBFS with popt 1.19+dfsg-1~exp1
Control: tags -1 patch I've attached a small patch to mitigate the issue with popt. HåvardFrom: =?utf-8?b?IkjDpXZhcmQgRi4gQWFzZW4i?= Date: Sat, 15 Oct 2022 18:55:20 +0200 Subject: Handle plugged memory leak from popt With popt version 1.19, a memory leak was plugged. gdisk (sdisk) assumed the value returned by poptGetArg() would remain usable forever because popt has leaked the value for quite a long time. This patch consist of one incomplete fix, that has been included in the official repository, and one that of this writing, is still an open PR. Origin: upstream, https://sourceforge.net/p/gptfdisk/code/ci/5d5e76d369a412bfb3d2cebb5fc0a7509cef878d/ Origin: upstream, https://sourceforge.net/p/gptfdisk/code/merge-requests/28/ Bug-Debian: https://bugs.debian.org/1020446 --- gptcl.cc | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/gptcl.cc b/gptcl.cc index 34c9421..ab95239 100644 --- a/gptcl.cc +++ b/gptcl.cc @@ -156,9 +156,10 @@ int GPTDataCL::DoOptions(int argc, char* argv[]) { // Assume first non-option argument is the device filename device = (char*) poptGetArg(poptCon); - poptResetContext(poptCon); if (device != NULL) { + device = strdup(device); + poptResetContext(poptCon); JustLooking(); // reset as necessary BeQuiet(); // Tell called functions to be less verbose & interactive if (LoadPartitions((string) device)) { @@ -498,6 +499,7 @@ int GPTDataCL::DoOptions(int argc, char* argv[]) { cerr << "Error encountered; not saving changes.\n"; retval = 4; } // if + free(device); } // if (device != NULL) poptFreeContext(poptCon); return retval;
Bug#1020446: popt uploaded to unstable
Control: severity -1 serious Dear maintainer, popt version 1.19+dfsg-1 has now been uploaded to unstable. I'm raising the severity since gdisk now blocks popt's migration to testing. Regards, Håvard
Bug#1021708: RFS: popt/1.19+dfsg-1 -- lib for parsing cmdline parameters
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "popt": * Package name : popt Version : 1.19+dfsg-1 Upstream contact : rpm-ma...@lists.rpm.org * URL : https://github.com/rpm-software-management/popt * License : expat * Vcs : https://salsa.debian.org/debian/popt Section : devel The source builds the following binary packages: libpopt0 - lib for parsing cmdline parameters libpopt-dev - lib for parsing cmdline parameters - development files libpopt0-udeb - lib for parsing cmdline parameters To access further information about this package, please visit the following URL: https://mentors.debian.net/package/popt/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/popt/popt_1.19+dfsg-1.dsc Changes since the last upload: popt (1.19+dfsg-1) unstable; urgency=medium . * Move from experimental to unstable. * Add fix-reporting-of-test-failures.patch Regards, Håvard
Bug#1020462: RFS: libbs2b/3.1.0+dfsg-6 [QA] [RC] -- Bauer stereophonic-to-binaural DSP library (binary tools)
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "libbs2b": * Package name : libbs2b Version : 3.1.0+dfsg-6 Upstream contact : * URL : http://bs2b.sourceforge.net/ * License : FSF-unlimited, GPL-2+, MIT+FSF-public, Expat * Vcs : https://salsa.debian.org/debian/libbs2b Section : libs The source builds the following binary packages: libbs2b-dev - Bauer stereophonic-to-binaural DSP library development files libbs2b0 - Bauer stereophonic-to-binaural DSP library libbs2b-bin - Bauer stereophonic-to-binaural DSP library (binary tools) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libbs2b/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libb/libbs2b/libbs2b_3.1.0+dfsg-6.dsc Changes since the last upload: libbs2b (3.1.0+dfsg-6) unstable; urgency=medium . * QA upload. * Add pkg-config as BD. Closes: #1020008 Regards, Håvard
Bug#1020459: svox: failing autopkgtest with popt 1.19+dfsg-1~exp1
Source: svox Severity: normal Hi, svox has a failing autopkgtest with popt 1.19+dfsg-1~exp1 from experimental, log from autopkgtest is attached. The binary pico2wave uses memory that is now, correctly, being freed by popt, this has been a long standing issue with the library. The binary pico2wave therefore fails when used with certain command line arguments. An example is the arguments used in the autopkgtest. I have attached a patch that solves the issue. It is a one line fix, which duplicates a string before its freed by popt. Regards, Håvardautopkgtest [17:44:12]: starting date: 2022-09-20 autopkgtest [17:44:12]: version 5.25 autopkgtest [17:44:12]: host ci-worker13; command line: /usr/bin/autopkgtest --no-built-binaries '--setup-commands=echo '"'"'svox unstable/amd64'"'"' > /var/tmp/debci.pkg 2>&1 || true' '--setup-commands=echo '"'"'Acquire::Retries "10";'"'"' > /etc/apt/apt.conf.d/75retry 2>&1 || true' --user debci --apt-upgrade --add-apt-release=experimental --pin-packages=experimental=src:popt --output-dir /tmp/debci-worker-26264309-NbheM4Vrtu/autopkgtest-incoming/unstable/amd64/s/svox/26264309 svox -- lxc --sudo --name ci-263-f0ec40b8 autopkgtest-unstable-amd64 autopkgtest [17:44:24]: test bed setup Get:1 http://deb.debian.org/debian experimental InRelease [97.5 kB] Get:2 http://deb.debian.org/debian experimental/non-free Sources [2,512 B] Get:3 http://deb.debian.org/debian experimental/main Sources [447 kB] Get:4 http://deb.debian.org/debian experimental/contrib Sources [1,820 B] Get:5 http://deb.debian.org/debian experimental/main amd64 Packages [402 kB] Get:6 http://deb.debian.org/debian experimental/contrib amd64 Packages [6,056 B] Get:7 http://deb.debian.org/debian experimental/non-free amd64 Packages [7,388 B] Fetched 964 kB in 0s (2,871 kB/s) Reading package lists... Get:1 http://deb.debian.org/debian unstable InRelease [158 kB] Get:2 http://deb.debian.org/debian-debug unstable-debug InRelease [56.7 kB] Hit:3 http://deb.debian.org/debian experimental InRelease Get:4 http://deb.debian.org/debian unstable/contrib Sources.diff/Index [63.3 kB] Get:5 http://deb.debian.org/debian unstable/non-free Sources.diff/Index [63.3 kB] Get:6 http://deb.debian.org/debian unstable/main Sources.diff/Index [63.6 kB] Get:7 http://deb.debian.org/debian unstable/main amd64 Packages.diff/Index [63.6 kB] Get:8 http://deb.debian.org/debian unstable/non-free amd64 Packages.diff/Index [63.3 kB] Get:9 http://deb.debian.org/debian-debug unstable-debug/contrib Sources.diff/Index [63.3 kB] Get:10 http://deb.debian.org/debian-debug unstable-debug/non-free Sources.diff/Index [63.3 kB] Get:11 http://deb.debian.org/debian-debug unstable-debug/main Sources.diff/Index [63.6 kB] Get:12 http://deb.debian.org/debian-debug unstable-debug/main amd64 Packages.diff/Index [63.6 kB] Get:13 http://deb.debian.org/debian-debug unstable-debug/non-free amd64 Packages.diff/Index [63.3 kB] Get:14 http://deb.debian.org/debian unstable/contrib Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:15 http://deb.debian.org/debian unstable/non-free Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:16 http://deb.debian.org/debian unstable/main Sources T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [22.7 kB] Get:17 http://deb.debian.org/debian unstable/main amd64 Packages T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [36.2 kB] Get:14 http://deb.debian.org/debian unstable/contrib Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:17 http://deb.debian.org/debian unstable/main amd64 Packages T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [36.2 kB] Get:16 http://deb.debian.org/debian unstable/main Sources T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [22.7 kB] Get:15 http://deb.debian.org/debian unstable/non-free Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:18 http://deb.debian.org/debian unstable/non-free amd64 Packages T-2022-09-20-1106.00-F-2022-09-20-1106.00.pdiff [5,854 B] Get:18 http://deb.debian.org/debian unstable/non-free amd64 Packages T-2022-09-20-1106.00-F-2022-09-20-1106.00.pdiff [5,854 B] Get:19 http://deb.debian.org/debian-debug unstable-debug/contrib Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:19 http://deb.debian.org/debian-debug unstable-debug/contrib Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:20 http://deb.debian.org/debian-debug unstable-debug/non-free Sources T-2022-09-20-1106.00-F-2022-09-20-1106.00.pdiff [887 B] Get:21 http://deb.debian.org/debian-debug unstable-debug/main Sources T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [19.2 kB] Get:22 http://deb.debian.org/debian-debug unstable-debug/main amd64 Packages T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [19.6 kB] Get:23 http://deb.debian.org/debian-debug unstable-debug/non-free amd64 Packages T-2022-09-20-1106.00-F-2022-09-20-1106.00.pdiff [305 B] Get:20 http://deb.debian.org/debian-debug unstable-debug/non-free Sources T-2022-09-
Bug#1020446: gdisk: FTBFS with popt 1.19+dfsg-1~exp1
Source: gdisk Severity: important Tags: ftbfs Hi, gdisk FTBFS and has a failing autopkgtest with popt 1.19+dfsg-1~exp1 from experimental. Build log and log from autopkgtest is attached. This was reported upstream a while ago [1], and a partial fix was applied [2]. This was later found insufficient and a new fix has been proposed [3], as of this mail, the patch has not been merged. FWIW, Fedora is using this patch [4]. Regards, Håvard [1] https://sourceforge.net/p/gptfdisk/mailman/message/37640877/ [2] https://sourceforge.net/p/gptfdisk/code/ci/5d5e76d369a412bfb3d2cebb5fc0a7509cef878d/ [3] https://sourceforge.net/p/gptfdisk/code/merge-requests/28/ [4] https://src.fedoraproject.org/fork/pmatilai/rpms/gdisk/raw/71100f6fd84dd21f1346917e4fa84a2eccdb70c3/f/gdisk-1.0.9-poptmisuse.patchautopkgtest [17:43:32]: starting date: 2022-09-20 autopkgtest [17:43:32]: version 5.25 autopkgtest [17:43:32]: host ci-worker01; command line: /usr/bin/autopkgtest --no-built-binaries '--setup-commands=echo '"'"'gdisk unstable/amd64'"'"' > /var/tmp/debci.pkg 2>&1 || true' '--setup-commands=echo '"'"'Acquire::Retries "10";'"'"' > /etc/apt/apt.conf.d/75retry 2>&1 || true' --user debci --apt-upgrade --add-apt-release=experimental --pin-packages=experimental=src:popt --output-dir /tmp/debci-worker-26264295-p2XpCgn6gv/autopkgtest-incoming/unstable/amd64/g/gdisk/26264295 gdisk -- lxc --sudo --name ci-263-5ce3cb6a autopkgtest-unstable-amd64 autopkgtest [17:43:36]: test bed setup Get:1 http://deb.debian.org/debian experimental InRelease [97.5 kB] Get:2 http://deb.debian.org/debian experimental/contrib Sources [1,820 B] Get:3 http://deb.debian.org/debian experimental/non-free Sources [2,512 B] Get:4 http://deb.debian.org/debian experimental/main Sources [447 kB] Get:5 http://deb.debian.org/debian experimental/non-free amd64 Packages [7,388 B] Get:6 http://deb.debian.org/debian experimental/contrib amd64 Packages [6,056 B] Get:7 http://deb.debian.org/debian experimental/main amd64 Packages [402 kB] Fetched 964 kB in 1s (1,200 kB/s) Reading package lists... Get:1 http://deb.debian.org/debian unstable InRelease [158 kB] Get:2 http://deb.debian.org/debian-debug unstable-debug InRelease [56.7 kB] Hit:3 http://deb.debian.org/debian experimental InRelease Get:4 http://deb.debian.org/debian unstable/main Sources.diff/Index [63.6 kB] Get:5 http://deb.debian.org/debian unstable/non-free Sources.diff/Index [63.3 kB] Get:6 http://deb.debian.org/debian unstable/contrib Sources.diff/Index [63.3 kB] Get:7 http://deb.debian.org/debian unstable/main amd64 Packages.diff/Index [63.6 kB] Get:8 http://deb.debian.org/debian unstable/non-free amd64 Packages.diff/Index [63.3 kB] Get:9 http://deb.debian.org/debian-debug unstable-debug/main Sources.diff/Index [63.6 kB] Get:10 http://deb.debian.org/debian-debug unstable-debug/contrib Sources.diff/Index [63.3 kB] Get:11 http://deb.debian.org/debian-debug unstable-debug/non-free Sources.diff/Index [63.3 kB] Get:12 http://deb.debian.org/debian-debug unstable-debug/non-free amd64 Packages.diff/Index [63.3 kB] Get:13 http://deb.debian.org/debian-debug unstable-debug/main amd64 Packages.diff/Index [63.6 kB] Get:14 http://deb.debian.org/debian unstable/main Sources T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [22.7 kB] Get:15 http://deb.debian.org/debian unstable/non-free Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:16 http://deb.debian.org/debian unstable/contrib Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:17 http://deb.debian.org/debian unstable/main amd64 Packages T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [36.2 kB] Get:18 http://deb.debian.org/debian unstable/non-free amd64 Packages T-2022-09-20-1106.00-F-2022-09-20-1106.00.pdiff [5,854 B] Get:14 http://deb.debian.org/debian unstable/main Sources T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [22.7 kB] Get:16 http://deb.debian.org/debian unstable/contrib Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:15 http://deb.debian.org/debian unstable/non-free Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:17 http://deb.debian.org/debian unstable/main amd64 Packages T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [36.2 kB] Get:18 http://deb.debian.org/debian unstable/non-free amd64 Packages T-2022-09-20-1106.00-F-2022-09-20-1106.00.pdiff [5,854 B] Get:19 http://deb.debian.org/debian-debug unstable-debug/main Sources T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [19.2 kB] Get:19 http://deb.debian.org/debian-debug unstable-debug/main Sources T-2022-09-20-1646.49-F-2022-09-20-1106.00.pdiff [19.2 kB] Get:20 http://deb.debian.org/debian-debug unstable-debug/contrib Sources T-2022-09-20-1646.49-F-2022-09-20-1646.49.pdiff [31 B] Get:21 http://deb.debian.org/debian-debug unstable-debug/non-free Sources T-2022-09-20-1106.00-F-2022-09-20-1106.00.pdiff [887 B] Get:20 http://deb.debian.org/debian-debug unstable-debug/contrib Sources T-2022-09-20-1646.49-F-2022-09-20-1646
Bug#1020296: RFS: popt/1.19-1~exp1 [ITA] -- lib for parsing cmdline parameters
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "popt": * Package name: popt Version : 1.19-1~exp1 Upstream Author : rpm-ma...@lists.rpm.org * URL : https://github.com/rpm-software-management/popt * License : expat * Vcs : https://salsa.debian.org/debian/popt Section : devel The source builds the following binary packages: libpopt0 - lib for parsing cmdline parameters libpopt-dev - lib for parsing cmdline parameters - development files libpopt0-udeb - lib for parsing cmdline parameters To access further information about this package, please visit the following URL: https://mentors.debian.net/package/popt/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/popt/popt_1.19-1~exp1.dsc Changes since the last upload: popt (1.19-1~exp1) experimental; urgency=medium . * New upstream release. - Fixes memory leak. Closes: #941814 * Drop all patches, included upstream. * Adopt package. Closes: #995268 * d/copyright: - Add myself under Debian paragraph. - Upstream changed license to MIT/expat. * Update Standards-Version to 4.6.1 * Remove no longer needed package conflicts. * wrap-and-sort -at It would be nice if I could have access to the repo in salsa as well. Regards, Håvard