Re: [XMLPipeDB-developer] build with new M smegmatis link out
Brought to you by:
kdahlquist,
zugzugglug
From: John D. N. D. <do...@lm...> - 2011-02-08 21:20:36
|
Ah OK, I see where there were misunderstandings now. Yes, the mere act of uploading via the File Manager constitutes a "release" in SourceForge's eyes. Whatever shows up as the default download is then a separate setting. Sounds like we've cleared things up then. Carry on :) John David N. Dionisio, PhD Associate Professor, Computer Science Loyola Marymount University On Feb 8, 2011, at 12:37 PM, Richard Brous <rbr...@gm...> wrote: > Couple things: > > Think I may be using confusing terms so I'll try to be more specific... > > I thought that there was a separate process that needed to be triggered to increment the released version within SourceForge. If in fact all I needed to do was to zip up the new build and place it and a new readme.txt on SourceForge then I have done so. > > I also have rights to make the zip file the default download. My error was attempting the set the 2.0b61 folder as the default download folder which isn't an option. > > Sorry for my lack of experience with with SourceFoge but i'll remember for next time! > > Richard > > On Tue, Feb 8, 2011 at 9:57 AM, John David N. Dionisio <do...@lm...> wrote: > Greetings, > > The reason it didn't show up on the front page is because it wasn't marked as the default download (see attached screenshot). To see that panel, click on "i" then click on the appropriate checkbox. > > Rich, please verify if, when you mention that you didn't have rights, you meant that this panel does not appear (or is not editable) under your account. Or if you meant something else, let me know. > > Meanwhile, I went ahead and checked Windows as the default download. Should appear on the front page now. > > John David N. Dionisio, PhD > Associate Professor, Computer Science > Loyola Marymount University > > > > > On Feb 8, 2011, at 9:30 AM, Richard Brous wrote: > > > Yes, because I don't seem to have rights to officially release the new version. > > > > I mentioned that in my last email on yesterday's thread. > > > > 2b61 zip is complete and ready. > > > > Rb > > > > Sent from my iPhone > > > > On Feb 8, 2011, at 9:07 AM, Kam Dahlquist <kda...@lm...> wrote: > > > >> Hi, > >> > >> Do you guys know why the SourceForge home page for XMLPipeDB still has b60 as the latest file? To download b61, I have to show all files. > >> > >> Thanks, > >> Dr. D > >> > >> At 05:50 PM 2/7/2011, Richard Brous wrote: > >>> Meant rev the release number =D > >>> > >>> On the readme I followed the format of b60 which I may have uploaded incorrectly since I released it as well. Will correct right now. > >>> > >>> Richard > >>> > >>> On Mon, Feb 7, 2011 at 5:36 PM, John David N. Dionisio <do...@lm...> wrote: > >>> Hi Rich, > >>> > >>> Not sure what you mean by "rev on the release" --- you successfully uploaded, so that should be enough. > >>> > >>> Note though that the readme that you uploaded is called "gmbuilder-2_0b61-readme.txt" and not "gmbuilder-2.0b61-readme.txt" (period instead of underscore). > >>> > >>> AFAIK you can upload and reupload the file as much as needed, until the contents of that folder are correct. > >>> > >>> John David N. Dionisio, PhD > >>> Associate Professor, Computer Science > >>> Loyola Marymount University > >>> > >>> > >>> > >>> On Feb 7, 2011, at 5:29 PM, Richard Brous wrote: > >>> > >>> > OK, b61 has had its version updated (string constant), was zipped up and added to sourceforge along with a corresponding readme.txt. > >>> > > >>> > Should be go to go now for rev on the release. Do I have rights to do that if so where on Sourceforge should I go? (I checked project admin tab but no items display) > >>> > > >>> > Richard > >>> > > >>> > On Mon, Feb 7, 2011 at 4:41 PM, John David N. Dionisio <do...@lm...> wrote: > >>> > OK, got it; just holler if you run into issues. BTW Rich, since your "From:" address has changed, the mailing list did not recognize your last message as coming from a member. If you plan to keep using your Gmail address, be sure to subscribe to the mailing list with that address. > >>> > > >>> > John David N. Dionisio, PhD > >>> > Associate Professor, Computer Science > >>> > Loyola Marymount University > >>> > > >>> > > >>> > > >>> > On Feb 7, 2011, at 4:18 PM, Richard Brous wrote: > >>> > > >>> > > I'll give it a try. I already committed the link change up to the repository so there will be no committment issues (this time!). > >>> > > > >>> > > If I run into the same issue as before I'll let you know and you will probably have to handle it. > >>> > > > >>> > > rb > >>> > > > >>> > > On Mon, Feb 7, 2011 at 3:39 PM, John David N. Dionisio <do...@lm...> wrote: > >>> > > Hi Kam, > >>> > > > >>> > > Sure, no problem --- Rich, do you want to do the release yourself, or would you rather that I do it? Let me know. Either way, make sure you're all committed up before releasing. Especially if I'll be the one doing it :) > >>> > > > >>> > > John David N. Dionisio, PhD > >>> > > Associate Professor, Computer Science > >>> > > Loyola Marymount University > >>> > > > >>> > > > >>> > > > >>> > > On Feb 7, 2011, at 2:43 PM, Kam Dahlquist wrote: > >>> > > > >>> > > > Hi Dondi, Rich, > >>> > > > > >>> > > > I'm looking at the M smegmatis gdb that Rich created and the new link > >>> > > > out works and the gdb works with the major functions of > >>> > > > GenMAPP/MAPPFinder. Would it be possible to release a version of > >>> > > > GenMAPP Builder with this change so that I can try an export myself? > >>> > > > > >>> > > > I'm going to try to finish going over the gdb itself so that we can > >>> > > > also release it, but that will take me a little more time. > >>> > > > > >>> > > > Thanks, > >>> > > > Dr. D > >>> > > > > >> ------------------------------------------------------------------------------ > >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > >> Pinpoint memory and threading errors before they happen. > >> Find and fix more than 250 security defects in the development cycle. > >> Locate bottlenecks in serial and parallel code that limit performance. > >> http://p.sf.net/sfu/intel-dev2devfeb > >> _______________________________________________ > >> xmlpipedb-developer mailing list > >> xml...@li... > >> https://lists.sourceforge.net/lists/listinfo/xmlpipedb-developer > > <ATT00001..txt><ATT00002..txt> > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > xmlpipedb-developer mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlpipedb-developer > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > xmlpipedb-developer mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlpipedb-developer |