Portál AbcLinuxu, 12. května 2025 12:38
například logování pomocí systemd journalno, ve skutečnosti to tady už nějaký ten pátek máme, Lennart se na zapnutí journald nikoho neptal ...
(tj. vypnutý syslog)tohle je ale totální selhání veškerých řídících procesů Fedory, ta sračka rzobíjí boot, je na tím blokovanej change tracking bug, a přesto to prošlo? WTF?
Kavol jeho energii dovede crashnout i letadlo z oblohy, nemuzes ho brat smerodatne.ano, cokoliv zkusím udělat, tam najdu bug :-/
No nejak nevidim, ze by nekdo znovu otevrel ticket na FESCo, ci poslal jiny, ze je nacase revidovat rozhodnuti. Jako se napriklad stalo u App Installeru... Contingency deadline byla Beta, takze casu bylo dost. A porad je moznost jit na FESCo, na zmenu uz je pozde, ale dokopat je k tomu, ze se finalni F20 bude blokovat tak dlouho, dokud se to neopravi. Jen to nikdo neudelal a kdyz to neudela, tak se to nestane.já jsem se o tom bavil s Marcelou (a Petrem Písařem FTR), a nic o (znovu)otvírání ticketu neříkala, nebo jsem to absolutně zapomněl (což u mě není vyloučené :-/) každopádně když je na to otevřený bug, tak bych očekával, že se nic neuzavře, dokud ten bug nebude vyřešený ... - takže ... jak konkrétně nyní zařídit, "ze se finalni F20 bude blokovat tak dlouho, dokud se to neopravi"?
Proces funguje dobre, tu moznost ozvat se nikdo nevyuzil...no, jestliže je v tom zainteresováno tolik lidí a "ví se" o tom, a přesto se nic neděje, tak to asi tak dobře nefunguje ... výmluva, že plány byly na Alfa Centauri a tudíž je to chyba obyčejných uživatelů, je dost chabá ...
Z meho pohledu, kdyz change owner rekne, ze change je podle neho hotova, tak mu proste musim verit.no, takže ten proces je prostě blbě - change owner si může říkat co chce, a reálný stav bude jiný
I kdyz stale otevrene bugy davam do ticketu, pokud change neni ve stavu, ve kterem ma byt (coz tady uz bylabudiž. Muzes to navrhnout jako final blocker opet.
Nevim, kolik lidi vedelo o tomto bugu, je jen jeden z mnoha. Ktery se stava par lidem za urcitych okolnosti s existujicim workaroundem.ad "pár lidem", viz bod 3) výše ad "s existujícím workaroundem", viz bod 5) - workaround pro < F20 nebude fungovat pro ≥ F20, pokud se to nerevertne
Proste pokud ho nekdo nahlasi na Alfa Centauri, tak by bylo dobre, kdyby to zavcasu dali vedet nekomu na zemi :).sorry, ale základním kontaktním bodem pro uživatele je Bugzilla - a když o tom problému vedení ví, a zjevně se ani neobtěžují pořádně zjistit, o co jde, těžko se vymlouvat, že info z Bugzilly neprobublalo
Na prvni pohled to vypada, ze fedora 20 dela inovaci typu "stara vec funguje, tak to zahodme. Udelejme neco noveho co nefunguje".Tak tady to bylo vynuceno predevsim vyvojari upstreamu, u bluetooth zarizeni urcuje vyvoj Android, ktery prakticky protlacil svuj model do kernelu 3.4+ - a mame uz 3.12. V praxi kazdy bluetooth stack desktopu musi byt kompatibilni s novym interfacem, koncepce proprietarniho firmware s tim proste pocita. Nejjednodussi cesta jak to udelat, je implementovat drop-in replacement k designu androidiho stacku, jinak je problem s bluetooth drivery. Cpat tam mezivrstvu, ktera bude emulovat stare API je zbytecna prace, zejmena kdyz ten krok se musi tak jako tak udelat. Stary interface navic nikdo neudrzoval a neni pravda, ze byl zcela funkcni, s novymi Bluetooth Low Energy profily v podstate poradne nechodil.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.