Organizace Apache Software Foundation (ASF) vydala verzi 20 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Desktopové prostředí Cinnamon, vyvíjené primárně pro distribuci Linux Mint, dospělo do verze 6.0. Seznam změn obsahuje především menší opravy a v říjnovém přehledu novinek v Mintu avizovanou experimentální podporu Waylandu.
OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzích 2.2.2 a 2.1.14. Přináší důležitou opravu chyby vedoucí k možnému poškození dat.
V ownCloudu byly nalezeny tři kritické zranitelnosti: CVE-2023-49103, CVE-2023-49104 a CVE-2023-49105 s CVSS 10.0, 8.7 a 9.8. Zranitelnost CVE-2023-49103 je právě využívána útočníky. Nextcloudu se zranitelnosti netýkají.
I letos vychází řada ajťáckých adventních kalendářů. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2023. Pro programátory v Perlu je určen Perl Advent Calendar 2023. Zájemci o UX mohou sledovat Lean UXmas 2023. Pro zájemce o kybernetickou bezpečnost je určen Advent of Cyber 2023…
Byla vydána verze 2.12 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 23.11 Topi. Přehled novinek v Changelogu.
Po 4 měsících vývoje byla vydána nová verze 4.2 multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu a na YouTube.
Byla vydána nová stabilní verze 23.11 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Tapir. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) upozorňuje na hrozbu spojenou s používáním mobilní aplikace WeChat a její čínské verze Weixin (dále jen WeChat). Ta sbírá velký objem uživatelských dat, a právě to by – v kombinaci se způsobem jejich sběru – mohlo sloužit k přesnému zacílení kybernetických útoků.
Zdravím,
delší dobu uvažuji o GUI mixeru pro alsu. Stávající řešení (alsamixer, gnome mixer, mixer v KDE) jen nějakou heuristikou řadí ovládací prvky definované ovladačem zvukovky do skupin na záložky. Složitější karty definují desítky ovládacích prvků a žádná heuristika se nedokáže přiblížit specializovanému grafickému mixeru windowsího ovladače přímo od výrobce té které karty.
Je samozřejmě nesmysl pro každou kartu programovat vlastní GUI, jako je tomu ve windows. Ale věřím, že by se dal vytvořit univerzální nástroj, který by na vstupu vzal popisný konfigurák od autora ovladače (nebo jiného znalého dobrovolníka), který by popisoval jednak funkční závislosti ovládacích prvků, obsahoval detailní textový popis netriviálních "čudlíků", a zároveň do určité míry grafickému nástroji naznačoval, co jak vykreslit, aby to na první pohled dávalo smysl. Funkční závislosti ovl. prvků budou možná poskytovat přímo ovladače, to se již pomalu v konferenci alsy občas objevuje. Ale jejich smysluplné vykreslení do mixeru nikdo neřeší (alespoň o tom nevím).
Pulseaudio se snaží o zjednodušení sady ovl. prvků na základní a jejich umístění na GUI pulseaudia, ale mně jde o zpřístupnění všech čudlíků zvukovky (jako v GUI windowsích ovladačů od výrobce), tedy ještě v doméně alsy.
Tímto bych se chtěl zeptat, zda máte někdo zkušenosti s vhodnou grafickou knihovnou, která by bylo ideálně nezávislá na gnome/KDE/Xfce atd. a šla by snadno propojit s nějakým takovým konfigurákem. Možná by se hodil i nějaký skriptovaný jazyk (Python?), tato aplikace nevyžaduje žádný výpočetní výkon. Možná by i java dávala smysl. Pokud by ta knihovna podporovala i konzoli (ncurses?), o to lépe. Ale to není zásadní požadavek. Samozřejmě by to chtělo podporu lokalizace, i těch delších popisů čudlíků.
Jsem ve fázi přemýšlení, hledání možností, do alsí konference bych rád přišel již s představou něčeho konkrétnějšího. Díky moc za nápady, návrhy, doporučení.
Nakonec možná i PHP a HTML by dávalo smysl, navíc by to rovnou mělo síťovou podporu :) V konzoli by byl elinks, v Xkách libovolný browser, nebo okno s embedded HTML browserem. Bohužel složitější na instalaci kvůli webovému serveru.
group { // skupina ovládacích prvků, v GUI jako záložka? id "play" name "Přehrávání" // nebo ala gettext: name _("Přehrávání") control { // ovládací prvek id "mute0" name _("název") description _("popis") type "checkbox" // ovládací prvek je "zaškrtávátko" action { // kód, který se provede při změně stavu ovládacího prvku if (this.checked) { // this je aktuální ovládací prvek, tedy mute0 soundCard.mute() //Tohle funguje na základě takové drobné magie:zřejmě nějaké volání API Alsy controls["volume0"].disable() } else { soundCard.unmute() //
controls["volume0"].enable() } } } control { id "volume0" type "slider" // ovládací prvek je "táhlo" range 0, 100 // rozsah hodnot (má smysl pouze pro type slider) action { soundCard.setVolume(this.value) // opět this je "tento" ovládací prvek, tedy volume0 } } } group { id "record" ... }
group
,control
, id
, name
, action
atd. jsou vlastně všechno volání metod s danými parametry (které můžou a nemusí být uzavřeny v závorkách). Bloky { ... }
jsou taky parametry – kusy kódu, které si lze uložit a kdykoli vykonat (u definičních metod se asi vykonají ihned, metoda action
kód uchová a ten pak bude volán později při každé změně příslušného ovládacího prvku).
Volání metod vlastně v paměti vyrobí model mixéru, a ten pak můžeš vyrenderovat jak chceš. Vím, že v Ruby by to šlo velmi podobně, jak v Pythonu netuším.
No a protože zvukovým kartám vlastně vůbec nerozumím, tak to je ode mne asi tak všechno Pulseaudio nemam rad, hlavne kvuli tomu ze porad jeste nefunguje spolehlive. Kazdopadne inteligentni razeni ovladacich prvku je jednim z cilu toho projektu. Autor pulseaudia spolupracuje s vyjojari ALSy a ALSA meni svoje API na zaklade pozadavku PulseAudio.
Pulseaudio chce zobrazovat zakladni sadu ovladacich prvku (jako napr. panel zvuku, soucast windows) a mapovat je na konkretni cudliky zvukovek. Zatim to resi pres nazvy a typy ovladacich prvku.
Mojim cilem je neco trochu jineho - zobrazit hezky a logicky vsechny ovladaci prvky karty, jako to dela GUI ovladace od vyrobce zvukovky. Umoznit i treba nejake logicke vazby mezi nimi (control 1 disabled if control 2 nema value 1, atd. - treba toto v driveru definovat nejde). Vyuziti na urovni stavajicich alsa mixeru (GUI i CLI), ale graficky a informacne tak, aby se v tom slo vyznat i bez studia zdrojaku driveru (nebo nejakeho popisu na wiki), coz byva dnes jedina moznost (jen popis na wiki stejne neni :) ).
pouzivam svuj jednoduchej mixer v openboxu jen na volume.
je napsany v pythonu s pomoci pygtk a pyalsaaudio.
myslim ze na tvoje potreby pyalsaaudio bude stacit
viz: alsaaudio.mixers()
Tiskni
Sdílej: