Joshua Branson writes:
> Samuel Thibault writes:
>
>> Joshua Branson, le ven. 25 oct. 2024 22:28:30 -0400, a ecrit:
>>> - ftpfs doesn't work so well without internet (obviously)
>>> - settrans -c \~/hurd-iso /hurd/iso9660fs
>>> $HOME/ftp://ftp.som
chable" error. If your network is not
>
> This is not the case.
Does work for me:
inetutils-ifconfig /dev/eth0 down
> $ settrans -c ftp: /hurd/hostmux /hurd/ftpfs /
> $ cd ftp://ftp.gnu.org/
-bash: cd: ftp.gnu.org: Success
Which is also surprising, again "just needs fixing".
Samuel
Samuel Thibault writes:
> Joshua Branson, le ven. 25 oct. 2024 22:28:30 -0400, a ecrit:
>> - ftpfs doesn't work so well without internet (obviously)
>> - settrans -c \~/hurd-iso /hurd/iso9660fs
>> $HOME/ftp://ftp.someftpserver.org/img.iso
>> - Often times I
Samuel Thibault writes:
> Joshua Branson, le ven. 25 oct. 2024 22:28:30 -0400, a ecrit:
>> - ftpfs doesn't work so well without internet (obviously)
>> - settrans -c \~/hurd-iso /hurd/iso9660fs
>> $HOME/ftp://ftp.someftpserver.org/img.iso
>> - Often times I
Joshua Branson, le ven. 25 oct. 2024 22:28:30 -0400, a ecrit:
> - ftpfs doesn't work so well without internet (obviously)
> - settrans -c \~/hurd-iso /hurd/iso9660fs
> $HOME/ftp://ftp.someftpserver.org/img.iso
> - Often times I will be working offline editing the wiki, and
* hurd/translator.mdwn: add a link to ftpfs
* hurd/translator/ftpfs.mdwn: document the fptfs translator with an
example.
---
hurd/translator.mdwn | 1 +
hurd/translator/ftpfs.mdwn | 39 ++
2 files changed, 40 insertions(+)
create mode 100644 hurd
Applied, thanks!
Flavio Cruz, le dim. 21 janv. 2024 16:07:56 -0500, a ecrit:
> ---
> ftpfs/ftpfs.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/ftpfs/ftpfs.c b/ftpfs/ftpfs.c
> index 794439b..9310a56 100644
> --- a/ftpfs/ftpfs.c
> +++ b/
gt; > > name
> > > > and password?. I have my account with user name and password and do well
> > > > "traditional ftp". Can i get too have this Transparent FTP that the
> > > > marvelous concept of the Translator allows?.
> > >
&
ll
> > > "traditional ftp". Can i get too have this Transparent FTP that the
> > > marvelous concept of the Translator allows?.
> >
> > See /hurd/ftpfs --help:
> >
> > SERVER can be a hostname, in which case anonymous ftp is used, or may
> > include
On 17/03/2024 18:48, Samuel Thibault wrote:
See /hurd/ftpfs --help:
SERVER can be a hostname, in which case anonymous ftp is used, or may
include a user and password like `USER:PASSWORD@HOST' (the `:PASSWORD'
part is optional).
So in theory you can pass user+password. But that will
> question: Can this be done also with a ftp server that requires an user name
> > and password?. I have my account with user name and password and do well
> > "traditional ftp". Can i get too have this Transparent FTP that the
> > marvelous concept of the Translator
x27;
> > part is optional).
> >
> > So in theory you can pass user+password. But that will then show up in
> > ls, so you don't actually want this. Something would need to be added to
> > hostmux and/or ftpfs to support this in a safe way.
>
> .authrc(.gpg) support
d password?. I have my account with user name and password and do well
> "traditional ftp". Can i get too have this Transparent FTP that the
> marvelous concept of the Translator allows?.
See /hurd/ftpfs --help:
SERVER can be a hostname, in which case anonymous ftp is used, o
P with the /hurd/ftpfs translator. Cos
is short, i paste here the text in the website:
-Documentation---
Transparent FTP
We already setup a a transparent FTP translator for you at /ftp:
With it you can easily access public FTP via the file system, f
---
ftpfs/ftpfs.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/ftpfs/ftpfs.c b/ftpfs/ftpfs.c
index 794439b..9310a56 100644
--- a/ftpfs/ftpfs.c
+++ b/ftpfs/ftpfs.c
@@ -51,8 +51,13 @@ struct ftpfs *ftpfs;
/* Parameters describing the server we're connecti
so replace the two
> spaces with just one space.
>
> > else
> > err = EINVAL;
>
> This will overwrite the ENOMEM mentioned above.
>
> In the commit log, please not only mention why the commit, but also what
> it contains, see previous log entries for instance. Here you could have
>
> - ftpfs/host.c (lookup_server): Fix coding style. On ENOMEM of realloc,
> return ENOMEM instead of overwriting it with EINVAL.
>
> Samuel
>
rite the ENOMEM mentioned above.
In the commit log, please not only mention why the commit, but also what
it contains, see previous log entries for instance. Here you could have
* ftpfs/host.c (lookup_server): Fix coding style. On ENOMEM of realloc,
return ENOMEM instead of overwriting it with EINVAL.
Samuel
27;m attaching a small patch to ftpfs. This fixes:
> * ftpfs null pointer dereference when provided with an invalid hostname
> * gethostbyname_r invocation
>
> Thank you,
> ChrisFrom 0c87f704a0355f3732d82d9703d7449f55436876 Mon Sep 17 00:00:00 2001
From: Krzysztof Piecuch
Date: Mo
Hello,
I'm attaching a small patch to ftpfs. This fixes:
* ftpfs null pointer dereference when provided with an invalid hostname
* gethostbyname_r invocation
Thank you,
ChrisFrom 49bebc60e9d5913ca98f59ea7b31a010f69e8857 Mon Sep 17 00:00:00 2001
From: Krzysztof Piecuch
Date: Mon, 26 Aug 20
* ftpfs/dir.c: Use netfs_nref without locking the old
netfs_node_refcnt_lock.
* ftpfs/node.c: Likewise.
---
ftpfs/dir.c | 27 ++-
ftpfs/node.c | 8 +---
2 files changed, 7 insertions(+), 28 deletions(-)
diff --git a/ftpfs/dir.c b/ftpfs/dir.c
index 733a2dc..2ea29b5
Quoting Flavio Cruz (2016-02-13 23:12:34)
> * ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the
> table with a libihash table.
> * ftpfs/dir.c: Modify the code to use libihash. Remove several functions
> such as rehash and insert.
Merged, thanks!
Justus
* ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the
table with a libihash table.
* ftpfs/dir.c: Modify the code to use libihash. Remove several functions
such as rehash and insert.
---
ftpfs/dir.c | 146 --
ftpfs/ftpfs.h
Quoting Flavio Cruz (2016-02-07 21:53:53)
> * ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the table
> with a libihash table.
> * ftpfs/dir.c: Modify the code to use libihash. Remove several functions such
> as rehash and insert.
Your changelog entries are very
* ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the table
with a libihash table.
* ftpfs/dir.c: Modify the code to use libihash. Remove several functions such
as rehash and insert.
---
ftpfs/dir.c | 158 +-
ftpfs
Quoting Flavio Cruz (2016-02-07 15:03:10)
> * ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the table
> with a libihash table.
> * ftpfs/dir.c: Modify the code to use libihash. Remove several functions such
> as rehash and insert.
Cool!
> -/* Calculate NA
* ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the table
with a libihash table.
* ftpfs/dir.c: Modify the code to use libihash. Remove several functions such
as rehash and insert.
---
ftpfs/dir.c | 142 --
ftpfs
Justus Winter, le Mon 16 Jun 2014 19:49:25 +0200, a écrit :
> Found using the Clang Static Analyzer.
Ack.
> * ftpfs/dir.c (refresh_dir): Fix error handling.
> ---
> ftpfs/dir.c | 20
> 1 file changed, 12 insertions(+), 8 deletions(-)
>
> diff --git
Found using the Clang Static Analyzer.
* ftpfs/dir.c (refresh_dir): Fix error handling.
---
ftpfs/dir.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/ftpfs/dir.c b/ftpfs/dir.c
index da5ddbe..a9fea22 100644
--- a/ftpfs/dir.c
+++ b/ftpfs/dir.c
@@ -384,14
Justus Winter, le Wed 20 Nov 2013 14:38:00 +0100, a écrit :
> Found using the Clang Static Analyzer.
>
> * ftpfs/dir.c (refresh_dir): Fix error handling.
> ---
> ftpfs/dir.c |9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/ftpfs/dir
Found using the Clang Static Analyzer.
* ftpfs/dir.c (refresh_dir): Fix error handling.
---
ftpfs/dir.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/ftpfs/dir.c b/ftpfs/dir.c
index da5ddbe..61c337b 100644
--- a/ftpfs/dir.c
+++ b/ftpfs/dir.c
@@ -381,8 +381,12
On Sat, Aug 20, 2011 at 09:29:00AM -0700, Thomas Bushnell, BSG wrote:
> I agree with Samuel. The use of NULL for pointers in C can lead people to
> forget that C does not protect the types in this case.
That's a valid argument and I didn't think of it this way. I just thought
NULL would be clearer
I agree with Samuel. The use of NULL for pointers in C can lead people to
forget that C does not protect the types in this case.
Thomas
On Sat, Aug 20, 2011 at 9:24 AM, Samuel Thibault wrote:
> Jonathan Neuschäfer, le Mon 15 Aug 2011 22:10:06 +0200, a écrit :
> > * ftp
Jonathan Neuschäfer, le Mon 15 Aug 2011 22:10:06 +0200, a écrit :
> * ftpfs/host.c (split_server_name): assign NULL to *host, *user, and
>*passwd instead of 0.
Mmm, according to C, 0 is fine here, isn't it?
Samuel
* ftpfs/host.c (split_server_name): assign NULL to *host, *user, and
*passwd instead of 0.
---
ftpfs/host.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/ftpfs/host.c b/ftpfs/host.c
index cd6fd4c..71cf6c8 100644
--- a/ftpfs/host.c
+++ b/ftpfs/host.c
@@ -32,9
---
ftpfs/host.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/ftpfs/host.c b/ftpfs/host.c
index cd6fd4c..71cf6c8 100644
--- a/ftpfs/host.c
+++ b/ftpfs/host.c
@@ -32,9 +32,9 @@ split_server_name (const char *server, char **host, char
**user, char **passwd
Hello!
On Tue, Nov 04, 2008 at 09:23:51AM +0100, Arne Babenhauserheide wrote:
> $ touch ftp:
> $ settrans ftp: /hurd/hostmux /hurd/ftpfs /
> $ ls ftp://ftp.fu-berlin.de/
> ls: reading directory ftp://ftp.fu-berlin.de/ : Gratuitous error
$ settrans -cp ftp: /hurd/hostmux
Hi,
I am using the official qemu image and last week the ftp translator worked for
me without problems.
But this weekend the following stopped working:
$ touch ftp:
$ settrans ftp: /hurd/hostmux /hurd/ftpfs /
$ ls ftp://ftp.fu-berlin.de/
ls: reading directory ftp://ftp.fu-berlin.de
URL:
<http://savannah.gnu.org/bugs/?24383>
Summary: ftpfs: Hang if network is down
Project: The GNU Hurd
Submitted by: rvbras
Submitted on: Fri 26 Sep 2008 09:37:01 PM CEST
Category: Hurd Servers
Se
items[first_free].value;
>
>return 1;
I checked that in.
> 2005-07-30 Samuel Thibault <[EMAIL PROTECTED]>
>
> * node.c (ftpfs_create_node): Add check for result of
> hurd_ihash_add(), correct addition of dir entry.
>
> Index: ftpfs/node.c
>
Commited to ams-branch.
ftpfs/ChangeLog
2005-07-30 Samuel Thibault <[EMAIL PROTECTED]>
* node.c (ftpfs_create_node): Check the result from
hurd_ihash_add (). Add E to the hash table instead of NEW.
libihash/ChangeLog
2005-07-30 Samuel Thibault <[EMAIL
Ping...
--- Start of forwarded message ---
From: "Alfred M\. Szmidt" <[EMAIL PROTECTED]>
To: bug-hurd@gnu.org
Date: Sat, 30 Jul 2005 14:33:07 +0200
Subject: Re: [PATCH] Trivial fix on an argument in ftpfs
Looks ok, I haven't tested it, but Samuel told me that he had.
This patch looks fine to me. Can I apply it?
Samuel's patch fixes the problem at the proper place, this one
doesn't.
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Anders Juel Jensen <[EMAIL PROTECTED]> writes:
Hi,
> Just a small fix in ftpfs, it was probably just a typo in the first
> place.
This patch looks fine to me. Can I apply it?
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@
Looks ok, I haven't tested it, but Samuel told me that he had.
Roland, OK to commit?
ftpfs/ChangeLog
2005-07-30 Samuel Thibault <[EMAIL PROTECTED]>
* node.c (ftpfs_create_node): Check the result from
hurd_ihash_add (). Add E to the hash table instead of NEW
Samuel Thibault <[EMAIL PROTECTED]>
* node.c (ftpfs_create_node): Add check for result of
hurd_ihash_add(), correct addition of dir entry.
Index: ftpfs/node.c
===
RCS file: /cvsroot/hurd/hurd/ftpfs/node.c,v
retrie
hi again,
Alfred requested to see "proof" that there really is a bug here.
So this is just for you :-)
(btw, check ihash.h if you want to know why i am so sure)
Attaching to program `/home/macavity/hurd/ftpfs', pid 26673
Reading symbols from /home/macavity/lib/libhurdbugadd
On Fri, Jul 29, 2005 at 05:39:30PM +, Anders Juel Jensen wrote:
> Just a small fix in ftpfs, it was probably just a typo in the first
> place.
Thanks, I put this into the Debian package.
>/* Remove this entry from the set of known inodes. */
>spin_l
Hi.
Just a small fix in ftpfs, it was probably just a typo in the first
place.
~Anders Juel Jensen (aka macavity on IRC)
PS.: Thanks to hde, bing, youpi, antrik and marco_g for putting up with
all my newbe questions. It motivates me a lot when people bother to
invest their time in me.
2005-07
Commited, might note that I'm off for a nice vacation in a few days so
I don't want to read my mail.
2005-06-14 Hugues Larrive <[EMAIL PROTECTED]>
* ftpfs.c (parse_startup_opt): User names may contain a @, so
take the last @ of FTPFS_REMOTE_FS.
* host.c (split_server_nam
Looks fine to me.
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
ed hacking!
2005-06-14 Hugues Larrive <[EMAIL PROTECTED]>
* ftpfs.c (parse_startup_opt): User names may contain a @, so
take the last @ of FTPFS_REMOTE_FS.
* host.c (split_server_name): User names may contain a @, so take the
last @ of P.
diff -Nurp hurd-or
Hello,
My hosting provider gives user names containing a @. ftpfs doesn't work
with URL like ftp://[EMAIL PROTECTED]:[EMAIL PROTECTED], because it considers
that the hostname starts after the first @.
Although @ is a reserved caracter in the URLs according to RFC3986, I
think supporting
Remember to compile the Hurd with debugging symbols, else the back-trace
will be useless.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
You can get some helpful information out of ftpfs like this:
Start an active ftpfs instance:
$ settrans -afg node /hurd/ftpfs --HANG=
Now you have seconds left to attach gdb to the ftpfs process
on a different terminal: get the PID via ps and then:
$ gdb /hurd/ftpfs
Let the process continue
Hi
I am running a cvs hurd and it seems that ftpfs is broken. Actually I don't know if
it's ftpfs, could be something. What happens
is I try "settrans -a /gnu /hurd/ftpfs / ftp.debian.org" and I get translator died
emediately. When I try without the -a option I get no tran
Moritz Schulte <[EMAIL PROTECTED]> writes:
> Just curious; was there something wrong with that patch?
Nothing that pops out at first, but perhaps nobody has had a chance to
look at it in detail.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.
Just curious; was there something wrong with that patch?
moritz
--
[EMAIL PROTECTED] - http://duesseldorf.ccc.de/~moritz/
GPG fingerprint = 3A14 3923 15BE FD57 FC06 B501 0841 2D7B 6F98 4199
___
Bug-hurd mailing list
[EMAIL PROTECTED]
On Sat, Apr 13, 2002 at 02:25:07AM +0200, Moritz Schulte wrote:
> I investigated the problem, which caused ftpfs to fail with some ftp
> servers (e.g. ftp.debian.org). The problem is that libftpconn
> sometimes tries to 'list' _directories_ and not _entries in a
> director
On Sat, Apr 13, 2002 at 02:25:07AM +0200, Moritz Schulte wrote:
> I investigated the problem, which caused ftpfs to fail with some ftp
> servers (e.g. ftp.debian.org). The problem is that libftpconn
> sometimes tries to 'list' _directories_ and not _entries in a
> directo
is well supported by FTP servers,
it would probably be a good idea for FTP filesystems in general. But,
now, we can't depend on it - as we can't depend on the -d switch for
list. My patch makes ftpfs not need more as the normal list command.
moritz
--
[EMAIL PROTECTED
Moritz Schulte <[EMAIL PROTECTED]> writes:
> I haven't found a way in the FTP protocol, which helps us here.
In theory, the command "mlst" should help. But it's also
underspecified and not always implemented. For example, ftp.roxen.com
implements it like this:
$ ftp ftp.roxen.com
Connected
Hello,
I investigated the problem, which caused ftpfs to fail with some ftp
servers (e.g. ftp.debian.org). The problem is that libftpconn
sometimes tries to 'list' _directories_ and not _entries in a
directory_. But obviously that isn't supported by all ftp servers,
see:
lftp
Neal H Walfield <[EMAIL PROTECTED]> writes:
> > I changed it to treat an argument of just "HOST" like "HOST:/". It would
> > be good to support URL syntax too, though that should dtrt with a :PORT.
>
> This syntax may make using ipv6 addresses difficult.
I'm not sure which of the `:':s above y
> I changed it to treat an argument of just "HOST" like "HOST:/". It would
> be good to support URL syntax too, though that should dtrt with a :PORT.
This syntax may make using ipv6 addresses difficult.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http
I changed it to treat an argument of just "HOST" like "HOST:/". It would
be good to support URL syntax too, though that should dtrt with a :PORT.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Hi!
The current ftpfs command line argument interface isn't very intuitive,
for example most people would expect that
settrans -c /ftp /hurd/hostmux /hurd/ftpfs
works (but it doesn't since you one has add an additional "/" argument
at the end. I think it would be a good i
> What errors do you get? What sites are you trying to connect to?
> I successfully used ftpfs to bind /ftp to ftp.debian.org:/ and
> copy files. Its painfully slow, but that might be due to the Hurd
> running under vmware.
I have not used it lately (read: at least eight mo
>
> > What is the current status of the ftpfs translator?
>
> Mark claims it works. It never works for me.
What errors do you get? What sites are you trying to connect to?
I successfully used ftpfs to bind /ftp to ftp.debian.org:/ and
copy files. Its painfully slow, but th
> What is the current status of the ftpfs translator?
Mark claims it works. It never works for me.
> The CVS logs show that most development was done by Miles Bader
> back in late 1997. The CVS log for ftpfs.h also says that Mr. Bader has
> since left the FSF.
He does not
What is the current status of the ftpfs translator?
The CVS logs show that most development was done by Miles Bader
back in late 1997. The CVS log for ftpfs.h also says that Mr. Bader has
since left the FSF. Other than a few updates from Roland McGrath,
Thomas Bushnell, and Mark Kettenis
70 matches
Mail list logo
