build(deps): bump ninja from 1.10.2.3 to 1.11.1 in /.github/workflows #49
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
![dependabot[bot]](https://avatars.githubusercontent.com/in/29110?s=60&v=4){kind=small}
This restores the preference order from before 9e82a74. The code previous to that change 'preferred' /boot over /boot/efi; that commit changed it to check /boot/efi before checking /boot. Changing this precedence could (and did, for me) have unexpected effects - it seems safer to leave it how it was. Signed-off-by: Adam Williamson <awilliam@redhat.com> (cherry picked from commit a5307e1) Related: #2065061
Fixes RHBZ#2016630. (cherry picked from commit 0600669) Related: #2065061
The idea is that when not set, we do whatever we did in the past. But with a new setting of initrd_generator=mkosi-initrd, mkosi-initrd will generate an initrd. (cherry picked from commit 5c1b257) Related: #2065061
…again (cherry picked from commit a520d5d) Related: #2065061
kernel-install would continue after errors… We don't want this, as it makes the results totally unpredicatable. If we didn't install the kernel or didn't do some important part of the setup, let's just return an error and let the user deal with it. When looking at output, the error was often hard to distinguish, esp. with -v. Add "Error:" everywhere to make the output easier to parse. (cherry picked from commit 680cec6) Related: #2065061
The general approach of kernel-install was that each plugin would drop in some files into the entry directory. But this doesn't scale well, because if we have multiple initrd generators, or multiple initrds, each generator would need to recreate the logic to put the generated files in the right place. Also, effective cleanup is impossible if anything goes wrong on the way, so we could end up with unused files in $BOOT. So let's invert the process: plugins drop files into $KERNEL_INSTALL_STAGING_AREA, and at the end 90-loaderentry.install DTRT with those files. This allow new plugins like 50-mkosi-initrd.install to be significantly simpler. (cherry picked from commit 367165a) Related: #2065061
(cherry picked from commit 29f6041) Related: #2065061
This reworks the how machine ID used by the boot loader spec snippet
generation logic. Instead of persisting it automatically to /etc/ we'll
append it via systemd.machined_id= to the kernel command line, and thus
persist it in the generated boot loader spec snippets instead. This has
nice benefits:
1. We do not collide with read-only root
2. The machine ID remains stable across factory reset, so that we can
safely recognize the path in $BOOT we drop our kernel images in
again, i.e. kernel updates will work correctly and safely across
kernel factory resets.
3. Previously regular systems had different machine IDs while in
initrd and after booting into the host system. With this change
they will now have the same.
This then drops implicit persisting of KERNEL_INSTALL_MACHINE_ID, as its
unnecessary then. The field is still honoured though, for compat
reasons.
This also drops the "Default" fallback previously used, as it actually
is without effect, the randomized ID generation already took precedence
in all cases. This means $MACHNE_ID/KERNEL_INSTALL_MACHINE_ID are now
guaranteed to look like a proper machine ID, which is useful for us,
given you need it that way to be able to pass it to the
systemd.machine_id= kernel command line option.
(cherry picked from commit 11ce3ea)
Related: #2065061
This cleans up naming of boot loader spec boot entries a bit (i.e. the naming of the .conf snippet files, and the directory in $BOOT where the kernel images and initrds are placed), and isolates it from the actual machine ID concept. Previously there was a sinlge concept for both things, because typically the entries are just named after the machine ID. However one could also use a different identifier, i.e. not a 128bit ID in which cases issues pop up everywhere. For example, the "machine-id" field in the generated snippets would not be a machine ID anymore, and the newly added systemd.machine_id= kernel parameter would possibly get passed invalid data. Hence clean this up: $MACHINE_ID → always a valid 128bit ID. $ENTRY_TOKEN → usually the $MACHINE_ID but can be any other string too. This is used to name the directory to put kernels/initrds in. It's also used for naming the *.conf snippets that implement the Boot Loader Type 1 spec. (cherry picked from commit 3907044) Related: #2065061
… if used for naming the boot loader spec files/dirs Now that we can distinguish the naming of the boot loader spec dirs/files and the machine ID let's tweak the logic for suffixing the kernel cmdline with systemd.boot_id=: let's only do that when we actually need the boot ID for naming these dirs/files. If we don't, let's not bother. This should be beneficial for "golden" images that shall not carry any machine IDs at all, i.e acquire their identity only once the final userspace is actually reached. (cherry picked from commit 953b610) Related: #2065061
If not explicitly configured, let's search a bit harder for the ENTRY_TOKEN, and let's try the machine ID, the IMAGE_ID and ID fields of /etc/os-release and finally "Default", all below potential $XBOOTLDR. (cherry picked from commit 6637cf9) Related: #2065061
…we discovered (cherry picked from commit c73cf41) Related: #2065061
Add rules for `needs-ci` label management RHEL-only Related: #2087652
RHEL-only Related: #2087652
Fixes #23317 (cherry picked from commit 2aaf6d4) Related: #2087652
Empty files and empty strings seem to have triggered various issues in the past so it seems they shouldn't be ignore by the fuzzers just because fmemopen can't handle them. Prompted by systemd/systemd#21939 (comment) (cherry picked from commit 5df66d7) Related: #2087652
We'd connect to the bus twice: the first time to check networkd namespace, and then the second time to do the deed we were asked to do. It's nicer to open the bus just once, for efficience and also to avoid the open call in all functions. An ASSERT_PTR helper is added: - sd_bus *bus = userdata; ... - assert(bus); + sd_bus *bus = ASSERT_PTR(userdata); ... It can be used in other place too, but I'm leaving that for a later refactoring. (cherry picked from commit d821e40) Related: #2087652
(cherry picked from commit 9674b08) Related: #2087652
Similarly to other fuzzers… this makes development easier. (cherry picked from commit 9ad955c) Related: #2087652
(cherry picked from commit a466976) Related: #2087652
(cherry picked from commit a2c5735) Related: #2087652
(cherry picked from commit bac0649) Related: #2087652
We need to increase the counter immediately after taking the ref, otherwise we may not unref it properly if we fail before incrementing. (cherry picked from commit 7e4be6a) Related: #2087652
This normally wouldn't happen, but if some of those places were called with lhs and rhs being the same object, we could unref the last ref first, and then try to take the ref again. It's easier to be safe, and with the helper we save some lines too. (cherry picked from commit ce913e0) Related: #2087652
Those symbols are not macros anymore, so we can drop parens. (cherry picked from commit 96d651a) Related: #2087652
This might even work ;) (cherry picked from commit dbd27c6) Related: #2087652
(cherry picked from commit 3b6ce05) Related: #2087652
(cherry picked from commit 99b1145) Related: #2087652
CID#1431998 (cherry picked from commit 41abd7f) Related: #2087652
There are memory leaks there bus1/dbus-broker#289 and it crashes from time to time https://github.com/matusmarhefka/dfuzzer/issues/20#issuecomment-1114097840 so let's just skip it by analogy with dbus-daemon to avoid reports that have nothing to do with systemd itself. It's kind of a part of systemd/systemd#22547 (cherry picked from commit d0880fa) Related: #2087652
(cherry picked from commit fa9a43a) Related: #2087778
It has been shown that the autosuspend delay for this device enacted by modem manager will race with suspend and cause system suspend failures. This occurred in ChromiumOS on a chromebook, but there is no reason it won't happen in regular notebooks with the same WWAN. To avoid the failure delay autosuspend to a frequency longer than the polling rate used by modem manager. Link: https://chromium-review.googlesource.com/c/chromiumos/overlays/board-overlays/+/3635003 Link: https://github.com/freedesktop/ModemManager/blob/43e76bf1bbca8207e37d3fbddfed4bb8578f0170/src/mm-iface-modem.c#L1633 (cherry picked from commit f32049e) Related: #2087778
(cherry picked from commit ffa3da1) Related: #2087778
(cherry picked from commit caddab0) Related: #2087778
(cherry picked from commit 5a6bcbb) Related: #2087778
Add accel orientation for the Cube iWork 10 I15-TG (cherry picked from commit c4c336e) Related: #2087778
Signed-off-by: Nikolai Kostrigin <nickel@altlinux.org> (cherry picked from commit e4bb1a0) Related: #2087778
This device implements the phone mute HID usage as a toggle switch, where 1 indicates muted, and 0 indicates unmuted. However, for a key event 1 indicates that the key has been pressed and 0 indicates it has been released. This mismatch causes issues, so prevent key events from being generated for this HID usage. (cherry picked from commit 2d25154) Related: #2087778
(cherry picked from commit 5ea8bcd) Related: #2087778
It has the same issue as the Google Hangouts Meet speakermic but a different VID/PID. (cherry picked from commit 1a2134f) Related: #2087778
(cherry picked from commit cc9e3a5) Related: #2087778
This enables the microphone mute and programmable hotkey for the HP Dev One. (cherry picked from commit 295e029) Related: #2087778
The USB ID v0483pDF11 is used by the ROM code in many STMicroelectronics devices (for firmware download) and not just signal analyzers. (cherry picked from commit 5d049ff) Related: #2087778
(cherry picked from commit c3b8113) Related: #2087778
(cherry picked from commit 8170627) Related: #2087778
Enables the power button on the Acer Aspire 3 A317-33 (cherry picked from commit 0216462) Related: #2087778
(cherry picked from commit e18569c) Related: #2087778
* Added DERE DBook D10 (cherry picked from commit 2d2efed) Related: #2087778
(cherry picked from commit 838d0fd) Related: #2087778
They're floppy disk flux readers and writers used in digital preservation and can be broadly considered to be "analyzers" of magnetic fluxes. This will have the intended side-effect of giving access to the device to users at the console, obsoleting: https://github.com/keirf/greaseweazle/blob/master/scripts/49-greaseweazle.rules (cherry picked from commit 9ab755d) Related: #2087778
The cros-ec-accel and cros-ec-accel-legacy kernel modules internally correct for the board-specific accelerometer mounting orientations. Their sensor outputs are in a standard reference frame consistent across different boards, so the orientation matrix already added for a number of devices should apply to every device using cros-ec accelerometers. The different matrix for the 'Nocturne' board seems to be an error. Replace the existing hwdb rules for select Chromebooks with generic rules that apply to all Chromebooks. (cherry picked from commit 1800f70) Related: #2087778
(cherry picked from commit 6e961ae) Resolves: #2120222
Bumps [ninja](https://github.com/ninja-build/ninja) from 1.10.2.3 to 1.11.1. - [Release notes](https://github.com/ninja-build/ninja/releases) - [Commits](https://github.com/ninja-build/ninja/commits/v1.11.1) --- updated-dependencies: - dependency-name: ninja dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
dependabot
bot
added
dependencies
|
Superseded by #63. |
dependabot
bot
deleted the
dependabot/pip/dot-github/workflows/ninja-1.11.1
branch
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Bumps ninja from 1.10.2.3 to 1.11.1.
Release notes
Sourced from ninja's releases.
Commits
You can trigger a rebase of this PR by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)