The problem should be fixed by
https://github.com/lavv17/lftp/commit/a2b4cdbf8ccdb98c8d5c79834ea6e29f83575da9
without unnecessary memory allocation.
2015-05-15 20:22 GMT+03:00 Alexander Lukyanov :
> Thanks for debugging! I'll fix it by using heap memory
>
> чт, 14 мая 2015, 14:59, Ankit Khurana :
There should be no limitations. Please produce a stack trace and send it to
me.
ср, 13 мая 2015, 18:34, Ankit Khurana :
>
> Hi,
>
> I am trying to mirror files using lftp, the mirror path contains around 1
> million files.
>
> The problem i am facing is that when i start the mirror, it attempts t
Its not working: I run the ./autogen.sh --without-gnutls --with-openssl
command and it cannot seem to find Makefile.in in the configure step.
Attached the complete logs
On Thu, Dec 4, 2014 at 8:54 PM, Alexander Lukyanov
wrote:
> autogen.sh script should generate everything. You'll have to get
I've tried using the --scan-all-first option on a mirror script. I can
reproduce with this single command on both 32bit and 64bit Cygwin:
--8<---cut here---start->8---
set mirror:parallel-directories on
mirror -e -c --scan-all-first --delete-first --depth-firs
>> Have done some initial high level testing. It seems to work. Will test it
>> thoroughly and will get back to you in case I find any bug.
>>
>> On Fri, Dec 5, 2014 at 10:20 PM, Alexander Lukyanov
>> wrote:
>>
>>> I think you need to install gettext-d
Hi Alexander,
Can you please also tell the steps needed to build an rpm for lftp.
~ Akshay
On Sat, Dec 6, 2014 at 12:42 AM, akshay gupta
wrote:
> Have done some initial high level testing. It seems to work. Will test it
> thoroughly and will get back to you in case I find any bug.
>
Have done some initial high level testing. It seems to work. Will test it
thoroughly and will get back to you in case I find any bug.
On Fri, Dec 5, 2014 at 10:20 PM, Alexander Lukyanov
wrote:
> I think you need to install gettext-devel.
>
> I have also made a snapshot in case you don&
I think you need to install gettext-devel.
I have also made a snapshot in case you don't want to build from git:
http://lftp.yar.ru/ftp/devel/lftp-4.6.0.20141205.tar.gz
2014-12-05 9:43 GMT+03:00 akshay gupta :
> Its not working: I run the ./autogen.sh --without-gnutls --with-openssl
> command an
autogen.sh script should generate everything. You'll have to get gnulib too.
четверг, 4 декабря 2014 г. пользователь akshay gupta написал:
> I have cloned the lftp repo, can you please tell me the steps to create
configure file and make script. I tried automake --force-missing
--add-missing but it
I have cloned the lftp repo, can you please tell me the steps to create
configure file and make script. I tried automake --force-missing
--add-missing but its giving
src/Makefile.am:45: NEED_TRIO does not appear in AM_CONDITIONAL
src/Makefile.am: installing `build-aux/depcomp'
Makefile.am:4: NEED_
On Wed, Dec 03, 2014 at 02:11:28PM +0400, Alexander Lukyanov wrote:
> It's almost done, needs to be tested and also some issues with sorting to
> be fixed.
>
> 2014-12-03 10:26 GMT+03:00 akshay gupta :
>
> > Are these feature present in LFTP implementation timeline? By when will
> > they be impleme
It's almost done, needs to be tested and also some issues with sorting to
be fixed.
2014-12-03 10:26 GMT+03:00 akshay gupta :
> Are these feature present in LFTP implementation timeline? By when will
> they be implemented?
>
--
Alexander.
___
lft
Are these feature present in LFTP implementation timeline? By when will
they be implemented?
___
lftp-devel mailing list
lftp-devel@uniyar.ac.ru
http://univ.uniyar.ac.ru/mailman/listinfo/lftp-devel
We are in desperate need of this feature as without this feature we can
only ensure file order within a folder. There is a huge dependency on file
order for some of our hadoop oozie jobs. By when can we expect this feature
to come in lftp?
On Wed, Nov 12, 2014 at 1:54 PM, Alexander Lukyanov
wro
I think it is possible and the amount of programming work is moderate. The
recursive model of mirror will stay but the file transfers will be deferred
and done on the top level when recursive directory traversal is finished.
2014-11-12 8:32 GMT+03:00 akshay gupta :
> Hi Alexander,
>
> Are there a
Hi Alexander,
Are there any plans for redesigning LFTP Mirror algorithm to build the
whole recursive list first. How much change would that require if we go
that path?
Thanks,
Akshay
On Thu, Oct 30, 2014 at 4:44 PM, akshay gupta
wrote:
> lftp have options like --depth-first and --no-recursion
lftp have options like --depth-first and --no-recursion I think it will
make sense to have an option like " --iterative" for iterative file
transfer. This option will fetch the full file list and then fetch them
iteratively.
On Wed, Oct 29, 2014 at 2:29 PM, akshay gupta
wrote:
> I think the fun
I think the functionality of mirror:sort-by option implies that the order
is for all the files irrespective of the directory structure. Or may be it
should support both the options and it would be configuration defined which
one to use.
On Wed, Oct 29, 2014 at 2:09 PM, Alexander Lukyanov
wrote:
Mirror in lftp works directory by directory. It does not build full list of
files first, so it cannot sort the whole list. Maybe the mirror algorithm
should be redesigned to build the whole recursive list first. What do you
think?
2014-10-29 10:07 GMT+03:00 akshay gupta :
> Hi,
>
> I am trying to
Hi,
I am trying to mirror files using mirror:sort-by option set to 'date-desc'.
My file structure is like this
$ ls -l -R
total 3191264
drwxr-xr-x 3 vikasgoyal biadmin 102 Oct 22 12:35 1
-rw-r--r-- 1 vikasgoyal biadmin 0 Aug 1 01:00 tmp.txt
-rw-r--r-- 1 vikasgoyal biadmi
ing
> the new one, please run "mirror -vvv" to check that. You can also run
> strace to check system call sequence.
>
> 2014-10-28 11:18 GMT+03:00 Alexander Lukyanov :
>
>> It looks like a bug in the FS (fuse and/or hdfs) which also hits rsync:
>>
>> https:
BTW, it looks like mirror should remove the old file before transferring
the new one, please run "mirror -vvv" to check that. You can also run
strace to check system call sequence.
2014-10-28 11:18 GMT+03:00 Alexander Lukyanov :
> It looks like a bug in the FS (fuse and/or hdfs) wh
On Tue, Oct 28, 2014 at 12:59:40PM +0530, akshay gupta wrote:
> will giving --delete-first option in lftp mirror help in my case? I think
This option deletes files not present on the source side first, then starts
downloading. It does not delete the file before overwriting.
--
Alexander.
It looks like a bug in the FS (fuse and/or hdfs) which also hits rsync:
https://groups.google.com/a/cloudera.org/forum/#!msg/cdh-user/R1GR2Asj_lc/f_uuIjG5R1UJ
Please try this workaround.
2014-10-28 10:29 GMT+03:00 akshay gupta :
> will giving --delete-first option in lftp mirror help in my c
will giving --delete-first option in lftp mirror help in my case? I think
its not working in case of use-temp-file option. As per the man page its
suppose to delete the old version of the file before it start downloading
the new one. Its not doing anything. Please help.
On Mon, Oct 27, 2014 at 11
I am using fuse mounted hadoop distributed file system(HDFS). Can you
suggest what changes need to be done to make it work as this is a very
critical requirement for my project. Will deleting file and then renaming
temp file help? how to achieve that?
On Mon, Oct 27, 2014 at 7:38 PM, Alexander V.
On Mon, Oct 27, 2014 at 05:53:19PM +0530, akshay gupta wrote:
> now its producing 0 byte files and i am also getting input/output error
> here are the debug logs:
>
> copy: renaming `/mount/user/tom/test.txt_tmp_' to `test.txt'
> mirror: rename(/mount/user/tom/test.txt_tmp_, /mount/user/tom/test.t
B/s)
To be removed: 0 directories, 7 files, 0 symlinks
7 errors detected
On Mon, Oct 27, 2014 at 5:01 PM, Alexander Lukyanov
wrote:
> This change should fix the problem.
>
> https://github.com/lavv17/lftp/commit/b1164d695393cf8ec8429bb2b5caa9f05cfc4d39
>
> 2014-10-27 14:20 GMT+03:
This change should fix the problem.
https://github.com/lavv17/lftp/commit/b1164d695393cf8ec8429bb2b5caa9f05cfc4d39
2014-10-27 14:20 GMT+03:00 Alexander Lukyanov :
> I have found the bug. As a workaround, use "set xfer:clobber yes".
>
> 2014-10-27 13:06 GMT+03:00 akshay gu
I have found the bug. As a workaround, use "set xfer:clobber yes".
2014-10-27 13:06 GMT+03:00 akshay gupta :
> no, I am running as a root user. There is some issue with lftp, when file
> with same name already exist its not able to rename the temp file to actual
> file.
>
no, I am running as a root user. There is some issue with lftp, when file
with same name already exist its not able to rename the temp file to actual
file.
On Mon, Oct 27, 2014 at 1:44 PM, Alexander V. Lukyanov wrote:
> On Mon, Oct 27, 2014 at 01:30:42PM +0530, akshay gupta wrote:
> > ---> RETR
On Mon, Oct 27, 2014 at 01:30:42PM +0530, akshay gupta wrote:
> ---> RETR test.txt
> <--- 150 Opening BINARY mode data connection for 'test.txt' (202 bytes).
> Got EOF on data connection
> Closing data socket
> <--- 226 Transfer complete.
So the file cannot be renamed locally, right? Is
Here are the debug logs test.txt is the file that is changed:
lftp akshaygupta@192.168.128.124:~/Desktop/lftp> mirror
---> TYPE A
<--- 200 Type set to A.
---> PASV
<--- 227 Entering Passive Mode (192,168,128,124,228,174)
Connecting data socket to (192.168.128.124) port 58542
Data connect
Can you provide a debug log? Why lftp cannot replace the old file?
2014-10-27 10:44 GMT+03:00 akshay gupta :
> Hi,
>
> I am trying to mirror files using lftp, I have tested a use case where a
> file at the source machine gets modified but the file name remains the
> same. After mirroring, lftp is
Hi,
I am trying to mirror files using lftp, I have tested a use case where a
file at the source machine gets modified but the file name remains the
same. After mirroring, lftp is unable to replace the old file and also
leaves a temporary file.
For example. If source have file a.txt and its mirror
Sorry for the delayed response,
It works!! I'll let you know if i find any more bugs :)
~ Akshay
On Fri, Oct 3, 2014 at 7:42 PM, Alexander V. Lukyanov wrote:
> On Tue, Sep 30, 2014 at 10:35:37PM +0530, akshay gupta wrote:
> > Its causing unpredictable behaviour in case of fuse mounted file sys
I am using this feature to know whether a file is completely transferred or
lftp is still downloading this file.
On Wed, Oct 1, 2014 at 12:46 PM, akshay gupta
wrote:
> This option (xfer:use-temp-file) is available in development snapshot
> http://lftp.yar.ru/ftp/devel/lftp-4.5.5.20140919.tar.gz.
This option (xfer:use-temp-file) is available in development snapshot
http://lftp.yar.ru/ftp/devel/lftp-4.5.5.20140919.tar.gz.
On Tue, Sep 30, 2014 at 10:35 PM, akshay gupta
wrote:
> Its causing unpredictable behaviour in case of fuse mounted file system.
> Please look into it if it can be resol
Its causing unpredictable behaviour in case of fuse mounted file system.
Please look into it if it can be resolved.
Thanks for the quick response.
~Akshay
On Tue, Sep 30, 2014 at 9:15 PM, Alexander Lukyanov
wrote:
> In unix it is usually allowed to rename open files, so lftp does that.
> I'll
Hi,
I am trying to mirror files on Fuse mounted hdfs file system (
https://wiki.apache.org/hadoop/MountableHDFS). Lftp is creating some 0 byte
files.
Observations:
1. Files of size larger then 64k are getting transferred properly. Smaller
files have 0 byte file size.
2. Debug logs shows that lftp
On Tue, Sep 30, 2014 at 10:35:37PM +0530, akshay gupta wrote:
> Its causing unpredictable behaviour in case of fuse mounted file system.
> Please look into it if it can be resolved.
Please test the new snapshot
http://lftp.yar.ru/ftp/devel/lftp-4.5.5.20141003.tar.gz
--
Alexander.
___
In which LFTP version exists this option (xfer:use-temp-file)?
2014-09-30 19:05 GMT+02:00 akshay gupta :
> Its causing unpredictable behaviour in case of fuse mounted file system.
> Please look into it if it can be resolved.
>
> Thanks for the quick response.
>
> ~Akshay
>
> On Tue, Sep 30, 2014
In unix it is usually allowed to rename open files, so lftp does that. I'll
see if it is possible to reverse the order.
2014-09-30 12:18 GMT+04:00 akshay gupta :
> Hi,
>
> I am trying to mirror files on Fuse mounted hdfs file system (
> https://wiki.apache.org/hadoop/MountableHDFS). Lftp is creat
Current git head crashes on Cygwin directly after start.
--8<---cut here---start->8---
Starting program: /mnt/src/lftp/src/lftp
[New Thread 7888.0xeec]
[New Thread 7888.0x1740]
Program received signal SIGSEGV, Segmentation fault.
0x004dfa91 in xlist::_add (nod
lftp trashes if index when using pget as:
$ lftp -c "debug 10; pget
http://ftp.man.szczecin.pl/pub/kde/stable/digikam/digikam-3.0.0.tar.bz2";
Resolving host address...
2 addresses found: 2001:4c58:1:1::f1%2996174875, 212.14.1.71
attempt number 0
attempt number 1
Connecti
If you try to fetch an HTTP URL that includes credentials, and if you
get redirected, even to the same server, then LFTP drops the
credentials, resulting in an access denied. Here's an example of debug
output, with the personal info changed:
lftp command typed was: get1
http://username:mypass
Hello,
I'm just trying to recover what appears to be a bug with the script buffering in
lftp (Cygwin, Version 4.3.6): I have created a mirror script with lftp, which
is then filtered through sed to set some options and executed by lftp again.
That script has some fairly long lines and par
I have confirmed the bug exists in lftp version 4.3.3, and behaves the same.
___
lftp-devel mailing list
lftp-devel@uniyar.ac.ru
http://univ.uniyar.ac.ru/mailman/listinfo/lftp-devel
I have been using the command command to auto execute lftp commands I
append to the file ~/.lftp/input
> repeat -d 10s "source ~/.lftp/input;!echo '' > ~/.lftp/input"&
I would then add folders to be downloaded using the following method (bash)
> LFTP="/root/.lftp/input"
> echo "cd /;queue mirror
ave been in use at the date
> and time indicated at the location of the server-PI.
>
> So the bug is on the server side.
>
Oh dear. I have no way of fixing the server.
A configurable option in the client to specify how far off MDTM output is
woud be useful.
Chris.
:
Time values are always represented in UTC (GMT), and in the Gregorian
calendar regardless of what calendar may have been in use at the date
and time indicated at the location of the server-PI.
So the bug is on the server side.
--
Alexander.
I'm using the 'mirror' command to only upload modified files to the FTP server.
The server has an EST timezone.
Whenever I run the mirror command, all the files I've modified in the
last 5 hours are being re-uploaded.
It turns out that the timezone is taken into account when parsing the
UNIX-for
On Monday 21 of December 2009, Alexander V. Lukyanov wrote:
> On Sat, Dec 05, 2009 at 09:41:30PM +0100, Arkadiusz Miskiewicz wrote:
> > creates locally all three dirs which doesn't make sense. I would consider
> > this to be a bug. IMO only somedir and anotherdir should be
On Sat, Dec 05, 2009 at 09:41:30PM +0100, Arkadiusz Miskiewicz wrote:
> creates locally all three dirs which doesn't make sense. I would consider this
> to be a bug. IMO only somedir and anotherdir should be created as only these
> two contain files matching regexp.
mirror --no-emp
On Sat, 5 Dec 2009, Arkadiusz Miskiewicz wrote:
remote server contains
/somedir/ble.txt
/otherdir/crap.txt
/another/ble.txt
mirror -c -i '.*ble.*'
creates locally all three dirs which doesn't make sense. I would consider this
to be a bug. IMO only somedir and anotherdir sh
remote server contains
/somedir/ble.txt
/otherdir/crap.txt
/another/ble.txt
mirror -c -i '.*ble.*'
creates locally all three dirs which doesn't make sense. I would consider this
to be a bug. IMO only somedir and anotherdir should be created as only these
two contain files
On Tue, Jan 27, 2009 at 02:53:08PM +0100, Arkadiusz Miskiewicz wrote:
> On Tuesday 27 of January 2009, Arkadiusz Miskiewicz wrote:
> > When connecting to link-local IPv6 addressess we need to specify interface
> > that's going to be used but lftp doesn't handle this correctly:
>
> Patch fixing iss
On Tuesday 27 of January 2009, Arkadiusz Miskiewicz wrote:
> lftp 3.7.8
>
> When connecting to link-local IPv6 addressess we need to specify interface
> that's going to be used but lftp doesn't handle this correctly:
>
> [ar...@tarm ~]$ lftp ftp://fe80::2c0:9fff:feed:33cc%eth0
> lftp fe80::2c0:9fff
lftp 3.7.8
When connecting to link-local IPv6 addressess we need to specify interface
that's going to be used but lftp doesn't handle this correctly:
[ar...@tarm ~]$ lftp ftp://fe80::2c0:9fff:feed:33cc%eth0
lftp fe80::2c0:9fff:feed:33cc%eth0:~> debug 10
lftp fe80::2c0:9fff:feed:33cc%eth0:~> ls
Hello,
a forwarded wishlist bug http://bugs.debian.org/464369
Weitergeleitete Nachricht
> Von: Cyril Brulebois <[EMAIL PROTECTED]>
> Antwort an: Cyril Brulebois <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED]
> An: Debian Bug Tracking System <[EMAIL PROTEC
On Mon, Nov 19, 2007 at 04:08:21PM -, J. Maurice wrote:
> While trying to fetch this "devel" folder, lftp will always hang while
> waiting for the directory listing. This seems to be due to the directory
> being empty, and so the server just sends back a 226 reply. Apparently,
Here is a better
On Mon, Nov 19, 2007 at 04:08:21PM -, J. Maurice wrote:
> While trying to fetch this "devel" folder, lftp will always hang while
> waiting for the directory listing. This seems to be due to the directory
> being empty, and so the server just sends back a 226 reply. Apparently,
> lftp is not exp
Dear lftp-devel,
I seem to have come across a bug in lftp's mirror feature:
% lftp -c mirror ftp://ftp.ircd-ratbox.org/pub
ircd-ratbox/devel: Getting directory contents (0) [Waiting for response...]
While trying to fetch this "devel" folder, lftp will always hang while
waiting fo
On Sun, Nov 11, 2007 at 02:28:54PM +0100, Noèl Köthe wrote:
> here is a minor bug report:
Sorry, I cannot reproduce it. Where exactly does it fault?
> > 203 if(home==0)
> > 204 >··· return s;
I beleave this check does the work and prevents segfault.
--
Alexander..
Hello Alexander,
here is a minor bug report:
Weitergeleitete Nachricht
> Von: Nico Golde <[EMAIL PROTECTED]>
> Antwort an: Nico Golde <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> An: [EMAIL PROTECTED]
> Betreff: Bug#449390: missing error check for getenv
>
blem.
Hello,
Sorry for the quite late feedback..
There is still an issue :
$ ltp proto://user:[EMAIL PROTECTED]:PORT/path
is OK
while:
$ lftp -p PORT proto://user:[EMAIL PROTECTED]/path
cd: Login failed: Password required
Don't know whether a new bug must be opened or not ..
Bes
> > Depending on the specification of a path ("/" is considered as a path)
> > or not, the option [-p port] can be ignored.
This patch should fix the problem.
Index: commands.cc
===
RCS file: /home/lav/cvsroot/lftp/src/commands.cc,v
an.org (212.27.32.66) port 23
> Socket error (Connection refused) - reconnecting
>
> Obviously this problem does not depend on the protocol, they are all
> affected: ftps, sftp, http and so on..
>
> The bug is certainly in src/url.cc, but I cannot find where it is ..
>
On Mon, Oct 09, 2006 at 01:17:26PM -0400, Justin Piszcz wrote:
> by the way, what is the ALLO 753 (filesize)? I assume
> this is something that was introduced recently to certain FTP daemons?
Actually it is a very old command which indicates the file size before
upload. Lftp started to use it rec
That appears to have fixed the problem, I can get and mput, no
segmentation fault, by the way, what is the ALLO 753 (filesize)? I assume
this is something that was introduced recently to certain FTP daemons?
Thanks!
Justin.
On Mon, 9 Oct 2006, Justin Piszcz wrote:
> Giving it a try now.
>
>
Giving it a try now.
On Mon, 9 Oct 2006, Alexander V. Lukyanov wrote:
> On Sat, Oct 07, 2006 at 06:29:52AM -0400, Justin Piszcz wrote:
> > #1 0x08065449 in GetJob::Do (this=0x8360800) at GetJob.cc:47
>
> Please test this patch.
>
> --
>Alexander.
>
On Sat, Oct 07, 2006 at 06:29:52AM -0400, Justin Piszcz wrote:
> #1 0x08065449 in GetJob::Do (this=0x8360800) at GetJob.cc:47
Please test this patch.
--
Alexander.
Index: CopyJob.cc
===
RCS file: /home/lav/cvsroot/lftp/src/CopyJo
When one put/mputs a file, the same bug occurs.
#0 0x in ?? ()
(gdb) bt
#0 0x in ?? ()
#1 0x08065449 in GetJob::Do (this=0x83ab278) at GetJob.cc:47
#2 0x08061945 in mgetJob::Do (this=0x83ab278) at mgetJob.cc:159
#3 0x0807d90c in SMTask::Schedule () at SMTask.cc:241
#4
SMTask.cc:241
#4 0x08052671 in Job::WaitDone (this=0x810fe68) at Job.cc:557
#5 0x0804e1ad in main (argc=2, argv=0xbf9b9344) at lftp.cc:489
The second time it crashed.
On Sat, 7 Oct 2006, Justin Piszcz wrote:
> Bug:
>
> Only occured once so far:
>
> 1) cd /directory
> 2) mget -
Bug:
Only occured once so far:
1) cd /directory
2) mget -c file.txt
3) at the end of the trasnfer, it barfs
Here is what it looks like from the lftp/client side:
<--- 200 Type set to I.
---> MDTM /pub/file.txt
<--- 213 20021007100044
---> SIZE /pub/file.txt
<--- 213 384452
---
On Thu, Aug 03, 2006 at 04:08:44PM -0400, Ian Gulliver wrote:
> 3.5.2 official source segfaults (sometimes) after switching queue items
> during upload. When compiled with --with-debug and run under gdb, it
> outputs:
Probably this patch should fix it. Please try.
--
Alexander.
3.5.2 official source segfaults (sometimes) after switching queue items
during upload. When compiled with --with-debug and run under gdb, it
outputs:
' at 0 (0%) [Waiting for response...]
Program received signal SIGSEGV, Segmentation fault.
0x0809002b in time_tuple::lt (this=0x55432e31, [EMAI
atch. I have used a different approach to fix the problem.
Released today 3.3.2 version should not have this bug.
> > The below patch is actually fixing an unitialised value error
> > that valgrind picked up while I was debugging this.
I have applied this one. Thanks!
> >tty=i
Hello Alexander,
here a patch from Paul for the reported double free problem:
Weitergeleitete Nachricht
> Von: Paul TBBle Hampson <[EMAIL PROTECTED]>
> Betreff: Bug#334292: Solution to lftp double-free-on-put
> The double-free in lftp is caused by the SMT
Am Montag, den 10.10.2005, 13:01 +0400 schrieb Alexander V. Lukyanov:
> > > Setting up lftp (3.3.0-1) ...
> > >
> > > % lftp ftp.de.debian.org/debian/dists/sid/main/binary-i386
> > > cd: Access failed: 550
> > > /debian/dists/sid/main/binary-i386/ftp.de.debian.org/debian/dists/sid/main/binary-i38
> > Setting up lftp (3.3.0-1) ...
> >
> > % lftp ftp.de.debian.org/debian/dists/sid/main/binary-i386
> > cd: Access failed: 550
> > /debian/dists/sid/main/binary-i386/ftp.de.debian.org/debian/dists/sid/main/binary-i386:
> > No such file or directory
This is fixed in 3.3.1rc2, available for test
Hello,
a forwarded bug report:
http://bugs.debian.org/325970
Weitergeleitete Nachricht
> Package: lftp
> Version: 3.3.0-1
> Severity: normal
>
> Hi, see this transcript:
>
> % dpkg -l lftp | grep ii
> ii lftp 3.2.1-1Sophisticat
Greetings,
I'm under the suspicion that lftp corrupts somehow
a file which is transfered via the http protocol
when a transfer is interrupted and continued afterwards
with the -c parameter (e.g. with the mirror command).
I get wrong md5/sha1 sums of the transfered files.
I've been using lftp vers
On Thu, Jan 06, 2005 at 10:17:57AM +0100, Pierre Chifflier wrote:
> * it seems lftp 3.0.13 (current debian unstable version) sends garbage
> at the end of each date/time string:
>
> (displayed on lftp)
> ---> SITE UTIME NOTES 200501060905 H 200501060905 H 200501060905 H UTC
>
> (received by server)
Hi,
I'm the author of wzdftpd, a new FTP server (http://www.wzdftpd.net).
I often use lftp to test it, but recently i had some problems with the
UTIME command:
* it does not have the same syntax as the one used in NcFTPd (the
seconds are missing) - perhaps you can point me on the definition for
S
Hi,
I think I've noticed incoherent behaviour. When I log on to an ftp site
and eg. start 4 different downloads. The server only allows for 2
concurrent connections from the same host, so 2 connections retry to log
on.
Only the first of these 2 is actually delaying in between tries, while the
On Sat, 6 Nov 2004, Dag Wieers wrote:
> Only the first of these 2 is actually delaying in between tries, while the
> second is retrying immediately and after a while stops because it exceeded
> the maximum number of retries.
I have to correct myself. I did a second test and this time I saw the
On Thu, Aug 12, 2004 at 02:07:14PM +0400, Alexander V. Lukyanov wrote:
> On Thu, Aug 12, 2004 at 01:28:59PM +0400, Alexander V. Lukyanov wrote:
> > On Thu, Aug 12, 2004 at 05:12:10AM -0400, Glenn Maynard wrote:
> > > That's a bit better, but I still have to back up and enter my username. URLs
> >
On Thu, Aug 12, 2004 at 01:28:59PM +0400, Alexander V. Lukyanov wrote:
> On Thu, Aug 12, 2004 at 05:12:10AM -0400, Glenn Maynard wrote:
> > That's a bit better, but I still have to back up and enter my username. URLs
> > copied from browsers usually don't contain it.
>
> It should not be very hard
On Thu, Aug 12, 2004 at 05:12:10AM -0400, Glenn Maynard wrote:
> That's a bit better, but I still have to back up and enter my username. URLs
> copied from browsers usually don't contain it.
It should not be very hard to add a setting like http:default-auth to specify
default authorization to use
On Thu, Aug 12, 2004 at 12:47:59PM +0400, Alexander V. Lukyanov wrote:
> You can make lftp remember your password (within single lftp session), and
> then use it:
>
> lftp> login ftp://[EMAIL PROTECTED]
> Password:
>
> Then `get ftp://[EMAIL PROTECTED]/path/to/file.zip' will use that
On Thu, Aug 12, 2004 at 04:23:02AM -0400, Glenn Maynard wrote:
> A real password cache would be a lot more useful, though. I'm constantly
> having to manually insert usernames and passwords into dynamic easynews
> URLs: "que get *paste*", back up, insert "glenn:abcdefg@" manually--time-
> consumin
On Thu, Aug 12, 2004 at 12:03:43AM +0200, Nicolas Noble wrote:
> "Crypting" lftp's bookmark would be about the same as the actual
> ~~/.cvspass crypto: that is, a non efficient algorithm, which wouldn't
> prevent any sysadmin to uncrypt it. Or it would require typing an
> uncrypting password eve
Thomas Glanzmann wrote:
Hello,
* Noèl Köthe <[EMAIL PROTECTED]> [040811 20:00]:
what's you opinion about this?
true. Something that's missing in lftp. But I would encrypt all of the
bookmarks, not just the passwords in the bookmark.
On the other hand when your sysadm really wants your accou
On Wed, Aug 04, 2004 at 03:17:14PM +0400, Alexander V. Lukyanov wrote:
On Sun, Jul 25, 2004 at 04:38:52PM -0400, Manoj Kasichainula wrote:
The change you made to commands.cc 3 weeks ago in lftp seems to have
broken "find":
Thanks for report! I have fixed it differently in lftp-3.0.7rc2. Please
te
On Mon, Aug 09, 2004 at 11:03:56AM -0400, Manoj Kasichainula wrote:
> Yeah, I grabbed it from cvs. It works for me now. I was also having some
> strange unreproducible crashes with sftp mirror, maybe those are fixed
> too :)
Maybe not. Please compile lftp with debug info (configure --with-debug) a
On Sun, Jul 25, 2004 at 04:38:52PM -0400, Manoj Kasichainula wrote:
> The change you made to commands.cc 3 weeks ago in lftp seems to have
> broken "find":
Thanks for report! I have fixed it differently in lftp-3.0.7rc2. Please test.
>* commands.cc: remove redundant output default.
--
On Fri, Jul 23, 2004 at 04:13:10PM +0200, Tillmann Steinbrecher wrote:
> When lftp gets a connection on on the control connection, but no actual
> data is received, it hangs at [FEAT negotiation...]. In this state,
> timeouts are not working; even if net:timeout is set, it will hang.
Please try th
Hi,
tiny bug in lftp (tested with 3.0.6):
When lftp gets a connection on on the control connection, but no actual
data is received, it hangs at [FEAT negotiation...]. In this state,
timeouts are not working; even if net:timeout is set, it will hang.
This situation (connection, but no data) may
Please try lftp-3.0.4rc3. It has CPSV support fixed and SSCN support added.
--
Alexander.
1 - 100 of 244 matches
Mail list logo