Embed Notice

HTML Code

<blockquote style="position: relative; padding-left: 55px;"><section><a href="https://en.osm.town/users/thibaultmol/statuses/113423612491505238">Thibaultmol 🌈 (thibaultmol@en.osm.town)'s status on Monday, 04-Nov-2024 17:41:25 JST</a><a href="https://en.osm.town/@thibaultmol" title="thibaultmol@en.osm.town"><img src="https://gnusocial.jp/avatar/20438-48-20240218155019.webp" width="48" height="48" alt="Thibaultmol 🌈" style="position: absolute; left: 0; top: 0;">Thibaultmol 🌈</a><div><a href="https://fosstodon.org/@kernellogger/113423314337991594" rel="in-reply-to">in reply to</a><ul><li><li><a href="https://gnusocial.jp/user/109466" title="kernellogger@fosstodon.org">Thorsten Leemhuis (acct. 1/4)</a></li></ul></div></section><article><p><a href="https://fosstodon.org/@kernellogger">@kernellogger</a> <a href="https://linuxrocks.online/@tuxedocomputers">@tuxedocomputers</a> important reply to mention on this thread:</p></article><footer><a rel="bookmark" href="https://gnusocial.jp/conversation/3933301#notice-7685366">In conversation</a><time datetime="2024-11-04T17:41:25+09:00" title="Monday, 04-Nov-2024 17:41:25 JST">about 4 months ago</time> <span>from <span><a href="https://en.osm.town/@thibaultmol/113423612491505238" rel="external" title="Sent from en.osm.town via ActivityPub">en.osm.town</a></span></span><a href="https://en.osm.town/@thibaultmol/113423612491505238">permalink</a><h4>Attachments</h4><ol><li><label><a rel="external" href="https://gnusocial.jp/attachment/3407711">Werner Sembach explaining in one of the gitlab comments:
No, Yes, Let me explain:tuxedo-drivers would not be accepted upstream as-is and would require partial rewrites, this comes with some downsides:    Intricate knowlege of the whole historic and current cataloge of supported devices is needed to not introduce regressions.
    As upstreaming would most likley not happen at once, compatiblity with the tuxedo-drivers dkms package must be maintained at any given point in time.So we need to be included tightly in the upstreaming process anyways and well, ressources are, as always, limited.I would like to call upon the "Assume good faith" principle. tuxedo-drivers (formerly tuxedo-keyboard) was open source from day 1. We try our best to make tuxedo devices as compatible as possible and you can look at the code and use it to your desire under GPLv3 which we strongly respect. The plan hinted above was chosen to not bind unnecessary ressouces so we can spend more time on actually coding.</a></label><br><a href="https://cdn.masto.host/enosmtown/media_attachments/files/113/423/610/777/066/915/original/650f5da1fa7d8957.png" rel="external">https://cdn.masto.host/enosmtown/media_attachments/files/113/423/610/777/066/915/original/650f5da1fa7d8957.png</a></li></ol></footer></blockquote>

Corresponding Notice

Embed this notice
Thibaultmol 🌈 (thibaultmol@en.osm.town)'s status on Monday, 04-Nov-2024 17:41:25 JSTThibaultmol 🌈
in reply to
- TUXEDO Computers
- Thorsten Leemhuis (acct. 1/4)
@kernellogger @tuxedocomputers important reply to mention on this thread:
In conversationabout 4 months ago from en.osm.townpermalink
Attachments
1. Werner Sembach explaining in one of the gitlab comments: No, Yes, Let me explain: tuxedo-drivers would not be accepted upstream as-is and would require partial rewrites, this comes with some downsides: Intricate knowlege of the whole historic and current cataloge of supported devices is needed to not introduce regressions. As upstreaming would most likley not happen at once, compatiblity with the tuxedo-drivers dkms package must be maintained at any given point in time. So we need to be included tightly in the upstreaming process anyways and well, ressources are, as always, limited. I would like to call upon the "Assume good faith" principle. tuxedo-drivers (formerly tuxedo-keyboard) was open source from day 1. We try our best to make tuxedo devices as compatible as possible and you can look at the code and use it to your desire under GPLv3 which we strongly respect. The plan hinted above was chosen to not bind unnecessary ressouces so we can spend more time on actually coding.
  https://cdn.masto.host/enosmtown/media_attachments/files/113/423/610/777/066/915/original/650f5da1fa7d8957.png

Public

Embed Notice

HTML Code

Corresponding Notice