Bug#908117: RFP: yq -- yq is a lightweight and portable command-line YAML processor The aim of the project is to be the jq or sed of yaml files.

Varac wrote... > * Package name: yq > Version : 2.1.2 > Upstream Author : Mike Farah > * URL : http://mikefarah.github.io/yq/ Hello everybody, it's been a while ... bookworm freeze is getting closer, and I'd like to find a solution for the current problems providing

Bug#849782: .apk files not consistently detected

Control: tags 849782 pending Hans-Christoph Steiner wrote... > APKs can be a totally standard JAR with a valid JAR signature, and they > can be assembled with any tool that can make a valid ZIP archive with a > valid JAR signature. The vast majority of APKs are made with the same > toolchain, e.

Bug#1026920: New upstream version of file/libmagic breaks autopkgtest

Control: tags 1026920 patch Christoph Biedl wrote... > It took a few hours to realize locale setting ruin your day. I could > reproduce that only with LC_ALL=C, and then bisecting led to: > > commit f448f3e5c37de8c285ac14b032b2bdcea82fc08b > Author: Christos Zoulas &g

Bug#1026920: New upstream version of file/libmagic breaks autopkgtest

Louis-Philippe Véronneau wrote... > Lintian runs file (more precisely, `file --no-pad --print0 --print0 --`) > to get the "file_type" value of files [1]. Very exhausting debugging¹ reveals lintian has that file_type set to the empty string. Obviously this causes ... > Then, for all the files in

Bug#1026988: ruby-ruby-magic-static: diff for NMU version 0.5.4-1.1

+ + * Non-maintainer upload + * Adjust PARAM_BYTES_MAX for change in file 5.44. Closes: #1026988 + + -- Christoph Biedl Wed, 11 Jan 2023 18:53:56 +0100 + ruby-ruby-magic-static (0.5.4-1) unstable; urgency=medium * Team upload diff -Nru ruby-ruby-magic-static-0.5.4/debian/patches/adjust-fo

Bug#1026976: Upcoming test suite regression due to changes in file/libmagic

Control: reassign 1026976 file 1:5.43-2 Control: tags 1026976 pending Christoph Biedl wrote... > As I understand it, this is result of how t/fixtures/pyzip/pyzip.in is > described by file(1): > > - a /usr/bin/python3 script executable (binary data) > + Zip archive, with extra

Bug#1027424: transition: libppd

Paul Gevers wrote... > On 31-12-2022 10:06, Christoph Biedl wrote: > > > So src:libppd has been renamed to src:libppd-legacy, and has entered > > experimental yesterday. While doing so, I've fixed a longstanding > > mismatch in the soname version, hence the new num

Bug#1027424: transition: libppd

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: lib...@packages.debian.org, Till Kamppeter Control: affects -1 + src:libppd Greetings, possible this is not a regular transition, but in exchange I guess it should be pre

Bug#1027408: Adjust for changes in libppd

+1,38 @@ +Subject: Follow renaming of libppd to libppd-legacy +Author: Christoph Biedl +Date: 2022-12-27 +Forwarded: not-needed + +--- a/configure b/configure +@@ -6383,13 +6383,13 @@ + done + + +- { $as_echo "$as_me:${as_lineno-$LINENO}: checking for ppd_file_new in -lppd" &g

Bug#1026976: Upcoming test suite regression due to changes in file/libmagic

Chris Lamb wrote... > Thanks again for the "new version of file in experimental" bugs; very > much appreciated. You're welcome. Given file's volatility, I guess this will not be the last conversation in that regard ... > > - a /usr/bin/python3 script executable (binary data) > > + Zip archive, w

Bug#1027031: Upcoming test suite regression due to changes in file/libmagic

Source: yara Version: 4.2.3-1 Severity: important Hello, The last upload of file/libmagic (1:5.43-3), currently in experimental) breaks the yara test suite: == == yara 4.2.3: ./test-suite.log =

Bug#1026988: Upcoming test suite regression due to changes in file/libmagic

Source: ruby-ruby-magic-static Version: 0.5.4-1 Severity: important Hello, The last upload of file/libmagic (1:5.43-3), currently in experimental) also the ruby-ruby-magic-static test suite: == Failure: test_magic_get_parameter

Bug#1005435: gpr: FTBFS: configure: error: Must have libppd installed to compile gpr

Control: tags 1005435 pending Lucas Nussbaum wrote... > Source: gpr > Version: 0.15deb-2 > Severity: serious > Justification: FTBFS > > configure: error: Must have libppd installed to compile gpr This was caused by yours truly as a result of updating src:libppd almost a year ago. Fix is underwa

Bug#1026976: Upcoming test suite regression due to changes in file/libmagic

Source: strip-nondeterminism Version: 1.13.0-2 Severity: important Hello, possibly you've seen the similar story in diffoscope already: The last upload of file/libmagic (1:5.43-3, currently in experimental) broke also the strip-nondeterminism test suite: =

Bug#1026920: New upstream version of file/libmagic breaks autopkgtest

Package: lintian Version: 2.115.3 Severity: important Greeting, my recent upload of file (1:5.43-3) to experiental broke lintian's autopkgtest. Possibly this is the relevant section. # Hints do not match # # --- ../../autopkgtest_tmp/build-and-evaluate-test-packages/eval/checks/documentation/

Bug#1026862: Wrong installation path for tmpfiles.d/tpm2-tss-fapi.conf

Package: libtss2-fapi1 Version: 3.2.1-1 Severity: normal (...) Setting up libtss2-fapi1:amd64 (3.2.1-1) ... Failed to read '/usr/lib/tmpfiles.d/tpm2-tss-fapi.conf': Is a directory (...) Cause is an old trap, debian/*.install wants a directory only in the second column. Happens all the time to me

Bug#1026460: libmagic1: Virtual font files are recognized as "COM executable for DOS"

Control: tags 1026460 confirmed upstream Hilmar Preusse wrote... > Not sure if this is solvable, at the fist glance I found no magic byte > for vf files. Things are worse: file(1) /does/ have magic for "TeX virtual font data" but is *that* weak (only 16 bit, 0xf7 0xca at the start of file) it ge

Bug#1022565: file: [regression] OpenPGP file MIME type reverted to application/octet-stream

Control: forwarded 1022565 https://mailman.astron.com/pipermail/file/2022-December/000995.html Paul Wise wrote... > The detected MIME type of OpenPGP files is now application/octet-stream: Ups. That's clearly a regression, and a rather weird one. Sent to upstream. Christoph signature.asc

Bug#1011921: big5

Control: tags 1011921 moreinfo 積丹尼 Dan Jacobson wrote... > $ file 111D2012841-01.txt > 111D2012841-01.txt: ISO-8859 text, with CRLF line terminators Hello, as you noticed, your file is utf-8. Can you please re-send as don't have a clue how to proceed? Regards, Christoph signature.asc De

Bug#305722: xfsdump reports ERROR: does not identify a file system

Michael Lueck wrote... > xfsdump: ERROR: /srv/shares/pdoxdata/ does not identify a file system Came across that problem as well today. From a little probing - I did not check the sources, though - it seems xfsdump is pretty pedantic about that path. I guess it must exactly match the specification

Bug#1023753: dpkg-buildpackage: Asking for a very early hook ("preinit")

Guillem Jover wrote... > I'd be interested to know about those scenarios (or abstract descriptions > of them), to be able to understand the required semantics for this, or > whether there are other alternatives? Well, the particular use case is not fully the Debian way to do things: It's an in-ho

Bug#1023753: dpkg-buildpackage: Asking for a very early hook ("preinit")

Package: dpkg Version: 1.21.9+b1 Severity: wishlist Hello, in some (admittedly unusual) scenarios, I'd like to hook dpkg-buildpackage way earlier then via the "init" hook. More precisely, I'd like to run a hook *before* debian/changelog and debian/control are inspected. Implementing this (I call

Bug#1022134: Moving forward to 0.67

Christoph Biedl wrote... > as briefly discussed in IRC, I tried to import upstream version 0.67 - > turns out this is no big deal: Someone™ asked for a debdiff, see attachment. May contain easter eggs. Christoph diff --git a/debian/changelog b/debian/changelog index f91eaf7..4964eb8

Bug#1022134: Moving forward to 0.67

Package: quilt Version: 0.66-2.1 Severity: normal Dear maintainer, as briefly discussed in IRC, I tried to import upstream version 0.67 - turns out this is no big deal: * Drop setup-dont-read-pc patch as it was applied upstream * Add gawk as a build dependency as this is now needed by the test

Bug#1021845: s050000l.afm lost in transition from gsfonts to fonts-urw-base35

fab...@greffrath.com wrote... > Hi, > > Am 16.10.2022 21:22, schrieb Fabian Greffrath: > > I will provide a README.Debian file with the next revision, explicitly > > listing the font files with their previous and new file names and paths > > to make migrations easier. > > I have done so in the f

Bug#1021869: Please use a temporary directory to run the autopkgtest

of my autopkgtest configuration, I'd still like to suggest to use a temporary directory for that. This will also assert any files created during the are are purged for sure. See the attached patch. Regards, Christoph commit e60114627b863d32dc6df659171481c91234a657 Author: Christoph Biedl

Bug#1021193: binutils-arm-none-eabi: diff for NMU version 17+nmu1 (was: Bug#1021193: binutils-arm-none-eabi ftbfs)

n number. +Closes: #1021193 + + -- Christoph Biedl Sun, 16 Oct 2022 11:02:35 +0200 + binutils-arm-none-eabi (17) unstable; urgency=medium * Make --no-warn-rwx-segments the default. diff -Nru binutils-arm-none-eabi-17/debian/rules binutils-arm-none-eabi-17+nmu1/debian/rules --- binutils-

Bug#1020205: scalable-cyrfonts: diff for NMU version 4.18+num1

regression in the visual. + + -- Christoph Biedl Sat, 15 Oct 2022 23:32:41 +0200 + scalable-cyrfonts (4.18) unstable; urgency=medium * Raise Standards-Version to 4.5.0. diff -Nru scalable-cyrfonts-4.18/debian/control scalable-cyrfonts-4.18+num1/debian/control --- scalable-cyrfonts-4

Bug#1021845: s050000l.afm lost in transition from gsfonts to fonts-urw-base35

Roland Rosenfeld wrote... > This file is now available in fonts-urw-base35 as > /usr/share/fonts/type1/urw-base35/StandardSymbolsPS.afm Ah, didn't see that. There are slight differences, let's hope they won't affect scalable-cyrfonts in a bad way. > I'd suggest, that scalable-cyrfonts should Bu

Bug#1020205: scalable-cyrfonts: FTBFS: cp: cannot stat '/usr/share/fonts/type1/gsfonts/s050000l.afm': No such file or directory

block 1020205 by bug 1021845 user debian-rele...@lists.debian.org usertags 1020205 + bsp-2022-10-de-karlsruhe thank you Lucas Nussbaum wrote... > > cp: cannot stat '/usr/share/fonts/type1/gsfonts/s05l.afm': No such file > > or directory This file used to be provided by gsfonts which was rep

Bug#1021845: s050000l.afm lost in transition from gsfonts to fonts-urw-base35

Package: fonts-urw-base35 Version: 20200910-4 Severity: normal Dear maintainer, during today's Bug Squashing Party I looked at | #1020205 ("scalable-cyrfonts: FTBFS: cp: cannot stat | '/usr/share/fonts/type1/gsfonts/s05l.afm': No such file or | directory - )

Bug#992592: lightdm fails to start after update to bullseye (missing '/var/lib/lightdm/data')

# ... without rendering it completely unusable to everyone severity 992592 important tags 992592 moreinfo unreproducible user debian-rele...@lists.debian.org usertags 992592 + bsp-2022-10-de-karlsruhe thank you Pavel Sanda wrote... > updating debian to bullseye killed access to my desktop environ

Bug#1020108: quilt: diff for NMU version 0.66-2.2

11:18:59.0 +0200 +++ quilt-0.66/debian/changelog 2022-10-15 10:12:54.0 +0200 @@ -1,3 +1,10 @@ +quilt (0.66-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Cherry-pick "Avoid warnings with grep 3.8". Closes: #1020108 + + -- Christoph Biedl Sat, 15 Oct 2022 10:12:54

Bug#1020108: quilt: FTBFS: dh_auto_test: error: make -j8 check "TESTSUITEFLAGS=-j8 --verbose" VERBOSE=1 returned exit code 2

Control: tags 1020108 patch Martin Quinson wrote... > Thanks for any help that could be provided. Greetings from the Karlsruhe BSP. As mentioned earlier, the build failure is a result of grep's new warning messages. Digging closer I realized the current quote_bre() function can no longer used t

Bug#1021446: schroot: [INTL:nl] Dutch translation of debconf messages

Control: tags 1021446 pending Frans Spiesschaert wrote... > Please add it to your next package revision. Thanks, now queued up. Christoph signature.asc Description: PGP signature

Bug#1021780: schroot: example of file chroot missing type=file

Control: tags 1021780 confirmed Emanuele Rocca wrote... > The example does not work as is, it needs "type=file" too. Oops. It seems this has been around since its introduction back in 2006 without being noticed. Christoph signature.asc Description: PGP signature

Bug#895405: RFP: vdo -- set of userspace tools for managing pools of deduplicated and/or compressed block storage

Laurent Bigonville wrote... > VDO (which includes kvdo and vdo) is software that provides inline > block-level deduplication, compression, and thin provisioning > capabilities for primary storage. As part of an evualation of VDO, I created packages for both the kernel and the userland. Unfortunat

Bug#1020840: arcanist fails with 'Toolset "arcanist" is unknown'

Control: severity 1020840 important Control: tags 1020840 pending Taavi Väänänen wrote... > Hello. A recent update to the Arcanist packaging moved the binary from > /usr/bin/arc to /usr/bin/arcanist. The binary name change makes the CLI > fail to function properly: #919697 has the full story: Th

Bug#1020963: schroot: [INTL:fr] French templates translation

Control: tags 1020963 pending Jean-Pierre Giraud wrote... > Please find attached the french templates translation, proofread > by the debian-l10n-french mailing list contributors. Merci, will be part of the next upload. Christoph signature.asc Description: PGP signature

Bug#1020277: 20copyfiles: cp: not writing through dangling symlink

Control: tags 1020277 confirmed pending Control: severity 1020277 important Control: found 1020277 1.6.10-12+deb11u1 Christoph Biedl wrote... > Yeah, stumbled upon this as well, thanks for taking a closer look. This affects stable as well. So I'll add this to a list of things to includ

Bug#990334: sbuild: Make usage of zfs snapshot/rollback and clone

Control: tags 990334 moreinfo Juri Grabowski wrote... > overlayfs doesn't work with ZFS right now. > I mean, that through zfs snapshot/rollback and clone features we can achieve > better performance in spawning and destroying new schroots. We briefly discussed this yesterday in another medium, s

Bug#1020277: 20copyfiles: cp: not writing through dangling symlink

Controls: tags 1020277 confirmed pending Arnaud Rebillout wrote... > in a chroot I need to install systemd-resolved. systemd-resolved creates > a symlink etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf, > which is a dangling symlink. > > Consequently, schroot fails to start the chroot

Bug#1020255: schroot: Fix some typos in the french man pages

Control: tags 1020255 pending Martin Quinson wrote... > while reading the documentation in French, I spotted some typos. Here is a > patch against the man/po/fr.po file that was found in the source I got from > `apt source schroot`. It's version 1.6.13-1. The patch was generated with > quilt > f

Bug#911588: arcanist: arc diff fails in "Linting..." with PHP7.3

Control: fixed 911588 0~git20200925-1 Pascal Cedraschi wrote... > The error is related to a "continue" within a switch-case statement, (...) Upstream decided to do a different fix, using "break;": https://github.com/phacility/arcanist/commit/eb732555a71a3a1b15596dd65b6dad3c2e2af90b This was inc

Bug#1019483: [INTL:es] Spanish translation of the debconf template

Control: tags 1019483 pending Camaleón wrote... > You can find enclosed the Spanish translation template to be uploaded > with the latest package build. Thanks, queued up. Christoph signature.asc Description: PGP signature

Bug#1019295: schroot: Displays a lot of "egrep: warning: egrep is obsolescent; using grep -E"

Control: tags 1019295 pending Sven-Haegar Koch wrote... > Since update of grep to 3.8-1 using schroot outputs a lot of egrep > warnings: > > Examples: > > E: 20copyfiles: egrep: warning: egrep is obsolescent; using grep -E Oy, this is going to be a lot of fun: https://codesearch.debian.ne

Bug#919697: arcanist: file conflict with arc

Guillem Jover wrote... > On Fri, 2022-09-02 at 12:12:06 +0200, Christoph Biedl wrote: > > Sylvestre Ledru wrote... > > > I don't think renaming is the right approach against an MS-DOS > > > software (and I still think that Debian's policy is too binary for &g

Bug#919697: arcanist: file conflict with arc

Sylvestre Ledru wrote... > I don't think renaming is the right approach against an MS-DOS > software (and I still think that Debian's policy is too binary for > this). As there is a very small chance users would want to install *both* packages, can't we just resolve this with a Breaks: on both si

Bug#1017425: 5.10.0-17-686-pae: repeatedly crashes during initrd loading [PIII]

Ben Hutchings wrote... > As a temporary workaround, disabling the Spectre v2 mitigation with the > kernel parameter "nospectre_v2" should allow this kernel version to run > on older CPUs without SSE2. We'll fix this properly in a later update. Thank you, that did the right thing on my very old C

Bug#1017943: schroot: [INTL:de] initial German debconf translation

Control: tags 1017943 pending Helge Kreutzmann wrote... > Please find the initial German debconf translation for schroot > attached. Thanks, applied. > "Please rename or remove them before installing a newer version of schroot. " > "For instructions, see /usr/share/doc/schroot/NEWS.gz or

Bug#1017923: sbsiglist: segfault from missing --owner parameter

Package: sbsigntool Version: 0.9.4-3.1 Severity: normal Tags: upstream patch Greetings, the sbsiglist program requires an --owner parameter but the check whether one is given is void, resulting in sbsiglist --type x509 some-file Segmentation fault (core dumped) Problem: The owner check

Bug#1017924: Improve manpage formatting

Package: sbsigntool Version: 0.9.4-3.1 Severity: minor Tags: upstream patch Greetings, the visual of the sbsiglist manpage could take an improvement: | DESCRIPTION | Create an EFI_SIGNATURE_LIST from a signature file Options: ^

Bug#1017502: bullseye-pu: package http-parser/2.9.4-4+deb11u1

+0200 @@ -1,3 +1,10 @@ +http-parser (2.9.4-4+deb11u1) bullseye; urgency=medium + + * unset F_CHUNKED on new Transfer-Encoding. +Closes: #1016690 [CVE-2020-8287] + + -- Christoph Biedl Fri, 05 Aug 2022 20:33:28 +0200 + http-parser (2.9.4-4) unstable; urgency=medium * Packaging cleanup diff -N

Bug#1016539: libregexp-wildcards-perl: We want to make sure that the test-suite that libregexp-wildcards-perl has runs at autopkgtest time.

Control: tags 1016539 pending Olivier Gayot wrote... >As part of a main inclusion request in Ubuntu, we want to ensure that >the test suites runs at autopkgtest time. Sure thing. After almost four years, the packaging could see some cleanup anyway. Christoph signature.asc Descript

Bug#243929: adduser: Reserve specific UIDs for users that will be created at a later time

Upon request of Marc Haber, I'm attaching the latest version of the patch for this feature I had implemented more than twelve years ago and maintained for all the adduser versions that followed. Documentation is missing, so here are the relevant bits: =

Bug#243929: adduser: Reserve specific UIDs for users that will be created at a later time

Christoph Biedl wrote... > Upon request of Marc Haber, I'm attaching the latest version of the diff --git a/AdduserCommon.pm b/AdduserCommon.pm index d8cf966..21d2195 100644 --- a/AdduserCommon.pm +++ b/AdduserCommon.pm @@ -27,6 +27,7 @@ my $lockfile; 'gtx',

Bug#764785: schroot: setup script to copy apt archives from host to chroot

Control: tags 764785 pending Felipe Sateler wrote... > For systems without an apt proxy the local apt cache can be very useful > to avoid downloading stuff multiple times. Thus I created a small > script (attached) to copy the local apt cache contents into the chroot, > and then copy them back to

Bug#1012641: schroot.service: Failed at step EXEC spawning /usr/share/schroot/bin/schroot-init: Is a directory

Control: tags 1012641 confirmed pending Konomi Kitten wrote... > After upgrading schroot the the schroot.service file fails to start: Ouch. How did *that* slip through my testing procedure? Thanks for reporting, will upload a fixed version ASAP. Christoph signature.asc Description: PGP s

Bug#1012449: python-magic: autopkgtest failure [PATCH]

Adam Hupp wrote... > Would be preferable to use tox to run the tests so it's the same > configuration as I'm using to test. Didn't see your message before the upload, but I'll keep that in mind. Regards, Christoph signature.asc Description: PGP signature

Bug#1012449: python-magic: autopkgtest failure [PATCH]

Control: tags 1012449 pending Gianfranco Costamagna wrote... > Hello, in the last version .26 the place for the test file changed (...) Oops. Fix is underway. Christoph signature.asc Description: PGP signature

Bug#898949: schroot: PAM config should use common-session-noninteractive

Control: tags 898949 pending Ansgar Burchardt wrote... > The /etc/pam.d/schroot included in the package uses > > @include common-session > > Please use > > @include common-session-noninteractive > > instead as cron, at, ... already do. Well, Ubuntu this this change a few months ago, and

Bug#965348: schroot: [INTL:pt] Initial Portuguese translation of manpage

Control: tags 965348 pending Américo Monteiro wrote... > version 1.6.10-13 of manpage updated Obrigado, applied. Christoph signature.asc Description: PGP signature

Bug#965348: schroot: [INTL:pt] Initial Portuguese translation of manpage

Control: tags 965348 moreinfo Américo Monteiro wrote... > Updated Portuguese translation for schroot's manpage > Translator: Américo Monteiro > Feel free to use it. Bom dia, schroot 1.6.10-13 (uploaded yesterday) had a few changes to the related input files. Can you please review the translat

Bug#789694: schroot: Please consider patch to fix it on hurd-i386

Control: tags 789694 moreinfo Gabriele Giacone wrote... > attached patch makes schroot working on hurd, has been being tested on > exodar porterbox since many months. > It works around #763932 bug. > > More info in threads at > https://lists.debian.org/debian-hurd/2014/09/msg00058.html > https

Bug#857018: schroot: Setup script not running, --session-name not working

Control: tags 857018 moreinfo Mike Hommey wrote... > I installed a new machine some time ago, and setup schroot for the first > time on it... Hi, it's been a while, and I failed to reproduce your report. Can you please check whether the problems still exist on your side? Quite frankly, this feel

Bug#992430: schroot: user password does not match

Conrol: tags 992430 moreinfo Sergey Vlasov wrote... > When doing schroot into a buster chroot environment, sudo > commands fail due to password not matching the current user password. > There is no such problem for bullseye chroot environment. > > To reproduce: > > 0. make sure your current use

Bug#993957: (no subject)

Control: tags 993957 moreinfo lkcl wrote... > schroot 1.6.10 (04 May 2014) fails with a continuous attempt to read > a non-existent subdirectory, /run/systemd/userdb, when operating a > type "directory" schroot. > > a type "plain" does not have this same issue. > > creating the missing subdirec

Bug#900874: ITA: schroot -- Execute commands in a chroot

Control: owner 900874 ! Guilherme de Paula Xavier Segundo wrote... > Do you want me to return the bug to your property or orphan it? It will be better I take it back then. Luckily, somebody offered to be co-maintainer, and we'll starting working on this the next days. Christoph signature.

Bug#900874: O: schroot -- Execute commands in a chroot environment

Christoph Biedl wrote... > If anybody else wishes to maintain > schroot, please go ahead before May 1st or the bullseye release, > whatever comes first. Well, that never happened, my bad. Somebody else asked me in private to take this package, they have my blessings.

Bug#1000648: clevis: unlocking 2nd device doesn't happen

Control: tags 1000648 pending Paul Slootman wrote... > Perhaps this info could be added to a README.Debian in the clevis-luks > package? I looked for any documentation but unfortunately there isn't > any... I'd consider this bug closed if the initramfs option for crypttab > was mentioned in a REA

Bug#1003463: Functionally broken with current PHP

Control: tag 1003463 confirmed Roman Lebedev wrote... > Package: arcanist > Version: 0~git20200925-2 > Severity: grave @Sylvestre, as previously mentioned in IRC (possibly got lost), I am considering rebasing the src:phabricator package to the latest git commit in the respective upstream reposi

Bug#1008112: Source is duplicated with golang-mvdan-sh

Shengjing Zhu wrote... > I planned to merge this when shfmt has a new upstream release. > However it seems more urgent now since it was removed from testing the > last few days. Thanks for the swift response. I'm glad to see shfmt will return to a good shape soon. Christoph. signature.a

Bug#1008112: Source is duplicated with golang-mvdan-sh

Marcos Talau wrote... > I will make the package orphaned. Feel free to manage it. ... but then nothing happened. Today I found shfmt and consider it a useful tool, hence I'm interested to see it in Debian, and in good state - which shfmt is no longer as it dropped out of testing. So, are you sti

Bug#1006783: tcpreplay: Please consider compiling with libdumbnet in order to enable the fragroute feature

Control: tag 1006783 confirmed Florian Ernst wrote... (...) > Please consider whether it's worthwhile to include libdumbnet support > into tcpreplay, thanks. Hello, and sorry for taking so long to respond. Still, you suggestion seems sensible to include, I'll re-visit when it comes to another u

Bug#1009199: src:tcpreplay: fails to migrate to testing for too long: ftbfs on armhf

Control: tags 1009199 confirmed Paul Gevers wrote... > The Release Team considers packages that are out-of-sync between testing and > unstable for more than 60 days as having a Release Critical bug in testing > [1]. Your package src:tcpreplay has been trying to migrate for 61 days [2]. > Hence, I

Bug#1009199: src:tcpreplay: fails to migrate to testing for too long: ftbfs on armhf

Fred Klassen wrote... > Paul, I am somewhat confused. I have not touched any old versions on > github, including 4.3.4. Is this something I should concern myself with? tcpreplay failed to build on armhf and I never managed to take a deeper look: https://buildd.debian.org/status/fetch.php?pkg=tcp

Bug#1005136: Outdated URL in README.keyfile-update

Package: aqbanking-tools Version: 6.4.3beta-1 Severity: minor Greetings, the document /usr/share/doc/aqbanking-tools/README.keyfile-update conteins a link to the AqBanking manual. That address is no longer valid and I could not find a new place that provides that informmation. Possibly is just no

Bug#1005024: tin: Hangs, disconnects reproducible on specific article

Andreas Metzler wrote... > ..O~..O~220 543 <1643229...@msgid.manchmal.in-ulm.de> article retrieved - > text follows FWIW, this article was composed using the bullseye version of mutt, and it seems I had managed to press some buttons I should stay away from. However, I have no idea which one. St

Bug#1004592: Please ship README.md, not README

Package: jabberd2 Version: 2.7.0-3 Severity: wishlist Greetings, allow be to be brief: The file /usr/share/doc/jabberd2/README just contains "See README.md", but that file is not part of the package. It certainly should be. Cheers, signature.asc Description: PGP signature

Bug#1003771: Not (properly?) wrapping the stat call

Package: fakeroot-ng Version: 0.18-4.1 Severity: normal Dear maintainer, while working on #1001961 in fakeroot, I noticed the stat() call is not properly wrapped by fakeoot-ng, and appearently never did - I checked back to Debian 8 ("jessie"). Reproducer: Build the program below and run under ei

Bug#1003430: gkrellm-leds: reproducible-builds: /bin/sh dependent behavior in Makefile

Control: tags 1003430 pending Vagrant Cascadian wrote... > The path that gkrellm-leds installs plugins into differs depending on > weather /bin/sh points to bash or dash: > > > https://tests.reproducible-builds.org/debian/rb-pkg/bookworm/amd64/gkrellm-leds.html Ups. Thanks for spotting this.

Bug#912836: closed by Debian FTP Masters (reply to Christoph Biedl ) (Bug#912836: fixed in gkrellm-leds 0.8.0-2)

Control: tags 912836 pending Control: tags 914827 pending Helmut Grohne wrote... > Not quite. Please also apply the other half of the patch: Yeah, noticed too late something was missing. Will be part of the next upload which might take some time. Ping me if you want that story resolved faster.

Bug#1001976: libppd: diff for salvaging upload version 2:0.10-8

10 20:37:21.0 +0100 @@ -1,3 +1,10 @@ +libppd (2:0.10-8) unstable; urgency=medium + + * Take maintainership. Closes: #1001976 + * Packaging cleanup. Closes: #998954, #912689 + + -- Christoph Biedl Mon, 10 Jan 2022 20:37:21 +0100 + libppd (2:0.10-7.3) unstable; urgency=medium

Bug#1001975: libjavascript-rpc-perl: diff for salvaging upload version 0.10-2

ebian/changelog2022-01-10 18:51:57.0 +0100 @@ -1,3 +1,11 @@ +libjavascript-rpc-perl (0.10-2) unstable; urgency=medium + + * Salvaging upload + * Take maintainership. Closes: #1001975 + * Packaging cleanup. Closes: #999265 + + -- Christoph Biedl Mon, 10 Jan 2022 18:51:57

Bug#1001974: libdebian-package-html-perl: diff for salvaging upload version 0.1-3

emove external example reference from documentation. +Closes: #610178 + + -- Christoph Biedl Thu, 06 Jan 2022 23:20:53 +0100 + libdebian-package-html-perl (0.1-2.1) unstable; urgency=medium * Non-maintainer upload @@ -16,4 +26,3 @@ * Initial Release (Closes: #379284) -- Jose Parrella

Bug#1001973: libcgi-ssi-parser-perl: diff for salvaging upload version 0.01-2

ibcgi-ssi-parser-perl-0.01/debian/changelog2022-01-08 12:48:43.0 +0100 @@ -1,3 +1,11 @@ +libcgi-ssi-parser-perl (0.01-2) unstable; urgency=medium + + * Salvaging upload + * Take maintainership. Closes: #1001973 + * Packaging cleanup. Closes: #466397, #999223 + + -- Christoph

Bug#996997: marked as done (buster-pu: Cleaning up the http-parser ABI breakage in Debian 10 ("buster"))

[ Thanks for pinging ] Adam D. Barratt wrote... > How does this sound as text for an SUA? To me, it seems worth a idea describing the impact a bit more in detail, so ... > " > http-parser is a parser for HTTP messages, designed to be used in high > performance HTTP applications. > > The update

Bug#993857: [pkg-gnupg-maint] Bug#993857: Bug#993857: gnupg2: Please remove librsvg2-bin from BD

Daniel Kahn Gillmor wrote... > So the debian-generated image is both more policy-compliant and more > correct. We shouldn't stop building it from source. Quite frankly, I don't think even it's necessary to stress the policy here, shipping a "more correct" PNG should be motivation enough. And it

Bug#1003222: RFH: gkrellm-radio -- FM radio tuner for GKrellM

Package: wnpp Severity: normal X-Debbugs-Cc: debian-de...@lists.debian.org Control: affects -1 src:gkrellm-radio [ Submitter of #440352 in Bcc: ] Greetings, in order to keep this package gkrellm-radio in a good shape, I've taken over maintainership. However, I don't have such a device as an FM r

Bug#1001974: ITS: libdebian-package-html-perl

X-Debbugs-CC: bure...@debian.org, m...@qa.debian.org [ Re-sending as I forgot about X-Debbugs-CC ] | Source: libdebian-package-html-perl | Version: 0.1-2.1 | Severity: important | | Greetings, | | hereby I declare my intention to salvage the | "libdebian-package-html-perl" package using the proce

Bug#1001976: ITS: libppd

X-Debbugs-CC: mennu...@debian.org, m...@qa.debian.org [ Re-sending as I forgot about X-Debbugs-CC ] | Source: libppd | Version: 2:0.10-7.3 | Severity: important | | Greetings, | | hereby I declare my intention to salvage the "libppd" package using the | procedure described in the Developer's Refe

Bug#1001973: ITS: libcgi-ssi-parser-perl

X-Debbugs-CC: ja...@debian.org, m...@qa.debian.org [ Re-sending as I forgot about X-Debbugs-CC ] | Source: libcgi-ssi-parser-perl | Version: 0.01-1.2 | Severity: important | | Greetings, | | hereby I declare my intention to salvage the "libcgi-ssi-parser-perl" | package using the procedure descri

Bug#1001975: ITS: libjavascript-rpc-perl

X-Debbugs-CC: jonas.gena...@capi2name.de, m...@qa.debian.org [ Re-sending as I forgot about X-Debbugs-CC ] | Source: libjavascript-rpc-perl | Version: 0.10-1.3 | Severity: important | | Greetings, | | hereby I declare my intention to salvage the "libjavascript-rpc-perl" | package using the proced

Bug#984339: slim: diff for NMU version 1.3.6-5.3

cc 11. Closes: #984339 + + -- Christoph Biedl Tue, 04 Jan 2022 07:02:51 +0100 + slim (1.3.6-5.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru slim-1.3.6/debian/patches/series slim-1.3.6/debian/patches/series --- slim-1.3.6/debian/patches/series2017-05-02 15:42:52.0

Bug#984339: slim: ftbfs with GCC-11

Slavko wrote... > i use slim, thus i wonder about its future. The patch proposed by > Hugo Torres doesn't look as solution for me, but searching lead me > to gentoo's bug tracker and and it's git, where i found: > > + the bugreport with the same problem at https://bugs.gentoo.org/786498 > + patc

Bug#1001961: Bug#995393: fakeroot: diff for NMU version 1.26-1.2

pload + * Fix segfault on ppc64el, take 2. Closes: #995393 + + -- Christoph Biedl Mon, 03 Jan 2022 18:49:27 +0100 + fakeroot (1.26-1.1) unstable; urgency=high * Non-maintainer upload diff -Nru fakeroot-1.26/debian/patches/fix-prototype-generation.patch fakeroot-1.26/debian/patches/fix-prot

Bug#995393: fakeroot: FTBFS on ppc64el

Control: reopen 995393 Control: tags 995393 patch Christoph Biedl wrote... > As a workaround I propose a tactical __attribute__ to locally disable > optimization as this issue has been blocking eatmydata for way too long, > and performance loss should be neglectable. So as always wi

Bug#1001961: fakeroot: diff for NMU version 1.26-1.1

gency=high + + * Non-maintainer upload + * Also wrap the "stat" library call. Closes: #1001961 + * Work around segfault on ppc64el. Closes: #995393 + + -- Christoph Biedl Thu, 23 Dec 2021 08:19:30 +0100 + fakeroot (1.26-1) unstable; urgency=medium [ Helmut Grohne ] diff -Nr

Bug#995393: fakeroot: FTBFS on ppc64el

Control: tags 995393 patch Frédéric Bonnard wrote... > #ifdef HAVE_OPENAT > +#if defined(__powerpc__) && defined(__powerpc64__) && __BYTE_ORDER__ == > __ORDER_LITTLE_ENDIAN__ > +static int openat(int dir_fd, const char *pathname, int flags, ...) > +#else > int openat(int dir_fd, const char *pa

Bug#1002302: Uninitialized variable and type mismatch in "openat"

Package: fakeroot Version: 1.26-1 Severity: normal Greetings, while trying to fix #995393, I noticed to things in openat that deserve attention: * "mode" should be initialized, possibly to 0. * The second parameter to va_arg should be "mode_t", not "int". Unfortunately, changing this is not a c

<    1   2   3   4   5   6   7   8   9   10   >