开云体育

Looking at one but I really do not want to run wine or a virtual winders machine.
Is/are there programs for linux (Debian, Ubuntu, or Mint) ? Also what level of
development is that at if existent?

If in source form what language and dependencies?

Allison

I suggest taking a look at nanovna saver. It runs on/based on python and is almost platform independent

+1 on nanovna-saver. It's in the files section. You need python 3.7 for it tho.

Vince - K8ZW.

--
K8ZW

Yuck python, not a python fan. Ill have to see if Python 3.7 is going to be a pain
for this machine since its running a LTS copy of Mint.

I'll look at it.

Thanks,

You can always try running the windows exe in wine and let everyone know if it works - or not.

Didn't read the initial posting, yes? I said I didn't want to run wine or a VM though
I have them and not a noob to linux.

Python is an issue as the system is mint v17.3, so the current version of python is 2.7....

Before anyone says it, update to 3.7 would break the system is many nasty ways.
You may not as how I know as its ugly, glad I had backups!

I was hoping for native code not cross developed winders code with dependencies.

I'll keep looking or work with the code as it may be easy to deal with though slow.

The easy way was is grab the Touchstone files and I have (Openoffice) Calc tools
for them over the years.

I built 3.7.5 from source, it was painless.

Vince.

--
K8ZW

update from source, like I did, and unless you specifically call python3.7, you don't get it. I have 2.7, 3.5 and 3.7 installed.

Vince.

--
K8ZW

Just a clarification: NanoVNA-Saver is not "cross-developed Windows code
with dependencies", but rather a pure Python program developed using a
(reasonably) modern version of the language. :-)

--
Rune / 5Q5R

ajparent1/kb1gmx wrote:

Python is an issue as the system is mint v17.3, so the current version of python is 2.7....
Before anyone says it, update to 3.7 would break the system is many nasty ways.
You may not as how I know as its ugly, glad I had backups!

Then rather than update it, just install multiple versions and call the one you need.
configure --prefix=
(something like /usr/lib64/python3.7 or whatever your system uses), then

make

and then

make altinstall

There is also the shim program pyenv which will allow for this sort of thing easily.

--
w will
n9kdy

The nanovna-saver source code is there so on the Mint 17.3 host could you not do an altinstall of python 3.7 without tramping all over the 2.7 install and then use a python environment and switch between them, I always thought you could?

I bet you'll see less pain overall though if you don't code anything just upgrade the OS unless there are very major reasons for the older version. Or you could turn this on it's head and ringfince those requirements inside a mint 17.3 python 2.7 VM just as easily.

I was also a Mint 17.3 user in the shack but ended up updating to 19.1 and created a 17.3 VM for anything that 'seemed' to need it, in the end nothing did.

72

Dom
M1KTA

Exactly.

I tried to get it running on Linux Mint 18.3 (32bit)
The big fault was to deinstall Python 3.5. This crashed my system completely.
I installed a clean Mint 18.3 Cinnamon, installed Python 3.7, I followed the instructions on the nanovna-saver github and it worked fine. So Python 2.7, 3.5 and 3.7 can be on one machine in a co-existance. My advice is to do not upgrade 3.5 to 3.7!
The only thing I had to do, was to add the user to the dialout group.

I tried the same on a computer with an old and dirty setup of Mint 18.3 Cinnamon (64bit). But I didn't get it running there.

Under Linux Mint 19 everything seems to be fine from the scratch. But I couldn't test it for my purposes so far.

On 11/26/19 1:20 PM, ajparent1/kb1gmx wrote:

I have them and not a noob to linux.

Python is an issue as the system is mint v17.3, so the current version of python is 2.7....

???? If you're not a noob to Linux, then why are you using Mint 17.x which is out of support?

???? I run nanovna-saver on Linux Mint 19.1 and it works quite well.? Installing Python 3.7 was no problem, in fact it was so easy that I don't remember for sure how I did it.? Probably the official Python Ubuntu/Mint PPA.

If something was written in a common base version, such as 2.7 for Python, which is probably pre-packaged in 90% of Linux OS's then
I bet life would be much easier.

- Andy -

Hi Andy,
Python 2.7 is end-of-life in little over a month. Developing new software
using that cannot reasonably be encouraged.

If anyone wants to port NanoVNA-Saver to other platforms or languages, it
is fully open source, so they can do so. :-)

--
Rune / 5Q5R

On Thu, 28 Nov 2019, 06:48 Andy via Groups.Io, <punkbiscuit=
[email protected]> wrote:

If something was written in a common base version, such as 2.7 for Python,
which is probably pre-packaged in 90% of Linux OS's then
I bet life would be much easier.

- Andy -

On Thu, Nov 28, 2019 at 06:28 AM, Rune Broberg wrote:

Python 2.7 is end-of-life in little over a month. Developing new software
using that cannot reasonably be encouraged.

Hi Rune,

please don't think that I am referring to your own excellent software.
I know it works when all the bits are in the right place ;)

What I refer to is the general disease of of always needing to mess about finding new dependencies, updating to a new version
of something or other or trashing and rebuilding hard disks for another OS and it wastes a lot of peoples time.

And all for what ?

The excuse of security updates is wearing thin, rarely do the end users see any tangible benefits and not everything is plugged into to the internet.

Every Android phone that's a day old seems to require a hundred updates.
Every day old Windows PC seems to need a a day connecting to Microsoft for updates.
You would have thought that with all these years gone by, things would be sorted out by now.
Linux is just as bad, nearly every day my update manager is offering more "security" updates.

Windows...another version of MS Silveright, another version of .NET crap just to continue to run another updated app.
All this update crap is everywhere and we end users want to get on with our lives.

That's why I think that some form of line needs to be drawn *generally* when releasing *anything*.
Maybe Python 3.5, that seems to be default in Linux or Raspberry Pi's only 12 months ago.

And look at Linux Mint.

LM 18.3 is still LTS.
Why would I want to upgrade to 19.x for no benefit.
THere's issues with WINE being installed.
And the last time I looked at a newer WINE it appeared to have dropped support for the od Win 3.1 stuff, which is the only reason why most of us need it anyway.
That is according to the WINECFG that I tried to set up, and it no longer allowed me to set up anything old than about WinXP from memory.

All this pushing the blame back to users to upgrade / update is not good enough.
It's devs being too lazy to think about making their apps works for the majority.

Well I'm not playing the game any more these days, I have a life to get on with.

A PC should be working for *me*, I am not it's damn slave anymore ;-)

73 de Andy

Jim N7JA,

I do not update willy nilly for fun and giggles. Next jump will be current soon as the
140GB backup is complete and I know I can recover if something breaks. Plus putting
together a script to install the needed packages. The general goal is to have a stable
system. Installing new version rarely insures that and often brings new problems or
old software breakages. At a minimum a lot of time spent adding in packages I require.
I know its old but it is stable for my general useage, for now.

For now its in a sloggy laptop running MINT-19.3.

-----------------------------
I don not accept private email due to forum scraping groups.io

Rune,

I understand your use of 3.7 save for when it becomes 3.8 or 4 then what?
Python is a rapidly evolving language, That reason alone is why I dislike it.
Stability is a good thing. It means you will have a later version, more
likely sooner than later.

As an old programmer that ran unix-V6 current keeping old software alive
especially when well debugged is sometime a very valuable thing. But
to have the latest and greatest break it is a liability. I also have a wider
range of environments I use and support (like 32bit without PAE)

Yes, I do use wine (and dosemu) as then I can support 4NEC2, and a raft
of good but old software that I'd not found suitable replacements for.
See others complaining of breakage for older winders aps because
current wine is apparently broken.

A-

-----------------------------
I don not accept private email due to forum scraping groups.io

ajparent1/kb1gmx wrote: As an old programmer that ran unix-V6 current keeping old software alive especially when well debugged is sometime a very valuable thing.

I wrote a lot of useful DOS-based Quick BASIC programs many years ago but nowadays needed DOSBox to run them under Windows. Today I discovered that QB64 running on my Windows 10 PC will take those BASIC source files and turn them into .exe files that will run on Windows 10. It's like discovering a long, lost friend. :-) www.qb64.net