Lennart Poettering se na Mastodonu rozepsal o novince v systemd, na které pracuje: systemd bude umět nabootovat z obrazu disku staženého pomocí HTTP v rámci initrd.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2025.2. Nově lze zálohovat také na Google Drive a Microsoft OneDrive.
V kinech aktuálně běží animovaný film Kočičí odysea, v originálu Flow, (Wikipedie) vytvořený v Blenderu. Film získal řadu ocenění a má dvě nominace na Oscary 2025. Na ČSFD má 80 %. Režisérem je Gints Zilbalodis. Rozhovor s režisérem na stránkách Blenderu.
Oficiálně byla vydána (Mastodon, 𝕏) třetí RC verze GIMPu 3.0. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu. GIMP je nově k dispozici také ve formátu AppImage.
Nejnovějším projektem Blender Studia je herní projekt DogWalk. Cílem projektu je prozkoumat možnosti a vylepšit spolupráci Blenderu s herním enginem Godot a vytvořit jednoduchou hru. Jde o jejich druhý herní projekt. Prvním byla hra Yo Frankie! (projekt Apricot) postavená na již nevyvíjeném Blender Game Enginu.
Byla vydána verze 0.83 telnet a ssh klienta PuTTY. Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu. Vypíchnuta je podpora výměny klíčů pomocí postkvantového algoritmus ML-KEM.
Hector "marcan" Martin z Asahi Linuxu skončil jako upstream vývojář linuxového jádra. Štafetu po něm převzal Janne Grunau z Asahi Linuxu.
PlayStation Network (PSN) má již několik hodin, vlastně celou sobotu, masivní výpadek (Stav služby PSN, X).
Vývojáři open source storage platformy TrueNAS oznámili, že s verzí 25.04 s kódovým názvem Fangtooth končí TrueNAS CORE postavený na FreeBSD a TrueNAS SCALE postavený na Linuxu. Jejich společným pokračováním bude TrueNAS Community Edition postavený na Linuxu.
Mapy Google dnes slaví 20 let. Spuštěny byly 8. února 2005. Svět se přesunul od papírových map k digitálním. A ke Street View, Live View, Immersive View, …
while read radek; do
if [ "`grep -i $radek $2`" != "`grep -i $radek $1`" ]; then
echo $radek >> vysledek.txt
else
echo $radek >> /dev/null
fi
done < $1
Program spoustim takhle:
./ program.sh soubor_1 soubor_2
Uvedu priklad:
soubor_1 obsahuje:
a
b
c
d
e
f
g
soubor_2 obsahuje:
g
b
e
d
i
g
vysledny soubor vysledek.txt obsahuje:
a
c
f
g
Je to spravne, jen ten posledni znak g
tam nema byt, proc tam je? Vzdyt se nachazi v obou souborech. Tohle mi hlava nebere
Podotykam, že $1
je soubor_1 a $2
je soubor_2. Diky za nakopnuti a preju hezke svatky!
Řešení dotazu:
A co konec řádku , není tam cr_lf nebo nějakej podobnej paznak kterej neni vidět ?
diff
?
Potřebuješ to k nějaké funkčnosti nebo je to jen cvičení?
if [ "`grep -i $radek $2 | tr [A-Z] [a-z]`" != "`grep -i $radek $1 | tr [A-Z] [a-z]`" ]; then
Zkrátka, aby to převedlo všechno na malé znaky...aby mi to nevyhodilo neshodu na základě toho, že se někde v řetězci nachází velké písmenko.
diff
seřadit sort
em.
Také je možné první soubor natáhnout do nějakého asociativního pole a druhý soubor s ním porovnat.
#!/bin/bash sqlite3 <<EOT .separator '|||' create table a(nazev text); .import a.txt a create index inda on a (nazev); create table b(nazev text); .import b.txt b select nazev from b where lower(nazev) not in (select lower(nazev) from a); EOT
<?php $a=array(); foreach (file('a.txt') as $line) { $a[strtolower(trim($line))]=$line; } foreach (file('b.txt') as $line) { if (!isset($a[strtolower(trim($line))])) { echo trim($line),"\n"; } }
comm
.
Len v druhom:
comm -13 <(sort soubor_1) <(sort soubor_2)
comm
říct, že tohle jsou rozdílné řetězce:
Robert_Natus_-_Back_To_Led_(Holz56)-Promo_EP-2002-TR
Robert_Natus_-_Back_To_Led_(Holz56)-Promo_EP-2002-TR
??? Žádný rozdíl ve velikosti znaku, žádné bílé znaky, žádné jiné neviditelné znaky....
hexdump
em, možná nějaký rozdíl najdeš.
comm
je skvělý nástroj, trošku jsem si to upravil, aby neuvažoval rozdíl ve velikosti písmen:
comm -3 <(cat $1 | tr [A-Z] [a-z] | sort) <(cat $2 | tr [A-Z] [a-z] | sort) > vysledek.txt
Díky ještě jednou!
1. V jednom souboru máte řádek "g" jednou a ve druhém dvakrát, proto vám to porovnání nevyjde.
2. Kromě zoufalé neefektivity je použití grepu špatně, protože grep vám vrátí i všechny řádky, kde se vzorek vyskytuje jako podřetězec. Co hůř, vzorek se chápe jako (basic) regulární výraz, takže bude-li obsahovat např. tečku, nebudete se stačit divit, co všechno bude matchovat.
3. K čemu je podle vás dobrá ta "else" větev (kromě zpomalení skriptu)?
Abych grepu zabránil brát vzorec jako basic RE, tak stačí dát vzorek do uvozovek "$vzorek"?
Ne, tím jen zařídíte, aby shell neinterpretoval znaky, které jsou pro něj speciální (třeba mezery). Pro chápání vzorku jako řetězce by měl pomoci přepínač -F
(nebo spouštět jako fgrep
). Ale pořád bude potřeba dávat pozor na podřetězce nebo vícenásobné výskyty (podle způsobu použití).
Tiskni
Sdílej: