Hi Bill, On 11/7/2014 21:31, Bill Somerville wrote: > On 07/11/2014 21:13, KI7MT wrote: >> Hi Bill, > Hi Greg, >> >> I saw you posted the v1.2 binaries, thanks for that. I'll update the >> KVASD Installer app accordingly.
> OK, they are not complete yet. The Mac ones probably need work. The > Linux ARM one is still v1.11. I was thinking about Linux here, i686/amd64. I don't have a Mac so can't contribute much there. I do have a couple arm devices on the way for testing, just for playing around with WSPR command line modes and things which doesn't need / use Kvasd./ >> >> Suggestion. Using the Files / Folder section on WSJT SF seems to be a >> good place for housing files such as these, as there's no real revision >> control possible with the binaries, apart from the names themselves. You >> can create as many or few folders as needed. Each upload automatically >> gets an MD5 and SHA1 hash with the upload. > I disagree on revision control but having them in a separate branch from > any tools that fetch them would not work well. I can't diff two binaries and understand the differences, so for me, it' doesn't really matter where they go, as long as we can get a version number out of it somehow and the URLS to them don't move around allot. Having everything atomic is ok, but has it's one set of problems too. > > I was discussing earlier with John G4KLA about what we need to do to > deliver kvasd on Mac, it is also slightly complex as it needs to be > dynamically linked due to LGPL restrictions and needs to be hooked up > with the libraries we bundle with WSJT-X. I am contemplating a CMake > project to build a kvasd installer using CPack so we can get some > platform neutrality rather than rolling different solutions for each and > every platform - it may not be worth the effort though given the > probable very slow rate of change in kvasd. >> >> I think you have to be in the Admin group to manage the folders & >> Uploads though. > That would not be an issue although I think my preference is checking > them in, on balance. For me, it's 6 of one, half dozen for the other. I'm ok with it either way. >> >> If you add your pub SSH key to your SF user name, one can scp / rsync >> the files directly to a folder location. In the case of rsync, mirror >> what you have at home to the server in one simple step. > Does anyone actually use SF for development without adding their public > keys to the the server? I would very soon get sick of typing passwords! I use keys for Debian (like 10+ sites), Launchpad, Ubuntu ( loads of them), SF .. pretty much everything I can. But, was just throwing that out there for those that may not know, as it's not always immediately obvious. >> >> Just a couple thoughts. >> > 73 > Bill > G4WJS. > > ------------------------------------------------------------------------------ > _______________________________________________ > wsjt-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- 73's Greg, KI7MT ------------------------------------------------------------------------------ _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
