fsp-devel Mailing List for FSP - File Service Protocol Suite (Page 2)
UDP File transfer protocol
Brought to you by:
hsn
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(28) |
Oct
|
Nov
(21) |
Dec
(27) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(1) |
Aug
(4) |
Sep
(6) |
Oct
(25) |
Nov
(23) |
Dec
(12) |
2005 |
Jan
(5) |
Feb
(8) |
Mar
(6) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(10) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(6) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
(15) |
Oct
(3) |
Nov
|
Dec
(2) |
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Radim K. <hs...@se...> - 2009-09-11 00:06:08
|
you are using b25 built with SCons? |
From: Frank M. <fm...@sl...> - 2009-09-10 23:50:19
|
Hi, I'm trying to cross-compile fsp for a MPC5200 powerpc architecture but can't get the configure script to crank out an adequate makefile. Has anyone gone through this before ?? Frank |
From: Radim K. <hs...@se...> - 2009-09-10 23:10:23
|
After more than 4 years there is new release of FSP: Version 2.8.1b25 - 10 Sep 2009 GNU autotools build system was entirely replaced by SCons corrected misleading comment in client/lib.c default packetsize changed to do best fit into maximum 1500 mtu Ethernet frame = 1460. This is needed for speedup the booting of Etherboot clients PROTOCOL: when computing checksum declare *t as unsigned char * type changed typo setguid -> setgid in fspd.conf fspd.conf: added note that only numeric uid values works fspd.conf: added more information about packetsize fspd.1: updated information about packetsize fspd.conf: repaired some spelling errors by ispell MTU changed from 1500 to 1492 for better operation on pppOE networks Max payload changed from 4096 to 4380 bytes (3 packets) fspd: command line argument now overrides config file updated year in copyright fsetup command added to setup.sh fsetup command added to setup.csh fcd: remove trailing \r\n from readme file fcd: do not print empty line after directory protection fsetupcmd: don't crash if called with numeric address fspscan: commited fix by Yang Hong SCONS: turning on maintainer-mode links against efence (if possible) same thing like ./configure do unbreak compilation on systems without large files cygwin support disabled. we cant detect it from SCons yet frmdir works now. It didnt worked due to adding new access rights DIR_NOLIST and DIR_NOGET MACHINES updated. Builds confirmed on Ubuntu 8.04.3, FreeBSD 6.4 and FreeBSD 7.2 fsetupcmd added to fspmerge client SCons can now build SGML FSP FAQ if sgmlfmt is found during build process fspmerge now prints short help text if it is invoked as fspmerge FILES is up to date now https://sourceforge.net/projects/fsp/files/fsp/2.8.1b25/fsp-2.8.1b25.tar.gz/download Compile tested on FreeBSD and Ubuntu Linux. |
From: Radim K. <hs...@se...> - 2009-08-27 15:21:57
|
I installed mantis BT instead of using sf.net bug tracker. I wanted Trac, but Trac doesnt come with bzr plugin and you cant install custom plugins into trac. https://sourceforge.net/apps/mantisbt/fsp/ |
From: Radim K. <hs...@se...> - 2009-07-21 20:17:14
|
No code changes, just fixed to SCons build framework. Framework modularised. Can import CFLAGS from env. variable or from CCFLAGS or CFLAGS command line option. http://sourceforge.net/projects/fspclient/files/fspclient/fspclient-0.92.1.tar.gz/download -- Tato zpráva byla vytvořena převratným poštovním klientem Opery: http://www.opera.com/mail/ |
From: Radim K. <hs...@se...> - 2009-06-15 20:56:53
|
New FSPClient version. GNU autotools support removed. Fixed compilation problem with incorrect header file, manpage improved. Also packaged version sent to FreeBSD ports. 15 Jun 2009 Version 0.92.0 fsprc: sven server runs now on port 21 Do not hammer remote site if we get ICMP port unreacheable from it Force resend delay to 60 seconds after fatal receive error Drop support for old-style directory README fsprc: remove all dead sites set default to readme once ignore trailing \r\n when loading readme getopt.h -> unistd.h. Should compile out of box now on more systems fsp.1: added new commands mv, flush, close, maxdelay gnu autoconf support removed install target for scons Get it http://sourceforge.net/project/showfiles.php?group_id=89932&package_id=96932&release_id=690085 -- Tato zpráva byla vytvořena převratným poštovním klientem Opery: http://www.opera.com/mail/ |
From: Radim K. <hs...@se...> - 2009-06-13 18:52:43
|
This is build system bugfix release. No code changes. Static library name changed to libfsplib.a so other programs can find it in their ./configure scripts. Changelog 0.11 optionally build and install shared library (EXPERIMENTAL FEATURE) based on report by Ahmed El-Mahmoudy, Debian fsplib maintainer name of static fsp library should be libfsplib.a as it used to be in libtool's days. Noticed by Ahmed El-Mahmoudy. Get it here: http://sourceforge.net/project/downloading.php?group_id=93841&filename=fsplib-0.11.tar.gz -- Tato zpráva byla vytvořena převratným poštovním klientem Opery: http://www.opera.com/mail/ |
From: Radim K. <hs...@se...> - 2009-06-11 22:56:52
|
0.10 configure.ac nuked, fsplib builds now with scons tool only INSTALL file removed, it was autoconf specific Makefile.am removed Dont turn on unreachable code GCC compilation warning, it was wrong for all tested 3.x and 4.x GCC versions Check return codes from getaddrinfo and turn them into errno used in fsp_open_session Improved check for valid arguements in function fsp_readdir_native reported by Kalle Olavi Niemitalo, discovered by witekfl -- Tato zpráva byla vytvořena převratným poštovním klientem Opery: http://www.opera.com/mail/ |
From: Radim K. <hs...@se...> - 2009-06-08 16:17:45
|
I migrated CVS repository for all fsp.sf.net subprojects to bazaar repo. Bazaar have more features over CVS, easier to use, atomic commits, more robust repository and good offline support. Because it is distributed VCS i can now have easy way to do backups of VCS repo without need to use rsync. links on fsp.sf.net should be updated to new location. If they are not, report it as error. -- Tato zpráva byla vytvořena převratným poštovním klientem Opery: http://www.opera.com/mail/ |
From: <hs...@se...> - 2008-09-05 14:36:44
|
> Interesting. Does/will it support IPv6? I haven't been able to test > IPv6 support in my code because no server supports it currently. no. no paying customer is interested in ipv6. |
From: Leon T. <fa...@gm...> - 2008-09-05 13:51:06
|
On Fri, Sep 5, 2008 at 2:02 PM, <hs...@se...> wrote: > 3 years in FSP is nothing, i am testing next version of fspd for about same time. Interesting. Does/will it support IPv6? I haven't been able to test IPv6 support in my code because no server supports it currently. > what kind of license it is? BSD or GPL? We have also Python FSP stack not > bad software, but it is GPL, so i am not interested in it. Same as perl, which is dual licensed to artistic and GPL. Artistic is somewhat LGPL-like (you have to share modifications to the library, but can freely use it in closed source programs). > mirror script supports resume and checks file timestamps local vs remote? I > dont know perl It checks file timestamps, but currently doesn't support resuming transfers. Regards, Leon Timmermans |
From: <hs...@se...> - 2008-09-05 12:02:16
|
> http://search.cpan.org/~leont/Net-FSP/). It's three years later than > expected, but it's finally here: a Perl FSP implementation. 3 years in FSP is nothing, i am testing next version of fspd for about same time. what kind of license it is? BSD or GPL? We have also Python FSP stack not bad software, but it is GPL, so i am not interested in it. > I've put two script using it at http://www.xs4all.nl/~silemia/fsp/, mirror script supports resume and checks file timestamps local vs remote? I dont know perl |
From: Leon T. <fa...@gm...> - 2008-09-04 23:04:27
|
Hi all, I recently found back an old piece of code of mine. I finished it and uploaded it to CPAN (you can find it at http://search.cpan.org/~leont/Net-FSP/). It's three years later than expected, but it's finally here: a Perl FSP implementation. It was kind of interesting to write the code, as I had never implemented a binary protocol before. It turned out to be easier than expected. Having said that, I haven't been able to do much testing, so don't be too surprised if something breaks at this stage. I've put two script using it at http://www.xs4all.nl/~silemia/fsp/, fspclient and mirror. I think it should be pretty obvious what each of them does. fspclient has a help command that should get you all started. I saw a mirroring tool was on the task list so I picked that one up too. It gives a pretty good idea of how it is to work with Net::FSP. Both scripts accept the same environmental variables as the official FSP suite, so you won't have to change too much to start using them. Regards, Leon Timmermans |
From: <hs...@se...> - 2008-08-09 18:21:30
|
i dont have bazaar repo for free FSP, so CVS on sf.net contains latest patches to that branch. |
From: <hs...@se...> - 2008-08-04 09:13:31
|
use CVS version for latest patches, i dont have currently access to computer which hosts latest FSP bazaar-ng repo so i cant test if CVS version carries all patches for non-commercial FSP codebase. I have to install bazaar repo on sf.net some day, branching in CVS sucks and SVN is not much better, I didnt checked sf.net for years so i dont know if they supports some modern VCS like hg git or bazaar-ng. |
From: Thomas P. <tpf...@ya...> - 2008-08-04 03:02:38
|
Hi, It's in the FSP server and client code. I had to mod both. #ifdef --with-genericproxy or so would be fine. Once compiled in, I think generic proxy should be available both from the command line and by invocation within the app via a command. (i.e. you can turn it on either through command line or fsp options menu). Currently it's set up with the latter... mainly because that's what I got working first. Thanks, Thomas --- On Sun, 8/3/08, hs...@se... <hs...@se...> wrote: > From: hs...@se... <hs...@se...> > Subject: Re: [Fsp-devel] [proposal] fsp proxy mods > To: fsp...@li... > Date: Sunday, August 3, 2008, 10:41 AM > you want to make separate fsp proxy executable or built it > into main FSP server code? > > I dont want it in server code unless it will be #ifdef and > compiled with something like ./configure --with-fsproxy > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK > & win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ > Fsp-devel mailing list > Fsp...@li... > https://lists.sourceforge.net/lists/listinfo/fsp-devel |
From: <hs...@se...> - 2008-08-03 10:37:46
|
you want to make separate fsp proxy executable or built it into main FSP server code? I dont want it in server code unless it will be #ifdef and compiled with something like ./configure --with-fsproxy |
From: Thomas P. <tpf...@ya...> - 2008-08-01 20:42:45
|
Hi, I don't have the original code anymore... it was on zippy.sonoma.edu which has been gone for years. The good news is... I figured out how to add my own cmd to the fsp server [and client] so that I can send data back and forth. I also added a TCP fetch so that I could shovel data from TCP thru the UDP service and back out to TCP again. Put another way... I tunneled a webserver through UDP using FSP. It seems that it's not that difficult to add the capability legitimately. I'd like there to be some CLI option to boot it up without the talkative FTP-like i/o so it can operate in straight proxy mode. The way I want to think about FSP is as a generic proxy server with an FTP-like client as an option... instead of the other way around. Thomas --- On Fri, 8/1/08, hs...@se... <hs...@se...> wrote: > From: hs...@se... <hs...@se...> > Subject: Re: [Fsp-devel] [proposal] fsp proxy mods > To: fsp...@li... > Date: Friday, August 1, 2008, 12:48 PM > > I ran an fsp server and client back in the early 1990s. > The proxy > > code I remember being around is missing tho'. > i have nothing against inserting FSP proxy code back to > distro. Do you still have original code? I was unable to > find it via google about 3 years ago. Its important part of > FSP history because i remember it never worked for us! > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK > & win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ > Fsp-devel mailing list > Fsp...@li... > https://lists.sourceforge.net/lists/listinfo/fsp-devel |
From: <hs...@se...> - 2008-08-01 12:44:31
|
> I ran an fsp server and client back in the early 1990s. The proxy > code I remember being around is missing tho'. i have nothing against inserting FSP proxy code back to distro. Do you still have original code? I was unable to find it via google about 3 years ago. Its important part of FSP history because i remember it never worked for us! |
From: Thomas P. <tpf...@ya...> - 2008-07-16 07:05:15
|
Hi, I ran an fsp server and client back in the early 1990s. The proxy code I remember being around is missing tho'. Since things have changed and fsp never gained traction for file transfer, would anyone mind if generic proxy functionality gets inserted back into the distro? Everything functionality that is already there would be preserved, but a switch would be added to allow for port forwarding again. The delta in code size would not be big. The nice thing about fsp is that it's never changed much and gotten out of control. So it's simple and pretty easy to wrap around. That the C client was built a few years back really helps too. I would promise to be careful not to bloat the codebase and only restore generic support. I think a lot of people would like this. Thanks, Thomas |
From: Radim K. SF.N. <hs...@se...> - 2007-11-06 17:10:57
|
> uses it intensively, and in a really interesting way. How do you use fsp in > order to have a "peak" of 350k gsm users? Since I'm very interested, please > can you explain better how you use it? Its for some kind of peer to peer app developed using sim toolkit technology, so it works in any gsm phone. App is kinda cool, sells very well to young people, because no other GSM provider have something similar to it. Maybe someone copied it now, i but i dont know about it. > Have you wrote a client for Symbian or other small devices? yes i have bunch of FSP libraries coded in ASM for various small devices and for PIC controllers. |
From: Samuele M. <sa...@no...> - 2007-11-06 08:42:47
|
Radim Kolar SF.NET ha scritto: > [...] > Primary use of FSP is for: diskless booting, GSM Networks, Trunk networks, Firmware updates etc. Yes, its mainly for embedded systems market. Also some peer to peer network is using it. > > FSP scales well, i have about 360k peak GSM clients connected to ONE FSP server running on Solaris 10. > Hello, I was an "old" user of fsp, from 1994, and I'm very interested in this matter, however I used fsp only as alternative file transfer protocol between linux boxes. But I still were thinking that, since fsp it is quite unused, nobody uses it "seriously". However, now I discover that someone uses it intensively, and in a really interesting way. How do you use fsp in order to have a "peak" of 350k gsm users? Since I'm very interested, please can you explain better how you use it? Have you wrote a client for Symbian or other small devices? Thank you. Samuele |
From: Radim K. SF.N. <hs...@se...> - 2007-11-06 00:49:38
|
> Itseems that the efficiency of the protocol is not very good. that's depends how you define efficiency. If you define efficiency as number of bytes over wire per file size, FSP is good. > Because the packetsize from server to client is only 1024 bytes We support larger packets as well, but packet size defaults to 1024. In unreleased beta default packet size is about 1440. > and the server have to wait for the reply from the client once it send out a message. Yes, this is important part of FSP design. FSP is designed not to allow more than 1 packet in network between client and server. > I wonder if there is any improvement to the efficiency of the transfer. You will get better transfer speed but less reliability with large packet sizes. > For example, the server might send out several packets and ask for the > confirmation of all of them from the client. This is what windowing transfer protocols like TCP are doing. FSP was designed to be windowless transfer protocol for various reasons documented on web site. > This is my thought, I wonder if you have better methods. What is your goal? Fast file transfer over UDP? Use NFS3 then, but its much more complicated protocol than FSP. FSP is very easy to implement transfer protocol for packet networks. With some limitations, it can run over serial lines too. Primary use of FSP is for: diskless booting, GSM Networks, Trunk networks, Firmware updates etc. Yes, its mainly for embedded systems market. Also some peer to peer network is using it. FSP scales well, i have about 360k peak GSM clients connected to ONE FSP server running on Solaris 10. |
From: Shuaiyuan Z. <shu...@gm...> - 2007-11-05 09:28:50
|
I have read the protocol of FSP and did some experiments accordingly.Itseems that the efficiency of the protocol is not very good. Because the packetsize from server to client is only 1024 bytes and the server have to wait for the reply from the client once it send out a message. I wonder if there is any improvement to the efficiency of the transfer. For example, the server might send out several packets and ask for the confirmation of all of them from the client. This is my thought, I wonder if you have better methods. Thanks for your answers. -- Shuaiyuan Zhou Tel:+8613504985639 Email:shu...@gm... |
From: Radim K. SF.N. <hs...@se...> - 2007-07-25 17:46:04
|
i cant reproduce fspd crash recorded in bug report 1456395. In my environment, i run several fspd without crashing for months. If your fspd crashes, please report it with conf file and OS version. gdb traceback would be great. you can link fspd against libefence by scons maintainer-mode=yes |