nemožnost otevřít symbolické odkazy [vyřešeno]

[beer]

Ahoj, aktuálně mi nefungují symbolické odkazy. Vytvářet jdou, ale nejdou ničím otevřít. Systém Debian testing. Zkoušel jsem jak v nautilu, tak v pacmanfm, ale nejde, nemá to nic asociováno.

Setkal se s tím někdo?

[pacholik]

Jakože všechny? Maj správnou koncovku? Z programu to jde (třeba evince pokud je to pdf)? A z terminálu? A jsou opravdu správně vytvořený (ls -l)?

[beer]

koncovku mít nemusí, ale jsou vytvořeny asi špatně, ln -s zdroj cíl.
Pokud vytvořím přes nautilus, tak fungují.

[ntz_reloaded]

koncovku mít nemusí, ale jsou vytvořeny asi špatně, ln -s zdroj cíl.
Pokud vytvořím přes nautilus, tak fungují.

koncovku mit musi .. pokud kliknes na

nejake -> ./nejake.pdf

tak program otevira `nejake` a presmerovani na `nejake.pdf` je pro aplikaci netransparentni (neni-li sama symlink-aware)

[beer]

Nemusí. Spousta souborů v linuxu žádné koncovky nemá a často je soubor interpretován dle vnitřku, nikoliv dle koncovky.

A ano, ten problém je i v případě, zachovám li původní koncovku.
Například: stáhnul jsem si aktuálně hru Urban Terror, spouštěcí soubor je /media/data/UT/UrbanTerror/ioUrbanTerror.x86_64.

Pokud vytvořím symbolický odkaz v terminálu ln -s /media/data/UT/UrbanTerror/ioUrbanTerror.x86_64 ~/ut.x86_64, tak stejně odkaz nefunguje.
Pokud odkaz následně přejmenuji například na 1.x a přesunu do složky /media/data/UT/UrbanTerror, tak odkaz se stane najednou fungujícím.

Pokud vytvořím odkaz ve stejné složce, tak odkaz funguje, a to nezávisle na tom, jestli tam bude nebo nebude koncovka (například ln -s /media/data/UT/UrbanTerror/ioUrbanTerror.x86_64 /media/data/UT/UrbanTerror/ut.x86 funguje. Co se týká například souborů pdf, tak můžu koncovku vypustit a bude se chovat stále jako pdf. Jinak se to bude chovat pouze za předpokladu, že koncovku změním na něco jiného, například na xml. Tedy nemáte pravdu. Experimentem jsem dokázal, že pokud koncovka u odkazu není, tak je to stejné, jako by byla a soubor bude funkční.

Problém symbolických odkazů, které vytvořím, je ten, že je nemohu přenést do jiné složky (a to ani v rámci stejného oddílu). Jakmile změním složku, nebude odkaz fungovat a nejedná se o problém nějakých koncovek, jak jsem dokázal, protože se týká i souborů, kde koncovky jsou shodné s koncovkami odkazů. Pokud však vytvořím odkaz přes nautilus, tak funguje správně, a to i v případě, kdy ho následně přejmenuji a koncovku smažu, mohu ho kopírovat do jiných složek, přesouvat, atd.

Řekl bych, že chyba bude někde jinde mezi klávesnicí a židlí, protože nautilus s odkazy problém nemá, ale když je vytvářím přes terminál já, tak to prostě nefunguje.
Jak je vytváří nautilus?

[pacholik]

Tak UT možná hledá soubory ve složce se souborem kterej jsi spustil, ale pořád nevím jestli máš ty symlinky správně vytvořený, vyzkoušet spustit to v terminálu a podívat se kam symlink směřuje (ls -l). Nautilus používá absolutní cesty.

[beer]

UT byl pouze příklad, týká se to všech odkazů, které přes terminál vytvořím. Ty absolutní a relativní cesty, to je ono!
Jak prosím vytvořím odkaz tak, aby odkazoval cestu absolutně?

[ntz_reloaded]

nechapes zaklady a neposlouchas kdyz ti nekdo neco rekne, takze:

- stejne jako s koncovkama plati, ze foo -> /bar/foo je netransparentni a tzv working directory je umisteni symlinku a ne originalni umisteni

[beer]

nechapes zaklady a neposlouchas kdyz ti nekdo neco rekne, takze:

- stejne jako s koncovkama plati, ze foo -> /bar/foo je netransparentni a tzv working directory je umisteni symlinku a ne originalni umisteni

Nemyslím, že neposlouchám a že neznám základy. To, co jsou základy je však také relativní a navíc i subjektivní  , rozhodně neznám ani zlomek toho, co bych vše chtěl znát. Nicméně poslouchat tě neznamená vždy ti rozumět a rozhodně to neznamená bezmyšlenkovitě přebírat informace bez ověřování. A dokonce někdy, musím dlouho přemýšlet, "co tím chtěl básník říci".

Cos myslel tímto

foo -> /bar/foo je netransparentni

?

Chtěl si naznačit, že pokud vytvářím symbolický odkaz přes terminál, že nesmím v terminálu být ve stejné složce, ve které je odkazovaný soubor, aby se nepoužila relativní cesta k souboru, která je zřejmě z nějakého úsporného důvodu preferována, ale že bych měl být někde mimo cílový a zdrojový adresář, aby program ln byl nucen použít absolutní cestu místo relativní? To by mohlo být ono, ale je to jako věštit z kávové sedliny.

working directory je umisteni symlinku a ne originalni umisteni

Toto není vždy pravda. Aktuálně mám v domovské složce symlink UT, který odkazuje -> /media/data/UT/UrbanTerror/ioUrbanTerror.x86_64 a tento symlink je funkční, hru spustí v pořádku. Dělal jsem ho přes nautilus. Jako working directory bere /media/data/UT/UrbanTerror.
Pokud by tvé tvrzení bylo 100% pravdivé, hra by se nespustila.

[ntz_reloaded]

Kód: [Vybrat]

$ ls -l foo bar
lrwxr-xr-x  1 monalisa  wheel  3 Mar 26 23:53 bar -> foo
-rw-r--r--  1 monalisa  wheel  4 Mar 26 23:53 foo

$ sudo dtruss cat bar 2>&1|egrep foo\|bar
open("bar\0", 0x0, 0x0) = 3 0
prosim prestan spekulovat a precti si dokumentaci, reagovat byt jen na jeden z tvych postrehu je marny .. vsechno spatne

[beer]

Tomu tvýmu výstupu z terminálu nerozumím, co se snažíš demonstrovat.

Nevím, jestli rady typu RTFM vůbec do ubuntu fóra patří. Osobně se domnívám, že nikoliv. Chceš pomoct, nebo si chceš honit ego? Pro mne za mne si hoň ego dál, ale zkus být trošku méně arogantní.

[ntz_reloaded]

koncovku mít nemusí, ale jsou vytvořeny asi špatně, ln -s zdroj cíl.
Pokud vytvořím přes nautilus, tak fungují.

koncovku mit musi .. pokud kliknes na

nejake -> ./nejake.pdf

tak program otevira `nejake` a presmerovani na `nejake.pdf` je pro aplikaci netransparentni (neni-li sama symlink-aware)

http://cs.wikipedia.org/wiki/Symbolický_odkaz

^^ rekni prosim co lze vic pro tebe udelat ? je to i v cestine na wiki .. zadne RTFM zatim ani nezaznelo.

[daysleeper]

Přihodím do ohně pár svých postřehů 

• většina file managerů dneska už žádné koncovky nepotřebuje, a je jedno, jestli se jedná o odkaz nebo ne, takže moc nechápu, proč to tu probíráte (man file)
• když ntz říká, že je link pro program netransparentní, tak tím podle mě myslí transparentní, tj. že aplikace si nemusí být vůbec vědoma, že otevírá symlink, a ne regular file. To je možná pravda pro coreutils (viz ten příklad cat bar), ale nautilus si link pěkně ohmatá než ho otevře

Kód: [Vybrat]

3642  lstat64("/home/dsl/tmp/link", {st_mode=S_IFLNK|0777, st_size=37, ...}) = 0
3642  stat64("/home/dsl/tmp/link", {st_mode=S_IFREG|0644, st_size=58887, ...}) = 0
3642  readlink("/home/dsl/tmp/link", "120325-171033-231.2.5.178-7494251.zip", 256) = 37


• absolutní cesty se tvoří tak, že se prostě u zdroje uvede absolutní cesta 

[beer]

Přihodím do ohně pár svých postřehů 

• většina file managerů dneska už žádné koncovky nepotřebuje, a je jedno, jestli se jedná o odkaz nebo ne, takže moc nechápu, proč to tu probíráte (man file)
• když ntz říká, že je link pro program netransparentní, tak tím podle mě myslí transparentní, tj. že aplikace si nemusí být vůbec vědoma, že otevírá symlink, a ne regular file. To je možná pravda pro coreutils (viz ten příklad cat bar), ale nautilus si link pěkně ohmatá než ho otevře

Kód: [Vybrat]

3642  lstat64("/home/dsl/tmp/link", {st_mode=S_IFLNK|0777, st_size=37, ...}) = 0
3642  stat64("/home/dsl/tmp/link", {st_mode=S_IFREG|0644, st_size=58887, ...}) = 0
3642  readlink("/home/dsl/tmp/link", "120325-171033-231.2.5.178-7494251.zip", 256) = 37


• absolutní cesty se tvoří tak, že se prostě u zdroje uvede absolutní cesta 

Super, konečně zase někdo, komu ego dovolí přemýšlet a napsal příspěvek, který má hlavu a patu.
Díky, žes mi dal za pravdu s těmi koncovkami. Když to napíšu já, že mám vyzkoušené, tak ze mne ntz dělá debila.

http://cs.wikipedia.org/wiki/Symbolický_odkaz

^^ rekni prosim co lze vic pro tebe udelat ? je to i v cestine na wiki .. zadne RTFM zatim ani nezaznelo.

ntz, jsem moc rád, že se prokázalo, že máš máslo na hlavě. Pokud bys nevěděl, kde zaznělo RTFM, tak to bylo v http://forum.ubuntu.cz/index.php?topic=62029.msg442382#msg442382.
Zkratku RTFM si přímo sice nepoužil, ale arogantní informace, že si mám přečíst dokumentaci je synonymem.

Jako vrchol považuji, žes sem postnul link na http://cs.wikipedia.org/wiki/Symbolick%C3%BD_odkaz a dělal ze mne debila, že nevím, co je symbolický odkaz.
K tomu si napsal, ^^ rekni prosim co lze vic pro tebe udelat ?. Nepomůžeš, nevyřešíš problém, jen si honíš ego, shazuješ ostatní a ještě máš tu drzost tohle napsat? Včera jsem ti dal K+ za to, žes alespoń za snahu ale to jsem nevěděl, že to děláš jen kvůli svému egu a že tvým cílem není pomoc. Za toto jednání ale dávám -. To, že někdo je takto arogantní a dělá moderátora je ostuda a ty bys ses měl nad sebou zamyslet. Doufám, že nepracuješ jako pedagog nebo že ve své práci nejednáš s lidma.

Přesto jsem si na tvůj popud man ln přečetl a přečetl jsem si samozřejmě i ten tvůj odkaz na wikipedii, ale nic, co bych mohl využít tam nebylo.

Jak udělám symlink tak, aby v něm byla cesta zapsaná absolutně, jsem se z toho nedočetl, to napsal až daysleeper. Funguje, jak prosté, děkuji. K+. Pacholik K+, nebýt něj, nevím kde je problém.

[ntz_reloaded]

Díky, žes mi dal za pravdu s těmi koncovkami. Když to napíšu já, že mám vyzkoušené, tak ze mne ntz dělá debila.

dobre, ted jdu teda poprve z tebe udelat *debila:

ad.koncovky) byt musi. Pokud jsou vsechny programy na svete schopne rozeznat typ souboru, pak koncovky neexistuji - cemuz tak neni. To ze vetsina linuxackych programu koncovky nepotrebuje s tim nijak nesouvisi ..

Nemusí. Spousta souborů v linuxu žádné koncovky nemá a často je soubor interpretován dle vnitřku, nikoliv dle koncovky.

^^ krome toho, ze uz veta vyse nedava smysl (diky tomu casto - co se potom deje v ostatnich pripadech ?), je to i s prihlednutim k tomu, co zde bylo na tohle tema jiz receno, naprosto nesmyslne a zavadejici tvrzeni - tedy spatne a nespravne - prosim, cti si dokumentaci dokola a dokola, dokud tomu neporozumis.

Priklad: KDE normalne asociujou podle koncovky, pokud koncovku zmenim, nebudou pracovat spravne a ja se nemuzu divit

ad.transparentni) mluvim cesky .. v cestine podle meho nazoru oznacuje slovo *netransparentni mnou popsane chovani, kdy aplikace proste nevi, protoze kernel *netransparentne (pro ni) provedl presmerovani .. stejne jako s politiky, kdy chceme, aby byli *transparentni, zatimco oni nejsou

- mas ode me vystrahu. Az dosud jsem vcelku vecne celil tvemu nepochopitelnemu presvedcovani me o sve pravde (ktera mimo jine nefunguje - to by ses asi neptal). Jedine, jak jsem si dovolil ne-asertivne zareagovat bylo, ze jsem ti napsal, ze neznas zaklady - protoze ty je opravdu neznas a hadas se. Tenhle slizkej vystup na zaver je moc i na me.

Takze takhle prosim uz priste ne !

zdravim, ntz

ps. a prosim abys me chapal :: ja osobne tady na foru beru jako urazku fakt, kdy me nekdo oceni za dobrovolne stravenej cas pokusem pomoci tady trestuhodnou ignoraci, kdy se ani nezamysli nad tim co jsem rekl a zacne me presvedcovat o necem, co jednoduse neni spravne - a jeste je ublizenej a agresivni

[beer]

Nemám čas ztrácet čas. K tomu tvému dělání ze mne debila:

Pokud jsou vsechny programy na svete schopne rozeznat typ souboru, pak koncovky neexistuji

Máš úplně nelogické uvažování. To, jestli jsou všechny programy na světě schopné rozeznat typ souboru vůbec nesouvisí s tím, zdali koncovky existují nebo ne. Úplně chybný nelogický předpoklad.
A existence koncovek nemá žádnou souvislost s tím, zdali je musím nebo nemusím používat.

K tvé otázce Co se děje v ostatních případech, kdy soubor není správně rozeznán dle typu je snad jasné, nebude korektně otevřen.

K tomu tvému příkladu, pokud změníš koncovku na nějakou jinou, samozřejmě, že se nebude chovat korektně (koncovka má přednost před zjišťováním dle typu souboru), při uložení dokumentu se může narušit struktura souboru, atd.
Pokud ale koncovku nezměňíš, ale jen smažeš, mělo by fungovat a mne to funguje. Otevírání souborů ale trvá o něco málo delší dobu, u fotky se nezobrazí náhled, atd.
To že mi to funguje ještě neznamená, že to bude fungovat vždy a všude, že s daným souborem budou moci pracovat třeba uživatelé windows, atd.
Ale otevírání souborů dle typu se dá nastavit i na těch woknách, ale z bezpečnostních důvodů je to myslím vypnuté.

Jsou dvě možnosti - používat koncovky a nepoužívat koncovky. U souborů je běžně používám, ale na symlinky je nepotřebuju, jednoduše je jich mám málo a používám je méně často.

Tvé informaci, že prostě musím koncovky používat, protože to říkáš ty, se mohu jen smát  . Jsi to Ty, kdo neustále přesvědčuje o své pravdě.

Fanatismus (z lat. fanaticus, posedlý, od fanum, posvátné místo) je slepá vášnivá zaujatost, nekompromisní a krajně jednostranný postoj nebo jednání člověka, který nějaké téma, myšlenku nebo věc pokládá za tak cennou - případně tak ohroženou - že námitky či odpor proti ní vyvolávají jeho zuřivost. Fanatik se vyznačuje neschopností kritického odstupu, intolerancí, nepoučitelností a jistou omezeností.

K té Tvé výstraze, nevím co to je, v pravidlech fóra nic takového není... A popravdě, přijde mi úsměvné, že nejsi schopen přijmout kritiku tvé komunikace a že nejsi schopen akceptovat jiný názor než svůj vlastní a dokonce mi kvůli tomu agresivně virtuálně vyhrožuješ.

PS: Nad tou kritikou komunikace bych doporučil se zamyslet, nejsem jediný, kdo ti to tu napsal. Ano, dobrovolně si tady strávil čas. Já také se zde snažím pomáhat ostatním, neřeším jen své zájmy.

PPS:

kdy se ani nezamysli nad tim co jsem rekl a zacne me presvedcovat o necem, co jednoduse neni spravne - a jeste je ublizenej a agresivni

Tomu se říká v psychologii sebeprojekce.