<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>79739</bug_id>
          
          <creation_ts>2005-01-27 08:17 0000</creation_ts>
          <short_desc>autofs.ftpfs (from lufs package) tries to mount ftp filesystems as type &apos;lufs&apos; but mount doesn&apos;t recognize the type</short_desc>
          <delta_ts>2005-03-07 12:54:34 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Core system</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>NEEDINFO</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>gentoo.bugzilla@mas.ml1.net</reporter>
          <assigned_to>genstef@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-01-27 08:17:35 0000</bug_when>
            <thetext>I&apos;ve installed sys-fs/fuse, sys-fs/lufis, and sys-fs/lufs successfully. On-demand mounting using lufis and the lufs ftpfs module works perfectly. But autofs.ftpfs doesn&apos;t work. The immediate symptom is:

# cd /ftp/ftp.kernel.org/pub
-bash: cd: /ftp/ftp.kernel.org/pub: No such file or directory

In /var/log/messages, I get the following:

Jan 27 11:02:38 apollo automount[10163]: &gt;&gt; mount: unknown filesystem type &apos;lufs&apos;
Jan 27 11:02:38 apollo automount[10163]: mount(generic): failed to mount none (type lufs) on /ftp/ftp.kernel.org
Jan 27 11:02:38 apollo automount[10163]: failed to mount /ftp/ftp.kernel.org

My /etc/autofs/auto.master has the correct configuration (AFAIK):

/ftp   /etc/autofs/auto.ftpfs --timeout=60

So it looks like auto.ftpfs is trying to mount the filesystem as type lufs, but mount (and the kernel? I don&apos;t know exactly how it works) doesn&apos;t know about that type. Which, presumably, is because lufs has been phased out in favor of lufis and fuse and is no longer compiled as a kernel module. But that&apos;s just a guess. There might be a simple fix to this but I don&apos;t know enough about the intricacies of these modules to find it.

Reproducible: Always
Steps to Reproduce:
1. emerge sys-fs/fuse sys-fs/lufis sys-fs/lufs net-fs/autofs
2. cat &quot;/ftp /etc/autofs/auto.ftpfs --timeout=60&quot; &gt;&gt; /etc/autofs/auto.master
3. /etc/init.d/autofs start
4. cd /ftp/ftp.kernel.org (or any remote ftp host)

Actual Results:  
&quot;No such file or directory message&quot; and entries in /var/log/messages as above.

Expected Results:  
Auto-mounted remote ftp root on /ftp/ftp.kernel.org (perhaps prompting for
username and password? I&apos;m not sure how this information gets passed when using
auto.ftpfs).

To achieve the effect manually, this command does work:

$ lufis fs=ftpfs,host=ftp.kernel.org,username=myuser,password=mypass
/ftp/ftp.kernel.org/ -s



Portage 2.0.51-r13 (default-linux/x86/2004.3, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.9-nitro3_20041117_mil2_3com_matroxfb i586)
=================================================================
System uname: 2.6.9-nitro3_20041117_mil2_3com_matroxfb i586 AMD-K6tm w/
multimedia extensions
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Nov  8 2004, 22:50:50)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.8.5-r2, 1.6.3, 1.9.3, 1.5, 1.7.9
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r1
virtual/os-headers:  2.6.8.1-r1
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-march=k6 -mtune=k6 -O2 -pipe -ftracer -fomit-frame-pointer -fweb&quot;
CHOST=&quot;i586-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=k6 -mtune=k6 -O2 -pipe -ftracer -fomit-frame-pointer -fweb
-fvisibility-inlines-hidden&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig ccache distlocks sandbox sfperms&quot;
GENTOO_MIRRORS=&quot;http://gentoo.mirrors.pair.com/                
http://mirrors.tds.net/gentoo          
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo       
http://csociety-ftp.ecn.purdue.edu/pub/gentoo/                
http://gentoo.chem.wisc.edu/gentoo/            http://mirror.datapipe.net/gentoo&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;X Xaw3d aalib acpi adns aim alsa apm atlas audiofile bash-completion bcmath
berkdb bitmap-fonts bonobo cpdflib crypt cscope ctype cups dba dbase dbm dbx dio
doc emacs emacs-w3 esd evo exif f77 fam fastcgi fbcon fftw flash flatfile
font-server foomaticdb fortran freetds ftp gd gdbm gif gmac gmp gnome gnutls gpm
gstreamer gtk gtk2 guile icq imagemagick imap imlib innodb iodbc ipv6 jabber
java jikes jpeg junit kerberos lcms libg++ libgda libwww mbox mime ming mmap mmx
mng motif mozilla msn mysql mysqli ncurses nocd nptl nptlonly odbc offensive ofx
opengl pam pcntl pcre pda pdflib perl php png posix postgres ppds python
quicktime readline recode ruby samba sasl shared sharedmem simplexml slang slp
snmp soap sockets socks5 spell spl sqlite ssl svg svga sysvipc tcltk tcpd tetex
tidy tiff tokenizer truetype truetype-fonts type1-fonts unicode wmf wxwindows
x86 xface xine xinerama xml2 xmms xosd xpm xsl zlib&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LDFLAGS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-01-27 08:20:55 0000</bug_when>
            <thetext>Oops. In step 2 to reproduce, I meant &quot;echo&quot;, not &quot;cat&quot;. But you probably figured that out.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-01-28 23:25:55 0000</bug_when>
            <thetext>Do you know how to create an autofs script?

I have looked at the c-source-code but I have no idea how to make that lufis-compatible.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-01-31 10:12:39 0000</bug_when>
            <thetext>Well, I&apos;ve just figured out how to create an autofs script, but I&apos;m not sure that would solve the problem. Just now I edited util/auto.ftpfs.c to change &quot;fstype=lufs&quot; to &quot;fstype=fuse&quot;, which is what I think lufis uses, and recompiled. Now I get a different response:

Jan 31 13:09:08 apollo automount[2701]: &gt;&gt; mount: wrong fs type, bad option, bad superblock on none,
Jan 31 13:09:08 apollo automount[2701]: &gt;&gt;        or too many mounted file systems

To create an autofs script (if I understand correctly), I would need to create a file that provides the necessary mount options to automount. But that&apos;s what auto.ftpfs does already. (Try &apos;/etc/autofs/auto.ftpfs ftp.example.com&apos; at the shell prompt.) So the problem is that auto.ftpfs is passing the wrong options, and then the question is, what are the correct options to pass to mount in order to mount an ftp filesystem with fuse and lufis? I can&apos;t find this documented anywhere. :(

Any thoughts?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-01-31 10:38:04 0000</bug_when>
            <thetext>I dont know if that is even possible. Could you please ask there: http://lists.sourceforge.net/lists/listinfo/fuse-devel

Or maybe he will even want to create a native ftpfs like he did for sshfs, so that we can safe the &quot;lufis&quot;-step

I think it is possible if we add a /usr/bin/mount.ftpfs .. then we could do mount -t ftpfs and place the handling in that file.

See /sbin/mount.captive for captive as an example</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-01-31 10:58:15 0000</bug_when>
            <thetext>It&apos;s definitely possible, using the lufis executable. From the README in the lufis package:

----
Usage, for exampe:

   ./lufis fs=sshfs,host=kempelen,username=mszeredi /mnt/lufis/ -s

Don&apos;t forget the &apos;-s&apos; option, without it the filesystem may misbehave!
----

That works fine if you change sshfs to ftpfs and add a password=... option. But although the result is a mounted filesystem of type fuse, calling mount -t fuse -o &lt;options&gt; using the option string above doesn&apos;t work, and my C isn&apos;t good enough to figure out from lufis.c how it composes the options it then passes to mount.

So yes, I&apos;ll check on the fuse-devel list and see if he has an answer or wants to create a native ftpfs-fuse module.

Incidentally, I don&apos;t have /sbin/mount.captive. What package provides that?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-01-31 11:00:59 0000</bug_when>
            <thetext>captive .. what else? :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-01-31 11:01:58 0000</bug_when>
            <thetext>Oh, right. :-}</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-02-01 06:14:20 0000</bug_when>
            <thetext>OK, Miklos says doing what I was hoping to do is not possible.

Here&apos;s the thread on Sourceforge:

http://sourceforge.net/mailarchive/forum.php?thread_id=6466089&amp;forum_id=42692

So as you suggested, Stefan, I&apos;m going to look into writing a ftpfs equivalent to /sbin/mount.captive (as soon as I emerge captive... :) ).

In the meantime, it seems like maybe the auto.ftpfs (and auto.sshfs?) executables should be removed from the lufs package. They don&apos;t work, and they&apos;re never going to work, at least the way the package is currently configured to build (relying on the fuse module rather than compiling a separate lufs module).

Thoughts? Or is there another way to get them working that I&apos;ve missed?

Thanks for your help, in any case.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-02-02 09:11:34 0000</bug_when>
            <thetext>Created an attachment (id=50219)
/sbin/mount.captive

I attached you my mount.captive so that you do not have to emerge it ;)

Also I removed the broken autofs stuff from lufs, thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-02-02 13:05:31 0000</bug_when>
            <thetext>Created an attachment (id=50230)
/sbin/mount.ftpfs

Thanks! But too late, I had already emerged. Never mind, I appreciate the
effort.

For the record I&apos;ve attached my /sbin/mount.ftpfs which is straight from
Miklos&apos;s suggestion on the fuse-devel list. It works as follows:

# mount -t ftpfs ftp.server.com /path/to/mount/point

and you can pass it -o &lt;options&gt; as well, as long as you pass them after the
mount point (it&apos;s very basic).

I haven&apos;t got it working with autofs yet.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-02-02 21:44:19 0000</bug_when>
            <thetext>&quot; as you pass them after the
mount point (it&apos;s very basic).&quot;

I dont think this restriction is needed .. maybe we could get rid of it?

Also it looks like your script always reads username and password, even when it is a public server with anonymous login.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-02-05 10:55:31 0000</bug_when>
            <thetext>/sbin/mount.ftpfs:
#!/bin/bash
/usr/bin/lufis fs=ftpfs,host=$1,quiet,$4  $2 -s

/sbin/mount.sshfs:
#!/bin/bash
/usr/bin/lufis fs=sshfs,host=$1,quiet,$4  $2 -s


do you like that solution?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-02-06 11:42:02 0000</bug_when>
            <thetext>Created an attachment (id=50551)
Better /sbin/mount.ftpfs

That works ok... still requires strict positioning of its arguments.
I&apos;ve attached a more extensive version that does some error checking and
parsing of command-line options.
It depends on getopt(1), which is part of the sys-apps/util-linux package, and
I think is part of the system group in all profiles. So we should be able to
count on people having that, right?
Let me know what you think -- probably one of the longer bash scripts I&apos;ve
written.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-02-06 11:45:35 0000</bug_when>
            <thetext>Created an attachment (id=50552)
Better /sbin/mount.ftpfs (again)

Oops, the attachment didn&apos;t get included before.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-02-06 12:09:36 0000</bug_when>
            <thetext>for me another order also works .. seems like mount is handling it :)

Your script is really an advantage .. looks good for your first one :)
The real problem I see in your script is, that I cant do just anonymous mounts, which is the thing, I mostly do with ftpfs.
I think we should not ask for email when mounting anonymous, we should not even ask for password when none is given and just assume anonymous. We should implement something like username=ask or password=ask rather then relying on self-made functions in a mount-script, what do you think?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugzilla@mas.ml1.net</who>
            <bug_when>2005-02-06 13:52:59 0000</bug_when>
            <thetext>Well, it just asks you for your email address, it doesn&apos;t require that you give it... :)

What do you mean by &quot;implement something like username=ask or password=ask rather then relying on self-made functions in a mount-script&quot;? I&apos;m not following.

Other than that, though, there&apos;s a bigger problem, which is that when this gets called by &apos;mount -t ftpfs&apos; some of the options I&apos;ve been relying on don&apos;t get passed to mount.ftpfs, and I can&apos;t figure out how to control which options do and don&apos;t get passed. So it looks like I&apos;d have to revise it to pass everything in the -o string unless there&apos;s another way of doing this.

Any ideas?

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-02-06 22:49:29 0000</bug_when>
            <thetext>Created an attachment (id=50603)
/sbin/mount.ftpfs

I think in that way it should be ok, no one has to hide usernames ..
What do you think?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2005-03-07 12:54:34 0000</bug_when>
            <thetext>there is no urgency about this .. when you have a chance to test it please reopen.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>50219</attachid>
            <date>2005-02-02 09:11 0000</date>
            <desc>/sbin/mount.captive</desc>
            <filename>mount.captive</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEgL3Vzci9iaW4vcGVybCAtdwojIAojICRJZDogbW91bnQuY2FwdGl2ZS5pbix2IDEuMTcgMjAw
My8xMi8wNiAxNTowODoyNSBzaG9ydCBFeHAgJAojIEV4dGVybmFsIG1vdW50IGNvbW1hbmQgZm9y
IG1vdW50KDgpIHRvIGludGVyZmFjZSBsdWZzZCgxKQojIENvcHlyaWdodCAoQykgMjAwMyBKYW4g
S3JhdG9jaHZpbCA8cHJvamVjdC1jYXB0aXZlQGphbmtyYXRvY2h2aWwubmV0PgojIAojIFRoaXMg
cHJvZ3JhbSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3Ig
bW9kaWZ5CiMgaXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGlj
ZW5zZSBhcyBwdWJsaXNoZWQgYnkKIyB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBleGFj
dGx5IHZlcnNpb24gMiBvZiBKdW5lIDE5OTEgaXMgcmVxdWlyZWQKIyAKIyBUaGlzIHByb2dyYW0g
aXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKIyBidXQg
V0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZgojIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4g
IFNlZSB0aGUKIyBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgoj
IAojIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBHZW5lcmFsIFB1
YmxpYyBMaWNlbnNlCiMgYWxvbmcgd2l0aCB0aGlzIHByb2dyYW07IGlmIG5vdCwgd3JpdGUgdG8g
dGhlIEZyZWUgU29mdHdhcmUKIyBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UsIFN1
aXRlIDMzMCwgQm9zdG9uLCBNQSAgMDIxMTEtMTMwNyAgVVNBCgoKdXNlIHN0cmljdDsKdXNlIENh
cnAgcXcoY2x1Y2sgY29uZmVzcyk7CnVzZSBHZXRvcHQ6Okxvbmc7CiMgRG8gbm90IHVzZSBhbnkg
bm9uLWNvcmUgUGVybCBtb2R1bGVzIGhlcmUuCiMgQmUgcGVybC01LjAgY29tcGF0aWJsZSAoaXMg
aXQgbmVlZGVkIGlmIHdlIHJlcXVpcmUgTGludXgga2VybmVsID49IDIuNCA/KQoKCm15ICR2YXJk
aXI9Jy92YXIvbGliL2NhcHRpdmUnOwokdmFyZGlyPX5zI1wkXFF7cHJlZml4fVxFIycvdXNyJzsj
Z2U7CiR2YXJkaXI9Ii92YXIvbGliL2NhcHRpdmUiIGlmICR2YXJkaXI9fi9eQC87Cm15ICRsdWZz
ZF9iaW49Ii91c3IvYmluL2x1ZmlzIjsKbXkgJGNhcHRpdmVfc2FuZGJveF9zZXJ2ZXJfYmluPSck
e2V4ZWNfcHJlZml4fS9zYmluL2NhcHRpdmUtc2FuZGJveC1zZXJ2ZXInOwokY2FwdGl2ZV9zYW5k
Ym94X3NlcnZlcl9iaW49fnMjXCRcUXtleGVjX3ByZWZpeH1cRSMnJHtwcmVmaXh9JzsjZ2U7CiRj
YXB0aXZlX3NhbmRib3hfc2VydmVyX2Jpbj1+cyNcJFxRe3ByZWZpeH1cRSMnL3Vzcic7I2dlOwok
Y2FwdGl2ZV9zYW5kYm94X3NlcnZlcl9iaW49Ii91c3Ivc2Jpbi9jYXB0aXZlLXNhbmRib3gtc2Vy
dmVyIiBpZiAkY2FwdGl2ZV9zYW5kYm94X3NlcnZlcl9iaW49fi9eQC87CgoKbXkgJE1FPSgkMD1+
bSMoW14vXSopJCMpWzBdIG9yIGRpZSAiQ2Fubm90IGRldGV0ZWN0IG15IGJhc2VuYW1lIGZyb206
ICQwIjsKbXkgJGZzbmFtZT0kTUU7CiRmc25hbWU9fnMvXm1vdW50Wy5dY2FwdGl2ZS0vLyBvciBk
aWUgIkNhbm5vdCBkZXRlY3QgY2FwdGl2ZSBmaWxlc3lzdGVtIG1vZHVsZSBmcm9tIG15IG5hbWU6
ICRmc25hbWUiOwpteSAkaW1hZ2U9c2hpZnQgQEFSR1Ygb3IgZGllICJNaXNzaW5nIGFyZ3ZbMV06
IGRldmljZSBvciBpbWFnZSBwYXRobmFtZSI7Ci1yICRpbWFnZSBvciBkaWUgIkltYWdlIHBhdGhu
YW1lIG5vdCByZWFkYWJsZTogJGltYWdlIjsKd2FybiAid2FybmluZzogJy1vIGxvb3AnIGlzIG5v
dCBuZWNjZXNzYXJ5IGZvciBDYXB0aXZlIGZpbGVzeXN0ZW0gbW91bnRzIgoJCWlmICRpbWFnZT1+
bSNeL2Rldi9sb29wIzsKbXkgJGRpcj1zaGlmdCBAQVJHViBvciBkaWUgIk1pc3NpbmcgYXJndlsy
XTogbW91bnQgcG9pbnQgZGlyZWN0b3J5IjsKLWQgJGRpciBvciBkaWUgIk1vdW50IHBvaW50IGRp
cmVjdG9yeSBub3QgYSB2YWxpZCBkaXJlY3Rvcnk6ICRkaXIiOwpzaGlmdCBAQVJHViBpZiBteSAk
bm9tdGFiID0kQVJHVlswXSAmJiAkQVJHVlswXSBlcSAiLW4iOwpzaGlmdCBAQVJHViBpZiBteSAk
dmVyYm9zZT0kQVJHVlswXSAmJiAkQVJHVlswXSBlcSAiLXYiOwpteSAkb289IiI7CmRvIHsgc2hp
ZnQgQEFSR1Y7ICRvbz1zaGlmdCBAQVJHVjsgfSBpZiAkQVJHVlswXSAmJiAkQVJHVlswXSBlcSAi
LW8iOwpkaWUgIkV4Y2Vzc2l2ZSBhcmd1bWVudHM6IEBBUkdWIiBpZiBAQVJHVjsKCnN1YiBkaWVf
aW5zdGFsbAp7CglkaWUKIllvdSBzaG91bGQgcnVuIGNhcHRpdmUtaW5zdGFsbC1hY3F1aXJlKDEp
IG9mICdjYXB0aXZlLWluc3RhbGwnIHBhY2thZ2UsCm90aGVyd2lzZSB5b3UgY2FuIGFsc28gYWNx
dWlyZSB0aGlzIGZpbGUgZnJvbSBVUkw6Cmh0dHA6Ly93d3cubWljcm9zb2Z0LmNvbS9XaW5kb3dz
WFAvcHJvL2Rvd25sb2Fkcy9zZXJ2aWNlcGFja3Mvc3AxL2NoZWNrZWRidWlsZC5hc3AKIjsKfQoK
bXkgJGZpbGVzeXN0ZW09JHZhcmRpci4iLyIuJGZzbmFtZS4iLnN5cyI7CmlmICghLXIgJGZpbGVz
eXN0ZW0pIHsKCXdhcm4gIlczMiBmaWxlc3lzdGVtIC5zeXMgbW9kdWxlIG5vdCBmb3VuZDogJGZp
bGVzeXN0ZW0iOwoJZGllX2luc3RhbGwoKTsKCX0KbXkgJG50b3Nrcm5sPSR2YXJkaXIuIi9udG9z
a3JubC5leGUiOwppZiAoIS1yICRudG9za3JubCkgewoJd2FybiAiVzMyIG50b3Nrcm5sLmV4ZSBu
b3QgZm91bmQ6ICRudG9za3JubCI7CglkaWVfaW5zdGFsbCgpOwoJfQoKIyBLZWVwIEBvcHRfY2Fw
dGl2ZSBvcmRlcmluZwojIHRvIGxldCB0aGUgb3B0aW9ucyBiZSBvdmVycmlkYWJsZSBieSB1c2Vy
IChzdWNoIGFzICdybycpLgpteSBAb3B0X2NhcHRpdmU9KCk7Cm15IEBvcHRfbHVmcz0oKTsKbXkg
JG9wdF9mb3JjZTsKbXkgJG9wdF9yd21vZGU9Ii0tYmxpbmQiOwpmb3IgKHNwbGl0IC8sLywkb28p
IHsKCSRfPSItLSRfIiBpZiAkXyBlcSAicm8iIHx8ICRfIGVxICJydyI7Cgkkb3B0X3J3bW9kZT0k
XyBpZiAvXi0tKD86cm98cnd8YmxpbmQpJC87Cgkkb3B0X2ZvcmNlPTEgaWYgJF8gZXEgImZvcmNl
IjsKCXB1c2ggQG9wdF9jYXB0aXZlLCRfIGlmICAvXi0tLzsKCXB1c2ggQG9wdF9sdWZzLCRfICAg
IGlmICEvXi0tLzsKCX0KCiMgU2hhbWVsZXNzIGFkdmVydGlzZW1lbnQ6CmlmICgkZnNuYW1lIGVx
ICJudGZzIikgewoJZm9yIG15ICRmaCAoKlNUREVSUiwqU1RET1VUKSB7CgkJaWYgKC10ICRmaCkg
ewoJCQlwcmludCAkZmggJ0NhcHRpdmUgTlRGUyB2MS4xLjUuICBDaGVjayBhIG5ldyB2ZXJzaW9u
IGF0OiBodHRwOi8vd3d3LmphbmtyYXRvY2h2aWwubmV0LycuIlxuIjsKCQkJbGFzdDsKCQkJfQoJ
CX0KCX0KCmlmICghJG9wdF9mb3JjZSkgewoJbG9jYWwgKk1UQUI7CglpZiAoIW9wZW4gTVRBQiwi
L2V0Yy9tdGFiIikgewoJCXdhcm4gIkNhbm5vdCBvcGVuIC9ldGMvbXRhYjogJCEiOwoJCX0KCWVs
c2UgewoJCWxvY2FsICQvPXVuZGVmKCk7CgkJbXkgJG10YWI9PE1UQUI+OwoJCWNsb3NlIE1UQUI7
CgkJZGllICIiCgkJCQkJCS4iJE1FOiAkaW1hZ2UgYWxyZWFkeSBtb3VudGVkXG4iCgkJCQkJCS4i
JE1FOiBhY2NvcmRpbmcgdG8gbXRhYiwgJGltYWdlIGlzIG1vdW50ZWQgb24gJDFcbiIKCQkJCQkJ
LiIkTUU6IFVzZSAnLW8gZm9yY2UnIHRvIG1vdW50IHRoZSBpbWFnZSBub3R3aXRoc3RhbmRpbmcu
XG4iCgkJCQlpZiAkbXRhYj1+L15cUSRpbWFnZVxFXHMrKFxTKykvbTsKCQl9Cgl9Cgokb289IiIK
CQkuImZzPWNhcHRpdmVmcywiCgkJLiJtbnRlbnQubW50X2ZzbmFtZT0kaW1hZ2UsbW50ZW50Lm1u
dF90eXBlPWNhcHRpdmUtJGZzbmFtZSwiCSMgRG91YmxlLWRhc2hlcyBmb3JiaWRkZW4uCgkJLiJk
aXJfY2FjaGVfZW50cmllcz0wLCIKCQkuImltYWdlPSRpbWFnZSwiCgkJLmpvaW4oIiwiLEBvcHRf
bHVmcykuIiwiCgkJLiJjYXB0aXZlX29wdGlvbnM9IgoJCQkJLigkZnNuYW1lIGVxICJjZGZzIiA/
ICItLWNkcm9tOy0tcm87IiA6ICItLWRpc2s7LS1ydzsiKQoJCQkJLiItLWxvYWQtbW9kdWxlPSRu
dG9za3JubDstLWZpbGVzeXN0ZW09JGZpbGVzeXN0ZW07IgoJCQkJLiItLXNhbmRib3gtc2VydmVy
PSRjYXB0aXZlX3NhbmRib3hfc2VydmVyX2JpbjsiCgkJCQkuIi0tYnVnLXBhdGhuYW1lPSR2YXJk
aXIvYnVnLSVGVCVULmNhcHRpdmVidWcueG1sLmd6OyIKCQkJCS4iLS1zeXNsb2c7IgoJCQkJLmpv
aW4oIjsiLEBvcHRfY2FwdGl2ZSk7Cgp3YXJuICIkMDogJy1uJyBub3Qgc3VwcG9ydGVkIC0gaWdu
b3JlZCIgaWYgJG5vbXRhYjsKCgojb25seV9pZl9yb290OiBhbGxvd19vdGhlcixkZWZhdWx0X3Bl
cm1pc3Npb25zCm15ICRmdXNlb3B0cz0iLW9hbGxvd19vdGhlcixmc25hbWU9JGltYWdlIjsKCiMg
VXNlICInJG9vJyIgdG8gcGVybWl0IGFub3RoZXIgZXhwYW5zaW9uIGJ5IGJhc2goMSkgZHVyaW5n
IGx1ZnNtbnQoOCkgZXhlY3V0aW9uLgpteSBAYXJndj0oJGx1ZnNkX2Jpbiwkb28sJGRpciwiLXMi
LCRmdXNlb3B0cyk7CgpwcmludCBTVERFUlIgIiQwOiBAYXJndlxuIiBpZiAkdmVyYm9zZTsKZXhl
YyAkbHVmc2RfYmluIEBhcmd2OwpkaWUgIkZhaWxlZCB0byBleGVjdXRlOiBAYXJndiI7Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>50230</attachid>
            <date>2005-02-02 13:05 0000</date>
            <desc>/sbin/mount.ftpfs</desc>
            <filename>mount.ftpfs</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvYmluL2Jhc2gKCnJlYWQgLXAgIlVzZXJuYW1lOiAiIHVzZXJuYW1lCnJlYWQgLXMgLXAgIlBh
c3N3b3JkOiAiIHBhc3N3b3JkCi91c3IvYmluL2x1ZmlzIGZzPWZ0cGZzLGhvc3Q9JDEsdXNlcm5h
bWU9JHVzZXJuYW1lLHBhc3N3b3JkPSRwYXNzd29yZCxxdWlldCwkNCAgJDIgLXMK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>50551</attachid>
            <date>2005-02-06 11:42 0000</date>
            <desc>Better /sbin/mount.ftpfs</desc>
            <filename>mount.ftpfs</filename>
            <type>text/plain</type>
            <data encoding="base64">fi9tb3VudC5mdHBmcw==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>50552</attachid>
            <date>2005-02-06 11:45 0000</date>
            <desc>Better /sbin/mount.ftpfs (again)</desc>
            <filename>mount.ftpfs</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvYmluL2Jhc2gKIyBBdXRob3I6IE1pY2hhZWwgU3R5ZXIgPG1pY2hhZWxAc3R5ZXIubmV0Pgoj
IERhdGUgd3JpdHRlbjogNiBGZWJydWFyeSAyMDA1CgppZiBbICEgLXggIi91c3IvYmluL2x1Zmlz
IiBdCnRoZW4KICAgIGVjaG8gIi91c3IvYmluL2x1ZmlzIGRvZXMgbm90IGV4aXN0OyB1bmFibGUg
dG8gbW91bnQgZnRwZnMuIEV4aXRpbmcuIgogICAgZXhpdCAxCmVsc2UKICAgIGx1ZmlzPSIvdXNy
L2Jpbi9sdWZpcyIKZmkKClRFTVA9YGdldG9wdCAtbyBxYW86dTpwOmU6IC1sIHF1aWV0LGFub24s
b3B0aW9uczosdXNlcm5hbWU6LHBhc3N3b3JkOixlbWFpbDogLW4gJ21vdW50LmZ0cGZzJyAtLSAi
JEAiYAoKaWYgWyAkPyAhPSAwIF0gOyB0aGVuIGVjaG8gIlRlcm1pbmF0aW5nLi4uIiA+JjIgOyBl
eGl0IDE7IGZpCgpldmFsIHNldCAtLSAiJFRFTVAiCgp3aGlsZSB0cnVlIDsgZG8KICAgIGNhc2Ug
IiQxIiBpbgogICAgICAgIC1xfC0tcXVpZXQpICAgIHF1aWV0PTEgICAgIDsgc2hpZnQgICA7Owog
ICAgICAgIC1hfC0tYW5vbikgICAgIGFub249MSAgICAgIDsgc2hpZnQgICA7OwogICAgICAgIC1v
fC0tb3B0aW9ucykgIG1udF9vcHRzPSQyIDsgc2hpZnQgMiA7OwogICAgICAgIC11fC0tdXNlcm5h
bWUpIHVzZXJuYW1lPSQyIDsgc2hpZnQgMiA7OwogICAgICAgIC1wfC0tcGFzc3dvcmQpIHBhc3N3
b3JkPSQyIDsgc2hpZnQgMiA7OwogICAgICAgIC1lfC0tZW1haWwpICAgIGVtYWlsPSQyICAgIDsg
c2hpZnQgMiA7OwogICAgICAgIC0tKSBzaGlmdCA7IGJyZWFrIDs7CiAgICAgICAgKikgZWNobyAi
RXJyb3IgcGFyc2luZyBvcHRpb25zISIgOyBleGl0IDE7CiAgICBlc2FjCmRvbmUKCmlmIFsgIngk
MSIgIT0gIngiIF0gOyB0aGVuCiAgICBob3N0PSQxIDsKZWxzZQogICAgZWNobyAiTmVlZCBhIGhv
c3QgbmFtZS4iIDsgZXhpdCAxOwpmaQoKaWYgWyAieCQyIiAhPSAieCIgXSA7IHRoZW4KICAgIG1u
dF9wb2ludD0kMiA7CmVsc2UKICAgIGVjaG8gIk5lZWQgYSBtb3VudCBwb2ludC4iIDsgZXhpdCAx
OwpmaQoKbHVmaXNfb3B0cz0iZnM9ZnRwZnMsaG9zdD0kaG9zdCI7CgppZiBbICRxdWlldCA+IDAg
XSA7IHRoZW4KICAgIGx1ZmlzX29wdHM9IiRsdWZpc19vcHRzLHF1aWV0IgpmaQoKaWYgWyAkYW5v
biA+IDAgXQp0aGVuCiAgICBpZiBbICJ4JGVtYWlsIiA9PSAieCIgXQogICAgdGhlbgogICAgICAg
IHJlYWQgLXAgIkVudGVyIGVtYWlsIGFkZHJlc3MgZm9yIGFub255bW91cyBsb2dpbjogIiBlbWFp
bAogICAgZmkKICAgIGx1ZmlzX29wdHM9IiRsdWZpc19vcHRzLHVzZXJuYW1lPWFub255bW91cyxw
YXNzd29yZD0kZW1haWwiCmVsc2UgCiAgICBpZiBbICJ4JHVzZXJuYW1lIiA9PSAieCIgXQogICAg
dGhlbgogICAgICAgIHJlYWQgLXAgIlVzZXJuYW1lOiAiIHVzZXJuYW1lCiAgICAgICAgcmVhZCAt
cyAtcCAiUGFzc3dvcmQ6ICIgcGFzc3dvcmQKICAgIGVsaWYgWyAieCRwYXNzd29yZCIgPT0gIngi
IF0KICAgIHRoZW4KICAgICAgICByZWFkIC1zIC1wICJQYXNzd29yZDogIiBwYXNzd29yZAogICAg
ZmkKICAgIGx1ZmlzX29wdHM9IiRsdWZpc19vcHRzLHVzZXJuYW1lPSR1c2VybmFtZSxwYXNzd29y
ZD0kcGFzc3dvcmQiCmZpCgppZiBbICJ4JG9wdGlvbnMiICE9ICJ4IiBdCnRoZW4KICAgIGx1Zmlz
X29wdHM9IiRsdWZpc19vcHRzLCRvcHRpb25zIgpmaQoKJGx1ZmlzICRsdWZpc19vcHRzICRtbnRf
cG9pbnQgLXMKCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>50603</attachid>
            <date>2005-02-06 22:49 0000</date>
            <desc>/sbin/mount.ftpfs</desc>
            <filename>mount.ftpfs</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvYmluL2Jhc2gKCmlmIFsgIiR7NC9wYXNzd29yZD1hc2svfSIgIT0gIiR7NH0iIF0gO3RoZW4K
CXJlYWQgLXMgLXAgIlBhc3N3b3JkOiAiIHBhc3N3b3JkCmZpCgoKaWYgWyAtbiAiJHtwYXNzd29y
ZH0iIF0KdGhlbgkvdXNyL2Jpbi9sdWZpcyBmcz1mdHBmcyxob3N0PSQxLHF1aWV0LCQ0LHBhc3N3
b3JkPSRwYXNzd29yZCAgJDIgLXMKZWxzZQkvdXNyL2Jpbi9sdWZpcyBmcz1mdHBmcyxob3N0PSQx
LHF1aWV0LCQ0ICAkMiAtcwpmaQo=
</data>        

          </attachment>
    </bug>

</bugzilla>