fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

10K
active users

TIL: @tuxedocomputers released drivers for their machines under the , which makes it impossible for competitors and distros to ship them pre-compiled, as that license is incompatible with the 's only license.

They did this purposely, allegedly to "keep control of the upstream pacing" – and want to re-license the code while upstreaming.

github.com/tuxedocomputers/tux

gitlab.com/tuxedocomputers/dev

gitlab.com/tuxedocomputers/dev

gitlab.com/tuxedocomputers/dev

2/ side note: wondering if they require a CLA that allows re-licensing for any meaningful contributions, otherwise they can not upstream contributed code (and wouldn't be allowed to ship the drivers pre-compiled themselves).

3/ It got even stranger: it seems @tuxedocomputers provided the wrong license to the 's MODULE_LICENSE()[1] macro either by accident or on purpose. 🧐

@waldi pointed that out earlier today elsewhere in this thread; PWM maintainer Uwe Kleine-König a little later submitted a bug report asking this to be fixed:

gitlab.com/tuxedocomputers/dev

[1] they proclaim it's GPL, which according to the 's docs means "GPLv2" (either -only or -or-later), when in fact the code is GPLv3

5/ TWIMC and for the record:

Werner Sembach from @tuxedocomputers *reverted* Uwe's changes that made the drivers provide the right license to the 's MODULE_LICENSE()[1] macro "until the legal stuff is sorted out":

gitlab.com/tuxedocomputers/dev

Wondering why that happened – did they only notice now that the drivers do not compile any more because they use GPL-onlyed symbols, which are inaccessible for any non-GPLv2-compatible module?

CC: @waldi

Thorsten Leemhuis (acct. 1/4)

6/ To follow up:

There are now patches under discussion upstream to '"teach the [ 's] module loader that these modules [from @tuxedocomputers ] are proprietary despite their declaration to be GPLv2 compatible "until the legal stuff is sorted out". "'

lore.kernel.org/all/2024111410

CC: @waldi

6/ To follow up once more:

@tuxedocomputers relicensed all full inhouse code in their driver package to GPLv2+ : gitlab.com/tuxedocomputers/dev 👍

They are working on doing the same for the remaining drivers.

They also submitted a updated version of the patchset making the 's module loader treat some of the modules as proprietary; the list of modules handled that way is much shorter now:

lore.kernel.org/all/2024111513

CC: @waldi

GitLabRelicense all full inhouse code to GPLv2+ (dd34594a) · Commits · TUXEDO Computers / Development / Packages / tuxedo-drivers · GitLabGitLab.com

7/ To follow up once more, likely for the last time:

Werner Sembach relicensed the last of the formerly GPL3+ed drivers from @tuxedocomputers to about an hour ago after all external contributors have agreed to that move. 👏

gitlab.com/tuxedocomputers/dev

Cc: @waldi

@kernellogger @tuxedocomputers What a shit show.

I think this can only go two ways now:
The modules will be non-gpl restricted, either be setting the correct license or by force of the module loader, and they have to cope with that.
They quickly announce the re-licensing if the code that the company owns of those drivers and the commitment to get approval from the rest of the contributors within a few weeks.

@waldi @kernellogger I'm just coming from an internal meeting on that topic.

The whole story is pretty heated, which is both unfortunate and unnecessary. I mean, hey, we made a mistake in the past and now are confronted to get called liars. A bit unfair, eh?

However, we just decided to re-license TUXEDO drivers from GPLv3 to GPLv2. Checking code and asking contributors for agreement will take time, so please bear with us - and maybe let go on the heated discussions... ;-)

@vinzv @waldi @kernellogger For the record, that was not single mistake. Yes, FOSS community is pretty sensitive about the licensing, but you did deserve the heat.

@pavel Blaming us to lie intentionally (!sic) in a commit message against better knowledge has nothing to do with sensitivity or deserved heat.
@waldi @kernellogger

@vinzv @pavel @kernellogger Could you please quote what you mean? I only see "lie" in regard to the MODULE_LICENSE settings. So the code was blamed, not a you.

@waldi @pavel @kernellogger "They were asked to then at least not use MODULE_LICENSE("GPL") which
declares compatibility to the kernel's GPLv2. They accepted the pull
request and shortly after reverted the change and so continue to lie
about the license."

" * Tuxedo distributes their kernel modules under GPLv3, but intentially lies in their MODULE_LICENSE() calls."

See lore.kernel.org/all/2024111410

lore.kernel.org[PATCH 2/2] module: Block modules by Tuxedo from accessing GPL symbols - Uwe Kleine-König
@vinzv @waldi @kernellogger Your GPLv3 modules are GPL violation, plain and simple. Module loader would catch that, but you lied in MODULE_LICENSE(). Them people pointed out your lies, so you fixed MODLUE_LICENSE() not to lie... and then tried to reintroduce the lie, with another lie about "pending legal review" or some such ****. Public apology would be good. Complaining about the heat is not.

@pavel @waldi @kernellogger You have the timeline wrong:

First we made a mistake, years ago. This only came up by a merge and the discussion. We then realized that this merge would be illegal as it would not respect the rights of external contributors and would be against the licence chosen in the past. So we reverted that and made it clear that things need to be sorted out.

I don't see any lies in there. The whole story is transparent there.

@vinzv @waldi @kernellogger I may have the timeline wrong. But I'm pretty sure you made _two_ mistakes years ago: first, you tried to mess with kernel development process by choosing incompatible license. Second, you did it in a way that is actually illegal. :-(

@pavel @waldi @kernellogger And "pending legal review" is no shit (as you call it), it's the absolute bare minimum necessary and was done within working day!

Don't get me wrong, I understand your (the kernel devs) position and can live with harsh calls there. But calling us publicly liars is just plain simply wrong and nothing we will apologize for.

@vinzv @waldi @kernellogger Actually, I did not call it ****, I called it ****. And it is pretty clear to me Tuxedo knowingly lied, trying to circumvent MODULE_LICENSE() check, when they already knew licensing was not compatible. And in process, they violated rights of existing kernel contributors.

Who are you, what is your relationship in Tuxedo (are you speaking for them?) and do you believe you know about copyright law?

@pavel @waldi @kernellogger Okay, I tried to explain our point of view and made clear, we feel treated unfair by a) allegations made b) in public with the c) to be expected outcome. And I think that came through pretty clearly, while you still have a different opinion and haven't moved in that regard.

So, I don't see this discussion leading to anything and I'll give up on it, yet find it disappointing. If you still want to talk about it, I'm of course open to that.

Have a nice weekend!

@kernellogger @tuxedocomputers @waldi that's pretty cool actually

i guess they technically were right that the relicensing can't happen overnight, but they are pretty close