lib/blendsel/blendsel-debconf:3]
Finally, this should probably go away from both packages, I don't even
remember having managed that package:
Conflicts: base-config (<< 2.32)
(And indeed, that was 20 years ago.)
Bonus points: maybe clean up tasksel's debian/source/lintian-overrides
how to
upload packages already, as evidenced by:
https://qa.debian.org/developer.php?login=Wansing
Please let me know if I can do anything to help you get set up as a DD.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release
bian-boot@lists.debian.org
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
oks like the 64-bit time_t transition is getting better (at least
from afar) but I don't have any immediate plans for a release at the
moment, so it's perfectly fine to have glitches/temporary regressions
following the introduction of this feature/new packages along the way.
Cheers,
--
Cyril
on libc6-udeb rather than libc6 with the
> significant difference that it lacks the dependency on libgcc_s.so.1. The
> partman-crypto developer(s) need to decide how to handle that.
> ralph.ronnquist
>
> Attached images
I'm not seeing anything related to libgcc_s.so.1 in those ima
rts).
See: https://d-i.debian.org/dose/
Some backstory: https://lists.debian.org/debian-boot/2024/03/msg00102.html
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
nstead of “grub”) for consistency with upstream
and the rest of d-i though. (I know this is very minor but better catch
that early to avoid another l10n round later on.)
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member
ing
to do is to have it removed from the archive, via unstable, sync'd into
testing. I don't see what a removal from testing only would achieve, esp.
for trumped-up reasons.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Rele
Hi,
Cyril Brulebois (2024-04-26):
> I'm not sure how we reached this situation but there are a bunch of
> packages in trixie that are not in a suitable state. To reproduce, a
> simple `debootstrap trixie /tmp/trixie` on amd64 is sufficient.
That works again, presumably
rchitectures, BIOS vs. UEFI, etc.) is a
huge mess already, it might happen but I'm not holding my breath here.
> It would be a good idea to warn the user if the entered parameter /
> value does not exist, to avoid unwanted results like installing
> non-free firmware.
There's no absolute list to chec
Cyril Brulebois (2024-04-26):
> Anyway, I wanted to see if suggesting (I wouldn't go as far as requesting
> because I'm really not sure this would be the right course of action, more
> details below) a new binNMU of coreutils within testing would be
> sufficient to make trixie debo
of things that break when
force-hinting but if you were aware of the resulting breakages already,
some kind of heads-up would have been nice…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Cons
re proper tracking, a bug report is
always a better idea. You could propose a patch attached to the bug
report, and/or file a merge request:
https://salsa.debian.org/installer-team/netcfg/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Rele
debootstrap trixie).
Thanks for the write-up, I'll check it when time permits.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
t; 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)<https://
Cyril Brulebois (2024-04-16):
> Please consider binNMU-ing both packages against libmtdev-dev (>= 1.1.6-1.2)
> on all archs, provided that doesn't interfere with the whole 64-bit time_t
> transition:
> - libinput10
That ought to read:
- libinput
Sorry about that.
> -
consider binNMU-ing both packages against libmtdev-dev (>= 1.1.6-1.2)
on all archs, provided that doesn't interfere with the whole 64-bit time_t
transition:
- libinput10
- xserver-xorg-input-evdev
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I releas
//d-i.debian.org/dose/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
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 is bro
thread):
https://lists.debian.org/debian-arm/2024/01/msg8.html
So OpenRD has no future in trixie as far as I understand. At least that
would mean not having to do that again again, if we were to enable
OpenRD images again for bookworm.
Cheers,
--
Cyril Brulebois (k...@debian.org)
ve 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
nt.
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
regarding the buildd netwo
Hi,
Adam D. Barratt (2024-04-01):
> As we had to postpone 12.6, let's look at alternative dates.
I should be able to make anything work.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance C
Hi,
Cyril Brulebois (2024-03-21):
> I'm a bit conflicted about what to do here. At the moment, libaio1-udeb
> is the only udeb with t64 (at least according to the output of
> `apt-file search -Iudeb t64`); but a rebuild of the reverse dependencies
> would be sufficient (and might ha
Hi,
Aurelien Jarno (2024-03-13):
> The date of the next point release is slowly approaching, could you
> please have a look at this?
Sorry, lost track of that one. Feel free to upload.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I rel
ges
between runs:
https://d-i.debian.org/dose/
That should help us stay on top of changes affecting udeb installability,
shortening the feedback loop for people doing the actual work of patching
many packages. (Some packages were uploaded 10+ days ago.)
Cheers,
--
Cyril Brulebois (k...@debian.
= 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 against the broken library.
Cheers,
--
,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
diff -Nru wireless-tools-30~pre9/debian/changelog
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2024-02-29
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 -- R
bpng16-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 Brulebois (
bpng16-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 Brulebois (
before
getting that translated? Contrary to a lot of not-so-critical l10n
material, that particular screen is crucial, and I'd hate it if we
wasted translator efforts due to a missed typo or obvious improvement.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
Bastian Blank (2024-03-04):
> On Sun, Mar 03, 2024 at 09:01:06PM +0100, Cyril Brulebois wrote:
> > Maybe have it marked Not-For-Us on armel, also requesting the binary to
> > be dropped there? And maybe poke the ftp team to have installer-armel/
> > cleaned up? (The “disabli
y fitting to try and get a d-i release out any
day soon.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Hi,
For some reason, PATH wasn't set in the d-i user's crontab, missing
/usr/local/bin for dd-schroot-cmd. (Dates back all the way to December
when the eller → eberlin switch happened…)
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release m
and get around to testing this soon-ish, then merge and upload
if that goes fine.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
on/off, and be accustomed to have that first. Do we really want to break
finger memory? Being able to disable standard to save a little space has
never looked like a bad idea to me, but having that be the first entry
on that list feels very weird.
Cheers,
--
Cyril Brulebois (k...@debi
Jonathan Wiltshire (2024-02-12):
> 12.6 should be around 10th April, so please indicate availability for:
>
> 6 April
> 13 April
> 20 April
Any of those should work.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -
in
> https://lists.debian.org/debian-release/2024/01/msg00089.html ?
> My gut feeling from what was discussed is that nobody will ever use
> the d-i on armel.
I'm not sure how much time armel will stick around (for existing
systems), but it looks to me that d-i/armel is no longer relevant.
Cheers
hilh/debian-installer/-/commit/f5044026b07d8dbf938394193708b33ea811ae2e
Both solutions (and others in the same vein) sound specific enough that
they shouldn't affect stable releases so feel free to pick whatever you
like best.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://
hat sorted out now, and not on the way to the first point
release, which is usually quite busy already.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
ned
> [arm64],
> linux-image-6.6.13-686 [i386] | linux-image-6.6.13-686-unsigned [i386],
> linux-image-6.6.13-686-pae [i386] | linux-image-6.6.13-686-pae-unsigned
> [i386],
>
> ?
udebs are built from the linux-signed-* packages, so that doesn't help
at all.
Che
https://lists.debian.org/debian-boot/2024/01/msg00046.html
and #1060134.
I haven't made up my mind yet.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
I suppose it could be some fallout from the kmod upload
which included some changes of yours, hence the ping.
https://tracker.debian.org/news/1491892/accepted-kmod-31-1-source-into-unstable/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager
re.
> >
> > The list of affected services are:
> > - eller.d.o (mips*el porterbox)
>
> eberlin.d.o has been setup as a mips*el porterbox to replace eller.d.o.
d-i daily builds just set up there, and dillon's configuration updated
accordingly.
Cheers,
--
Cyril Brulebois (k...@debi
Steve McIntyre (2023-12-26):
> Any of those *should* be OK for me.
Ditto.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
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
n 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
Bastian Blank (2023-12-24):
> On Sun, Dec 24, 2023 at 08:38:57AM +0100, Cyril Brulebois wrote:
> > - kernel-image-* packages are now shipping /boot/vmlinuz-* (or
> > /boot/vmlinux-* depending on the arch), instead of just /boot/vmlinuz
> > (respectively /boot/vmlinux
Cyril Brulebois (2023-12-24):
> Feel free to reply to this thread if you spot other fallouts.
Another FYI: one thing that I spotted early on (before realizing module
support was entirely broken), when I first diffed the list of files
available in the initramfs, building against testin
free to reply to this thread if you spot other fallouts. Of course,
as usual, the best way to report installer bugs is to file them against
the relevant component, X-Debbugs-Cc-ing this list; but leaving an
explicit reference in this thread wouldn't hurt.
Cheers,
--
Cyril Brulebois (k
etails
>
> 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
I know mixed stuff isn't too nice, and unifying might be appealing, but
that makes cherry-picking stuff harder, so I tend to only unify things
when I'm actually changing code… Others might feel differently.
Well spotted, for the typo.
Cheers,
--
Cyril Brulebois (k...@debian.org)<
ething.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
wifi,
and adding a modprobe -r theotherone beforehand.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
after? Looks like it could easily double or
triple the size of each binary package?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
p.debian.org and ftp.fr.debian.org and whatever
is happening is clearly not a problem on the mirror side…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
e8704a63e54a93e84b985ccd4a and does
exhibit the problem you're mentioning (and it's normal for older images
to behave that way).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
installer,
and/or the installed system.
Anyway, a copy of installer logs is available under /var/log/installer/
in the installed system.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.
package:
https://cdimage.debian.org/cdimage/release/current/amd64/list-cd/debian-12.2.0-amd64-netinst.list.gz
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
g on the firmware side (e.g. “modprobe dance”), or a missing
auxiliary bus (e.g. mhi) to make the card visible. Hard to tell without
any logs.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
pgrade happens.
No particular constraints on my side, thanks for asking.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
em
scheduled in one go.
In any case, actually binNMUing both packages would be nice, as we've
been lacking d-i daily builds for some days already.
(I could probably try and do that myself but “above all, do no harm”.)
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
rs comment as to whether that's some nitpicking that should be
ignored, or something they'd like to see adjusted.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
lien-wxwidgets-perl_0.69+dfsg-6+b3 . ANY . unstable . -m "Rebuild for
> wxwidgets3.2 (3.2.4+dfsg-1)"
This looks like a redux of #1054146, with libwx-perl also needing a
binNMU (after the libalien-wxwidgets-perl one)?
Cheers,
--
Cyril Brulebois (k...@debian.org)<h
le.
Steve merged that earlier today, I poked the porterboxes (except amdahl
which I couldn't reach) so that daily builds have a chance to come back
up before the next scheduled run. Local building and local testing look
good.
Thanks again!
Cheers,
--
Cyril Brulebois (k...@debian.org)<
nd 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
SSD.
>
> It looks like UFS (Universal Flash Storage, not Unix filesystem) kernel
> modules are not included in d-i initrd or udebs.
Hi Jessie, and thanks for reporting.
See <https://bugs.debian.org/1053937#15>, which I have yet to forward to
kernel maintainers.
Cheers,
--
Cyril Bru
admin/important
> to:
> admin/optional
It's probably safe since pkgsel's postinst features:
if db_get pkgsel/run_tasksel && [ "$RET" = true ]; then
log "starting tasksel"
db_progress INFO pkgsel/progress/tasksel
apt-instal
tead of thinking about downloading your source packages from
the get-go.)
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 (2023-10-15):
> Simon McVittie (2023-10-15):
> > I have attempted to test the proposed version in d-i. I am not an
> > expert on d-i, but I hope what I have done here is approximately
> > correct:
> […]
> > I hope this is helpful information.
&
ad,
possibly linked to dgit's having been used at some point?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Jonathan Wiltshire (2023-10-07):
> How about:
> 4th December (better for cadence)
> 11th December (more likely suitable in practice)
The later the better.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team memb
ages from the get-go, we have
dep-waits to ensure one finishes before the other one starts?
> PS, what on the d-i uses libwx-perl?
The unifont-bin build-dep pulls it.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team m
Package: libalien-wxwidgets-perl
Provides: wxperl-gtk-3-2-3-uni-gcc-3-4
Package: libwx-perl
Depends: […], wxperl-gtk-3-2-2-uni-gcc-3-4, […]
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freel
ld be arranged
otherwise.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
side should be happening in a couple of days
anyway.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
g,
> could we have an upload that uses the -0+ style of versioning ASAP,
> please?
Trying to understand the reasons behind the versioning scheme switch, it
seems the debian/bullseye branch is still at 1.1.1v-0~deb11u1 (without a
tag).
Cheers,
--
Cyril Brulebois (k...@debian.org)
lowing packages have unmet dependencies:
libssl1.1-udeb : Depends: libcrypto1.1-udeb (>= 1.1.1w) but
1.1.1w-0~deb11u1 is to be installed
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
105#note_429838
Even without Philip's clarification regarding what has been tested and
what hasn't, that machinery clearly doesn't test what happens with a
release d-i build.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team mem
of packages producing udebs until
I remove it, and even then, it's only affected when udeb-producing
packages are frozen (usually a few hours or days when a release is
underway).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- R
Felix Zielcke (2023-09-19):
> Am 18.09.2023 22:23, schrieb Pascal Hambourg:
> > On 18/09/2023 at 19:20, Cyril Brulebois wrote:
> > >
> > > I would think so, yes. If that's not too much of a hassle, maybe
> > > wait a
> > > few days in case someone
can think of a clever case where keeping them
would make sense; but seeing it unsupported upstream, with the partman
part removed already, I can't see why that would be the case…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Rele
it.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=eb103a51640e
> [2] https://lore.kernel.org/all/20230910232640.113938-1-pe...@n8pjl.ca/
Thanks for reaching out. They're probably good to go away.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debama
much more cumbersome to wade through than looking into a central
place.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
my way to DebConf. Will anyone from the installer team
> also come to Kochi?
I'm not.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
adjust tooling and/or dillon
when I get a chance.
Thanks.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
but I don't think it would be
reasonable to change what Enter does at this point.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
nge that, and the single change required is adjusting devel and
trixie images list?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
lusion/implementation though — in passing, s390 is long
gone even if it still appears…);
- i386 is in a weird state where it's going to be in the archive, with
d-i builds, without debian-cd builds.
It really does make sense to me to have both archs treated separately.
Cheers,
--
Cyril Bruleb
Holger Wansing (2023-08-28):
> Cyril Brulebois wrote (Sun, 27 Aug 2023 21:42:54 +0200):
> > Holger Wansing (2023-08-27):
> > > So no more netinst images,
> >
> > And any other sections about CD, DVD, etc. must go.
> >
> > > but the "Other i
Holger Wansing (2023-08-27):
> So no more netinst images,
And any other sections about CD, DVD, etc. must go.
> but the "Other images" section will stay (netboot images, hd-media
> ...)?
Right, only that one stays.
Cheers,
--
Cyril Brulebois (k...@debian.org)&
dex.en.html>
> >now?
>
> I searched for a confirmation, that this was dropped from debian-cd,
> but found nothing.
>
> Should I just remove the link nevertheless?
d-i daily builds will keep i386, so don't drop that link. Links to
debian-cd locations can go away. T
y), would be
that it wouldn't deserve an upload on its own, but if there was some
other bugfixes we could probably lump it up in there.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
D
thanks for your work on debootstrap since last year.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
/usr situation,
and I'm fine with trusting you folks. Problems have been brainstormed,
plans have been elaborated, and you're willing to implement them. As
long as you're happy with following up if needed, I'm happy to have you
NMU debootstrap, team-upload it, or just upload it (adding yourself to
nounced via DHCP (and use the debian.pool as a fallback).
It appears clock-setup could use netcfg/dhcp_ntp_servers… but netcfg
seems to have stopped setting it when stateless DHCPv6 support was
merged (fac74c749661da41ef4b89b89c9fd76dd42e7bc6). The 1.90 release
is dated 2012 so that'd be consis
rst part in the following branch, but the plan is to
try and update libgcrypt instead.
https://salsa.debian.org/kibi/grub/-/commits/luks2-argon2-v0
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance C
stinst.d/z50-raspi-firmware
dpkg -P raspi-firmware
Afterwards, you should be able to configure other packages with:
dpkg --configure -a
And the package manager (apt, apt-get, etc.) should be happier at this
point.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/
1 - 100 of 4322 matches
Mail list logo
