Re: random sort of svn status and svn diff

2012-03-21 Thread Stefan Sperling
On Wed, Mar 21, 2012 at 03:02:53AM +, Sérgio Basto wrote:
> On Wed, 2012-03-21 at 00:51 +, Philip Martin wrote: 
> > Sérgio Basto  writes:
> > > why the output shouldn't be sorted by name or something else ? 
> > > or why svn don't have a sort option this is insane . 
> > 
> > It could be done but nobody has done it yet, the APR change is only a
> > few weeks old.  Sorting may need to be optional as there is a cost to
> > sorting that not everybody would want.
> 
> I am a volunteer to change code to do a constant sort on svn diff and
> status and test it , I think that is more quick that do an external
> function to do that for me . 

Great, please see
http://subversion.apache.org/docs/community-guide/general.html#patches

You should discuss the approach you want to take to fix this on the
dev@ list before putting too much work into a patch. That way, if there
are any concerns about the approach they can get resolved upfront,
before a lot of work has been done. Please start a new thread on the
dev@ list to discuss your approach. Thanks!


Re: random sort of svn status and svn diff

2012-03-21 Thread Sérgio Basto
On Wed, 2012-03-21 at 08:00 +0100, Stefan Sperling wrote: 
> On Wed, Mar 21, 2012 at 03:02:53AM +, Sérgio Basto wrote:
> > On Wed, 2012-03-21 at 00:51 +, Philip Martin wrote: 
> > > Sérgio Basto  writes:
> > > > why the output shouldn't be sorted by name or something else ? 
> > > > or why svn don't have a sort option this is insane . 
> > > 
> > > It could be done but nobody has done it yet, the APR change is only a
> > > few weeks old.  Sorting may need to be optional as there is a cost to
> > > sorting that not everybody would want.
> > 
> > I am a volunteer to change code to do a constant sort on svn diff and
> > status and test it , I think that is more quick that do an external
> > function to do that for me . 
> 
> Great, please see
> http://subversion.apache.org/docs/community-guide/general.html#patches
> 
> You should discuss the approach you want to take to fix this on the
> dev@ list before putting too much work into a patch. That way, if there
> are any concerns about the approach they can get resolved upfront,
> before a lot of work has been done. Please start a new thread on the
> dev@ list to discuss your approach. 

Hi, Dev list , I want to fix random sort of svn status and svn diff, on
recent code of svn, it just put a sort somewhere, could someone point me
the directory in the source code, where is the code of svn frontend
commands like diff and status ? 

Thanks,

-- 
Sérgio M. B.



Re: random sort of svn status and svn diff

2012-03-21 Thread Ryan Schmidt

On Mar 21, 2012, at 02:22, Sérgio Basto wrote:
> On Wed, 2012-03-21 at 08:00 +0100, Stefan Sperling wrote: 
>> You should discuss the approach you want to take to fix this on the
>> dev@ list before putting too much work into a patch. That way, if there
>> are any concerns about the approach they can get resolved upfront,
>> before a lot of work has been done. Please start a new thread on the
>> dev@ list to discuss your approach. 
> 
> Hi, Dev list , I want to fix random sort of svn status and svn diff, on
> recent code of svn, it just put a sort somewhere, could someone point me
> the directory in the source code, where is the code of svn frontend
> commands like diff and status ? 

This is the users list, not the dev list. :)





Re: random sort of svn status and svn diff

2012-03-21 Thread Daniel Shahaf
Philip Martin wrote on Wed, Mar 21, 2012 at 00:51:53 +:
> Sérgio Basto  writes:
> 
> > On Tue, 2012-03-20 at 19:23 -0500, Ryan Schmidt wrote: 
> >> On Mar 20, 2012, at 19:17, Sérgio Basto wrote:
> >> 
> >> > Hi, I am facing a problem 
> >> > I do a svn diff | lsdiff 
> >> > I got file in random order , also happens with svn status 
> >> 
> >> Correct, Subversion does not output these in a sorted order.
> >
> > but one month ago , svn diff have always same output , now it is
> > random , is a bug or regression.
> 
> That's the result of a change in the APR hash table implementation.

Another cause of losing the sort order might be the client switching
from ra_neon to ra_serf.

> Subversion often uses "hash order" and in the past this was always the
> same for a given set of hash keys.  The new APR implementation means
> that this order is no longer constant.


Re: random sort of svn status and svn diff

2012-03-21 Thread Daniel Shahaf
Sérgio Basto wrote on Wed, Mar 21, 2012 at 07:22:03 +:
> Hi, Dev list , I want to fix random sort of svn status and svn diff, on
> recent code of svn, it just put a sort somewhere, could someone point me
> the directory in the source code, where is the code of svn frontend
> commands like diff and status ? 
> 

Wrong question.  You want the library code, not the frontend code. :-)

> Thanks,
> 
> -- 
> Sérgio M. B.
> 


relation to minfo-cnt bug Re: predecessor count for the root node-revision is wrong message

2012-03-21 Thread Daniel Shahaf
Jason,

I've learnt yesterday something new about the minfo-cnt corruption bug:
it can manifest not only as absurdly high values (on the order of 2**70),
but as far smaller wrong increments too (such as increment of 172
instead of of 0 on one occasion).

Could you determine whether said bug has occurred in your history?  You
can do that by duplicating your repository using svnsync or dump|load,
running dump-noderev.pl on / of both copies at the same revisions, and
comparing the minfo-cnt values.

I would be interested in knowing whether they are equal between the two
copies.

Thanks,

Daniel

Jason Wong wrote on Thu, Feb 16, 2012 at 11:42:42 -0800:
> >  ./dump-noderev.pl /repository / 61851
> --
> 
> id: 0.0.r61851/33470
> type: dir
> pred: 0.0.r61850/3844
> count: 61818
> text: 61851 32225 1232 1232 7555349571e297c23e647cc2441d5b8f
> cpath: /
> copyroot: 0 /
> minfo-cnt: 25685
> --


Re: possible switch bug in conjunction with file-externals

2012-03-21 Thread Daniel Shahaf
Schludi Wolfgang wrote on Tue, Mar 20, 2012 at 15:19:39 +:
> attached is my shell-script "svn-bug.sh" to reproduce the error.
> also attached is the logfile from "bash -x ./svn-bug.sh > svn-bug.out 2>&1"
> 
> short description:
> I replaced some files in some branches with file-externals.
> when switching between these different branches (with real files and with 
> file-externals) the files get lost.
> even worse: when being in that state, svn doesn't tell me that something is 
> wrong
> ok, I once get an error message from the switch command, but since my project 
> trees are very large, the error message gets scrolled out.
> 
> questions:
> 
> * did I miss some important informations?
> 

No, the reproduction script is self-contained.

> * is this a bug, or did I do something wrong or misunderstood 
> something?
> 

The former.  At the end of the script, copy/ and orig/ are the same
URL@revision, both consider them up-to-date, but are different.  (with
a current trunk build)

> * is the bug already in the issue tracker?
> 

Have you looked?  If you've looked but aren't sure whether one of the
existing bugs covers this issue, we can help make that determination.

> * do I report the bug to the issue tracker or does one of you gurus 
> report the issue?
> 

No hard and fast rule here.

> regards, Schludi
> 

Thanks!

Daniel

> Wolfgang Schludi
> Dipl.-Inf. (FH)
> ___
> stb ag
> Stettenstrasse 6
> D-86150 Augsburg
> 
> Phone: +49 (0) 821 319876-29
> Mobile:
> Fax: +49 (0) 821 319876-80
> E-mail: wolfgang.schl...@stb-ag.com
> Internet: http://www.stb-ag.com
> 
> Vertretungsberechtigter VorstandDr. Stefan Berchtold, Markus H?vermann
> Registergericht Amtsgericht Augsburg
> Registernummer  HRB 2083
> Umsatzsteuer-Identifikationsnummer
> gem?? ? 27 a Umsatzsteuergesetz DE 199 299 766
> Aufsichtsratsvorsitzender   Alexander Schmitz-Elsen





hide folder in subversion repository

2012-03-21 Thread dhanushka ranasinghe
Hi

is there any way to hide folder inside subversion repository , via
apache or any other method


Thank You
Dhanushka


RE: hide folder in subversion repository

2012-03-21 Thread Cooke, Mark
> -Original Message-
> From: dhanushka ranasinghe [mailto:parakrama1...@gmail.com] 
> Sent: 21 March 2012 09:58
> To: users@subversion.apache.org
> Subject: hide folder in subversion repository
> 
> Hi
> 
> is there any way to hide folder inside subversion repository , via
> apache or any other method
> 
> Thank You
> Dhanushka
> 
Who from?  Why?  What is the problem you are trying to solve by hiding the 
folder?

Strictly speaking: "no" but you can use path-based control to restrict access 
which is almost the same.  Have you looked into that?

~ mark c


Re: hide folder in subversion repository

2012-03-21 Thread dhanushka ranasinghe
Hi...

Yes i already using that access control method . , i just want to hide
the one of folders from appearing in apache in subversion.

Thank You
Dhanushka

On 21 March 2012 15:31, Cooke, Mark  wrote:
>> -Original Message-
>> From: dhanushka ranasinghe [mailto:parakrama1...@gmail.com]
>> Sent: 21 March 2012 09:58
>> To: users@subversion.apache.org
>> Subject: hide folder in subversion repository
>>
>> Hi
>>
>> is there any way to hide folder inside subversion repository , via
>> apache or any other method
>>
>> Thank You
>> Dhanushka
>>
> Who from?  Why?  What is the problem you are trying to solve by hiding the 
> folder?
>
> Strictly speaking: "no" but you can use path-based control to restrict access 
> which is almost the same.  Have you looked into that?
>
> ~ mark c


Re: checksum assert fail

2012-03-21 Thread Andy Levy
On Wed, Mar 21, 2012 at 02:04, Lucian Smith  wrote:
> So, I did something dumb in subversion and got a nice error message
> telling me to tell you what I did so that in case someone else is as goofy
> as I, the program won't crash next time.  So here I am!

> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\workqueue.c'
>  line 672: assertion failed (checksum != NULL)
> ---
> OK
> ---
>
> If there's something I can do about this besides re-checking out this
> directory, that'd be great, but if not, ah, well.

Before we go any further, please upgrade to the current release of
TSVN. There have been a number of fixes made since 1.7.1 and this may
be one of them.


Add generic MOTD to hooks scripts ?

2012-03-21 Thread Phil Pinkerton
Looking for a way to send or display a Notice like a MOTD ( Message of the day 
) whenever any repository is accessed.

For example there will be a major change in Repository locations. Some projects 
already have pre and post commit hook scripts. What I want to do is advise the 
user who accesses their Repository of that change.

perhaps adding an email or message to be sent automagically to whoever accesses 
the repository ?

"Wish list'  would be a script easily modified and propagated to all repository 
hook directories 

Ideas ?  Suggestions ( besides read the book  )

Phil
 

Re: SVN as DMS

2012-03-21 Thread Phil Pinkerton
SharePoint for documentation. As Subversion has no built-in search attribute so 
to speak, however there are 3rd party application that claim to search 
Subversion,
but why go thorough all that. I here there have been substantial improvement is 
the SharePoint application.

2 cents

On Mar 14, 2012, at 12:32 PM, Laura Mohiuddin wrote:

> Dear Sir/Madam,
> 
> My company IBCS-PRIMAX Software (BD) Ltd. (http://www.ibcs-primax.com) is 
> looking to install a Document Management System for the organization. I 
> suggested SVN, but the DMS should also come with a dashboard and search 
> facilities. Is there any way that I can setup subversion to provide me with a 
> dashboard and search facilities?
> 
> Thank you for your kind cooperation
> 
> Regards,
> -- 
> Laura Mohiuddin
> Manager, Marketing
> IBCS-PRIMAX Software (Bangladesh) Limited
> House # 51, Road # 10A, Dhanmondi R/A
> Dhaka – 1209, Bangladesh
> Web: http://www.ibcs-primax.com



Re: hide folder in subversion repository

2012-03-21 Thread Thorsten Schöning
Guten Tag dhanushka ranasinghe,
am Mittwoch, 21. März 2012 um 11:23 schrieben Sie:

> Yes i already using that access control method . , i just want to hide
> the one of folders from appearing in apache in subversion.

And ACLs don't work or don't fit your needs or what?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow



Re: SVN as DMS

2012-03-21 Thread Geoffrey Myers

Check out 1mage.

That is the number one followed by 'mage'

It's not a typo.

On 03/21/2012 07:20 AM, Phil Pinkerton wrote:

SharePoint for documentation. As Subversion has no built-in search
attribute so to speak, however there are 3rd party application that
claim to search Subversion,
but why go thorough all that. I here there have been substantial
improvement is the SharePoint application.

2 cents

On Mar 14, 2012, at 12:32 PM, Laura Mohiuddin wrote:


Dear Sir/Madam,

My company IBCS-PRIMAX Software (BD) Ltd. (http://www.ibcs-primax.com
) is looking to install a Document
Management System for the organization. I suggested SVN, but the DMS
should also come with a dashboard and search facilities. Is there any
way that I can setup subversion to provide me with a dashboard and
search facilities?

Thank you for your kind cooperation

Regards,
--
*Laura Mohiuddin***
Manager, Marketing
IBCS-PRIMAX Software (Bangladesh) Limited
House # 51, Road # 10A, Dhanmondi R/A
Dhaka – 1209, Bangladesh
Web: http://www.ibcs-primax.com 





--
Until later, Geoffrey

"I predict future happiness for America if they can prevent
the government from wasting the labors of the people under
the pretense of taking care of them."
- Thomas Jefferson


Re: Options for moving large files between repos

2012-03-21 Thread sebb
On 8 March 2012 13:54, Mark Phippard  wrote:
> On Mon, Feb 27, 2012 at 10:03 AM, sebb  wrote:
>
>> I've currently got the CollabNet build (1.7.2) for Windows, and it
>> does not include svnmucc as far as I can tell.
>
> As of the 1.7.4 release it will include it.

Thanks!

I've just reverted to the CollabNet build because I found that the
WANdisco builds have a problem with redirected output.

When the output of svn pl -v is redirected, the pathnames are printed
together before the properties, making the output all but useless.
I did not check if this bug affects other commands as well.

> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/


Re: Call svn cat for all files modified or added in a given revision

2012-03-21 Thread OBones

Andy Levy wrote:

On Tue, Mar 20, 2012 at 10:39, OBones  wrote:

Hello all,

Using svn cat I can see the state of a file at a given revision.
As it turns out, I have had in the past some files that were commit with
inconsistent line endings and that are making analysis tools stop because of
this.

Can you change analysis tools to one that can handle this condition?

Alas no, it's what ohloh.net is using...


What I want to do is find which (file, revision) pairs are impacted so that
I can go back in the past and fix those invalid commits (using dump/reload).

However, I'm having a hard time finding a way to extract a list of modified
or added files in a given revision so that I could give that list to the svn
cat command that stops with an error when the above situation arises.
And then, once this works, I'd put all this in a loop going from the first
revision to the last one.

svn log --verbose -rX will give you a list of all paths touched in
revision X. You'll need to do some parsing to extract just the paths
vs. the other log data. If you're handy with XML, you can use svn log
--verbose --xml -rX and then use XPath to extract just the paths.

To parse the output of svn log --verbose for this project, look for
any line starting with one or more letters and/or spaces, followed by
a space, followed by a slash. From that space to the end of the line
is the path that was touched. The regex should be something close to
this:

\b[\w\s]+(\/*)\b

Thanks for the hints, I'll try to manage something out.




Re: Add generic MOTD to hooks scripts ?

2012-03-21 Thread Ryan Schmidt

On Mar 21, 2012, at 06:12, Phil Pinkerton wrote:

> Looking for a way to send or display a Notice like a MOTD ( Message of the 
> day ) whenever any repository is accessed.
> 
> For example there will be a major change in Repository locations. Some 
> projects already have pre and post commit hook scripts. What I want to do is 
> advise the user who accesses their Repository of that change.
> 
> perhaps adding an email or message to be sent automagically to whoever 
> accesses the repository ?
> 
> "Wish list'  would be a script easily modified and propagated to all 
> repository hook directories 
> 
> Ideas ?  Suggestions ( besides read the book  )

Sorry, not a feature present in Subversion. a) there are no hooks that are run 
when the repository is merely accessed (only hooks that run when the repository 
is modified); b) there is no way for a hook to send a message to the user 
unless it is an error message to report a failure.

Instead, communicate with your users via other means. Send them an email or 
instant message. Or post the notice on your web site.





Re: Call svn cat for all files modified or added in a given revision

2012-03-21 Thread Andy Levy
On Wed, Mar 21, 2012 at 08:02, OBones  wrote:
> Andy Levy wrote:
>>
>> On Tue, Mar 20, 2012 at 10:39, OBones  wrote:
>>>
>>> Hello all,
>>>
>>> Using svn cat I can see the state of a file at a given revision.
>>> As it turns out, I have had in the past some files that were commit with
>>> inconsistent line endings and that are making analysis tools stop because
>>> of
>>> this.
>>
>> Can you change analysis tools to one that can handle this condition?
>
> Alas no, it's what ohloh.net is using...

I'd suggest filing a bug report there then. Depending on the analysis
being done, whitespace might be something that can be ignored or
relaxed to stop this from breaking.


Re: Subversion log format in Japanese

2012-03-21 Thread Berin Babcock-McConnell

(2012年03月21日 00:43), Stefan Sperling wrote:

There is this comment in fr.po:

# Hmmm... what about "%x" (preferred date representation in locale)
# instead?


Yes, I used %x when I fixed this on my system because it nicely produces 
most of what I wanted.  Unfortunately it doesn't produce everything. 
Nor does it appear to produce the right thing across locales (more on 
this below).




I don't really know either. This subject is new to me, too.

You're right that there is precedent for changing the format string
in localised text and also re-arrange the format specifiers (ko.po,
pl.po, and zh_CN.po).

So as a first step, we could fix the format string in ja.po as you
suggest. Do you want to send a patch for that?
See http://subversion.apache.org/docs/community-guide/general.html#patches
and http://subversion.apache.org/docs/community-guide/l10n.html for
background information about translations.

We could also investigate if %x is acceptable and works as expected
everywhere.

Choose whichever path forward you prefer :)


I reexamined the documentation for strftime() today and I don't think 
there is any one format string that will produce the correct result 
across all locales.  I also tried to have a look at actual output (using 
the date command though...) for %x, %Ex, %c, and %Ec for the locales for 
which Subversion has localizations and the results did not consistently 
match the localized human_timestamp_format_suffix strings...


So, it seems like we have no choice but maintain localized 
human_timestamp_format_suffix as is currently done.


With this in mind I will prepare a patch for the ja.po file (although I 
need to attend to some other things this evening so I expect to do this 
in the next day or so).


Beyond fixing the ja.po file, your suggestion for a new feature to make 
the format string configurable seems nice too but I imagine there would 
need to be some discussion on the best way to do this first...


Re: possible switch bug in conjunction with file-externals

2012-03-21 Thread Wolfgang Schludi

Am 21.03.2012 10:14, schrieb Daniel Shahaf:

Schludi Wolfgang wrote on Tue, Mar 20, 2012 at 15:19:39 +:
[...]

* is the bug already in the issue tracker?

Have you looked?  If you've looked but aren't sure whether one of the
existing bugs covers this issue, we can help make that determination.


yes. I did search for a similar report and didn't find any within 30 
minutes.
But, to be honest, I did not understand all issues in detail (would take 
days/weeks :-/).



* do I report the bug to the issue tracker or does one of you gurus 
report the issue?

No hard and fast rule here.


So I'll give it a try...

regards, Schludi



Re: Svn merge reintegrate question

2012-03-21 Thread Erik Andersson
Hi

Mail filters caught this so I didn't see it until now. I appreciate your
feedback and I will look at your input as soon as possible.

Thanks! / Erik

On Wed, Mar 7, 2012 at 8:24 PM, Stefan Sperling  wrote:

> On Wed, Mar 07, 2012 at 03:47:31PM +0100, Erik Andersson wrote:
> > I'm a svnmerge.py user, trying to understand core svn merging.
> >
> > If creating branches from trunk, you cannot have two release branches and
> > keeping the release branches alive with reintegrate?
> >
> > When the second release branch is merged to the trunk, the first release
> > branch can no longer be merged to trunk with reintegrate because then the
> > content from the second release branch will be removed from the trunk if
> > you reintegrate the first branch with trunk.
> >
> > I hope this script example explains it:
> > http://paste.pocoo.org/show/260265/
> >
> > I would really appreciate any feedback on this.
>
> If I understand your example correctly, you want to do the following:
>
>  - make changes on the 1.0 release and merge these changes to 1.1 and trunk
>  - make changes on the 1.1 release and merge these changes to trunk
>  - eventually create a 1.2 release from trunk -- this release is a
>   superset of 1.0 and 1.2.
>
> What I don't understand is why you try to reintegrate branch 1.0 into
> trunk while no real changes were made on the 1.0 branch since the
> previous merge. You do "work" on the 1.0 branch at the very start of
> your script, but no additional work is ever done again before you merge
> the 1.0 branch to trunk a second time. Is this an oversight or did you
> just intend to keep the example short?
>
> As written, the script shows the problem you are pointing out quite well,
> but it doesn't really make sense in terms of a sensible merge strategy and
> therefore I am not sure what your intentions really are.
>
> What I don't understand is if you intend to make commits that are unique
> to trunk, i.e. neither in 1.0 and 1.1. Are you syncing the 1.0 branch to
> trunk in r7 in your example because trunk might have changes that should be
> merged to 1.0, or simply because the svnbook recommends to perform a sync
> before reintegration? If you make changes to both trunk and 1.0 in parallel
> and keep syncing both branches to one another, what's the point of having
> the 1.0 branch in the first place?
>
> Maybe trunk never receives non-merge commits and you'd create a 1.2
> branch from trunk as soon as you want to make a change that isn't
> suitable for 1.0 and 1.1? In this case, you could use a stair-case
> branching model instead of forking release branches off trunk:
>
>   1.2 +---
>   |
>1.1 +--+---
>|
>  1.0 --+--
>
> So you'd have no trunk at all. To prepare a new release the previous
> release is copied to a new branch with an incremented version number.
> What you would do now is always merge changes made on a branch upwards
> to the next level, e.g. a bug fixed in 1.0 would be merged to 1.1 and
> 1.2 in two steps:
>
>  cd 1.1-working-copy; svn merge ^/1.0; svn commit
>  cd 1.2-working-copy; svn merge ^/1.1; svn commit
>
> You can also block revisions from being merged upwards using --record-only
> merges in this model, like you do in your example. It is also easier to
> visualise the flow of changes. However, it requires that bugs are always
> first fixed in the oldest affected and maintained release.
>
> If you'd like to keep branching releases off trunk as you do in your
> script, --reintegrate is not what you need. Instead, you can regard
> your merges from release branches to trunk as giant cherry-picking merges.
> The release branches are never reintegrated to trunk. Which means that you
> merge as you do in your example script, but remove the --reintegrate option
> from your merge commands. If I modify your script accordingly (diff below),
> the problem you see with the final reintegrate merge goes away. It's quite
> possible that this is the real equivalent of what svnmerge.py actually did.
>
> It is possible that this approach leads to unnecessary conflicts in
> practice. I'm not quite sure if that will be the case because of the
> unknown aspects of your overall merge strategy. Following the flow of
> change also is a bit harder than in the stair-case model. So I'd recommend
> to consider a switch to the stair-case model if it is applicable to your
> situation.
>
> --- 260265-orig.sh  Wed Mar  7 19:57:32 2012
> +++ 260265.sh   Wed Mar  7 20:02:57 2012
> @@ -59,7 +59,7 @@
>
>  # Reintegrate branch1_0
>  svn up $trunk
> -svn merge --reintegrate $branch1_0_url $trunk
> +svn merge $branch1_0_url $trunk
>  svn ci $trunk -m "reintegrate 1.0 branch into trunk"
>
>  # Keep 1.0 branch alive, we need to do more work still.
> @@ -75,7 +75,7 @@
>
>  # Reintegrate 1.1 branch
>  svn up $trunk
> -svn merge --reintegrate $branch1_1_url $trunk
> +svn merge $branch1_1_url $trunk
>  svn ci $trunk -m "r

Re: possible switch bug in conjunction with file-externals

2012-03-21 Thread Daniel Shahaf
Wolfgang Schludi wrote on Wed, Mar 21, 2012 at 13:59:46 +0100:
> Am 21.03.2012 10:14, schrieb Daniel Shahaf:
> >Schludi Wolfgang wrote on Tue, Mar 20, 2012 at 15:19:39 +:
> >[...]
> >>* is the bug already in the issue tracker?
> >Have you looked?  If you've looked but aren't sure whether one of the
> >existing bugs covers this issue, we can help make that determination.
> 
> yes. I did search for a similar report and didn't find any within 30
> minutes.

OK, then I'm willing to assume there isn't already a similar report.

> But, to be honest, I did not understand all issues in detail (would
> take days/weeks :-/).
> 
> >>* do I report the bug to the issue tracker or does one of you gurus 
> >>report the issue?
> >No hard and fast rule here.
> 
> So I'll give it a try...
> 

Yes please.

If you want, you could also contribute a regression test for this ---
see http://subversion.apache.org//docs/community-guide/general#patches
and subversion/tests/[cmdline/]README in trunk.

Thanks,

Daniel

> regards, Schludi
> 


Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Brian Neal
Hello -

I'm trying to upgrade a Subversion and Trac install running on Windows
Server 2003 sp2.

I've installed Subversion 1.7.4 from the .msi file found here:
http://sourceforge.net/projects/win32svn/files/1.7.4/

I'm also using the Python 2.7 bindings found in that same directory
(svn-win32-1.7.4_py27.zip).

I've unzipped the Python binding into C:\Python27\Lib\site-packages.

Trac isn't able to load the bindings.

Here is a troubleshooting step and the output:

E:\Trac_Data>python
Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win
32
Type "help", "copyright", "credits" or "license" for more information.
>>> from svn import client
Traceback (most recent call last):
  File "", line 1, in 
  File "C:\Python27\lib\site-packages\svn\client.py", line 26, in 
from libsvn.client import *
  File "C:\Python27\lib\site-packages\libsvn\client.py", line 25, in 
_client = swig_import_helper()
  File "C:\Python27\lib\site-packages\libsvn\client.py", line 21, in swig_import
_helper
_mod = imp.load_module('_client', fp, pathname, description)
ImportError: DLL load failed: The operating system cannot run %1

Does anyone have any ideas? I noticed there are no DLL files in the
libsvn folder in the bindings. In the past, with older versions of
Subversion, I've had to rename the libsvn/*.dll files to *.pyd to get
stuff to work. Now there is just *.pyd files in libsvn.

Thank you,
BN


RE: Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Cooke, Mark
> -Original Message-
> From: Brian Neal [mailto:bgn...@gmail.com] 
> Sent: 21 March 2012 16:13
> To: users@subversion.apache.org
> Subject: Problem with Python bindings to SVN 1.7.4 on Windows
> 
> Hello -
> 
> I'm trying to upgrade a Subversion and Trac install running on Windows
> Server 2003 sp2.
> 
> I've installed Subversion 1.7.4 from the .msi file found here:
> http://sourceforge.net/projects/win32svn/files/1.7.4/
> 
> I'm also using the Python 2.7 bindings found in that same directory
> (svn-win32-1.7.4_py27.zip).
> 
> I've unzipped the Python binding into C:\Python27\Lib\site-packages.
> 
> Trac isn't able to load the bindings.
> 
> Here is a troubleshooting step and the output:
> 
> E:\Trac_Data>python
> Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 
> bit (Intel)] on win
> 32
> Type "help", "copyright", "credits" or "license" for more information.
> >>> from svn import client
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "C:\Python27\lib\site-packages\svn\client.py", line 
> 26, in 
> from libsvn.client import *
>   File "C:\Python27\lib\site-packages\libsvn\client.py", line 
> 25, in 
> _client = swig_import_helper()
>   File "C:\Python27\lib\site-packages\libsvn\client.py", line 
> 21, in swig_import
> _helper
> _mod = imp.load_module('_client', fp, pathname, description)
> ImportError: DLL load failed: The operating system cannot run %1
> 
> Does anyone have any ideas? I noticed there are no DLL files in the
> libsvn folder in the bindings. In the past, with older versions of
> Subversion, I've had to rename the libsvn/*.dll files to *.pyd to get
> stuff to work. Now there is just *.pyd files in libsvn.
> 
> Thank you,
> BN
> 
I'm sure something similar came up last week, did you check the list archive?  
There was something about two files being missing in a similar scenario...

Also, have you tried copying *.pyd to *.dll to see if having both helps?  My 
understanding is recent versions of python (certainly 2.7) will only load .PYDs 
but something else might need .DLLs (I'm guessing here).  I seem to remember 
that with 2.6 I needed both.

~ mark c


Re: Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Brian Neal
On Wed, Mar 21, 2012 at 11:12 AM, Brian Neal  wrote:
[... snip ..]
> Hello -
>
> I'm trying to upgrade a Subversion and Trac install running on Windows
> Server 2003 sp2.
>
> I've installed Subversion 1.7.4 from the .msi file found here:
> http://sourceforge.net/projects/win32svn/files/1.7.4/
>
> I'm also using the Python 2.7 bindings found in that same directory
> (svn-win32-1.7.4_py27.zip).
>
> I've unzipped the Python binding into C:\Python27\Lib\site-packages.
>
> Trac isn't able to load the bindings.
>
[... snip ...]
>   _mod = imp.load_module('_client', fp, pathname, description)
> ImportError: DLL load failed: The operating system cannot run %1

I have solved my problem by copying libeay32.dll and ssleay32.dll from
the Subversion\bin folder to C:\Python27\Lib\site-packages\libsvn
folder. I got this tip via a google search on the Trac users list. I
don't understand this, but thought I would follow-up here on this list
in case it helps other poor dopes who have to run on Windows.

-BN


RE: Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Cooke, Mark
> -Original Message-
> From: Brian Neal [mailto:bgn...@gmail.com] 
> Sent: 21 March 2012 17:02
> To: users@subversion.apache.org
> Subject: Re: Problem with Python bindings to SVN 1.7.4 on Windows
> 
> On Wed, Mar 21, 2012 at 11:12 AM, Brian Neal  wrote:
> [... snip ..]
> > Hello -
> >
> > I'm trying to upgrade a Subversion and Trac install running 
> on Windows
> > Server 2003 sp2.
> >
> > I've installed Subversion 1.7.4 from the .msi file found here:
> > http://sourceforge.net/projects/win32svn/files/1.7.4/
> >
> > I'm also using the Python 2.7 bindings found in that same directory
> > (svn-win32-1.7.4_py27.zip).
> >
> > I've unzipped the Python binding into C:\Python27\Lib\site-packages.
> >
> > Trac isn't able to load the bindings.
> >
> [... snip ...]
> >   _mod = imp.load_module('_client', fp, pathname, description)
> > ImportError: DLL load failed: The operating system cannot run %1
> 
> I have solved my problem by copying libeay32.dll and ssleay32.dll from
> the Subversion\bin folder to C:\Python27\Lib\site-packages\libsvn
> folder. I got this tip via a google search on the Trac users list. I
> don't understand this, but thought I would follow-up here on this list
> in case it helps other poor dopes who have to run on Windows.
> 
> -BN
> 
Thinking about this, I have the subversion bin folder in my path, I suspect 
that it is not in yours?  I assume therefore you probably use TortoiseSVN (and 
why not) which does not (AFAIK) need svn in the path so does not add it...

~ mark c

Re: Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Brian Neal
On Wed, Mar 21, 2012 at 12:10 PM, Cooke, Mark  wrote:
>>
>> On Wed, Mar 21, 2012 at 11:12 AM, Brian Neal  wrote:
>>
>> I have solved my problem by copying libeay32.dll and ssleay32.dll from
>> the Subversion\bin folder to C:\Python27\Lib\site-packages\libsvn
>> folder. I got this tip via a google search on the Trac users list. I
>> don't understand this, but thought I would follow-up here on this list
>> in case it helps other poor dopes who have to run on Windows.
>>
>> -BN
>>
> Thinking about this, I have the subversion bin folder in my path, I suspect 
> that it is not in yours?  I assume therefore you probably use TortoiseSVN 
> (and why not) which does not (AFAIK) need svn in the path so does not add 
> it...
>
> ~ mark c

I'm doing all this work on the server side. Yes, C:\Program
Files\Subversion\bin is on the path. It is needed for Apache to find
the SVN binaries. It is strange that I also need to copy those 2 DLL's
to the Python bindings folder.

Thanks,
BN


Re: Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Alagazam.net Subversion

On 2012-03-21 18:15, Brian Neal wrote:

On Wed, Mar 21, 2012 at 12:10 PM, Cooke, Mark  wrote:

On Wed, Mar 21, 2012 at 11:12 AM, Brian Neal  wrote:

I have solved my problem by copying libeay32.dll and ssleay32.dll from
the Subversion\bin folder to C:\Python27\Lib\site-packages\libsvn
folder. I got this tip via a google search on the Trac users list. I
don't understand this, but thought I would follow-up here on this list
in case it helps other poor dopes who have to run on Windows.

-BN


Thinking about this, I have the subversion bin folder in my path, I suspect 
that it is not in yours?  I assume therefore you probably use TortoiseSVN (and 
why not) which does not (AFAIK) need svn in the path so does not add it...

~ mark c

I'm doing all this work on the server side. Yes, C:\Program
Files\Subversion\bin is on the path. It is needed for Apache to find
the SVN binaries. It is strange that I also need to copy those 2 DLL's
to the Python bindings folder.

Thanks,
BN
Do you have another libeay32.dll and ssleay32.dll in some other folder 
that is before Subversion\bin in your path ?

If that's the case and these are older versions there might be trouble.

/David a.k.a. Alagazam



Re: Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Brian Neal
On Wed, Mar 21, 2012 at 1:41 PM, Alagazam.net Subversion
 wrote:
>
> Do you have another libeay32.dll and ssleay32.dll in some other folder that
> is before Subversion\bin in your path ?
> If that's the case and these are older versions there might be trouble.
>
> /David a.k.a. Alagazam
>

Why yes, those DLL's do exist in an earlier folder on the path!

Is there anything that can be done to avoid a problem like that in the
future? Perhaps a note in the readme? I have noticed that Bitnami and
Collabnet dump all the SVN and Python binding DLL's into the same
folder. I'm not a windows / dll expert so I don't know if that is a
good solution or not.

Thanks for the help. And thanks very much for making those Windows
binaries available.

-BN


Re: Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Thorsten Schöning
Guten Tag Brian Neal,
am Mittwoch, 21. März 2012 um 20:14 schrieben Sie:

> Is there anything that can be done to avoid a problem like that in the
> future? Perhaps a note in the readme? I have noticed that Bitnami and
> Collabnet dump all the SVN and Python binding DLL's into the same
> folder. I'm not a windows / dll expert so I don't know if that is a
> good solution or not.

In many cases this is the preferred way of deploying DLLs, alternative
is to use WinSXS-technices, which needs support by the installation
packages. Deploying all DLLs of an application with the application is
the most easiest way, especially without installers.

http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx#standard_search_order_for_desktop_applications

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow



Re: Problem with Python bindings to SVN 1.7.4 on Windows

2012-03-21 Thread Alagazam.net Subversion

On 2012-03-21 20:14, Brian Neal wrote:

On Wed, Mar 21, 2012 at 1:41 PM, Alagazam.net Subversion
  wrote:

Do you have another libeay32.dll and ssleay32.dll in some other folder that
is before Subversion\bin in your path ?
If that's the case and these are older versions there might be trouble.

/David a.k.a. Alagazam


Why yes, those DLL's do exist in an earlier folder on the path!

Is there anything that can be done to avoid a problem like that in the
future? Perhaps a note in the readme? I have noticed that Bitnami and
Collabnet dump all the SVN and Python binding DLL's into the same
folder. I'm not a windows / dll expert so I don't know if that is a
good solution or not.

Thanks for the help. And thanks very much for making those Windows
binaries available.

-BN


That is a good solution.
You can always have the habit of downloading the zip file with the 
Subversion binaries (svn-win32-1.7.4.zip) and extract it (or at least 
the dll:s) in the same folder where you have the Python bindings.


/David a.k.a. Alagazam



Using info2 in perl

2012-03-21 Thread Jim Searle
I am currently using the perl api info and diff_summarize methods, but
I need to switch to info2 and diff_summarize2 since they support the
'depth' option.  But I can't figure out the correct syntax, does
anyone have an example?

Thanks,
Jim


Re: Using info2 in perl

2012-03-21 Thread Daniel Shahaf
Jim Searle wrote on Wed, Mar 21, 2012 at 16:03:05 -0700:
> I am currently using the perl api info and diff_summarize methods, but
> I need to switch to info2 and diff_summarize2 since they support the
> 'depth' option.  But I can't figure out the correct syntax, does
> anyone have an example?
> 

% perl -MSVN::Client -le '$s = SVN::Client->new();
  $s->info2( "", 1,"HEAD",
 sub{($target, $info_t, $pool) = @_; 
 print "$target: ", $info_t->URL },
 $SVN::Core::depth_infinity, undef )'
A: file:///tmp/svn/r1/trunk/A
A/B: file:///tmp/svn/r1/trunk/A/B
...
A/D/H/psi: file:///tmp/svn/r1/trunk/A/D/H/psi
iota: file:///tmp/svn/r1/trunk/iota

How I built this:

- Follow the docs of the svn_client_info2() C API (in doxygen, or in 
svn_client.h)

- Drop the ctx parameter

- Drop any baton parameters

- When in doubt about some object --- print it.  ref() and Dumper() help too.

HTH,

Daniel

> Thanks,
> Jim