News for hackers. Stuff that matters.
Re:60x speed-up of Linux “perf” by ziml77 on Thursday September 09, 2021 @10:38AM (#28470183)
Is it just me or is the incompatibility especially absurd given that perf is currently using libbfd, just 1 step removed via addr2line?

I wonder if a patch to addr2line would be accepted which allows the executable to stay running to accept multiple requests through stdin.

Re:60x speed-up of Linux “perf” by lathiat on Thursday September 09, 2021 @11:11AM (#28470555)
This is kind of the crux of a long history of these licensing arguments. That dynamic linking is problematic because it potentially creates a derived work. And then you might distribute that derived work.

But shelling out to something or in some cases having an automated script create or download the derived work automatically is sometimes acceptable.

It’s a bit of a silly line in some ways. But it’s a long story.

Re:60x speed-up of Linux “perf” by TillE on Thursday September 09, 2021 @12:31PM (#28471523)
I'm skeptical that there's a coherent legal distinction to be drawn between using a dynamic library with dlopen etc and running a similar executable with arguments. It's functionally identical usage of some public interface.
Re:60x speed-up of Linux “perf” by jeltz on Thursday September 09, 2021 @03:19PM (#28473561)
Agreed, I am very skeptical too. I have a long time believed that dynamic linking vs running an executable with arguments will be regarded the same in a court. So either both are derivative works or neither.

My personal belief is that a court will only care about if your code is a wrapper (e.g, libgpg) or if it is its independently useful and just uses the library (e.g. PostgreSQL using libreadline) for a small part of its operation. But I am not a lawyer and this has not been tested in court as far as I know.

Re:60x speed-up of Linux “perf” by dataflow on Thursday September 09, 2021 @01:31PM (#28472281)
They don't seem to claim there is a distinction on the mechanics there? Rather their distinction seems to be "are these part of the same overall program, or two separate ones", however you measure that: https://www.gnu.org/licenses/gpl-faq.html#GPLPlugins
Re:60x speed-up of Linux “perf” by nightpool on Thursday September 09, 2021 @01:35PM (#28472342)
By claiming that using dlopen to load some code makes your program a derivative work of the library it's using, but shelling out to it doesn't, they're implicitly making a claim as to the distinction of the mechanics.
Re:60x speed-up of Linux “perf” by nightpool on Thursday September 09, 2021 @01:11PM (#28472035)
This has always been my perspective as well, but it goes against long-established norms—for example, it's for exactly this reason that the LGPL was created. I don't think either theory has been thoroughly tested in court, though. See https://sfconservancy.org/blog/2016/feb/25/zfs-and-linux/ for a countervailing position from the SFC and FSF.
Re:60x speed-up of Linux “perf” by drran on Thursday September 09, 2021 @01:14PM (#28472064)
License holder grants you permission to do Foo, but not Bar. For example, it may be legal to show a film at site A (e.g. Netflix), but not at site B (e.g. YouTube), because the license holder said so. Functionality of both sites are almost identical.
Re:60x speed-up of Linux “perf” by garaetjjte on Thursday September 09, 2021 @11:16PM (#28477423)
There's also interpretation that merely linking with compatible interface would be infringing even without distributing two parts together (curiously, used by Stallman): https://news.ycombinator.com/item?id=26606328
Re:60x speed-up of Linux “perf” by tonyg on Thursday September 09, 2021 @10:40AM (#28470209)
addr2line already does this, and it's exactly what TFA is making use of to get the speedup.
Re:60x speed-up of Linux “perf” by ziml77 on Thursday September 09, 2021 @10:56AM (#28470386)
Oops. Literally the only line that I didn't read. I thought the author was providing a patch to link against libbfd for users to manually apply (which afaik wouldn't violate the licenses as long as no one redistributes the patched binary).