Cron <glen@carme-pld> ~/rpm/PLD-doc/notify-specsupdate.sh

[glen]

any plans to fix cvs.pld-linux.org?



-------- Forwarded Message --------
Subject: Cron <***@carme-pld> ~/rpm/PLD-doc/notify-specsupdate.sh
Date: Thu, 11 Oct 2018 09:01:02 +0200
From: (Cron Daemon) <***@carme.pld-linux.org>
To: ***@pld-linux.org



cvs [status aborted]: reading from server: Connection reset by peer

[Arkadiusz Miśkiewicz]

Post by glen
any plans to fix cvs.pld-linux.org?

cvs-nserver segfaults and needs some debugging or better switching to
other maintained cvs

Post by glen
cvs [status aborted]: reading from server: Connection reset by peer

[Jacek Konieczny]

Post by Arkadiusz Miśkiewicz

Post by glen
any plans to fix cvs.pld-linux.org?

cvs-nserver segfaults and needs some debugging or better switching to
other maintained cvs

Post by glen
cvs [status aborted]: reading from server: Connection reset by peer

Or maybe it is time to finally ditch CVS all together.

There is really no good reason we are still using this crap for anything.


Jacek

[Adam Gołębiowski]

Post by Jacek Konieczny

Post by Arkadiusz Miśkiewicz

Post by glen
any plans to fix cvs.pld-linux.org?

cvs-nserver segfaults and needs some debugging or better switching to
other maintained cvs

Post by glen
cvs [status aborted]: reading from server: Connection reset by peer

Or maybe it is time to finally ditch CVS all together.
There is really no good reason we are still using this crap for anything.

What do we use cvs for these days?

In the last two years there were commits to:
- CVSROOT/users - I think it is currently used for aliases only,
- PLD-doc:
- uid_gid.db.txt
- BuildRequires.txt
- PLD-update-TODO

+ maybe SSH-keys

So nothing much, really.

Am I missing something?

[glen]

Post by Arkadiusz Miśkiewicz

Post by glen
any plans to fix cvs.pld-linux.org?

cvs-nserver segfaults and needs some debugging or better switching to
other maintained cvs

downgrade glibc. perhaps helps

[Adam Gołębiowski]

Post by Arkadiusz Miśkiewicz

Post by glen
any plans to fix cvs.pld-linux.org?

cvs-nserver segfaults and needs some debugging or better switching to
other maintained cvs

Post by glen
cvs [status aborted]: reading from server: Connection reset by peer

Had a look at this today, there's some magic happening here:

15:01:13: S -> Loading protocol enum as enum.la
15:01:13: S -> DDDDEBUG: name=enum.la
directory=/usr/lib64/cvsnt/protocols
15:01:13: S -> It is ORACLE so save environment.

that nails down the path to
cvsnt-2.5.05.3744/cvsapi/unix/LibraryAccess.cpp:

75 bool CLibraryAccess::Load(const char *name, const char *directory)
76 {
77 if(m_lib)
78 Unload();
79
80 CServerIo::trace(3, "DDDDEBUG: name=%s directory=%s", name,
directory);
81 if (strncmp(name,"oracle",6)==0)
82 {
83 /* this is very messy, but the server crashes/hangs
84 when the oracle library is unloaded due to the
85 putenv ... */
86
87 /* For this kind of thing better to put a load/unload
hook in the
88 library itself, otherwise it just gets too messy
hardcoding
89 everything. */
90
91 CServerIo::trace(3,"It is ORACLE so save
environment.");
92 strcpy(save_nls_lang,getenv("NLS_LANG"));

So it looks like it compares name ("enum.la") to "oracle" and decides
they are equal...

and if I comment this part out, it goes into infinite loop

[Arkadiusz Miśkiewicz]

Post by Arkadiusz Miśkiewicz

Post by glen
any plans to fix cvs.pld-linux.org?

cvs-nserver segfaults and needs some debugging or better switching to
other maintained cvs

Post by glen
cvs [status aborted]: reading from server: Connection reset by peer

Better switch to cvs.spec as it is maintained by Debian at least and
gets security fixes that way.

Other cvs servers are not maintained and should be dropped IMO.