"bzb.dev001" writes:
> Since there is not problem with the permissions. That means that
> subversion is looking elsewhere for libserf-1.so.1
The serf dependency is part of libsvn_ra_serf, you can see it using
$ objdump -x libsvn_ra_serf-1.so | grep NEEDED.*serf
NEEDED libserf-1
On 13-12-05 04:06 PM, Philip Martin wrote:
"bzb.dev001" writes:
o) compile serf-1.3.2
$ scons APR=/usr/local/bin/apache-apr-1.5.0
APU=/usr/local/bin/apache-apr-util-1.5.3
$ sudo scons install
Details of the output are here: http://pastebin.ca/2492961
The resulting serf headers and librarie
"bzb.dev001" writes:
> o) compile serf-1.3.2
>
> $ scons APR=/usr/local/bin/apache-apr-1.5.0
> APU=/usr/local/bin/apache-apr-util-1.5.3
> $ sudo scons install
>
> Details of the output are here: http://pastebin.ca/2492961
>
> The resulting serf headers and libraries are installed here:
>
> /usr/
Hi Les,
Well that reboot was more of an adventure than I had
anticipated. And in all the "adventure" we ended up
rolling back to the configuration without quotas, but
svn is working now.
Thanks for all of your time and help.
Pat
Hi Les,
On Wed, Dec 4, 2013 at 7:09 PM, Pat Haley wrote:
I'm compiling subversion-1.8.5 from source with the following supporting
projects. The system is a linux box running Lubuntu 12.04 64bit.
subversion-1.8.5
serf-1.3.2
apache-apr-1.5.0
apache-apr-util-1.5.3
After compiling from source, when run 'svn', the following error occurs.
$ /usr/local/b
Adam Daughterson writes:
> On 12/05/2013 10:25 AM, Les Mikesell wrote:
>> On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson
>> wrote:
>>> Checkouts on the local disk do work, and checkouts to Samba shares (not
>>> Windows) work as well. I've only found operations on WC living on a Windows
>>>
On Dec 5, 2013, at 11:32 AM, Adam Daughterson
wrote:
> On 12/05/2013 10:25 AM, Les Mikesell wrote:
>> On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson
>> wrote:
>>> Checkouts on the local disk do work, and checkouts to Samba shares (not
>>> Windows) work as well. I've only found operations
Guten Tag Adam Daughterson,
am Donnerstag, 5. Dezember 2013 um 18:07 schrieben Sie:
> Checkouts on the local disk do work, and checkouts to Samba shares (not
> Windows) work as well. I've only found operations on WC living on a
> Windows share to not work.
[...]
> fstat64(3, {st_mode=S_IFREG|075
On Thu, Dec 5, 2013 at 11:32 AM, Adam Daughterson
wrote:
>
>>> Checkouts on the local disk do work, and checkouts to Samba shares (not
>>> Windows) work as well. I've only found operations on WC living on a
>>> Windows
>>> share to not work.
>>
>> This is starting to sound like one of those "if i
Ben,
I should have checked "svn help" before posting...thank you for the
response.
On Thu, Dec 5, 2013 at 11:32 AM, Ben Reser wrote:
> On 12/5/13 9:29 AM, C M wrote:
> > Hello.
> >
> > I ran "svn merge --reintegrate --dry-run" against branch. As part of the
> > dry-run preview, several files a
On 12/05/2013 10:25 AM, Les Mikesell wrote:
On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson
wrote:
Checkouts on the local disk do work, and checkouts to Samba shares (not
Windows) work as well. I've only found operations on WC living on a Windows
share to not work.
This is starting to soun
On 12/5/13 9:29 AM, C M wrote:
> Hello.
>
> I ran "svn merge --reintegrate --dry-run" against branch. As part of the
> dry-run preview, several files are marked with:
>
> Rpath-to-file\src\Update.c
>
> What does the "R" mean? I haven't encountered it before. Can someone please
> explain?
> T
Hello.
I ran "svn merge --reintegrate --dry-run" against branch. As part of the
dry-run preview, several files are marked with:
Rpath-to-file\src\Update.c
What does the "R" mean? I haven't encountered it before. Can someone please
explain?
Thank you.
On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson
wrote:
>
> Checkouts on the local disk do work, and checkouts to Samba shares (not
> Windows) work as well. I've only found operations on WC living on a Windows
> share to not work.
This is starting to sound like one of those "if it hurts, don't
On 12/05/2013 09:47 AM, Philip Martin wrote:
Adam Daughterson writes:
mkdir("/mnt/cns/Users/adaughterson/tmp/Tools/.svn", 0777) = 0
mkdir("/mnt/cns/Users/adaughterson/tmp/Tools/.svn/pristine", 0777) = 0
mkdir("/mnt/cns/Users/adaughterson/tmp/Tools/.svn/tmp", 0777) = 0
open("/mnt/cns/Users/ad
Adam Daughterson writes:
> mkdir("/mnt/cns/Users/adaughterson/tmp/Tools/.svn", 0777) = 0
> mkdir("/mnt/cns/Users/adaughterson/tmp/Tools/.svn/pristine", 0777) = 0
> mkdir("/mnt/cns/Users/adaughterson/tmp/Tools/.svn/tmp", 0777) = 0
> open("/mnt/cns/Users/adaughterson/tmp/Tools/.svn/wc.db",
> O_RDW
On 2013-12-05 1:16 AM, David Kelly wrote:
Repeat adding -s to ls. I think that will list the position of EOF. I
think you have a sparse file which physically occupies 119k but has
massive holes which have yet to be assigned disk blocks.
It's the other way around-- ls -l shows the logical lengt
Hi Les,
On Wed, Dec 4, 2013 at 7:09 PM, Pat Haley wrote:
One thing that didn't stand out in my original Email was the reason
for the reboot. We turned quotas on. Would svn react poorly
to this?
Only on a write that exceeds quota.
It is a generic linux box. However doing dmesg before a
On Wed, Dec 04, 2013 at 03:02:10PM -0800, John wrote:
> After many hours of apparently pointless googling, I hope to get an answer
> here.
>
> I asked a question on unix.stackexchange.com which essentially outlines my
> problem:
> http://unix.stackexchange.com/questions/103714/svn-failing-to-crea
Adam Daughterson writes:
> Prior to upgrading to WanDisco's 1.7.14 client, I was able to operate on
> working copies which physically live on Windows shares. After the upgrade, I
> get the following error when trying to do a fresh checkout:
>
> me@here:tmp$ svn co http://myThing/trunk myThing
> -Original Message-
> From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
> Sent: 05 December 2013 09:29
>
> On Dec 5, 2013, at 03:23, Cooke, Mark wrote:
>
> >> Note that "bare" svnversion can give a range as well:
> >>
> >>% svnversion -c ~srv/conf
> >>105:143
> >>
On Dec 5, 2013, at 03:23, Cooke, Mark wrote:
>> Note that "bare" svnversion can give a range as well:
>>
>>% svnversion -c ~srv/conf
>>105:143
>>% svnversion ~srv/conf
>>142:143
>
> Understood, however for my example I get a different "sort" of answer
> with(out) `-c` on all my
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: 04 December 2013 16:08
>
> Ryan Schmidt wrote on Wed, Dec 04, 2013 at 06:14:33 -0600:
> >
> > On Dec 4, 2013, at 06:00, Cooke, Mark wrote:
> >
> > > I would like to include the svn revision number in my
Hi Bob,
> -Original Message-
> From: Bob Archer [mailto:bob.arc...@amsi.com]
> Sent: 04 December 2013 15:22
>
> > Hi Folks,
> >
> > I would like to include the svn revision number in my
> > project's version info but I am confused by the results
> > of svnversion. I want the version n
Guten Tag Pat Haley,
am Donnerstag, 5. Dezember 2013 um 02:20 schrieben Sie:
> % file /home/phaley/Papers/2011/ArpitVel/SvnPaper/db/rep-cache.db
> /home/phaley/Papers/2011/ArpitVel/SvnPaper/db/rep-cache.db: SQLite 3.x
> database, user version 1
[...]
> lstat(".svn/log", 0x7fff48dcbec0) = -1
25 matches
Mail list logo
