abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
dnes 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
dnes 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
včera 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 6
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 38
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 304 hlasů
 Komentářů: 24, poslední dnes 10:14
    Rozcestník
    Reklama

    Dotaz: Nepraktické chování koše v Ubuntu/GNOME

    2.2.2011 21:02 Matlák
    Nepraktické chování koše v Ubuntu/GNOME
    Přečteno: 1177×
    Dobrý den. Mám takový BFU dotaz - spravuju pár strojů z Ubuntu a zjistil jsem, že výchozí souborový manažer v tomto distru má tendenci ukládat koš nejen normálně v domovském adresáři uživatele, ale například taky na flashdisku ("/media/xxxx-yyyy/.Trash-[UID]") a vůbec na všech FS připojených k systému s právem zápisu daného uživatele.

    Přehlížel jsem to, koš nepoužívám a Ubuntu taky ne. Ovšem milým uživatelům to dělá sakra problémy, protože se diví proč jim klesá množství využitého místa na různých discích, a vzniká z toho po nějakém čase pěkný maglajs (zajímalo by mě jak to Nautilus dělá, jestli připojí do "centrálního koše" každý adresář ".Trash-[UID]" na každém připojeném fs, nějak to sčítá grupuje nebo co??).

    Maximálně mi ovšem zvedlo tlak, když jsem zjistil že Nautilus nemá problém vytvořit adresář ".Trash-[UID]" i na vzdáleně připojeném síťovém disku, který je omezený linkou tudíž zpomaluje veškeré operace, navíc pokud dojde k násilnému odpojení nebo vytuhnutí linky, koš v GNOME "zamrzne" a nejde vysypávat, obnovovat, nic.

    Tohle mi připadá krajně nelogické. Doufám že někde v nastavení Nautilu jde omezit umístění koše pouze na domovský adresář uživatele (???) ačkoli jsem to intuitivním "klikačským" stylem za 2 minuty nenašel. Jsem sám komu vadí "distribuovaný koš" v Ubuntu?

    Odpovědi

    2.2.2011 21:42 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Zdar, řekl bych že je to stejné jako ve win, když se připojí diskový oddíl, OS si na něm vytvoří skrytou složku kam se ukládá jenom to co se smaže na daném oddíle. Jen se to ukáže v koši na OS jako by to bylo na tom OS. Pokud se smaže koš, vymažou se ve skutečnosti data s toho oddílu z kterého data pocházeli.
    2.2.2011 21:54 Matlák
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Jo, to mě taky napadlo. Ale ve Windows šlo někde nastavit, jestli mám používat všechny jednotky, nebo jenom jednotku C a taky kolik % může koš zabrat...

    Navzdory všem "výhodám" které tahle metoda přináší bych se klidně smířil s pomalejším "mazáním do koše" s přesunem na lokální disk (třeba z té flešky) nebo s automatickým mazáním bez koše. Situace, kdy koš nevysypu a flešku vysunu, a třeba jednotky GB "vymazaných" dat na flešce zůstanou a jsou skryté by si podle mě slušný systém pro BFU neměl dovolit.
    2.2.2011 22:19 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Já když dám odpojit flash z gnome tak se mě to zeptá zda vysypat koš a nebo ty soubory na flash v koši nechat.
    2.2.2011 22:22 Matlák
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    To je taky dobré řešení. Teď tedy zbývá zjistit proč to blbé ubuntu nevypisuje. Funguje to při "Vysunout" i při "Bezpečně odebrat zařízení"?
    3.2.2011 12:05 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Dělá to pouze při vysunout. Teď jsem to vyskoušel.

    2.2.2011 22:29 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Navzdory všem "výhodám" které tahle metoda přináší bych se klidně smířil s pomalejším "mazáním do koše" s přesunem na lokální disk (třeba z té flešky) nebo s automatickým mazáním bez koše.
    Žádný data se nikam nepřesouvaj zůstanou kde jsou, jednoduše už normální cestou nenajdeš.
    2.2.2011 22:50 Matlák
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Jo, to je mi jasný že přesun v rámci jednoho fs je triviální operace, nevyžadující časově náročný přesun mezi fyzickými disky. Ovšem zjišťovat proč je na 8G flešce volných 2G ačkoli na ní "nic není" už triviální operací bohužel není. A na Ubuntu se tohle stává pořád, a nejen to. Koš zatuhává, nejde vysypávat, popřípadě ta data na flešce taky nevidí, takže nezbude než smazat inkriminovaný ".Trash-[UID]" adresář ručně.
    2.2.2011 22:59 Matlák
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    nehledě na to že můj hlavní problém je v tom, že se i přes to že Nautilus nevidí soubory vysypané do koše na flešce, se jaksi nezdráhá kontrolovat při každém otevření všechna datová úložiště včetně těch vzdálených, načež spojení spadne a koš v celém systému pro daného uživatele vytuhne. A dokud člověk ručně zaseklé spojení neodpojí, má, takříkajíc, po koši. A s těmi skrytými gigabajty nehne.

    Každopádně to vidím tak že asi koš plošně všude povypínám, protože se mi tenhle model fakt nelíbí.
    2.2.2011 21:55 Matlák
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    a propos,i ten windowsí model mě štve, ačkoliv mám dojem že windows (xp) na připojeném síťovém disku koš netvořily (nejsem si tím ale jistý, je to dlouho a na win jsem vždycky koš vypínal)
    2.2.2011 22:23 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Nejdřív se ti vytvoří složka a teprve pak ti win dovolej něco nastavovat. Ať už si nastavíš co chceš ta složka tam bude. Možná že až to nastavíš a pak smažeš tu složku, win už ti jí znova nevytvoří, nevím.
    23.3.2011 22:42 Sten
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Na síťovém disku (CIFS/SMB) Windows koš nedělají — stará se o něj totiž druhá strana. Pokud je tam Samba, tak ta ty soubory rovnou smaže.
    pepe_ avatar 2.2.2011 23:04 pepe_ | skóre: 46
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME

    Zobraz si skryte soubory a smazej tu slozku s kyblem ne ...  Nebo nepouzivej kos a mazej shift+del ... do kose davas ty sam tak si nestezuj a mazej uplne bez kose .

    2.2.2011 23:10 Matlák
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Díky za radu, ovšem já sám nepoužívám ani koš ani Ubuntu (napsal jsem to v dotazu). Jen se starám o několik "přeběhlíků" z Windows. A ti si občas stěžují na to že mají flešku "plnou" a nic na ní není, nebo že je koš "tuhý" a každá operace nad ním vede k zešednutí. A zrovna dneska jsem zjistil že je to kvůli takřka virovému způsobu ukládání košů všude.
    3.2.2011 12:38 decumanus | skóre: 11 | blog: Clusium
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Když dáš odpojit svazek (nebo tak nějak), nautilus by se měl zeptat na vysypání koše. Tohle nefunguje?
    15.2.2011 11:29 LG
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    ano :-) přesně tohle jsem včera řešil u prarodičů. Vysvětlovat a navykat je na věci jako Shift+Del moc nechci. ...doufám teda, že pro nás bude dostačující toto:
    Otevřeš flashku, 
    menu prohlížeče souborů->zobrazit->skryté soubory, 
    smažeš adresář .Trash, 
    menu prohlížeče souborů->soubor->Vytvořit dokument -> Prázdný soubor
    pojmenuješ ho jako .Trash.
    
    Dále zkusíš něco smazat. Mělo by to nabídnout přímé smazání.
    
    Přispěvatel: Filip Dominec 11 Leden 2011, 17:54:32
    Název: Re: Koš na flashdisku 
    http://forum.ubuntu.cz/index.php?action=printpage;topic=53277.0
    
    23.3.2011 21:58 Jules
    Rozbalit Rozbalit vše Re: Nepraktické chování koše v Ubuntu/GNOME
    Jen bych doplnil, že ta hláška v nautilovi při odpojení flasky se nastavuje:

    Upravit->předvolby->chování->Nabízet příkaz Odstranit, který nepoužívá koš

    (docela divnej popisek)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.