Látok viszont egy olyan file-t, amelynek a neve egyetlen betű eltéréssel nagyon hasonló ahhoz, amire szükség volna a hibaüzenet alapján. Csináltam symlinket rá a megfelelő névvel, újraindítottam a gépet. Először azt hittem, még mindig nem jó, de csak megjegyezte korábbról, hogy ki van kapcsolva a bluetooth - ugye, ő kapcsolta ki, amikor nem volt interface a firmware hiánya miatt -, de átláttam a szitán, bekapcsoltam a bluetooth-t, működik. Hallgattam zenét rajta újra.
Ezen felbuzdulva jeleztem a Fedora bugzillában a hibát. Ráadásul úgy, hogy volt rá workaround-om, nem csak jajveszékeltem. Peter Robinson erre közölte, hogy ők csak rpm csomagot csinálnak a firmware-ekből a linux-firmware alapján, mással nem foglalkoznak. Továbbá megkaptam a kérdést, miből gondolom, hogy ez Fedora-specifikus hiba. Persze leírtam, melyik rpm csomagot érinti ez a hiba.
Írtam erre, hogy nem gondolom Fedora-specifikusnak, de mivel Fedorát használok, így épp Fedorában jelent ez meg. Valamint a javítás segíthet más disztribúciót használókon is. Kértem továbbá, hogy jelezze ezt az upstream maintainerek felé is.
Erre válaszolt, hogy ezt nem teszi meg, a gyártó feladata a megfelelő firmware mellékelése. Lezárta a hibajegyet WONTFIX-szel.
Csak azért vagyok megütközve, mert utánajártam, megoldottam, van egy workaround-om, amelyik működik. Jelzem a problémát, mondom a megoldást, de nem jelzi tovább azt az upstream project felé, nem is alkalmazza a workaround-ot a Fedora package-ben, inkább másra mutogat. Így legalább sokan fognak sz.pni, sokaknak nem fog működni a bluetooth. Legalább is azoknak, akiknek ilyen hardware-ük van.
Valaki rúgja már fel az égig ezt az arrogáns barmot!
Amúgy mi az, hogy Fedora-specifikus hiba? Mert minden csomag valamilyen nyílt forrású project-ből jön. Kb. a dnf meg az anaconda - Fedora telepítő - akkor a Fedora-specifikus, minden más olyan akkor, amellyel nem kell foglalkozni? Ha van bug a LibreOffice-ban, a Firefox-ban, a kernelben, a glibc-ben, akkor ezek egyike sem Fedora-specifikus, bátran benne lehet hagyni a bugot. És még csak az eredeti project felé se jelezzük, nehogy már tudjanak róla.
:((
- locsemege blogja
- A hozzászóláshoz be kell jelentkezni
- 672 megtekintés
Hozzászólások
Esetleg ha a jegy számát megosztanád, vagy a csomag nevét, a szerinted elírt fájl nevét, vagy ilyesmi... Hátha többet segítenél másoknak...
- A hozzászóláshoz be kell jelentkezni
Jogos. A csomag:
mt7xxx-firmware-20240513-1.fc40.noarch
A /usr/lib/firmware/mediatek alkönyvtárban kell csinálni egy symlinket:
BT_RAM_CODE_MT7961_1a_2_hdr.bin.xz -> BT_RAM_CODE_MT7961_1_2_hdr.bin.xz
A symlinkben van egy 'a' betű is, minden más ugyanaz.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nomostan az az 1a_2 kontra 1_2 az két verziószám, ami nem azonos, az egyikben a főverzió kapott egy "a"-s utótagot a jó ég tudja, miért, a másikban meg nem.
Bónuszként:
https://bugzilla.kernel.org/show_bug.cgi?id=218757
- A hozzászóláshoz be kell jelentkezni
Épp azt csináltan, amit a Comment 10-ben írtak. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ha a kernel.org-os bugzillába jelentett hibára ilyen megoldás van, akkor az x disztribúcióban az érintett karbantartó mit mondhat vajon...? Avagy mi valójában az upstream ebben az esetben a Fedora/RHEL vonalnak...?
- A hozzászóláshoz be kell jelentkezni
És tudja fokozni:
We explicitly don't add things that are not in upstream linux-firmware because
it's 1) impossible to manage 2) we have no idea if we are legally allowed to
redistribute it.
Miközben egyetlen symlink a workaround, nem azt mondtam, hogy itt ez a file, amelyet be kellene tenni a linux-firmware csomagba, hogy működjön.
Tehát, ha a linux-firmware projectben megjelenik, lesz hivatalos megoldás, addig csináld magad mozgalom keretében ki-ki megbütykölheti, ahogy leírtam.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Kíváncsi vagyok hogy ugyanez lenne a válasz e hivatalos support csatornán is.
Újabban egyesek keze eláll a munkától.
- A hozzászóláshoz be kell jelentkezni
engedd el. nekem is van sok ticketem/pr-em itt-ott, valamelyiket befogadjak, de van ami csak log a levegoben sok eve, valamelyiket meg reject. nem erdekel, enyem mukodik. a keresok meg majd ugyis felparsoljak, aki belefut, annak ott a megoldas. az meg legyen a project baja, hogy sokan fikazzak mert bugos
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Nyilván ezért többet már nem tudok tenni. Esetleg az upstream project fejlesztőinek jelezhetném, de ennyi. A hozzáállás frusztráló. Van sok jó tapasztalatom is fejlesztőkkel - pl. Wim Taymans normálisan áll a hibajelentésekhez -, de ez a kifogáskeresés, hogy miért ne oldjunk meg valamit legalább a végleges megoldásig, ideiglenesen, számomra felfoghatatlan. Nem lenne vele komolyabb munkájuk, hiszen elárultam a megfejtést.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Jelentsd a főnökének.
- A hozzászóláshoz be kell jelentkezni
:D
Nem rosszindulat a cél, mindamellett fogalmam sincs, ki a főnöke. Csak jobb hozzáállást vártam.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
abba mondjuk igaza van hogy ilyesmit az upstreamban kell javitani.
abban is lehet, hogy ez nem az o dolga, ezt nem tudom.
a stilus meg hat... Joe Barr ota tudjuk milyen naluk.
- A hozzászóláshoz be kell jelentkezni
Akkor most az ugyfel nyomozza ki minden esetben, hogy kinek kell jelenteni, vagy az lenne az egyszerubb, ha o tovabbitana nekik (valoszinu napi kapcsolatban vannak).
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Igen, én is erre gondoltam, hogy ha már akkora keserűség és elviselhetetlenül nagy munka egy symlinket ideiglenesen beletenni, majd egy következő buildet csinálni, akkor legalább nyithatna egy hibajegyet Robinson úr a linux-firmware fejlesztőinél az upstream projectben.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nem egyformák szerencsére. Egy Adam Williamson nevű srác vett részt a dolgokban, amikor nekem volt bluetooth problémám, Ő teljesen normális volt. https://hup.hu/node/184823
(Valamiért nekem úgy tűnt, hogy ezek a bluetooth kérdések hozzá tartoznak, Ő van otthon bennük.)
- A hozzászóláshoz be kell jelentkezni
Itt rontották el:
https://github.com/torvalds/linux/commit/1cb63d80fff6c4f501469e28a0eb63…
Itt javították meg:
https://github.com/torvalds/linux/commit/958cd6beab693f395ffe07814ef77d…
6.9.2-ben már benne van a javítás.
- A hozzászóláshoz be kell jelentkezni
Azaz ahogy a RH-et oldalról visszakapta az op. az upstream-ben fixálandó/fixált a probléma.
- A hozzászóláshoz be kell jelentkezni
Because both MT7920 and MT7921 use the same chip ID.
ahh, "de miert?"
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Akkor majd letörlöm a symlinket, kipróbálom úgy, mert már 6.9.2-es kernelem van.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni