Konference LinuxDays 2026 proběhne již tento víkend 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Konference LinuxDays 2026 znamená desítky přednášek a workshopů, zástup zajímavých osobností, místo pro setkání, spoustu nových nápadů a informací a stánky řady různých projektů: Fedora, openSUSE, vpsFree.cz, Mozilla, MacGyver - bastlíři SH, OpenAlt a mnoho dalších. Vstup je volný.
Microsoft oznámil, že WSL kontejnery (WSLC) aneb linuxové kontejnery ve Windows Subsystem for Linux (WSL) jsou již obecně dostupné. Současně popsal jejich architekturu.
openSUSE Leap 16.1 vstoupil do RC fáze. Nově lze instalovat jako standardní systém (Standard) nebo jako neměnný systém s atomickými aktualizacemi (Immutable). Samostatná neměnná distribuce openSUSE Leap Micro končí.
Byl vydán Mozilla Firefox 157.0. S nejvýraznější vizuální proměnou za poslední roky. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 157 bude brzy k dispozici také na Flathubu a Snapcraftu.
Rodina produktů Raspberry Pi se rozšířila o Raspberry Pi Smart Display Module. Deska pro Raspberry Pi Compute Module 5 se zasouvá přímo do displejů dle specifikace Intel SDM. Cena desky je 30 dolarů.
Byla vydána nová verze 2.56.0 distribuovaného systému správy verzí Git. Přispělo 104 vývojářů, z toho 39 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Hackerská skupina ShinyHunters oznámila průnik do informačních systémů FBI, prostřednictvím zero-day zranitelnosti v platformě Oracle PeopleSoft, kterou úřad využívá mimo jiné pro náborový portál FBIJobs.gov. Útočníci tvrdí, že získali až 3 TB dat o současných i bývalých zaměstnancích a uchazečích o práci. Jako důkaz zveřejnili vzorek přibližně 5 000 záznamů obsahující jména, adresy, telefonní čísla, data narození, čísla
… více »Doba kompilace linuxového jádra se díky rychlejšímu hardwaru a optimalizacím kbuildu snižuje k deseti sekundám. Nejnovější patche Lorenza Stoakse (vznikají i s pomocí SI) zkrátily na testovacím stroji dobu sestavení z dlouhých 22 vteřin na pouhých 15, a to bez použití RAMdisku. Testovací systém tvořily dva procesory AMD EPYC 9575F (oba dohromady poskytují celkem 128 jader a 256 vláken), čtyřiadvacet 64GB DDR5-6400 paměťových modulů a
… více »Před rokem a půl vývojáři postmarketOS informovali, že pro projekt hledají nové jméno. Včera bylo oznámeno: postmarketOS se nově jmenuje Nura.
Hra Factorio dorazila na Printables. Hned teď si můžete stáhnout 65 různých modelů a nechat celou mimozemskou planetu oživnout na svém stole.
Zdravím,
snažím se vyrobit jednoduchý bash script, kde při jeho spuštění se mi zkontroluje konfigurace Apache2 a když bude v pořádku, tak se ukončí. Když nebude v pořádku, tak to vypíše chybu třeba "Špatná konfigurace". Něco jsem tedy vymyslel, ale z nějakého důvodu mi nefunguje grep, a další věci, takže mi to nefunguje a nevidím chybu. Ono takovým problémem jsem zjistil, že je už samotný příkaz. Pokud se ten příkaz na kontrolu syntaxe snažím prohnat přes grep, tak vždy dostanu to stejné.
#!/bin/sh
get_APACHE_syntax() {apache2ctl -t | egrep -i "Syntax OK"}
APACHE_CHECK_SYNTAX=`get_APACHE_syntax`
if [ $APACHE_CHECK_SYNTAX == "0" ]; then
echo "Good";
else
echo "Bad";
fi
Ptám se zkušenějších, kde je chyba? Spouštím to pod rootem a nějak to nejde.
Řešení dotazu:
apachectl -t echo $?
if apachectl -t &> /dev/null; then echo "ok" else echo "ko" fi
get_APACHE_syntax() {
apache2ctl -t | egrep -i "Syntax OK"
}
nesmie to byt na 1 riadku ale samostatne
Do proměnné APACHE_CHECK_SYNTAX neukládáte návratovou hodnotu, ale výstup té funkce, tedy buď prázdný řetězec nebo "Syntax OK".
Čtení zbytku odpovědi je na vlastní riziko. Bude-li se někdo cítit dotčen, byl varován.
Opravdu nechápu, proč tolik lidí - a především začátečníků, kteří k tomu mají nejméně důvodů - automaticky předpokládá, že chybu nemohli za žádných okolností udělat oni. Takže když jim nechodí skript, automaticky předpokládají, že "jim nefunguje grep", když jim zlobí úloha spouštěná přes cron, tak hned "nefunguje cron" atd. Opravdu není pravděpodobnější, že je chyba v čerstvě napsaném skriptu, navíc napsaném někým, kdo nemá moc zkušeností, než že je v programu, který běžně používají statisíce, možná miliony lidí?
V daném případě stačilo místo podezírání egrepu udělat to úplně základní: buď přidat do specifikace interpreteru přepínač -x nebo aspoň přidat jedno echo, které by zobrazilo, co se do té proměnné přiřadilo.
Neměj obavy, echo jsem si tam dával, co obsahuje daná proměnná, problémem bylo, že nikdy neobsahovala to, co měla - "Syntax OK" neobsahovala NIKDY, ale "0" obsahovala téměř vždy (občas neobsahovala vůbec nic).
Vzhledem k tomu, že jsem si to zkusil dát jako samotný příkaz do terminálu a nefungovalo mi to, tak jsem nevěděl, kde je problém.
Proto jsem psal "Pokud jste to měl opravdu takhle a neměl jste tam něco úplně jiného". :-)
Mimochodem, další chyba toho skriptu spočívá v neověřeném (a nepravdivém) předpokladu, že apachectl to "Syntax OK" píše na standardní výstup. Takže pokud skript vypadá takhle, proměnná bude prázdná vždy.
Ano, měl jsem to takto a chvíli jsem tam měl 0, chvíli nic a chvíli "Syntax OK". Pokaždé mi to vyhodilo něco jiného, stačilo mezitím restartovat Apache a zase bylo něco jiného. Opravdu nevím, proč to tak dělalo, server jsem včera vypnul, dneska zapnul, udělal několik úprav (hlavně ta návratová hodnota mi pomohla) a jsem spokojen.
egrep -i "Syntax OK"' vám jako výstup "0" dát nemůže, přes to prostě vlak nejede. Ve chvíli, kdy vám z toho nula vyšla, ten skript musel vypadat jinak, i kdyby třeba jen tak, že jste to následně prohnal aritmetickou konverzí.
Opravdu není pravděpodobnější, že je chyba v čerstvě napsaném skriptu, navíc napsaném někým, kdo nemá moc zkušeností, než že je v programu, který běžně používají statisíce, možná miliony lidí?U coreutils to snad ještě tak je, u věcí hlavně kolem freedesktopu bych se nebál říci, že ne.
Tiskni
Sdílej: