Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Hi all, We seem to be converging on a release procedure something like the following: 1. Minor bug fixes and tweaks to the packaging scripts are OK, but from today no new program features will be added to WSJT-X before we freeze code for the candidate release of v1.4. 2. G4WJS may make a few more tweaks to the hamlib library. (Important question for Bill: How will the state of that library be effectively frozen into the tagged candidate release?) 3. By 00:00 UTC Sept 26, one week from today, we'll agree on the SVN revision number of our mainline development branch, .../branches/wsjtx, that will be tagged for the candidate release. We'll call the tag something like .../tags/wsjtx-1.4.0-rc1. Code in this tag is frozen forever. 4. Code in the new tag will be checked out, compiled, and packaged on each platform for which we'll provide a binary installation package. It will also be made into a compressed source tarfile. 5. The tagged source code will be SVN-copied into a new branch, something like .../branches/wsjtx-1.4. Subsequent bug fixes to v1.4 will be made there, and (if applicable) merged into the main development branch .../branches/wsjtx. 6. On Oct 1 I will post the new source-code tarfile at SourceForge and links to the binary packages (or instructions for obtaining and installing them) on the WSJT Home Page. 7. The mainline development branch will be bumped to v1.5. Subsequent development (new program features, etc.) will take place there. Note: All of the above refers to WSJT-X only; activity in other branches of our repository may continue normally. Does this sound right? Have I got something wrong, or left out anything important? -- Joe, K1JT -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Does this sound right? Have I got something wrong, or left out anything important? We need to carry out a similar process on the WSJT-X docs although that need not necessarily happen until the final RC is deemed to be v1.4.0. I don't think we want to exactly mirror the RC tags and branches for the docs, I say this because IMHO merges on documents are often messy and have many conflicts although if there is no activity on the main line documents the merges will be trivial. We can include the best available wsjtx-main.html with installation packages built from the tagged revision. However, I'm presently inclined to allow the manual that's brought up in a browser (when the user hits F1) to keep changing as further improvements are made. -- Joe -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Hi Joe, On 09/18/2014 01:25 PM, Joe Taylor wrote: Hi all, In preparation for the public beta release of WSJT-X v1.4 planned for October 1, we need to agree on a revision number for the code and supporting files that will be tagged in the repository, made into a *.tar.gz file, etc., for the release. At present we're at revision 4337. As a straw-man proposal, I'd like to suggest that any changes between now and Oct 1 should be bug fixes, i.e., repairs of existing functionality. This means no new features in the next 12 days. Is everyone OK with this? Do you foresee a need for other changes? By changes, I assume your referring to ../branches/wsjtx changes or would you like us to halt all SVN activity apart from what you've listed above? Also: to allow time for building Linux and OS X release packages, we need to tag the revision to be used release at least a few days before Oct 1. Does September 26, a week from tomorrow, seem reasonable as a target tag date ? This would be helpful, but once the base package(s) are created, updates should be fairly painless, unless they are rather intrusive. The 26th is fine with me. I'm not bothered if it's 0600 MST or 2359(Z) or whatever. We have never been so formal about such things in the past, but now that we have a much larger and more active development group it seems the right thing to do. Am I forgetting anything important? -- Joe, K1JT 73's Greg, KI7MT -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
On 18/09/2014 20:25, Joe Taylor wrote: Hi all, Hi Joe, In preparation for the public beta release of WSJT-X v1.4 planned for October 1, we need to agree on a revision number for the code and supporting files that will be tagged in the repository, made into a *.tar.gz file, etc., for the release. At present we're at revision 4337. As a straw-man proposal, I'd like to suggest that any changes between now and Oct 1 should be bug fixes, i.e., repairs of existing functionality. This means no new features in the next 12 days. Is everyone OK with this? Do you foresee a need for other changes? I may have to bend this a little but my new feature changes will not effect the WSJT-X revision number since they will be in Hamlib. Also: to allow time for building Linux and OS X release packages, we need to tag the revision to be used release at least a few days before Oct 1. Does September 26, a week from tomorrow, seem reasonable as a target tag date ? We have never been so formal about such things in the past, but now that we have a much larger and more active development group it seems the right thing to do. Am I forgetting anything important? Don't forget that you can always check out a past revision and make a kit from that so changes can flow in continuously so long as there is some control on potentially breaking changes running up to the fork point. I suggest that the SVN revision number not be used in any file names or documents, the tag v1.4.0 should be the definitive tag and the SVN revision number just a side effect of the actual revision chosen to tag. I.e. tag the Beta revision as v1.4.0 (more correctly v1.4.0-rc1) and immediately update the version number in Versions.cmake so that any new build gets a different id. After that we can either decide to remain feature frozen until v1.4.0 is released or branch for bug fixes with the main line being bumped to v1.5.0 (or v1.4.1) and fixes going into the v1.4.0 branch and also merged into the main line. The latter parallel new features plus a feature frozen branch destined to be a release is a more normal procedure but we could simplify to the former with no new features through -rc2 .. -rcN until v1.4.0 is released. I prefer the branched model personally as branches are very cheap in source control systems and merging of bug fixes is easy so long as all developers working on the release candidate branch understand that they must merge all fixes into the main line as well using the appropriate SVN merge command so that a proper SVN history is maintained. -- Joe, K1JT 73 Bill G4WJS. -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
On 12/09/2014 16:51, Joe Taylor wrote: Hi all, Hi Joe, Consensus has it that an open Beta Release of WSJT-X v1.4 on or about October 1 makes good sense. Toward that end, here's a tentative version of an announcement that would be made on the wsjtgroup reflector -- our most active public forum for users. Please read the following carefully and suggest changes, additions, or deletions. I'm also looking for suggestions on the new WSJT-X User Guide. ### We invite you to download and install a Beta Release of the WSJT-X, version 1.4. Download links are posted on the WSJT home page. (NB: the links are not yet there!) Important program changes in version 1.4 relative to v1.3, r3673 include the following: 1. Much improved CAT control for most radios, including expanded support for Commander, Ham Radio Deluxe, and OmniRig. WSJT-X now simulates Split mode for rigs that do not have such a feature. We should say that one way CAT control is no longer supported. Users may choose no CAT control or have working two CAT control so that the application can verify that the commands sent to the rig have been executed. The most common causes of only having one way CAT control are either bad wiring of interface cables (particularly serial cables with broken or missing RxD connections) or RFI causing corruption of serial data during transmission periods. Split mode operation (JT65+JT9 mode) is now supported via HRD if HRD provides the appropriate controls to enable split mode and set the rig TX frequency. 2. New and far more flexible configuration screen. Many options previously on the Setup menu now appear on the Settings screen. Multiple spot operating frequencies per band can be set up. All recognized amateur bands are supported and offsets for transverters can set up. 3. Much smoothing and polishing of user interface. Optional user-defined palettes for waterfall, user-defined fonts for Astronomical Data screen, etc. Also user defined fonts for the main screen and decoded text areas. 4. JT65 decoder now accepts negative values of DT down to -3.2 s, eliminating most of the occasional garbage decodes. 5. Better (glitch-free) behavior of audio streams. 6. Better handling of messages that include compound callsigns. 7. Support for standard localization conventions. 8. Writable files now appear platform-dependent standard locations. This allows for more efficient installation on all platforms supported and also allows settings to be seamlessly carried forward during future program upgrades. 9. A new WSJT-X User Guide is available. Additions and changes will continue, but most sections are now in good shape. Click on http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main.html to read the manual. In addition, there are many internal changes to the project aimed at cleaning up the code, establishing a standard set of compile-and-build tools, and making the whole package more readily maintained by an active group. KNOWN PROBLEMS -- WSJT-X does not cooperate properly with Ham Radio Deluxe when HRD Logbook or DM780 are also running in parallel. This is an HRD issue, and we believe they are working to resolve it. Due to the way that HRD provides external rig control to other applications; it has not been possible to initially provide support for all rigs via HRD. We have built in diagnostics that allow quick identification of the extra support needed to support untested rigs via HRD. We urge users that prefer to use HRD to control their rigs to try this new version and report back results, we will then add any missing support based on feedback from users as soon as possible. About 25 amateurs, including all of the most active members of the Development Team, have been regular users WSJT-X built from recent code revisions. We find the program to be a pleasure to use. We look forward to user feedback on the latest version. -- 73, Joe, K1JT (for the WSJT Deveopment Team) 73 Bill G4WJS. -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
On 17/09/14 11:40, Bill Somerville wrote: We should say that one way CAT control is no longer supported. Users may choose no CAT control or have working two CAT control so that the application can verify that the commands sent to the rig have been executed. Bill what about those who are using a software radio e.g. sdr-shell, which does not support two way CAT control? 73 Nick G3VNC -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Hi Bill, See below. On 09/17/2014 10:17 AM, Bill Somerville wrote: On 17/09/2014 16:55, ki7mt wrote: Hi Bill, Hi Greg, On 09/17/2014 04:49 AM, Bill Somerville wrote: On 12/09/2014 21:38, KI7MT wrote: Hi Joe, Hi Greg, If you intended to release the Beta October 1st, I'm sure either John ( AC6SL ) or myself could come up with either a PPA or Debian Package, maybe both. I've not built WSJT-X using Qmake in a while, but, if wsjtx.pro and wsjtx/lib/Makefile are up to date, we could probably pull together a tar.gz with instructions for building from source. Need to confirm that will Bill of course. I don't understand why you would want to build with qmake? CMake builds are fully supported on Linux and the package target can produce a Debian package, an RPM package and, a source tarball. I don't want to use Qmake. I prefer Cmake. At the time, I thought that may be another option, but Cmake is certainly the way to go IMHO. The TGZ package being produced is all binary files, so if the intent is to provide a real source tar.gz, we'll need to sift through the files and clean out the Windows stuff. try: cmake --build build-tree-path --target package_source I think you will find that builds a variety of source packages in different compression tools. Ok, thanks, I'll have a play with that and see what pops out. I realize that there are some minor issues with each of these but they are far closer to a working distributable package than a raw qmake build. For example licence terms, icons, desktop files, man pages and, application descriptions are all handled in the CMake package builders. I think the manpages are, for the time being, are secondary or even tertiary consideration with respect to the beta. The hardest thing (for Debian at least) is that copyright file. Needs to accurate and formatted properly. OK, can you point me to a reference so I can check if the DEB file produced at the moment is incorrect. This is John's (AS6SL) debian package for that latest WSJT-X in the Ubuntu / Debian repo's. It's a bit dated as that was the last release of WSJT-X, but the Control file Copyright files are examples of what needs to be there. The control file sorts out the build and runtime dependency packages. Link: https://launchpad.net/~jnogatch/+archive/ubuntu/wsjtx/+files/wsjtx_1.1.r3496.1-1~jtn~trusty.debian.tar.gz Debian Copyright File Reference: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ The files are in the debian folder in the archive. 73's Greg, KI7MT In any case I can help out in those two areas, but not on Mac I'm afraid. Same applies for Mac although John G4KLA is already using the CMake packaging for Mac AFAIK. 73's Greg, KI7MT 73 Bill G4WJS. On 9/12/2014 20:25, Joe Taylor wrote: Hi all, For the forthcoming beta release of WSJT-X v1.4, is it feasible for us to have ready suitable installation packages (and instructions) for Linux and OS X, as well as Windows? -- Joe 73 Bill G4WJS. -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Change this in mainwindow.cpp void MainWindow::killFile() { if(m_fname==m_fileToSave) { } else { QFile savedFile(m_fname); savedFile.remove(); } } To this temporarily and see what error pops up. I would think it has to be locked for some reason. Since we don't want this to loop what I would do is, if it fails, push the filename onto a queue and then walk the queue every time this is called removing the name on success. That way it would eventually be removed if the program isn't shut down (or is killFile called on shutdown??) assuming this is a temporary error. void MainWindow::killFile() { if(m_fname==m_fileToSave) { } else { QFile savedFile(m_fname); If(!savedFile.remove()) { msgBox(savedFile.errorString()); } } } Mike W9MDB -Original Message- From: John Nelson [mailto:j...@rmnjmn.demon.co.uk] Sent: Monday, September 15, 2014 7:55 AM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Hi Mike, No, WSJT-X doesn't crash. (And neither does the computer - it's a Mac.) No, the computer doesn't sleep when WSJT-X is running. No, only one version is running. I always quit WSJT-X normally when I have had enough. I am not sure that a dir of the directory will provide you with any information but here is a recent snippet. This is not something I'm losing sleep over. I thought I would just mention the issue as an observation. --- John G4KLA -rw-r--r-- 1 jmn staff 1440044 Sep 13 10:12 140913_0912.wav -rw-r--r-- 1 jmn staff 1440044 Sep 13 10:17 140913_0917.wav -rw-r--r-- 1 jmn staff 1440044 Sep 13 10:28 140913_0928.wav -rw-r--r-- 1 jmn staff 1440044 Sep 13 19:44 140913_1844.wav -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Mike, Try this. Let WSJT-X be in Monitor mode.Now suppose that you are looking at a particular trace and after the Decode takes place sometime after 52 seconds you notice that your trace was not decoded. Shame. Now press the Decode button, say around 10 secs in the next cycle in hte hope that decode might be successful.Monitor your save directory for the next couple of cycles. When I do this, a wav file will be left and not deleted. --- John G4KLA -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Yup...it does behave that way. On purpose I would imagine. If you had problems decoding it perhaps you want to hang on to it. How is it supposed to determine when to delete it after you've expressed interest in it? Ergo the menu option to erase all *.wav files. Mike W9MDB -Original Message- From: John Nelson [mailto:j...@rmnjmn.demon.co.uk] Sent: Monday, September 15, 2014 1:54 PM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Mike, Try this. Let WSJT-X be in Monitor mode.Now suppose that you are looking at a particular trace and after the Decode takes place sometime after 52 seconds you notice that your trace was not decoded. Shame. Now press the Decode button, say around 10 secs in the next cycle in hte hope that decode might be successful.Monitor your save directory for the next couple of cycles. When I do this, a wav file will be left and not deleted. --- John G4KLA -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
It means later-in-the-code...not later in the development process. if(!keepFile and !m_diskData) killFileTimer-start(45*1000); //Kill in 45 s You shouldn't be seeing any saved files unless you have it checked. Mike W9MDB -Original Message- From: John Nelson [mailto:j...@rmnjmn.demon.co.uk] Sent: Sunday, September 14, 2014 5:08 AM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Hi Joe, During further tests of r4309 I notice (as before) that .wav files are saved even though None is selected in the Save menu. I notice this in mainwindow.cpp: if(!m_diskData) {//Always save; may delete later Has later now arrived? --- John G4KLA -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Concerning .wav files being saved: Mike writes: You shouldn't be seeing any saved files unless you have it checked. That's exactly my point. I am seeing it even though None is checked. Not every decode is saved. It seems to be intermittent. --- John g4KLA-- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Is your program crashing? Are you letting your computer go to sleep? How often is this happening? Can you give us a dir of that directory? With a polite shutdown it removes the file. Then there's the question of what happens you have multiple ones running? Name collision? Mike W9MDB From: John Nelson [mailto:j...@rmnjmn.demon.co.uk] Sent: Sunday, September 14, 2014 9:34 AM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Concerning .wav files being saved: Mike writes: You shouldn't be seeing any saved files unless you have it checked. That's exactly my point. I am seeing it even though None is checked. Not every decode is saved. It seems to be intermittent. --- John g4KLA -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Hi .just had a look in my .local/WSJTX/save file and found about 40 .wav files saved when in the save config i have none 73 David VK4BDJ On 15/09/14 06:40, Michael Black wrote: Is your program crashing? Are you letting your computer go to sleep? How often is this happening? Can you give us a dir of that directory? With a polite shutdown it removes the file. Then there's the question of what happens you have multiple ones running? Name collision? Mike W9MDB *From:*John Nelson [mailto:j...@rmnjmn.demon.co.uk] *Sent:* Sunday, September 14, 2014 9:34 AM *To:* WSJT software development *Subject:* Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Concerning .wav files being saved: Mike writes: You shouldn't be seeing any saved files unless you have it checked. That's exactly my point. I /am/ seeing it even though None is checked. Not every decode is saved. It seems to be intermittent. --- John g4KLA -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- 73 David VK4BDJ -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
How about a directory so we can dates/times? Is your program crashing at all? Or you shutting down without shutting down the program? Or there any possibility of the file being in-use somehow and preventing removal? There's no error reported if so. From: David [mailto:djm...@bigpond.com] Sent: Sunday, September 14, 2014 3:57 PM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Hi .just had a look in my .local/WSJTX/save file and found about 40 .wav files saved when in the save config i have none 73 David VK4BDJ On 15/09/14 06:40, Michael Black wrote: Is your program crashing? Are you letting your computer go to sleep? How often is this happening? Can you give us a dir of that directory? With a polite shutdown it removes the file. Then there's the question of what happens you have multiple ones running? Name collision? Mike W9MDB From: John Nelson [mailto:j...@rmnjmn.demon.co.uk] Sent: Sunday, September 14, 2014 9:34 AM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Concerning .wav files being saved: Mike writes: You shouldn't be seeing any saved files unless you have it checked. That's exactly my point. I am seeing it even though None is checked. Not every decode is saved. It seems to be intermittent. --- John g4KLA -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191 http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktr k iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- 73 David VK4BDJ -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4
Try the different kill levels on the process and see if any of them leave a file hanging around. I think a kill -9 probably would leave the file but at some lower level it should still clear the file. Mike W9MDB From: David [mailto:djm...@bigpond.com] Sent: Sunday, September 14, 2014 4:50 PM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Hi...deleted the 40 .wav files in the .local/share/WSJT-X/save dir and used WSJT-X but no new files have appeared running Linux WSJT-X 1.4 r4312...i update my files each day before i use the program 73 David VK4BDJ On 15/09/14 07:23, Michael Black wrote: How about a directory so we can dates/times? Is your program crashing at all? Or you shutting down without shutting down the program? Or there any possibility of the file being in-use somehow and preventing removal? There's no error reported if so. From: David [mailto:djm...@bigpond.com] Sent: Sunday, September 14, 2014 3:57 PM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Hi .just had a look in my .local/WSJTX/save file and found about 40 .wav files saved when in the save config i have none 73 David VK4BDJ On 15/09/14 06:40, Michael Black wrote: Is your program crashing? Are you letting your computer go to sleep? How often is this happening? Can you give us a dir of that directory? With a polite shutdown it removes the file. Then there's the question of what happens you have multiple ones running? Name collision? Mike W9MDB From: John Nelson [mailto:j...@rmnjmn.demon.co.uk] Sent: Sunday, September 14, 2014 9:34 AM To: WSJT software development Subject: Re: [wsjt-devel] Plan for beta release of WSJT-X v1.4 Concerning .wav files being saved: Mike writes: You shouldn't be seeing any saved files unless you have it checked. That's exactly my point. I am seeing it even though None is checked. Not every decode is saved. It seems to be intermittent. --- John g4KLA -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191 http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktr k iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- 73 David VK4BDJ -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191 http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktr k iu=/4140/ostg.clktrk ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- 73 David VK4BDJ -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel