Rtl_433: Missing LICENCE file?

Created on 3 Jul 2019  路  15Comments  路  Source: merbanan/rtl_433

Hi

I'm working on a portapack style interface for a raspberry pi + limeSDR-mini combination, and the rtl_433 project offers frankly amazing functionality. I can't see a license declared anywhere in the repo, though the google group suggests the devs are amenable to reuse. Can you clarify the license please?

If the licence is declared and I'm just missing it, feel very free to include mockery and/or insults in your answer, I don't mind.

Many thanks

todo

Most helpful comment

Yes, I planned a release for some weeks now, but there is always more to merge ;) I'll try to identify if something really needs merging and otherwise compile a changelog and release.

All 15 comments

It should be GPL 2+, but we still need to scan all past contributions carefully to nail that down.

Good starting point, thanks! We recently included some source-libs (like Mongoose) and I'd like to scan all decoders (and maybe recover the copyright on some or prompt authors to add one) also.
I guess I need to make a table of all files an then group them.

Meanwhile I've got a more complete one: http://phd-sid.ethz.ch/debian/rtl-433/NEW/rtl-433-18.12%2Bgit20190808/debian/copyright

And it just made it into Debian (will shortly appear in Ubuntu and other forks of Debian+Ubuntu):
https://buildd.debian.org/status/package.php?p=rtl-433&suite=sid

Feel free to send a PR and change the email to [email protected] and add Christian W. Zuckschwerdt to the authors.

Not sure there's already COPYING and AUTHORS... is a LICENSE file needed when there's the other two?

Well you are free to maintain the package related files in the rtl_433 repo.

Is there a plan to test/merge many of the open PR? and make a new release before 26th Feb 2020? https://wiki.ubuntu.com/FocalFossa/ReleaseSchedule

That'd allow a lot of Ubuntu LTS users to be able install it with one command: apt install rtl-433 (and have a recent version)

As far as I know there are no open PR's that are just held up. Very much dependent on the device owners and hard to predict.
Note that the current master many still need tweaks to the new demod to work for more devices.
And the next release may very well default to -M newmodel. Lots of somewhat noticeable changes.

I plan to slightly rework the minmax demod. Some small changes to the output are also planned. But nothing that would hold up a 20.02 release (released in early February). I maybe want to add some more wmbus stuff also. But I think the current code is in an ok release state.

do you think it's time for a new release? debian freeze/new stable release is nearing:
https://release.debian.org/bullseye/freeze_policy.html

Yes, I planned a release for some weeks now, but there is always more to merge ;) I'll try to identify if something really needs merging and otherwise compile a changelog and release.

@alexmyczko a 20.11 release is now tagged. As always we are still very active with many ideas, but the version is well tested and stable with no loose ends.

\o/

Was this page helpful?
0 / 5 - 0 ratings

Related issues

OZ1SEJ picture OZ1SEJ  路  15Comments

Ewarren7 picture Ewarren7  路  11Comments

ALEEF02 picture ALEEF02  路  9Comments

gcormier picture gcormier  路  15Comments

BenWoodford picture BenWoodford  路  5Comments