[Eric] pysvn versus svn

[Detlev Offenbach]

Hallo Hans-Peter,

fianlly being back from a short trip to Norway I am glad to see, that you are 
working heavily on getting a complete eric package for openSUSE. Did you 
ensure dependancies of pyenchant as well? This package is used for spell 
checking.

Now to your question relating to svn and pysvn. The svn plugin is using the 
svn commandline tool to do its task. However, due to the fact that svn is 
sending some output directly to the console bypassing stderr or stdout, eric 
cannot intercept these (actually it's Qt not intercepting). That is most 
annoyingly the case with the password prompt.

The pysvn variant uses a completly different mechanism not relying on the svn 
commandline tool. Therefore all the prompting works fine via dialogs. The 
pysvn variant is the one I am using for my day-to-day work since long ago and 
should be the preffered one.

Regards,
Detlev

On Mittwoch, 5. August 2009, Hans-Peter Jansen wrote:
> Dear Detlev,
>
> I'm in the process of preparing full featured eric packages via openSUSE
> build service (http://build.opensuse.org). Eg.: all of erics dependencies
> are fairly current: pylint (logilab-common, logilab-astng), rope, besides
> the usual suspects ;-)
>
> Then I remembered, that I noticed "pysvn", when eric asked me the last
> time, which version control system I want to use. Since I do use svn, and
> I've an issue since day one with it and eric: when I'm connecting to a
> local svn server via http for the first time, I have to provide an
> password, which is fetched from the console: yes, right, I need to run eric
> from an xterm, setup the project, and enter the pw in the xterm, when erics
> svn setup dialog asks me for it...
>
> Now I ask myself, is that fixed, when using pysvn, or more general, could
> you briefly outline the difference of both implementations (from users
> perspective). The only other issue, I have with svn is, that it doesn't
> list the tags after eric's termination anymore.
>
> BTW, if you create an Novell account, you can watch this effort here:
> home:frispete:branches:KDE:KDE4:Factory:Desktop
>
> Hopefully, I find time to contribute to eric codewise, too. I've a few
> ideas here and there (e.g. a "smart" dialog for check-in with the diff in
> the advanced section, since I nearly always look at the diff before I
> commit).
>
> BTW, do you have an idea, who's in change of governing, that Linux-users
> don't want shortcuts for dialog buttons - that's just ridiculous.
>
> E.g., take svn diff/check-in dialogs in a typical work flow: look at the
> diff, enter some log text, and then it takes 4 tabs to get to the "Safe"
> button. Another dialog opens with the commit message, which has "Close"
> and "Cancel", while the still opened diff has "Save" and "Close". Notice
> the while the "Close" button swapped, which is unfortunate, the
> commits "Cancel" is disabled, thus forcing the user to push "Close" left
> (in commit) - "Close" right (in diff). Inconvenient.
>
> Probably, I'm going to create a petition against using Qt's DialogButtonBox
> for these reasons.
>
> Sorry for being so gabby today.
>
> Kind regards,
> Pete
> _______________________________________________
> Eric mailing list
> Eric at riverbankcomputing.com
> http://www.riverbankcomputing.com/mailman/listinfo/eric



-- 
Detlev Offenbach
detlev at die-offenbachs.de