[Gnustep-cvs] GNUstep Testfarm Results
Test results for GNUstep as of Sun Jan 22 06:34:13 EST 2006 If a particular system failed compilation, the logs for that system will be placed at ftp://ftp.gnustep.org/pub/testfarm If you would like to add your machine to this list, set up a cron job (make sure you set up your PATH and other environment variables correctly) to run the Startup/scripts/test-gnustep script (see the script comments for more info). Success Compile i386-unknown-netbsdelf3.0 Sun Jan 22 03:58:20 CET 2006 Success Compile powerpc-apple-darwin7.9.0 Sun Jan 22 03:24:29 MST 2006 Success Compile sparc-sun-solaris2.7 Sun Jan 22 02:10:45 EST 2006
Re: Repository change to SVN, Jan 28th
Hello, On Saturday, January 21, 2006, at 03:47 PM, Fred Kiefer wrote: I am a bit puzzled by this fast transission over to SVN. Looks like everybody wants to take place, or at least does not oppose it. Still we should make sure that now that we doing it, it does not interrupt the GNUstep development to much. For this I would like to see a transission periode, where the offical GNUstep code is still in CVS, but there is the same code in SVN to play with. Every GNUstep developer should do a few test updates during that time and we do the actual move, when we all feel comfortable with SVN. (I know I should have been practising myself already, but I didn't) Untrue! I would prefer keeping CVS and don't bother about CVS. However I find such a transition period dangerous and difficult to manage, so a instantaneous switch is the best thing imho. A CVS mirror out of the SVN should be created at the same time so anonymous check-out can continue as usual. Have fun, R ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
[Gnustep-cvs] gnustep/usr-apps/gworkspace/GWorkspace GWorkspa...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Enrico Sersale [EMAIL PROTECTED] 06/01/22 12:37:06 Modified files: usr-apps/gworkspace/GWorkspace: GWorkspace.h GWorkspace.m usr-apps/gworkspace/GWorkspace/Desktop: GWDesktopManager.h GWDesktopManager.m GWDesktopWindow.h GWDesktopWindow.m usr-apps/gworkspace/GWorkspace/Desktop/XBundles/XDesktopWindow: XDesktopWindow.h XDesktopWindow.m usr-apps/gworkspace/GWorkspace/FileViewer: GWSpatialViewer.h GWSpatialViewer.m GWViewer.h GWViewer.m GWViewerWindow.h GWViewerWindow.m GWViewersManager.h GWViewersManager.m Log message: CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/GWorkspace.h.diff?tr1=1.58tr2=1.59r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/GWorkspace.m.diff?tr1=1.111tr2=1.112r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/Desktop/GWDesktopManager.h.diff?tr1=1.10tr2=1.11r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/Desktop/GWDesktopManager.m.diff?tr1=1.16tr2=1.17r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/Desktop/GWDesktopWindow.h.diff?tr1=1.4tr2=1.5r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/Desktop/GWDesktopWindow.m.diff?tr1=1.7tr2=1.8r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/Desktop/XBundles/XDesktopWindow/XDesktopWindow.h.diff?tr1=1.3tr2=1.4r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/Desktop/XBundles/XDesktopWindow/XDesktopWindow.m.diff?tr1=1.6tr2=1.7r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/FileViewer/GWSpatialViewer.h.diff?tr1=1.19tr2=1.20r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/FileViewer/GWSpatialViewer.m.diff?tr1=1.38tr2=1.39r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/FileViewer/GWViewer.h.diff?tr1=1.21tr2=1.22r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/FileViewer/GWViewer.m.diff?tr1=1.40tr2=1.41r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/FileViewer/GWViewerWindow.h.diff?tr1=1.8tr2=1.9r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/FileViewer/GWViewerWindow.m.diff?tr1=1.9tr2=1.10r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/FileViewer/GWViewersManager.h.diff?tr1=1.12tr2=1.13r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/gnustep/gnustep/usr-apps/gworkspace/GWorkspace/FileViewer/GWViewersManager.m.diff?tr1=1.22tr2=1.23r1=textr2=text
Re: Repository change to SVN, Jan 28th
Sheldon Gill schrieb: Fred Kiefer wrote: I also think that with the new possibilities of SVN there come a few more rules that we need to set up and follow. We expect that SVN will make it easier to have multiple branches with actual development going on. Now what will be the rules for merging this branches back into the main trunk? At work we are using ClearCase and have rather complicated procedures that have to be followed to make this step save. Something simpler might be enough for GNUstep. At least all changes from the trunk need to be merged down first, conficts resolved and the code tested. Then a review could happen, before the changes get actually merged. Actually, I think Fred has raised a good point here. We do, I think, need some clarification about branches and merging back to trunk. A few additional rules and guidelines may be useful. I've some questions: - are we going to stick with the SVN recommended 'trunk', 'branch' and 'tag' I would like to see this. - how are branches to be named? What about sub-branches? I believe there were some suggestions before. I had no objections but also no strong feelings. - how are developers going to communicate about branches and what's going on in them? I would suggest the Wiki. - what goes into tag? When? You mean other than releases? Well since we have defined repository states through revision numbers, I can't think of any necessity for more tags. It's not like gnustep is seeing the kind of development activity like, say, GCC. But maybe you have something specific in mind? - Are we going to import more vendor trees? (like ffcall, portaudio etc) I think we should keep anything not FSF assigned in a separate repository so we have clear boundaries from where we can blindly copy-and-paste code. Other than that I think there should be a dedicated maintainer(s) for any external vendor tree who will keep them up to date. Cheers, David ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Repository change to SVN, Jan 28th
On 2006-01-22 04:42:31 -0700 Riccardo [EMAIL PROTECTED] wrote: instantaneous switch is the best thing imho. A CVS mirror out of the SVN should be created at the same time so anonymous check-out can continue as usual. Anyone who knows how to do this or if it is possible, let me know. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problems with automatic start of gdnc, gpbs, and gdomap on Linux...
Sorry for replying to my own message... but I forgot to add that when the daemon is manually started, it's fine.Gregory John Casamento -- Principal Consultant, Open Logic Corp. (A MD Corp.) ## Maintainer of Gorm (IB Equiv.) for GNUstep.- Original Message From: Gregory John Casamento [EMAIL PROTECTED]To: GNUstep Developers gnustep-dev@gnu.orgSent: Sun 22 Jan 2006 09:52:46 PM ESTSubject: Problems with automatic start of gdnc, gpbs, and gdomap on Linux...The subject basically says it. When I log in, it's reporting that it had trouble starting gdnc. Is anyone else having this problem?GJCGregory John Casamento -- Principal Consultant, Open Logic Corp. (A MD Corp.) ## Maintainer of Gorm (IB Equiv.) for GNUstep.___Gnustep-dev mailing listGnustep-dev@gnu.orghttp://lists.gnu.org/mailman/listinfo/gnustep-dev___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problems with automatic start of gdnc, gpbs, and gdomap on Linux...
Greg, Gregory John Casamento wrote: The subject basically says it. When I log in, it's reporting that it had trouble starting gdnc. Is anyone else having this problem? Could you please let us know what the messages/logs say? I take it you're running HEAD ? Regards, Sheldon ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Fw: Problems with automatic start of gdnc, gpbs, and gdomap on Linux...
Forgot to include the list... Gregory John Casamento -- Principal Consultant, Open Logic Corp. (A MD Corp.) ## Maintainer of Gorm (IB Equiv.) for GNUstep. - Forwarded Message From: Gregory John Casamento [EMAIL PROTECTED] To: Sheldon Gill [EMAIL PROTECTED] Sent: Sun 22 Jan 2006 10:41:08 PM EST Subject: Re: Problems with automatic start of gdnc, gpbs, and gdomap on Linux... Yes, I'm using the code on HEAD, the latest as of about 2 hours ago. The message says NSInternalInconsistencyException:unable to contact GDNC server - please check that the gdnc process in running. I attempted to start it at '/usr/GNUstep/System/Tools/gdnc'. Gregory John Casamento -- Principal Consultant, Open Logic Corp. (A MD Corp.) ## Maintainer of Gorm (IB Equiv.) for GNUstep. - Original Message From: Sheldon Gill [EMAIL PROTECTED] To: Gregory John Casamento [EMAIL PROTECTED] Cc: GNUstep Developers gnustep-dev@gnu.org Sent: Sun 22 Jan 2006 10:11:51 PM EST Subject: Re: Problems with automatic start of gdnc, gpbs, and gdomap on Linux... Greg, Gregory John Casamento wrote: The subject basically says it. When I log in, it's reporting that it had trouble starting gdnc. Is anyone else having this problem? Could you please let us know what the messages/logs say? I take it you're running HEAD ? Regards, Sheldon ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problems with automatic start of gdnc, gpbs, and gdomap on Linux...
On 23 Jan 2006, at 03:43, Gregory John Casamento wrote: Forgot to include the list... Gregory John Casamento -- Principal Consultant, Open Logic Corp. (A MD Corp.) ## Maintainer of Gorm (IB Equiv.) for GNUstep. - Forwarded Message From: Gregory John Casamento [EMAIL PROTECTED] To: Sheldon Gill [EMAIL PROTECTED] Sent: Sun 22 Jan 2006 10:41:08 PM EST Subject: Re: Problems with automatic start of gdnc, gpbs, and gdomap on Linux... Yes, I'm using the code on HEAD, the latest as of about 2 hours ago. The message says NSInternalInconsistencyException:unable to contact GDNC server - please check that the gdnc process in running. I attempted to start it at '/usr/GNUstep/System/Tools/ gdnc'. I don't know why you should be having any problem ... but you could try running with --GNU-Debug=NSMessagePort to get debug output of the attempts to contact the gdnc process. You could also try running under gdb and setting a breakpoint in NSTask-launch to see exactly how the daemon is being launched. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev