Kevin Lin zkouší využívat chytré brýle Mentra při hraní na piano. Vytváří aplikaci AugmentedChords, pomocí které si do brýlí posílá notový zápis (YouTube). Uvnitř brýlí běží AugmentOS (GitHub), tj. open source operační systém pro chytré brýle.
Jarní konference EurOpen.cz 2025 proběhne 26. až 28. května v Brandýse nad Labem. Věnována je programovacím jazykům, vývoji softwaru a programovacím technikám.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Před 25 lety zaplavil celý svět virus ILOVEYOU. Virus se šířil e-mailem, jenž nesl přílohu s názvem I Love You. Příjemci, zvědavému, kdo se do něj zamiloval, pak program spuštěný otevřením přílohy načetl z adresáře e-mailové adresy a na ně pak „milostný vzkaz“ poslal dál. Škody vznikaly jak zahlcením e-mailových serverů, tak i druhou činností viru, kterou bylo přemazání souborů uložených v napadeném počítači.
Byla vydána nová major verze 5.0.0 svobodného multiplatformního nástroje BleachBit (GitHub, Wikipedie) určeného především k efektivnímu čištění disku od nepotřebných souborů.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube).
Provozovatel čínské sociální sítě TikTok dostal v Evropské unii pokutu 530 milionů eur (13,2 miliardy Kč) za nedostatky při ochraně osobních údajů. Ve svém oznámení to dnes uvedla irská Komise pro ochranu údajů (DPC), která jedná jménem EU. Zároveň TikToku nařídila, že pokud správu dat neuvede do šesti měsíců do souladu s požadavky, musí přestat posílat data o unijních uživatelích do Číny. TikTok uvedl, že se proti rozhodnutí odvolá.
Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.
Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.
V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
/dev/disk
, určitě si tam nějaké stálé označení vyberete.
ls -l /dev/disk/by-uuid/
Nějak to motáš ne ?
zadej " blkid "
vyjede ti něco jako :
pepe@PC-Pepe:~$ blkid
/dev/sda1: LABEL="SYSTEM" UUID="BCDED8E9DED89D48" TYPE="ntfs"
/dev/sda2: LABEL="OS" UUID="CEE4D9BFE4D9AA4B" TYPE="ntfs"
/dev/sda3: LABEL="HP_RECOVERY" UUID="0CEADB04EADAE94A" TYPE="ntfs"
/dev/sda5: UUID="63347a29-e9ae-45c4-83c6-fdf8703d2dd2" TYPE="ext2"
/dev/sda6: UUID="79b3eb99-425e-4793-8b57-621b7704e295" TYPE="reiserfs"
/dev/sda7: UUID="c1955b3a-17a1-42c9-a22a-833b98efb98b" TYPE="swap"
/dev/sdb1: LABEL="Data-2TB" UUID="7204EC5A04EC22B9" TYPE="ntfs"
no a pripojis si napriklad sda1 takto : misto /dev/sda1 das /dev/disk/by-uuid/BCDED8E9DED89D48
a ikdyz se pak zmeni sda1 na sda3 tak sda3 bude mit stale /dev/disk/by-uuid/BCDED8E9DED89D48
takze zapomen na nejake sda !
V manu je " The blkid command is part of the util-linux package and is available from ftp://ftp.kernel.org/pub/linux/utils/util-linux/." V gentoo to mam v ...
# eix util-linux [I] sys-apps/util-linux Available versions: 2.17.2 2.18-r1 (~)2.19 **9999 {+cramfs crypt loop-aes ncurses nls old-linux perl selinux slang uclibc unicode} Installed versions: 2.19(17:06:48 26.3.2011)(cramfs crypt nls perl slang unicode -old-linux -selinux -uclibc) Homepage: http://www.kernel.org/pub/linux/utils/util-linux/ Description: Various useful Linux utilitie ... # qlist util-linux | grep blk /lib64/libblkid.so.1.1.0 /lib64/libblkid.so.1 /bin/lsblk /usr/include/blkid/blkid.h /usr/lib64/libblkid.a /usr/lib64/libblkid.so /usr/lib64/pkgconfig/blkid.pc /usr/share/man/man3/libblkid.3.bz2 /usr/share/man/man8/blkid.8.bz2 /usr/share/man/man8/lsblk.8.bz2 /sbin/blkid
jarda@jarda-laptop:~/Plocha/util-linux-2.9i$ make make[1]: Entering directory `/home/jarda/Plocha/util-linux-2.9i/lib' gcc -c -I../lib -pipe -O3 -m486 -fomit-frame-pointer err.c -o err.o cc1: error: unrecognized command line option "-m486" make[1]: *** [err.o] Error 1 make[1]: Leaving directory `/home/jarda/Plocha/util-linux-2.9i/lib' make: *** [all] Error 1 jarda@jarda-laptop:~/Plocha/util-linux-2.9i$
To vypadá jako nastavení gcc ... v gentoo mam v make.conf u C2D CFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer", nevim, co máš za procesor, co bys tam měl dát. Tip máš ... podle man:gcc ...
-mtune=cpu-type Tune to cpu-type everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for cpu-type are: generic Produce code optimized for the most common IA32/AMD64/EM64T processors. If you know the CPU on which your code will run, then you should use the corresponding -mtune option instead of -mtune=generic. But, if you do not know exactly what CPU users of your application will have, then you should use this option. As new processors are deployed in the marketplace, the behavior of this option will change. Therefore, if you upgrade to a newer version of GCC, the code generated option will change to reflect the processors that were most common when that version of GCC was released. There is no -march=generic option because -march indicates the instruction set the compiler can use, and there is no generic instruction set applicable to all processors. In contrast, -mtune indicates the processor (or, in this case, collection of processors) for which the code is optimized. native This selects the CPU to tune for at compilation time by determining the processor type of the compiling machine. Using -mtune=native will produce code optimized for the local machine under the constraints of the selected instruction set. Using -march=native will enable all instruction subsets supported by the local machine (hence the result might not run on different machines). i386 Original Intel's i386 CPU. i486 Intel's i486 CPU. (No scheduling is implemented for this chip.) i586, pentium Intel Pentium CPU with no MMX support. pentium-mmx Intel PentiumMMX CPU based on Pentium core with MMX instruction set support. pentiumpro Intel PentiumPro CPU. i686 Same as generic, but when used as march option, PentiumPro instruction set will be used, so the code will run on all i686 family chips. pentium2 Intel Pentium2 CPU based on PentiumPro core with MMX instruction set support. pentium3, pentium3m Intel Pentium3 CPU based on PentiumPro core with MMX and SSE instruction set support. pentium-m Low power version of Intel Pentium3 CPU with MMX, SSE and SSE2 instruction set support. Used by Centrino notebooks. pentium4, pentium4m Intel Pentium4 CPU with MMX, SSE and SSE2 instruction set support. prescott Improved version of Intel Pentium4 CPU with MMX, SSE, SSE2 and SSE3 instruction set support. nocona Improved version of Intel Pentium4 CPU with 64-bit extensions, MMX, SSE, SSE2 and SSE3 instruction set support. core2 Intel Core2 CPU with 64-bit extensions, MMX, SSE, SSE2, SSE3 and SSSE3 instruction set support. k6 AMD K6 CPU with MMX instruction set support. k6-2, k6-3 Improved versions of AMD K6 CPU with MMX and 3dNOW! instruction set support. athlon, athlon-tbird AMD Athlon CPU with MMX, 3dNOW!, enhanced 3dNOW! and SSE prefetch instructions support. athlon-4, athlon-xp, athlon-mp Improved AMD Athlon CPU with MMX, 3dNOW!, enhanced 3dNOW! and full SSE instruction set support. k8, opteron, athlon64, athlon-fx AMD K8 core based CPUs with x86-64 instruction set support. (This supersets MMX, SSE, SSE2, 3dNOW!, enhanced 3dNOW! and 64-bit instruction set extensions.) k8-sse3, opteron-sse3, athlon64-sse3 Improved versions of k8, opteron and athlon64 with SSE3 instruction set support. amdfam10, barcelona AMD Family 10h core based CPUs with x86-64 instruction set support. (This supersets MMX, SSE, SSE2, SSE3, SSE4A, 3dNOW!, enhanced 3dNOW!, ABM and 64-bit instruction set extensions.) winchip-c6 IDT Winchip C6 CPU, dealt in same way as i486 with additional MMX instruction set support. winchip2 IDT Winchip2 CPU, dealt in same way as i486 with additional MMX and 3dNOW! instruction set support. c3 Via C3 CPU with MMX and 3dNOW! instruction set support. (No scheduling is implemented for this chip.) c3-2 Via C3-2 CPU with MMX and SSE instruction set support. (No scheduling is implemented for this chip.) geode Embedded AMD CPU with MMX and 3dNOW! instruction set support. While picking a specific cpu-type will schedule things appropriately for that particular chip, the compiler will not generate any code that does not run on the i386 without the -march=cpu-type option being used.
Dotaz: mounotování. pořád se mění sdb s sda
A to 5E82C3D682C3B137 je snad blkid (uuid) toho disku ne ...
Jo a blkid je program z balíku util-linux
pepe@PC-Pepe:~$ uname -rov ; cat /etc/issue
2.6.32-31-generic #61-Ubuntu SMP Fri Apr 8 18:24:35 UTC 2011 GNU/Linux
Ubuntu 10.04.2 LTS \n \l
pepe@PC-Pepe:~$ dpkg -S blkid | grep "bin/blkid"
util-linux: /sbin/blkid
pepe@PC-Pepe:~$
udev
při startu systému. Myslel jsem si, že UUID má přidělený každý oddíl a vytváří se nějak jednoznačně z údajů o oddílu. Ale jak to vypadá, je to číslo přiřazené oddílu v okamžiku formátování na souborový systém a je pak někde v souborovém systému uložené. A váš zašifrovaný disk asi UUID nemá (nevím, zda to TC umí a zda by tomu linuxové nástroje rozuměly). V tom případě bych doporučil použít /disk/by-id/
– to je vytvořené ze sériového čísla disk, takže to snad bude mít přidělený každý oddíl, i taková, kterému linux „nerozumí“. Nebo si prostě vypište
ls -l /dev/disk/*jak už tady někdo napsal – tam uvidíte všechny odkazy na disky a oddíly, které vám
udev
vytvořil. Vyberte si některý z těch, který ukazuje na /dev/sda7
resp. /dev/sdb7
, podle toho, který je zrovna ten správný. Nejjednoznačnější by mělo být uuid
, pak id
, ale to mám pocit třeba některé flash disky nepodporují, label
je pojmenování, které jste dal oddílu při formátování (pro TC taky asi nepůjde použít), path
je podle pořadí připojení disků na sběrnici (pokud je to interní harddisk a nepřipojujete jiné disky, také by se dalo použít).
Myslel jsem si, že UUID má přidělený každý oddíl a vytváří se nějak jednoznačně z údajů o oddílu. Ale jak to vypadá, je to číslo přiřazené oddílu v okamžiku formátování na souborový systém a je pak někde v souborovém systému uložené.
Přesně tak. UUID se typicky generuje při vytváření filesystému (ale lze ho dodatečně změnit) a ukládá se v hlavičce filesystému (superblock). Do položky partition tabulky by se nevešlo, ta má 16 bytů (UUID má 14 bytů).
ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{ID_FS_UUID_ENC}=="?*", SYMLINK+="disk/by-uuid/$env{ID_FS_UUID_ENC}"
Takže by som skúsil pridať niečo ako:
ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{ID_FS_UUID_ENC}=="5E82C3D682C3B137", SYMLINK+="mojtruecryptvolume"
čím by mohlo vzniknúť /dev/mojtruecryptvolume
Tiskni
Sdílej: