- 1 Fedora Linux 37 Accepted System-Wide Changes
- 1.1 BIOS boot.iso with GRUB2
- 1.2 Deprecate openssl1.1 package
- 1.3 Drop i686 builds of jdk8,11,17 and latest (18) rpms from f37 onwards
- 1.4 ELN-Extras
- 1.5 Boost 1.78 upgrade
- 1.6 MinGW toolchain update
- 1.7 Fallback Hostname
- 1.8 Make Fedora CoreOS a Fedora Edition
- 1.9 Firefox Langpacks Subpackage
- 1.10 Gettext Runtime Subpackage
- 1.11 GNU Toolchain Update (glibc 2.36, binutils 2.38)
- 1.12 Golang 1.19
- 1.13 Install Using GPT on x86_64 BIOS by Default
- 1.14 IBus 1.5.27
- 1.15 libsoup 3: Part One
- 1.16 Node.js 18.x by default
- 1.17 Perl 5.36
- 1.18 Python 3.11
- 1.19 Python: Add -P to default shebangs
- 1.20 Return Cloud Base to Edition Status
- 1.21 RetireARMv7
- 1.22 RPM 4.18
- 1.23 Signed RPM Contents
- 1.24 Strong crypto settings: phase 3, forewarning 1/2
- 2 Fedora Linux 37 Accepted Self-Contained Changes
- 2.1 Public release of the Anaconda Web UI preview image
- 2.2 BIND 9.18
- 2.3 Emacs 28
- 2.4 Encourage Dropping Unused / Leaf Packages on i686
- 2.5 Enhance Persian Font Support
- 2.6 Erlang 25
- 2.7 MinGW OpenSSL 3.x update
- 2.8 MinGW UCRT target
- 2.9 Support FIDO Device Onboarding
- 2.10 Haskell GHC 8.10.7 & Stackage LTS 18.28
- 2.11 ibus-libpinyin 1.13
- 2.12 Build Fedora IoT Artifacts with osbuild
- 2.13 LLVM 15
- 2.14 LXQt 1.1.0
- 2.15 Mumble 1.4
- 2.16 Preset All Systemd Units on First Boot
- 2.17 Python Dist RPM provides to only provide PEP503-normalized names
- 2.18 Officially Support Raspberry Pi 4
- 2.19 Replace jwhois package with whois for Fedora Workstation
- 2.20 SELinux Parallel Autorelabel
- 2.21 Enable read only /sysroot for Fedora Silverblue & Kinoite
- 2.22 Stratis 3.2.0
- 2.23 Supplement of Server distributables by a KVM VM disk image
- A hozzászóláshoz be kell jelentkezni
- 242 megtekintés
Hozzászólások
Az imént frissítettem fel két gépemen és egy virtuális gépen. Semmi baj nem volt vele. Egyedül annyi, hogy a login screen megvolt az elején, aztán SELinux autorelabeling után feketeség van háttérkép helyett. A logon prompt megvan, tehát ugyanúgy be lehet jelentkezni. Mivel ezt a képet kb. öt másodpercig nézi az ember, nem érte el az ingerküszöbömet. Gondolom, valami SELinuxos jogosultsági probléma áll a háttérben. Belépve a desktopon megvan a hátterem.
OpenVPN működik, Microchip fejlesztői környezet működik, tehát dolgozni tudok(?) itthonról. Zenét tudok rajta hallgatni, video lejátszás megy, szóval így elsőre majdnem minden működik. Csak épp az egyik legfontosabb nem. :(
Jaj! Az Mplab-X IDE elindul ugyan, de elég hamar elpusztul. Néha van esély egy két gyors kód módosításra a halála előtt, de aztán a kurzor sem villog, bezárni sem lehet, csak terminalból SIGTERM által lehet elpusztítani. Azért érdekes ez, mert a gép stabil, a Fedora saját alkalmazásai mennek, az a program is, amelyet C-ben írtam, s letölti a hardware-nek a programot, de ez a java-s, netbeans-es csoda megpusztul úgy, hogy nem a Fedora java-ját használja, hanem a Microchip által szállítottat. Az nagy talány, hogyan tud mégis megfeküdni. Az Mplab-X IDE újratelepítésén már túlvagyok, nem segített. Ez nagyon nem lesz így jó, munkához kell.
Végső kétségbeesésemben fel fogok tenni virtuális gépbe egy Fedora 36-ot, s ott fogom használni, de nagyon nem lennék boldog attól a megoldástól.
Az álmoskönyv szerint az ritkán jó, ha a logban ilyet látok:
java.lang.NullPointerException
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Workaround. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
feketeség van háttérkép helyett
Más volt a baj. Nincs /usr/share/backgrounds/default.png, hanem default.webp van helyette. Ennek a képformátumnak a létezéséről sem tudtam eddig, most olvasom a Wikipedián, hogy valami Google ámokfutás. Az a jó benne, hogy a lightdm nem tud mit kezdeni vele, hiába mutatom meg neki a config file-ban. Ami jó hír, hogy a Gimp és a Kolourpaint is ismeri. Én ez utóbbival csináltam a monitoromhoz illeszkedő default.png file-t, most már a bejelentkezéskor is van háttérkép, mégpedig az, amelyet a disztribúció készítői megálmodtak. Mondjuk elég szörnyen néz ki, de legalább van. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Kedvem támadt megismeni jobban a KDE-t, de nálam el sem indúl a telepítő KDE 37beta spin:
invalid image
Failed to read header: Unsupported
Failed to read image: Unsupported
start_image() returned Unsupported
Aztán gondoltam egy merészet F36 KDE A telepítő csak csökkentett grafikai módban indúl el, majd csak 1024-ben műkődik az első frissítésig (ami csak terminálból megy fel) és a végén fekete képernyő se konzol semmi. Mondjuk nem erőltettem.
"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett"
és 100 éve még boszorkányt is égettek
- A hozzászóláshoz be kell jelentkezni
Itt az image a telepítő read only filerendszerét jelenti? Mert ha igen, akkor sérült. Amikor egy pendrive-ra kimásolod, azt valahogy így kell:
dd if=fedora37_telepito.img of=/dev/sde bs=1M; sync
Itt az if paramétere a telepítő image, az of paramétere a pendrive, amelyet lsblk paranccsal ki tudsz nyomozni, melyik, tehát az sde csak példa, nálad lehet, hogy más, és a sync parancs elengedhetetlenül szükséges, különben disk cache-ben marad a file egy része, amikor kihúzod a pendrive-ot. Előtte érdemes a file checksum-jának ellenőrzése is a sha256sum -c checksum_file módon.
Ha az image megjelenítendő login képet jelent - ezt kétlem -, akkor meg az lehet a baj, hogy egy nekem is viszonylag ismeretlen, animálható formátumú webp háttérképpel futottak neki a fejlesztők, amelyet nem minden megjelenítő ismer.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Fedora média írót szoktam használni vagy az Etcher-t. Nem volt még vele bajom, szerintem az új F37beta képekkel lesz valami bibi. (checksum rendben van) De a F36 Workstation gond nélkül felment, tutin műkszik.
"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett"
és 100 éve még boszorkányt is égettek
- A hozzászóláshoz be kell jelentkezni
A webp képeket még kevés megjelenítő ismeri. Workaround, hogy png-vé konvertálod - kolourpaint és gimp ismerik a formátumot -, és azt használod.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ez félrement:) de ez műkszik:
https://www.omgubuntu.co.uk/2022/08/install-webp-image-support-ubuntu-2…
"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett"
és 100 éve még boszorkányt is égettek
- A hozzászóláshoz be kell jelentkezni
Nem értem. Mi ment félre? Meg hogy jön Fedorához az Ubuntu? Lényeg, hogy ezek szerint van megoldás.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Mindegy, de nekem nem volt gondom a webp formátummal, ezért azt feltételeztem nem nekem szántad. Nem az Ubuntu jön a Fedorához most Manjarora telepítettem a "webp-pixbuf-loader" csomagot ugyanúgy műkődik. Ma megnézem Fedorán is. Ha jól olvastam a jövőben a DE része lesz (vagy már az is).
dnf install webp-pixbuf-loader
"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett"
és 100 éve még boszorkányt is égettek
- A hozzászóláshoz be kell jelentkezni