Hello Juha, I guess it would be better to release without new version check because now I'm making some changes around this and I'm realising that it would be better to make this feature if a different way and this will require changes on both client and manager side. And this should be written and tested very carefully.
Thanks Best regards, Vitalii Koshura 2017-08-03 22:35 GMT+03:00 Juha Sointusalo <juha.sointus...@gmail.com>: > On 2 August 2017 at 05:11, Charlie Fenton <charl...@ssl.berkeley.edu> > wrote: > > > Are there any other changes in GIT master that should be ported into the > > 7.8 branch before we tag and build BOINC 7.8.1 and release it for alpha > > testing? > > > This command lists commits that are in master but not in 7.8 branch, > ignoring Drupal commits: > > git cherry -v origin/client_release/7/7.8 master | grep -viE -e drupal > -e "^-" > > Of the listed commits, these look like they could/should be included in > 7.8: > > de26ed56746c0af95afe99c00b798b6d5384e84c Increase the number of use cases > file_size() works correctly, per JuhaSointusalo. > ff7633a65def104b81a82b839f98fbe4b383f42f client: fix bug in URL-escaping > that fails for non-ASCII chars > 6c0a92d1b1eafbb6560157762a5d3a68f750379c Manager: code formatting; no > functional change > 8b06de2d28cc4f6a43c4f090d0a56bbc2635741c change comment; not functional > change > 824b3e76543b834ae912d47e3f11e21d73bb0380 Manager: don't crash if GUI RPC > returns empty reply > 3a96e95d02c97c20779bcb783cd3a5177fe8d96d GUI RPC client: use std::string > instead of fixed-size buffer for requests > a91f4c64088e805702e446516e2abb1faff9dfb2 LIB: Prevent the possible issue > of > dereferencing a NULL pointer. > 13fbb84d7347befa11a391bd9ef795cc03742d87 Manager: get rid of out_of_range > exception and handle such situation in a more graceful way. > > I'll let Christian comment on this: > > 16a13e7e32379fdf016028dc0b5fd56668fed539 Travis: use Trusty image and use > apg-get to install dependencies > > I included commits that only change formatting and such so that the > difference between master and 7.8 stays smaller and adding other commits is > perhaps easier. > > Then there is this: > > a0a6881818215e7f389417d57521af6537c1989d Manager: Use wxHTMLWindow in task > property window > 86468699f0f6c3442dd8f9935e06b02d8bf034fd Manager: Fix typo > > When Rom was release manager new features were developed in release branch > which is IMHO totally wrong and I'm more than happy if those days are over. > But right now we don't yet have a stable release. So is 7.8 open for new > features or not? (I'd also like the feature to be changed a bit. I'll write > a comment later.) > > Of the changes not yet even in master I'd like #1979 "client/lib: don't > flush stdout and stderr in main loop" and another PR which I'll make soon > to be included. I can live without the others. > > > Should the new keyword stuff be included in the 7.8.1 builds? > > > IMHO, as long as it can't be tested it has no place in any release, whether > the release is beta or stable. > > > > > Is anyone other than me still using VS 2010 for local Windows builds? > > > > David uses VS2010. I may be wrong but I think at some point Rom tried using > VS2013 for building but the executables didn't run on XP and he went back > to VS2010. > > > > Opinions? Thoughts? > > > > From my perspective the only change is disabling the version check at > Manager startup. There's some Mac changes too but I don't know about those. > So what would we be testing with 7.8.1? IMHO, the remaining parts of the > version check don't work properly and need fixing. Should we give Vitalii > more time to fix it or do you want to release a new version just because it > doesn't crash on host startup? > > -Juha > _______________________________________________ > boinc_dev mailing list > boinc_dev@ssl.berkeley.edu > https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev > To unsubscribe, visit the above URL and > (near bottom of page) enter your email address. > _______________________________________________ boinc_dev mailing list boinc_dev@ssl.berkeley.edu https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
