Linux Foundation Europe představila projekt RISE (RISC-V Software Ecosystem), jehož cílem je urychlit vývoj open source softwaru pro architekturu RISC-V.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu pro jednodeskové počítače na platformě ARM, byl vydán ve verzi 23.05. Přehled novinek v Changelogu.
Minulý týden proběhla openSUSE Conference 2023. Mimo jiné bylo oznámeno přejmenování systému MicroOS Desktop. MicroOS Desktop GNOME byl přejmenován na openSUSE Aeon a MicroOS Desktop Plasma na openSUSE Kalpa.
Thom Holwerda z OSnews si všímá, že vývoj operačního systému MINIX je prakticky mrtvý. Jeho hlavní autor, Andrew Tanenbaum, formálně odešel do důchodu v roce 2014 a příspěvky do kódu v následujících letech vůbec ustaly. Stav projektu shrnuje diskuze z roku 2020. Sice vyšlo najevo, že Intel používal MINIX v Management Engine, ale změny nezveřejňoval.
Google Chrome 114 byl prohlášen za stabilní. Nejnovější stabilní verze 114.0.5735.90 přináší řadu oprav a vylepšení (YouTube). Vypíchnut je CHIPS (Cookies Having Independent Partitioned State). Opraveno bylo 16 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byly zveřejněny prezentace a videozáznamy přednášek a fotografie z česko-slovenského setkání poskytovatelů přístupu k internetu, provozovatelů telekomunikačních sítí, registrátorů domén a provozovatelů počítačových sítí a technických nadšenců CSNOG 2023 (Czech and Slovak Network Operators Group) konaného 16. a 17. května ve Zlínu.
Soutěž amatérských robotů Robotický den 2023 proběhne v neděli 4. června v Kongresovém centru Praha.
V Tchaj-peji probíhá počítačový veletrh COMPUTEX 2023. Firmy představují své novinky. Nvidia například superpočítač DGX GH200 AI.
Vyšla nová verze XMPP (Jabber) klienta Gajim. Nejvýznamnější novinkou je integrace OMEMO pluginu přímo do jádra aplikace, takže již není třeba plugin samostatně instalovat. Přehled dalších novinek je dostupný na oficiálních stránkách. Gajim je vytvořen v jazyce Python s využitím knihovny GTK a vedle Linuxu jej lze vyzkoušet i na platformách MacOS a Windows.
Komunita KDE představila stránku KDE for Developers pro vývojáře používající KDE aplikace. Postupně byly představeny stránky pro umělce KDE for Creators, děti KDE for Kids a vědce KDE for Scientists.
Mám pár jednoduchých otravných dotazů a prosil bych je prosím objasnit: Mám adresář pokus a v něm "ln -s /zdroj pokus/zdroj". Pokud napíšu "chown user:group pokus/zdroj", tak to ovlivní /zdroj, nikoliv symlink, což se dá podle dokumentace asi vypnout použitím no deference. Ale co udělá "chown user:group pokus -R"? Ovlivní vlastníka symlinku nebo umístění symlinku? Zkoušel jsem to a vypadá to, že to ovlivňuje jen symlink, nikoliv jeho odkaz. Je dobré při chown -R použít ještě --no-dereference nebo to není nutné a volba -R to už obsahuje? Jde mi o to, aby se to na různých systémech nechovalo jinak. A je nutné vůbec měnit vlastníky symlinků, když je stejně mohou vlastníci adresářů vymazat, i když není ten symlink jejich?
A co to chown -R a jeho vliv na soubory?
V adresáři /pokus mám adresář uvnitr a symlink uvnitr2, který odkazuje na /uvnitr2. Pokud dám chown pokus:pokus /pokus -R, změní se vlastník jen v /pokus nebo i v /uvnitr2, na který je v adresáři /pokus symlink?
8.1.2009 23:18
David Watzke | skóre: 74
| blog: Blog...
| Praha
chown (pokud vím) neumí měnit práva symlinků...Tiež som si to tak pamätal a kedysi to tak bolo. Ale pre istotu som si to teraz vyskúšal - a funguje - na jadre 2.6.27 a ext3.
9.1.2009 15:06
David Watzke | skóre: 74
| blog: Blog...
| Praha
root@amd64 ~ # ll a b -rw-r--r-- 1 dave root 0 2009-01-08 23:17 a lrwxrwxrwx 1 root root 1 2009-01-09 15:04 b -> a root@amd64 ~ # chown petr b root@amd64 ~ # ll a b -rw-r--r-- 1 petr root 0 2009-01-08 23:17 a lrwxrwxrwx 1 root root 1 2009-01-09 15:04 b -> aJak změnit přímo práva symlinku, to nevím.
-h, --no-dereference
affect each symbolic link instead of any referenced file (useful only on systems that can change the ownership of a symlink)
V info stránce se píše:
The following options modify how `chown' and `chgrp' traverse a hierarchy when the `--recursive' (`-R') option is also specified. [...] These options specify whether processing a symbolic link to a directory entails operating on just the symbolic link or on all files in the hierarchy rooted at that directory.
These options are independent of `--dereference' and `--no-dereference' (`-h'), which control whether to modify a symlink or its referent.
`-P' – Do not traverse any symbolic links. This is the default if none of `-H', `-L', or `-P' is specified.
Já z toho taky nejsem moudrý.
Teoreticky by měl změnit cíl odkazu /pokus/uvnitr2, tedy /uvnitr2, ale již ne soubory pod /uvnitr2.
Prakticky by bylo dobré, aby to nedělal, protože /uvnitr2 je mimo strom /pokus.
Zeptejte se vývojářů.
nic netraversovat
Ano, ale traverse není dereference. A je na to výslovně upozorněno.
Takže moje dilema není o zpracování obsahu adresáře /uvnitr2 skrze symlink, ale o tom, zda chown -R -P --dereference bude, nebo nebude měnit vlastníka /uvnitr2 samotného.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
`--no-dereference'
Act on symbolic links themselves instead of what they point to.
This is the default.
To záleží na tom či použiješ -L. Veď si to vyskúšaj.V adresáři /pokus mám adresář uvnitr a symlink uvnitr2, který odkazuje na /uvnitr2. Pokud dám chown pokus:pokus /pokus -R, změní se vlastník jen v /pokus nebo i v /uvnitr2, na který je v adresáři /pokus symlink?
Tiskni
Sdílej:
