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 21:33 | Nová verze

    Byla vydána zářijová aktualizace aneb nová verze 1.83 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.83 vyšlo také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    dnes 18:55 | Nová verze

    Oficiálně byl vydán Android 14. Detaily na blogu a stránkách věnovaných vývojářům.

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

    Google na akci Made by Google '23 (YouTube) představil novinky v kolekci produktů Pixel: hodinky Pixel Watch 2 a telefony Pixel 8 a Pixel 8 Pro s čipem Tensor G3, Androidem 14 a 7letou softwarovou podporu.

    Ladislav Hagara | Komentářů: 1
    dnes 14:11 | Nová verze

    Byla vydána nová verze 9.5 sady aplikací pro SSH komunikaci OpenSSH. Nově ve výchozím stavu ssh-keygen generuje Ed25519 klíče. Do ssh byla přidána možnost obfuskace časováním stisknutí kláves (keystroke timing obfuscation).

    Ladislav Hagara | Komentářů: 1
    dnes 11:44 | Komunita

    Konference OpenAlt 2023 proběhne o víkendu 11. a 12. listopadu v Brně. Přihlásit přednášky lze do neděle 8. října 23:59.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | Bezpečnostní upozornění

    V X.Org v libX11 do 1.8.7 a libXpm do 3.5.17 bylo nalezeno a v upstreamu opraveno 5 bezpečnostních chyb (CVE-2023-43785, CVE-2023-43786, CVE-2023-43787, CVE-2023-43788 a CVE-2023-43789). Dvě nejstarší jsou s námi 35 let. Obsaženy byly již v X11R2 vydaném v únoru 1988.

    Ladislav Hagara | Komentářů: 7
    dnes 08:00 | Bezpečnostní upozornění

    Byly publikovány informace o bezpečnostní chybě Looney Tunables aneb CVE-2023-4911 v glibc ld.so. Útočník ji může využít k lokální eskalaci práv. Vyzkoušeno na výchozích instalacích linuxových distribucí Fedora 37 a 38, Ubuntu 22.04 a 23.04 a Debian 12 a 13. Chyba byla do glibc zavlečena v dubnu 2021. Detaily v txt.

    Ladislav Hagara | Komentářů: 0
    včera 20:33 | Komunita

    Na Kickstarteru byla spuštěna crowdfundingová kampaň na podporu telefonu Murena 2 s /e/OS. Telefon má 2 hardwarové přepínače. Prvním lze jednoduše vypnout kamery a mikrofony. Druhým se lze odpojit od sítí.

    Ladislav Hagara | Komentářů: 6
    včera 20:11 | Bezpečnostní upozornění

    Společnost Qualcomm publikovala říjnový bezpečnostní bulletin. V úvodu informuje, že bezpečnostní chyby CVE-2023-33106, CVE-2023-33107, CVE-2022-22071 a CVE-2023-33063 jsou cíleně využívány útočníky. O CVE-2022-22071 se píše už v loňském květnovém bulletinu. Detaily o zbylých chybách jsou k dispozici OEM partnerům. Veřejně budou k dispozici až s vydáním prosincového bulletinu.

    Ladislav Hagara | Komentářů: 0
    včera 13:55 | Nová verze

    Byla vydána nová verze 5.18 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 12.5.6. Tor na verzi 0.4.8.6.

    Ladislav Hagara | Komentářů: 0
    Raději
     (57%)
     (43%)
    Celkem 68 hlasů
     Komentářů: 3, poslední 2.10. 23:31
    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: 598×
    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: 14 | 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.