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
either, but I presume the
fix already on 6.0.8 is enough and the remaining fixes are more for
correctness.
--
Dan Nicholson | Endless OS Foundation
://salsa.debian.org/dbn/ostree-push/-/tree/upstream/latest
https://salsa.debian.org/dbn/ostree-push/-/tree/pristine-lfs
--
Dan Nicholson | Endless OS Foundation
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
ternal filter '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 commi
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
/2b873145a85a212f703c9c00db13717ab0204318.
See https://github.com/containers/conmon/issues/236.
--
Dan Nicholson | Endless OS Foundation
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 di
Should be fixed in
https://salsa.debian.org/gnome-team/intltool/-/merge_requests/4.
--
Dan Nicholson | +1.206.437.0833 | Endless
g intltool. See
https://bugs.launchpad.net/intltool/+bug/1712194.
--
Dan Nicholson | +1.206.437.0833 | Endless
-base since it's entirely
non-functional without it.
--
Dan Nicholson | +1.206.437.0833 | Endless
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 make su
See https://salsa.debian.org/freedesktop-team/malcontent/-/merge_requests/3.
--
Dan Nicholson | +1.206.437.0833 | Endless
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
This was fixed upstream in
https://github.com/rhboot/pesign/commit/b535d1ac5cbcdf18a97d97a92581e38080d9e521.
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
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 sh
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 reassigned
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 :-)
>
> (
It posted https://salsa.debian.org/debian/openssl/merge_requests/4 to
build openssl with largefile support.
--
Dan Nicholson | +1.206.437.0833 | Endless
what to do.
1. 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
ce 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
e 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
--- l
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 ou
ou're 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: [PA
On Wed, 22 Nov 2017 05:08:47 -0600 Dan Nicholson wrote:
> On Fri, Aug 25, 2017 at 4:07 PM, Dan Nicholson
> wrote:
>
> > On Tue, Aug 22, 2017 at 10:23 AM, Dan Nicholson
> > wrote:
> > >
> > > That certainly helps, but it doesn't cover everything
On Mon, 17 Jul 2017 13:54:55 -0500 Dan Nicholson 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-support-2.1.7-1 from sid). I
>
On Fri, Aug 25, 2017 at 4:07 PM, Dan Nicholson
wrote:
> On Tue, Aug 22, 2017 at 10:23 AM, Dan Nicholson
> 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
On Tue, Aug 22, 2017 at 10:23 AM, Dan Nicholson 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 in behavior for l
On Sun, Aug 20, 2017 at 4:57 PM, Philip Hands wrote:
> Ben Hildred <426...@gmail.com> writes:
>
>> On Sun, Aug 20, 2017 at 3:25 AM, Ansgar Burchardt wrote:
>>
>>> Dan Nicholson writes:
>>> > On Fri, Aug 18, 2017 at 2:48 PM, Henrique de Moraes Hols
On Fri, Aug 18, 2017 at 2:48 PM, Henrique de Moraes Holschuh
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 merged
>> into an existi
efore 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
t 2.1.7 in
both cases and pass --fix-binary unconditionally.
--
Dan
From e09b030e49ca67d3eb7a53884580bc4b67116e86 Mon Sep 17 00:00:00 2001
From: Dan Nicholson
Date: Mon, 17 Jul 2017 10:03:23 -0500
Subject: [PATCH] Use binfmt-support --fix-binary option (#868030)
binfmt-support 2.1.7 added the --
7;t have 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
Date: Tue, 27 Jun
ystem
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
Date: Fri, 23 Jun 2017 11:16:07 -0500
Subject: [PATCH] Configure with --disable-rpath
The --enable/disable-
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
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:
+ifeq (,$(filter nocheck,$
.
--
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
On Tue, Feb 14, 2017 at 8:07 AM, Simon McVittie 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
>> is n
/var when 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
-
he OS. 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
On Thu, Apr 7, 2016 at 12:27 PM, Dan Nicholson wrote:
> 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
>> pa
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 are no such files in
\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
Date: Thu, 7 Apr
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 miss
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 is in
ttached patch should fix it.
--
DanFrom 119c49e03fdd8c3b9e5ab9603474effd4177a810 Mon Sep 17 00:00:00 2001
From: Dan Nicholson
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 run before
dh_installini
On Tue, Jun 29, 2010 at 8:33 AM, Julien Cristau 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 you'd know a bit
48 matches
Mail list logo