Followup-For: Bug #1029843
X-Debbugs-Cc: a.dalm2...@googlemail.com, p...@akeo.ie,
debian-b...@lists.debian.org
Control: reassign -1 hw-detect
Control: merge -1 1030519
Control: affects -1 raspi-firmware
Control: title -1 check-missing-firmware: patch for files with space
characters, mediamount
Source: preseed
Version: 1.115
Severity: important
Tags: d-i
Dear Maintainer,
This bugreport is a subset/related-to bug #1031643, also in preseed.
When the 'hostname' preseed alias for 'netcfg/get_hostname' is provided to
Bookworm's RC 2 installer as a kernel command-line argument, the value
On Mon, 1 May 2023 at 17:53, Cyril Brulebois wrote:
>
> James Addison (2023-05-01):
> > I understand that line of thinking, but we note that we have already
> > received feedback on Salsa[1] from a user whose Bookworm installation
> > workflow has been affected, and con
On Mon, 1 May 2023 at 16:00, Cyril Brulebois wrote:
> James Addison (2023-05-01):
> > Conditions:
> >
> > * Preseed alias 'hostname' configured on the kernel command-line
> > * There is a DHCP server on the installation-target's network that will
> > pr
Source: preseed
Followup-For: Bug #1031643
As requested, the hostname-param-ignores-DHCP regression bug has been filed
separately: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035349
On Mon, 1 May 2023 at 03:00, Cyril Brulebois wrote:
> Diederik de Haas (2023-04-30):
> > I suggest we stick to `brcmfmac43455-sdio.raspberrypi,4-model-b.txt` as that
> > is its name in the upstream repo:
> > https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
>
> Yes
Source: preseed
Followup-For: Bug #1031643
X-Debbugs-Cc: car...@debian.org, a...@debian.org, freyerm...@physik.uni-bonn.de
Hi folks,
This is nitpicky, but I think there is an important-ish further detail to
report.
The fix applied does repopulate the 'hostname' variable so that env2debconf can
Package: installation-reports
Severity: normal
Tags: d-i
Boot method: network
Image version: [2023-04-28] Bookworm Release Candidate 2 Installer
Date: 2023-05-02
Machine: Raspberry Pi 400
Partitions:
Filesystem Type 1K-blocksUsed Available Use% Mounted on
udev devtmpfs
Package: lintian
Followup-For: Bug #1033294
X-Debbugs-Cc: patrice.dur...@gmail.com, debian...@lists.debian.org
As guidance for potential contributors: it looks like the logic for the
existing 'python-module-in-wrong-location' check (mentioned in the mailing list
thread) is here:
Package: rustc
Followup-For: Bug #973414
X-Debbugs-Cc: fierel...@gmail.com
After a few false starts, I've built libstd-rust-dev:i386 targeting i686 in the
way I'd expected (and to clarify: the interpretation I'm using is to match
Debian's baseline and a strict-ish reading of what P6 / i686 was
Hi Brendon (and with the relevant Debian bug thread on cc),
I've uploaded a copy of the packaged quadrilateralcowboy game source -
with some small modifications and fixes, including ARM64 support - to
the 'mentors.debian.net' pre-review site at
Package: dpkg-dev
Followup-For: Bug #1021292
X-Debbugs-Cc: woo...@wookware.org, debian-de...@lists.debian.org
> We decided that the best thing to do was create a new hardening flags
> feature called 'branch' to add to the existing set. This enables
> -mbranch-protection=standard on arm64, and
>
Package: wnpp
Severity: wishlist
* Package name: edit-tf
Version : 1.0.0
Upstream Contact: Simon Rawles
* URL : https://edit.tf/
* License : GPL-3
Programming Lang: HTML, JavaScript
Description : teletext frame editor for use within web browsers
Followup-For: Bug #973414
X-Debbugs-Cc: fierel...@gmail.com
On Mon, 3 Apr 2023 23:07:35 +0200, Fierelier wrote:
> * In terms of confusion: I think using the Rust i586 toolchain, and
> building for i586 with Rust might be less confusing, because altering
> the i686 definitions for rustc will make
Package: release-notes
Followup-For: Bug #1033564
X-Debbugs-Cc: anar...@debian.org
Hi Antoine - this seems related to - perhaps an extension of? - some discussion
on Salsa: https://salsa.debian.org/ddp-team/release-notes/-/merge_requests/142
(I'll admit that I don't tend to use 'pipx' either. I
Package: python3-sphinx
Followup-For: Bug #998059
X-Debbugs-Cc: la...@debian.org
Control: found -1 4.5.0
Control: notfound -1 5.0.0
Dear Maintainer,
My updated understanding is that this issue was fixed[1] in version 5.0.0 of
Sphinx.
I've documented[2] the process I followed using 'git bisect'
Followup-For: Bug #994274
X-Debbugs-Cc: lu...@schwaighofer.name, pk...@debian.org, timo.lindf...@iki.fi
Hi Lukas, Philipp, Timo,
Does reverting the removal[1] of 'efisetjmp.h' from 'efi.h' in src:gnu-efi
produce successful results?
That occurred between gnu-efi versions 3.0.9 and 3.0.13 if I
Package: rustc
Followup-For: Bug #973414
> Today I plan to rebuild rustc on Debian i386 with RUSTC_FLAGS (different to
> RUSTFLAGS) configured for i686 during the build. That's inspired by a comment
> here: https://github.com/rust-lang/rust/pull/31110#issuecomment-174327810
>
> To implement
/ArchitectureSpecificsMemo#i386-1
Author: James Addison
Last-Update: Wed 29 Mar 18:24:38 BST 2023
Bug: https://bugs.debian.org/973414
Forwarded: not-needed
X-Not-Forwarded-Because: upstream consensus on i686 differs
---
---
rustc-1.63.0+dfsg1.orig/compiler/rustc_target/src/spec/i686_unknown_linux_gnu.rs
+++ rustc
es
> > > that only process the packages detected by lintian.
On Mon, 20 Mar 2023 12:05:24 +, James Addison wrote:
> > That's not a bad idea. Are there any reasons that that might _not_ be a
> > good
> > idea before filing a wishlist bug? (performance, implications
Package: rustc
Followup-For: Bug #973414
X-Debbugs-Cc: fierel...@gmail.com
Hi Fierelier - thanks for your previous comment, here's my reply, slightly
later than I'd hoped:
On Wed, 29 Mar 2023 00:10:52 +0200, Fierelier wrote:
> - issue 1: i386, i486, i586, i686 are considered as Pentium 4 in
Followup-For: Bug #1005863
X-Debbugs-Cc: ballo...@debian.org
Control: reassign -1 binutils 2.38-1
Reassigning this from package 'gcc' to 'binutils':
It looks like it is GNU binutils[1] (and in particular, the GNU assembler)
that is responsible for producing the assembly opcodes for a binary
Package: release-notes
Followup-For: Bug #1033065
X-Debbugs-Cc: p...@debian.org, ballo...@debian.org
Dear Maintainer and Éric-Martin (with Bill on carbon copy),
Please find linked below a previous release note from Debian 9.0 (stretch)
that we could use to provide relevant user guidance:
Followup-For: Bug #1032347
Control: archive -1
Followup-For: Bug #1032351
Control: archive -1
Package: python3.10
Followup-For: Bug #1030530
Perhaps a strange or seemingly off-topic question, but: is it fair to assume
that Python 3.11's improved (typical) performance characteristics should likely
result in similar-scale energy consumption reductions?
(I'd be likely, although cannot
Source: openjfx
Followup-For: Bug #1026962
Could the following build-related scripting be something to do with it?
-
https://salsa.debian.org/java-team/openjfx/-/blob/debian/11.0.11+1-1.1/modules/javafx.web/src/main/native/Tools/Scripts/webkitdirs.pm#L494-499
-
Package: dhewm3
Version: 1.5.2+dfsg-1
Severity: normal
Dear Maintainer,
I've recently been looking at some of the dhewm3 upstream source code as part
of packaging another game based on dhewm3 (quadrilateralcowboy), and today I've
been re-reviewing the copyright entries in my package.
There
Package: lintian
Followup-For: Bug #1028125
Hi Rene,
Do you know whether this is a regression (as in: did lintian/file previously
correctly identify the file type for GB18030.txt)?
There seems to be some code adjustments in libmagic recently, in particular
related to PE32 file types. I didn't
Package: www.debian.org
Followup-For: Bug #791506
Control: retitle -1 [www.debian.org] Release notes are translated per-language,
not per-locale
> Content negotiation works well: if you have pt-BR and pt locales enabled in
> browser, and go to
Source: python-pycdlib
Followup-For: Bug #1030535
Control: tags -1 fixed-upstream
Dear Maintainer,
This Python3.11 compatibility issue (along with a few similar fixups) is
resolved in version 1.13.0 of pycdlib (latest at the time-of-writing is 1.14.0).
Thanks,
James
Source: pytorch-vision
Version: 0.14.1-1
Followup-For: Bug #1030736
For this version, the control file contains[1] 'X-Python3-Version: 3.10, 3.11'.
Adding that configuration to the *dh-python* source package (as a test), the
'Depends' entry for the resulting .deb file contains:
Depends:
Package: nodejs
Followup-For: Bug #1030284
Hi Thorsten,
Are you able to determine whether https://github.com/nodejs/node/issues/41163
(and/or any of the guidance within that thread) seems relevant to this bug?
If so, your repro example could be useful to help upstream/contributors to
develop
Package: debian-i18n
Followup-For: Bug #1030856
Control: tags -1 moreinfo
Hi Nicola - please can you provide additional information for this bug report?
(for example: what language and locale options are available in the installer,
and what is not possible currently in the selection process?)
Source: pysdl2
Followup-For: Bug #1030676
On Tue, 07 Feb 2023 at 21:07:50 +, Simon McVittie wrote:
> I have intentionally not uploaded those versions to unstable when doing
> team-uploads to stop it from regressing and blocking libsdl2, because
> I have no good way to test them: nothing in
Package: www.debian.org
Followup-For: Bug #791506
Never mind; I think that my suggestion to place both links in bold-format text
was probably quite strange and can be ignored. It was an attempt to find
something like a workaround or solution (debatable) within the constraints of
what is sensible
Package: trac
Followup-For: Bug #1024647
Dear Maintainer,
The upload of 1.5.4-1 to unstable should, I think, also allow closing this bug.
(the changeset[1] linked in the forwarded-to field for this bug is included[2]
in the upstream v1.5.4 release)
Thanks,
James
[1] -
Source: qemu
Followup-For: Bug #1030545
For anyone else looking into this bug: it seemed to me that 'qcow2.c' is a
likely candidate for this infinite looping[1] behaviour to originate from.
The fact that metadata preallocation is enabled when it occurs could be
relevant information too.
(my
Source: harfbuzz
Followup-For: Bug #1029845
Based on the previous: I think that the font was probably accidentally
committed to source control while testing a fix for the issue reported on
GitHub - and so following upstream's removal of the font seems to make sense,
given that there doesn't
Source: harfbuzz
Followup-For: Bug #1029845
Potentially relevant context:
- https://github.com/flutter/flutter/issues/16886
- https://lists.debian.org/debian-legal/2011/05/msg5.html
Package: nsscache
Followup-For: Bug #1028454
Hi Thomas,
It looks like the functionality from python3-mock upstream[1] has been included
into Python >= 3.3. Would it make sense for nsswitch to migrate from mox3 to
the stdlib implementation instead of python3-mock?
Thanks,
James
[1] -
Package: wnpp
Severity: wishlist
Owner: James Addison
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: ruff
Version : 0.0.243
Upstream Contact: Charlie Marsh
* URL : https://github.com/charliermarsh/ruff/
* License : MIT
Programming Lang: Rust
Package: www.debian.org
Followup-For: Bug #922621
Control: forwarded -1
https://salsa.debian.org/webmaster-team/webwml/-/merge_requests/207
Package: www.debian.org
Followup-For: Bug #791506
Dear Maintainer,
When I have *both* pt-BR and pt locales enabled in my browser (Firefox 102),
then this bug appears: the 'pt' Release Notes links appear in bold instead of
the expected 'pt_BR' links appearing in bold.
When I remove pt, then the
Source: pysdl2
Followup-For: Bug #1030676
Control: forwarded -1 https://github.com/py-sdl/py-sdl2/issues/227
Control: tags -1 fixed-upstream
It looks like this has been fixed upstream in version 0.9.12 of the library.
Source: qemu
Followup-For: Bug #1030545
> In the build logs for libguestfs, I see last successful builds were done
> on 5.10.0-20-s390x kernel, and on 5.10.0-21-s390x, all builds fails.
> 5.10.0-21-s390x is the one running on zelenka too.
Sorry for what I now worry may have been distractions in
Source: qemu
Followup-For: Bug #1030545
After further investigation, the absence of the 'getenforce' binary in
the libguestfs build-deps appears to be a non-issue (and in hindsight was not
relevant in a 'src:qemu' bug thread, anyway). There is a comment[1] in
the source mentioning that failures
+- New package containing kubeadm command (Closes: #960231)
+
+ -- James Addison Wed, 15 Feb 2023 18:30:42 +0100
+
kubernetes (1.20.5+really1.20.2-1.1) unstable; urgency=medium
* Non-maintainer upload.
--- a/debian/control2020-05-03 22:12:59.0 +0100
+++ b/debian/control2023-02
Source: kubernetes
Followup-For: Bug #960231
Also: from attempting dpkg-buildpackage with the patch applied, I think that it
is incomplete (an additional .install file is required, for example). I'll
try to fix that soon.
Package: release-notes
Followup-For: Bug #1002501
X-Debbugs-Cc: 1002501-submit...@bugs.debian.org
On Thu, 15 Dec 2022 14:01:49 +0100, Paul Gevers wrote:
> The release notes are generated with docbook. I spend about an hour to
> find out how to prevent conversion of straight quotes to curly
Source: kubernetes
Followup-For: Bug #960231
Control: submitter -1 ja...@reciperadar.com
Source: pygame-sdl2
Followup-For: Bug #1030177
Dear Maintainer,
There's an upstream 'setuptools' issue[1] tracking these InvalidVersion
exceptions: basically, version parsing is checking for PEP440[2] adherence.
Updating the egg_info tag[2] for pygame-sdl2 to match the spec should resolve
the
Package: debian-policy
Followup-For: Bug #1029211
Hi Gunnar,
Please find linked below two edits based on initial proofreading of your patch:
-
https://salsa.debian.org/jayaddison/policy/-/commit/775f589a7cf0c27ee7103eec7a16b29eccbf3d02
-
Source: qemu
Followup-For: Bug #1030545
(ack - that does seem like an unusually-timed coincidence. continuing on with
some unrelated investigation, though...)
There's a commit[1] from Y2019 that appears to describe a similar set of
circumstances - iothreads blocked forever for a bunch of
Package: wnpp
Followup-For: Bug #1026277
Control: tags -1 pending help bookworm-ignore
Package: wnpp
Followup-For: Bug #1026277
Control: tags -1 -bookworm-ignore
Package: containers-storage
Followup-For: Bug #1034871
X-Debbugs-Cc: siret...@gmail.com, cy...@debamax.com, deb...@jfarr.cc
On Wed, 26 Apr 2023 07:11:50 -0400, Reinhard wrote:
> It indeed sounds like a significant papercut. I'm seeking for further
> thoughts and opinions: Is this something worth
Package: src:linux
Followup-For: Bug #1029843
X-Debbugs-Cc: p...@akeo.ie, k...@debian.org, didi.deb...@cknow.org,
debian-b...@lists.debian.org, 1029...@bugs.debian.org, 1035...@bugs.debian.org,
989...@bugs.debian.org, debian-...@lists.debian.org
Control: retitle -1 brcmfmac: requested firmware
Followup-For: Bug #1030519
Control: unmerge -1
Control: reassign -1 hw-detect
Control: retitle -1 hw-detect: firmware file path handling is fragile
Control: unmerge 1029843 1030519
Control: reassign 1029843 src:linux
Control: retitle 1029843 brcmfmac: requested firmware filename
inconsistent with linux-firmware.git on non-devicetree systems
Control: affects 1029843 firmware-brcm80211 raspi-firmware
Dear Maintainer,
This bugreport relates to
Package: installation-reports
Followup-For: Bug #1035392
> The only customized dnsmasq setting required was:
>
> pxe-service=0, "Raspberry Pi Boot"
Oops, I lied. There was one other relevant dnsmasq setting:
dhcp-boot=bootnetaa64.efi
(telling the device what EFI filename to retrieve and
On Mon, 1 May 2023 at 20:03, Cyril Brulebois wrote:
> James Addison (2023-05-01):
> > Also, the brcmfmac kernel module code mentions[3] that it can load
> > board-specific firmware file paths. I'm not yet sure whether that's
> > relevant (either now, or in future).
>
&
Package: release-notes
Followup-For: Bug #932957
X-Debbugs-Cc: hwans...@mailbox.org
Oops - there were a couple of problems with my most recent message here:
* Forgot to cc you on the details, Holger (in short summary: the ReST 'only'
directive[1] may be helpful here, and could be used with
Package: release-notes
Followup-For: Bug #932957
> Yes, filtering the content for the different architectures does not work yet.
Ah, and I said I would help with that :)
Although I don't yet know exactly how it's going to interact with the build
process, I _think_ that a feature we could use
Followup-For: Bug #1026277
On Sun, 28 May 2023 16:50:31 +0100, James wrote:
> * My release signing has been inconsistent, partly because I'm not sure I
> have a long-term commitment to being a Debian Maintainer/Developer, and
> partly because I'm not sure I can reliably keep those keys
Package: release-notes
Followup-For: Bug #932957
X-Debbugs-Cc: hwans...@mailbox.org
Hi Holger,
I noticed one more problem with the output of the ReST release-notes:
Filtering of architecture-specific sections does not seem to be taking place,
so the 'Supported Architectures'[1] section for
On Sun, 14 May 2023 15:21:24 -0400, Ted wrote:
> On Sun, May 14, 2023 at 06:03:59PM +0200, Michael Biebl wrote:
> > > Please reassign it there together with instructions how to fix it, i.e.
> > > what should be done in the maintainer scripts.
>
> Can someone send the instructions on how to fix
Followup-For: Bug #1035543
X-Debbugs-Cc: ty...@mit.edu, bi...@debian.org, hel...@subdivi.de,
jspri...@debian.org, ans...@debian.org, a...@debian.org,
debian.bugrep...@wodny.org
I've been 'approximately' testing this locally on bookworm by:
* Editing the Install.WantedBy in
Package: e2fsprogs
Followup-For: Bug #1035543
X-Debbugs-Cc: ty...@mit.edu, bi...@debian.org, hel...@subdivi.de,
jspri...@debian.org, ans...@debian.org, a...@debian.org,
debian.bugrep...@wodny.org
Would a 'move /etc/systemd/system/default.target.wants/e2scrub_reap.service
to
On Thu, 1 Jun 2023 at 15:48, Theodore Ts'o wrote:
>
> In addition to Bookworm being hard frozen, I question the importance
> of this patch, the bug priority, and whether the title is correct.
> After all, at least with respect to e2fsprogs systemd unit *will*
> still be enabled. It will just be
Followup-For: Bug #1035543
On Fri, 05 May 2023 11:04:29 +0200, Andreas wrote:
> If I install systemd into the bullseye chroot and upgrade that to
> bookworm, both systemd and e2fsprogs are still installed, but
> /etc/systemd/system/multi-user.target.wants/e2scrub_reap.service
> does *NOT* get
Package: debian-installer
Followup-For: Bug #651280
X-Debbugs-Cc: debian-b...@lists.debian.org, skirpic...@gmail.com
Control: severity -1 serious
After the changes made to address bug #924301 (mountpoints for ext[n]
filesystems that have insufficient free blocks are not automatically checked
for
Package: wnpp
Severity: normal
The bashdb utility looks useful for interactively debugging bash scripts, but
currently lacks a maintainer. It was previously included in Debian and was
removed[1] in Y2017.
[1] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870992
Source: hw-detect
Followup-For: Bug #1030519
X-Debbugs-Cc: a.dalm2...@googlemail.com
Hi Alexander,
I've been reviewing your patch and would like to suggest extracting the
following changes from it to consider and apply individually:
1. Supporting firmware filenames that contain spaces.
2.
Followup-For: Bug #1035543
On Wed, 31 May 2023 09:55:13 +0100, James wrote:
> On Fri, 05 May 2023 11:04:29 +0200, Andreas wrote:
> > If I install systemd into the bullseye chroot and upgrade that to
> > bookworm, both systemd and e2fsprogs are still installed, but
> >
On Fri, 2 Jun 2023 at 15:24, James Addison wrote:
>
> > > Also, arguing against my own revert-patch: I think it could be said
> > > that multi-user is the "better" target to use here, because the
> > > default could be "graphical"
Followup-For: Bug #1035871
X-Debbugs-Cc: elb...@debian.org
[ not a maintainer, but I have tested the behaviour of this bug ]
On Thu, 1 Jun 2023 11:57:46 +0200, Paul wrote:
> On Wed, 10 May 2023 13:54:11 +0200 Andreas Beckmann wrote:
> > fonts-unifont does no longer ship unifont.ttf or other
> > Also, arguing against my own revert-patch: I think it could be said
> > that multi-user is the "better" target to use here, because the
> > default could be "graphical" or some later-reached system state
> > whereas this is a relatively low-level (if small) system cleanup
> > service.
>
>
On Wed, 31 May 2023 at 16:38, Cyril Brulebois wrote:
>
> Control: severity -1 wishlist
>
> James Addison (2023-05-31):
> > After the changes made to address bug #924301 (mountpoints for ext[n]
> > filesystems that have insufficient free blocks are not automatically
&g
On Fri, Jun 2, 2023, 15:30 James Addison wrote:
> On Fri, 2 Jun 2023 at 15:24, James Addison wrote:
> >
> > > > Also, arguing against my own revert-patch: I think it could be said
> > > > that multi-user is the "better" target to use here, beca
Followup-For: Bug #932957
X-Debbugs-Cc: hwans...@mailbox.org
On Sun, 21 May 2023 10:16:36 +0200, Holger wrote:
> There is also a problem using entities (or now called substitutions) in
> quoted lines like
> deb https://deb.debian.org/debian RELEASENAME main contrib
Ok, yep - I understand
Hi Abou,
Please find some slightly re-ordered responses below, and with the
gtk-gnome list and bug on cc because others are likely to know more
than me about this.
On Sat, 3 Jun 2023 at 22:40, Abou Al Montacir wrote:
...
> However, when starting the conversion, g-ir-generate crashes with an
HB_LANGUAGE_INVALID definition
Author: James Addison
The GObject Introspection tooling identifies the HB_LANGUAGE_INVALID
constant #define'd in hb-common.h as an interface[1] type, due to the
use of a C typecast to a struct type.
Subsequently, attempts to serialize the binary typelib database
Package: lintian
Followup-For: Bug #1029555
X-Debbugs-Cc: rol...@debian.org
Dear Maintainer and Roland,
Worth noting: there are two programs in the relevant Adobe reference manual[1],
appendix three[2], and both programs are, I think, _intended_ to be available
under open source licensing. The
Package: lintian
Followup-For: Bug #1029555
X-Debbugs-Cc: rol...@debian.org
Dear Maintainer,
Please find attached a potential fix for this lintian check bug.
Thanks,
James
>From 9fe45fdcbbc2fef8771cb049822307c5bbbafd15 Mon Sep 17 00:00:00 2001
From: James Addison
Date: Wed, 7 Jun 2023 15:11
Followup-For: Bug #932957
X-Debbugs-Cc: hwans...@mailbox.org
On Mon, 22 May 2023 23:40:46 +0100, James wrote:
> On Sun, 21 May 2023 10:16:36 +0200, Holger wrote:
> > There is also a problem using entities (or now called substitutions) in
> > quoted lines like
>
> > deb
Package: wnpp
Severity: wishlist
* Package name: aerofoil
Version : 1.1.2
Upstream Contact: Eric Lasota
* URL : https://github.com/elasota/Aerofoil/
* License : GPL-2
Programming Lang: C
Description : Multiplatform port of 1994 Macintosh game 'Glider
Package: e2fsprogs
Followup-For: Bug #1035543
Control: tags -1 patch
>From 9ad481148456520f15f92973cdd0cf6caa16a088 Mon Sep 17 00:00:00 2001
From: James Addison
Date: Thu, 1 Jun 2023 13:20:29 +0100
Subject: [PATCH] Revert "e2scrub: use WantedBy=multi-user.target in
e2scrub_reap
Source: partman-crypto
Followup-For: Bug #694154
Control: fixed -1 partman-crypto/77
It looks like this was resolved[1] in partman-crypto version 77 (Debian bug
#656710 / Ubuntu launchpad issue #546405 for the same) - can we close this
bugreport?
[1] -
Followup-For: Bug #1035543
X-Debbugs-Cc: ty...@mit.edu, bi...@debian.org, hel...@subdivi.de,
jspri...@debian.org, ans...@debian.org, a...@debian.org,
debian.bugrep...@wodny.org, debian-rele...@lists.debian.org
[ re-introducing the larger cc list audience, plus debian-release ]
Would reverting
Package: wnpp
Severity: wishlist
* Package name: libx1000
Version : 0.0.0
Upstream Contact: Ray Kinsella
* URL :
http://ashroe.eu/x1000/2016/10/21/fixing-lock-prefix-on-x1000.html
* License : LGPLv2.1
Programming Lang: C
Description : provides a
Followup-For: Bug #952450
X-Debbugs-Cc: 1035...@bugs.debian.org, ty...@mit.edu
As an experiment, I recently updated a functional Debian bookworm system to
boot into the systemd 'rescue.target' by default, to test the single-user /
recovery experience as part of #1035543 bug assessment.
My
unarchive 977358
reopen 977358
blocks 977358 by 952450
Although this was documented for bullseye, the underlying cause
remains, and I think that it could be valuable for users to continue
to have this documentation available.
I've tested that the previously-added guidance from the bullseye
Package: e2fsprogs
Followup-For: Bug #1035543
X-Debbugs-Cc: jspri...@debian.org
On Thu, 1 Jun 2023 13:53:18 +0200, Jochen wrote:
> * James Addison [2023-06-01 12:44]:
> >Would reverting the Install.WantedBy modification[1][2], restoring
> >e2scrub_reap
> >enablement
Followup-For: Bug #1026277
There are a bunch of mistakes that I've made along the way while attempting to
package this game. Some that I'd note are:
* I could've made more of an effort and waiting longer for upstream contact
before listing an upstream email address (sorry for any
Followup-For: Bug #1030835
X-Debbugs-Cc: charlie.r.ma...@gmail.com
Hi Charlie,
I'd like for 'ruff' to be packaged in Debian at some point, and am beginning
that process, although it could take some time (I'm not all that familiar with
Rust yet, and from what I've learned about the Debian rust
Thanks Jinesh - one question in particular inline below:
On Sat, 29 Jul 2023 at 01:29, Jinesh Choksi wrote:
>
>
> > Can you provide a series of steps to replicate the failure case reported in
> > this bug?
>
>
> Reproduction Steps
>
> - Boot using debian-12.1.0-amd64-netinst.iso in a VM
>
> - At
Package: debian-installer
Followup-For: Bug #849400
X-Debbugs-Cc: jin...@onelittlehope.com
Hi Jinesh,
Can you provide a series of steps to replicate the failure case reported in
this bug?
I'll try to find time within the next two weeks to confirm the results that you
and others have seen here,
Package: firmware-brcm80211
Followup-For: Bug #1029843
X-Debbugs-Cc: k...@debian.org, didi.deb...@cknow.org,
debian-b...@lists.debian.org, p...@akeo.ie
On Mon, 1 May 2023 11:18:03 +0100, James Addison wrote:
> > Diederik de Haas (2023-04-30):
> > > And that's exact
Package: firmware-brcm80211
Followup-For: Bug #999485
X-Debbugs-Cc: gw...@gwolf.org, didi.deb...@cknow.org, 1023...@bugs.debian.org
> The other option is that they get included upstream in
> linux-firmware.git by upstream?
As an update about this: in the past it seems that one of the blockers
201 - 300 of 485 matches
Mail list logo