Bug#1025314: linux: ext4 checksum errors after resizing

It's not fixed on bullseye-backports. I checked yesterday and there have been no commits on that branch since the 6.0.3 upload. On Fri, Dec 2, 2022, 5:51 AM Bastian Blank wrote: > Control: forcemerge 1023450 -1 > > On Fri, Dec 02, 2022 at 05:35:06AM -0700, Dan Nicholson wrote: > &g

Bug#1025314: linux: ext4 checksum errors after resizing

the fix already on 6.0.8 is enough and the remaining fixes are more for correctness. -- Dan Nicholson | Endless OS Foundation

Bug#1020530: ostree-push: New upstream version 1.0.0

://salsa.debian.org/dbn/ostree-push/-/tree/upstream/latest https://salsa.debian.org/dbn/ostree-push/-/tree/pristine-lfs -- Dan Nicholson | Endless OS Foundation

Bug#1015211: Remove 0.0.20171228 tarball

I made an MR at https://salsa.debian.org/debian/ostree-push/-/merge_requests/1 to just remove it unless you can figure out what's going on. Perhaps it's a permissions issue? -- Dan Nicholson | Endless OS Foundation

Bug#1015211: ostree-push: pristine-lfs files missing from server

git-lfs filter-process' failed fatal: ostree-push_0.0.20171228.orig.tar.gz: smudge filter lfs failed Looking at the commit log, this appears to be from a pre-Debian Apertis commit and there's no 0.0.20171228 in debian/changelog. Can you upload it or add a commit that removes this file? --

Bug#1014030: conmon: Hang with lots of terminal output

Tags: patch Attached is a debdiff that adds the upstream patch for bullseye. -- Dan Nicholson | Endless OS Foundation diff -Nru conmon-2.0.25+ds1/debian/changelog conmon-2.0.25+ds1/debian/changelog --- conmon-2.0.25+ds1/debian/changelog 2021-07-14 11:46:07.0 -0600 +++ conmon-2.0.25+ds1

Bug#1014030: conmon: Hang with lots of terminal output

/2b873145a85a212f703c9c00db13717ab0204318. See https://github.com/containers/conmon/issues/236. -- Dan Nicholson | Endless OS Foundation

Bug#1006905: bullseye-pu: package ostree/2020.8-2+deb11u1

On Mon, Mar 7, 2022 at 6:09 PM Simon McVittie wrote: > > If d/p/Fall-back-if-copy_file_range-fails-with-EINVAL.patch is not applied, > users with an eCryptFS encrypted home directory cannot use `flatpak --user`. > If they had already configured all necessary remotes before encrypting the > home

Bug#991623: intltool: make distcheck broken

Should be fixed in https://salsa.debian.org/gnome-team/intltool/-/merge_requests/4. -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#991623: intltool: make distcheck broken

g intltool. See https://bugs.launchpad.net/intltool/+bug/1712194. -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#991525: golang-github-containernetworking-plugin-dnsname should depend on dnsmasq-base

since it's entirely non-functional without it. -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#991440:

On Fri, Jul 23, 2021 at 11:22 AM Dan Nicholson wrote: > > See https://salsa.debian.org/freedesktop-team/malcontent/-/merge_requests/3. This change would also allow dropping an unnecessary Recommends: malcontent from gnome-initial-setup since the only reason for that is to mak

Bug#991440:

See https://salsa.debian.org/freedesktop-team/malcontent/-/merge_requests/3. -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#991440: libmalcontent-0-0: Missing D-Bus interfaces

these files into the libmalcontent-0-0 package. Another option is to have a separate malcontent-data package, but IMO there would be little to gain by just having the interfaces separately installable. -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#948645: pesign FTBFS: nss-induced error: unsigned conversion from ‘int’ to ‘unsigned char’ changes value from ‘496’ to ‘240’ [-Werror=overflow]

This was fixed upstream in https://github.com/rhboot/pesign/commit/b535d1ac5cbcdf18a97d97a92581e38080d9e521.

Bug#966394: libgtk-3-bin: Add dependency on librsvg2-common

should have a full dependency on librsvg2-common since one of the programs it provides is entirely non-functional without it. -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#927889: libgit2: Specify certificate locations

On Thu, Mar 12, 2020 at 4:22 AM Fabian Grünbichler wrote: > > this bug affects cargo depending on which build environment libgit2 was > built-in: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953668 > > are you planning on build-depending on ca-certificates or applying this > patch, or

Bug#923479: update-ca-certificates fails to create hashes under 32-bit ARM (qemu)

On Wed, 5 Feb 2020 11:40:32 -0600 Michael Shuler wrote: > On 2/5/20 11:12 AM, Dan Nicholson wrote: > > 2. Build openssl with LFS as noted above. > > Noted, thanks. This is why I am starting to believe this is a bug with > openssl, not ca-certificates. Can this be rea

Bug#824649: ostree: document how to prepare and update a .deb-based system root

On Mon, 5 Nov 2018 11:13:06 + Simon McVittie wrote: > On Sat, 03 Nov 2018 at 12:44:16 +0100, Felix Krull wrote: > > what's the status on this? Is there anything else I can do or did you just not > > get around to it yet? > > Reviewing this is on my list, but it's a somewhat long list :-) > >

Bug#923479: update-ca-certificates fails to create hashes under 32-bit ARM (qemu)

It posted https://salsa.debian.org/debian/openssl/merge_requests/4 to build openssl with largefile support. -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#923479: update-ca-certificates fails to create hashes under 32-bit ARM (qemu)

Change update-ca-certificates back to using c_rehash. Presumably perl is built with LFS and it's readdir wrapper DTRT. 2. Build openssl with LFS as noted above. 3. Wait for a fix to be hashed out between the glibc, kernel and qemu folks. -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#945160: RFP: pytest-datafiles -- pytest plugin for using predefined datafiles

is on github and the license is MIT: https://github.com/omarkohl/pytest-datafiles https://github.com/omarkohl/pytest-datafiles/blob/master/LICENSE The only dependency appears to be pytest (python-pytest or python3-pytest). -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#927889: libgit2: Specify certificate locations

here, pass in USE_HTTPS=mbedTLS for the release build so it doesn't try to use a different TLS implementation. This was only being done for the static build. -- Dan Nicholson | +1.206.437.0833 | Endless diff -Nru libgit2-0.27.7+dfsg.1/debian/changelog libgit2-0.27.7+dfsg.1/debian/changelog --- libgit2-0.2

Bug#869194: awscli failing to upload empty files on => due to python-s3transfer

On Tue, 15 May 2018 15:14:24 -0700 Joseph Herlant wrote: > > There are actually 2 upstream patches, the 2nd one superseeding the > 1st: https://github.com/boto/s3transfer/pull/88 and > https://github.com/boto/s3transfer/pull/102 I'm the author of the 2nd pull request and have been using it in

Bug#903481: debootstrap: Save apt compatible lists

required to run apt update after debootstrap finishes since apt will ignore the downloaded lists. -- Dan Nicholson | +1.206.437.0833 | Endless From ef2c7d1d7810b50f58554da0351e6daf572be11d Mon Sep 17 00:00:00 2001 From: Dan Nicholson Date: Tue, 10 Jul 2018 06:05:42 -0500 Subject: [PATCH] Strip

Bug#872577: debootstrap: Handle existing /dev

On Wed, 22 Nov 2017 05:08:47 -0600 Dan Nicholson <nichol...@endlessm.com > wrote: > On Fri, Aug 25, 2017 at 4:07 PM, Dan Nicholson <nichol...@endlessm.com > > wrote: > > > On Tue, Aug 22, 2017 at 10:23 AM, Dan Nicholson <nicholson@endlessm. com> > >

Bug#868030: qemu-user-static: Please enable "F - fix binary" flag for binfmt entries

On Mon, 17 Jul 2017 13:54:55 -0500 Dan Nicholson <nichol...@endlessm.com > wrote: > Attached debdiff makes use of the --fix-binary option added in > binfmt-support 2.1.7, which sets the "F" flag in the binfmt entry. I > tested this on amd64 stretch (with binfmt-sup

Bug#872577: debootstrap: Handle existing /dev

On Fri, Aug 25, 2017 at 4:07 PM, Dan Nicholson <nichol...@endlessm.com> wrote: > On Tue, Aug 22, 2017 at 10:23 AM, Dan Nicholson <nichol...@endlessm.com> > wrote: > > > > That certainly helps, but it doesn't cover everything since the > > mkdir's and ln's co

Bug#872577: debootstrap: Handle existing /dev

On Tue, Aug 22, 2017 at 10:23 AM, Dan Nicholson <nichol...@endlessm.com> wrote: > > That certainly helps, but it doesn't cover everything since the > mkdir's and ln's could fail. Those are easier to handle by adding -p > and -f, respectively, but that's a subtle change

Bug#872577: debootstrap: Handle existing /dev

On Sun, Aug 20, 2017 at 4:57 PM, Philip Hands <p...@hands.com> wrote: > Ben Hildred <426...@gmail.com> writes: > >> On Sun, Aug 20, 2017 at 3:25 AM, Ansgar Burchardt <ans...@debian.org> wrote: >> >>> Dan Nicholson writes: >>> > On Fri, Aug

Bug#872577: debootstrap: Handle existing /dev

On Fri, Aug 18, 2017 at 2:48 PM, Henrique de Moraes Holschuh <h...@debian.org> wrote: > On Fri, 18 Aug 2017, Dan Nicholson wrote: >> When devices.tar.gz was being used, the devices would be written into >> place with tar. This has the effect that the devices would be merge

Bug#872577: debootstrap: Handle existing /dev

using debootstrap to install packages needed for building debian packages. The attached patch fixes this by using tar to emulate the old behavior. It would be really helpful if this could be applied. Thanks! -- Dan Nicholson | +1.206.437.0833 | Endless From

Bug#868030: qemu-user-static: Please enable "F - fix binary" flag for binfmt entries

port 2.1.7 in both cases and pass --fix-binary unconditionally. -- Dan From e09b030e49ca67d3eb7a53884580bc4b67116e86 Mon Sep 17 00:00:00 2001 From: Dan Nicholson <nichol...@endlessm.com> Date: Mon, 17 Jul 2017 10:03:23 -0500 Subject: [PATCH] Use binfmt-support --fix-binary option (#868030) binf

Bug#853820: Please add support for the F flag

a bug tracker, I'm assuming it will be picked up correctly here. Please let me know if there's a better place to send it. -- Dan Nicholson | +1.206.437.0833 | Endless From 805f0588efc33b5e57cfc2608c4960a82ea149c3 Mon Sep 17 00:00:00 2001 From: Dan Nicholson <nichol...@endlessm.com> Date: T

Bug#865674: gnutls28: Disable RPATH during build

libgnutls to be used instead of the built libgnutls. -- Dan Nicholson | +1.206.437.0833 | Endless From 1625b56b9e15ca2b2cee3b337e8985689c9cc8da Mon Sep 17 00:00:00 2001 From: Dan Nicholson <nichol...@endlessm.com> Date: Fri, 23 Jun 2017 11:16:07 -0500 Subject: [PATCH] Configure with --disable

Bug#865297: libgnutls-deb0-28: Check for /dev/urandom validity broken

a patch for the gnutls28 package, but I wasn't quite sure about the patch naming conventions there. Thanks, -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#862803: Respect the DEB_BUILD_OPTIONS=nocheck option

On Wed, 17 May 2017 12:15:36 +0200 Krzesimir Nowak wrote: >  > Attached patch should do the trick. --- rules.old 2017-05-17 12:08:47.186950253 +0200 +++ rules 2017-05-17 12:10:35.833876166 +0200 @@ -27,7 +27,9 @@   $(NULL)    override_dh_auto_test:

Bug#860836: appstream-glib: run dh --with gir for ${gir:Depends}

. -- Dan Nicholson | +1.206.437.0833 | Endless diff -Nru appstream-glib-0.6.8/debian/changelog appstream-glib-0.6.8/debian/changelog --- appstream-glib-0.6.8/debian/changelog 2017-02-05 09:09:19.0 -0600 +++ appstream-glib-0.6.8/debian/changelog 2017-04-20 14:26:29.0 -0500 @@ -1,3

Bug#830271: flatpak: Don't initialize system repo in postinst

On Tue, Feb 14, 2017 at 8:07 AM, Simon McVittie <s...@debian.org> wrote: > On Thu, 07 Jul 2016 at 12:05:26 -0700, Dan Nicholson wrote: >> Currently flatpak.postinst runs `flatpak remote-list --system` in >> order to initialize the system repo. I don't see any reason why this

Bug#851284: apt tmpfiles.d configuration

cleaning up. Provide a tmpfiles.d configuration to create these directories at boot time on systemd systems. This will help ensure the directories always exist so apt doesn't fail with missing directory errors. 1. http://0pointer.net/blog/projects/stateless.html -- Dan Nicholson

Bug#830271: flatpak: Don't initialize system repo in postinst

. Having flatpak forcefully create the system repo in postinst makes it more difficult for us to manage this setup. The postrm script will still work correctly whether the postinst script creates the repo or not. Thanks! -- Dan Nicholson | +1.206.437.0833 | Endless

Bug#820359: init-system-helpers: Handle \ escape in systemd unit names

On Thu, Apr 7, 2016 at 12:27 PM, Dan Nicholson <nichol...@endlessm.com> wrote: > On Thu, Apr 7, 2016 at 11:56 AM, Felipe Sateler <fsate...@debian.org> wrote: >> >> AFAICT, the only difference between quotewords and split is that >> quotewords takes into accoun

Bug#820359: init-system-helpers: Handle \ escape in systemd unit names

On Thu, Apr 7, 2016 at 11:56 AM, Felipe Sateler wrote: > > AFAICT, the only difference between quotewords and split is that > quotewords takes into account quotes to allow "multiple words" to be > parsed as a single token. I don't think we have use for such a feature > (there

Bug#820359: init-system-helpers: Handle \ escape in systemd unit names

\x2dbar.target will have an /etc/systemd/system/foox2dbar.target.wants directory created without the x escaped by \. The attached patch fixes this. -- Dan Nicholson | +1.206.437.0833 | Endless From 4d2c003bd4f7739d1d075e7f7e067292030e47ce Mon Sep 17 00:00:00 2001 From: Dan Nicholson <nic

Bug#819551: lintian: binaries-missing-depends-on-libc failure

Package: lintian Version: 2.5.42.1 If you run the binaries-missing-depends-on-libc test with -Wl,--as-needed in LDFLAGS (or on by default in your linker), then you might not actually get libc linked into the C++ library. Then the test fails because only the C library has libc in NEEDED but is

Bug#819506: Keep TEXTREL objdump info

Package: lintian Version: 2.5.42.1 The shared-libs-non-pic-i386 test fails on i386 because the objdump helper no longer keeps the TEXTREL info from the dynamic section. Attached patch fixes it. -- Dan Nicholson | +1.206.437.0833 | Endless The i386 non-pic test needs to see if TEXTREL

Bug#811555: dh_systemd_enable should run before dh_installinit

ttached patch should fix it. -- DanFrom 119c49e03fdd8c3b9e5ab9603474effd4177a810 Mon Sep 17 00:00:00 2001 From: Dan Nicholson <nichol...@endlessm.com> Date: Tue, 19 Jan 2016 11:57:05 -0800 Subject: [PATCH] Run dh_systemd_enable before dh_installinit According to dh_systemd_enable(1), it needs to be

Bug#494172: libosmesa6: libOSMesa / libGl symbol collision

On Tue, Jun 29, 2010 at 8:33 AM, Julien Cristau jcris...@debian.org wrote: [Josep, sorry for the very late answer] Hi Dan, Josep reported the following bug against libOSMesa in Debian (see http://bugs.debian.org/494172), and I'm not quite sure how it's supposed to work, so I was hoping