On Friday 26 of March 2010, Arthur Barrett wrote:
> CVSNT 2.5.05 (Gan) Build 3744 (stable)
> 5558 cvs update: [update aborted]: writing to server socket
$ cvs up
cvs [update aborted]: writing to server socket: error -1
If this is the same then it's not fixed. cvs up done on 1-2GB tree causes
t
Looks like cvslockd does really weird things. It selects with very low timeout
(~1s) which renders 1-1.5% cpu usage all the time on my notebook.
Is there any reason for this timeout to be so low?
cvsnt 2.5.04.3236 on linux
-- [pid 3784] recvmsg(5, 0xb7c6ce98, 0) = -1 EAGAIN (Resource tempor
On Tuesday 11 of November 2008, Arthur Barrett wrote:
> Arkadiusz,
>
> I appreciate your time and effort on this - however if you just slow down a
> little and explain things a little clearer we'll be able to make much more
> use of the information being supplied.
Ok, I'll try to put everything in
On Monday 10 of November 2008, Tony Hoyle wrote:
> Arkadiusz Miskiewicz wrote:
>
> A couple of points:
> > This rule only applies to ::, not ::1.
>
> This is entirely irrelevant as there are only two possible cases. The
> code is written to handle both cases
On Monday 10 of November 2008, Tony Hoyle wrote:
> Arkadiusz Miskiewicz wrote:
>
> Again. You're trying to claim something is broken that I use every day.
You don't use it in a way that triggers brokeness.
> I even posted examples of it working correctly. You c
On Sunday 09 of November 2008, Tony Hoyle wrote:
> Arkadiusz Miskiewicz wrote:
> > IPv6 support seems quite broken in cvsnt (looking at 2.5.04.3236)
> >
> > It doesn't support [ipv6]:port notation, binds to ::1 port while it
> > should bind to ipv4 address, too (c
IPv6 support seems quite broken in cvsnt (looking at 2.5.04.3236)
It doesn't support [ipv6]:port notation, binds to ::1 port while it should
bind to ipv4 address, too (cvslockd as example. Server tries to
use "localhost" name which resolves only to 127.0.0.1 address, tries to
connect to it but
On Thursday 23 of October 2008, Arthur Barrett wrote:
> Arkadiusz,
> Yes there is it's "-kb", I wrote that in a later message but maybe you
> thought it was a duplicate since it was mostly a cut&paste, I just
> changed -kD to -kb.
Yeah, -kb is a solution. Not sure how cvs stores such data in rcs
On Thursday 23 of October 2008, Arthur Barrett wrote:
> Arkadiusz,
>
> > The problem happens when I want to commit file (that file is
> > a patch) with
> > crlf line endings but cvsnt converts that to lf thus breaking
> > the patch file.
> >
> > Now you could ask why the patch has crlf line endings
On Thursday 23 of October 2008, Luigi D. Sandon wrote:
> CVSNT should allow to use -kL to checkout always files with a LF line
> ending, -kD to always use CR/LF, or -kM to use CR only. Never used myself,
> though.
In my case you have no idea what line ending you may want before looking
inside a f
On Thursday 23 of October 2008, Arthur Barrett wrote:
> Arkadiusz,
>
> > How to disable line endings translations ? It's very annoying feature
> > especially when trying to commit patches into cvs repository
> > (changed line
> > endings == patch no longer applies).
>
> It sounds as though you are
How to disable line endings translations ? It's very annoying feature
especially when trying to commit patches into cvs repository (changed line
endings == patch no longer applies).
I know about -kb (but this can be used only when adding new file).
--
Arkadiusz MiśkiewiczPLD/Linux Team
12 matches
Mail list logo
