RE: Anyone using svn+ssh for Fisheye?

2011-03-29 Thread Echlin, Jamie
> I'm dealiing with people who like Fisheye, which I've never 
> used, and want them to be able to use ssh or svn+ssh access 
> to the master Subversion repositories. Does this work well? 
> Has anyone used this?

It should work fine, we use jira-svn integration over svn+ssh, which I
mention because they both use svnkit so I can't see why there would be a
problem with fisheye. 

We don't use that protocol with fisheye because it's slow as a very slow
thing as it is, so you really need to be using file:// protocol with it.


Fisheye really doesn't scale very well, but ymmv...

jamie

=== 
Please access the attached hyperlink for an important electronic communications 
disclaimer: 
http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html 
=== 



Re: Locking a file in a moved folder

2011-03-29 Thread Arjen Wisse
I was just verifying whether I understood you correctly. Going down
the road of working around this issue requires quite some effort. I
have an application which uses SVN to provide versioning for my data
(and provide collaboration possibilities) which is stored in files
with folder structures. During moving and renaming of those I ran into
those issues. Working around it would require that the application
locks the file in the repository and does the right unlocking before
commit (otherwise that would give issues).

Unfortunately my C knowledge is quite rusty as well, so providing a
patch for this is not achievable for me right now. I will log a defect
for this.

Regards,

Arjen Wisse



On Tue, Mar 29, 2011 at 6:13 AM, Daniel Shahaf  wrote:
>
> Arjen Wisse wrote on Mon, Mar 28, 2011 at 09:51:43 +0200:
> > Hi Daniel,
> >
> > Thanks for responding to this issue.
> >
> > In fact what I was expecting is that when locking the file before
> > move, the lock being moved to the new location in the working copy as
> > well. However, that does not happen either (see defect
> > http://subversion.tigris.org/issues/show_bug.cgi?id=3525).
> >
> > You suggested "lock the moved-from path",  but how do I achieve that?
> > Does it mean that I require to lock it in the repository only?
> > Wouldn't that give a 'orphan' lock (I mean a lock only existing in the
> > repository, not in any working copy)?
> >
>
> Yes, it might result in the lock being orphan or being present in
> a different working copy.  But I assumed your question was how to
> work around 'svn mv foo bar; svn lock bar' erroring out --- and
> I assumed the primary problem was to communicate the lock to others.
>
> Remember that you can always jump in and help us fix the issues...
>
> > Thanks & Regards,
> >
> > Arjen Wisse
> >
> >
> > On Sat, Mar 26, 2011 at 3:15 AM, Daniel Shahaf  
> > wrote:
> > >
> > > But then once you commit --keep-locks the rename, you'll have to also
> > > move the lock from /f1/foo to /f2/foo, right?
> > >
> > > For that matter:
> > >
> > > % svn add iota
> > > % svn ci -mm iota
> > > % svn mv iota kappa
> > > % svn lock kappa
> > > % svn ci --keep-locks -m rename ./
> > >
> > > should also move the lock from iota to kappa. (currently it doesn't)
> > >
> > >
> > > This seems reasonable to me. (so, +1 to filing a feature request bug)
> > >
> > >
> > > And to answer your question: for now, lock the moved-from path.
> > >
> > >
> > > Arjen Wisse wrote on Wed, Mar 23, 2011 at 17:27:06 +0100:
> > > > Hi,
> > > >
> > > > Let's have the following folder/file structure:
> > > >  * f1
> > > >  ** test.txt
> > > >
> > > > (so the file 'test.txt' is part of folder 'f1').
> > > >
> > > > After renaming 'f1' to 'f2' (using svn rename) I get the following
> > > > error when executing:
> > > >
> > > > >svn lock f2/test.txt
> > > > svn: Path '/f2/test.txt' doesn't exist in HEAD revision
> > > >
> > > > Of course, it does not exist in the HEAD revision at that location,
> > > > because the folder is renamed. So, IMO it should lock the file
> > > > 'test.txt' in path '/f1/test.txt' in the repository as I did not
> > > > commit my rename yet. How can I ensure locking in this case?
> > > >
> > > > Regards,
> > > > Arjen Wisse


Re: Anyone using svn+ssh for Fisheye?

2011-03-29 Thread Stefan Sperling
On Tue, Mar 29, 2011 at 09:39:14AM +0100, Echlin, Jamie wrote:
> > I'm dealiing with people who like Fisheye, which I've never 
> > used, and want them to be able to use ssh or svn+ssh access 
> > to the master Subversion repositories. Does this work well? 
> > Has anyone used this?
> 
> It should work fine, we use jira-svn integration over svn+ssh, which I
> mention because they both use svnkit so I can't see why there would be a
> problem with fisheye. 
> 
> We don't use that protocol with fisheye because it's slow as a very slow
> thing as it is, so you really need to be using file:// protocol with it.
> 
> 
> Fisheye really doesn't scale very well, but ymmv...

I've seen people run fisheye on svnsync'd copies of their repositories,
in order to push the load off the main server. I believe they were also
using the file:// protocol (on the copies).


Re: Anyone using svn+ssh for Fisheye?

2011-03-29 Thread Les Mikesell

On 3/29/11 4:55 AM, Stefan Sperling wrote:

On Tue, Mar 29, 2011 at 09:39:14AM +0100, Echlin, Jamie wrote:

I'm dealiing with people who like Fisheye, which I've never
used, and want them to be able to use ssh or svn+ssh access
to the master Subversion repositories. Does this work well?
Has anyone used this?


It should work fine, we use jira-svn integration over svn+ssh, which I
mention because they both use svnkit so I can't see why there would be a
problem with fisheye.

We don't use that protocol with fisheye because it's slow as a very slow
thing as it is, so you really need to be using file:// protocol with it.


Fisheye really doesn't scale very well, but ymmv...


I've seen people run fisheye on svnsync'd copies of their repositories,
in order to push the load off the main server. I believe they were also
using the file:// protocol (on the copies).


That would probably make sense.  Fisheye is going to extract every revision and 
index it for full-text searching, etc., so it is going to do a lot of access and 
be much less efficient than subversion itself.  Run it on a machine with plenty 
of RAM.


--
  Les Mikesell
   lesmikes...@gmail.com



ApacheCon NA 2011 Call For Participation and Early Registration are OPEN!

2011-03-29 Thread C. Michael Pilato
As you might have seen, the Apache Conference Committee is now accepting
presentation proposals for ApacheCon North America 2011.  This year's
conference is being held November 7-11 in Vancouver, Canada.  You can read
the official Call for Participation at the Apache blog:

https://blogs.apache.org/conferences/entry/call_for_participation_apachecon_north

Often, presentations which highlight a particular Apache project are offered
by a committing member of that project, and tend to be of the "Here's what's
new in Project Foo" variety.  But given this year's conference-wide focus on
"specific problems and real-world solutions", I think this is a key
opportunity for Subversion's user base to shine.

Many of you have compelling stories to tell about how the introduction of
Subversion at your workplace provided more
stability/performance/flexibility/you-name-it over the previous version
control solution you had in place.  In other words, you can state quite
clearly what problem(s) you had and how Subversion helped to solve it.  I
know this, because you've shared these stories with me over the past several
years.  Why not share your story with the broader selection of attendees at
ApacheCon NA 2011?

Also, for all the various ways that Subversion's developers have deployed
and used Subversion ourselves, I would bet that across our user base there
are just as many ways that we devs have *not* considered deploying
Subversion.  Chances are good that if you're doing it, you're doing it for
some good reason.  Is that reason -- and your unique solution -- something
that other ApacheCon NA 2011 attendees could benefit from?

At the URL above, you'll find instructions for submitting a proposal and
learn what to do if you have questions about the proposal process.  Just be
sure to get your proposal in by Friday, April 29!

ALSO!  Regardless of whether or not you present at the conference, those who
are already planning to attend can take advantage of early and
*heavily-discounted* registration right now!  If you register by May 20, you
can get a special "Trust Us" rate of just $900 for a Full 3-Day Conference
Pass -- that's a savings of 45% over the regular conference rates!  See
http://na11.apachecon.com/ for details.

-- 
C. Michael Pilato 
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand



signature.asc
Description: OpenPGP digital signature


Sync SVN to CVS

2011-03-29 Thread SUMNER Andrew
1.   Are there any tools to sync SVN to CVS?  Ideally I would like
two way sync but I may be able to get away with one way (svn -> cvs)
especially if it can throw an error if the cvs file has changed.

 

2.   How do I import CVS repository (including history) to SVN?

 

I am using Visual SVN (on windows server 2003) if this makes any
difference to tool selection.

 

The repository I wish to sync contains database script files.

 

Thanks

  Andrew


The information contained in this e-mail may be privileged and/or sensitive. It 
is intended for the addressee only and is not necessarily the official view or 
communication of the New Zealand Customs Service. If you are not the intended 
recipient you are asked to not disclose, copy, or make use of its contents. If 
received in error you are asked to destroy this e-mail and contact the sender 
immediately. Your assistance is appreciated.


Re: Sync SVN to CVS

2011-03-29 Thread Les Mikesell

On 3/29/2011 2:56 PM, SUMNER Andrew wrote:

1.Are there any tools to sync SVN to CVS? Ideally I would like two way
sync but I may be able to get away with one way (svn -> cvs) especially
if it can throw an error if the cvs file has changed.


No, it is difficult to keep any two repositories in sync.


2.How do I import CVS repository (including history) to SVN?


There is a cvs2svn tool for that. But it is a one-time, one-way trip.


I am using Visual SVN (on windows server 2003) if this makes any
difference to tool selection.

The repository I wish to sync contains database script files.


Those things shouldn't matter, but if you can do one conversion and then 
have everyone switch to using svn in a single repository it will make 
things much easier.


--
  Les Mikesell
   lesmikes...@gmail.com


RE: IPR: Einrichtung Rechnungsdatenschnittstelle im XML-Format = Electronic Invoices

2011-03-29 Thread Dieter Oberkofler
Right now: waiting for his feedback.

later: It seems as if my guess that this is “just” another XML based Accounting 
interface is correct, so we pretty much have to implement  a new interface with 
transfer of images.

Cheers

D

 

From: Iva Schwarz [mailto:i.schw...@qualiant.at] 
Sent: Tuesday, March 29, 2011 20:40
To: d.oberkof...@qualiant.at
Cc: 'Schwarz Ulrich'
Subject: FW: IPR: Einrichtung Rechnungsdatenschnittstelle im XML-Format = 
Electronic Invoices
Importance: High

 

Hi Dieter,

 

What are the next steps you suggest to take now?

 

Thx, Iva

 

  _  

From: sascha.ot...@kammerconsulting.de 
[mailto:sascha.ot...@kammerconsulting.de] 
Sent: Tuesday, March 29, 2011 6:14 PM
To: d.oberkof...@qualiant.at
Cc: m...@ipr-werbeagentur.de; job.supp...@qualiant.at
Subject: AW: IPR: Einrichtung Rechnungsdatenschnittstelle im XML-Format = 
Electronic Invoices
Importance: High

 

Sehr geehrter Herr Oberkofler,

 

vorab vielen Dank für Ihre mail. Leider war es mir nicht früher möglich Ihnen 
darauf zu antworten.

 

zu1) Ich werde hierzu Kontakt mit der DATEV aufnehmen und anfragen ob wir eine 
Dokumentation bekommen. Wenn diese vorliegt, werde ich sie an Sie weiterleiten. 
Wenn wir keine bekommen sollten (wovon ich nciht ausgehe) werde ich mit ipr 
besprechen wie wir weiter vorgehen und Sie dann ebenfalls informieren.

 

zu 2) Wenn möglich sollten sowohl die Eingangs- als auch die Ausgangsrechnungen 
mit Buchungssatz und Bilddatei in das DATEV - System übermittelt werden. Dabei 
kann ich jedoch nicht beurteilen ob es z. B. möglich ist bei den 
Ausgangsrechnungen beim Druck einen Buchungssatz und auch gleichzeitig eine 
Bilddatei zu erzeugen. Ich würde Sie bitten zu prüfen ob diese in Ihrem System 
für die Eingangs- und/oder die Ausgangsrechnungen möglich ist.

 

Mit freundlichen Grüßen

 

Sascha Ottow

Kammer & Partner

 

  _  

Von: Dieter Oberkofler [mailto:d.oberkof...@qualiant.at] 
Gesendet: Donnerstag, 24. März 2011 07:30
An: Ottow, Sascha
Cc: m...@ipr-werbeagentur.de; job.supp...@qualiant.at
Betreff: RE: IPR: Einrichtung Rechnungsdatenschnittstelle im XML-Format = 
Electronic Invoices

Über kurzes Feedback zu meinem Email vom 10.3.2011 würde ich mich freuen.

 

Mfg

 

Dieter Oberkofler

Managing Director

 

Qualiant Software GmbH

Schottenfeldgasse 59

A-1070 Vienna, Austria

 

t: +43 (1) 5036644

f: +43 (1) 5036644-44

m: +43 (676) 845036610

e:   d.oberkof...@qualiant.at

h: http://www.qualiant.at

 

 

 

From: Dieter Oberkofler [mailto:d.oberkof...@qualiant.at] 
Sent: Thursday, March 10, 2011 16:27
To: 'sascha.ot...@kammerconsulting.de'
Cc: 'm...@ipr-werbeagentur.de'; 'job.supp...@qualiant.at'
Subject: RE: IPR: Einrichtung Rechnungsdatenschnittstelle im XML-Format = 
Electronic Invoices

 

Sehr geehrter Herr Ottow,

 

Sie haben vorgestern schon mit meiner Kollegin, Frau Schwarz, gesprochen und 
ich wollte nur sicherstellen, dass Ihre erste und zweite Frage schon 
beantwortet wurden.

 

Zu Ihrer dritten Frage gibt es meinerseits nun noch zwei prinzipielle Fragen 
bei denen Sie uns vielleicht weiterhelfen können:

1) Wenn ich die Informationen von DATEV richtig verstanden habe, ist die 
Dokumentation der Schnittstelle nur durch den Kauf der Schnittstelle selbst 
verfügbar.

Da wir selbst allerdings die Schnittstelle nicht benötigen, macht es für uns 
auch wenig Sinn diese zu erwerben. Können Sie oder die IPR uns (NUR) die 
entsprechende Dokumentation zur Verfügung stellen?

2) Ich habe die frei verfügbaren Informationen von DATEV so verstanden: DATEV 
bieten nun eine prinzipiell neue und erweiterte XML Schnittstelle an, mit der 
es nun auch möglich ist Bilddaten auszutauschen.

Ich gehe einmal davon aus, dass es IPR konkret um das übermitteln der 
Eingangsrechnungen aus unserem System geht. Sehe ich das richtig?

 

Mit freundlichen Grüßen aus Wien,

 

Dieter Oberkofler

Managing Director

 

Qualiant Software GmbH

Schottenfeldgasse 59

A-1070 Vienna, Austria

 

t: +43 (1) 5036644

f: +43 (1) 5036644-44

m: +43 (676) 845036610

e:   d.oberkof...@qualiant.at

h: http://www.qualiant.at

 

From:   
sascha.ot...@kammerconsulting.de
Date: 09. März 2011 10:46:29 GMT+02:00
To: u.schw...@qualiant.at
Subject: Einrichtung Rechnungsdatenschnittstelle im XML-Format

Sehr geehrter Herr Schwarz, 

unser Mandant und Ihr Kunde, die IPR Werbeagentur GmbH, hat Ihnen bereits 
mitgeteilt, dass wir mit Ihnen Kontakt aufnehmen möchten um die Arbeitsabläufe 
zwischen IPR und uns (Steuerberater) weiter zu verbessern. 

Wie mir bereits von Ihrem Kollegen mitgeteilt wurde besteht in dem genutzten 
Programm (Leading Job) die Möglichkeit die Daten per DATEV - Schnittstelle an 
uns zu übertragen.

Dazu habe ich drei Fragen: 

1) Können Sie uns bitte den Teil der Programmbeschreibung zukommen lassen, in 
dem die Durchführung beschrieben ist. 

2) Ist es möglich in dem Programm Kostenstellen zu er