|
Modified:
2015-02-17
Size: 1.6K
|
open issues/active vs passive symlink translator
IRC, freenode, #hurd, 2011-07-25 Set an active (not passive) /hurd/symlink translator on a node. < antrik> that's strange: the file doesn't look like a symlink in ls output -- but it behaves like one... < antrik> using firmlink instead of symlink yields less confusing results... < gg0> how does it behaves like one? < antrik> perhaps the symlink mechanism only fully works for a passive symlink translator, not an active one < antrik> gg0: if you access it, you actually get...
100% relevant, matching:
symlink |
|
Modified:
2024-10-16
Size: 707 bytes
|
hurd/translator/symlink
The hurd symlink translator lets you create a filesystem node that refers to another node. It is similar to the ln command. Suppose you begin writing a new filesystem for the hurd from scratch. To develop it quickly, you could skip implementing symlinks. The user would instead use the /hurd/symlink translator. The Hurd could provide all sorts of filesystem like functionality that would work regardless of the user's choice of filesystem. Please note that ext2fs does not use /hurd/symlink. Instead it supports...
98% relevant, matching:
symlink |
|
Modified:
2012-05-23
Size: 4.6K
|
hurd/translator/short-circuiting
In traditional Unix, file systems contain special files. These are: symbolic links, character devices, block devices, named pipes, and named sockets. Naturally the Hurd also support these. However, if you take a look at hurd/io.defs and hurd/fs.defs, you'll find that there are no RPCs that deal specifically with these types. Sure, you can get the type of the file through io_stat (among other things), but there are none that e.g. lets you create a symbolic link. If you take a look at how glibc implements...
98% relevant, matching:
symlink |
|
Modified:
2013-04-13
Size: 1.7K
|
faq/slash usr symlink/discussion
IRC, freenode, #hurd, 2012-02-01 <marcusb> I remember the time when we had a /usr symlink. Now fedora 17 will move / to /usr and have /foo symlinks. :) <marcusb> braunr: http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge <marcusb> braunr: fedora and others are merging /bin, /sbin and some other into /usr <marcusb> braunr: back in 1998 we tried for two years or so to have /usr -> .. in Debian GNU/Hurd, but eventually we gave up on it, because it broke...
89% relevant, matching:
symlink |
|
Modified:
2015-03-06
Size: 376 bytes
|
open issues/symlink translator
The /hurd/symlink translator does not work as expected: % settrans -ca broken /hurd/symlink missing % file broken broken: empty Here is the expected behavior, as implemented by the short-cut logic in lib*fs: % ln -s missing broken_symlink % file broken_symlink broken_symlink: broken symbolic link to missing ...
89% relevant, matching:
symlink |
|
Modified:
2015-02-17
Size: 1.3K
|
open issues/settrans directory symlink
This works: $ touch a && settrans a /hurd/symlink b This doesn't: $ mkdir a && settrans a /hurd/symlink b settrans: a: Is a directory It's the same file_set_translator RPC both times, and it's translator short-circuiting which makes the latter one fail: libdiskfs/file-set-trans.c: [...] /* Set passive translator */ if (passive_flags & FS_TRANS_SET) { if (!(passive_flags & FS_TRANS_FORCE)) { /* Handle the short-circuited translators */...
89% relevant, matching:
symlink |
|
Modified:
2009-05-23
Size: 2.6K
|
hurd/translator/tmpfs/notes bing
to run tmpfs as a regular user, /servers/default-pager must be executable by that user. by default it seems to be set to read/write. $ sudo chmod ugo+x /servers/default-pager Then I get this error: tmpfs: /build/mbanck/hurd-20060825/build-tree/hurd/tmpfs/dir.c:62: diskfs_get_directs: Assertion `__builtin_offsetof (struct tmpfs_dirent, name) >= __builtin_offsetof (struct dirent, d_name)' failed. i rearranged the struct tempfs_dirent in tmpfs.h to line up with the struct dirent. now the assert...
85% relevant, matching:
symlink |
|
Modified:
2011-04-27
Size: 17.8K
|
tag/open issue hurd
There is a FOSS Factory bounty (p269) on some GNU Hurd tasks. community gsoc project ideas Disk I/O Performance Tuning Fix libdiskfs Locking Issues discussion Porting Valgrind to the Hurd faq native-install doesnt finish glibc mmap process hurd authentication discussion rpctrace fsysopts libfshelp libihash libports libstore ?examples ramdisk discussion nbd store: Linux-compatible network block device running chroot settrans discussion...
83% relevant, matching:
symlink |
|
Modified:
2015-02-17
Size: 28.4K
|
open issues/translators set up by untrusted users
IRC, freenode, #hurd, 2011-07-17 <antrik> Reventlov: this is the so-called "firmlink issue" -- though AFAIK it doesn't actually apply to firmlinks ;-) <antrik> the problem is that any user can in theory create and set up a special translator, which will redirect to another directory, without any indication that it's a link <braunr> but this doesn't supersede the file system permissions, does it ? <antrik> as a result, if someone runs rm -r on the directory containing that translator...
82% relevant, matching:
symlink |
|
Modified:
2015-02-17
Size: 14.1K
|
open issues/translators O NOTRANS O NOFOLLOW namespace-based selection
bug-hurd email from 2010-07-28: O_NOTRANS & O_NOFOLLOW 2010-07-29, #hurd <antrik> cfhammar: I think that touches on a rather fundamental problem... it's always hard to decide how to handle translators, as the most useful approach depends a lot on context <antrik> this was actually part of the idea behind namespace-based translator selection <cfhammar> or perhaps we should just drop the whole O_NOFOLLOW == O_NOTRANS and only apply it for link like translators <pochu> cfhammar: from...
81% relevant, matching:
symlink |