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 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 0
dnes 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
dnes 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 2
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 3
23.6. 13:53 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-06-21 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Z novinek lze zdůraznit IDE Thonny pro vývoj v programovacím jazyce Python a především offline verzi Scratche 2.0. Ten bylo dosud možné používat pouze online. Offline bylo možné používat pouze Scratch ve verzi 1.4. Z nového Scratchu lze ovládat také GPIO piny. Scratch 2.0 vyžaduje Flash.

Ladislav Hagara | Komentářů: 1
22.6. 14:24 | Nová verze

Opera 46, verze 46.0.2597.26, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 59. Z novinek lze zmínit například podporu APNG (Animated Portable Network Graphics). Přehled novinek pro vývojáře na blogu Dev.Opera. Oznámení o vydání zmiňuje také první televizní reklamu.

Ladislav Hagara | Komentářů: 0
22.6. 13:37 | IT novinky

I čtenáři AbcLinuxu před dvěma lety vyplňovali dotazníky věnované Retro ThinkPadu. Nyní bylo potvrzeno, že iniciativa Retro ThinkPad je stále naživu a Lenovo připravuje speciální edici ThinkPadu jako součást oslav jeho 25. výročí.

Ladislav Hagara | Komentářů: 29
22.6. 10:22 | Komunita

Bylo oznámeno, že frontend a runtime programovacího jazyka D bude začleněn do kolekce kompilátorů GCC (GNU Compiler Collection). Správcem byl ustanoven Iain Buclaw.

Ladislav Hagara | Komentářů: 7
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 838 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: openSUSE - ztráta asociace ".desktop" pod GNOME

    7.9.2008 19:13 Styryx | skóre: 3
    openSUSE - ztráta asociace ".desktop" pod GNOME
    Přečteno: 566×
    Jak obnovit výchozí asociaci .desktop souborů pod GNOME? Nejspíš se mi nějak ztratilo nastavení, protože jednak zmizely ikony na ploše a místo ikon .desktop souborů vidím podobný ikony jako u textových souborů, a pokud odkliknu shortcut se mi otevře v geditu (místo spuštění programu na kterej odkazuje). Při volbě "Otevřít s" se mi nabízejí programy pro otevírání textových souborů (gedit, Kate, KWrite, OpenOffice.org Writer).

    Nevím jak přesně se mi to stalo, podezírám instalaci posledního VMware Playeru 2.0.5 z RPM balíčku, protože nějak potom se to stalo a nic moc jinýho jsem nedělal (a ikony se mi původně přeasociovaly na vmplayer, když jsem změnil asociaci souborů .vmx - nechápu, jak to s tím souvisí :( ).

    Je to nastavený v nějaký globální konfiguraci, protože je to změněný ve všech profilech a vytvoření novýho profilu nepomůže. Jde to nějak vrátit zpátky? Už jsem i odinstaloval vmware player ale pořád je to stejný. Přeinstalovávat celej open suse se mi fakt nechce (nainstaloval jsem ho asi před měsícem a ještě jsem to ani celý pořádně nenakonfiguroval).

    Odpovědi

    7.9.2008 22:58 Styryx | skóre: 3
    Rozbalit Rozbalit vše openSUSE - ztráta asociace ".desktop" pod GNOME
    Ještě dodatek, zdá se, že je poničených ještě pár jinejch věcí, teď jsem třeba zjistil, že jsou zničený asociace i OpenOffice.org - tj. např. .odt se taky překonfiguroval na otevírání v gedit (a to system-wide! tj. pro všechny uživatele!) čuměl jsem na to jako vrána když se mi pokoušle otevříd .odt v geditu a stěžoval si, že ho nemůže přečíst nebo co. A navíc je to nějak spojený, takže když nastavím .odt zpátky na OpenOffice.org Writer, tak se mi v něm začnou otevírat i všechny .txt soubory a i všechny .desktop :-O ... - myslel jsem, že se jenom nějak pokazily mime typy, protože obojí jak .desktop tak ty ostatní soubory o kterých jsem předtím věděl (.vmx, txt atd.) byly mime text/plain, ale formát .odt je úplně neco jinýho, to je binární formát! (AFAIK defakto .zip).

    Jak je něco takovýho vůbec možný? Takhle nasr... jsem už dlouho nebyl :((( místo abych na tom systému pracoval tak ho už měsíc o víkendech konfiguruju a teď se mi to takhle dojebe :(

    V nějakým fóru jsem viděl, že je třeba nějak vrátit někde v mimetypech přiřazení .desktop na Application/x-desktop, ale netuším kde a jak to mám udělat globálně pro celej systém (všude jenom bylo jak to změnit v aktuálním profilu ale nevim kde je to uložený v systému, když jsem nechal v mc prohledat celej filesystém a hledal výskyty .desktop ve všech souborech tak mi mc zamrznul někde na /proc nebo kde a nešel ani killnout)
    9.9.2008 09:54 Styryx | skóre: 3
    Rozbalit Rozbalit vše openSUSE - ztráta asociace ".desktop" pod GNOME
    Teď jsem zjistil, že to je rozbitý komplet pro všechny soubory, a to v celým systému pro celej Gnome (asi). Zkrátka, všechny soubory, nehledě na typ, ukazujou ve Vlastnostech jako svůj mimetyp "text/plain" (.txt, .html, .pdf, .odt, .mp3, .mpg, .avi, prostě všechny) (je to tak zřejmě už od začátku co mi přestaly fungovat .desktop linky, protože od tý doby jsem s tím v podstatě nic nedělal a chová se to pořád stejně).

    Vypadá to teda, že je nějak rozbitá detekce mimetypů nebo co nebo nevim ... nějakej nápad někdo?
    9.9.2008 11:10 Roman DAVID | skóre: 24 | Brno
    Rozbalit Rozbalit vše Re: openSUSE - ztráta asociace ".desktop" pod GNOME
    neupgradoval jste nahodou OOo ?
    Jardík avatar 9.9.2008 11:58 Jardík | skóre: 40 | blog: jarda_bloguje
    Rozbalit Rozbalit vše Re: openSUSE - ztráta asociace ".desktop" pod GNOME
    Njn, linux. To už nespravíš, musíš odinstalovat a nainstalovat všechny balíčky, což už je snad lepší kompletní reinstal. To ve Windows se to dá pěkně naklikat a pokročilý si může napsat skript, který přímo modifikuje registr.
    Věřím v jednoho Boha.
    M!ky8 avatar 18.9.2008 18:52 M!ky8 | skóre: 9 | blog: Miky8
    Rozbalit Rozbalit vše Re: openSUSE - ztráta asociace ".desktop" pod GNOME
    aaaa, pan je znalec :)
    11.9.2008 15:04 Styryx | skóre: 3
    Rozbalit Rozbalit vše openSUSE - ztráta asociace ".desktop" pod GNOME
    Zatim jsem se nedostal k tomu to přeinstalovat, jenom jsem zjistil ještě jednu zajímavou věc - našel jsem, že existuje jakýsi GVFS, kterej zprostředkovává mime informace pro Gnome. A ten nějak špatně detekuje mime informace.

    Při zavolání "gvfs-info soubor.pdf" dostanu:
    ...
      standard::content-type: text/plain
      standard::fast-content-type: application/octet-stream
    ...
    
    Ale když to zavolám pod superuživatelem (su), dostanu:
    ...
      standard::content-type: application/pdf
      standard::fast-content-type: application/pdf
    ...
    
    Stejně tak pokud to zavolám např. na .desktop soubor, pod uživatelem úplně stejný jako předtím, ale pod rootem je to řek bych správně:
    ...
      standard::content-type: application/x-desktop
      standard::fast-content-type: application/x-desktop
    ...
    
    Takže to vypadá, že to neni komplet rozbitý, ale někde v profilu. Ovšem vytvoření novýho profilu nepomůže, tam to pořád nejde (ani v žádným existujícím profilu, ve všech je to stejný).
    11.9.2008 15:20 Styryx | skóre: 3
    Rozbalit Rozbalit vše openSUSE - ztráta asociace ".desktop" pod GNOME
    Ještě mě teď napadlo zkusit jednu věc, přihlásil jsem se do Gnome pod superuživatelem (= jako root). A tam to funguje, tj. vidim správný ikony, správný mimetypy a soubory se otevírají ve správných programech. Tj. účet root je jedinej, pod kterým to funguje - že by nějakej problém s nastavenýma oprávněníma někde? Ale já nikde žádný práva nenastavoval (rozhodně ne pod /etc nebo /usr), mohla by to udělat nějaká aktualizace? (nebo možná zmiňovaná instalace vmware playeru, která si pokud vím přidává vlastní mimetypy pro soubory .vmx atd.)

    Ví někdo, kde bych měl nastavit oprávnění, aby to případně začlo fungovat? Protože pokud to je tak, reinstalace by to taky nemusela vyřešit, protože jakmile znova nainstaluju vmware player ... :)
    Marek 'Maxicom' Zelenka avatar 11.9.2008 16:14 Marek 'Maxicom' Zelenka | skóre: 13 | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: openSUSE - ztráta asociace ".desktop" pod GNOME
    Zdravím, pokud vím, tak root nemá home adresář v /home, ostatní uživatelé ano, takže pokud nepomáhá smazat adresáře ".neco" co souvisí s GNOME (asi .gnome) v /home/$uzivatel, tak bych to viděl na ta práva v /home. Předpokládám, že se asociace pro soubory ukládají pro každého uživatele zvlášť a tedy do jeho domovského adresáře.

    Marek
    18.9.2008 18:44 Styryx | skóre: 3
    Rozbalit Rozbalit vše openSUSE - ztráta asociace ".desktop" pod GNOME
    Tak jsem nakonec přišel na to, čím to bylo a proč to fungovalo jenom pod rootem - zjistil jsem, že adresáře a soubory pod /usr/share/mime mají oprávnění jenom rwx------ tj. žádná oprávnění pro group a others, takže nemohly být čteny z jiných uživatelů než je root.

    Pak jsem zkusil zadat příkaz umask, který vypsal 0077. Pak mě to trklo - změnil jsem předtím v nastaveních uživatelů tzv. "Umask domovského adresáře", přičemž jsem předpokládal, vzhledem k tomu, jak je pojmenovaný, že to samozřejmě platí jenom pro vytváření souborů pod home každého uživatele, a nechtěl jsem, aby jeden uživatel mohl číst soubory z domovského adresáře jinýho uživatele. Nicméně tohle nastavení očividně změní umask pro celej systém a ne jenom pro domovský adresář, jak jsem při tý změně předpokládal (změnu jsem dělal už tejden předtim, takže jsem si pak na to ani nevzpomněl).

    Nu a proč to přestalo fungovat po instalaci vmware playeru je mi tím pádem už taky jasný - vmplayer si přidává vlastní mimetypy (*.vmx atd.), takže po instalaci zřejmě zavolá updata-mime-database a tím způsobil přegenerování /usr/share/mime s "novýma" oprávněníma, takže pak mime informace mohl číst jenom root.

    Když jsem změnil nastavení zpátky na 0022, restartoval a zavolal znova update-mime-database, začalo všechno opět fungovat.

    Takže celej problém byl v tom, že to nastavení ve správci uživatelů nefunguje pouze pro jejich domovskej adresář, jak výraz "Umask domovského adresáře" napovídá, ale změní se to pro celej systém komplet, což je pak samozřejmě problém.
    27.9.2008 18:12 Styryx | skóre: 3
    Rozbalit Rozbalit vše Vyřešení přístupu do /home
    Ještě pokud by to někoho zajímalo, podařilo se mi přes ACL vyřešit problém přístupu do home adresářů, aby si je nemohli číst uživatelé navzájem (což bylo mým úmyslem původně, když jsem přepnul nastavení v Yastu, který mi ovšem způsobilo problém řešený v tomto threadu).

    Příkaz, který způsobí, že se soubory pod home jednotlivých uživatelů, budou vytvářet s odepřením přístupu pro group a others, je následující: setfacl -R -m d:g::---,d:o::--- /home

    (pro uživatele, kteří už existujou, lze nastavit správný oprávnění buď přes chmod nebo použitím "setfacl -R -m g::---,o::--- /home/<user_name>")
    4.1.2009 17:57 Pavel Vedral | PRAHA 4
    Rozbalit Rozbalit vše Re: openSUSE - ztráta asociace ".desktop" pod GNOME

    To jsem vyřešil bez delších výzkumů výmazem $HOME/.local/share/mime/ postiženého uživatele. Stalo se mi to po přechodu na OpenOffice 3.0.

    Pavel

    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.