On Wed, 29 May 2024 at 11:01, Andreas Svensson
wrote:
>
> Hello,
>
> I have a system that should keep the hardware watchdog active while
> rebooting the system. It has worked fine up to systemd version v254.
>
> I noticed that since systemd version v254 my system stops the hardware
> watchdog
On Sat, 20 Apr 2024 at 01:45, Cristian Rodríguez
wrote:
>
> On Fri, Apr 19, 2024 at 6:17 AM Thorsten Kukuk wrote:
> >
> > On Fri, Apr 19, 2024 at 11:48 AM Luca Boccassi
> > wrote:
> >
> > > However, logging should work out of the box as long as the jour
On Fri, 19 Apr 2024 at 12:50, Thorsten Kukuk wrote:
>
> On Fri, Apr 19, 2024 at 11:48 AM Luca Boccassi
> wrote:
> > On Fri, 19 Apr 2024 at 10:30, Thorsten Kukuk wrote:
>
> > > And now I started looking into how services can survive the
> > > soft-reboot. I
On Fri, 19 Apr 2024 at 10:30, Thorsten Kukuk wrote:
>
> Hi,
>
> we finished the integration of soft-reboot into openSUSE Tumbleweed
> and MicroOS (transactional-update), and the major problems except
> firewalld+podman are solved. Now we only need to do all the "fine
> tuning".
> Is there
No, that's about publishing a new service, not calling into others.
It's probably due to dbus-broker supporting SO_PEERSEC to acquire credentials.
On Fri, 29 Mar 2024 at 21:14, Mantas Mikulėnas wrote:
>
> I don't know, but it might be related to this note:
>
On Wed, 20 Mar 2024 at 02:00, Nils Kattenbeck wrote:
>
> Hello,
>
> I am writing a simple oneshot service which should read access from
> the journal and systemctl status. To restrict the service I was trying
> to enable DynamicUser (and added '
> SupplementaryGroups=systemd-journal'). However,
On Wed, 13 Mar 2024 at 12:30, Aditya Gupta wrote:
>
> Hello,
>
> I tried systemd-soft-reboot on a RHEL system, and it's amazing in terms
> of it's ability to do a userspace reboot, within fraction of time of a
> full system reboot. For example, for a Power system taking around 50
> seconds to do
On Tue, 26 Dec 2023 at 02:30, Petr Menšík wrote:
>
> Hello systemd users and developers,
>
> I have experienced something in issue #25676 [1], which has been closed and I
> am not allowed to comment there anymore. But the experience I had there were
> so terrible, I feel a need to comment a
On Thu, 21 Dec 2023 at 14:26, Ludwig Nussel wrote:
>
> Hi!
>
> JFYI openSUSE now has a MicroOS (transactional system with read-only /)
> qcow image¹ suitable for use in qemu that uses systemd-boot. The image
> is part of the Tumbleweed development process and automatically released
> (ie
On Mon, 11 Dec 2023 at 21:20, Demi Marie Obenour
wrote:
>
> On Mon, Dec 11, 2023 at 08:58:58PM +, Luca Boccassi wrote:
> > On Mon, 11 Dec 2023 at 20:43, Demi Marie Obenour
> > wrote:
> > >
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA
On Mon, 11 Dec 2023 at 20:43, Demi Marie Obenour
wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Mon, Dec 11, 2023 at 08:15:27PM +, Luca Boccassi wrote:
> > On Mon, 11 Dec 2023 at 17:30, Demi Marie Obenour
> > wrote:
> > >
> >
On Mon, 11 Dec 2023 at 17:30, Demi Marie Obenour
wrote:
>
> On Mon, Dec 11, 2023 at 10:57:58AM +0100, Lennart Poettering wrote:
> > On Fr, 08.12.23 17:59, Eric Curtin (ecur...@redhat.com) wrote:
> >
> > > Here is the boot sequence with initoverlayfs integrated, the
> > > mini-initramfs contains
On Sat, 9 Dec 2023 at 17:58, Eric Curtin wrote:
>
> On Sat, 9 Dec 2023 at 17:46, Luca Boccassi wrote:
> >
> > On Sat, 9 Dec 2023 at 17:25, Eric Curtin wrote:
> > >
> > > On Sat, 9 Dec 2023 at 17:19, Luca Boccassi wrote:
> > > >
> &g
On Sat, 9 Dec 2023 at 17:25, Eric Curtin wrote:
>
> On Sat, 9 Dec 2023 at 17:19, Luca Boccassi wrote:
> >
> > On Sat, 9 Dec 2023 at 15:08, Eric Curtin wrote:
> > >
> > > On Sat, 9 Dec 2023 at 14:56, Andrei Borzenkov wrote:
> > > >
On Sat, 9 Dec 2023 at 15:08, Eric Curtin wrote:
>
> On Sat, 9 Dec 2023 at 14:56, Andrei Borzenkov wrote:
> >
> > On 09.12.2023 17:42, Eric Curtin wrote:
> > > On Sat, 9 Dec 2023 at 12:46, Luca Boccassi wrote:
> > >>
> > >> On Fri, 8 Dec 2023 at
On Fri, 8 Dec 2023 at 19:00, Eric Curtin wrote:
>
> We have been working on a new initial filesystem called initoverlayfs.
> It is a new filesystem that provides a more scalable approach to
> initial filesystems as opposed to just using initrds. We are writing
> this RFC to the systemd and dracut
On Wed, 6 Dec 2023 at 16:00, Christopher Wong wrote:
> Hi,
>
> I’m trying to do the following:
>
> root@host:~# systemctl set-environment XDG_RUNTIME_DIR="/run/user/503"
Why are you setting this?
Anyway, enable debug level log and attach the output, otherwise it's hard to say
Applications can use credentials:
https://systemd.io/CREDENTIALS/
On Mon, 4 Dec 2023 at 05:22, VENKAT Nagaraj THOGARU (QUIC)
wrote:
>
> HI @Luca Boccassi,
>
>
>
> We have an application in Linux which need this information.
>
>
>
> Thanks & Regards,
>
Why does the kernel need to know all that?
On Fri, 1 Dec 2023, 06:43 VENKAT Nagaraj THOGARU (QUIC), <
quic_thog...@quicinc.com> wrote:
> HI @Luca Boccassi,
>
> Looks like this addons is to append additional cmd-line parameters with
> static data.
> Our requirement is to
On Tue, 28 Nov 2023 at 10:30, VENKAT Nagaraj THOGARU (QUIC)
wrote:
>
> Hi @systemd-devel@lists.freedesktop.org,
>
>
>
> We have a query on Fixup-support for kernel command line provided from UKI in
> system-stub.
>
>
>
> Just like we have the Fixup support for DTB provided from UKI in
>
/systemd/man/255/systemd.exec.html
254:
https://www.freedesktop.org/software/systemd/man/254/systemd.exec.html
and so on.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 8 Nov 2023 at 18:31, František Šumšal wrote:
>
> On 11/8/23 16:21, Luca Boccassi wrote:
> > On Wed, 8 Nov 2023 at 15:00, daechir wrote:
> >>
> >> Hello,
> >> I have been unable to build systemd from around the systemd-executor
> >> commi
On Wed, 8 Nov 2023 at 15:00, daechir wrote:
>
> Hello,
> I have been unable to build systemd from around the systemd-executor commit
> here:
> https://github.com/systemd/systemd/commit/bb5232b6a3b8af075ee06cc87416e5f49a6170d3.
> The error received is very vague and even when using verbose mode
On Wed, 18 Oct 2023 at 03:00, Kenneth Porter wrote:
>
> https://www.phoronix.com/news/Debian-Repeats-Merged-Usr-Block
>
> https://lists.debian.org/debian-devel-announce/2023/10/msg3.html
As it is so very often the case, phoronix is wrong and doesn't
understand what it is reporting about,
On Fri, 29 Sept 2023 at 12:00, Lewis Gaul wrote:
>
> Hi systemd team,
>
> I've encountered an issue when running systemd inside a container using
> cgroups v2, where if a container exec process is created at the wrong moment
> during early startup then systemd will fail to move all processes
On Sat, 9 Sept 2023 at 18:58, Jan Hendrik Farr wrote:
>
> > - the cmdline section is actually optional, just like it's optional to
> > pass it on a traditional kexec load, so it should be used if present,
> > but skipped if not
>
> Should be an easy fix.
>
> This should be updated in the UKI
On Sat, 9 Sept 2023 at 17:19, Jan Hendrik Farr wrote:
>
> Hello,
>
> this patch implements UKI support for kexec_file_load. It will require support
> in the kexec-tools userspace utility. For testing purposes the following can
> be used:
> https://github.com/Cydox/kexec-test/
>
> There has been
On Wed, 2 Aug 2023 at 20:00, Giacinto Cifelli wrote:
>
> On Wed, Aug 2, 2023 at 6:44 PM Stephen Hemminger
> wrote:
> >
> > On Wed, 02 Aug 2023 06:39:47 +
> > Stanislav Angelovič wrote:
> >
> > > Hi folks,
> > >
> > > I have a quick question: is there a way to get container size when
> > >
On Tue, 20 Sept 2022 at 20:18, Luca Boccassi wrote:
>
> Hello,
>
> Following this thread started back in April:
>
> https://lists.freedesktop.org/archives/systemd-devel/2022-April/047673.html
>
> As far as we understand there are no distributions running or
> op
fects the client side and which
affects the dhcp server side.
Kind regards,
Luca Boccassi
On Mon, 24 Jul 2023 at 17:57, Neal Gompa wrote:
>
> On Mon, Jul 24, 2023 at 11:40 AM Luca Boccassi
> wrote:
> >
> > On Mon, 24 Jul 2023 at 16:30, Neal Gompa wrote:
> > >
> > > On Mon, Jul 24, 2023 at 9:00 AM systemd tag bot
> > > wrote:
> &
On Mon, 24 Jul 2023 at 16:30, Neal Gompa wrote:
>
> On Mon, Jul 24, 2023 at 9:00 AM systemd tag bot
> wrote:
> >
> > * Support for System V service scripts is now deprecated and will be
> > removed in a future release. Please make sure to update your
> > software
> >
On Wed, 19 Jul 2023 at 13:45, Neal Gompa wrote:
>
> On Thu, Jul 21, 2022 at 6:15 AM Lennart Poettering
> wrote:
> >
> > Heya!
> >
> > It's currently a terrible mess having to support both cgroupsv1 and
> > cgroupsv2 in our codebase.
> >
> > cgroupsv2 first entered the kernel in 2014, i.e.
On Wed, 19 Jul 2023 at 11:46, Lewis Gaul wrote:
>
> Hi Luca,
>
> > All the distributions you quoted above support cgroupv2 to the best of
> > my knowledge, it simply has to be enabled at boot. Why isn't that
> > sufficient?
>
> As I said in my previous email:
>
> > in the case of it being a
upport cgroups v1 a little longer than the end of this year.
>
> Does this make sense as a use-case and motivation for wanting new systemd
> versions to continue supporting cgroups v1? Of course not forever, but until
> there are less hosts out there using cgroups v1.
All the distributions you quoted above support cgroupv2 to the best of
my knowledge, it simply has to be enabled at boot. Why isn't that
sufficient?
Kind regards,
Luca Boccassi
On Wed, 14 Jun 2023 at 20:15, Adrian Vovk wrote:
>
> Hello
>
> I've got a problem in my systemd --user instance that I can't quite
> grok nor can I explain it very well. Essentially I have no idea what
> could possibly be going on. Hoping someone here can help.
>
> Basically, the OS boots and I
On Tue, 13 Jun 2023 at 15:52, Richard Purdie
wrote:
>
> On Tue, 2023-06-13 at 15:31 +0100, Luca Boccassi wrote:
> > On Tue, 13 Jun 2023 at 15:15, Richard Purdie
> > wrote:
> > >
> > > On Tue, 2023-06-13 at 11:29 +0100, Luca Boccassi wrote:
> > > &
On Tue, 13 Jun 2023 at 15:15, Richard Purdie
wrote:
>
> On Tue, 2023-06-13 at 11:29 +0100, Luca Boccassi wrote:
> > On Tue, 20 Sept 2022 at 20:18, Luca Boccassi wrote:
> > >
> > > Hello,
> > >
> > > Following this thread started back in April:
&g
On Tue, 20 Sept 2022 at 20:18, Luca Boccassi wrote:
>
> Hello,
>
> Following this thread started back in April:
>
> https://lists.freedesktop.org/archives/systemd-devel/2022-April/047673.html
>
> As far as we understand there are no distributions running or
> op
On Thu, 4 May 2023 at 22:00, Chuck Tuffli wrote:
>
> I basically have portable service extensions working, but in the
> process, there are a few questions that came up.
>
> 1. When attaching a service with an extension, the portablectl list
> shows the base image as 'attached' but the extension
On Mon, 3 Apr 2023 at 01:45, Chuck Tuffli wrote:
>
> I'm experimenting with Portable Services, but the "walkthrough" example [1]
> doesn't seem to work. The error:
> Failed to execute /usr/bin/portable-walkthrough-go: No such file or
> directory
> probably means something fairly fundamental
On Tue, 27 Dec 2022 at 11:15, Luca Boccassi wrote:
>
> Hi,
>
> This is an advanced notification for an upcoming behaviour change
> being considered w.r.t. user units and sandboxing options.
>
> User units (those run by the per-user session manager) and system
> units shar
On Tue, 11 Apr 2023 at 02:15, Norbert Braun wrote:
>
> Hi all,
>
> I recently ran into a problem on Arch Linux ARM (32 bit) where logging
> in as root on the console would often, but not always, fail (much like
> in https://github.com/systemd/systemd/issues/17266). While investigating
> the
On Thu, 30 Mar 2023 at 11:09, Michael Chapman wrote:
>
> On Thu, 30 Mar 2023, Luca Boccassi wrote:
> > On Thu, 30 Mar 2023 at 10:15, Michael Chapman
> > wrote:
> > >
> > > On Thu, 30 Mar 2023, Lennart Poettering wrote:
> > > > On Mi,
On Thu, 30 Mar 2023 at 10:15, Michael Chapman wrote:
>
> On Thu, 30 Mar 2023, Lennart Poettering wrote:
> > On Mi, 29.03.23 13:53, Christoph Anton Mitterer (cales...@scientia.org)
> > wrote:
> >
> > > > > That's a bad idea btw. I'd advise you not to do that: on modern
> > > > > systems you want
On Wed, 15 Mar 2023 at 12:23, Stephan Bergmann wrote:
>
> On 15/03/2023 13:18, Luca Boccassi wrote:
> > The hard part is adding the note correctly, with the right size,
> > alignment, flags, etc. You can use the linker to add a placeholder
> > value, eg --package-metada
On Wed, 15 Mar 2023 at 10:43, Stephan Bergmann wrote:
>
> On 15/03/2023 11:29, Luca Boccassi wrote:
> > Use the elf metadata spec: https://systemd.io/ELF_PACKAGE_METADATA/
> >
> > I need to update that, as these days it's no longer necessary to use a
> > custom li
f the json contains fields named 'name' and/or 'version' they will
also be appended independently as COREDUMP_PACKAGE_NAME= and
COREDUMP_PACKAGE_VERSION=
You should be able to add your own identifier in the json and match on
it easily.
Kind regards,
Luca Boccassi
On Fri, 3 Mar 2023 at 09:17, Mike Hearn wrote:
> > > > But of course such an approach requires that services are written in a
> > > > way this is possible
> > >
> > > Right. I think that'd be quite hard to do especially with servers
> > > written in portable languages that don't expose stuff
.
The PR that implements this change can be found at:
https://github.com/systemd/systemd/pull/25233
Kind regards,
Luca Boccassi
On Sat, 5 Nov 2022, 10:53 TJ, wrote:
> On 05/11/2022 10:36, Mantas Mikulėnas wrote:
> > On Sat, Nov 5, 2022 at 12:06 PM TJ wrote:
> >
> >> Just seen this announcement in the v252 changelog:
> >>
> >> "We intend to remove support for split-usr (/usr mounted separately
> >> during boot) ..."
> >>
On Wed, 2022-10-26 at 14:40 +0100, Richard Purdie wrote:
> On Wed, 2022-10-26 at 13:21 +0100, Luca Boccassi wrote:
> > > On Wed, 2022-10-26 at 11:39 +0100, Richard Purdie wrote:
> > > > > On Tue, 2022-09-20 at 19:18 +, Luca Boccassi wrote:
> > > > &
On Wed, 2022-10-26 at 11:39 +0100, Richard Purdie wrote:
> On Tue, 2022-09-20 at 19:18 +0000, Luca Boccassi wrote:
> > Hello,
> >
> > Following this thread started back in April:
> >
> > https://lists.freedesktop.org/archives/systemd-devel/2022-April/047673.html
ion be running, but it seems to work as-is.
>> Time to wait for the next system update and see if it breaks.
>>
>> On Sat, Oct 8, 2022 at 2:02 PM Luca Boccassi wrote:
>>>
>>> On Sat, 8 Oct 2022 at 18:51, Duncan Gibson wrote:
>>> >
>>> > Hm. Actu
; "--socket=/run/tailscale/tailscaled.sock"}
> > LogID:
> > 0f59ed267a2b19cc28aac9ee7119914000ca478234af8d56893a025ae72cc647
> > logpolicy: using $STATE_DIRECTORY, "/var/lib/tailscale"
> > wgengine.NewUserspaceEngine(tun "tailscale0") ...
> > wgengine.NewUserspaceEngine(tun "tailscale0") error: creating
> > router:
> > could not get iptables version: fork/exec /usr/bin/iptables: no
> > such file
> > or directory flushing log.
> > logger closing down
> > createEngine: creating router: could not get iptables version:
> > fork/exec
> > /usr/bin/iptables: no such file or directory
> >
> > iptables is, in fact, at /usr/bin/iptables, so what am I missing?
> > Before I
> > added the Environment line, I was getting errors that iptables
> > wasn't on
> > the PATH, so I suspect that now tailscaled can *see* iptables, but
> > systemd isn't letting tailscaled run it.
> >
> > Thanks for having a look at this.
> >
> >
> >
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 2022-09-28 at 09:59 +, Branko wrote:
> On Wed, 28 Sep 2022 19:26:58 +1000 (AEST)
> Michael Chapman wrote:
>
> > On Wed, 28 Sep 2022, Branko wrote:
> > [...]
> >
> > No.
> >
> > I've given you a small, self-contained, working example.
> >
> > It's now your turn to give us a
not possible to tell the exact version, but it will be of course
communicated once it becomes clear).
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 2022-08-18 at 16:39 +, Suraj Krishnan wrote:
> Hi all,
>
> I wanted to revive this thread and provide an update on the status of this
> feature/PR.
>
> The feature adds a mechanism for privileged users to monitor DNS resolutions
> on the system, by adding a new varlink interface
e this on? It doesn't have to be universal, having it merged
only for installations running systemd would be perfectly fine. As
mentioned in the thread, the scripts to move an installation forward
and back exist and should be pretty generalistic, and require some
adaptations but no major overhaul.
We'd like to chart a path toward full deprecation at some point in the
future, but we want to make sure that everything that can be done is
done to help all the major distributions move forward as well.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 2022-04-08 at 10:33 +0100, Luca Boccassi wrote:
> On Thu, 2022-04-07 at 10:39 +0100, Luca Boccassi wrote:
> > On Wed, 2022-04-06 at 08:39 -0400, Neal Gompa wrote:
> > > On Wed, Apr 6, 2022 at 8:07 AM Luca Boccassi
> > > wrote:
> > > >
> >
On Sat, 9 Oct 2021 at 19:11, Luca Boccassi wrote:
>
> On Wed, 2021-09-29 at 18:11 +0100, Luca Boccassi wrote:
> > On Wed, 2021-09-15 at 16:06 +0100, Luca Boccassi wrote:
> > > On Tue, 2021-09-14 at 13:36 +0200, Lennart Poettering wrote:
> > > > Heya!
> > >
temd-boot-$EFIARCH" subpackages that are signed that
> people can use.
>
> That second package gets specifically marked to not get autobuilt,
> doesn't have a disttag, and basically goes through the entire
> exception path that shim uses today.
>
> I think this matches what Michael Biebl was talking about for Debian
> that died on the vine.
Yes, this is how the EFI signing process was implemented for all
relevant Debian packages (not just for the sd-boot PoC), in order to
work with the, er, clunky infrastructure we have. More details can be
found here:
https://wiki.debian.org/SecureBoot/Discussion
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 2022-04-27 at 11:48 -0400, Neal Gompa wrote:
> On Wed, Apr 27, 2022 at 11:46 AM Luca Boccassi wrote:
> >
> > On Wed, 2022-04-27 at 11:26 -0400, Neal Gompa wrote:
> > > On Wed, Apr 27, 2022 at 11:13 AM Zbigniew Jędrzejewski-Szmek
> > > wrote:
> >
Apart from the constraint who can build official packages, is there
> > anything else? If it's just that, that doesn't seem onerous.
>
> It also means Fedora CI, pull requests from contributors, and
> releng auto-rebuilds will no longer work. Maintainers basically
> sign-on to do a
src/boot/efi/linuxx64.elf.stub to /tmp/foo/usr/lib/systemd/boot/efi
Installing src/boot/efi/linuxx64.efi.stub to /tmp/foo/usr/lib/systemd/boot/efi
(note 'install --tags' requires
https://github.com/systemd/systemd/pull/23204 )
Would this be a feasible approach?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Be very careful about inserting daemon-reload in the boot process,
especially early. At best it will cause slow-downs, at worst lock ups.
On Wed, 2022-04-20 at 13:18 +, Sietse van Zanen wrote:
> Why not add:
>
> ExecStartPost=systemctl daemon-reload
>
> to
On Thu, 2022-04-07 at 10:39 +0100, Luca Boccassi wrote:
> On Wed, 2022-04-06 at 08:39 -0400, Neal Gompa wrote:
> > On Wed, Apr 6, 2022 at 8:07 AM Luca Boccassi
> > wrote:
> > >
> > > On Wed, 2022-04-06 at 06:51 -0400, Neal Gompa wrote:
> > > >
On Wed, 2022-04-06 at 08:39 -0400, Neal Gompa wrote:
> On Wed, Apr 6, 2022 at 8:07 AM Luca Boccassi wrote:
> >
> > On Wed, 2022-04-06 at 06:51 -0400, Neal Gompa wrote:
> > > On Wed, Apr 6, 2022 at 6:45 AM Luca Boccassi
> > > wrote:
> > > >
>
sition
on the live filesystem, no reinstall required (I think other distros
did the same). You can find the script that does it in this repository:
https://salsa.debian.org/md/usrmerge apart from details about multi-
arch lib directories, it should be adaptable to other distributions.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 2022-04-06 at 06:51 -0400, Neal Gompa wrote:
> On Wed, Apr 6, 2022 at 6:45 AM Luca Boccassi wrote:
> >
> > On Wed, 2022-04-06 at 08:05 +0200, Ulrich Windl wrote:
> > > > > > Luca Boccassi schrieb am 05.04.2022
> &
On Wed, 2022-04-06 at 08:05 +0200, Ulrich Windl wrote:
> > > > Luca Boccassi schrieb am 05.04.2022
> > > > um 22:07 in
> Nachricht <05cf10d04274dcbff07fed88e98dca2eebb24b7d.ca...@gmail.com>:
> > Hi,
> >
> > As part of our spring cleaning effo
.
Which distributions are left running with systemd on a split/unmerged-
usr system?
(reminder: we refer to a system that boots without a populated /usr as
split-usr, and a system where bin, sbin and lib* are not symlinks to
their counterparts under /usr as unmerged-usr)
--
Kind regards,
Luca
any questions - here, on Github, or on IRC.
Looking forward to seeing your contributions!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
systemd/issues/22192
Please follow the instructions listed there, and let us know if you
have any questions - here, on Github, or on IRC.
Looking forward to seeing your contributions!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ctions listed there, and let us know if you
have any questions - here, on Github, or on IRC.
Looking forward to seeing your contributions!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
wledge about open source and equally
> improve
> my skills to becoming a software engineer.I have a general knowledge
> in
> fullstack development, shell(Bash) programming and am equally good in
> C/C++
> programming.I will be glad to learn and apply from @Luca Boccassi
> and e
On Thu, 2022-03-24 at 14:05 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 24, 2022 at 10:28:39AM +0000, Luca Boccassi wrote:
> > On Thu, 2022-03-24 at 09:38 +0100, Lennart Poettering wrote:
> > > On Mi, 23.03.22 11:28, Luca Boccassi (bl...@debian.org) wrote:
>
On Thu, 2022-03-24 at 09:38 +0100, Lennart Poettering wrote:
> On Mi, 23.03.22 11:28, Luca Boccassi (bl...@debian.org) wrote:
>
> > At least according to our documentation it wouldn't save us much
> > anyway, as the biggest leap is taking cgroupv2 for granted, which
> &g
ompatible changes
regardless of who's affected, instead of doing that only if they affect
the personal computer of a handful of maintainers (mainly Linus'), and
shrugging reports away with "deal with it" in other cases.
Just my 2c.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 2022-03-23 at 12:38 +0100, Greg KH wrote:
> On Wed, Mar 23, 2022 at 11:28:29AM +0000, Luca Boccassi wrote:
> > On Wed, 2022-03-23 at 11:59 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> > > On Wed, Mar 23, 2022 at 09:26:05AM +0100, Greg KH wrote:
> > > > On W
t;
> Zbyszek
Let's do 4.4 at most please - what's on kernel.org is not really that
important, as real usage is downstream from there anyway. What matters
for core compatibility is what's the oldest in a reasonable
environment, and we know that's at 4.4. It's already quite a bump from
the current 3.13
FYI, support for using directories with --extension has just been
merged in main and will be available in v251.
On Wed, 20 Oct 2021 at 16:15, Luca Boccassi wrote:
>
> No, it's only supported for images at the moment, as the documentation
> says:
>
>--extension=PATH
&
2021-10-20
> 10:54:57 EDT 36.0K detached
>
>
> Thanks again
> Umut
>
> On Wed, Oct 20, 2021 at 12:01 AM Luca Boccassi
> wrote:
> > On Tue, 2021-10-19 at 16:09 +0200, Umut Tezduyar Lindskog wrote:
> > > Hi Luca, have you had time to help me out or do you
gle.com/file/d/1LoN_swR7jgvo5yxajWjYK5ck_e8kJs1W/view?usp=sharing
> > there should be a download button on the top right. Appreciate your
> > help.
> >
> > Thanks,
> > Umut
> >
> >
> > On Fri, Oct 15, 2021 at 3:46 PM Luca Boccassi
> > wrote:
> >
extension-
release.d/extension-release.foo), but in your case it's called ".base"
which doesn't seem right, so double check that. This too is documented
in the man page.
> On Fri, Oct 15, 2021 at 2:23 PM Luca Boccassi
> wrote:
> > On Fri, 2021-10-15 at 12:18 +, Umut Tezduya
gt; +LIBCRYPTSETUP -LIBFDISK +PCRE2 -PWQUALITY -P11KIT -QRENCODE +BZIP2
> +LZ4 +XZ +ZLIB +ZSTD -XKBCOMMON +UTMP +SYSVINIT default-
> hierarchy=unified
Hi,
You need to build your extension with the binaries under either the
/usr or /opt hierarchies. Legacy locations like /bin and /lib are
ignored. This is explained in the systemd-sysext.8 manpage.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 2021-09-29 at 18:11 +0100, Luca Boccassi wrote:
> On Wed, 2021-09-15 at 16:06 +0100, Luca Boccassi wrote:
> > On Tue, 2021-09-14 at 13:36 +0200, Lennart Poettering wrote:
> > > Heya!
> > >
> > > Some of the systemd developers have been discussing switch
On Wed, 2021-09-15 at 16:06 +0100, Luca Boccassi wrote:
> On Tue, 2021-09-14 at 13:36 +0200, Lennart Poettering wrote:
> > Heya!
> >
> > Some of the systemd developers have been discussing switching
> > systemd's crypto libraries to be exclusively OpenSSL 3.0, and
On Tue, 21 Sept 2021 at 09:30, Umut Tezduyar Lindskog
wrote:
>
> Hi,
>
> On 2021-09-20, 5:19 PM, "Lennart Poettering" wrote:
>
> On Mo, 20.09.21 11:24, Umut Tezduyar Lindskog (umut.tezdu...@axis.com)
> wrote:
>
> > Hi. Is there such thing as “pre-installed” portable services? If
>
one is out, and in the short term the
second one is going to be quite difficult. So perhaps the best way
forward is at least for the initial switch to keep libgcrypt in place
exclusively for libsystemd.so, and then eventually remove it without
adding libcrypto in its place?
It has been pointed out
a while (no
use for it upstream yet), feel free to cherry-pick and use it for your
PR:
https://github.com/bluca/systemd/commit/58a36591a4b4353232d024f26d253995bd88f99d
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
journal exactly what
is borken, with version info, is extremely valuable to them.
Yes the version info might not be precise for a minority of use cases
that override the binary version with something different than the
source version, but that's fine as it's far and few, mostly affects
metapackages
On Fri, 2021-05-14 at 12:41 +0200, Guillem Jover wrote:
> On Sat, 2021-04-10 at 13:38:31 +0100, Luca Boccassi wrote:
> > On Sat, 2021-04-10 at 13:29 +0100, Luca Boccassi wrote:
> > > After an initial discussion [0], recently we have been working on a new
> > > speci
On Thu, 2021-05-06 at 03:17 +0200, Mark Wielaard wrote:
> Hi Luca,
>
> On Tue, 2021-05-04 at 14:43 +0100, Luca Boccassi wrote:
> > On Fri, 2021-04-30 at 19:57 +0200, Mark Wielaard wrote:
> > > Is there a list of default keys (and their canonical spelling, upper-
>
On Fri, 2021-04-30 at 19:57 +0200, Mark Wielaard wrote:
> Hi,
>
> On Sat, 2021-04-10 at 18:44 +, Zbigniew Jędrzejewski-Szmek wrote:
> > [I'm forwarding the mail from Luca who is not subscribed to fedora-
> > devel]
> > On Sat, Apr 10, 2021 at 01:38:31PM +0100, Luc
On Fri, 30 Apr 2021 at 22:15, Michael Biebl wrote:
>
> Am Fr., 30. Apr. 2021 um 20:27 Uhr schrieb Rick Winscot
> :
>
> > At this point, flush is attempting to re-route /run/log/journal to
/var/log/journal ... and the /var partition is not yet mounted. Units
generated for fstab in
On Fri, 30 Apr 2021 at 16:45, Rick Winscot wrote:
>
> We have an embedded product that uses a minimal Linux distribution
generated via Buildroot.
>
> Early in the project it was decided to make the rootfs read-only... in an
effort to improve durability in environments where power fluctuations
On Sat, 2021-04-10 at 13:29 +0100, Luca Boccassi wrote:
> Hello,
>
> Cross-posting to the mailing lists of a few relevant projects.
>
> After an initial discussion [0], recently we have been working on a new
> specification [0] to encode rich package-level metadata inside
and DEB (debhelper) integration are also available [3].
--
Kind regards,
Luca Boccassi
[0] https://github.com/systemd/systemd/issues/18433
[1] https://systemd.io/COREDUMP_PACKAGE_METADATA/
[2] https://fedoraproject.org/wiki/Changes/Package_information_on_ELF_objects
[3] https://github.com/systemd
On Sat, 2021-03-27 at 22:20 -0700, Alan Perry wrote:
> On 3/27/21 5:38 AM, Lennart Poettering wrote:
> > On Fr, 26.03.21 23:24, Alan Perry (al...@snowmoose.com) wrote:
> >
> > > I occasionally see a problem where systemd-analyze reports that boot
> > > did not complete and it is suggested that I
1 - 100 of 108 matches
Mail list logo
