Multiple counters with one script

Agree don't let some keyboard jockey ruin your day. I had a friend who is a python guru and every time I wrote a simple script he had to take it and bastardize it to the point that only he could use the thing. Had so many options and add on's that it made me dizzy! Eventually the code was so bloated even he admitted that it was a mistake.

ThibmoRozier wrote:

So, there is an update guys.
I quit the support for PyRadmon.

Now to explain why,
I received an e-mail yesterday from someone who forked the project, without any request for permission.
Forking means taking the code and changing it just enough to where it does one thing else.
This fork took the Linux spirit out of PyRadmon, which is "We do one thing and we do it well."
It can now also handle terminal input and uses .cfg files for configuration and all that kind of stuff.

It also uses a very odd manner of naming the class within the command line and one can make multiple configs and then switch between them, yet can use the script only once... How nice. e.e

So hereby, my apologies, but I freeze (Multi)PyRadmon.
I am not even going to try and work against script kiddies.

Gives me more time to work on new projects aswell.

I will remain active on Radmon.org, though.

Kind regards,

Thimo.

what?
Thimo, what's the problem? Can't this ego nonsense be resolved without hissy fits?
You are a stayer, part of the pyradmon backbone...Your support on this project is of supreme value...It's not right, and who is this script kiddy, and can they offer support?
Bhaaaa, Dont quit!

For now I am focusing on a LFS build, once this is completed I'll give it a try, it's not egoism, just the fact they did not ask, for starters.
I admit having made this mistake as well in the past, but I also had a few slaps in the face about it.
I changed it, since I now understand how annoying this is for the programmers.
Seeing their software being ripped without permission and the forker(Called script kiddy in the digital security world) noticing the wrong sources (In this case they noted a university, not me nor the initial programmer of PyRadmon.) and that is what angered me so much.
The vision of the initial programmer and me was to create a CLI-level tool, never meant to carry a GUI-level tool above it.
We used a .txt file on purpose, it creates the ability to use it on Linux and Windows, even the possibility to use it on a mac is there.

The person also implemented a shady multi-config ability, sorry but that's not something I would like to have, it created a huge space for bugs.

I'll give their version a deeper inspection to see if there are any improvements, which fit within the "Linux mindset", the mindset that is implemented in PyRadmon.

Can the config.txt file only have entries for one detector? I tried it and it seems to load OK but does not start. Would the standard version work better for the standard one detector setup?

Update: I switched to the standard app and see that it's more appropriate.

There are multiple versions available.
One for a single counter config, with audio.
One for a dual counter config, with audio.
And one for a dual counter config, without audio.

If you'd wish I could also re-create the single counter config, without audio.

Just give me a call.

Okay, currently constructing a CLFS, will be the new development host.
Let's hope that works out better, will see if I can make it into a C version, without the whole compiling stuff needed.
Just the compiled file, easy to use.
I will let you know what it will be asap.