plib-devel Mailing List for PLIB (Page 20)
Brought to you by:
sjbaker
Menu
▾
▴
plib-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
(80) |
Mar
(128) |
Apr
(111) |
May
(157) |
Jun
(70) |
Jul
(116) |
Aug
(465) |
Sep
(574) |
Oct
(325) |
Nov
(163) |
Dec
(182) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(167) |
Feb
(191) |
Mar
(319) |
Apr
(118) |
May
(252) |
Jun
(427) |
Jul
(187) |
Aug
(96) |
Sep
(219) |
Oct
(161) |
Nov
(109) |
Dec
(210) |
| 2002 |
Jan
(97) |
Feb
(80) |
Mar
(143) |
Apr
(234) |
May
(72) |
Jun
(246) |
Jul
(155) |
Aug
(280) |
Sep
(418) |
Oct
(81) |
Nov
(72) |
Dec
(88) |
| 2003 |
Jan
(59) |
Feb
(63) |
Mar
(33) |
Apr
(27) |
May
(87) |
Jun
(50) |
Jul
(97) |
Aug
(45) |
Sep
(35) |
Oct
(67) |
Nov
(78) |
Dec
(13) |
| 2004 |
Jan
(167) |
Feb
(144) |
Mar
(172) |
Apr
(93) |
May
(43) |
Jun
(7) |
Jul
(27) |
Aug
(36) |
Sep
(48) |
Oct
(54) |
Nov
(5) |
Dec
(44) |
| 2005 |
Jan
(53) |
Feb
(36) |
Mar
(13) |
Apr
(3) |
May
(19) |
Jun
|
Jul
(49) |
Aug
(39) |
Sep
(8) |
Oct
(8) |
Nov
(51) |
Dec
(23) |
| 2006 |
Jan
(26) |
Feb
(5) |
Mar
(26) |
Apr
(26) |
May
(52) |
Jun
(36) |
Jul
(8) |
Aug
(12) |
Sep
(6) |
Oct
(75) |
Nov
(34) |
Dec
(25) |
| 2007 |
Jan
(46) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(7) |
Jul
(2) |
Aug
|
Sep
(40) |
Oct
(9) |
Nov
(3) |
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(26) |
Apr
|
May
|
Jun
(2) |
Jul
(4) |
Aug
(6) |
Sep
|
Oct
|
Nov
(5) |
Dec
(2) |
| 2009 |
Jan
(63) |
Feb
(4) |
Mar
(12) |
Apr
|
May
(5) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(14) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
(2) |
Feb
(1) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Melchior F. <mf...@us...> - 2006-05-15 06:41:03
|
I've reported that already, but it's still not fixed. puAux.h reuses two PUCLASS for other, unrelated classes: #define PUCLASS_COMBOBOX 0x00800000 #define PUCLASS_SELECTBOX 0x01000000 #define PUCLASS_SPINBOX 0x02000000 <--- #define PUCLASS_SCROLLBAR 0x04000000 <--- #define PUCLASS_BISLIDERWITHENDS 0x02000000 <--- #define PUCLASS_SLIDERWITHINPUT 0x04000000 <--- #define PUCLASS_COMPASS 0x08000000 #define PUCLASS_CHOOSER 0x10000000 #define PUCLASS_LIST 0x20000000 m. |
|
From: Melchior F. <mf...@us...> - 2006-05-14 14:49:47
|
* Melchior FRANZ -- Sunday 14 May 2006 15:10:
> I hadn't noticed that there's another puaComboBox bug: The input
> field is now correctly updated, but the initial value isn't respected
This would fix it, but I have no idea if it's done the Right Way,
nor why it worked in puComboBox without it.
And it ignores the fact that I could just choose a different widget
and stick with it instead of wasting my time with improvements.
m.
Index: puAux.h
===================================================================
RCS file: /cvsroot/plib/plib/src/puAux/puAux.h,v
retrieving revision 1.11
diff -u -p -r1.11 puAux.h
--- puAux.h 25 Mar 2006 00:34:08 -0000 1.11
+++ puAux.h 14 May 2006 14:44:04 -0000
@@ -269,6 +269,11 @@ public:
void setSize ( int w, int h ) ;
+ void setValue ( float f ) { puValue::setValue ( f ) ; input->setValue ( f ) ; }
+ void setValue ( int i ) { puValue::setValue ( i ) ; input->setValue ( i ) ; }
+ void setValue ( const char *s ) { puValue::setValue ( s ) ; input->setValue ( s ) ; }
+ void setValue ( puValue *pv ) { puValue::setValue ( pv ) ; input->setValue ( pv ) ; }
+
void draw ( int dx, int dy ) ;
int checkHit ( int button, int updown, int x, int y ) ;
int checkKey ( int key, int updown ) ;
|
|
From: Melchior F. <mf...@us...> - 2006-05-14 13:10:21
|
I hadn't noticed that there's another puaComboBox bug: The input field is now correctly updated, but the initial value isn't respected (see attached example code). This bug is probably related to the recent puInputBase change. This worked in puComboBox! Now I'm not sure if plib is really ready for release. How many more bugs are in the pua widgets, where their pui counterparts worked? ... or should I just choose another widget and stick with it? :-} m. |
|
From: Melchior F. <mf...@us...> - 2006-05-14 12:29:02
|
* Bram Stolk -- Saturday 08 April 2006 15:46: > Melchior FRANZ wrote: > > * Fay John F Dr CTR USAF AFSEO/SK -- Thursday 30 March 2006 23:35: > > >To fix the "puaComboBox" widget, please add the following methods to > > >the "puInput" widget definition: > > Indeed! Works for me. Thanks. > > That's weird. > It is applied to pu.h, right? > Because it does not work for me: Argh ... doesn't work for me either. It did when I applied the patch myself. But it doesn't with cvs/head, although with the new cvs address this should now really be head what I'm using. Investigating ... m. |
|
From: Melchior F. <mf...@us...> - 2006-05-14 09:05:04
|
Hi, just noticed that puaList has methods getTopItem() and setTopItem() declared, but not defined. Could you please commit that before the release. (I need that for FlightGear and it would be a pity if I had to wait for the next release.) It just forwards the methods to the subwidget that is resposible for this feature. Tested and works. CC to Bram because the sf.net is quite flakey these days. m. Index: puAux.h =================================================================== RCS file: /cvsroot/plib/plib/src/puAux/puAux.h,v retrieving revision 1.11 diff -u -p -r1.11 puAux.h --- puAux.h 25 Mar 2006 00:34:08 -0000 1.11 +++ puAux.h 14 May 2006 09:01:16 -0000 @@ -914,8 +914,8 @@ public: virtual void setSize (int w, int h); int getNumItems ( void ) const ; - int getTopItem ( void ) const ; - void setTopItem ( int item_index ); + int getTopItem ( void ) const { return _list_box->getTopItem(); } + void setTopItem ( int item_index ) { _list_box->setTopItem(item_index); } }; #endif |
|
From: Melchior F. <mf...@us...> - 2006-05-13 22:55:42
|
* Melchior FRANZ -- Wednesday 10 May 2006 20:20:
> I even checked the cvs web-interface with the same result.
> But it probably also accesses the underpriviledged and routinely
> outdated anonymous cvs mirror.
Heh, no! Anonymous cvs isn't outdated. But the sf people routinely
change the cvs address to entertain us. Instead of
-d:pserver:ano...@cv...:/cvsroot/plib
it's now:
-d:pserver:ano...@pl...:/cvsroot/plib
^^^^^
m.
|
|
From: Melchior F. <mf...@us...> - 2006-05-13 19:34:18
|
* steve -- Saturday 13 May 2006 21:13: > Melchior FRANZ wrote: > > Projects that use more than one windowing interface, > > ...deserve all the problems they get! > > Really - pick one and use it. You don't seem to understand. I'm speaking of compile-time options. Do you have an argument, too, or just flames? m. |
|
From: steve <sjb...@ai...> - 2006-05-13 19:11:15
|
Melchior FRANZ wrote: > Projects that use more than one windowing interface, ...deserve all the problems they get! Really - pick one and use it. |
|
From: Melchior F. <mf...@us...> - 2006-05-13 17:17:27
|
Projects that use more than one windowing interface, let's say SDL and GLUT, will probably have puInit() somewhere in their code. If now a third interface is to be added, for which plib has no setup -- using PU_USE_NONE --, then puInit() is undefined and causes an error. Of course, one can put an #ifndef PU_USE_NONE around it, but: would it be acceptable to define it empty in this case (see below)? One worry less for the plib user. m. This patch will probably not apply cleanly, but unfortunately, anonymous cvs is a few weeks(!) behind. Index: pu.h =================================================================== RCS file: /cvsroot/plib/plib/src/pui/pu.h,v retrieving revision 1.152 diff -u -p -r1.152 pu.h --- pu.h 10 Nov 2005 20:21:22 -0000 1.152 +++ pu.h 13 May 2006 17:12:19 -0000 @@ -2180,6 +2180,8 @@ void puSetWindowFuncs ( puGetWindowCallb #elif defined(PU_USE_NATIVE) # include "puNative.h" # define puInit puInitNative +#else +# define puInit() #endif |
|
From: steve <sjb...@ai...> - 2006-05-11 12:50:12
|
Frederic Bouvier wrote: > I did 2 cvs to svn migration at sourceforge. One for fgrun, the other for fgsd. > > For fgrun, it went flawlessly in about 5 minutes, but it is a very simple > project, with no branches. I've been reading the SF.net documentation - it certainly appears that I can do this with a handful of mouse clicks - neither PLIB nor freeglut have any of the attributes that make the automatic conversion problematic. However, the SF CVS repository is hosed right now - so unless someone has a copy of a recent nightly backup of the repository on their local system, we'll have to wait for SF to recover from their recent hardware problems. |
|
From: steve <sjb...@ai...> - 2006-05-10 22:08:40
|
Frederic Bouvier wrote: > I did 2 cvs to svn migration at sourceforge. One for fgrun, the other for fgsd. > > For fgrun, it went flawlessly in about 5 minutes, but it is a very simple > project, with no branches. Both PLIB and Freeglut are also very simple - I think the automated process should work fine for both of them. As soon as we have CVS access again from SourceForge, I'll do the necessary conversions. |
|
From: Frederic B. <fre...@fr...> - 2006-05-10 21:44:40
|
I did 2 cvs to svn migration at sourceforge. One for fgrun, the other for= fgsd. For fgrun, it went flawlessly in about 5 minutes, but it is a very simple project, with no branches. For fgsd, with multiple tags and branches, the automatic process failed. Submitting a cvsroot tarball didn't help either. I had to execute cvs2svn= ( a python script ) myself on a Linux box and use the resulting svn dumpfile.= This is not very complicated, but doesn't run under Cygwin. This way, I had th= e opportunity to cull some empty directories I didn't want to keep ( result= s of human errors ). In any case, a fresh cvs tarball is required. At that time, CVS was unava= ilable, so I submitted a support request and a helpful guy made the tarball for m= e and put it at shell.sourceforge.net, in the fgsd project area. Now I doubt an= y goodwill could go against a drive failure :-( Ask me if you need help. -Fred Selon Bram Stolk : > > I think steve needs to give someone admin privs. > > If nobody else wants to do this, I'm prepared to do the > migration. > > bram > > > -----Original Message----- > From: pli...@li... on behalf of Fay John F Dr= CTR > USAF AFSEO/SK > Sent: Wed 5/10/2006 20:11 > To: pli...@li... > Subject: RE: [Plib-devel] Re: Causa Finita Est > > OK, I think you have just put your finger on the center of the issue. = Fixes > are supposed to be committed and aren't. Changes are supposed to be ma= de > and aren't. > > Unless somebody is going to step up and make the required changes VERY = soon, > let's migrate to SVN first and then worry about the release. Assuming,= of > course, that we can get somebody to do the SVN migration ... Steve is b= usy > with his day job and I don't have the right sort of access to SourceFor= ge. > Anybody else? > > John F. Fay > Technical Fellow, Jacobs/Sverdrup TEAS Group > 850-729-6330 > joh...@eg... > > -----Original Message----- > From: pli...@li... > [mailto:pli...@li...] On Behalf Of Melchior F= RANZ > Sent: Wednesday, May 10, 2006 1:00 PM > To: pli...@li... > Subject: [Plib-devel] Re: Causa Finita Est > > * Fay John F Dr CTR USAF AFSEO/SK -- Wednesday 10 May 2006 19:46: > > Are we ready for a release? or would it take a month to do? > > Yes/No. AFAIK only the bugfixes for the puInput bug (combo) and the puL= ist > crash need to be committed. And wasn't it planned to remove the depreca= ted > widgets? I noticed the "done" message, but I've never actually seen the= m > remvoed. They are still in HEAD. > > m. > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apach= e > Geronimo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > plib-devel mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-devel > > -- Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer |
|
From: Bram S. <br...@sa...> - 2006-05-10 18:32:42
|
Damn! We've just missed the opportunity to migrate. developer cvs is gone now as well. I peeked at sf status page: hard disk crash of the dev-cvs machines. http://sourceforge.net/docman/display_doc.php?docid=3D2352&group_id=3D1 I think it may take quite some time before we can migrate now. grrr... bram -----Original Message----- From: pli...@li... on behalf of Bram Stolk Sent: Wed 5/10/2006 20:17 To: pli...@li... Subject: RE: [Plib-devel] Re: Causa Finita Est =20 I think steve needs to give someone admin privs. If nobody else wants to do this, I'm prepared to do the migration. bram -----Original Message----- From: pli...@li... on behalf of Fay John F Dr = CTR USAF AFSEO/SK Sent: Wed 5/10/2006 20:11 To: pli...@li... Subject: RE: [Plib-devel] Re: Causa Finita Est =20 OK, I think you have just put your finger on the center of the issue. = Fixes are supposed to be committed and aren't. Changes are supposed to be = made and aren't. Unless somebody is going to step up and make the required changes VERY = soon, let's migrate to SVN first and then worry about the release. Assuming, = of course, that we can get somebody to do the SVN migration ... Steve is = busy with his day job and I don't have the right sort of access to = SourceForge. Anybody else? John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... =20 -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Melchior = FRANZ Sent: Wednesday, May 10, 2006 1:00 PM To: pli...@li... Subject: [Plib-devel] Re: Causa Finita Est * Fay John F Dr CTR USAF AFSEO/SK -- Wednesday 10 May 2006 19:46: > Are we ready for a release? or would it take a month to do? Yes/No. AFAIK only the bugfixes for the puInput bug (combo) and the = puList crash need to be committed. And wasn't it planned to remove the = deprecated widgets? I noticed the "done" message, but I've never actually seen them remvoed. They are still in HEAD. m. ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Bram S. <br...@sa...> - 2006-05-10 18:21:55
|
I think steve needs to give someone admin privs. If nobody else wants to do this, I'm prepared to do the migration. bram -----Original Message----- From: pli...@li... on behalf of Fay John F Dr = CTR USAF AFSEO/SK Sent: Wed 5/10/2006 20:11 To: pli...@li... Subject: RE: [Plib-devel] Re: Causa Finita Est =20 OK, I think you have just put your finger on the center of the issue. = Fixes are supposed to be committed and aren't. Changes are supposed to be = made and aren't. Unless somebody is going to step up and make the required changes VERY = soon, let's migrate to SVN first and then worry about the release. Assuming, = of course, that we can get somebody to do the SVN migration ... Steve is = busy with his day job and I don't have the right sort of access to = SourceForge. Anybody else? John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... =20 -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Melchior = FRANZ Sent: Wednesday, May 10, 2006 1:00 PM To: pli...@li... Subject: [Plib-devel] Re: Causa Finita Est * Fay John F Dr CTR USAF AFSEO/SK -- Wednesday 10 May 2006 19:46: > Are we ready for a release? or would it take a month to do? Yes/No. AFAIK only the bugfixes for the puInput bug (combo) and the = puList crash need to be committed. And wasn't it planned to remove the = deprecated widgets? I noticed the "done" message, but I've never actually seen them remvoed. They are still in HEAD. m. ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Melchior F. <mf...@us...> - 2006-05-10 18:21:02
|
* Bram Stolk -- Wednesday 10 May 2006 20:15: > If you dont see changes, then it is because user cvs > is out of sync from devel cvs again. Sheesh. I even checked the cvs web-interface with the same result. But it probably also accesses the underpriviledged and routinely outdated anonymous cvs mirror. Sigh ... m. |
|
From: Bram S. <br...@sa...> - 2006-05-10 18:16:57
|
This was all done. If you dont see changes, then it is because user cvs is out of sync from devel cvs again. This is one of the big reasons to go svn, rather now than later. bram -----Original Message----- From: pli...@li... on behalf of Melchior FRANZ Sent: Wed 5/10/2006 20:00 To: pli...@li... Subject: [Plib-devel] Re: Causa Finita Est =20 * Fay John F Dr CTR USAF AFSEO/SK -- Wednesday 10 May 2006 19:46: > Are we ready for a release? or would it take a month to do? Yes/No. AFAIK only the bugfixes for the puInput bug (combo) and the puList crash need to be committed. And wasn't it planned to remove the deprecated widgets? I noticed the "done" message, but I've never actually seen them remvoed. They are still in HEAD. m. ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job = easier Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-05-10 18:11:25
|
OK, I think you have just put your finger on the center of the issue. Fixes are supposed to be committed and aren't. Changes are supposed to be made and aren't. Unless somebody is going to step up and make the required changes VERY soon, let's migrate to SVN first and then worry about the release. Assuming, of course, that we can get somebody to do the SVN migration ... Steve is busy with his day job and I don't have the right sort of access to SourceForge. Anybody else? John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Melchior FRANZ Sent: Wednesday, May 10, 2006 1:00 PM To: pli...@li... Subject: [Plib-devel] Re: Causa Finita Est * Fay John F Dr CTR USAF AFSEO/SK -- Wednesday 10 May 2006 19:46: > Are we ready for a release? or would it take a month to do? Yes/No. AFAIK only the bugfixes for the puInput bug (combo) and the puList crash need to be committed. And wasn't it planned to remove the deprecated widgets? I noticed the "done" message, but I've never actually seen them remvoed. They are still in HEAD. m. ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Melchior F. <mf...@us...> - 2006-05-10 18:00:25
|
* Fay John F Dr CTR USAF AFSEO/SK -- Wednesday 10 May 2006 19:46: > Are we ready for a release? or would it take a month to do? Yes/No. AFAIK only the bugfixes for the puInput bug (combo) and the puList crash need to be committed. And wasn't it planned to remove the deprecated widgets? I noticed the "done" message, but I've never actually seen them remvoed. They are still in HEAD. m. |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-05-10 17:56:49
|
GOT IT! well, almost got it. I downloaded a bunch of files and then got an error message that says "Error: REPORT request failed on '/svnroot/fgsd/!svn/vcc/default'" and then on the next line "Error: REPORT of '/svnroot/fgsd/!svn/vcc/default': Could not read response body: Secure connection truncated (https://svn.sourceforge.net)". Does this mean anything to anybody? Assuming that it doesn't mean anything, ... (1) How quickly can somebody get to creating a PLIB SVN archive? (2) How long would it take to make a PLIB 1.8.6 release (releases are always even-numbered)? John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Melchior FRANZ Sent: Wednesday, May 10, 2006 12:40 PM To: pli...@li... Subject: [Plib-devel] Re: Causa Finita Est * Fay John F Dr CTR USAF AFSEO/SK -- Wednesday 10 May 2006 19:33: > Is there another SourceForge project that anybody knows of that uses SVN? FlightGear Scenery Designer: http://sf.net/projects/fgsd/ m. ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-05-10 17:46:33
|
Are we ready for a release? or would it take a month to do? John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Jan Reucker Sent: Wednesday, May 10, 2006 12:21 PM To: pli...@li... Subject: Re: [Plib-devel] Causa Finita Est Another suggestion: Wouldn't it be a good idea to release 1.8.5 before the migration to SVN, just in case that the migration causes any unforeseen delays? Kind regards, Jan R. |
|
From: Melchior F. <mf...@us...> - 2006-05-10 17:40:01
|
* Fay John F Dr CTR USAF AFSEO/SK -- Wednesday 10 May 2006 19:33: > Is there another SourceForge project that anybody knows of that uses SVN? FlightGear Scenery Designer: http://sf.net/projects/fgsd/ m. |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-05-10 17:34:17
|
Bram, I tried getting to "OpenDE" but the server appears to be down. Is there another SourceForge project that anybody knows of that uses SVN? John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Bram Stolk Sent: Wednesday, May 10, 2006 10:56 AM To: pli...@li... Subject: [Plib-devel] Causa Finita Est Fay John F Dr CTR USAF AFSEO/SK wrote: > That alone makes it worth the effort. Yeah - I don't really see a > problem with that. Can we preserve the edit history through the changeover? Yes this is possible. opende also converted, and the old history is still there. > (1) Somebody raised the question of a SourceForge SVN versus a foreign > SVN. I have been successful at getting to JC Jones' private SVN, but > I have not tried on SourceForge. Is this going to be an issue? Does > somebody know of an SVN repository on SourceForge that I could try to > download? Try: $ svn co https://svn.sourceforge.net/svnroot/opende/trunk opende is very cool. I combine plib+opende for the game i'm working on. > (2) The "UL" directory eventually needs to be renamed "ul" and the "ul" > library moved from the "util" directory into it. The "util" directory > is the result of a typographical error and should go away. The > question is, is it easier to do this during the conversion or should > it be done as a separate step? Unless Steve is mistaken about the > ability to remove and rename directories, I would vote for making the > conversion in one step and changing "util" to "ul" in a second step. sounds right.... makes it an easier transit I think. Bram -- Bram Stolk, VR Engineer SARA, Amsterdam. tel +31 20 592 3000 "Windows is a 32-bit extension to a 16-bit graphical shell for an 8-bit operating system originally coded for a 4-bit microprocessor by a 2-bit company that can't stand 1 bit of competition." ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Jan R. <slo...@gm...> - 2006-05-10 17:21:37
|
Am Wed, 10 May 2006 17:55:55 +0200 schrieb Bram Stolk <br...@sa...>: > > (1) Somebody raised the question of a SourceForge SVN versus a foreign > > SVN. I have been successful at getting to JC Jones' private SVN, but I > > have not tried on SourceForge. Is this going to be an issue? Does > > somebody know of an SVN repository on SourceForge that I could try to > > download? > > Try: > > $ svn co https://svn.sourceforge.net/svnroot/opende/trunk In addition, there's a brief introduction to the SF.net SVN service: http://sourceforge.net/docman/display_doc.php?docid=31070&group_id=1 Another suggestion: Wouldn't it be a good idea to release 1.8.5 before the migration to SVN, just in case that the migration causes any unforeseen delays? Kind regards, Jan R. -- Jan Reucker email: jan dot reucker at web dot de web: http://www.reucker-online.de |
|
From: Bram S. <br...@sa...> - 2006-05-10 15:53:15
|
Fay John F Dr CTR USAF AFSEO/SK wrote: > That alone makes it worth the effort. Yeah - I don't really see a > problem with that. Can we preserve the edit history through the changeover? Yes this is possible. opende also converted, and the old history is still there. > (1) Somebody raised the question of a SourceForge SVN versus a foreign > SVN. I have been successful at getting to JC Jones' private SVN, but I > have not tried on SourceForge. Is this going to be an issue? Does > somebody know of an SVN repository on SourceForge that I could try to > download? Try: $ svn co https://svn.sourceforge.net/svnroot/opende/trunk opende is very cool. I combine plib+opende for the game i'm working on. > (2) The "UL" directory eventually needs to be renamed "ul" and the "ul" > library moved from the "util" directory into it. The "util" directory > is the result of a typographical error and should go away. The question > is, is it easier to do this during the conversion or should it be done > as a separate step? Unless Steve is mistaken about the ability to > remove and rename directories, I would vote for making the conversion in > one step and changing "util" to "ul" in a second step. sounds right.... makes it an easier transit I think. Bram -- Bram Stolk, VR Engineer SARA, Amsterdam. tel +31 20 592 3000 "Windows is a 32-bit extension to a 16-bit graphical shell for an 8-bit operating system originally coded for a 4-bit microprocessor by a 2-bit company that can't stand 1 bit of competition." |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-05-10 15:28:18
|
Gentlemen, I asked Steve (he's not been abducted by aliens, by the way) about changing the CVS repository over to SVN and got the following response: <quote> Fay John F Dr CTR USAF AFSEO/SK wrote: > In case you haven't been checking your open-source e-mail at > all, there's a question on the PLIB list asking whether we should move > the CVS archive over to SVN. SVN would apparently have the advantage > that I can get to it directly. That alone makes it worth the effort. Yeah - I don't really see a problem with that. Can we preserve the edit history through the changeover? One really wonderful thing about SVN is that you can remove/rename directories. We should probably take this opportunity to rationalise some of the junk out there. </quote> So ... Who can do the actual conversion from CVS to SVN? Are there any other issues that need to be addressed in the conversion? I have a couple: (1) Somebody raised the question of a SourceForge SVN versus a foreign SVN. I have been successful at getting to JC Jones' private SVN, but I have not tried on SourceForge. Is this going to be an issue? Does somebody know of an SVN repository on SourceForge that I could try to download? (2) The "UL" directory eventually needs to be renamed "ul" and the "ul" library moved from the "util" directory into it. The "util" directory is the result of a typographical error and should go away. The question is, is it easier to do this during the conversion or should it be done as a separate step? Unless Steve is mistaken about the ability to remove and rename directories, I would vote for making the conversion in one step and changing "util" to "ul" in a second step. John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... -----Original Message----- From: Bram Stolk [mailto:pli...@li...] On Behalf Of Bram Stolk Sent: Friday, May 05, 2006 5:30 PM To: pli...@li... Cc: sjb...@ai... Subject: RE: [Plib-devel] CVS vs SVN > ... Have I missed any relevant issues? Yes.... Steve seems to be abducted by Aliens :-) I haven't seem him post or mail anything for quite a while. Steve... are you catching up on some decades of sleep that you owed your self? We need your verdict: most plibbers have a preference for svn. Bram |
34 messages has been excluded from this view by a project administrator.
