KOLCON: prave ze v tom .cache není nic důležitého, co by vadilo když zmizí. dělal jsem to když jsem měl pomalej disk, a pomáhalo to. .cache je obecný, myslím, že jsem tam dával i nějaký ten vnitřní cache adresář od browserů

E2E4: To mi nepřijde jako dobrý nápad... Jednak si zaseres ramku vecma co tam být nemusí a druhak chceš, aby některý adresáře přežily reboot...

KAERO: Ono je dobry mit primountovany ramdisk do $HOME/.cache, to poresi velkou část IO a nemusíš nic řešit.

DANIELSOFT:.může být, zkus jinej window manager, mate-desktop nebo.. twm? :)

Ahoj, řeším takovou trochu záhadu, ale možná do všeho jen zbytečně rýpu: mám desktop s procesorem i7, 16GB RAM a 1TB točivým diskem. Když jsem ho v roce 2016 kupoval, nainstaloval jsem tam tehdy nejnovější Xubuntu 16.04

Jakmile vyšlo Xubuntu 20.04, tak jsem jej tam dal, udělal jsem novou čistou instalaci, ne tedy upgrade.

A co se děje: přijde mi (poslechem disku), že systém daleko více šahá na disk než když ta bylo to 16.04

přitom
- podle free(1) má paměti dost, ani není celá využitá, většinou je otevřený jen Firefox, občas Dungeon Crawl (což je roguelike) a občas mplayer když si chci pustit film
- na okounu mi poradili udělat S.M.A.R.T. test disku, udělal jsem a podle něj je disk naprosto v pořádku
- stroj jinak nedělá chyby, po stránce čistě funkčnosti to šlape jak hodinky

hypotéza: XFCE i Firefox přecházely z GTK2 na GTK3, taky je o dost novější jádro, tak se to holt chová tímto způsobem jinak, možná jsou systémy dneska plánované na SSDčka a třeba je tam i víc daemonů a anacronjobů... malware to pravděpodobně nebude, když se to jinak divně nechová, i když co vím, třeba se tam něco dostalo přes firefox a počítá to tam bitcoiny, to bych byl nerad. taky je možné, že jsem prostě z práce už zvyklý na SSD a začíná mi vadit, že tady to na ten disk hrabe...

už jsem dotaz položil na okounu, na nic moc se nepřišlo (kromě S.M.A.R.T. checku, který byl OK)

Mam VPS s Ubuntu a chtel bych tam rozbehat dalsi web

Bezi tam sluzby jako postgres, php, nodejs atd. A mam slozku s webem /data/www/muj_web/

Jak idealne nastavit prava atd, nejake best practices?

Mam vytvorit noveho uzivatele muj_web, nebo groupu?

Je na to nekde clanek? :)

Zde je stack ohledne 4:
linux - Pipe to/from the clipboard in Bash script - Stack Overflow
https://stackoverflow.com/questions/749544/pipe-to-from-the-clipboard-in-bash-script

FATBOZZ, FATBOZZ: Ta poznamka rika, ze se musi jednat presne o cely clipboard. (^$ ma odlisne implementace, nekde je to radka, nekde je to string a nekde je mozne si vybra.)

Takze bych diagnostical nasledne:
1) Spusti se vubec ITU
2) Escapovani: Clipman bude mit, sh/bash bude mit, sed ma.
Je celkem pravdepodobne ze string co pises neni spusten jak si predstavujes
3) Presmeroval stderr do stdout
4) Nepouzivas clip spravne: tohle ma za ukol spustit program na zaklade obsahu clipboard. Nikoliv vratit zpet do clipboard.

Podle rychleho cteni online to bude asi 4

FATBOZZ: Jestli nemáš nic proti pythonu: https://pastebin.com/shtRNW8R
sudo apt install xclip
pip3 install pyperclip

MA747: Zatim nevyresil

FATBOZZ: asi jsi to již vyřešil. Čim to bylo? Bílé znaky na konci/začátku?

Odložím si - jak pod Ubuntu vytvořit bootovatelný USB disk s Windows 10:
Creating a Bootable Windows 10 UEFI USB Drive Using Linux
https://techbit.ca/2019/02/creating-a-bootable-windows-10-uefi-usb-drive-using-linux/
Ve zkratce: Problém je, že ISO image od verze 1809 je větší jak 4 GB. Je sice možné naformátovat usb disk jako NTFS, ale ne všude to funguje. Proto pod gparted vytvořit partition gpt, v ní dva oddíly, jeden 1 GB FAT32, druhý NTFS a do každého nakopírovat jen něco z ISO image. Do prvního vše mimo adresáře "sources" (s výjimkou sources/boot.wim) a do druhého zbytek.

Ahoj, potreboval bych promenovat cisla ve schrance na cisla podle standardu itu https://en.wikipedia.org/wiki/E.164
Zkoušel jsem si v clipmanu tohle viz priloha obrazku. Normalne to funguje v prikazove radce
echo 800123456 | sed -E "s/^([0-9]{3})([0-9]{3})([0-9]{3})$/\+420 \1 \2 \3/"
Ale do schranky se mi to zaboha nedokaze propsat.

KAERO: ono to plati i o debianu, v podstate aktualni verze pro stable v backportech taky je (posledni update pred 10 dny)...

To uz je spis debata na autonomii, tenhle postup nebude fungovat vsude.

Rozhodne zadna rozumna distribuce nebude stahovat binarku bez podpisu a davat ji rovnou execution rights.
Autor zase nebude chtit nest zodpovednost za to, ze nekdo si nainstaluje malware, protoze jeho pocitac neni zabezpecen.