Built into transmission-daemon-openssl is the curl dependency, which has an mbedtls dependency. I think that defeats the whole point of having openssl to begin with. I don't get any of the space savings and I need to have a whole separate library for mbedtls. Is there any plan to build transmission without curl or at least with a wget-openssl dependency to remove this inefficiency?
Thanks for the response.
The purpose is to build transmission wholly and completely compiled with openssl so that whenever someone who uses openwrt downloads transmission-daemon-openssl they get the openssl package and don't need to download the mbedtls package and this saves space which is the whole purpose of openwrt even though transmission is not included by default, doesn't that make sense to help the end user? what am i missing here?
OK, then you just need to request that the proper dependencies be configured for the package...but by your wording...It seems as if you're implying that you're compiling an image yourself.
That means you need to do it. Simple.
I'm still confused as to why you want a package installed by default for a package not included by default, unless you're compiling your own firmware, then you would need to do it.
Are you having an issue compiling something into your self-made image? ...because that's not quite clear in your posts.
IMHO that you might just as well use transmission-daemon-mbedtls and use mbedtls everywhere instead of (painstakingly) switching everything else over to openssl.
Sorry, let me be more clear here. I am. a dumbass user very little linux experience.
I went to download transmission-daemon-openssl from the software page in LuCI
I notice when I downloaded transmission-daemon-openssl it also downloaded libcurl which downloaded libmbedtls (in additional to downloading libopenssl & necessary dependencies)
I thought "wow, gee, that's inefficient, it does not make sense to have libcurl depend on libmbedtls when it could depend on libopenssl" (I need openssl for other packages)
I came here and posted about this inefficiency and asked why libcurl isn't built with a dependency for openssl
it was suggested I build it myself since not all possible package builds are built
I asked why libcurl-openssl can't just be built alongside libcurl-mbedtls like many other packages because I am a dumbass. user with little linux experience and I'm trying to make the openwrt experience more appealing to users like myself
I can think of several reasons, a very superficial one would be to avoid confusion with the very common packages. People wouldn't be able to install "curl" anymore since it would now be "curl-mbedtls" or "curl-openssl". Keep in mind that mbedtls is the default TLS library. In that sense, the packages that require openssl are the outliers.
I don't understand why this is a big deal. I feel like if the person is smart enough to install custom firmware on their router they are smart enough to understand they should choose mbedtls or openssl and stick with it across packages.
Not at all. Your question is perfectly valid.
Thanks for the words of encouragement, I'm just trying to make openwrt better hope u understand
Quite a number of packages depends on (lib)curl. If you split curl into two variants you'd have create two variants for all of those packages as well, just for the variant of curl they depend on.
transmission has been updated in the master branch (and therefore will be at >=2.94 in the next major release, e.g. 19.02.x), but not the openwrt-18.06 branch of the packages feed (which is supposed to be mostly important bugfixes only).
oh, but 2.94 fixes a memory problem bug I am dealing with so I figured transmission would also be updated, I tried adding the master packages feed and downloaded transmission 2.94 but it was missing dependencies
You can't use the master branch for releases, you need to compile everything by yourself or use snapshots which are a moving target so you need to install everything you need immediately.