Jste nuceni pracovat s Linuxem? Chybí vám pohodlí, které vám poskytoval Microsoft, když vás špehoval a sledoval všechno, co děláte? Nebojte se. Recall for Linux vám vrátí všechny skvělé funkce Windows Recall, které vám chyběly.
Společnost Fre(i)e Software oznámila, že má budget na práci na Debianu pro tablety s cílem jeho vyžívání pro vzdělávací účely. Jako uživatelské prostředí bude použito Lomiri.
Proběhla hackerská soutěž Pwn2Own Ireland 2025. Celkově bylo vyplaceno 1 024 750 dolarů za 73 unikátních zranitelností nultého dne (0-day). Vítězný Summoning Team si odnesl 187 500 dolarů. Shrnutí po jednotlivých dnech na blogu Zero Day Initiative (1. den, 2. den a 3. den) a na YouTube.
Byl publikován říjnový přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Pracuje se na podpoře M3. Zanedlouho vyjde Fedora Asahi Remix 43. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.
Iniciativa Open Device Partnership (ODP) nedávno představila projekt Patina. Jedná se o implementaci UEFI firmwaru v Rustu. Vývoj probíhá na GitHubu. Zdrojové kódy jsou k dispozici pod licencí Apache 2.0. Nejnovější verze Patiny je 13.0.0.
Obrovská poptávka po plynových turbínách zapříčinila, že datová centra začala používat v generátorech dodávajících energii pro provoz AI staré dobré proudové letecké motory, konvertované na plyn. Jejich výhodou je, že jsou menší, lehčí a lépe udržovatelné než jejich průmyslové protějšky. Proto jsou ideální pro dočasné nebo mobilní použití.
Typst byl vydán ve verzi 0.14. Jedná se o rozšiřitelný značkovací jazyk a překladač pro vytváření dokumentů včetně odborných textů s matematickými vzorci, diagramy či bibliografií.
Specialisté společnosti ESET zaznamenali útočnou kampaň, která cílí na uživatele a uživatelky v Česku a na Slovensku. Útočníci po telefonu zmanipulují oběť ke stažení falešné aplikace údajně od České národní banky (ČNB) nebo Národní banky Slovenska (NBS), přiložení platební karty k telefonu a zadání PINu. Malware poté v reálném čase přenese data z karty útočníkovi, který je bezkontaktně zneužije u bankomatu nebo na platebním terminálu.
V Ubuntu 25.10 byl balíček základních nástrojů gnu-coreutils nahrazen balíčkem rust-coreutils se základními nástroji přepsanými do Rustu. Ukázalo se, že nový "date" znefunkčnil automatickou aktualizaci. Pro obnovu je nutno balíček rust-coreutils manuálně aktualizovat.
VST 3 je nově pod licencí MIT. S verzí 3.8.0 proběhlo přelicencování zdrojových kódů z licencí "Proprietary Steinberg VST3 License" a "General Public License (GPL) Version 3". VST (Virtual Studio Technology, Wikipedie) je softwarové rozhraní pro komunikaci mezi hostitelským programem a zásuvnými moduly (pluginy), kde tyto moduly slouží ke generování a úpravě digitálního audio signálu.
Používáte ještě MOC player? Posloucháte Jamendo? Chtěli byste přidávat / přepisovat položky playlistu přímo z Firefoxu? Pak čtěte dále!
Asi každý uživatel MOC přehrávače ví, že mocp je možné ovládat i z konzole (bez curses), přidávat položky playlistu a vůbec měnit různé vlastnosti. Neměl by tedy problém udělat nějaký wrapper skript, který by tohle dělal, kdyby jej někdo (třeba firefox) spustil.
Tou cestou jsem se taky vydal, vytvořil si mocp-wrap.sh s parametry "play <filename>" a "queue <filename>" a k němu další dva miniskriptíky mocp-play.sh a mocp-queue.sh (možná by firefox uměl volat "mocp-wrap.sh <play | queue> <filename>" přímo, ale já nevím, jak) a u "open file" dialogu ve firefoxu si tyto dva nastavil pro m3u a jiné hudební soubory. Play prostě vyčistí playlist, vloží tam soubor podstrčený firefoxem (z /tmp) a spustí přehrávání, queue jen přidá nový soubor do playlistu a nic nespouští, aby nevyrušil při přehrávání jiné písničky. V obou případech je mocp server napřed spuštěn, pokud neběží.
Idea jednoduchá, skript původně taky. Funguje bezvadně pro jednotlivé mp3, ogg nebo jiné soubory. Problém je v m3u playlistech -- zde je očividně bug v MOC přehrávači. Bug, který jsem ani nehlásil, vývoj mocp totiž ustal asi kolem roku 2007. Udržovat vlastní patchovanou verzi MOC jsem taky nechtěl, takže jsem na pár minut přešel na VLC (který mám zatím jen na video) a zkoumal možnosti ovládání bez myši (notebook). Problém mocp je v tom, že při "mocp -a soubor.m3u" přidá písničky z playlistu v *náhodném* pořadí. Většinou je první písnička nakonci, někdy je uprostřed, jindy jsou první tři vpleteny někam doprostřed, přitom shift-A v ncurses GUI funguje korektně. Zkoušel jsem mazat cache, dělat různé opičárny, hledat ve zdrojáku, kompilovat stable verzi, problém přetrval.
Nakonec jsem se vyhecoval a napsal superhnusný "hack" skript, který rozparsuje m3u soubor (alespoň ten z jamenda) na jednotlivé písničky, každou z nich zapíše do dočasného souboru a zavolá "mocp -a" pro každou z nich. Existuje daleko jednodušší jednořádkové řešení přes xargs - "grep -v '^#' < soubor.m3u | xargs mocp -a", ale to nezachová m3u tagy, které jsou u Jamendo streamů docela významné.
Tedy bez dalších keců - skript:
#!/bin/sh -e
#
# A simple MOC wrapper script for firefox / console use
if [ -z "$2" ]
then
echo "Usage: $0 <play | queue> <filename>"
fi
FILENAME="$2"
parse_m3u ()
{
# since "mocp -a" is somewhat fugly bugged
# and adds playlist entries in a (pretty much) random order,
# let's do it the superugly hacky (but working) way
# -- ie. extract each m3u entry separately and feed it to mocp -a
TEMPFILE="$(mktemp --suffix=.m3u)"
IFS='
'
# first EXTM3U is already there (read from $1)
# echo '#EXTM3U' > $TEMPFILE
# for line in $(grep -v '^#EXTM3U' "$1")
for line in $(cat "$1")
do
echo $line >> $TEMPFILE
# found non-comment line
if [ -z "$(echo $line | grep '^#')" ]
then
mocp -a $TEMPFILE
echo '#EXTM3U' > $TEMPFILE
fi
done;
rm $TEMPFILE
}
# if moc server is not running, start it
if ! pgrep -x -u $(id -u) mocp >/dev/null; then mocp -S; fi
case "$1"
in
"play")
# clear current playlist and immediately play the file
mocp -c
mocp -s
if [ ! -z "$(echo "$FILENAME" | grep -i '\.m3u$')" ]
then
parse_m3u "$FILENAME"
else
mocp -a "$FILENAME"
fi
mocp -p
;;
"queue")
# enqueue the file in current playlist
if [ ! -z "$(echo "$FILENAME" | grep -i '\.m3u$')" ]
then
parse_m3u "$FILENAME"
else
mocp -a "$FILENAME"
fi
;;
esac
Někteří asi budou namítat, že by šlo ušetřit disk I/O přes named pipes, mě to taky napadlo a zkusil jsem to. Výsledkem byly neúplné playlisty, race conditions (se sleep 1 mezi songy nic nemizelo) a jiné problémy (spouštěl jsem "mocp -a < myfifo &" a potom echoval buffer s tagem a linkem (jeden write()). Takže jsem se nakonec vrátil k používání temp souboru, osobně mám /tmp jako tmpfs, takže je mi to celkem jedno.
Na pomalejších počítačích asi budou problémy s rychlostí, spouštět tolikrát echo, grep a jiné příkazy (byť z disk cache) není až tak levná sranda. Možná by pomohlo přepsání do perlu, ale to by zase skript ztratil na "portabilitě". Na mém notebooku (c2d 2.8GHz, ondemand 800MHz) je spuštění přehrávání do jedné sekundy od "otevření" (stažení) souboru firefoxem.
Omlouvám se těm, kteří čekali další superdlouhý blogpost, dneska to utnu celkem brzy. Měl bych jen jednu otázku - jako "výchozí" pro m3u ve firefoxu mám pořád VLC a do toho dialogu se neuloží víc, jak výchozí + jedna další hodnota, takže si nemohu snadno vybrat mezi play a queue. Nevíte někdo, kde bych mohl ten VLC ze seznamu smazat a nastavit třeba mocp-queue.sh jako výchozí? V preferences si můžu jen vybrat něco ve smyslu "ptát se vždy" / "spustit pokaždé tohle", takže to asi bude někde hluboko v ~/.mozilla/.
Tiskni
Sdílej:
Přiložím ještě ukázkový mocp-play.sh pro firefox (queue si snad každý odvodí sám).
#!/bin/sh ~/bin/mocp-wrap.sh play "$1" rm "$1"
(pochopitelně je potřeba změnit cestu k mocp-wrap.sh)
Err, má tam být rm -f, firefox to ukládá read-only.
No já osobně neplánuji přehrávat svoji offline sbírku přes tento skript, je čistě pro firefox
.
Ten rm je tam čistě kvůli čistotě /tmp, každá písnička (stream) na Jamendu je .m3u, takže pokud někdo kliká na písničky jednotlivě (a nepřehrává celá alba), měl by brzo v /tmp brzo 50+ souborů typu jamendo-playlist-[0-9]*.m3u
Na druhou stranu - pokud to někdo plánuje použít i pro mp3/ogg/etc a ne jen pro Jamendo (či jiné) streamy přímo, měl by ten rm odebrat, jinak se mu písnička v kombinaci s "queue" pochopitelně nespustí, protože v okamžik, kdy na ni přijde čas, už nebude existovat.
pokud někdo kliká na písničky jednotlivě (a nepřehrává celá alba), měl by brzo v /tmp brzo 50+ souborů typu jamendo-playlist-[0-9]*.m3uto vadí čemu?
Já to právě vyřešil trochu jinak
.
Na MPD kouknu, prozatím přikládám (pro ostatní) jednoduchý xmessage skript pro přímé spuštění firefoxem při otevření m3u/čehokoli jiného. Tentokrát žádný rm, takže je to univerzální, ne Jamendo-only. Mimojiné celkem elegantně vyřešil můj problém s "open file" dialogem firefoxu.
#!/bin/sh
WRAPPER="$HOME/bin/mocp-wrap.sh"
xmessage -file - \
-center \
-buttons Play\ it\ now,Queue\ in\ playlist,Cancel \
-nearmouse \
<<EOF
A player request received, filename "$1".
What should I do?
EOF
case $?
in
101) $WRAPPER play "$1" ;;
102) $WRAPPER queue "$1" ;;
*) exit 1 ;;
esac
Pochopitelně je to jen příklad, úpravy je možno provádět dle libosti
.