Bug 109619

Summary:	[Feature request] Do svn operations and build simultaneously.
Product:	[Developer tools] kdesrc-build	Reporter:	Michael Pyne <mpyne>
Component:	general	Assignee:	Michael Pyne <mpyne>
Status:	RESOLVED FIXED
Severity:	wishlist
Priority:	NOR
Version:	Git
Target Milestone:	---
Platform:	Unlisted Binaries
OS:	All
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Michael Pyne 2005-07-26 05:19:42 UTC

It would save time for the user if kdesvn-build would start building modules 
as soon as they had their svn update done instead of doing all updates at 
once. 
 
Note that this doesn't mean to do update, build, update, build, it means to 
update *while* a build is going on when possible.  Even though I'm sure Perl 
will make this much harder than it has to be...

Comment 1 Michael Pyne 2007-10-31 05:16:19 UTC

SVN commit 731251 by mpyne:

Commit first phase of implementing wish 109619 (Perform svn update and make
simultaneously).

This uses SysV interprocess communication (threads suck in Perl).  See your handy
dandy msgget(2) (and etc.) manpages if you're interested.  If you have svipc(7) that
might also be handy.

This still needs a lot of polishing, as both procs will try to output to screen at the
same time which makes the progress indicator hard to read.  Also handle_build and
handle_updates (but especially handle_build) haven't seen much love lately so I need
to clean those up a bit.

This is disabled for Coverity and in case the IPC comms line is unable to be setup, in
which case kdesvn-build will act much as it used to for an outside observer.

One problem is that using Ctrl-C to stop the script will leak the shared message queue
still at this point.  I think I can get an easy fix for that though.  If this happens
to you (too many leaked msg queues) consult the ipcs and ipcrm command line tools.

On a more depressing note, kdesvn-build is now 185K in size, uncompressed.  Yikes.

CCBUG:109619


 M  +297 -24   kdesvn-build  


WebSVN link: http://websvn.kde.org/?view=rev&revision=731251

Comment 2 Michael Pyne 2007-11-14 02:03:37 UTC

This feature has been implemented and the output is mostly agreeable now so closing this bug.