Now if you add them manually, you need to remove them from your ".pkgmeta" or the packager won't know which one to include - your manually added one, or the one specified in your ".pkgmeta" for the full zip.
Also, if you add them manually, you can't nolibstrip them in your TOC, you want to always load them.
Not really, all my addons use LS/CBH directly as externals, as well as Ace3. This doesn't break nolib, because if a user downloads nolib, he would have to install Ace3 separately himself - and Ace3 itself comes with LS/CBH embedded in it, and Ace3 is an Optdep of your addon, so it loads properly.
LibQTip could be included as an external too. But with the no-lib version of your addon, you would have to install LibQTip as a standalone library. You cannot just have partial no-lib, either all libraries are included in the normal package, either all of them are disembedded in the no-lib package.
LibDataBroker is an exception as it has no standalone version. You have to add it into the repository.
Basically, the idea is that:
- all libraries included through .pkgmeta should be added in the @no-lib-strip@ section of your TOC,
- all libraries not listed in the @no-lib-strip@ should be added to your repository.
- do not forget to optdep external libraries.
So given LS and CBH are provided by the Ace3 standalone, and that Ace3, LibSink-2.0, LibTourist-3.0, LibQTip-1.0 have standalone versions, your TOC file should look like this:
I wasn't insinuating he didn't. Nor was I saying that that wouldn't work. What I was saying was that Tekkub hinted that he didn't want people getting it via a .pkgmeta file, which leaves physical inclusion in the repo the only option.
I really dislike the idea of hard-embedding random versions of libraries in every addon, forcing them (or the game or whatever) to sort out which one should get precedence every time I log in. It defeats the purpose of disembedding and doesn't fix any library-related issues.
Are you having library related issues with it? Are your load times greatly increased by having a couple copies of this tiny lib? ;)
You're either missing the point or presenting a straw man. I was alluding to the fact that forcing hard-embedding of some libraries in order to wage a philosophical war against disembedding just creates a mess for developers and users.
I don't see the big deal myself. I believe Tekkub designed LibDataBroker so that there isn't any significant benefit from disembedding it. We are talking about a 2.22kb library here, which, to the best of my knowledge hasn't really seen any major revisions and chances are it won't see any, anytime soon. I can't really understand how such a library can cause dangerously increased loading times, even if you are using let's say 50 addons that hard-embed it.
You are free to disagree all you want on the principle of Tekkub's choice, but a philosophical war ? :p In all honesty, I think that comment is blowing it way out of proportion.
Some people seem to fail to get the point that since its not located on WowAce or CurseForge, even if you embed it via the .pkgmeta file as an external it still is always in the zips, both the normal and the nolib. Thus the argument against putting it in the .pkgmeta because there is no standalone version is moot.