summaryrefslogtreecommitdiff
path: root/open_issues/libnetfs_passive_translators.mdwn
diff options
context:
space:
mode:
authorThomas Schwinge <tschwinge@gnu.org>2013-09-25 21:45:38 +0200
committerThomas Schwinge <tschwinge@gnu.org>2013-09-25 21:45:38 +0200
commiteccdd13dd3c812b8f0b3d046ef9d8738df00562a (patch)
treee6c585035d2e869e26a0d3a93efa51810543d40e /open_issues/libnetfs_passive_translators.mdwn
parent9933cec0a18ae2a3d752f269d1bb12c19f51199d (diff)
IRC.
Diffstat (limited to 'open_issues/libnetfs_passive_translators.mdwn')
-rw-r--r--open_issues/libnetfs_passive_translators.mdwn55
1 files changed, 55 insertions, 0 deletions
diff --git a/open_issues/libnetfs_passive_translators.mdwn b/open_issues/libnetfs_passive_translators.mdwn
new file mode 100644
index 00000000..db4c9005
--- /dev/null
+++ b/open_issues/libnetfs_passive_translators.mdwn
@@ -0,0 +1,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]].