summaryrefslogtreecommitdiff
path: root/open_issues/libnetfs_passive_translators.mdwn
blob: db4c900598eeb9e59f87ae2b243414790191555d (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]]

[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
id="license" text="Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License, Version 1.2 or
any later version published by the Free Software Foundation; with no Invariant
Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
is included in the section entitled [[GNU Free Documentation
License|/fdl]]."]]"""]]

[[!tag open_issue_hurd]]


# IRC, freenode, #hurd, 2013-07-15

    <teythoon> is there a libnetfs based translator that supports passive
      translators?
    <youpi> I don't see any at the top of my head, only with active ones such
      as hostmux
    <teythoon> I suspected as much since as far as I can tell libnetfs lacks
      some bits to make that even work
    <braunr> teythoon: the problem with passive translators is persistence
    <braunr> well, it's easy to store volatile passive translators in a
      libnetfs server
    <braunr> but usually, there is no backing store for them
    <braunr> ext2fs is the only one actually providing space to store their
      command line
    <teythoon> sure, but at least file_get_translator needs to work so that
      procfs can serve a mounts node
    <braunr> silly idea but
    <braunr> don't you want to directly add it to the procfs translator ?
    <teythoon> no, I think it's useful on its own
    <braunr> ok
    <braunr> then you may need to add the required support
    <teythoon> it even doubles as normal command line tool
    <teythoon> yes, I almost got it... or so I hope ;)
    <braunr> ok
    <teythoon> also, netfs_get_translator exists, so not supporting that feels
      like a bug to me
    <teythoon> could also be useful for a potential devfs translator
    <braunr> yes

    <teythoon> uh, the code duplication in lib*fs is really bad :/
    <teythoon> the code is mostly similar, though they have diverged and many
      little things are different so diffing them is very noisy
    <teythoon> stuff like file names or identifiers
    <teythoon> and I cannot figure out why my shiny passive translators are not
      started :/
    <teythoon> % showtrans tmp/mounts
    <teythoon> /hurd/mtab.fixed /
    <teythoon> % wc --bytes tmp/mounts
    <teythoon> 0 tmp/mounts
    <teythoon> and no mtab translator around either

[[community/gsoc/project_ideas/mtab/discussion]].