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

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
včera 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 8
včera 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 40
včera 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
27.3. 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
27.3. 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 959 hlasů
 Komentářů: 72, poslední 1.3. 11: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.