On Mon, 1 May 2023 at 08:55, Helmut Grohne wrote:
>
> Hi,
>
> On Mon, May 01, 2023 at 12:07:52AM +0100, Luca Boccassi wrote:
> > On Sat, 29 Apr 2023 16:32:23 +0100 Luca Boccassi
> > wrote:
> > >
> > > MR: https://salsa.debian.org/debian/dash/-/merge_requ
On Sat, 29 Apr 2023 16:32:23 +0100 Luca Boccassi
wrote:
>
> MR: https://salsa.debian.org/debian/dash/-/merge_requests/19
>
> I think we should ship these changes in bookworm. Why?
>
> - we get diversion-less essential package set already in bookworm
> - we get diversio
security fix in udev rules, that has been
reported by a bullseye user. The other fixes an old memory leak.
The source debdiff is attached.
Kind regards,
Luca Boccassi
debdiff
Description: Binary data
maintainer-script free uber-essential dash in trixie
- in case we need to go down the canonicalization-by-dh forced
migration path in trixie to lift the moratorium on moving files, we
don't have /bin/sh diversions as a blocker and the path remains open
Yes, I realize it is late, and I wish I
rsion is installed.
Absolutely not, the official Debian packages are following Debian
policy and best practices as they should, while upstream is a gigantic
mess and a security nightmare, so ask them instead.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 3 Apr 2023 at 15:56, Stephen Hemminger
wrote:
>
> On Sun, 2 Apr 2023 23:58:52 +0100
> Luca Boccassi wrote:
>
> > On Sat, 25 Mar 2023 at 00:39, Bernhard Übelacker
> > wrote:
> > >
> > > Dear Maintainer,
> > > I tried to find out wher
On Sat, 25 Mar 2023 at 00:39, Bernhard Übelacker wrote:
>
> Dear Maintainer,
> I tried to find out where exactly the stack smashing takes place.
> And found the ioctl SIOCCHGTUNNEL did write more than the 52 bytes
> allocated in variable old_p, by that overwriting the stack canary.
>
> Kind regard
On Sun, 19 Mar 2023 11:57:16 +0100 Bastian Blank
wrote:
> Control: tags -1 pending
>
> Hi
>
> I intend to NMU this today. It changes global config without any
> knowledge if it might work.
NACK, this is wrong as already explained.
--
Kind regards,
Luca Boccassi
signatu
On Wed, 15 Mar 2023 at 21:07, Jonathan Wiltshire wrote:
>
> Control: tag -1 moreinfo
>
> Hi,
>
> On Wed, Dec 07, 2022 at 08:11:11PM +0000, Luca Boccassi wrote:
> > An improvement to reduce the number of dependencies pulled down by the
> > usr-merged debootstrapp
On Tue, 14 Mar 2023 18:03:53 +0200 =?utf-8?Q?Samuli_Suonp=C3=A4=C3=A4?=
wrote:
>
> > On 14. Mar 2023, at 17.34, Luca Boccassi wrote:
> >
> > Exactly, so the admin shouldn't install a package that in the
> > description says:
> >
> > "Inst
interface is garbage, but there's nothing we can do
about it, that's just how it works.
This is the only way read-only images can be supported sanely.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
stem setups and constraints beyond
the guest's control, so you need to remove it and reinstall it - the
latest images (including bullseye) in the windows store are usr-merged
by default.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
start of the service?
No, because the image might be read-only by that time. If you decide to
install the package, you need to ensure it can work, and if you use an
image build tool, it's up to that tool to ensure it is set up
correctly, as it obviously cannot be done from the package itself.
--
K
. Only bug fix changes were merged since the
git snapshot that is currently in bookworm.
I have uploaded to unstable today, so with the 10 days migration delay
it will not migrate in time for the next freeze, hence filing this
unblock request.
Debdiff attached.
Thank you!
--
Kind regards,
Luca
On Thu, 2 Mar 2023 at 12:30, Jean-Marc LACROIX wrote:
>
> On 02/03/2023 13:13, Luca Boccassi wrote:
> > Control: tags -1 moreinfo
> >
> > On Thu, 2 Mar 2023 13:00:00 +0100 Jean-Marc LACROIX
> > wrote:
> >> Source: usrmerge
> >> Version: 35
>
oblem is due to the package usrmerge which is
> not instalable.
>
> The target is based on one rock64 board.
Which debootstrap version did you use to create the rootfs?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
lits
into a
> > and a-daemon, a-daemon replaces/breaks a<< version-of-split. a-
daemon
> > now has b.
>
> If a service is not supposed to be enabled, then an override for
> dh_installsystemd is the correct solution, setting --no-enable, but
not
> by moving it i
ssue an ifdown/ifup command is anyway
annoying.
>
> Please fix this issue and/or forward this bug report upstream, as
> appropriate.
Please report this upstream
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 23 Feb 2023 at 22:53, Santiago Vila wrote:
>
> El 23/2/23 a las 22:26, Luca Boccassi escribió:
> > On Thu, 23 Feb 2023 at 20:50, Santiago Vila wrote:
> >> The buildds already did the switch several months ago.
> >
> > Wait, what? Specific changes wer
/usr then yes, I agree we
should leave them there. We might have a problem if they were in /lib
in bullseye though, but am I correct in understanding that this is not
the case for any of the highlighted packages?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 23 Feb 2023 at 20:50, Santiago Vila wrote:
>
> El 23/2/23 a las 21:38, Luca Boccassi escribió:
> > It's too soon for this. I think the right time will be the first point
> > release of Bookworm - at that point we can get the buildds to switch
> > too. But t
ullseye from bookworm
> would not have to do anything special.
It's too soon for this. I think the right time will be the first point
release of Bookworm - at that point we can get the buildds to switch
too. But the release should be built in the current default as per
CTTE's instructions.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
is definitely the reason.
You marked it as 253~rc1-1 but you say it happens with 252.5-2, is it
the same error?
What is the full udev log? Add a drop-in that sets
SYSTEMD_LOG_LEVEL=debug and try again and attach the full udev log
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 12 Feb 2023 12:40:55 + Luca Boccassi
wrote:
> On Sun, 12 Feb 2023 12:40:19 +0100 Marco d'Itri wrote:
> > Also: at least we need to run "bootctl update" on package updates.
>
> Ah good point, completely forgot about this, will send a MR.
https://salsa.d
pts at the beginning, there's been no complaints so far.
> Also: at least we need to run "bootctl update" on package updates.
Ah good point, completely forgot about this, will send a MR.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 6 Feb 2023 at 13:13, Benjamin Drung wrote:
>
> On Sun, 2023-01-29 at 15:45 +0100, Michael Biebl wrote:
> > Am 29.01.2023 um 15:38 schrieb Luca Boccassi:
> > > On Sun, 29 Jan 2023, 13:15 Michael Biebl, > > <mailto:bi...@debian.org>> wrote:
> >
On Sun, 29 Jan 2023 at 14:45, Michael Biebl wrote:
>
> Am 29.01.2023 um 15:38 schrieb Luca Boccassi:
> > On Sun, 29 Jan 2023, 13:15 Michael Biebl, > <mailto:bi...@debian.org>> wrote:
> >
> > Am 28.01.2023 um 02:12 schrieb Luca Boccassi:
> > >
> enabled, so that gives some confidence that it is stable.
>
> Thanks,
> Mike
This is very much a legacy compat feature flag, and in general I'd like
to remove as many of these as possible, rather than adding them...
Michael what do you think?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 29 Jan 2023, 13:15 Michael Biebl, wrote:
> Am 28.01.2023 um 02:12 schrieb Luca Boccassi:
> > I'm looking at this again, because handling /etc/timezone is one of the
> > last large technical debt patches that we carry in Debian for
> > src:systemd, and we
to drop it for Trixie.
The idea is to add a tmpfiles.d entry in the systemd package that
unconditionally deletes /etc/timezone if present. If someone wants to
keep using it, they can simply override the tmpfiles.d entry with the
usual mechanisms.
So, could you please reconsider the proposal to st
systemd is a source of common sysctl settings among
different
> distributions.
Shipping 50-default.conf sounds good to me, it has sensible defaults,
and /etc/sysctl.conf(.d/*) takes precedence anyway if it contains any
local redefinition:
https://salsa.debian.org/systemd-team/systemd/-/me
vider/29567218/log.gz
In a few days I will NMU to disable the failing tests as a quick
workaround, unless the problem is sorted out beforehand.
Kind regards,
Luca Boccassi
On Sat, 17 Dec 2022 14:52:30 +0100 Sebastian Ramacher
wrote:
> Control: tags -1 confirmed
>
> Hi Luca
>
> On 2022-12-17 02:12:56 +, Luca Boccassi wrote:
> > Control: tags -1 -moreinfo
> >
> > On Wed, 23 Nov 2022 at 19:49, Sebastian Ramacher
wrote:
>
unless you have time to do it beforehand.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
.
The fixes come from the upstream stable branches which are covered by
CI and confirmed by reporters.
Please find the debdiff attached.
Kind regards,
Luca Boccassi
pu.debdiff
Description: Binary data
the tests or removing them to unblock other
packages.
Thanks!
Kind regards,
Luca Boccassi
On Tue, 20 Dec 2022, 01:11 Chris Hofstaedtler, wrote:
> Hi Luca,
>
> * Scott Kitterman :
> > On Wed, 30 Nov 2022 00:23:55 +1100 Stuart Prescott
> wrote:
> > > Package: ftp.debian.org
> > > Severity: normal
> > > X-Debbugs-Cc: stu...@debian.org
> > >
> > > The python-azure-devtools pacakge no lon
Control: tags -1 -moreinfo
On Wed, 23 Nov 2022 at 19:49, Sebastian Ramacher wrote:
>
> Control: tags -1 moreinfo
>
> On 2022-11-17 14:27:25 +, Luca Boccassi wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debia
On Tue, 13 Dec 2022 14:02:48 + Luca Boccassi
wrote:
> Source: uhd
> Version: 4.3.0.0+ds1-3
> Severity: important
> Tags: patch
> X-Debbugs-CC: pkg-dpdk-de...@lists.alioth.debian.org
>
> Dear Maintainer(s),
>
> We are preparing for the transition to dpdk 22.11 L
nsition as a
binary rebuild will be enough.
https://salsa.debian.org/bottoms/pkg-uhd/-/merge_requests/3
Thank you!
Kind regards,
Luca Boccassi
On Sat, 10 Dec 2022 at 14:51, Marco d'Itri wrote:
>
> On Dec 10, Luca Boccassi wrote:
>
> > > We also need a similar change in debootstrap: in setup_merged_usr(),
> > > skip adding the biarch directories on bullseye or newer.
> > I think I'd rather
On Sat, 10 Dec 2022 at 03:30, Marco d'Itri wrote:
>
> On Nov 21, Luca Boccassi wrote:
>
> > > We could add a versioned Depends on libc6 (and the equivalent libcX on
> > > !linux)) to usrmerge (and usr-is-merged) to ensure a "fixed" libc is
> >
have tested this locally and seems to work as expected.
Debdiff attached. It also enables usrmerge on hurd.
--
Kind regards,
Luca Boccassi
diff -Nru debootstrap-1.0.123+deb11u1/debian/changelog debootstrap-1.0.123+deb11u2/debian/changelog
--- debootstrap-1.0.123+deb11u1/debian/changelog 2022-07-
Control: reassign -1 debootstrap 1.0.123+deb11u1
Control: fixed -1 1.0.128
Control: retitle -1 debootstrap: installs usrmerge dependencies even when
pulling in usr-is-merged
On Wed, 7 Dec 2022 11:30:35 +0100 Bastian Germann
wrote:
> On Wed, 07 Dec 2022 00:29:45 +0000 Luca Boccassi
wr
which currently results in a complete perl installation for
`debootstrap --variant=minbase`.
That should install usr-is-merged, which has no dependencies. How did
you run debootstrap exactly? Which version?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 wontfix
Control: close -1
On Fri, 7 Oct 2022 at 15:31, Luca Boccassi wrote:
>
> On Fri, 7 Oct 2022 at 13:47, Guilhem Moulin wrote:
> >
> > Hi,
> >
> > On Sun, 02 Oct 2022 at 20:40:36 +0100, Luca Boccassi wrote:
> > > Could you please cons
we
are. Please add:
libdevmapper-dev
libargon2-dev
uuid-dev
libjson-c-dev
libssl-dev
libblkid-dev
to libcryptsetup-dev's Depends field. Thanks!
Kind regards,
Luca Boccassi
gt; libc-foo since iirc libc6 and libc6-foo are (transitively) version-locked).
Kind regards,
Luca Boccassi
, and if it is after we will ask for an
exception.
Would this plan work for everyone?
Bullseye tickets for reference:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974588
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974667
--
Kind regards,
Luca Boccassi
signature.asc
Description: This
r a conflict, for the next release we'll fix it to force
using the kernel driver as the default. On old systems with older tpms
the userspace manager might be needed for late-boot stuff, which is a
legitimate use case. It's the early-boot usage that is a problem.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
namespace.
A MR is available on Salsa to add the missing option:
https://salsa.debian.org/debian/stunnel/-/merge_requests/2
The alternative is to remove PrivateTmp=yes.
Kind regards,
Luca Boccassi
File "", line 1027, in _find_and_load
> File "", line 1004, in
_find_and_load_unlocked
> ModuleNotFoundError: No module named
'azure.mgmt.containerservice.v2022_04_01'
> To open an issue, please run: 'az feedback'
>
> Can you check what goind on ?
Cannot reproduce this anymore with the new python3-azure, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
File "/usr/lib/python3/dist-
packages/azure/mgmt/web/_web_site_management_client.py", line 804, in
web_apps
> raise ValueError("API version {} does not have operation group
'web_apps'".format(api_version))
> ValueError: API version 2022-03-01 does not have operation group
'web_apps'
Cannot reproduce with the newer python3-azure, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 -moreinfo
Control: reassign -1 python3-azure
Control: close -1 20221101+git-1
On Tue, 08 Nov 2022 11:36:56 + Luca Boccassi
wrote:
> Control: tags -1 moreinfo
>
> On Mon, 07 Nov 2022 19:36:40 +0100 Bastian Blank
> wrote:
> > Package: azure-cli
>
dencies that we want to avoid.
Once it's changed to use dlopen we can enable it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
python3-azure that just migrated to testing? If
not, can you try again and let me know if it helps?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
nit
> (...)
> #24 Esys_Initialize (libtss2-esys)
> #25 tpm2_context_init (libsystemd-shared)
>
> Thank you,
> Marek
I thought these days in-kernel resource management was preferred? Any
reason you were using abrmd?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
needs to be fixed, and it has
nothing to do with the systemd packages or this update, so I'll close
this now.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: severity -1 serious
Control: justification -1 breaks autopkgtest in testing
On Thu, 27 Oct 2022 at 13:31, Luca Boccassi wrote:
>
> On Thu, 27 Oct 2022 at 00:33, Tianon Gravi wrote:
> >
> > On Wed, 26 Oct 2022 at 16:03, Tianon Gravi wrote:
> > > On Wed,
On Fri, 28 Oct 2022 at 15:03, Guilhem Moulin wrote:
>
> Hi,
>
> On Fri, 28 Oct 2022 at 14:03:51 +0100, Luca Boccassi wrote:
> > Yesterday I uploaded sytemd/252~rc3 to unstable, and cryptsetup
> > autopkgtests have started failing.
>
> Thanks for the poke. AFAICT t
etup/-/blob/debian/latest/debian/tests/utils/init#L176
Any idea what's going on?
Thanks!
Kind regards,
Luca Boccassi
not exist, skipping line.
> (Reading database ... 50205 files and directories currently
installed.)
Those are just some log messages from tmpfiles about lines being
skipped. Where's the breakage?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 27 Oct 2022 at 00:33, Tianon Gravi wrote:
>
> 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, comp
kgtest/testing/amd64/d/debuerreotype/27484986/log.gz
Kind regards,
Luca Boccassi
ile "/usr/lib/python3/dist-packages/msal/application.py", line
1525, in __init__
> │ super(PublicClientApplication, self).__init__(
> │ TypeError: ClientApplication.__init__() got an unexpected keyword
argument 'allow_broker'
> │ To open an issue, please run: 'az feedback'
Check that you have the latest python3-msal (not yet migrated to
testing).
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ed Audience :: Developers',
'Natural Language :: English',
'Operating System :: OS Independent',
'Programming Language :: Python',
'Programming Language :: Python :: 2.7',
'Programming Language :: Python :: 3.3',
'Programming Language :: Python :: 3.4',
'Programming Language :: Python :: 3.5',
'Programming Language :: Python :: Implementation :: CPython',
'Topic :: Software Development :: Libraries :: Python Modules'
],
packages=setuptools.find_packages(exclude=['test', 'test.*']))
I don't see how it can be anything else than a problem in distutils itself?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
As per CTTE decision, buildds are still unmerged and will stay
unmerged till at least after Bookworm as shipped.
Kind regards,
Luca Boccassi
On Mon, 10 Oct 2022 at 13:15, Holger Levsen wrote:
>
> On Mon, Oct 10, 2022 at 12:45:24PM +0100, Luca Boccassi wrote:
> > Given we want one build as merged and one as unmerged, [...]
>
> do we really want that? I understand this is supposed to be(come)
> an unsupported con
hich is
messy.
The hook patch seems simple and non-intrusive enough? Do you see any
issue with it?
Kind regards,
Luca Boccassi
ould
be safe, no? We can add hard asserts to make really sure we get it
right
Kind regards,
Luca Boccassi
ld2 is. I think
> implementing this on reproducible builds will require adding a pbuilder
> hook that does steps 2 and 3?
Turns out this is quite easy to implement, so here's a MR (only tested
in isolation):
https://salsa.debian.org/qa/jenkins.debian.net/-/merge_requests/143
Kind regards,
Luca Boccassi
On Fri, 7 Oct 2022, 21:45 Simon McVittie, wrote:
> On Fri, 07 Oct 2022 at 18:07:45 +0100, Luca Boccassi wrote:
> > Wouldn't it be sufficient to create the build2 chroot as merged-usr
> > from the start?
>
> That would also be fine, but I think the way the reproducib
menting this on reproducible builds will require adding a pbuilder
> hook that does steps 2 and 3?
Wouldn't it be sufficient to create the build2 chroot as merged-usr
from the start?
Kind regards,
Luca Boccassi
On Fri, 7 Oct 2022 at 13:47, Guilhem Moulin wrote:
>
> Hi,
>
> On Sun, 02 Oct 2022 at 20:40:36 +0100, Luca Boccassi wrote:
> > Could you please consider an upload of the latest cryptsetup to
> > bullseye-backports?
>
> Bookworm/sid's cryptsetup-initramfs conf
I'll do an update of python-
azure, but something else will just break instead, it's like whack-a-
mole.
You should _never_ use the upstream package by the way, it's even lower
quality than everything else upstream produces and riddled with
security bugs, it should never touch any production machine where there
is valuable or sensitive data.
--
Kind regards,
Luca Boccassi
e feels "weird" to me, for the lack
> of a better word.
Indeed, and the approach should be the opposite - if you want the
binary but not to run it, then for that special case you should script
it to disable it. Enablement is done via postinst.
The semantics that we _want_ are that installing the package means
"use this as my resolver", i.e., the default is very much
intentionally that installing it also enables it, so that for the
supported case there's no manual step to do, it "just works" out of
the box. This is the approach that upstream recommends.
Kind regards,
Luca Boccassi
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ld be good to get this sorted as
mentioned above. isc-dhcp is one of the few popular packages left
without native units.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
alsa.debian.org/md/usrmerge/-/merge_requests/11
Thank you!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 2022-09-30 at 16:15 +0100, Luca Boccassi wrote:
> Control: forwarded -1 https://github.com/microsoft/WSL/issues/8927
>
> On Thu, 29 Sep 2022 21:44:29 + Sean Whalen wrote:
> > I just created a bug report in the official Microsoft WSL project
> > on
> > GitH
On Sat, 2022-10-01 at 01:03 +0200, Samuel Thibault wrote:
> Luca Boccassi, le ven. 30 sept. 2022 23:33:39 +0100, a ecrit:
> > On Thu, 29 Sep 2022 09:06:58 +0200 Samuel Thibault
> > wrote:
> > > Marco d'Itri, le jeu. 29 sept. 2022 04:53:32 +0200, a ecrit:
> > &g
nly to experimental, and leave
it out of unstable until bookworm shipped? That way we don't introduce
risks for bookworm, and hurd-i386 users can test it?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
removal (and running a corresponding chmod +x on reinstall).
> systemd-sysv-generator already helpfully ignores any non-executable
> files in /etc/init.d
>
> What do others think about this idea?
>
> Getting rid of the mask/unmask bandaid would be really beneficial.
I like that, sounds simple, low-risk and effective
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
rge
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> --
>
> Attempting to run sudo mv --no-clobber /lib/x86_64-linux-gnu/security
> /usr/lib/x86_64-linux-gnu/security manually results in the same
> permission denied error.
Is the root filesystem read-only or somethin
stem if it crashes just at the right time, of which there are many?
Given there's no rationale nor explanation, let's downgrade for now.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
s if the scripts were installable without also
> pulling the postinst that performs the conversion.
On all systems, usrmerge is either already installed or can be
installed as a no-op because usr-is-merged is already present. What use
case would that solve that is thus not already covered?
--
Kin
On Wed, 2022-09-28 at 09:51 +0200, Helmut Grohne wrote:
> Hi Luca,
>
> As much as I agree with you on other matters...
>
> On Tue, Sep 27, 2022 at 09:11:18PM +0100, Luca Boccassi wrote:
> > baseless, patently false statements - I frankly find it quite upsetting
> > t
tems are merged-usr, and it also means that
changes of any kind will very likely not be held back on the off-chance
that they might not work on unmerged systems (and no testing will be
required to detect that either). There are already taints in place to
detect unmerged systems.
In other words, one is of course free to do as they wish on their
systems, but they also get to keep the pieces.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ian-installer which
provides the di_packages_resolve_dependencies() API used by
cdebootstrap.
I've done a quick and superficial test of a similar change to ignore
the qualifier and it fixes the issue:
https://salsa.debian.org/installer-team/libdebian-installer/-/merge_requests/4
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
->
bookworm that fails to boot. Should be easy enough, given it
*allegedly* affects all systems (despite of course nobody ever having
seen anything remotely like it, ever, over the course of several
years), no? We'll be eagerly waiting for a detailed and evidence-based
report.
In the meanwhile,
On Fri, 2022-09-23 at 15:06 +0100, Luca Boccassi wrote:
> On Fri, 2022-09-23 at 15:50 +0200, Christoph Anton Mitterer wrote:
> > Hey.
> >
> > I'm not the maintainer, so in the end it's of course not my decision...
> >
> >
> >
> > Am
On Fri, 2022-09-23 at 15:50 +0200, Christoph Anton Mitterer wrote:
> Hey.
>
> I'm not the maintainer, so in the end it's of course not my decision...
>
>
>
> Am 23. September 2022 12:04:16 MESZ schrieb Luca Boccassi :
> > On Sat, 20 Mar 2021 20:45:11 +010
e are seeing users
misconfigure their systems because of the wrong/missing information in
the downstream crypttab manpage. We need to maintain cross-distro
consistency (that's the whole point of systemd) so renaming the
upstream one is not a good option.
Thank you!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
find which code takes care of doing it properly?
>
> It seems the code is cautious about symlinks, but only at one level of
> recursion. The attached patch fixes it by continuing deferring symlinks
> whose eventual target still doesn't exist yet.
Thanks for the patch - just to clarify,
On Thu, 2022-09-22 at 08:44 +0200, Giuseppe Sacco wrote:
> Il giorno mer, 21/09/2022 alle 23.29 +0100, Luca Boccassi ha scritto:
> > On Wed, 21 Sep 2022 21:46:19 +0200 Giuseppe Sacco
> > wrote:
> > > Il giorno mer, 21/09/2022 alle 18.26 +0200, Ansgar ha scritto:
> >
ally delete
/bin/open and then install usrmerge again?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 pending
On Wed, 2022-09-21 at 16:47 +0200, Thomas Deutschmann wrote:
> Package: usrmerge
> Version: 30
> Severity: important
>
> Dear Maintainer,
>
> I was trying to install Debian bookworm using
> firmware-testing-amd64-netinst.iso from 2022-09-21 14:22
> (https://cdimage.deb
?bug=926699
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019985
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019506
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
shipped in /usr|/lib are fixed vendor-provided
files, and must not be modified. Local modifications should instead
happen on /etc or /run. I strongly advise to fix that on your system.
(of course we still need usrmerger to support the generic case, that
goes without saying)
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 20 Sep 2022 01:11:43 +0200 Vincent Danjean
wrote:
> Hi,
>
> Le 19/09/2022 à 23:49, Luca Boccassi a écrit :
> > On Mon, 2022-09-19 at 22:29 +0100, Luca Boccassi wrote:
> >> On Mon, 19 Sep 2022 22:08:48 +0200 Vincent Danjean
> >> wrote:
> >>
701 - 800 of 1887 matches
Mail list logo