Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. LGPL and commercially with closed source
QtWS25 Last Chance

LGPL and commercially with closed source

Scheduled Pinned Locked Moved Unsolved General and Desktop
5 Posts 5 Posters 2.0k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • I Offline
    I Offline
    IceMichael
    wrote on 13 Feb 2020, 06:40 last edited by IceMichael
    #1

    Hi,

    generally, what I (think to) know is. I can use Qt-LGPL in my closed-source-non-LGPL commercial application, if I link dynamically to Ot (i.e., using Qt DLLs).

    What puzzles me from https://www.gnu.org/licenses/gpl-faq.html#LGPLStaticVsDynamic is this statement:

    (2) If you dynamically link against an LGPLed library already present on the user's computer, you need not convey the library's source.
    On the other hand, if you yourself convey the executable LGPLed library along with your application, whether linked with statically or dynamically, you must also convey the library's sources, in one of the ways for which the LGPL provides.
    

    This seems to imply that, since I can never be sure if my customer has Qt sources, that I need to provide Qt sources to the customer. This does not seem to make any sense, though. I can say in my software that I use Qt version x.y, so that they can download the sources, if they want to. Why should I bloat my package by including all the Qt source?

    However, does LGPL enforce to include Qt's source? From the quote, it certainly seems so...

    Thanks!!

    J 1 Reply Last reply 13 Feb 2020, 06:44
    0
    • I IceMichael
      13 Feb 2020, 06:40

      Hi,

      generally, what I (think to) know is. I can use Qt-LGPL in my closed-source-non-LGPL commercial application, if I link dynamically to Ot (i.e., using Qt DLLs).

      What puzzles me from https://www.gnu.org/licenses/gpl-faq.html#LGPLStaticVsDynamic is this statement:

      (2) If you dynamically link against an LGPLed library already present on the user's computer, you need not convey the library's source.
      On the other hand, if you yourself convey the executable LGPLed library along with your application, whether linked with statically or dynamically, you must also convey the library's sources, in one of the ways for which the LGPL provides.
      

      This seems to imply that, since I can never be sure if my customer has Qt sources, that I need to provide Qt sources to the customer. This does not seem to make any sense, though. I can say in my software that I use Qt version x.y, so that they can download the sources, if they want to. Why should I bloat my package by including all the Qt source?

      However, does LGPL enforce to include Qt's source? From the quote, it certainly seems so...

      Thanks!!

      J Offline
      J Offline
      jsulm
      Lifetime Qt Champion
      wrote on 13 Feb 2020, 06:44 last edited by
      #2

      @IceMichael I think it is enough to provide Qt source code when a user asks for it, not in your installation package. But I'm not a lawyer.

      https://forum.qt.io/topic/113070/qt-code-of-conduct

      J 1 Reply Last reply 13 Feb 2020, 09:30
      5
      • J jsulm
        13 Feb 2020, 06:44

        @IceMichael I think it is enough to provide Qt source code when a user asks for it, not in your installation package. But I'm not a lawyer.

        J Offline
        J Offline
        JKSH
        Moderators
        wrote on 13 Feb 2020, 09:30 last edited by
        #3

        @jsulm said in LGPL and commercially with closed source:

        @IceMichael I think it is enough to provide Qt source code when a user asks for it, not in your installation package. But I'm not a lawyer.

        I agree with @jsulm (but I'm not a lawyer either)

        See also GNU's website: https://www.gnu.org/licenses/gpl-faq.en.html#WhatDoesWrittenOfferValid

        If you choose to provide source through a written offer, then anybody who requests the source from you is entitled to receive it.

        If you commercially distribute binaries not accompanied with source code, the GPL says you must provide a written offer to distribute the source code later. When users non-commercially redistribute the binaries they received from you, they must pass along a copy of this written offer. This means that people who did not get the binaries directly from you can still receive copies of the source code, along with the written offer.

        The reason we require the offer to be valid for any third party is so that people who receive the binaries indirectly in that way can order the source code from you.

        Qt Doc Search for browsers: forum.qt.io/topic/35616/web-browser-extension-for-improved-doc-searches

        1 Reply Last reply
        4
        • S Offline
          S Offline
          SimonSchroeder
          wrote on 14 Feb 2020, 08:27 last edited by
          #4

          Have a look at a recent discussion in this forum: https://forum.qt.io/topic/111380/qt-commercial-vs-open-source

          You need to have the Qt sources somewhere on your computers to be able to provide them to your customer/users. It is not sufficient to link to Qt's own download of the source.

          If you have your software as a download somewhere it is sufficient to provide a download link (to Qt sources on your own server) as well.

          Another way is to provide a written offer valid for at least three years with your software that you will provide Qt's source upon request.

          You can also provide Qt's source with your installer. But as you already said, that is total overkill.

          1 Reply Last reply
          2
          • B Offline
            B Offline
            beecksche
            wrote on 14 Feb 2020, 09:27 last edited by
            #5

            Hi,
            there are helpful videos on youtube:

            Making Qt Systems Comply To LGPL Version 3 - Burkhard Stubert
            and
            What you need to know about GNU LGPL open source licensing

            1 Reply Last reply
            2

            4/5

            14 Feb 2020, 08:27

            • Login

            • Login or register to search.
            4 out of 5
            • First post
              4/5
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • Users
            • Groups
            • Search
            • Get Qt Extensions
            • Unsolved