Новый Гном выходит вроде 19-го марта. Как думаете, успеет попасть в тестинг, пока там не заморозили всё к чёртовой матери?

Есть простенький ноут Lenovo IdeaPad S145-15API. В нем, помимо встроенных 4 Гб ОЗУ, есть слот SODIMM. Спеки говорят, что максимальный объём - 12 Гб, но с оговоркой, что «the max memory is based on the test results with current Lenovo memory offerings. The system may support more memory as the technology develops».

Думаю воткнуть туда планку побольше, 16 или 32 Гб, но есть сомнения, совместима ли система с большими планками. По идее, Ryzen 3 3200U поддерживает до 64 Гб оперативки. От чего это ещё может зависеть?

Linux тут при том, что он установлен на данном устройстве😎

Собственно, проблема в заголовке. Раньше такого никогда не было, но после очередного обновления Суси начались траблы. Несколько раз удалял вручную, один раз даже не смог залогиниться, пришлось со сторонней системы сносить. Пока решил проблему, просто запретив писать в /var/lib/flatpak/repo/tmp/, где оно хранит свой кэш. А вообще с чем это связано, как решать?

Решил попробовать собрать приложение чисто во Флэтпак-окружении, вроде бы даже после гуглинга и танцев собирается. Кроме одной, довольно узкоспециализированной, библиотеки. На хосте установлена и из под натива собирается, а вот во Флатпак лезбть не хочет😢

error: failed to run custom build command for `rubberband-sys v0.1.0 (https://github.com/KBone12/rubberband.git#8178c45b)`

Caused by:
  process didn't exit successfully: `/блаблабла/target/debug/build/rubberband-sys-07b9c05a104af177/build-script-build` (exit status: 101)
  --- stdout
  cargo:rustc-link-lib=rubberband
  cargo:rerun-if-changed=wrapper.h

  --- stderr
  wrapper.h:1:10: fatal error: 'rubberband/rubberband-c.h' file not found
  wrapper.h:1:10: fatal error: 'rubberband/rubberband-c.h' file not found, err: true

Разумеется, ни в одном СДК её нет. Права на всякий случай установил с допуском и к host, и к host-os, и даже к host-etc. Что в таких случаях делуют умные дяденьки?

Сегодня обновил Лип и при обновлении кэша репозиториев посыпались ошибки вида:

Warning: Skipping repository 'SUSE:SLE-15-SP1:GA' because of the above error.
Retrieving repository 'SUSE:SLE-15-SP4:GA' metadata .........................................[error]
Repository 'SUSE:SLE-15-SP4:GA' is invalid.
[https-download.opensuse.org-b91cc3fc|https://download.opensuse.org/repositories/SUSE:/SLE-15-SP4:/GA/pool/] Valid metadata not found at specified URL
History:
 - [https-download.opensuse.org-b91cc3fc|https://download.opensuse.org/repositories/SUSE:/SLE-15-SP4:/GA/pool/] Repository type can't be determined.

Please check if the URIs defined for this repository are pointing to a valid repository.

А также:

Warning: Repository 'openSUSE:Backports:SLE-15-SP4:Checks' appears to be outdated. Consider using a different mirror or server.
Warning: Repository 'openSUSE:Backports:SLE-15-SP4' appears to be outdated. Consider using a different mirror or server.
Reading installed packages...

The following 195 package updates will NOT be installed:

Блаблабла список из кучи установленнных, но не обновлённых пакетов.

Появилось буквально из ничего, систему я, правда, недели три не обновлял, но так на то он и стейбл. У кого-то ещё есть такое? Не рефрешатся только репы официального SLE или связанные с ними, это может быть связано с санкциями какими-нибудь или чем-то таким? Остальные 600 с чем-то пакетов поставились успешно, но это обновление уже успело сломать Plymouth и неизвестно что ещё в будущем.