Konference Prague PostgreSQL Developer Day 2026 (P2D2) se koná 27. a 28. ledna 2026. Konference je zaměřena na témata zajímavá pro uživatele a vývojáře. Příjem přednášek a workshopů je otevřen do 14. listopadu. Vítáme témata související s PostgreSQL či s databázemi obecně, a mohou být v češtině či angličtině.
Byl vydán Devuan 6 Excalibur. Přehled novinek v poznámkách k vydání. Kódové jméno Excalibur bylo vybráno podle planetky 9499 Excalibur. Devuan (Wikipedie) je fork Debianu bez systemd. Devuan 6 Excalibur vychází z Debianu 13 Trixie. Devuan 7 ponese kódové jméno Freia.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu poprvé překročil 3 %, aktuálně 3,05 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 27,18 %. Procesor AMD používá 67,10 % hráčů na Linuxu.
Joel Severin v diskusním listu LKML představil svůj projekt linuxového jádra ve WebAssembly (Wasm). Linux tak "nativně" běží ve webovém prohlížeči. Potřebné skripty pro převod jsou k dispozici na GitHubu.
Byla vydána nová verze 25.10.31 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
O víkendu probíhá konference OpenAlt 2025 (Stream). Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma.
Josef Průša představil novou velkoformátovou uzavřenou CoreXY 3D tiskárnu Prusa CORE One L a nový open source standard chytrých cívek OpenPrintTag i s novou přepracovanou špulkou.
Na GOG.com běží Autumn Sale. Při té příležitosti je zdarma hororová počítačová hra STASIS (ProtonDB: Platinum).
Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).
Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Mazání do koše je...
| zbytečné, nepoužívám |
|
20% (298) |
| možná užitečné, ale nepoužívám |
|
54% (803) |
| užitečné, používám |
|
26% (385) |
Celkem 1486 hlasů
Vytvořeno: 12.1.2009 00:35
Tiskni
Sdílej:
chybí neužitečné, používám... já mažu do koše ze zvyku, ale v životě jsem z něj snad nic neobnovil.. moje práce s počítačem začíná tak, že vymažu koš.. :D
> Ale jak vidim neco v kosi, vysypu ho
Tebe bych hrozně moc chtěl mít doma.
Já když vidím plný koš, tak doufám, že si toho nikdo nevšimne a hlavně že tam už nikdo nic nehodí, abych co nejvíce oddálil moment, kdy to musím vynést... 
Naděje umírá poslední. 
+1
Naštěstí
Na to je dobrý nějaký verzovací systém – používám to pro /etc a některé složky v domácím adresáři.
Přesně tak. Když mažu z konzole, tak bez koše, když z GUI, tak do koše.. A v konzoli si dávám tímpádem víc bacha 
+1
Ja ked nieco mazem, tak zvacsa so zamienkou ziskat miesto na disku, takze kos sa tymto vylucuje:)
+1 mazem vyhradne so SHIFT+Delete, aby som nemusel potom vysypavat kos :)
Shift+Del, jenom nepovedené fotky ruším rovnou z prohlížeče obrázků a tam to nefunguje → mažu do koše a když si smažu něco povedeného obnovím to. Ale hned po ukončení čištění fotoalba vysypávám koš.
Ja sa hrabem v smetiach minimalne raz do tyzdna 
pouzivam kos aje to velmi uzitocne, niekedy je ruka ryhclejsia nez hlava. kos mazem predtym ako od pc odidem. vzdy obnovujem tak do minuty po tom co mazem (hned ako mi dojde co som spravil)
koš přišel užitečný, když jsem měl málo místa na disku a našel jsem tam 12 GB odpadků - zapomínám vysypávat, protože používám mc, tak si na koš ani nevzpomenu...
Koš bych asi používal jedině když by to byla vlastnost filesystému,
chybí tady možnost "je nejen zbytečný, ale i _škodlivý_". Uživatele by měli být vedeni k zodpovědnosti a nikoli různými obezličkami nabádání k představě, že se vlastně nemůže nic stát...
ne "kdo" ale "co". A to "co" je právě koš. Tak jako tak, já nikomu koš neberu. Akorát jsem napsal, že mi chybí ta možnost v _anketě_. Když vás to tak prudí, tak klikněte na možnost "užitečné, používám". A naopak, nechte mě kliknout na "je to kravina, škodí to". Jinak je ta anketa trochu nevyvážená, nemyslíte?
.
Tvoje riesenie by ale malo problem napriklad so spominanymi vymennymi mediami (resp. s fat32)
, ale pred tim by byl soubor otevren a drzen tak dlouho otevreny, dokud by nebyl smazan "natvrdo" nebo obnoven,Teď jsem si vzpomněl na DOS a volbu FILES v config.sysu
Nepoužívám koš... protože zpravidla nic nemažu.
. Prostě až si zajebu celej disk, tak je pravá chvíle na to format a zkusit jinačí dostr(o,a)
Mozna ne - pokud vezmu v potaz, ze 1 GB stoji 4 Kc a hodina prace treba 200 Kc, tak se vyplati mazat jen vyznamne zrouty mista.
... ale plánuju je použít jako zdroj neodymových magnetůV novych discich nejsou nic moc - jsou tenonke, krehke a maji blby tvar (takovy bananoid). Ve starsich discich byly tlustci, uplne nejlepsi magnety mam z historicke 20MB velkeho disku (rozhranni ST506, rozmer jako tri 5.25" mechaniky), kde byly ctyri kusy, centimetr tluste a opravdu silne.
(docela podobné nástroje postrádám pro XFS, JFS, či ReiserFS)
(docela podobné nástroje postrádám pro XFS, JFS, či ReiserFS)
PhotoRec nefunguje na ReiserFS?
K tem ruznym resenim pripojim moznost snapshotu, ktere implementuje treba FreeBSD. Je to hodne podobne tomu, co tu nekdo navrhoval....
Funguje to velmi zhruba a zjednodusene tak, ze kdyz se vytvari ten snapshot tak se vytvori soubor s obrazem metadat daneho filesytemu, a filesystem funguje dale. Kdyz se nejaka data smazou tak se nemazou i fyzicky, protoze na ne odkazuji prave ta metadata z toho snapshotu a dokud se ten snapshotovy soubor nesmaze data jsou stale fyzicky alokovana.
Na intranetovych serverch je to hodne uzitecne. :)
Presneji je necomalo cesky tady http://www.root.cz/clanky/porovnani-linux-freebsd-7/ a anglicky treba v Hanbooku FreeBSD (http://www.freebsd.org/doc/en/books/handbook/snapshots.html)
Mazani do kose povazuji za naprosto zbytecne. Vzdyt to je jen presunuti souboru a na presunuti existuji jine nastroje. Kdyz neco nechci smazat, ale chci se toho zbavit, tak muze byt uzitecne to presunout do jineho adresare, ale proc ten adresar nazvat kos a ne treba nesmysly nebo archiv?
Obcas me pozlobi nejaka gnomacka aplikace, ktera mi oznami, ze presunula neco do kose a ja, chudak s jinym windowmanagerem, pak musim najit, kde ten kos vlastne je.
Koš nepoužívám, ale znám člověka, který ho používá dost netradičním způsobem – pomocí klávesy delete si označuje soubory, vkládá si je do koše, jako by to byla nějaká schránka a pak s nimi pracuje. Prý mu to funguje dobře, ale je průšvih, když k němu přijde někdo neznalý a koš mu vysype 

)
~/tmp, který obsahuje mnoho důležitých dat, zatímco hezky pojmenované složky, do kterých bych je měl zatřídit, zejí prázdnotou
.
$ cat bin/tmp-cleanup #!/bin/bash arch='./Archive' archlast="$arch.last" cd ~/tmp find -maxdepth 1 -mtime +2 -ctime +2 \ | grep -v -e '^'"$arch"'$' -e '^'"$archlast"'$' \ | while read f do target="$arch/`find "$f" -maxdepth 0 -printf '%CY/%Cm\n'`" mkdir -p "$target" mv -- "$f" "$target" done last=`find "$arch" -mindepth 2 -maxdepth 2 -type d | sort -nr | head -1` [ -L "$archlast" ] && rm -f -- "$archlast" ln -s "$last" "$archlast"
Používám. Každou chvíli se v něm hrabu, protože smažu něco, co pak potřebuji.
Nemazu. GB diskove kapacity stoji ~3Kc, GB diskove kapacity zalohovane na externim disku ~7Kc. Za hodinu prace si uctuju 600Kc. Musel bych smazat alespon 85GB dat/hoinu aby se mi to vyplatilo delat. A to ani nahodou nezvladnu.
Koš je teoreticky skvělá myšlenka, protože oproti normálnímu unlinku to nemusí představovat prakticky žádnou režii navíc, nebo jen maličko, a je to velmi užitečné.
Na druhou stranu, prakticky všechny implementace stojí za prd.
Mažem do koša. Raz som sa poriadne popálil, odvtedy len cez kôš.