vfs-devel Mailing List for VFS - The Virtual File System in PHP

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Has the ability to use MySQL been implemented yet?

Cheers

Dave

Hey....

TONY !!

U still around ??? What's happenning....?

On Tue, 15 Aug 2000, Tony Kirk wrote:

> Hola Everyone,
> 
>     It's been a little more than a few days like I had said in the last
> message I sent to the list. This have been so crazy these last two weeks.
> Mainly with work. I have got to get my software company started soon so I
> can stop working for people like this :) It just isn't worth it anymore...
> 
>     Anyway, on to something more interesting. AW, you might want to check
> this link out.
> 
> http://owl.sourceforge.net
> 
> I've downloaded it and set it up on one of my servers here. The code seems
> to be VERY clean. And it runs really well. Hell! It even looks nice. I'm
> doing little by little on the VFS code. I AM getting there. It's just going
> a lot slower than I had hoped.
> 
> Regards,
> Tony
> 
> 
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
> 

Hi,

> 
>     It's been a little more than a few days like I had said in the last
> message I sent to the list. This have been so crazy these last two weeks.
> Mainly with work. I have got to get my software company started soon so I
> can stop working for people like this :) It just isn't worth it anymore...

I have too been very busy. Things should sort out for me from the end of
this month though. I will then have more time to work on things. However,
I would in the meantime like to see what you have so far. I will also try
to work out the graphics and things with Adis and a way to include a menu
bar etc.

>     Anyway, on to something more interesting. AW, you might want to check
> this link out.
> 
> http://owl.sourceforge.net

I will install it on my machine and see what it is like.

Regards,

AW

Hola Everyone,

    It's been a little more than a few days like I had said in the last
message I sent to the list. This have been so crazy these last two weeks.
Mainly with work. I have got to get my software company started soon so I
can stop working for people like this :) It just isn't worth it anymore...

    Anyway, on to something more interesting. AW, you might want to check
this link out.

http://owl.sourceforge.net

I've downloaded it and set it up on one of my servers here. The code seems
to be VERY clean. And it runs really well. Hell! It even looks nice. I'm
doing little by little on the VFS code. I AM getting there. It's just going
a lot slower than I had hoped.

Regards,
Tony

Hola AW,

    Things have been a bit hectic the last week or so but I'm coming along.
Slowly, but still moving never-the-less. I should have something within the
next few days.

Tony Kirk

>
> Hi Tony,
>
> How are we getting along with the MySQL stuff. Do you have any code you
> can give me or do you have anything ready to insert into the CVS?
>
> Regards,
>
> AW

Hi Tony,

How are we getting along with the MySQL stuff. Do you have any code you
can give me or do you have anything ready to insert into the CVS?

Regards,

AW

> Sounds like a good place to start. I'll start building the admin functions
> for mySQL into the mysql_db_wrapper.php file. Keeping all the same function
> names that you've already used in the admin php scripts. We can see how
> close the code comes to what is already there.

----- Original Message -----
From: "Abdul-Wahid Paterson" <ee...@we...>
To: <vfs...@li...>
Sent: Tuesday, July 25, 2000 9:45 AM
Subject: Re: [Vfs-devel] (no subject)

> Hi Tony,
>
> > Well this message is a little later than I said it would be. That's the
bad
> > thing about your company letting you work at home. Sometings you forget
when
> > to stop working and your work through the entire weekend when you should
> > have been in NJ visiting your girlfriend... Or maybe I'm the only one
with
> > this problem :)
>
> Well, I live with my wife so I don't get the chance to forget her.
> Sometimes I do seem to lose myself in my work for a few hours but my wife
> would quickly make me snap out of it.
>
> > Anyway, I looked over the code and noticed that all of the
> > PGSQL based database code is still in the main files. Things like the
> > transaction code. This isn't a problem for the MySQL code since it now
>
> Yes I know...
>
> > supports transactions (however minimal the support may be). But other
> > servers don't support that. I thought we were going to do a
db_wrapper.php
> > file for each database and have all the db calls from there. So we would
> > have pg_db_wrapper.php, mysql_db_wrapper.php .. etc.. and in each file
there
> > would be the same functions but with different code to handle that
databases
> > functions. Like in the upload.php file just include <db>_db_wrapper.php
and
> > call an Handle_Upload_File($file_name); or something along those lines.
>
> Yes. This is really what we want to do. However, I wanted to work it out
> slowly between the two of us so that we build up a good structure of the
> code. I mean, most of the code should be the same for all databases as the
> SQL statements would be the same and the DBI takes care of the rest. The
> differences come with the BLOB upload stuff and also with sequences. I am
> not familiar with how MySQL does sequences (enlighten me) but I know that

Are you referring to auto incrementing numbers?

> Oracle does them differently to Postgres.
>
> I think that what we should do is set up the class.DBD::mysql and start by
> looking at how we can do the Administration stuff. Actually, if you start
> looking at that I will look at sorting out the pg_upload/pg_download
> functions and moving them into the pg_wrapper.inc.php3. What do you think?

Sounds like a good place to start. I'll start building the admin functions
for mySQL into the mysql_db_wrapper.php file. Keeping all the same function
names that you've already used in the admin php scripts. We can see how
close the code comes to what is already there.

Regards,
Tony Kirk

> I have a client who would want to use VFS but needs to be able to upload
> many files at a time. He currently uses FTP and just uploads a who
> directory. The VFS is limited really to uploading a file a time. The same
> with download. Can you think of any way around this? The problem is the
> same with downloads. I can't think of any way to beat this problem becuase

Uploading multiple files isn't a problem. That is if you want to have a form
on a page something like the following;

<form action="file-upload.html" method="post" enctype="multipart/form-data">
  Upload these files:<br>
  <input name="userfile[]" type="file"><br>
  <input name="userfile[]" type="file"><br>
  <input type="submit" value="Send files">
</form>

PHP would then create an array of the following for each file uploaded.
$userfile[], $userfile_name[], and $userfile_size[]

Maybe we could use something like an 'Upload how many file? <textbox>' type
thing? I'm looking for a better solution to this now.

As for downloading... Perhaps a 'Mark for Download' link next to each file,
then a 'Download my Files' button which would take the user to a page with
all the files listed on one page, linked and ready for download? Kind of
like a shopping cart. The way hotfiles.com does it.

How does all of this sound?

Regards,
Tony Kirk

I have a client who would want to use VFS but needs to be able to upload
many files at a time. He currently uses FTP and just uploads a who
directory. The VFS is limited really to uploading a file a time. The same
with download. Can you think of any way around this? The problem is the
same with downloads. I can't think of any way to beat this problem becuase
of browser limitations. The only thing I can think of is to use a Java
Applet but the problem there is it would need to be signed, the browser
would have to have its security options tweaked, it would take a lot of
work from us and would mean that only Java enabled browsers could use VFS.

Any better ideas?

AW

Hi Tony,

> Well this message is a little later than I said it would be. That's the bad
> thing about your company letting you work at home. Sometings you forget when
> to stop working and your work through the entire weekend when you should
> have been in NJ visiting your girlfriend... Or maybe I'm the only one with
> this problem :) 

Well, I live with my wife so I don't get the chance to forget her.
Sometimes I do seem to lose myself in my work for a few hours but my wife
would quickly make me snap out of it.

> Anyway, I looked over the code and noticed that all of the
> PGSQL based database code is still in the main files. Things like the
> transaction code. This isn't a problem for the MySQL code since it now

Yes I know...

> supports transactions (however minimal the support may be). But other
> servers don't support that. I thought we were going to do a db_wrapper.php
> file for each database and have all the db calls from there. So we would
> have pg_db_wrapper.php, mysql_db_wrapper.php .. etc.. and in each file there
> would be the same functions but with different code to handle that databases
> functions. Like in the upload.php file just include <db>_db_wrapper.php and
> call an Handle_Upload_File($file_name); or something along those lines.

Yes. This is really what we want to do. However, I wanted to work it out
slowly between the two of us so that we build up a good structure of the
code. I mean, most of the code should be the same for all databases as the
SQL statements would be the same and the DBI takes care of the rest. The
differences come with the BLOB upload stuff and also with sequences. I am
not familiar with how MySQL does sequences (enlighten me) but I know that
Oracle does them differently to Postgres. 

I think that what we should do is set up the class.DBD::mysql and start by
looking at how we can do the Administration stuff. Actually, if you start
looking at that I will look at sorting out the pg_upload/pg_download
functions and moving them into the pg_wrapper.inc.php3. What do you think?

Regards,

AW

Well this message is a little later than I said it would be. That's the bad
thing about your company letting you work at home. Sometings you forget when
to stop working and your work through the entire weekend when you should
have been in NJ visiting your girlfriend... Or maybe I'm the only one with
this problem :) Anyway, I looked over the code and noticed that all of the
PGSQL based database code is still in the main files. Things like the
transaction code. This isn't a problem for the MySQL code since it now
supports transactions (however minimal the support may be). But other
servers don't support that. I thought we were going to do a db_wrapper.php
file for each database and have all the db calls from there. So we would
have pg_db_wrapper.php, mysql_db_wrapper.php .. etc.. and in each file there
would be the same functions but with different code to handle that databases
functions. Like in the upload.php file just include <db>_db_wrapper.php and
call an Handle_Upload_File($file_name); or something along those lines.

Regards,
Tony Kirk

Hey AW,

    I just grabbed the source from the CVS. I'll look over in the next hour
and post a message before I get started on anything. Either later today or
first thing in the morning tomorrow.

Regards,
Tony Kirk

----- Original Message -----
From: "Abdul-Wahid Paterson" <ee...@we...>
To: <vfs...@li...>
Sent: Thursday, July 20, 2000 7:41 PM
Subject: Re: [Vfs-devel] Back to work....

> Hi guys,
>
> > > Anyway, let me try to finish what I need to do and then we can try to
> > > integrate your mySQL stuff.
> > >
> >
> > Sweet! Just let me know when.
>
> I have finished. There may be some bugs. Actually, I am already aware of a
> couple. But in the main, I have done the porting to class.DBI. We now need
to
> look at integrating the mySQL stuff. I suggest the first thing to do is to
get
> the SQL for the database and try to do the authentication bit. That will
be
> the easy bit as far as the SQL is concerned and it might teach us some
> lessons. Then we need to discuss the file upload and download parts.
>
> I think if you Tony, can try to get something working for the mySQL part,
I
> will work with Adis on the look and feel (of course discussing it with you
> along the way).
>
> Sorry it took me so long to do....I have been real busy of late.
>
> See ya...
>
> AW
>
>
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
>

Hi guys,

I think that there are a number of issues here we need to decide on.

1. The use of JavaScript - I am not sure that we should use it at all and if
we do we need to test it thoroughly on different browsers. There are also many
users on the Internet (like myself) who use browsers like Lynx and therefore
aren't interested in the frills that JavaScript supposedly supplies. What we
could do is to allow the user (not the site administrator) to decide on
whether to allow JavaScript. This could be done under the section where a user
can change his password. An additional option could be there for JavaScript as
a boolean value in the database. Something like javascript_flag.

2. The menubars at the top could have different configurable looks. Like, a
text only, images and a JavaScript mouse_over image. These could either be
configurable from the sites config.inc.php3 or from a database field for an
individual user. Or maybe the default in the config.inc.php3

The menu bar should be included from one file that is included on all the
pages. Where should this go?

3. The color scheme for the site, front page and directory listings should be
configurable. This is probably best done from a site config file. This would
go in the config directory.

We need to work out a structure for these config files and include files. The
config files should go into the config directories and we probably need
something included from the header.inc.php3 file that will do things like
print out the <body> tag with the appropriate colors set, include the button
bars and then set up the color information for the file listings and other
tables. What do you guys think?

Regards,

AW

Tony Kirk <tk...@ca...> said: 

> Hey Adis,
> 
>     I think the thing we need to decide on is whether or not we want to make
> it an awesome interface 'out of the box' -- or if we want to make it easier
> for the user to customize the layout his/herself. We could combine these two
> by having an awesome interface with a config file that allows changing of
> fonts, sizes, colors etc... I'd say the best would be to have the config
> file but have as few 'total' files as possible for the interface. One file
> per page + an include()'d file for the nav bar and a config file.
> 
> What do you think AW?
> 
> Regards,
> Tony
> 
> > hi ,
> >
> > please look st these two sample files:
> >
> > http://emerald.office.webstar.co.uk/~adis/test/samples.html
> >
> > and
> >
> >
> > http://emerald.office.webstar.co.uk/~adis/test/menubar.html
> >
> > I would like to hear your comments on colors etc. The secon html file has
> two
> > bars, top one uses javascript and images for onmousover and the second one
> has
> > no graphics at all.
> >
> > Do you want the menubar as an include file? I think that would be the
> easiest
> > thing to do.
> >
> >
> > Adis
> >
> >
> > _______________________________________________
> > Vfs-devel mailing list
> > Vfs...@li...
> > http://lists.sourceforge.net/mailman/listinfo/vfs-devel
> >
> 
> 
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
> 

-- 

Hi guys,

> > Anyway, let me try to finish what I need to do and then we can try to
> > integrate your mySQL stuff.
> >
> 
> Sweet! Just let me know when.

I have finished. There may be some bugs. Actually, I am already aware of a
couple. But in the main, I have done the porting to class.DBI. We now need to
look at integrating the mySQL stuff. I suggest the first thing to do is to get
the SQL for the database and try to do the authentication bit. That will be
the easy bit as far as the SQL is concerned and it might teach us some
lessons. Then we need to discuss the file upload and download parts.

I think if you Tony, can try to get something working for the mySQL part, I
will work with Adis on the look and feel (of course discussing it with you
along the way).

Sorry it took me so long to do....I have been real busy of late.

See ya...

AW

Hey Adis,

    I think the thing we need to decide on is whether or not we want to make
it an awesome interface 'out of the box' -- or if we want to make it easier
for the user to customize the layout his/herself. We could combine these two
by having an awesome interface with a config file that allows changing of
fonts, sizes, colors etc... I'd say the best would be to have the config
file but have as few 'total' files as possible for the interface. One file
per page + an include()'d file for the nav bar and a config file.

What do you think AW?

Regards,
Tony

> hi ,
>
> please look st these two sample files:
>
> http://emerald.office.webstar.co.uk/~adis/test/samples.html
>
> and
>
>
> http://emerald.office.webstar.co.uk/~adis/test/menubar.html
>
> I would like to hear your comments on colors etc. The secon html file has
two
> bars, top one uses javascript and images for onmousover and the second one
has
> no graphics at all.
>
> Do you want the menubar as an include file? I think that would be the
easiest
> thing to do.
>
>
> Adis
>
>
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
>

hi ,

please look st these two sample files:

http://emerald.office.webstar.co.uk/~adis/test/samples.html

and

http://emerald.office.webstar.co.uk/~adis/test/menubar.html

I would like to hear your comments on colors etc. The secon html file has two 
bars, top one uses javascript and images for onmousover and the second one has 
no graphics at all.

Do you want the menubar as an include file? I think that would be the easiest 
thing to do.

Adis

Hola AW!

> version 3.23.0 is the latest beta right? They say it GPL'ed aswell which

I believe they are up to 3.23.23 with 3.23.22 being the latest stable
release. and it went GPL as of 3.23.19 So all is well.

> sorts out some of the liscensing issues. Is it stable? Should I install
> this version on my production server?

I've installed 3.23.19 on a production system. And it's running as solid as
a rock as far as I can see.

>
> > max_allowed_packet is an option in the my.cnf file which the default for
> > is -- 1meg. Now the question is -- do we want to support this function?
As
> > it would mean that are only supporting 3.23.0 and > versions of MySQL. I
say
> > yes. 90%+ of all solid MySQL users upgrade every time a new version is
> > released. What do you think?
>
> I don't think that it is really a problem to support this function.
> Remember, we still have a long development cycle infront of us. This is
> just the beginning. We still have to add, directory support, groups of
> users and many other features. In that time I am sure we will change the
> database structure again and again. By the time we finalise the database
> structure I am sure most people will have upgraded to the latest version.
>
> Anyway, I am not one for developing a new product and trying to include
> backward compatibility. It is best to develop to the bleeding edge. On
> this note....I am even thinking we should move to PHP4 soon as many people
> are already make the move (including many of my servers).

I agree. I think some of the newer features of PHP4 will come in very handy
for this project. Looking at the status of the PHP-xxxxx mailing lists most
of the users there already have moved over to it. And that's a nice size
chunk of the PHP population.

>
> Anyway, let me try to finish what I need to do and then we can try to
> integrate your mySQL stuff.
>

Sweet! Just let me know when.

Regards,
Tony Kirk

Hi Tony,

> Actually no code was done for the MySQL part. I figured it would be best to
> have one version done (like the PGSQL version). Then do the MySQL and all
> other versions off that. From then on it would be easy to update each
> version with single new features at the same time. This is just to stop each
> database file from heading into different directions before the initial
> multi-database version of VFS was released. 

Ok. That seems like sound reasoning. I should be able to finish the
multi-database framework this weekend. I will let you know how I get on.
It should be quite easy then to start adding extra database support.

> What I *have* been doing is
> research and planning. I found out that the latest versions of MySQL support
> a 'Load_File($filename)' function to get the contents of a file into a
> string. It was introduced in version 3.23.0. This would be good to use as it
> gives the same ability as the 'pg_lo()' function. Here are the limitations:

version 3.23.0 is the latest beta right? They say it GPL'ed aswell which
sorts out some of the liscensing issues. Is it stable? Should I install
this version on my production server?

> LOAD_FILE(file_name)
>     Reads the file and returns the file contents as a string. The file must
> be on the server, you must specify the full pathname to the file, and
> you must have the file privilege. The file must be readable by all and be
> smaller than max_allowed_packet. If the file doesn't exist or can't     be
> read due to one of the above reasons, the function returns NULL.

So far this doesn't sound so different to the Postgres way

> max_allowed_packet is an option in the my.cnf file which the default for
> is -- 1meg. Now the question is -- do we want to support this function? As
> it would mean that are only supporting 3.23.0 and > versions of MySQL. I say
> yes. 90%+ of all solid MySQL users upgrade every time a new version is
> released. What do you think?

I don't think that it is really a problem to support this function.
Remember, we still have a long development cycle infront of us. This is
just the beginning. We still have to add, directory support, groups of
users and many other features. In that time I am sure we will change the
database structure again and again. By the time we finalise the database
structure I am sure most people will have upgraded to the latest version.

Anyway, I am not one for developing a new product and trying to include
backward compatibility. It is best to develop to the bleeding edge. On
this note....I am even thinking we should move to PHP4 soon as many people
are already make the move (including many of my servers).

Anyway, let me try to finish what I need to do and then we can try to
integrate your mySQL stuff.

Regards,

AW

> Hi guys,
>
> I am back after a week in the sun and I am ready to start work again. Can
> I just touch base with everyone and see how much work has been done.
>
> Tony: How have you done on the mySQL development?

Actually no code was done for the MySQL part. I figured it would be best to
have one version done (like the PGSQL version). Then do the MySQL and all
other versions off that. From then on it would be easy to update each
version with single new features at the same time. This is just to stop each
database file from heading into different directions before the initial
multi-database version of VFS was released. What I *have* been doing is
research and planning. I found out that the latest versions of MySQL support
a 'Load_File($filename)' function to get the contents of a file into a
string. It was introduced in version 3.23.0. This would be good to use as it
gives the same ability as the 'pg_lo()' function. Here are the limitations:

LOAD_FILE(file_name)
    Reads the file and returns the file contents as a string. The file must
be on the server, you must specify the full pathname to the file, and
you must have the file privilege. The file must be readable by all and be
smaller than max_allowed_packet. If the file doesn't exist or can't     be
read due to one of the above reasons, the function returns NULL.

max_allowed_packet is an option in the my.cnf file which the default for
is -- 1meg. Now the question is -- do we want to support this function? As
it would mean that are only supporting 3.23.0 and > versions of MySQL. I say
yes. 90%+ of all solid MySQL users upgrade every time a new version is
released. What do you think?

Regards,
Tony Kirk

Hi guys,

I am back after a week in the sun and I am ready to start work again. Can
I just touch base with everyone and see how much work has been done.

Tony: How have you done on the mySQL development?
Adis: How have you dont on the images/art work?

Lets get things rollin'

Seeya

AW

Hi Tony,

Sorry to take so long to reply. Hecktic week. To make it worse I am
leaving the country at the weekend for a week and have loads of things to
prepare first.

I think the first thing we need to do is get something running so that we
can make a release with a mySQL port. I have nearly finished doing the
class.DBI stuff but don't know if I will be able to finish before I go
away. I might be able to get something done though whilst I am away.

I will let you know when I have finished the class.DBI stuff and then you
can submit your stuff to the CVS.

Seeya,

AW

On Wed, 21 Jun 2000, Tony Kirk wrote:

> Hey all!
> 
>     In the free time I've had this last week I've been working on a little
> code for storing and retrieving files from inside MySQL and I've come up
> with two ways of doing it that seem perfect. Here's the debate. The first
> option is to use a new MySQL function called Load_File() which I just found
> out was introduced in version 3.23. However 3.22 and < versions won't be
> able to access this. So it a perfect solution but not a good idea as only
> users of 3.23 and > would have access to the function. The other solution
> would be to use the following code;
> 
> $binarydata = addslashes(fread(fopen($filename,  "r"),
> filesize($filename)));
> 
> Then insert that into the database. After checking to make sure the file
> still exists and all that other good stuff :) What do you guys think?
> 
> Regards,
> Tony Kirk
> 
> 
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
> 

Hey all!

    In the free time I've had this last week I've been working on a little
code for storing and retrieving files from inside MySQL and I've come up
with two ways of doing it that seem perfect. Here's the debate. The first
option is to use a new MySQL function called Load_File() which I just found
out was introduced in version 3.23. However 3.22 and < versions won't be
able to access this. So it a perfect solution but not a good idea as only
users of 3.23 and > would have access to the function. The other solution
would be to use the following code;

$binarydata = addslashes(fread(fopen($filename,  "r"),
filesize($filename)));

Then insert that into the database. After checking to make sure the file
still exists and all that other good stuff :) What do you guys think?

Regards,
Tony Kirk

Hey AW,

    Yeah, I had this working for the most part. Just a few small things to
learn about working with the commands. No biggie. All seems to be well. :)

Thanks,
Tony Kirk

----- Original Message -----
From: "Abdul-Wahid Paterson" <ee...@we...>
To: <vfs...@li...>
Sent: Thursday, June 15, 2000 7:57 PM
Subject: Re: [Vfs-devel] It's been a few days.

> Hi Tony,
>
> What you need to do is this:
>
> export CVS_RSH=ssh
>
> to tell CVS to use ssh...and then
>
> cvs -z3 -d...@cv...:/cvsroot/vfs co vfs
>
> The -z3 puts on compression the co short for checkout
>
> the final vfs is the module within the vfs root
>
> Once you have done this you should be able to do other things more simply
like
>
> cvs commit
> cvs commit README
> cvs update
> cvs add README.new
> cvs release
>
> etc.
>
> I hope this helps a bit.
>
>
> See ya,
>
> AW
>
>
>
> Tony Kirk <tk...@ca...> said:
>
> > > Did you get your CVS access working? Please try so that you can update
> > > directly to the CVS. Prephaps test it on the README file by inserting
a
> > > blank line or somthing.
> > >
> >
> > OK, I've installed CVS and SSH1 and SSH2 on my Linux boxes. I'm now in
the
> > middle of figuring out how to use CVS :) I've always used web based CVS
> > browsers to view and grab source. But never to actually edit or store
code.
> > I'm getting there. I'm connecting but it won't let me checkout the
README
> > file. Keeps saying it wasn't found. Go figure.. I'll have it worked out
> > shortly.
> >
> > Regards,
> > Tony Kirk
> >
> >
> >
> > _______________________________________________
> > Vfs-devel mailing list
> > Vfs...@li...
> > http://lists.sourceforge.net/mailman/listinfo/vfs-devel
> >
>
>
>
> --
>
>
>
>
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
>

Hi Tony,

What you need to do is this:

export CVS_RSH=ssh

to tell CVS to use ssh...and then

cvs -z3 -d...@cv...:/cvsroot/vfs co vfs

The -z3 puts on compression the co short for checkout

the final vfs is the module within the vfs root 

Once you have done this you should be able to do other things more simply like

cvs commit
cvs commit README
cvs update
cvs add README.new
cvs release

etc.

I hope this helps a bit.

See ya,

AW

Tony Kirk <tk...@ca...> said: 

> > Did you get your CVS access working? Please try so that you can update
> > directly to the CVS. Prephaps test it on the README file by inserting a
> > blank line or somthing.
> >
> 
> OK, I've installed CVS and SSH1 and SSH2 on my Linux boxes. I'm now in the
> middle of figuring out how to use CVS :) I've always used web based CVS
> browsers to view and grab source. But never to actually edit or store code.
> I'm getting there. I'm connecting but it won't let me checkout the README
> file. Keeps saying it wasn't found. Go figure.. I'll have it worked out
> shortly.
> 
> Regards,
> Tony Kirk
> 
> 
> 
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
> 

-- 

> Did you get your CVS access working? Please try so that you can update
> directly to the CVS. Prephaps test it on the README file by inserting a
> blank line or somthing.
>

OK, I've installed CVS and SSH1 and SSH2 on my Linux boxes. I'm now in the
middle of figuring out how to use CVS :) I've always used web based CVS
browsers to view and grab source. But never to actually edit or store code.
I'm getting there. I'm connecting but it won't let me checkout the README
file. Keeps saying it wasn't found. Go figure.. I'll have it worked out
shortly.

Regards,
Tony Kirk

2000	Jan	Feb	Mar	Apr	May	Jun (44)	Jul (14)	Aug (4)	Sep	Oct (1)	Nov	Dec
2002	Jan	Feb	Mar	Apr (1)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec