$ # adding me as uploader (again, superficial)
$ git diff --no-index ../upstreams/refind/debian/control debian/control
diff --git a/../upstreams/refind/debian/control b/debian/control
index 889bbd9..ea11957 100644
--- a/../upstreams/refind/debian/control
+++ b/debian/control
@@ -1,5 +1,6 @@
Source:
On Tue, 10 Sept 2024 at 09:48, Matthias Klose wrote:
> hy's autopkg tests fail with setuptools 74:
I get the same failure by simply running hy with a filename, so I
agree with the severity but the cause is not setuptools, I think:
| $ echo '(print (+ 2 2))' > test.hy
| $ hy test.hy
| Traceback (
Running multiple instances, especially on a single machine, is an extremely
advanced and esoteric use case, so I would personally find it surprising to
add and maintain explicit support for doing so in the package.
This is something that's relatively easy for users who need it (and
especially unde
On Mon, 19 Aug 2024 at 14:13, Tianon Gravi wrote:
> On Mon, 19 Aug 2024 at 14:10, Tianon Gravi wrote:
> > On Sun, 18 Aug 2024 at 16:27, Bardot Jerome wrote:
> > > Maybe there is a workaround or an other package to make the docker.io
> > > stuff ?
> > > As to
On Sun, 18 Aug 2024 at 16:27, Bardot Jerome wrote:
> Maybe there is a workaround or an other package to make the docker.io stuff ?
> As today several software need or provide test version based on docker.
Huh, I was able to reproduce, but interestingly if I use
--no-install-recommends, APT does *
On Mon, 19 Aug 2024 at 14:10, Tianon Gravi wrote:
> On Sun, 18 Aug 2024 at 16:27, Bardot Jerome wrote:
> > Maybe there is a workaround or an other package to make the docker.io stuff
> > ?
> > As today several software need or provide test version based on docker.
&
On Fri, 16 Aug 2024 at 01:57, Shengjing Zhu wrote:
> More and more environment variables need to be set for go command in
> packaging build.
>
> See
> https://salsa.debian.org/go-team/packages/dh-golang/-/blob/debian/1.62/lib/Debian/Debhelper/Buildsystem/golang.pm?ref_type=tags#L330
>
> For runni
On Thu, 15 Aug 2024 at 05:21, Rod Smith wrote:
> As noted in the bug report, the problem has been fixed in a more recent
> version of rEFInd. The latest is 0.14.2. Please update rEFInd in Debian
> to that version. Note that I'm the upstream maintainer of rEFInd, and
> I've received a notice that r
On Fri, 9 Aug 2024 at 04:39, Christoph Berg wrote:
> I don't think running dockerd without having the cli available makes
> sense, please upgrade docker.io's "Recommends: docker-cli" to a
> "Depends: docker-cli" so people won't have this "wtf" moment.
There absolutely are use cases where running
reassign 1076373 podman-docker
affects 1076373 + docker-cli
thanks
"docker-cli" is definitely the appropriate package to "own"
/usr/bin/docker -- it looks like the Conflicts: in podman-docker need
to be updated to include "docker-cli" (and the "docker.io" conflict
could specify an upper bound of v
On Sat, 25 May 2024 at 00:15, Tianon Gravi wrote:
> On Fri, 24 May 2024 at 07:54, Moritz Mühlenhoff wrote:
> > https://github.com/moby/moby/commit/3e230cfdcc989dc524882f6579f9e0dac77400ae
> > https://github.com/moby/moby/security/advisories/GHSA-xw73-rw38-6vjc
>
> The 20
On Fri, 24 May 2024 at 07:54, Moritz Mühlenhoff wrote:
> https://github.com/moby/moby/commit/3e230cfdcc989dc524882f6579f9e0dac77400ae
> https://github.com/moby/moby/security/advisories/GHSA-xw73-rw38-6vjc
The 20.10 version of Docker currently in Debian is unaffected.
Additionally, this was *also*
On Fri, 24 May 2024 at 23:54, Tianon Gravi wrote:
> Hi! When using Docker in bookworm (current stable) and trying to run
> containers based on newer distributions (like the recently released
> Alpine 3.20), they will sometimes attempt to invoke newer syscalls like
> fchmodat2. Du
Source: libseccomp
Version: 2.5.4-1
Severity: normal
X-Debbugs-Cc: tia...@debian.org
Hi! When using Docker in bookworm (current stable) and trying to run
containers based on newer distributions (like the recently released
Alpine 3.20), they will sometimes attempt to invoke newer syscalls like
fch
On Fri, 17 May 2024 at 12:05, Tianon Gravi wrote:
> (There's a task item on the project's list to document all this publicly
> better, but it's definitely challenging, as I'm sure you can
> imagine/understand.)
Aha, it's public at https://github.com/moby/moby/
On Wed, 22 May 2024 at 16:09, Tianon Gravi wrote:
> The recent upload of src:linux to 6.8+ (specifically 6.8.9-1,
> ironicially uploaded around the same time as the last busybox upload)
> causes src:busybox to FTBFS (logs from reproducible-builds):
>
> ...
>
> https
Source: busybox
Version: 1:1.36.1-7
Severity: serious
Tags: ftbfs upstream
X-Debbugs-Cc: tia...@debian.org
The recent upload of src:linux to 6.8+ (specifically 6.8.9-1,
ironicially uploaded around the same time as the last busybox upload)
causes src:busybox to FTBFS (logs from reproducible-builds)
That's a little bit of a separate concern from what I was talking about
(Moby own versions vs code dependencies).
In short, no, the upstream project does not currently have any "LTS"
branches (and never really had anything *super* long term outside of the
enterprise edition that wasn't open source
For the dependencies, I'd probably suggest attempting to parse
https://github.com/moby/moby/blob/v24.0.9/vendor.mod into a list of
versioned Depends: directly, since those aren't likely to be bumped
upstream "willy nilly" (and IMO that would make it easier to determine
which things need to be packa
On Mon, 6 May 2024 at 17:00, Cyril Brulebois wrote:
> I'm adding Tianon to the loop explicitly since I'm definitely no Docker
> (or Go) expert, in case some time can be spared to look into this
> problem. Otherwise I'll try and come up with something.
I think the backport by Reinhard[1][2] is pro
On Sun, 21 Apr 2024 at 17:03, Chris Hofstaedtler wrote:
> I've prepared an NMU for cgroupfs-mount (versioned as 1.4+nmu1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should delay it longer.
Sorry for the delay in getting to this! Your NMU looks sane, thank you!
♥,
- Tiano
On Thu, 22 Feb 2024 at 08:53, Helmut Grohne wrote:
> On Thu, Feb 22, 2024 at 08:26:16AM -0800, Tianon Gravi wrote:
> > It is precisely those older versions that the code still exists for --
> > I use debuerreotype for creating reproducible rootfs builds all the
> >
On Thu, 22 Feb 2024 at 01:48, Helmut Grohne wrote:
> debuerreotype diverts /sbin/initctl. This file is part of upstart, which
> has been deleted from Debian since at least bullseye. If it still were
> part of Debian, we'd have to move the file and hence this diversion
> would become ineffective. R
On Thu, 21 Sept 2023 at 09:31, Lucas Nussbaum wrote:
> Yes, it was closed on Sept 7th (I retried all packages to close bugs
> fixed by the above change).
> I'm not sure how you ran into it? Did I mess up something while
> mass-closing?
Doh, no, sorry; that's gonna be my bad. I had the two bug em
On Sun, 13 Aug 2023 at 15:13, Lucas Nussbaum wrote:
> > dpkg-source: info: local changes detected, the modified files are:
> > python-sh-1.14.2/sh.egg-info/PKG-INFO
> > python-sh-1.14.2/sh.egg-info/SOURCES.txt
> > python-sh-1.14.2/sh.egg-info/dependency_links.txt
> > python-sh-1.14.2/sh.egg-in
On Sun, 13 Aug 2023 at 14:59, Lucas Nussbaum wrote:
> > dpkg-source: info: local changes detected, the modified files are:
> > python-astor-0.8.1/astor.egg-info/PKG-INFO
> > dpkg-source: error: aborting due to unexpected upstream changes, see
> > /tmp/python-astor_0.8.1-4.diff.StEqUF
This looks
On Thu, 6 Jul 2023 at 14:39, brian m. carlson
wrote:
> Go 1.21 provides the `GOTOOLCHAIN` environment variable and associated
> functionality[0]. As part of this code, if go.mod indicates that a
> newer version of Go is required than the current toolchain supports, it
> proceeds by default to att
On Thu, 15 Jun 2023 at 16:12, Tianon Gravi wrote:
> When running `pkg-config --exists libmemcached` after installing
> libmemcached-dev, it returns a non-zero exit code. When I run strace on
> it, I can see that it's looking for libcrypto.pc.
Feeling sheepish that I used "st
Package: libmemcached-dev
Version: 1.1.4-1
Severity: normal
X-Debbugs-Cc: tia...@debian.org
Dear Maintainer,
When running `pkg-config --exists libmemcached` after installing
libmemcached-dev, it returns a non-zero exit code. When I run strace on
it, I can see that it's looking for libcrypto.pc.
On Fri, 5 May 2023 at 10:06, Askar Safin wrote:
> Current apt behavior also breaks official debian docker images, I
> reported this here:
> https://github.com/debuerreotype/debuerreotype/pull/153 . The images'
> developer said this is apt completion scripts' problem
To be clear, there was nothing
On Tue, 2 May 2023 at 16:25, Tianon Gravi wrote:
> > I have talked to Tianon on 2023-02-28, and we concluded that it's not
> > a security issue, just working as expected.
> >
> > Tianon said he will ask someone inside the Docker company. Not sure if
> > they hav
On Wed, 26 Apr 2023 at 13:21, Shengjing Zhu wrote:
> On Thu, Apr 27, 2023 at 1:39 AM Moritz Mühlenhoff wrote:
> >
> > Source: docker.io
> > X-Debbugs-CC: t...@security.debian.org
> > Severity: important
> > Tags: security
> >
> > Hi,
> >
> > The following vulnerability was published for docker.io
On Wed, 31 Mar 2021 at 08:57, Tianon Gravi wrote:
> It would appear that archive.debian.org hasn't been snapshotted since
> 2019-03-28 10:54:44, but it has changed since then. The notable change
> that caused me to notice was that [0] seems to be missing wheezy, even
> though [1
On Wed, 8 Feb 2023 at 00:06, Adrian Bunk wrote:
> The urgency is the freeze deadline, I am currently going through
> packages that would miss bookworm if they aren't fixed.
Thank you for explaining! I don't love disabling the test just for
transition, but I suppose it's reasonable. I've re-uplo
On Tue, 7 Feb 2023 at 09:15, Tianon Gravi wrote:
> On Tue, 7 Feb 2023 at 01:33, Adrian Bunk wrote:
> > Package: debuerreotype
> > Version: 0.15-1
> > Severity: normal
> > Tags: patch pending
> >
> > Dear maintainer,
> >
> > I've prepa
On Tue, 7 Feb 2023 at 01:33, Adrian Bunk wrote:
> Package: debuerreotype
> Version: 0.15-1
> Severity: normal
> Tags: patch pending
>
> Dear maintainer,
>
> I've prepared an NMU for debuerreotype (versioned as 0.15-1.1) and
> uploaded it to DELAYED/1. Please feel free to tell me if I should
> can
On Tue, 27 Dec 2022, 15:18 Sebastian Ramacher, wrote:
> ---> Making bundle: dynbinary (in bundles/dynbinary)
> Building: bundles/dynbinary-daemon/dockerd-20.10.21+dfsg1
> GOOS="" GOARCH="" GOARM=""
> # github.com/docker/docker/daemon/graphdriver/btrfs
> daemon/graphdriver/btrfs/btrfs.go:437:11: a
On Fri, 28 Oct 2022 at 10:42, Luca Boccassi wrote:
> (18:32:13) bluca: the debuerrotype maintainer explicitly asked not to,
> and instead to ask for a migration hint
> (18:32:46) elbrus: we'll not do that
> (18:32:58) elbrus: as the autopkgtest regression in testing is RC
Sorry, this was my misco
On Wed, 26 Oct 2022 at 16:03, Tianon Gravi wrote:
> On Wed, 26 Oct 2022 at 14:54, Luca Boccassi wrote:
> > It seems debuerreotype has an autopkgtest that rebuilds Stretch with a
> > new toolchain, compares it to a fixed version and fails if it doesn't
> > match. But I
On Wed, 26 Oct 2022 at 14:54, Luca Boccassi wrote:
> It seems debuerreotype has an autopkgtest that rebuilds Stretch with a
> new toolchain, compares it to a fixed version and fails if it doesn't
> match. But I don't see how this can be supported - if the toolchain
> changes, then the result is al
forwarded 1020085 https://github.com/berkerpeksag/astor/issues/212
thanks
On Sat, 17 Sept 2022 at 23:45, Lucas Nussbaum wrote:
> > p = <[ValueError('Exceeds the limit (4300) for integer string conversion')
> > raised in repr()] int object at 0x556a03b67200>
> > imaginary = False
> >
> > def
On Fri, 24 Jun 2022 at 15:57, Louis-Philippe Véronneau wrote:
> I had a closer look at the error log and identified the regression as:
> 'deprecated pytest feature: -k-'. Hopefully, that's helpful!
Thanks! I've updated Git with a fix now (`-k 'not ...'`), but I'm not
sure when I'll have a chance
On Sun, 24 Apr 2022 at 02:24, Radim Kohout wrote:
> Package: docker
Unfortunately, this isn't really filed in the right place -- this is
the bug tracker for https://tracker.debian.org/pkg/docker which is an
old WindowMaker app.
>From https://hub.docker.com/_/debian, what you're looking for is
ht
On Tue, 19 Apr 2022 at 03:30, IOhannes m zmölnig wrote:
> $ hy3
> Traceback (most recent call last):
> File "/usr/lib/python3/dist-packages/hy/compiler.py", line 1696, in
> compile_eval_and_compile
> hy_eval(new_expr + body,
> File "/usr/lib/python3/dist-packages/hy/compiler.py", line 210
On Fri, 18 Feb 2022 at 14:30, Benedikt Wildenhain
wrote:
> * Package name: golang-github-aws-aws-sdk-go
> Version : 1.43.1-1
> Upstream Author : Amazon Web Services
> * URL : https://github.com/aws/aws-sdk-go
> * License : Apache-2.0
> Programming Lang: Go
>
On Wed, 22 Dec 2021 at 00:04, Lucas Nussbaum wrote:
> Source: hy
> Version: 0.19.0-2
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20211220 ftbfs-bookworm
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to
tags 995623 + pending
thanks
On Sat, 23 Oct 2021 at 07:25, Rod Smith wrote:
>
> I've fixed this problem with commit 10f838:
>
> https://sourceforge.net/p/refind/code/commit_browser
>
> You should be able to cherry-pick that, although changes to NEWS.txt and
> include/version.h might need to be ig
Tue, 19 Oct 2021 at 17:07, Tianon Gravi wrote:
>
> Hey Rod, this is an interesting one -- looking at the definitions of
> the "EFI_DEVICE_PATH_UTILITIES_PROTOCOL" typedef in both refind's code
> and grub-efi's, they appear to be compatible to me (which makes sense,
&
Hey Rod, this is an interesting one -- looking at the definitions of
the "EFI_DEVICE_PATH_UTILITIES_PROTOCOL" typedef in both refind's code
and grub-efi's, they appear to be compatible to me (which makes sense,
probably from the same original source?)
Is this something you plan to resolve in upstr
reassign 995225 docker.io
fixed 995225 0.9.1~dfsg1-1
thanks
On Tue, 28 Sept 2021 at 00:45, Andrius Narbutas wrote:
> Package: docker
> Version: 1.5-2
> Severity: normal
As seen in my control bits above, you've got the wrong Docker, unfortunately.
I've reassigned the bug appropriately from the w
severity 994950 wishlist
thanks
On Thu, 23 Sept 2021 at 11:12, Abraham Raji wrote:
> avronr@alucard:~$ debootstrap
> bash: debootstrap: command not found
The "debootstrap" command gets installed into "/usr/sbin" so you'll
need to either add that to your PATH, use an explicit full path
(/usr/sbin
On Sat, 7 Aug 2021 at 08:03, Adam Borowski wrote:
> On Thu, Aug 05, 2021 at 12:26:57PM -0700, Tianon Gravi wrote:
> > > On 2021-07-30, Adam Borowski wrote:
> > > > The Unmatched has 16GB memory -- which works fine with the vendor u-boot
> > > > it shipped
On Fri, 6 Aug 2021 at 06:42, Marc Leeman wrote:
> I am using refind with an netinst installer. Since bullseye this seems
> broken because sysfs/efivarfs is no longer mounted by default in the
> target and efibootmgr fails
>
> I've tested this patch on my side (simply trying to mount sys/efivarfs
>
On Fri, 30 Jul 2021 at 19:45, Vagrant Cascadian wrote:
>
> On 2021-07-30, Adam Borowski wrote:
> > The Unmatched has 16GB memory -- which works fine with the vendor u-boot
> > it shipped with. Alas, with Debian u-boot from experimental, only 8GB is
> > visible (at 0x8000-0x00027ff
On Tue, 15 Jun 2021 at 15:50, Elana Hashman wrote:
> I can't find any patches or files under debian/copyright suggesting this
> functionality was patched out of the docker.io package.
That'd be because it's not actually part of Docker proper; it just
happens to be part of the releases Docker, Inc
On Sat, 12 Jun 2021 at 15:33, Lars Veldscholte wrote:
> I am not sure of the proper way to deal with this issue. Should I
> install the AppArmor userspace utilities, even though I do not need them
> myself? Or should I disable AppArmor completely by explicity setting a
> kernel parameter (which th
Hey Arnaud, thanks for the CC (and sorry for the delay).
On Mon, 12 Apr 2021 at 20:48, Arnaud Rebillout wrote:
> > Originally, ".dockerenv" was for transmitting the environment
> > variables of the container across the container boundary -- I would
> > not recommend relying on its existence ei
Package: snapshot.debian.org
Severity: normal
It would appear that archive.debian.org hasn't been snapshotted since
2019-03-28 10:54:44, but it has changed since then. The notable change
that caused me to notice was that [0] seems to be missing wheezy, even
though [1] does include it (folder time
tags 985963 + pending
thanks
On Fri, 26 Mar 2021 at 15:45, Gianfranco Costamagna
wrote:
> Hello, looks like the debian/tests/stretch is using the keyring but the
> package has only a recommends on that dependency.
> This makes the autopkgtest fail when apt is configured with
> --no-install-reco
On Thu, 25 Feb 2021 at 12:09, Paul Gevers wrote:
> On 25-02-2021 20:40, Tianon Gravi wrote:
> > Hi Paul! Thanks for filing these -- I've pushed two commits to the
> > Git repo which fix both 983512 and 983513 (and made it more forgiving
> > of other architectures for
On Thu, 25 Feb 2021 at 04:18, Paul Gevers wrote:
> Your package has an autopkgtest, great. However, it always fails on
> non-amd64 architectures. Looking at the error message, it seems to
> compare the build tar ball with a pre-computed hash that's only valid on
> amd64. (And then the log becomes
On Thu, 10 Dec 2020 at 11:50, Christian Kastner wrote:
> Thank you for taking care of this so quickly!
>
> The rebuild was successful :-)
Awesome, love to see it! It was an easy one and my brain had some
spare cycles to think through it. :)
I'll get it uploaded to unstable Soon.
♥,
- Tianon
On Thu, 10 Dec 2020 at 10:57, Christian Kastner wrote:
> hy FTBFS with pytest 6 in experimental because it uses removed
> feature. The -k option no longer allows a minus "-" as negation, only
> "not". See
>
> https://docs.pytest.org/en/stable/changelog.html#id60
Great find! I've just pushed
On Thu, 19 Nov 2020 at 02:01, Lucas Nussbaum wrote:
> > src/pault.ag/go/ykpiv/ykpiv.go:539:12: _Ctype_struct_ykpiv_state can't be
> > allocated in Go; it is incomplete (or unallocatable)
> > src/pault.ag/go/ykpiv/ykpiv.go:569:11: _Ctype_struct_ykpiv_state can't be
> > allocated in Go; it is inco
(Going to leave my own opinions on the underlying discussion here
aside, but wanted to highlight/echo this bit:)
On Wed, 18 Nov 2020 at 23:33, Josh Triplett wrote:
> Any inclusion of work into a package necessitates *some* amount of
> development and packaging resources by the maintainer of that
On Wed, 7 Oct 2020 at 02:09, Shengjing Zhu wrote:
> Maybe due to the go-md2man v2 transition, docker.io is now FTBFS.
>
> dh_installman: warning: Section for
> ./.gopath/src/github.com/docker/cli/man/man1/docker-attach.1 is computed as
> "2020", which is not a valid section
> dh_installman: erro
On Mon, 21 Sep 2020 at 13:48, wrote:
> On Sun, Sep 20, 2020 at 09:58:45AM +0700, El boulangero wrote:
> > Do you know what's special with the `tianon/true` image? On what OS/release
> > is it based?
>
> It's an image that contains only a single binary that returns 0. That
> binary uses no librarie
forwarded 970065 https://github.com/paultag/go-archive/pull/8
thanks
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
On Fri, 8 Dec 2017 at 06:45, Roderick W. Smith wrote:
> Running refind-install directly would produce more output, which might
> be helpful; however, I'm 80% sure that this is a result of EFI
> architecture limitations. Specifically, tools like efibootmgr, upon
> which the refind-install script (a
On Wed, 27 May 2020 at 14:33, Noah Meyerhans wrote:
> Docker no longer users aufs by default, though, having switched to
> overlayfs some time ago. I'm sure we could get them to drop the
> Recommends if we're considering getting rid of it.
This is something I'd been considering for quite a while
On Sat, 2 May 2020 at 06:24, Micah Anderson wrote:
> I'm not sure that this is the right place to file this issue, but I was unable
> to find a better place. Feel free to redirect to a more suitable place. I
> talked
> to the debian-cloud people and they didn't think that this was their purview.
On Sun, 17 May 2020 at 06:15, Helmut Grohne wrote:
> For that reason, I'm attaching a patch that adds these go wrappers to
> golang-defaults. It adds new binary packages golang-go- and a
> package golang-go-for-host.
Wow, nice work!
I'm curious though, is there a technical reason we need so many
On Tue, 5 May 2020 at 10:55, Tianon Gravi wrote:
> I was definitely over my head with this one, so I reached out to the
> Hy community and was pointed to https://bugs.python.org/issue39562,
> which does seem quite related from my own limited understanding, so
> this might technically
On Sun, 3 May 2020 at 06:12, Lucas Nussbaum wrote:
> > ...
> > === warnings summary
> > ===
> > .pybuild/cpython3_3.8_hy/build/tests/native_tests/comprehensions.hy::test_fors[sfor]
> > /<>/hy/models.py:133: RuntimeWarning: coroutine ''
>
On Thu, Apr 16, 2020 at 04:56:58PM -0700, Tianon Gravi wrote:
> As a bit of added versioning information, this affects Debian Stretch
> (1.5.61) and newer, but Debian Jessie (1.5.56+deb8u1) is unaffected
> (and over in Ubuntu land, Xenial is unaffected at 1.5.58ubuntu2, but
&g
On Wed, 22 May 2019 23:36:43 -0400 (EDT) Anders Kaseorg wrote:
> When building a Debian- or Ubuntu-based Docker container, installing
> perl (so that Term::Readline is available) and a package that asks a
> Debconf question causes the build to freeze with an interactive readline
> prompt that cann
Package: src:openjdk-11
Version: 11~18-1
Severity: minor
Here's the current Vcs-* values for the openjdk-11 source:
| Vcs-Browser: https://code.launchpad.net/~openjdk/openjdk/openjdk11
| Vcs-Bzr: http://bazaar.launchpad.net/~openjdk/openjdk/openjdk11
These 404, and it'd be great if they could be
On Thu, 12 Mar 2020 at 18:27, Cyril Brulebois wrote:
> The latest batch of bug reports filed by Johannes 'josch' Schauer seems
> to confirm my initial assessment: this will break (too) many use cases
> (#953404, #953588, #953593, #953594, #953617).
+1, thanks (to you both) for doing this -- my fi
On Sun, 9 Feb 2020 at 01:45, Harald Dunkel wrote:
> Trying to uninstall lxc and some related packages I got an error from
> cgroupfs-mount:
We should probably adjust the scripts to bail immediately if systemd
is init (both mount and umount).
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4
On Tue, 4 Feb 2020 at 08:57, Stefano Rivera wrote:
> I've prepared an NMU for hy (versioned as 0.17.0-1.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
Nice, I think this is perfectly reasonable, thanks!
I'm hoping to get 0.18.0 packaged soon, which
On Sun, 19 Jan 2020 at 09:40, Pelzi wrote:
> I found the cure for the problem: the ESP partition was listed as fs type
> „msdos“ in fstab. Changing this to „vfat" made refind-install work for me.
Ah nice catch! So it sounds like at most, this should be an upstream
feature request to have refind
On Fri, 17 Jan 2020 at 01:39, Andreas Feldner wrote:
> on an existing installation, the refind package started to break apt-get
> upgrade runs,
> presumably with the availability of an update of the package.
>
> The issue arrived w/o interaction on unattended upgrade runs and can easily
> reprod
On Wed, 4 Sep 2019 at 19:51, Michael Hudson-Doyle
wrote:
> On Thu, 5 Sep 2019 at 12:39, Nye Liu wrote:
>> that is ABSOLUTELY one of the roles of update-alternatives, particularly
>> for compiler variants, e.g. gcc, java, etc.
>
> gcc isn't managed by alternatives though! In general, alternatives
On Sat, 17 Aug 2019 at 04:04, Tristan Seligmann wrote:
> Go for it! Maintainer should probably be DPMT anyway.
To be fair, it is, but you're a human listed for the package so I
figured I'd reach out to avoid stepping on your toes. Thanks! :)
Will be uploading soon, and once/if ACCEPTed will fina
On Tue, 4 Jun 2019 at 16:59, Tianon Gravi wrote:
> I've updated Git with what I think is finally successful packaging of
> a newer Hy version (0.17.0 ATM). It requires updated "python-astor"
> (I tested 0.8.0) and "python-rply" (I tested 0.7.7), which I don&#x
I've updated Git with what I think is finally successful packaging of
a newer Hy version (0.17.0 ATM). It requires updated "python-astor"
(I tested 0.8.0) and "python-rply" (I tested 0.7.7), which I don't
have time to chase down properly right now.
"dh_auto_test" is passing but the autopkgtests a
On Sun, 2 Jun 2019 at 11:12, Vagrant Cascadian wrote:
> The following patch fixes issues when the hard-coded
> PATH=/sbin:/usr/sbin:/bin:/usr/bin does not contain chroot or other
> commonly used utilities, by changing to PATH=$PATH:/sbin:...
Do you think it would make sense to instead use "/usr/b
On Tue, 30 Apr 2019 at 13:03, Hideki Yamane wrote:
> + if [ ! -f "$TARGET/etc/mtab" ]; then
> + if [ -L "$TARGET/proc/self" ]; then
> + cd "$TARGET/etc" && ln -s ../proc/self/mounts
> mtab
> + elif [ -f "$TARG
On Mon, 25 Mar 2019 at 21:06, Tianon Gravi wrote:
> It would seem https://snapshot.debian.org/archive/debian-archive/ hasn't
> had a snapshot since 2016, which is especially relevant now given that
> wheezy and jessie have been removed from the mirrors.
https://snapshot.debian.org/
Package: snapshot.debian.org
Severity: normal
It would seem https://snapshot.debian.org/archive/debian-archive/ hasn't
had a snapshot since 2016, which is especially relevant now given that
wheezy and jessie have been removed from the mirrors.
Any chance we could get a newer snapshot of http://ar
On Mon, 3 Dec 2018 at 13:57, Dr. Tobias Quathamer wrote:
> Do you think that gb can be fixed to build with golang-1.10? If not,
> would you agree to remove gb from unstable?
As sad as I am to see it go, it's a non-trivial amount of work to
update it for Go 1.10 (and upstream hasn't been very acti
On Tue, 13 Nov 2018 15:18:22 +0100 Werner Koch wrote:
> For any script use you should anyway use --batch which disables the use
> of the tty as a side-effect.
Even for something that shouldn't have a reason to prompt, like
"--recv-keys" with a full fingerprint?
It makes some sense logically, but
On Wed, 15 Aug 2018 at 12:42, Tianon Gravi wrote:
> I think the attached patch is likely going to be our simplest fix
> unless anyone following along (to src:docker!) sees any issues with
> it?
Idiot old me, forgot the attachment.
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4
On Wed, 15 Aug 2018 at 10:12, Santiago Vila wrote:
>
> [...]
> debian/rules build-indep
> make: *** No rule to make target 'build-indep'. Stop.
> dpkg-buildpackage: error: debian/rules build-indep subprocess returne
On Sat, 23 Jun 2018 at 18:51, Yaroslav Halchenko wrote:
> IMHO doker must not ask for unlocking GPG key at all AFAIK, unless may be
> some functionality requires signing et.
>
> I've not yet tried to figure out what exactly leads to it.
I'll bet you've got "pass" [1] installed, and this is thus
d
On Sun, 17 Jun 2018 00:05:03 +0800 Dan Jacobson wrote:
> Setting up openjdk-11-jre-headless:amd64 (11~18-1) ...
> /var/lib/dpkg/info/openjdk-11-jre-headless:amd64.postinst: line 112:
> /usr/lib/jvm/java-11-openjdk-amd64/bin/java: No such file or directory
> ignoring dump failure
Looks like the "
Package: debootstrap
Version: 1.0.102
Severity: serious
Justification: https://lists.debian.org/debian-boot/2018/06/msg00238.html
See the conversation around/following [1] for more context.
[1]: https://lists.debian.org/debian-boot/2018/06/msg00175.html
The TLDR is that the previous version of d
On Mon, 11 Jun 2018 at 01:29, Chris Lamb wrote:
>
> Chris Lamb wrote:
>
> > Glad I could resolve your use-case. However, I assume there is still a
> > diffoscope bug here?
> >
> > ie. We certainly shouldn't be emitting "Ignoring malformed pax
> > extended attribute" to stderr and — as a possible i
On Fri, 1 Jun 2018 at 14:16, Chris Lamb wrote:
> Oh, neat! Hm, can you try:
>
> --pax-option=exthdr.name=%d/PaxHeaders/%f,atime:=0
Hey, that's snazzy! That gives me a reproducible result. :)
Without:
$ sudo tar --create --directory wtf --numeric-owner --transform
's,^./,,' --sort name --xatt
On Fri, 1 Jun 2018 12:25:15 -0700 Tianon Gravi wrote:
> The context for this bug is in [1]. The basic gist is that I need to
> preserve extended attributes to get the proper capabilities on
> "/bin/ping" inside a rootfs tarball, so I updated my GNU tar invocation
> to inclu
1 - 100 of 504 matches
Mail list logo
