On Mon, 3 Jun 2024 at 02:12, Luca Boccassi wrote:
>
> Hi,
>
> I've created a udeb that adds an expert menu item to allow choosing
> systemd-boot (in the NEW queue):
>
> https://salsa.debian.org/installer-team/systemd-boot-installer
>
> A couple of PR
On Mon, 12 May 2025 at 22:41, Cyril Brulebois wrote:
>
> Hi Luca,
>
> Luca Boccassi (2025-05-12):
> > In https://release.debian.org/britney/hints/freeze I see:
> >
> > block-udeb systemd
> > block-udeb systemd-udeb
> >
> > but the first o
On Wed, 15 Jan 2025 at 14:56, Cyril Brulebois wrote:
>
> Hi Luca,
>
> Luca Boccassi (2025-01-15):
> > I plan to split out udev-udeb and libudev1-udeb from the current
> > src:systemd source package/repo into a new src:systemd-udeb (forked
> > from the old one, so ge
On Fri, 24 Jan 2025 at 08:43, Pascal Hambourg wrote:
>
> On 18/01/2025 at 11:46, Luca Boccassi wrote:
> > On Sat, 18 Jan 2025 at 06:30, Cyril Brulebois wrote:
> >>
> >> I'm seeing a lot of things that are different, for what should be just a
> >>
On Thu, 23 Jan 2025 at 14:01, Luca Boccassi wrote:
>
> On Thu, 23 Jan 2025 at 11:56, Luca Boccassi wrote:
> >
> > On Thu, 23 Jan 2025 at 11:13, Cyril Brulebois wrote:
> > >
> > > Hi,
> > >
> > > Luca Boccassi (2025-01-15):
> >
On Thu, 23 Jan 2025 at 11:56, Luca Boccassi wrote:
>
> On Thu, 23 Jan 2025 at 11:13, Cyril Brulebois wrote:
> >
> > Hi,
> >
> > Luca Boccassi (2025-01-15):
> > > I plan to split out udev-udeb and libudev1-udeb from the current
> > > src:systemd
On Thu, 23 Jan 2025 at 11:13, Cyril Brulebois wrote:
>
> Hi,
>
> Luca Boccassi (2025-01-15):
> > I plan to split out udev-udeb and libudev1-udeb from the current
> > src:systemd source package/repo into a new src:systemd-udeb (forked
> > from the old one, so ge
On Sat, 18 Jan 2025 at 17:06, Cyril Brulebois wrote:
>
> Luca Boccassi (2025-01-18):
> > The old udev-udeb.install was severely bitrotting, as it seems it was
> > copied at some point from the main one, but then largely left as-is.
> > Normally dh-missing would warn ab
On Sat, 18 Jan 2025 at 06:30, Cyril Brulebois wrote:
>
> Hi,
>
> Luca Boccassi (2025-01-17):
> > New source package has been accepted and both uploads are now in unstable
>
> Thanks for the heads-up.
>
> I'm seeing a lot of things that are different, for what s
On Wed, 15 Jan 2025 at 14:56, Cyril Brulebois wrote:
>
> Hi Luca,
>
> Luca Boccassi (2025-01-15):
> > I plan to split out udev-udeb and libudev1-udeb from the current
> > src:systemd source package/repo into a new src:systemd-udeb (forked
> > from the old one, so ge
Hi Cyril,
I plan to split out udev-udeb and libudev1-udeb from the current
src:systemd source package/repo into a new src:systemd-udeb (forked
from the old one, so generated udebs will be the same).
This should greatly reduce your workload as src:systemd uploads will
no longer be in your way and
Control: severity -1 serious
Dear Maintainers(s),
These bugs have been open since the release of Bookworm, and now the
development cycle for Trixie is approaching its end. Bumping the
severity of these bugs hence, as tzdata no longer creates the legacy
file.
On Sat, 23 Nov 2024 16:38:35 +0100 Holger Wansing wrote:
> Hi all,
>
> from the originally 20 bugreports there are 12 still open more than 16
> months later.
>
> Do we want to wait any longer?
> And if so, should severity be raised?
Yeah, we have waited for the whole development cycle of Trixie
On Sun, 17 Nov 2024 at 11:41, Cyril Brulebois wrote:
>
> Jonathan Wiltshire (2024-11-17):
> > Control: tag -1 d-i confirmed
> >
> > On Sat, Nov 16, 2024 at 07:45:46PM +, Luca Boccassi wrote:
> > > We would like to upload the latest stable point release of
On Sun, 11 Aug 2024 at 00:13, Luca Boccassi wrote:
>
> On Sat, 10 Aug 2024 at 20:38, Steve McIntyre <93...@debian.org> wrote:
> >
> > On Sat, Aug 10, 2024 at 07:49:09PM +0200, Bastian Blank wrote:
> > >Hi
> > >
> > >bluca just announced that h
On Sun, 11 Aug 2024 at 15:25, Bastian Blank wrote:
>
> Hi Luca
>
> I find it interesting that you explicitly exclude me in your reply, but
> not the other people I sent the e-mail in the first place.
Just as interesting as the fact that _you_ explicitly excluded _me_ in
your f
On Sat, 10 Aug 2024 at 20:38, Steve McIntyre <93...@debian.org> wrote:
>
> On Sat, Aug 10, 2024 at 07:49:09PM +0200, Bastian Blank wrote:
> >Hi
> >
> >bluca just announced that he is going on a rampage after the CTTE
> >decided not to hear him. As this is the second time within a few weeks
> >just
On Thu, 25 Jul 2024 at 21:28, Holger Wansing wrote:
>
> Hi Luca,
>
> I just worked on translating the message strings for systemd-boot-installer
> into German.
>
> I stumbled on this message:
>
> #. Type: select
> #. Description
> #. :sl3:
> #: ../systemd-b
On Tue, 16 Jul 2024 at 10:51, Luca Boccassi wrote:
>
> Hi,
>
> The Discoverable Partitions Specification defines a bunch of GUIDs that
> allow auto-discovering the mount point of a GPT partition on boot. This
> for example can be used to boot an image using a dracut or pack
rg/installer-team/partman-base/-/merge_requests/9
This is the standalone package:
https://salsa.debian.org/bluca/partman-dps
Any preferences?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 8 Jul 2024 at 10:21, Pascal Hambourg wrote:
>
> On 07/07/2024 at 22:41, Debian FTP Masters wrote:
> > [ Luca Boccassi ]
> > * Note that /tmp is a tmpfs by default in partition choice.
>
> Looking a systemd changelog:
>
> > * Make /tmp/ a tmpfs
On Fri, 28 Jun 2024 at 10:15, Cyril Brulebois wrote:
>
> Luca Boccassi (2024-06-28):
> > The package has migrated to testing and I have merged those 2 MRs. Is
> > an upload of debian-installer needed for it to show up in the weekly
> > builds?
>
> Having the branch
On Tue, 18 Jun 2024 at 23:58, Luca Boccassi wrote:
>
> On Mon, 3 Jun 2024 at 16:17, Luca Boccassi wrote:
> >
> > On Mon, 3 Jun 2024 at 16:11, Holger Wansing wrote:
> > >
> > > Hi,
> > >
> > > Am 3. Juni 2024 11:23:57 MESZ schrieb Luc
On Mon, 3 Jun 2024 at 16:17, Luca Boccassi wrote:
>
> On Mon, 3 Jun 2024 at 16:11, Holger Wansing wrote:
> >
> > Hi,
> >
> > Am 3. Juni 2024 11:23:57 MESZ schrieb Luca Boccassi :
> > >On Mon, 3 Jun 2024 at 02:47, Cyril Brulebois wrote:
> > >>
ution: We can simply try writing to the created devices and
perform
> the bind mount dance if it does not.
>
> I've prepared a patch for this.
>
> Helmut
Could you please send a MR on Salsa? Thanks
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 3 Jun 2024 at 20:07, John Paul Adrian Glaubitz
wrote:
>
> Hello,
>
> On Mon, 2024-06-03 at 03:46 +0200, Cyril Brulebois wrote:
> > ACK on the .mrconfig part, but I think this misses an addition to
> > packages/po/packages_list (to be confirmed with Holger Wansing). Might
> > be best to get
On Mon, 3 Jun 2024 at 16:11, Holger Wansing wrote:
>
> Hi,
>
> Am 3. Juni 2024 11:23:57 MESZ schrieb Luca Boccassi :
> >On Mon, 3 Jun 2024 at 02:47, Cyril Brulebois wrote:
> >> Luca Boccassi (2024-06-03):
> >>
> >> > https://salsa.debian.org/inst
On Mon, 3 Jun 2024 at 02:47, Cyril Brulebois wrote:
>
> Hi,
>
> Luca Boccassi (2024-06-03):
> > I've created a udeb that adds an expert menu item to allow choosing
> > systemd-boot (in the NEW queue):
> >
> > https://salsa.debian.org/installer-team/sys
On Mon, 3 Jun 2024 at 02:22, Cyril Brulebois wrote:
>
> Hi,
>
> Luca Boccassi (2024-06-03):
> > Package: wnpp
> > Severity: wishlist
> > Owner: Luca Boccassi
> > X-Debbugs-Cc: debian-de...@lists.debian.org
> >
> > * Package name: sy
ace to add this?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 2 Jun 2024 at 20:04, Cyril Brulebois wrote:
>
> Luca Boccassi (2024-05-27):
> > I'll upload a D-I fix that adds x-initrd.attach to crypttab by default
> > shortly. Yes you can ignore the "unknown option" message, as the
> > Debian-specific initr
Control: affects -1 - piuparts debos vmdb2
Control: reassign -1 piuparts
On Tue, 28 May 2024 13:14:00 +0200 Helmut Grohne
wrote:
> Control: reassign -1 debootstrap
> Control: affects -1 + piuparts debos vmdb2
>
> On Tue, May 28, 2024 at 12:08:37PM +0100, Luca Boccassi wrote:
>
ult
shortly. Yes you can ignore the "unknown option" message, as the
Debian-specific initramfs-tools scripts do not know about it, but
that's fine, it's for the shutdown path anyway. And the finalize
messages can also be ignored.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 7 May 2024 at 00:18, Cyril Brulebois wrote:
>
> Luca Boccassi (2024-05-06):
> > Pending at:
> > https://salsa.debian.org/installer-team/partman-crypto/-/merge_requests/8
>
> I'm not sure how often we change template types, but I suppose this
> particular
ler-team/partman-crypto/-/merge_requests/8
Test iso built by CI can be found here:
https://salsa.debian.org/bluca/partman-crypto/-/jobs/5694502/artifacts/browse/debian/output/
Any help testing would be welcome
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 pending
On Thu, 11 Jan 2024 19:55:18 + Luca Boccassi
wrote:
> On Thu, 11 Jan 2024 at 14:22, Holger Levsen
wrote:
> >
> > On Thu, Jan 11, 2024 at 11:56:28AM +, Luca Boccassi wrote:
> > [...]
> > > How about if I changed the Description fro
which avoids the t64
transition
> whilst providing similar functional coverage.
>
> Patch attached.
Please send a merge request on Salsa
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 15 Jan 2024 at 12:28, Holger Levsen wrote:
>
> On Mon, Jan 15, 2024 at 10:46:14AM +, Luca Boccassi wrote:
> > > huh, if there's a bug in the firmware to accidently store the encryption
> > > key on the drive in plaintext, it doesn't cost anything ext
On Mon, 15 Jan 2024 at 10:22, Holger Levsen wrote:
>
> On Sun, Jan 14, 2024 at 08:37:30PM +, Luca Boccassi wrote:
> > Most definitely wrong. If your threat model is "hardware vendor will
> > spend hundreds of millions of dollars to get at me" then your cpu
> >
On Sun, 14 Jan 2024 at 19:30, Pascal Hambourg wrote:
>
> On 11/01/2024 at 12:56, Luca Boccassi wrote:
> >
> > Yes it is a firmware feature, so it depends on the hardware, and in all
> > drives I know of that will be the case, yes. From that point of view,
> > to me
On Thu, 11 Jan 2024 at 14:22, Holger Levsen wrote:
>
> On Thu, Jan 11, 2024 at 11:56:28AM +, Luca Boccassi wrote:
> [...]
> > How about if I changed the Description from:
> > Self-encrypting disk (opal with LUKS2)
> > to something like:
> > Firmware-ba
On Thu, 11 Jan 2024 08:46:53 + Holger Levsen
wrote:
> On Thu, Jan 11, 2024 at 01:47:59AM +0000, Luca Boccassi wrote:
> > cryptsetup 2.7.0, currently in experimental, added support for self
> > encrypting drives using the OPAL functionality as the encryption
layer
> > (
e all support this
functionality, otherwise they are hidden. A factory reset option for
the disk is also exposed. A small utility to call the required ioctl to
check for support on a given disk is added too.
I have tested this with a Kingston drive and it seems to work as
expected.
--
Kind regards,
oes not work, and I've no time to fight with the tools.
>
> If someone has a working recipe for all this madness, please
> share a patch for d/rules.
>
> Tagging with "help" for now.
Could you please share a branch or a patch with your attempt? What you
tried should work, but it's hard to say without looking at the
implementation in details.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: fixed -1 1.0.133
Control: fixed -1 1.0.128+nmu2+deb12u1
Control: fixed -1 1.0.123+deb11u2
Control: close -1
On Tue, 31 Oct 2023 at 08:02, John Paul Adrian Glaubitz
wrote:
>
> Hello!
>
> I am not sure whether this issue has been fixed.
>
> We're seeing this issue on buildds and porterboxe
On Wed, 18 Oct 2023 at 18:36, Johannes Schauer Marin Rodrigues
wrote:
>
> Hi Luca,
>
> Quoting Luca Boccassi (2023-10-18 19:17:40)
> > On Wed, 18 Oct 2023 at 18:04, Johannes Schauer Marin Rodrigues
> > wrote:
> > >
> > > Hi,
> > &g
On Wed, 18 Oct 2023 at 18:04, Johannes Schauer Marin Rodrigues
wrote:
>
> Hi,
>
> Quoting Santiago Vila (2023-10-12 17:56:04)
> > Johannes has asked the RMs in this thread:
> >
> > https://lists.debian.org/debian-release/2023/10/msg00425.html
> >
> > if they are ready to consider the bugs as RC. I
On Fri, 29 Sept 2023 at 00:42, Johannes Schauer Marin Rodrigues
wrote:
>
> Hi Julien,
>
> thank you for your quick reply!
>
> Quoting Julien Cristau (2023-09-28 17:49:51)
> > I guess more than mixing two different things I disagree that that is
> > debootstrap's responsibility, and so I disagree t
a
> merge request against debootstrap which avoids installing priority:required
> packages with the buildd variant:
>
> https://salsa.debian.org/installer-team/debootstrap/-/merge_requests/106#note_430035
>
> I've put Ansgar and Julien in CC as they were opposed to this change.
>
&g
emaining in place.
>
> I'm aware that we're getting close to the deadline for 12.2 and 11.8,
> so I've uploaded the proposed version to bookworm-proposed-updates for
> easier testing and review. Luca: the proposed version and a signed tag
> are available from my fork
On Tue, 05 Sep 2023 20:34:02 +0100 Luca Boccassi
wrote:
> On Tue, 5 Sep 2023 17:33:27 +0100 Jonathan Wiltshire
> wrote:
> > Control: tag -1 moreinfo
> >
> > On Tue, Sep 05, 2023 at 10:30:09AM +0100, Luca Boccassi wrote:
> > > On Wed, 30 Aug 2023 16:27:12
On Tue, 5 Sep 2023 17:33:27 +0100 Jonathan Wiltshire
wrote:
> Control: tag -1 moreinfo
>
> On Tue, Sep 05, 2023 at 10:30:09AM +0100, Luca Boccassi wrote:
> > On Wed, 30 Aug 2023 16:27:12 +0100 Simon McVittie
> > wrote:
> > > Part of the transition to merg
On Wed, 16 Aug 2023 at 17:14, Cyril Brulebois wrote:
>
> Hi Luca,
>
> (1-month lag explained by heavy post-release burnout, which I'm fighting
> hard(er) today to make sure Helmut can make progress.)
>
> Luca Boccassi (2023-07-18):
> > So, I want to propose to
adding yourself to
> Uploaders, as others have suggested? Or ask one of the current
> Uploaders
> to do it, if that is more agreeable to you?
That doesn't solve the problem, given I explicitly do _not_ want to
claim ownership of the package for myself. Just provide occasional
con
27;s great that it works for you and for some teams, but it doesn't
work for me and for others. For me, if someone else is listed in
Uploaders, then it's their property and I'm not touching it unless
absolutely necessary.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 19 Jul 2023 at 01:18, Charles Plessy wrote:
>
> Le Wed, Jul 19, 2023 at 12:00:20AM +0100, Luca Boccassi a écrit :
> >
> > Because the intention is not to claim the package for myself (far from
> > it! I already maintain too many...), but to open it up for uploa
(or wants to join it), removing
any barriers.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
anything else, but simply and solely to remove all
barriers stopping or hindering anybody else from doing team
maintenance.
Thoughts?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 16 Jul 2023 12:54:35 +0100 Simon McVittie
wrote:
> On Sun, 16 Jul 2023 at 12:42:11 +0100, Luca Boccassi wrote:
> > In the meanwhile, I'll immediately revert the sabotage.
>
> Both of you, please don't turn this into an NMU war in the archive:
> that doesn&#x
s://salsa.debian.org/installer-team/debootstrap/-/merge_requests/93
http://meetbot.debian.net/debian-ctte/2023/debian-ctte.2023-07-11-17.58.log.html
Debian Community Team, Adam is once again sabotaging the CTTE's work
with hostile NMUs, could you please intervene? Thank you.
In the meanwhile, I'll
systemd-tmpfiles ${DPKG_ROOT:+--root="$DPKG_ROOT"} --create
dbus.conf >/dev/null || true
fi
fi
# End automatically added section
It seems to me a safe way to fix this and do the right thing is to swap
the #DEBHELPER# token and the manual dbus-uuidgen block in dbus-
daemon's postinst. Then on systemd systems the tmpfiles will win and on
other systems dbus-uuidgen will do its job.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ugreport.cgi?bug=1038849
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038850
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038851
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038852
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
an.org/pkg/netplan.io
> [2]
> https://hamburg-2023.mini.debconf.org/talks/5-network-configuration-on-debian-systems/
Yeah I think it would be nice to do some experiments there, at least
starting with networkd and eventually considering netplan as an
additional step on top - thanks for volunteering :-P
Ultimately it seems to me that the defaults should be driven by
tasklets rather than priority - ie, make ifupdown and dhcpd-base
optional, have ifupdown depend on dhcpd-base so that if a user wants
to use that stack they can just pull in ifupdown and it works as
expected, and have the desktop task pull in NetworkManager. Then we
can decide what the default stack for servers should be after some
experimenting.
Kind regards,
Luca Boccassi
not really supported. Anyway, this should be fixed in
a newer version, try installing debootstrap from bullseye-backports.
--
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
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
ia kernel drivers need
firmware-nvidia-gsp/firmware-nvidia-tesla-gsp. Also I think there are
efforts in progress to use the nvidia firmwares with nouveau:
https://lwn.net/Articles/910343/
I don't know if these are good enough reasons to include those for now
- it would certainly not benefit end users at this stage, and mostly
be for the benefit of developers and tinkerers. In case a future
kernel version's nouveau can use the gsp though, being able to use it
from bookworm-backports would be nice I think.
Kind regards,
Luca Boccassi
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-
17 Oct 2022 at 12:14, Dimitri John Ledkov
wrote:
>
> Ack, will look into it
>
> On Mon, 17 Oct 2022, 10:50 Luca Boccassi, wrote:
>>
>> Hi,
>>
>> I have uploaded debootstrap_1.0.128+nmu1 to DELAYED/1, as 1.0.128 added
>> a new autopkgtest that fails i
back migration to testing.
MR: https://salsa.debian.org/installer-team/debootstrap/-/merge_requests/82
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sat, 2022-09-24 at 14:25 +0100, Luca Boccassi wrote:
> Hi,
>
> I've just NMU'ed debootstrap/1.0.127+nmu1 to DELAYED/2, to include two
> fixes for merged-usr: enabling it on hurd-i386 [0], and avoiding to
> install both usr-is-merged and usrmerge in sid/bookworm chroots
rge_requests/76
--
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
idn't check other architectures.
>
> Interesting could also be the installation of libc6:amd64 on a i386
> system as that will create /lib64 ... yes, that will leave you with a
> /lib64 directory if no symlink pre-exists.
This MR implements the suggestion from Marco from
Control: tags -1 -moreinfo
On Mon, 2022-09-19 at 11:23 +0100, Luca Boccassi wrote:
> Control: tags -1 moreinfo
>
> On Mon, 2022-09-19 at 11:29 +0200, Andreas Beckmann wrote:
> > Shouldn't that fail in such a broken environment?
> >
> > # apt-get install --rei
l the usrmerge package to convert this system to merged-/usr.
*
* For more information please read https://wiki.debian.org/UsrMerge.
*
**
+ exit 1
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
[1] https://salsa.debian.org/installer-team/debootstrap/-/merge_requests/71
--
Kind regards,
Luca Boccassi
diff -Nru debootstrap-1.0.114/debian/changelog debootstrap-1.0.114+deb10u1/debian/changelog
--- debootstrap-1.0.114/debian/changelog 2019-01-09 13:00:04.0 +
+++ debootstrap
.html
[1] https://salsa.debian.org/installer-team/debootstrap/-/merge_requests/71
--
Kind regards,
Luca Boccassi
diff -Nru debootstrap-1.0.123/debian/changelog debootstrap-1.0.123+deb11u1/debian/changelog
--- debootstrap-1.0.123/debian/changelog 2020-03-14 01:07:20.0 +
+++ debootstrap
. Can I call you?
Best regards
Luca Gauthier
On Mon, 2021-09-27 at 15:18 +0200, John Paul Adrian Glaubitz wrote:
>
> > On Sep 27, 2021, at 2:25 PM, Luca Boccassi wrote:
> >
> > Even if that interpretation would work as an excuse to never do
> > anything, and I'm not really sure it does, this specification h
On Mon, 2021-09-27 at 13:06 +0200, John Paul Adrian Glaubitz wrote:
> Hello!
>
> On 9/27/21 12:46, Luca Boccassi wrote:
> > > Also, since parted is maintained by RedHat, I would expect that this
> > > feature
> > > would land in parted soon as well.
> >
On Sun, 2021-09-26 at 12:45 +0200, John Paul Adrian Glaubitz wrote:
> Hello!
>
> On 9/26/21 12:40, Luca Boccassi wrote:
> > Does libparted support the discoverable partitions spec?
>
> I'm not sure, this thread is the first time I have heard about discoverable
> par
rting these architectures in Debian Ports
> and I invested quite some time to get Atari partition support added [1],
> for example.
>
> I think it makes little sense to not use libparted as it already supports
> all common and less common partition types and reimplementing everything
> that libparted makes little sense to me.
>
> Adrian
Does libparted support the discoverable partitions spec?
Kind Regards,
Luca Boccassi
.
I'm wondering if it's planned a fix, because it would be great to use
the whole memory.
Thank you,
Luca.
May 9 00:00:44 syslogd started: BusyBox v1.22.1
May 9 00:00:44 kernel: klogd started: BusyBox v1.22.1 (Debian 1:1.22.0-19+b3)
May 9 00:00:44 kernel: [0.00] Booting Linux on physi
his is a major step forwards from the old Windows-only ot "boot a
> DOS
> floppy" style of firmware updates.
To add my 2c to that, we also don't know that the firmware that is
installed on the machine at the factory is secure - but we know it's
outdated, and we know that security-related new versions are common
enough to be worth worrying about.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Hi Holger,
On 21/12/2018 17:41, Holger Wansing wrote:
> could you take a minute and look at
> https://salsa.debian.org/installer-team/installation-guide/merge_requests/3
> please?
>
> Should we accept that change?
Slight rewording, merge request accepted.
Thanks
Luca
Hi Geert,
On 15/08/2018 22:07, Geert Stappers wrote:
[cut]
>
> What is your salsa account name?
>
My salsa account is mondo-guest.
Many thanks,
Luca
Hi All,
I'm the translator of installation-guide in Italian. I was allowed to
commit my work to old SVN repository.
I have a salsa account but I cannot commit on new git repository.
Could you please give me write access to repository?
Thanks,
Luca
t install a kernel or bootloader, which were the packages I was
> thinking about.
I might have shared this before and apologies if so - but just in case
it can be useful, here's how we implemented this in live-build to
create a secure-boot compatible live bootable image:
https://sals
patch, please?
I applied to 1.0.98 package in unstable, and it fixes the problem for me.
--
Cheers,
Luca
Hi Paul,
2018-05-16 10:05 GMT+02:00 Paul Gevers :
> The autopkgtest of debomatic in testing is apparently already broken¹
> without the new debootstrap for reasons unclear to me. As a result it
> isn't blocking migration anymore².
This is due to #898738.
--
Cheers,
Luca
problem can be reproduced from 1.0.97
(hence adjusting found correctly). I'll have a look in the next few
days as well.
--
Cheers,
Luca
/dists/unstable/contrib/binary-amd64/Packages.gz
was corrupt
I: Retrieving Packages
E: Couldn't download
http://deb.debian.org/debian/dists/unstable/contrib/binary-amd64/Packages
It works correctly when omitting ---components, or with --components=main only.
--
Cheers,
Luca
On Mon, 13 Nov 2017 17:16:26 + Luca Boccassi
wrote:
> Package: busybox
> Version: 1.27.2-1
> Severity: wishlist
> Tags: patch
>
> Dear Maintainers,
>
> Please consider enabling telnetd in the busybox package. A tiny and
> trivial patch to set the config is atta
Hey all,
I'm trying to install a version of a minimal debian-based ISO on an
Dell R610 with PERC6/i raid controller, but the installer stops when it
tries to partition the disk with this msg:
[!!] Partition disks
No root file system
No root file system is defined.
Please correct this from the
curious as to which
> things might break, but let's do that, and we'll see…
Alright! Thanks both to you and Steve for the fast replies!
--
Cheers,
Luca
Dear -boot and -cd teams,
could you please comment on the request of demoting library priorities
from required and important to optional?
Thanks,
Luca
Dear -boot and -cd teams,
could you please comment on the request of demoting wget priority from
important to standard?
Thanks,
Luca
install it, it won't do anything unless you enable it via
an init script or by starting it manually. So there's no chance of
using it by mistake.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
1 - 100 of 342 matches
Mail list logo
