Cannot install ola-rdm-tests

[Zorark Sparrow]

On my raspberry pi, it won't let me install ola-rdm-tests. I used the command: sudo apt-get install ola-rdm-tests and it responds back: Unable to locate package ola-rdm-tests.

[E.S. Rosenberg]

Hey Zorark,

According to lthe Debian/Ubuntu package search engines ola-rdm-tests is no longer available in modern distros.

On Debian the last release that includes it is oldstable (10.x/buster - https://packages.debian.org/search?keywords=ola&searchon=names&suite=all&section=all)

On Ubuntu the last release including it is 18.04. (https://packages.ubuntu.com/search?keywords=ola&searchon=names&suite=all&section=all)

This is most likely since the package depends on python 2.7 (https://packages.debian.org/buster/ola-rdm-tests)

HTH,

Eli

Op di 29 mrt. 2022 om 14:53 schreef Zorark Sparrow <zorark...@gmail.com>:

On my raspberry pi, it won't let me install ola-rdm-tests. I used the command: sudo apt-get install ola-rdm-tests and it responds back: Unable to locate package ola-rdm-tests.

--
The Open Lighting Project: open-l...@googlegroups.com, #openlighting (irc.freenode.org)
To unsubscribe from this group, send email to open-lightin...@googlegroups.com
For more options, visit https://groups.google.com/groups/opt_out?hl=en
---
You received this message because you are subscribed to the Google Groups "open-lighting" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-lightin...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/open-lighting/40ad7af0-1c4b-4018-a230-35d75e0b2d2bn%40googlegroups.com.

[Peter Newman]

Yeah Eli is correct. I think we could have been in 20.04 but weren't due to some admin issue or something, but we need to fix our Python 3 support for the RDM tests or you'll need to run them under Python 2 if that's available on your OS.

Unfortunately the way we detect the available tests didn't just work in Python 3 when we made the code compatible, so it runs but doesn't find any tests, that needs solving before they will work sensibly on Python 3.

If you install Python 2 on your distro, they should just run fine if installed via Git, or the older packaged versions of ola-rdm-tests will probably install fine too.

[Peter Stuge]

Peter Newman wrote:
> If you install Python 2 on your distro,

Most distributions have removed Python 2 out of fear, since it's no
longer maintained upstream. That disregards how Python 2 continues to
work great in many cases and in a way goes a step towards distributions
making themselves obsolete.

CPython would have to be installed from source. That's not especially
difficult since CPython doesn't have too many dependencies, but it's
different from using the package manager.


//Peter

[E.S. Rosenberg]

I'm sorry but I don't follow your logic, why are the distros making themselves obsolete by not supporting obsolete technology?

Python 2.7 is no longer supported by the Python community.

Python 2.7.18 (the last official release) contains vulnerabilities labeled as critical that will never be patched by the python community (there may be commercial entities selling extended support).

Distro maintainers only have so many things they can do in a day and maintaining tech that even the "owners" no longer maintain is not a small task.

Shipping a distro with known critical vulnerabilities is generally frowned upon/not all that responsible.

A lot of distros still have python2 available but with clear warnings that it is insecure, not supported, deprecated etc to allow people to switch.

IMHO complaining over Python 2 going away is like complaining over Windows XP going away, it has been known for more than 10 years that Python 2 was EOL (https://www.python.org/doc/sunset-python-2/)

We may not like it but this is the situation and we need to deal with it.

Eli

Op vr 1 apr. 2022 om 14:53 schreef Peter Stuge <pe...@stuge.se>:

--
The Open Lighting Project: open-l...@googlegroups.com, #openlighting (irc.freenode.org)
To unsubscribe from this group, send email to open-lightin...@googlegroups.com
For more options, visit https://groups.google.com/groups/opt_out?hl=en
---
You received this message because you are subscribed to the Google Groups "open-lighting" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-lightin...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/open-lighting/20220401115346.9167.qmail%40stuge.se.

[Peter Stuge]

This is now pretty off-topic - please reply off list if you want to
continue the discussion. Thanks! :)

E.S. Rosenberg wrote:
> I'm sorry but I don't follow your logic, why are the distros making
> themselves obsolete by not supporting obsolete technology?

Not what I wrote. Distributions don't have to take over support of
Python 2 but a distribution making Py2 unavailable although it works
great where the known vulnerabilities do not matter leads to the
distribution becoming less relevant.

> Distro maintainers only have so many things they can do in a day and
> maintaining tech that even the "owners" no longer maintain is not a
> small task.

My expectation is simple and modest: Do not actively make unavailable
something that works solely because it is no longer maintained upstream
and/or has critical problems in some cases.

> A lot of distros still have python2 available but with clear warnings that
> it is insecure, not supported, deprecated etc to allow people to switch.

That's a really good approach!

But some remove it outright, which is what I disagree with. The Py2
case isn't the only one, there are others and there will be many more.

We need to work towards more longevity, not less as is the trend.

> IMHO complaining over Python 2 going away is like complaining over Windows
> XP going away, it has been known for more than 10 years that Python 2 was
> EOL (https://www.python.org/doc/sunset-python-2/)

I think that's apples and oranges since Windows is a closed source
software by a profit interest with restrictive license terms while
Py2 is an open source software with far fewer license restrictions.

Don't make the mistake of thinking of open source software the same
way you think of proprietary software - then you're missing out on
many of the great advantages.

> We may not like it but this is the situation and we need to deal with it.

Sure! And some will deal with it by starting to ignore distributions
and take more into their own hands. Arguably a good thing, but it
would be more efficient to do so in distributions.


//Peter

[Rob Walker]

Guys, I installed on RP4B today, latest OLA 0.10.8, on Raspbian Linux kernel 5.15.61 - full "Raspberry Pi OS with desktop and recommended software"

tried to install ' RDM Responder tests' - but I see "Unable to locate package ola-rdm-tests"

how is this fixed please ? with step-by-step commands for install

Also, using ENTTEC DMX USB PRO, and OLA configured with 'Serial USB' correctly finds "Enttec USB PRO Device, Serial #: xxxxxxxx, firmware 2.4"

I have been using this 2.4 firmware with stand-alone QLA+ and it works great on PC (plus other tools)

but here on RP4, it 'half' works - I see the channel go full 255, then if the slider is reduced to 0, the channel stays half lit ??

hence would like to retest with full RDM tests to see if its the RDM 2.4 f/w on the USB-PRO - but why fails in OLA vs windows+QLA+ ?

Appreciate the help

Rob

[mrriw...@gmail.com]

Note, I managed to install:

sudo apt-get install software-properties-common

sudo add-apt-repository ppa:deadsnakes/ppa

sudo apt-get update

sudo apt-get install python2.7

 

~/Downloads/ola-0.10.8/

sudo ./configure --enable-rdm-tests

make -j4

sudo make install

sudo ldconfig

 

now I run OLS, but have to use th ‘old GUI’, and it shows the RDM devices

Why does the ‘new GUI’ not show anything for the RDM ?

 

Also, the ‘half’ off of lights is now gone ?! now that rdm is enabled ?

Is this a bug ?

 

 

Cheers

Rob

--

The Open Lighting Project: open-l...@googlegroups.com, #openlighting (irc.freenode.org)
To unsubscribe from this group, send email to open-lightin...@googlegroups.com
For more options, visit https://groups.google.com/groups/opt_out?hl=en
---

You received this message because you are subscribed to a topic in the Google Groups "open-lighting" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/open-lighting/YEWmeryE7eM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to open-lightin...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/open-lighting/9db48c49-148b-4136-9661-733d6ec297a0n%40googlegroups.com.

[Peter Newman]

Hi Rob,

We're only just finally fixing the OLA RDM Test Python 3 compatibility and haven't done a release so Buster would be the last Raspbian with the package present:

https://packages.debian.org/search?suite=buster&keywords=ola-rdm-tests

Did you have the OLA web interface open when it wasn't working, or the RDM tests open/running? What sort of lights are you controlling? I don't think we've done anything particular major that's likely to have fixed/broken that, although what exactly did you download for OLA 0.10.8?

Regarding the lack of RDM tabs in the new/beta UI, it's one of a number of features that need rewriting for that UI, pull requests/volunteers welcome. For some more info see:

https://github.com/OpenLightingProject/ola/issues/891

If you're actively using the RDM tests, I think we've fixed nearly all the Python 3 bugs here, so I'd love for someone else to test it in the real world the currently open pull request is here if you'd like to take a look:

https://github.com/OpenLightingProject/ola/pull/1761

[mrriw...@gmail.com]

Hi Peter, Thanks

Got Buster installed, and OLA 0.10.7 )(p.s seems MUCH quicker than 0.10.8 on Bullseye – no delay or jerkiness on ‘DMX Console’)

Installed rdm tests :

sudo apt-get update

sudo apt-get install ola-rdm-tests

 

I can run normal OLA at xx.xx.xx.xx:9090, and see the rdm-tests at xx.xx.xx.xx:9099

But there is no drop-down option to choose a universe

 

When I try from the command line, run

ola_dev_info – I see the correct ENTTEC PRO (Port 0, Device 10), which is assigned to universe1 in the main OLA 9090

 

so when I run: ola-patch -d 10 -p 0 -u 1

I get: bash: ola-patch: command not found

 

Help ? no google help on ‘ola-patch’…

 

Cheers

Rob

You received this message because you are subscribed to the Google Groups "open-lighting" group.

To unsubscribe from this group and stop receiving emails from it, send an email to open-lightin...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/open-lighting/710530d4-7c54-4490-ae72-dd9da923daa3n%40googlegroups.com.

[Rob Walker]

oops, correct syntax may help ! (underscore, not hyphen)

ola_patch -d 10 -p 0 -u 1

but why cannot i do this from the UI ? why command lien only ?

[Matthew Broadstreet]

I have always done my patching in a shell because I can only see device & universe mapping in the UI, port is never shown.  I will of course defer to Peter for an actual response.

----

Matthew Broadstreet

broadstre...@gmail.com
(509) 290-2336 (mobile/iphone)

To view this discussion on the web visit https://groups.google.com/d/msgid/open-lighting/5c354402-1ae8-46ac-9b02-28b198bc4d2cn%40googlegroups.com.

[mrriw...@gmail.com]

Peter

 

Stuck here, 10.7 on Buster – rdm-tests work, but cannot ‘make’ from scratch

Hence trying to make the new 10.8 work:

 

If you're actively using the RDM tests, I think we've fixed nearly all the Python 3 bugs here, so I'd love for someone else to test it in the real world the currently open pull request is here if you'd like to take a look:

https://github.com/OpenLightingProject/ola/pull/1761

 

Hence please provide steps for me to download and build the new version to run on Bullseye

I cannot pull the code or make a copy…

 

Cheers

Rob

 

From: open-l...@googlegroups.com <open-l...@googlegroups.com> On Behalf Of Peter Newman

Sent: Tuesday, January 24, 2023 4:40 AM

You received this message because you are subscribed to the Google Groups "open-lighting" group.

To unsubscribe from this group and stop receiving emails from it, send an email to open-lightin...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/open-lighting/710530d4-7c54-4490-ae72-dd9da923daa3n%40googlegroups.com.

[Rob Walker]

sudo apt-get install automake libtool bison flex libcppunit-dev libprotobuf-dev libprotoc-dev protobuf-compiler protobuf-c-compiler uuid-dev libmicrohttpd-dev

autoconf -i

./configure --enable-rdm-tests
configure: error: cannot find install-sh, install.sh, or shtool in config "."/config

appreciate the steps to 'make'

[Rob Walker]

Peter, need your help here, just cannot build / make the latest repo, and the README does not help  

  i tried the following:

libtoolize --force  // errors:

libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'config'.
libtoolize: linking file 'config/ltmain.sh'
.ibtoolize:   error: AC_CONFIG_MACRO_DIRS([config]) conflicts with ACLOCAL_AMFLAGS=-I config

aclocal

autoheader

automake --force-missing --add-missing

autoconf

./configure --enable-rdm-tests

errors with: .in'ig.status: error: cannot find input file: `include/ola/base/Version.h

autoreconf -i && ./configure && make dist
.ibtoolize:   error: AC_CONFIG_MACRO_DIRS([config]) conflicts with ACLOCAL_AMFLAGS=-I config
autoreconf: libtoolize failed with exit status: 1

[Rob Walker]

anyone, how to build latest rdm-tests ?