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 12:22 | Nová verze

Po 7 měsících vývoje od verze 0.12.0 byla vydána verze 0.13.0 hardwarově nenáročného desktopového prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklého sloučením projektů Razor-qt a LXDE. Přehled novinek v oznámení o vydání a v příspěvku ve fóru.

Ladislav Hagara | Komentářů: 0
dnes 12:11 | Pozvánky

V úterý 29. května v 18:00 se v Brně koná pátý přednáškový večer o webovém vývoji. Čeká vás povídání o frameworku v Elixiru, vydávání nové kryptoměny přes ICO, component trees v Reactu. Na místě bude lehké občerstvení; vstup zdarma pro registrované. Více informací na Facebooku nebo se rovnou registrujte na Meetup.

dejvik | Komentářů: 0
dnes 12:00 | Pozvánky

V pátek 25. května 2018 v Praze proběhne společné setkání komunity kolem Drupalu a překladatelů softwaru – tématem bude právě lokalizace svobodného softwaru (nejen Drupalu). Program začíná v 9.30 v budově Českého rozhlasu (Vinohradská 12), ale můžete přijít i později během dne.

Fluttershy, yay! | Komentářů: 0
dnes 06:55 | Zajímavý software

Operační systém 9front, zřejmě nejaktivněji vyvíjený neoficiální fork systému Plan 9 (více informací), se dočkal nové verze nazvané „Ghost in the Minesweeper Shell“. K novým vydáním obvykle dochází každé jeden až tři měsíce.

Fluttershy, yay! | Komentářů: 0
dnes 02:00 | Bezpečnostní upozornění

Byly zveřejněny (Project Zero, Intel, AMD, Arm) informace o dalších 2 bezpečnostních chybách v procesorech: variantě 3a aneb CVE-2018-3640 - Rogue System Register Read (RSRE) a variantě 4 aneb CVE-2018-3639 - Speculative Store Bypass (SSB). Podrobnosti o chybě CVE-2018-3639 například v příspěvku na blogu Red Hatu. Princip vysvětlen pomocí videa na YouTube.

Ladislav Hagara | Komentářů: 1
včera 19:44 | Zajímavý software

Spolek vpsFree.cz na svém blogu informuje, že přechází z OpenVZ na vpsAdminOS. Distribuce vpsAdminOS je založena na NixOS a not-os. Pokud provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS, který je na migraci kontejnerů z OpenVZ připraven.

Ladislav Hagara | Komentářů: 4
včera 10:22 | Komunita

Minulý týden byla ze správce souborů (Files, Soubory, Nautilus) v GNOME odstraněna možnost spouštění aplikací. Po bouřlivé diskusi byla dnes tato možnost do správce souborů vrácena (commit).

Ladislav Hagara | Komentářů: 28
20.5. 22:44 | Nová verze

Ani ne po měsíci vývoje od vydání verze 2.10.0 byla vydána nová verze 2.10.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání. Opraveno bylo 44 chyb. Novinkou je podpora formátu HEIF (High Efficiency Image File Format) a dva nové filtry.

Ladislav Hagara | Komentářů: 51
20.5. 17:44 | Komunita

SFC (Software Freedom Conservancy) na svém blogu blahopřeje společnosti Tesla k prvnímu kroku k dodržování licence GPL. Tesla ve svých elektromobilech používá svobodný software. Změny ve zdrojovým kódech ale doteď veřejně nezveřejňovala. Změna nastala tento týden. Zdrojové kódy byly zveřejněny na GitHubu. Nejedná se zatím ale o kompletní odpovídající zdrojové kódy (CCS - complete corresponding source).

Ladislav Hagara | Komentářů: 14
19.5. 17:33 | Komunita

Společnost Purism informuje o aktuálním vývoji chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Telefon už umí telefonovat. Librem 5 by měl být k dispozici v lednu 2019. Předobjednat jej lze za 599 dolarů.

Ladislav Hagara | Komentářů: 33
Používáte pro některé služby inetd?
 (34%)
 (24%)
 (42%)
Celkem 138 hlasů
 Komentářů: 4, poslední včera 12:56
    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: 568×
    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.