Skip to content

Conversation

@imobachgs
Copy link
Contributor

Merge the after-release-beta2 branch to master.

joseivanlopez and others added 30 commits February 27, 2025 13:07
Allow setting the file system label for the new partitions.

Note: the label field only appears if the file system is going to be
created (i.e., an existing file system is not reused).

* https://bugzilla.suse.com/show_bug.cgi?id=1237165
* https://jira.suse.com/browse/AGM-122

![Screenshot From 2025-02-26
06-38-22](https://github.com/user-attachments/assets/5aac876a-fa31-4df9-ad73-4b5bb2b31264)
## Problem

The alpha label on the Leap logo in the product installation section
appears visually inconsistent and is not fully visible

## Solution

Replaced the older logo with logo without alpha label.
Fixes [#2091](#2091)
Agama-weblate commit: 99a8c944ddfc13f76cb37d53b000bdbbb8f9b8b1
Added spacing adjustments to enhance readability and reduce clutter.
## Problem

Folowup of
https://github.com/yast/yast-storage-ng/pull/1396/files#diff-d0c8ea3d63135679325c6c61b13d11f85edc06bbb141d983037c55846699e125R143

The above proposal intoduced BLS boot proposal. Only limitation was
target architecture, but it doesn't fit for conservative products like
SLE for now.

## Solution

Added product based condition for seting nev variable controling BLS
selection in storage-ng. BLS is proposed only for tumbleweed (including
Slowroll)


## Testing

- *Added a new unit test*
- *Tested manually*
- Decrease the libzypp timeout from the default 60 seconds to
  20 seconds
- Automatically retry package download or repository refresh
  before reporting an error
- Display proper Agama version in the console
## Problem

- Too long timeout for network operations
- No automatic retry

## Solution

- Decrease the libzypp timeout from the default 60 seconds to 20 seconds
- Automatically retry package download or repository refresh before
reporting an error

## Additional fix

- Display proper Agama version in the console
- The original problem:

![image](https://github.com/user-attachments/assets/e0f4e92d-3638-472e-9f46-e4cec3e2f56f)

## Testing

- Added new unit tests
- Tested manually, the repository refresh or package download is tried 3
times before reporting and error
teclator and others added 22 commits March 12, 2025 21:54
## Problem

Currently the backend and the UI does not allow to set the system
hostname, and the kernel cmdline argument only allow to set the
transient hostname.

-
https://trello.com/c/V2GgJrWo/4349-5-agama-add-support-for-setting-the-hostname

## Solution

- Added a hostname specific model and API for getting/setting the
transient and persistent hostname.
- Set the persistent hostname in dracut if the hostname option is given
as linuxrc used to do.
- Allow to disable the manage of the hostname only in case the kernel
cmdline SetHostname option is given
- By now we will not expose the hostname-mode or the via_dhcp option
through the profile or config.. see below some notes and clarifications
about it.

> I decided to not expose the by_dhcp option by now until discussed, and
maybe renaming it to `via_dhcp` would be better, or just use `mode`
allowing to set it to {default|dhcp|none}.
> 
> From the doc page ...
https://networkmanager.pages.freedesktop.org/NetworkManager/NetworkManager/NetworkManager.conf.html
> 
> hostname-mode
> 
> Set the management mode of the hostname. This parameter will affect
only the transient hostname. If a valid static hostname is set,
NetworkManager will skip the update of the hostname despite the value of
this option. An hostname empty or equal to 'localhost', 'localhost6',
'localhost.localdomain' or 'localhost6.localdomain' is considered
invalid.
> 
> default: NetworkManager will update the hostname with the one provided
via DHCP or reverse DNS lookup of the IP address on the connection with
the default route or on any connection with the property
hostname.only-from-default set to 'false'. Connections are considered in
order of increasing value of the hostname.priority property. In case
multiple connections have the same priority, connections activated
earlier are considered first. If no hostname can be determined in such
way, the hostname will be updated to the last one set outside
NetworkManager or to 'localhost.localdomain'.
> 
> dhcp: this is similar to 'default', with the difference that after
trying to get the DHCP hostname, reverse DNS lookup is not done. Note
that selecting this option is equivalent to setting the property
'hostname.from-dns-lookup' to 'false' globally for all connections in
NetworkManager.conf.
> 
> none: NetworkManager will not manage the transient hostname and will
never set it.
> 
> So, basically, if a static hostname is set then it will not be updated
by any DHCP Ack. Therefore, I'm even considering to not expose it.
> 
> In linurxc we had the SetHostname option for disabling set the
hostname via DHCP. Currently the kernel cmdline argument hostname=test
only sets the transient hostname, but this PR add the linuxrc behavior
setting the persistent hostname which prevents the hostname to be
modified via DHCP, but it also allows to pass the SetHostname=0 to set
the hostname-mode to none disabling the manage of the transient hostname
by NetworkManager. This option is what we wanted to offer in the
interface, but as setting the persistent hostname is enough I think we
can omit it by now.
> 
> With linuxrc was different, the persistent hostname can be modified
via DHCP if not disable the DHCP hostname.

## Testing

- *Tested manually*
This pull request implements support for selecting individual packages
during the installation.

```json
{
  "software": {
    "patterns": ["gnome_desktop"],
    "packages": ["vim"],
  }
}
```

## Links

* Trello: https://trello.com/c/Ondb9itc/

## To improve

When a package does not exist, the problem is logged but not reported.
We could handle this problem in a separate PR (or even a separate PBI)
because we might need a way to handle a) errors in the
`PackagesProposal`.
Bring master changes to `after-release-beta2` branch.
Copy link
Contributor

@ancorgs ancorgs left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it ok to merge all the .github/workflows stuff into master or are they somehow specific to this branch?

@imobachgs
Copy link
Contributor Author

Is it ok to merge all the .github/workflows stuff into master or are they somehow specific to this branch?

I would say it is a question for @lslezak.

@lslezak
Copy link
Contributor

lslezak commented Mar 14, 2025

Those a designed for master and all branches created from that later. So it is OK to merge.

Copy link
Contributor

@ancorgs ancorgs left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@imobachgs imobachgs merged commit e335de7 into master Mar 14, 2025
16 checks passed
@imobachgs imobachgs deleted the after-release-beta2 branch March 14, 2025 15:25
@imobachgs imobachgs mentioned this pull request Mar 27, 2025
imobachgs added a commit that referenced this pull request Mar 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

10 participants