dirssync-opendisc — DirsSync Open Discussion mailing list

[Dirssync-opendisc] Amazing foresight!

[Mark C. <xs...@uk...>]

I don't know about you, but I have customized my own version of dirssync to suit my particular purposes. What I do is define a module called custom.py in which I define a frame f derived from DsFrame. 

One of the things it does is to automatically open a sync file dependent on the machine that it is invoked from.

The other thing is does is work around a snag in the .dirsync exclusion file. What I want to happen is to ignore anything in the .svn directory, which is a source code control directory. It does this by redefining the DirFilterCallback() function in paninputs. 

So DirFilterCallback() has a use after all - which is why I said that there was an amazing foresight in the original class design.

For the curious, here is the actual module:
---begin
import pickle, platform, re

from wxPython.wx import *

import dirssync
from dirssync import DsFrame 

#define booleans, if necessary (pre-python 2.3)
try: True
except NameError: True, False = 1 , 0


def syncfilename():
	return "%s-pen.sync" % (platform.node())

class f(DsFrame):
    def __init__(self, parent, id, title):
        DsFrame.__init__(self, parent, id, title)

	#the stuff below here is from the inherited class

        #load the sync file br default
        #global listdirs
        fname = syncfilename()
        print fname
        pickfile=open(fname,"r") # use a filename of your choice
        listdirs=pickle.load(pickfile)
        self.paninputs.IntoListCtrl(listdirs)
        pickfile.close()

	#write something in the log
	self.panlog.add('My custom synchronizer')

        #change the default options
        self.panoptions.cb2.SetValue(False) # local to remote
        self.panoptions.cb3.SetValue(False) # remote to local
        self.panoptions.cb4.SetValue(True) # set one-way deletion

        self.paninputs.DirFilterCallback = self.NoSvn

    def NoSvn(self, list):
        listout = filter(self.IsSvn, list)
        return listout

    def IsSvn(self, el):
        r = re.compile("\\.svn")
        return None == r.search(el[2],1)
    
        

class mApp(wxApp):
    def OnInit(self):
        frame=f(None,-1,"Custom synchronizer")
        frame.Show(true)
        self.SetTopWindow(frame)
        return true


app=mApp(0)
app.MainLoop()    
---end


And talking about documentation ... it may be worthwhile having a little think about user documentation. One obvious place to put it is in the documentation section over at Sourceforge:
http://sourceforge.net/docman/?group_id=14777

What I don't know is if the documentation can only then be viewed online at Sourceforge, or whether it is possible to "compile" and bundle the documentation in with the releases.

Another obvious place would be to put it on the home page, which would also be under CVS control.

I don't know, I'm only mooting the idea.

_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

[Dirssync-opendisc] Code update

[Mark C. <xs...@uk...>]

This message is to inform you that I have commited the ammendments that I intended to make on the class panelinputs. It has no new functionality - just a bit of a simplification.

A new version of dstest.py has also been commited - which refactors the test class, and adds a few new tests. There are now 6 tests in all; the transfer() class is tested more extensively. 

_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

[Dirssync-opendisc] class panelinputs modification

[Mark C. <xs...@uk...>]

Just to let you know that I am modifying class panelinputs in order to
eliminate the module variable listdirs. This will simplify the class, and make
it a bit easier to maintain. Since listdirs is used in many of the class's
functions, this will probably have an effect on anyone who wants to modify the
class. My changes will take a couple of days. I recommend that nobody tries to
modify the class until I have made a commit.

Don't forget: if you want to modify code, it is probably best if you do a cvs
update beforehand - thus ensuring that you are using code which is as fresh as
it can be.

_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

Re: [Dirssync-opendisc] Localization Files still Broken

[Mark C. <xs...@uk...>]

--- vincent delft <vin...@ya...> wrote:
> I had done it.

I'm looking at WinCVS. It appears that the Italian mo file has been set to binary, but not the French.



_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

Re: [Dirssync-opendisc] Localization Files still Broken

[vincent d. <vin...@ya...>]

I had done it.

any way I've do it again on it path.





--- "mim...@ti..." <mim...@ti...>
wrote:
> I tried the last version of  dirssync in the cvs
> (1.19). There is still 
> that problem with localization files (.mo files)
> these files are binary 
> files (something like a databese) so probably the
> problem is the same we 
> had with DirsSync.png. In fact, replacing the .mo
> files in cvs with the 
> ones downloaded from the download page at
> sourceforge all returns to work.
> What can be done?
> 
> Ciao Valerio.
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux
> Tutorials.
> Become an expert in LINUX or just sharpen your
> skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the
> bash shell to sys admin.
> Click now!
>
http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Dirssync-opendisc mailing list
> Dir...@li...
> https://lists.sourceforge.net/lists/listinfo/dirssync-opendisc

__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

[Dirssync-opendisc] Localization Files still Broken

[<mim...@ti...>]

I tried the last version of  dirssync in the cvs (1.19). There is still 
that problem with localization files (.mo files) these files are binary 
files (something like a databese) so probably the problem is the same we 
had with DirsSync.png. In fact, replacing the .mo files in cvs with the 
ones downloaded from the download page at sourceforge all returns to work.
What can be done?

Ciao Valerio.

Re: [Dirssync-opendisc] about inputs panel

[<mim...@ti...>]

vincent delft wrote:

>As requested I've added the "edit" button.
>But the delete is done when you rightclick on the job
>
>Does it's not better to uniformize those actions ?
>Having buttons or via menus. 
>
>What do you think ?
>  
>
In my opinion you are right, it's better to perform the actions on jobs
in the same way.

>what do you prefer ? button or menus ? knowing that
>the "add" MUST stay a button.
>
>  
>
I prefer menus, but probably menus are less intuitive than buttons.
Why "delete selected item" in "input" and "transfer list" panels doesn't
work on multiple selections?

>Thanks
>
>  
>
>_______________________________________________
>Dirssync-opendisc mailing list
>Dir...@li...
>https://lists.sourceforge.net/lists/listinfo/dirssync-opendisc
>
>  
>
Ciao.

Re: [Dirssync-opendisc] inputs panel

[vincent d. <vin...@ya...>]

--- Mark Carter <xs...@uk...> wrote:
> > From:   vincent delft <vin...@ya...>
> > To:   dir...@li...
> > Subject:   [Dirssync-opendisc] about inputs panel
> > Date:   Thu, 11 Dec 2003 19:45:39 +0000 
> 
>  
> > As requested I've added the "edit" button.
> > But the delete is done when you rightclick on the
> job
> > 
> > Does it's not better to uniformize those actions ?
> > Having buttons or via menus. 
> > 
> > What do you think ?
> > what do you prefer ? button or menus ? knowing
> that
> > the "add" MUST stay a button.
> 
> Keep with the buttons. I only synchronize a few
> directories, so there is
> plenty of "screen real estate" to accommodate the
> buttons on the inputs
> panel. It also makes it more obvious what you can do
> on the inputs
> panel.
> 
> You can keep the behaviour that rightclicking on a
> job can cause a
> deletion. That works fine enough. You might also
> consider having a
> button called 'delete', which, suprise suprise,
> would delete the
> currently highlighted job.
> 
OK. since it's required to jelect the job to delete, I
propose we keep the right-click. Thus not mandatory to
have a delete button. 



> I think that it would also be useful to have a
> "save" button, which
> overwrites the old job with the new details (c.f.
> the "add job" button").

2 things : EDIT and COPY
Ideed, when we edit, we can save (as a new job) or
save (to over write) the selected job.
TODO.


> 
> BTW, I recently cleaned up some of the code. I did
> the unit test - and
> found that I introduced a bug. I couldn't sort out
> what it was, so in
> the end I decided to abandon the change and just
> stick with the latest
> code in the repository. And the lesson is: UNIT
> TESTS ARE YOUR FRIEND.

For sure. This is a tool for developers and testers
... it's for us. we must use it.

> They're boring to write, and really I should write
> more (although how
> one can test the GUI is something that I haven't
> worked out yet) - but
> when they're written, that's when the benefits kick
> in.
> 
> Vincent: do you *always* use vim to edit the code?
> The reason I ask is

YES. Definitevely I like this editor.


> that, going through some of the code that you wrote
> recently, they
> appear to have tabs in them (which I cleaned up).

Oups, I did some cut and paste and forget to check.
The reason I don't like Tabs, is the place they take
on screen and paper. I think that an ident of 4 char
is the best balance betwwen presentation and width
required
I will look at this more closely. 
Sorry for the perturbation 


> This is a bit odd,
> because the vim line at the bottom of the code ought
> to have inserted
> spaces. Leading me to believe that vim was not used
> to edit the code.
> BTW, I think it would be better if we actually used
> tabs instead of
> spaces - it's what most people will use.
> 
> Another tip: seeings as I have been commiting code
> changes to the
> repository, Vincent, or others, need to be aware of
> this; or they may get
> a suprise when trying to commit code (they'll need
> to do an update
> first). So it may become more important that we
> maintain communication
> about who intends to alter code, what it is they're
> altering, and
> generally get a feel for what's going on. 

Don't be afraid that's the added value of CVS. 
We are not so many to have the access... I don't think
this will cause too many troubles.
Some will occurs (error is human) but should not too
annoying.



> > 
> > Thanks
> > 
> > 
> >  
> 
> 
>
_____________________________________________________________
> Sign up for your very own email  address from
> UKmail.com To-day !!
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux
> Tutorials.
> Become an expert in LINUX or just sharpen your
> skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the
> bash shell to sys admin.
> Click now!
>
http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Dirssync-opendisc mailing list
> Dir...@li...
> https://lists.sourceforge.net/lists/listinfo/dirssync-opendisc

__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

[Dirssync-opendisc] inputs panel

[Mark C. <xs...@uk...>]

> From:   vincent delft <vin...@ya...>
> To:   dir...@li...
> Subject:   [Dirssync-opendisc] about inputs panel
> Date:   Thu, 11 Dec 2003 19:45:39 +0000 

 
> As requested I've added the "edit" button.
> But the delete is done when you rightclick on the job
> 
> Does it's not better to uniformize those actions ?
> Having buttons or via menus. 
> 
> What do you think ?
> what do you prefer ? button or menus ? knowing that
> the "add" MUST stay a button.

Keep with the buttons. I only synchronize a few directories, so there is
plenty of "screen real estate" to accommodate the buttons on the inputs
panel. It also makes it more obvious what you can do on the inputs
panel.

You can keep the behaviour that rightclicking on a job can cause a
deletion. That works fine enough. You might also consider having a
button called 'delete', which, suprise suprise, would delete the
currently highlighted job.

I think that it would also be useful to have a "save" button, which
overwrites the old job with the new details (c.f. the "add job" button").

BTW, I recently cleaned up some of the code. I did the unit test - and
found that I introduced a bug. I couldn't sort out what it was, so in
the end I decided to abandon the change and just stick with the latest
code in the repository. And the lesson is: UNIT TESTS ARE YOUR FRIEND.
They're boring to write, and really I should write more (although how
one can test the GUI is something that I haven't worked out yet) - but
when they're written, that's when the benefits kick in.

Vincent: do you *always* use vim to edit the code? The reason I ask is
that, going through some of the code that you wrote recently, they
appear to have tabs in them (which I cleaned up). This is a bit odd,
because the vim line at the bottom of the code ought to have inserted
spaces. Leading me to believe that vim was not used to edit the code.
BTW, I think it would be better if we actually used tabs instead of
spaces - it's what most people will use.

Another tip: seeings as I have been commiting code changes to the
repository, Vincent, or others, need to be aware of this; or they may get
a suprise when trying to commit code (they'll need to do an update
first). So it may become more important that we maintain communication
about who intends to alter code, what it is they're altering, and
generally get a feel for what's going on. 
> 
> Thanks
> 
> 
>  


_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

[Dirssync-opendisc] Mailing list problems

[Mark C. <xs...@uk...>]

This mailing list is really wierd.

Previously I reported that on
http://sourceforge.net/mail/?group_id=14777
I said that the text:
"dirssync-opendisc Archives"
wasn't a link that took you to the archives.
Now, suddenly, it has a link.

If you click on the link, it takes you to
http://sourceforge.net/mailarchive/forum.php?forum_id=35815
but the posts only go as far back as 2003-11-16 09:40; which can't be right??

I'm beginning to think that my eyes are *not* deceiving me, and that there is something screwy going on at Sourceforge.

_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

[Dirssync-opendisc] We've just cross the 3000

[vincent d. <vin...@ya...>]

Since the begining, dirssync was download 3000 times.

I've just created this tool for me and 3 friends.

Couple of years after, I still use DirsSync every day
to synchronize my laptop with server and my USB drive.

And DirsSync was downloaded by so many people. 

I still receive mail for congratulations.


I would take the oportunity to thanks all the people
that have test, develope module, propose enhancements,
...

I would thanks specialy Mark, Valerio and his wife for
the very good and continuous energy they put in
DirsSync.

It's amazing to see evolving the software.










 


__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

[Dirssync-opendisc] about inputs panel

[vincent d. <vin...@ya...>]

As requested I've added the "edit" button.
But the delete is done when you rightclick on the job

Does it's not better to uniformize those actions ?
Having buttons or via menus. 

What do you think ?
what do you prefer ? button or menus ? knowing that
the "add" MUST stay a button.

Thanks


__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

[Dirssync-opendisc] Recent changes

[Mark C. <xs...@uk...>]

I have made a fair few submissions to the repository lately. dirssync.py is at version 1.19 - although for some strange reason the cvs web browser has it pegged lower than that (maybe it has a time lag).

In the most recent change, I have eliminated the global variables. listdirs now belongs to panelinputs (because it relates to the sync files), and listfiles now belongs to panellist (by similar logic). I have moved the Load and Save functions from DsFrame to panelinputs, because, again, that's what relates to sync files.

Let me know if you encounter any problems.

_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

Re: [Dirssync-opendisc] Archiving the mailing list

[vincent d. <vin...@ya...>]

Yes, there you have the last 12 months :

http://sourceforge.net/mailarchive/forum.php?forum=dirssync-opendisc




--- Mark Carter <xs...@uk...> wrote:
> > Following the Administration panel of the mailing
> > list, the mailing list is archived monthly.
> 
> If I go to
> http://sourceforge.net/mail/?group_id=14777
> and click the Admin link:
> http://sourceforge.net/mail/admin/?group_id=14777
> it just says "Permission Denied" ... not suprising
> considering that it's an administration function.
> 
> Is there a link where I or anyone else can see the
> posts that have been made?
> 
>
_____________________________________________________________
> Sign up for your very own email  address from
> UKmail.com To-day !!
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux
> Tutorials.
> Become an expert in LINUX or just sharpen your
> skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the
> bash shell to sys admin.
> Click now!
>
http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Dirssync-opendisc mailing list
> Dir...@li...
>
https://lists.sourceforge.net/lists/listinfo/dirssync-opendisc


__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

Re: [Dirssync-opendisc] Archiving the mailing list

[Mark C. <xs...@uk...>]

> Following the Administration panel of the mailing
> list, the mailing list is archived monthly.

If I go to
http://sourceforge.net/mail/?group_id=14777
and click the Admin link:
http://sourceforge.net/mail/admin/?group_id=14777
it just says "Permission Denied" ... not suprising considering that it's an administration function.

Is there a link where I or anyone else can see the posts that have been made?

_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

Re: [Dirssync-opendisc] Checkout problem on DirsSync.png

[Mark C. <xs...@uk...>]

--- vincent delft <vin...@ya...> wrote:
> I've updated cvs for the binary files :
> DirsSync.png, Dirssync.xpm, dirssync.mo (in it and
> fr).

The png file is OK. I couldn't view the xpm file - but it does have its binary flag set, and it could just be that my freeware graphics viewer isn't up to the job. 

According to my WinCVS, the .mo files haven't had the -kb option set, so I'm not sure what's going on there. Naturally, I wouldn't pick these things up because I just use the English version.

What we need is a unit test of the internationalisation functionality.



_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

Re: [Dirssync-opendisc] Checkout problem on DirsSync.png

[vincent d. <vin...@ya...>]

I've updated cvs for the binary files :
DirsSync.png, Dirssync.xpm, dirssync.mo (in it and
fr).

Thus windows users will be able to use correctly cvs.

Thanks Mark for the remark and the CVS command.





--- Mark Carter <xs...@uk...> wrote:
> 
> 
> 
> --- vincent delft <vin...@ya...> wrote:
> 
> > Done.
> 
> Thanks.
> 
> >a commit is needed ? 
> 
> Apparently not.
> 
> > cvs says nothing ....
> 
> I think you don't need to worry about it.
> 
> > bash-2.05b$ cvs admin -kb DirsSync.png
> 
> That fixes the problem!
> 
> What's going on is as I expected.
> 
> There are developer privileges, and there are admin
> privileges. Although developers can update and
> commit (and hopefully add) files to the repository,
> they can't perform any of the cvs admin commands. 
> The -kb flag tells the repository that the file is a
> binary file. This probably doesn't make too much
> difference to a Unix user, but makes a world of
> difference to a Windows user. What happens is that
> Windows performs end-of-line translations. Alas, a
> decision that Bill Gates made more than 20 years ago
> has affected the interoperability of files to this
> very day.
> 
> Whilst the translation is OK for text files (the py
> files, etc.), it ruins binary files. Extra
> characters are inserted in the file - causing it to
> corrupt. So the -kb flag needs to be set for all the
> binary files in the repository. Vincent has already
> done the png file - he will now need to do the xpm
> file. The pot file looks like it's actually ASCII,
> so presumably no modification needs to be made.
> 
> I've opened up the files in the locale directory.
> The .po files appear to be ASCII, and the .mo files
> appear to be binary. So Vincent will have to do cvs
> admin -kb on the .mo files.
> 
> Probably no commit is required - because it
> presumably just sets a flag, without changing the
> file.
> 
> What Windows users will notice, if they do a 'cvs
> status' on the files, is that they will appear as
> being locally modified. This is due to the
> end-of-line problem. So, when Vincent has performed
> the cvs admin -kb commands, everyone using Windows
> should delete the appropriate files and perform a
> 'cvs update'. This will redownload the deleted files
> - only this time there shouldn't be any problems.
> 
> I tried this procedure with DirsSync.png - and it
> worked successfully.
> 
> 
> 
>
_____________________________________________________________
> Sign up for your very own email  address from
> UKmail.com To-day !!

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

Re: [Dirssync-opendisc] Archiving the mailing list

[vincent d. <vin...@ya...>]

Following the Administration panel of the mailing
list, the mailing list is archived monthly.

Thus ???


--- Mark Carter <xs...@uk...> wrote:
> I noticed that this dirssync-opendisc mailing list
> is not archived. Link:
> http://sourceforge.net/mail/?group_id=14777
> 
> I think it would be a good idea if it was. That way
> a casual observer could see what was going on.
> 
> Curiously, I seem to recall that the mailing list
> could be clicked on. There seems to be some gremlins
> in the Mailing List from time to time, because I
> don't think that this is the first time that it's
> happened.
> 
> 
> 
>
_____________________________________________________________
> Sign up for your very own email  address from
> UKmail.com To-day !!
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux
> Tutorials.
> Become an expert in LINUX or just sharpen your
> skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the
> bash shell to sys admin.
> Click now!
>
http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Dirssync-opendisc mailing list
> Dir...@li...
> https://lists.sourceforge.net/lists/listinfo/dirssync-opendisc

__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

[Dirssync-opendisc] Archiving the mailing list

[Mark C. <xs...@uk...>]

I noticed that this dirssync-opendisc mailing list is not archived. Link:
http://sourceforge.net/mail/?group_id=14777

I think it would be a good idea if it was. That way a casual observer could see what was going on.

Curiously, I seem to recall that the mailing list could be clicked on. There seems to be some gremlins in the Mailing List from time to time, because I don't think that this is the first time that it's happened.



_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

Re: [Dirssync-opendisc] Checkout problem on DirsSync.png

[Mark C. <xs...@uk...>]

--- vincent delft <vin...@ya...> wrote:
> You say it works, but you say that I must do it.
> what works ? what not works ?

I'll explain in my next email.

> the .pot file is just a text file generated by the
> translation tools.

Oh, I see. I didn't realise that.





--- Mark Carter <xs...@uk...> wrote:
> 
> 
> 
> --- vincent delft <vin...@ya...> wrote:
> > OK. I will try it this evening.
> 
> > For the rest ?  this was ok ?
> 
> It appears to be working now. I even managed to
> commit a new version of dstest.py to the
> repository(!)
> 
> One thing I forgot: dirssync.xpm will have the same
> problem as the png file; and so will the .pot file
> (I'm assuming that it's supposed to be an Office
> Powerpoint slideshow).
> 
>
_____________________________________________________________
> Sign up for your very own email  address from
> UKmail.com To-day !!

__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/


_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

Re: [Dirssync-opendisc] Checkout problem on DirsSync.png

[Mark C. <xs...@uk...>]

--- "mim...@ti..." <mim...@ti...> wrote:
> I had the same problem with localization files checked out from the 
> cvs.
> I tried to replace these files with older ones and all was ok.

... except that it wont work if someone else modifies the files. See my forthcoming email, which explains what's going on.

_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

Re: [Dirssync-opendisc] Checkout problem on DirsSync.png

[<mim...@ti...>]

I had the same problem with localization files checked out from the cvs.
I tried to replace these files with older ones and all was ok.
Ciao Valerio.


Mark Carter wrote:

>Performing a CVS checkout on DirsSync.png causes problems on a Windows machine. This is probably because of the "line endings" in binaries.
>
>Vincent needs to perform the following action:
>cvs admin -kb DirsSync.png
>Only an administrator can perform this action.
>
>I am not 100% sure that this will fix it - so Vincent should get in touch with me to confirm that everything works as expected.
>
>  
>

Re: [Dirssync-opendisc] dfp directory synchronizer

[Mark C. <xs...@uk...>]

--- vincent delft <vin...@ya...> wrote:

> But it seems that DirsSync was the oldest overall
> synchronisation tool ;-) (this is a stupid comments,
> but serve my ego)

But think of it this way: dfp should allow synchronization over FTP, tar files, and what-have-you. It would be able to deduce more about what files need synchronization (because it takes snapshots). It could be used as a backup program. With a bit of coaxing, it might even be usable as a CVS tool (after all, isn't CVS a form of synchronisation?). And because someone else is doing the work, it would mean more results for less work.


> I think that the other tool (in ASPN : robotcopy) is
> exactly what we are doing.

This brings up the subject of code rewriting. In general, I would be sceptical about rewriting. We already have something that works. PyRobocopy doesn't provide us with more features (I think that it even provides us with less - because it doesn't exclude files/directories).

I only had a quick glance though the code, but it semms that PyRobocopy is written to a high standard. Even if the code we have written is less than perfect, that does not necessarily mean we should scrap it. It can be iteratively refined as we go. If you have a look at the mod docs that are generated by dirssync, then I think that the way that it can be automated, for instance, isn't too bad. Maybe it's not perfect, but it is usable.

> About that I've no news. ??!!??;;??

I've no news either.


_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

[Dirssync-opendisc] Checkout problem on DirsSync.png

[Mark C. <xs...@uk...>]

Performing a CVS checkout on DirsSync.png causes problems on a Windows machine. This is probably because of the "line endings" in binaries.

Vincent needs to perform the following action:
cvs admin -kb DirsSync.png
Only an administrator can perform this action.

I am not 100% sure that this will fix it - so Vincent should get in touch with me to confirm that everything works as expected.


_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!

[Dirssync-opendisc] dfp directory synchronizer

[Mark C. <xs...@uk...>]

Recently you put an announcement on comp.lang.python.announce regarding dfp. I am one of the developers of the Dirssync project over at Sourceforge:
http://sourceforge.net/projects/dirssync/

Dirssync is a GUI for synchronizing directories, which is written in python and wxPython. So obviously your project was of interest to me; and I naturally had the idea that collaboration would be mutually beneficial. 

I don't have any specific proposals at the moment, my intention was to merely say "hi", and make you aware of our project. Your project seemed quite generic - having a more abstract notion of a file system. So your code may be very useful to us.

Best regards,
Mark Carter.


_____________________________________________________________
Sign up for your very own email  address from UKmail.com To-day !!