Hi Daniel,
Daniel Baumann (2025-01-14):
> Cyril Brulebois wrote:
> > anything stored in /dev goes away when (re)starting.
What I meant here is that in general, anything that's manually added to
/dev goes away when rebooting (restarting); but that's also true in our
case, whe
eline for
Trixie though.
1.
https://salsa.debian.org/installer-team/rootskel/-/commit/e084102ac1e85d6de559d1192a0cf0168218b91d
Would that work for you?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance
Hi,
Cyril Brulebois (2025-01-14):
> Yes, I've just hit this too, trying to install a newer linux-image
> package in my sid chroot, and I concur with your analysis: this looks
> like an incomplete move and I don't understand how this could possibly
> work without an acco
ing change in the shell script, like the one
you suggested.
I'm not seeing any bugfixes in the Git repository, maybe I'll NMU this
package later tonight, fixing both installability and upgradability,
including for reverse dependencies…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
this, so I suppose the combination of the dpkg update + merging the MR
indeed maintains the status quo regarding #1091085:
libfakeroot internal error: payload not recognized!
libfakeroot internal error: payload not recognized!
> Super, will do. I was afraid this (like shim) would be a "
but thanks for offering!
(Depending on the versioning the package might get rejected anyway, or
at least lead to some inconsistent state, see the version check in dak's
scripts/debian/byhand-di — Here be dragons.)
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debam
stem-helpers
- mmdebstrap
Possibly that only matters if and when usrmerge exists/gets updated? Or
is that going to be a problem when those packages get updated in turn?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team m
ch time, to minimize the impact on other developers,
esp. with the real freeze getting closer), and let others comment on
the stable vs. testing/unstable aspects.
(I'll probably get looped in anyway, when the proposed-updates request
reaches the release team…)
Cheers,
--
Cyril Bruleb
of
issue while building an image via debian-cd, after some changes but
nothing even remotely related to debootstrap or usrmerge… and that
was quite baffling.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Control: tag -1 patch pending
Cyril Brulebois (2024-12-28):
> Spotted by Steve while testing tentative Trixie Alpha 1 images: mdadm is
> broken, with a systemd-related problem.
>
> This part of the .config script doesn't seem to work:
>
> # if system has root on
Control: notfound -1 4.2-5
Control: found -1 4.2+20230508-3
Sorry, missed that edit before submitting.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
l reaction would be to confirm the trivial
bugfix (if it's easy enough to test, within the installer's environment)
then upload + fast-track mdadm into testing, before respinning images.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
Cyril Brulebois (2024-12-26):
> No, this doesn't work: you cannot ship subdirectories of /dev in a
> Debian package and expect it to work, that's a directory managed by
> udev.
>
> In this specific context, the directory exists in the tree where d-i
> is built, it al
probably as soon as udev kicks in and the /dev
mountpoint is mounted as devtmpfs.
As a result, haveged still fails to start.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
t tested the vmlinuz+initrd.gz under dest/cdrom/gtk thing again, with
0.276 cdebconf udebs, and that looks much better indeed.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
based installer, see you in a few days…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1091148 in apt-setup reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/installer-team/apt-setup/-/commit/8487f7784ba22c8bdc51a
Cyril Brulebois (2024-12-07):
> Right now I'm seeing modules for 10 kernel ABIs, that can't help.
After a quick look, I suppose we could extract the kernel ABI(s) from
MANIFEST.udebs, matching kernel-image-(.+)\s, and focusing on including
only the relevant modules. Most archite
d forward this report to this very list…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
reasonable (and developers
should feel free to opt in to help test those updates before they are
published via a point release), even if regressions can happen there
(just like that can happen anywhere else).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Cyril Brulebois (2024-11-28):
> Looping in debian-cd@, who is responsible for image builds. There are
> no linux-image* debs mentioned in list-cd indeed. linux got uploaded
> on Saturday, but linux-signed-* only came in on Monday, which is
> weekly image build day. Not sure t
1_amd64.deb
> linux-image-amd64_x.y.z-1_amd64.deb
> This should be easy to reproduce.
Looping in debian-cd@, who is responsible for image builds. There are no
linux-image* debs mentioned in list-cd indeed. linux got uploaded on
Saturday, but linux-signed-* only came in on Monday, wh
Cyril Brulebois (2024-11-28):
> kcov got binNMU'd, doesn't build on mips64el and s390x, and has no bug
> reports filed against it… So, sure, apt-setup is RC-buggy by your
> standards, but maybe filing something on the kcov side would be best
> (esp. given the bug title, the
o, sure, apt-setup is RC-buggy by your
standards, but maybe filing something on the kcov side would be best
(esp. given the bug title, the *actual* problem seems to have been
spotted)?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Re
explained, the net-installer seems to have a bug not offering an option to
> set a mount point.
> The code used in the DVD-installer works as expected.
I'm not exactly sure the code is different…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-
Daniel Baumann (2024-11-15):
> # for some reason, bugs to udebs do not shop up on
> # tracker nor on ddpo, thus reassigning for visibility
> reassign 1087324 haveged
> thanks
Also, irk! That lost version information, and the new version migrated
to testing despite the RC bug!
Cheer
(Adding debian-boot@ back, and quoting in full accordingly.)
Daniel Baumann (2024-11-15):
> # for some reason, bugs to udebs do not shop up on
> # tracker nor on ddpo, thus reassigning for visibility
> reassign 1087324 haveged
> thanks
>
> On 11/11/24 13:08, Cyril Brulebois
At this point of the release cycle,
I'd rather see haveged fixed anyway.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
between first and second dh_makeshlibs calls,
here's the slibs file for libx11-xcb1…
libX11-xcb 1 libx11-6 (>= 2:1.6.0)
udeb: libX11-xcb 1 libx11-6 (>= 2:1.6.0)
which convinces me the flag combinations aren't fine as they are.
Cheers,
--
Cyril Brulebois (k...@debian.org)
ng python3-platformdirs still gives me a successful build.
And from the error/call site quoted above, it seems python3-packaging
could be sufficient? (It doesn't list anything but python3:any in
Depends or Recommends…)
I haven't tried just adding python3-packaging under sbuild thoug
retty sure d-i moved to pcre2 a while back now.
I'm not seeing any reverse dependencies for the libpcre3-udeb package,
so we should be good.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1071873 in debian-installer reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/installer-team/debian-installer/-/commit/c2757c7
Control: tag -1 patch
Santiago Vila (2024-05-25):
> Package: src:debian-installer
> Version: 20230607+deb12u5
> Severity: serious
> Tags: ftbfs
master is fine.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- R
Control: tag -1 pending
Hello,
Bug #1071248 in crowdsec-firewall-bouncer reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/crowdsec-firewall-boun
Control: tag -1 pending
Hello,
Bug #1071247 in golang-github-google-nftables reported by you has been fixed in
the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-github-goo
Cyril Brulebois (2024-05-17):
> I was tempted to open a second bug on crowdsec-firewall-bouncer,
> referencing this one, and to upload both packages to unstable (this one
> with the upstream patch, the other one with a bumped build-dep to make
> sure it cannot be rebuilt agains
-nftables-dev package, and
not to regress on BE systems.
Grave looks warranted as the package doesn't fulfill its purposes
(blocking suspicious addresses), giving a false sense of security… while
also blocking potentially harmless addresses.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DE
Control: found -1 0.1.0-3
Control: notfound -1 0.1.0-4
Cyril Brulebois (2024-05-17):
> Package: golang-github-google-nftables-dev
> Version: 0.1.0-4
> I also verified that applying the golang-github-google-nftables patch
> and rebuilding crowdsec-firewall-bouncer against it fixes
ckage; there are a lot of
binNMUs flying around already). Then to submit p-u requests to get the
same updates into bookworm. But does that issue warrant a DSA?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
#x27;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.
Thanks for considering!
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
.
> > Is kmod udeb ready and used in d-i already, or does it need some
> > prep first?
> AFAIK it works.
Absolutely, that's been working since the small xz-utils tweak (the udeb
addition, not the backdoor thing).
Cheers,
--
Cyril Brulebois (k...@debian.org)
Hi,
Cyril Brulebois (2024-03-12):
> Your NMU broke this package's shlibs.
>
> Before:
>
> libmtdev 1 libmtdev1
> udeb: libmtdev 1 libmtdev1-udeb
>
> After:
>
> libmtdev 1 libmtdev1t64
>
> At the moment, at least the following package i
27;t reached testing yet because of various transitions. Pinging
this bug report to avoid having packages removed from testing, including
reverse dependencies, as dpkg itself hasn't migrated either.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signa
me. Others might have different views on
this, though.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
consent.
This isn't about d-i runtime, this is about src:debian-installer's
*build* requiring network access, which is a very well known problem
(even though there are no obvious solutions, at least that I'm aware
of), and that's now getting in the way of changes being considered
r
NMU right now so that
I don't forget, but to DELAYED/2 so there's some room to do things
differently if desired. I'm happy to reschedule/cancel if needed.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
diff -Nru opendnssec-2.1.13/debian/changelog opend
ory?
Writing to hardcoded paths under /tmp has never been a good idea in the
first place. Alright, this is a test suite but we're not usually trying
to write outside the build directory.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1057549 in crowdsec reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/crowdsec/-/commit/b2beee2140e7cdb9d4732
Hi Paul,
Paul Mars (2024-01-16):
> Here is a patch to fix the issue.
Sorry, I didn't spot this bug report right away (its metadata got
adjusted along the way). Thanks for the bug report and the patch,
on their way to unstable!
Cheers,
--
Cyril Brulebois -- Debian Consultant @
udeb
+Depends: libc6-udeb (>= 2.37), fuse3-udeb
I'll leave it up to the 64-bit time_t transition drivers to choose how
to address this issue (add t64 on the SONAME line, or just in the
dh_makeshlibs override, or something else), and to track down packages
that might have been rebuilt a
dev 1 libmtdev1t64
At the moment, at least the following package is broken:
The following packages have unmet dependencies:
libinput10-udeb : Depends: libmtdev1t64 but it is not installable
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager
epends: libpng16-16t64-udeb (>= 1.6.2) but it is not
installable
libfreetype6-udeb : Depends: libpng16-16t64-udeb (>= 1.6.2) but it is not
installable
libgdk-pixbuf-2.0-0-udeb : Depends: libpng16-16t64-udeb (>= 1.6.2) but it
is not installable
Cheers,
--
Cyril B
epends: libpng16-16t64-udeb (>= 1.6.2) but it is not
installable
libfreetype6-udeb : Depends: libpng16-16t64-udeb (>= 1.6.2) but it is not
installable
libgdk-pixbuf-2.0-0-udeb : Depends: libpng16-16t64-udeb (>= 1.6.2) but it
is not installable
Cheers,
--
Cyril B
st place), so I'll probably lump up
both uploads together. :)
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
Cyril Brulebois (2024-02-15):
> Is that problem still current? I cannot reproduce it with a brand new
> sid environment, freshly created via either `pbuilder --create` or
> `sbuild-createchroot`.
For the record, I did receive a proposal to get access to such a system
back then (thanks
Hi,
Cyril Brulebois (2024-01-17):
> Santiago Vila (2023-12-05):
> > […]
>
> Thanks for the report. The relevant part didn't appear in the excerpt
> so I'm quoting the full build log below:
>
> > === RUN TestOneShot/permission_denied
> > fil
SS: TestOneShot/no_matching_files (0.00s)
> --- PASS: TestOneShot/test.log (0.00s)
> --- PASS: TestOneShot/test.log.gz (0.00s)
> --- PASS: TestOneShot/unexpected_end_of_gzip_stream (0.00s)
> --- PASS: TestOneShot/deleted_file (0.00s)
I'll investigate shortly
u
down; I just stumbled upon this again while re-testing various things,
and was merely wondering whether things were.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
d have been easier to track if debian-boot@ had been put
(and kept) in the loop all along.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
s/200503#details
>
> Thanks for confirming, perhaps then you can add your tested-by in the
> respective patches upstream.
>
> BTW, another handy way to test if this works is via grub-mount.
Any chance we could have an updated grub2 package to fix this?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Control: severity -1 important
Cyril Brulebois (2023-10-31):
> Nilesh Patra (2023-10-31):
> > Since this means it is a flaky test and a recurring problem, would it
> > make sense to skip those tests to save some cycles for debci?
>
> I didn't say I was certain, quite
trange), and maybe try your luck with some Debian Live
image?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
ake sense to investigate whether something like
20230710~deb12u1 would be appropriate for bookworm-proposed-updates?
(And maybe bullseye-proposed-updates, but again, I didn't check the
bullseye part.)
Thanks for considering.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- ht
eally the best place?
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
raspi-firmware suggests:
> ii bluez-firmware 1.2-9+rpt2
> ii firmware-brcm80211 1:20230210-5+rpt1
> ii firmware-misc-nonfree 1:20230210-5+rpt1
Here too.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
mention repacking, without describing any actual
issues.
Please be more considerate when filing serious bug reports.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
rectory
> https://sources.debian.org/data/main/g/golang-entgo-ent/0.11.3-4/doc/website
>
> You should repack or package docusaurus and rebuild
That's bug report number 3 without any details…
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
oking at https://ci.debian.net/packages/c/crowdsec/testing/armel/
it succeeded, 4 times in a row, within 2 minutes…
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
fixes a bunch of RC bugs (of same kind).
I think we've had this issue showing up in a few cases (on other archs
though), but I wasn't able to replicate it, possibly timing issues or
something similar. I'd suggest a retry if that wasn't attempted already.
Cheers,
--
Cyril Brule
> See website directory
> https://sources.debian.org/src/golang-github-facebook-ent/0.5.4-3/doc/website/
>
> You should repack or package docusaurus and rebuild
Please describe the actual problem you're seeing.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- htt
ly installed, 0 to remove and 355 not upgraded.
Given the error messages it looks like there are only two paths
considered each time, one within the build tree, the other one being
under /usr/lib/go-1.21; and since many packages (a very superficial
search suggests 2048) ship stuff under /usr/
gging) that the xmpp-tls branch is
entered, the StartTLS() fails for some reason (or at least returns
nothing at all), and $self->{SESSION} gets reset. The rest explodes.
There are only minor differences between the package in bullseye and
bookworm (mostly packaging metadata), so it looks to me so
asource.
The second one comes with a slight behavorial change: crowdsec now
errors out if there's no valid datasources. That seems way better than
running with a broken config though.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
Hi Michael,
Cyril Brulebois (2023-06-28):
> Control: reassign -1 busybox-udeb 1:1.36.1-3
[…]
> With a local build, confirmed -3 is buggy, and that reverting only
> busybox-udeb to -1 is sufficient to restore syslog support in the
> installer.
>
> Reassigning there; the GRUB
session_test.go:536: err:
2023/07/03 02:33:15 [WARN] yamux: frame for missing stream: Vsn:0 Type:1
Flags:1 StreamID:1 Length:0
2023/07/03 02:33:15 [ERR] yamux: Failed to write header: io: read/write on
closed pipe
--- FAIL: TestGoAway (0.00s)
Cheers,
--
Cyril Brulebois -- Debia
Hi Sven,
Sven Joachim (2023-07-01):
> See the attached patch for a fix which works with both old and new
> ncurses-base versions.
Uploaded, thanks!
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member
Control: tag -1 pending
Hello,
Bug #1040048 in debian-installer-utils reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/installer-team/debian-installer-utils/-/co
Control: reassign -1 busybox-udeb 1:1.36.1-3
Cyril Brulebois (2023-06-28):
> busybox seems to me like the most likely suspect here. deb-reversion'ing
> bookworm's version as a version that's newer than the one in unstable,
> stashing its binaries under build/local
d be a quick way to test that hypothesis.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
m.
If rescue doesn't mount all the things automatically, you realize you
can drop to a shell in the installer's context and mount any missing
bit?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Control: tag -1 patch pending
Cyril Brulebois (2023-05-27):
> For the record, those archives end up being published in locations like
> the following, and I definitely expected those to match the firmware
> packages getting shipped into the images, not be some kind of snapshot of
&g
picking developers in order.
Source debdiff attached.
By the way, the declared VCS isn't up-to-date, and lacks tags for recent
uploads (last tag is debian/0.6.6-2, testing and unstable have 0.6.8-1
instead).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com
rub can tweak it.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
d since I'm seeing this on a
freshly-deployed VM, cloning accordingly.
I've just discussed plans with upstream, implementation and tests to
follow.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
for crowdsec-firewall-bouncer
as well since the logic is essentially the same! (It does a little
firewall detection, and there's basically a s/custom/firewall/ for a few
filenames, but the cscli part is exactly the same. And they both only
have crowdsec listed in Recommends.)
Cheers
Hallo Andreas,
Cyril Brulebois (2023-05-27):
> Andreas Beckmann (2023-05-04):
> > during a test with piuparts I noticed your package failed to install.
> > As per definition of the release team this makes the package too buggy
> > for a release, thus the severity.
>
>
"/dsa/cdimage/.incoming/.bookworm_di_rc4/firmware/.firmware.tar.gz.VQGfUC" ->
"firmware.tar.gz": No such file or directory (2)
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
case; I'd be happy to have some
time to gather my thoughts, and upstream's, regarding this issue.
At this point, I'd like to formally request a bookworm-ignore tag.
Cc-ing Paul who initially contacted me about this.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
[ Reordering slightly ]
Cyril Brulebois (2023-05-02):
> Paul Seelig (2023-05-02):
> > Attached installation logs should be sufficiently verbose about what
> > actually happened underneath.
>
> Either it was forgotten or dropped by the BTS; please use reply-all,
> and
ose about what
> actually happened underneath.
Either it was forgotten or dropped by the BTS; please use reply-all,
and attach it compressed (to avoid hitting size limits on either the BTS
side or on the debian-boot ML side).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://de
by providing
patches.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Matteo F. Vescovi (2023-04-26):
> LGTM. Please, go ahead with a DELAYED/0.
> Thanks for taking care of the issue for me.
My pleasure! Rescheduled.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelanc
e isn't when you suddenly want to remove a
dependency of the installer.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
elay is over.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
diff -Nru tcmu-1.5.4/debian/changelog tcmu-1.5.4/debian/changelog
--- tcmu-1.5.4/debian/changelog 2022-07-23 21:53:15.0 +
+++
t
> probably doesn't apply here?
Right, moving the file doesn't change anything in the binary package.
Verified with the attached patch.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Cons
Cyril Brulebois (2023-04-25):
> Minimal source debdiff attached.
>
> The resulting binary debdiff is attached as well (limited to boinc-client).
Hmmm. I forgot to check packages in bullseye; that one is weird.
Seen on
https://packages.debian.org/search?lang=en&suite=bullseye&
hanges right now, or be superseded
by an upload of yours if that happens before the delay is over.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
diff -Nru boinc-7.20.5+dfsg/debian/boinc
able to move them back to the newer location.
This package requires no changes to get the file moved into the right location,
and the relevant lines in maintainer scripts.
Will you request a binNMU for it?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I re
Cyril Brulebois (2023-04-25):
> Maintainer: I'm uploading to DELAYED/5, it can be either rescheduled to
> DELAYED/0 if you're happy with the changes right now, or be superseded
> by an upload of yours if that happens before the delay is over.
Sorry, I've used `dch -i` ins
normal upload, I've prefixed relevant lines with an
asterisk.
Maintainer: I'm uploading to DELAYED/5, it can be either rescheduled to
DELAYED/0 if you're happy with the changes right now, or be superseded
by an upload of yours if that happens before the delay is over.
Chee
1 - 100 of 1033 matches
Mail list logo
