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 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 0
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 15
17.1. 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
17.1. 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
17.1. 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ářů: 1
16.1. 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
16.1. 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ářů: 2
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (74%)
 (3%)
 (10%)
Celkem 317 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    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: 563×
    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.