* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
@ 2022-04-11 17:13 ` leahneukirchen
2022-04-11 17:32 ` prez
` (10 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: leahneukirchen @ 2022-04-11 17:13 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 206 bytes --]
New comment by leahneukirchen on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1095318831
Comment:
This sounds wrong, we use openssl by default for libcurl.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
2022-04-11 17:13 ` leahneukirchen
@ 2022-04-11 17:32 ` prez
2022-06-17 16:47 ` fdziarmagowski
` (9 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: prez @ 2022-04-11 17:32 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 416 bytes --]
New comment by prez on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1095336132
Comment:
Do you think we shouldn't do this since it's too ugly for making some broken programs work?
Using patchelf in those cases might be possible I think?
But I don't see how this could be detrimental, given that this compatibility symlink was already present up until recently.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
2022-04-11 17:13 ` leahneukirchen
2022-04-11 17:32 ` prez
@ 2022-06-17 16:47 ` fdziarmagowski
2022-06-17 18:16 ` prez
` (8 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: fdziarmagowski @ 2022-06-17 16:47 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 366 bytes --]
New comment by fdziarmagowski on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1159058714
Comment:
What would be the "void" way of fixing that? Building a separate libcurl-gnutls? Or extend the original curl package it and provide gnutls linked version? For sake of completeness: this pull request is totally bogus.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (2 preceding siblings ...)
2022-06-17 16:47 ` fdziarmagowski
@ 2022-06-17 18:16 ` prez
2022-06-17 20:16 ` fdziarmagowski
` (7 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: prez @ 2022-06-17 18:16 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 215 bytes --]
New comment by prez on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1159124898
Comment:
> For sake of completeness: this pull request is totally bogus
Elaborate.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (3 preceding siblings ...)
2022-06-17 18:16 ` prez
@ 2022-06-17 20:16 ` fdziarmagowski
2022-06-17 22:32 ` prez
` (6 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: fdziarmagowski @ 2022-06-17 20:16 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 778 bytes --]
New comment by fdziarmagowski on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1159199864
Comment:
You can't just create a soname to a incompatible library version and even worse, make the build system using it (setting bogus shlib_provides). this is not improving Void in any form, just making it broken (therefore used "bogus" to describe that)
What about less ugly workaround? https://gist.github.com/fdziarmagowski/8e7616910fa1ababb7ce3321e3e63c03
Btw, I use the plugins you mentioned (i.e. Audio Assault), but they are creating Linux packages for mainstream distributions. I was thinking about asking the support to create a "static" version of their plugins, this should be sufficient to run it everywhere, even on Void.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (4 preceding siblings ...)
2022-06-17 20:16 ` fdziarmagowski
@ 2022-06-17 22:32 ` prez
2022-07-17 19:28 ` ericonr
` (5 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: prez @ 2022-06-17 22:32 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1048 bytes --]
New comment by prez on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1159280896
Comment:
>You can't just create a soname to a incompatible library version and even worse, make the build system using it (setting bogus shlib_provides). this is not improving Void in any form, [...]
As stated in the first comment, this was just a revert of something that was present in Void before, I'm merely trying to un-break things.
>What about less ugly workaround? https://gist.github.com/fdziarmagowski/8e7616910fa1ababb7ce3321e3e63c03
Having two versions of libcurl as packages that differ in the TLS lib seems very ugly to me.
>I was thinking about asking the support to create a "static" version of their plugins, this should be sufficient to run it everywhere, even on Void.
Not a solution, imho. I don't even remember what plugin it was, since I just created the symlink and moved on. But there are probably a number of proprietary applications that rely on the existence of said symlink.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (5 preceding siblings ...)
2022-06-17 22:32 ` prez
@ 2022-07-17 19:28 ` ericonr
2022-07-20 20:48 ` fdziarmagowski
` (4 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: ericonr @ 2022-07-17 19:28 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1042 bytes --]
New comment by ericonr on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1186593922
Comment:
> You can't just create a soname to a incompatible library version and even worse, make the build system using it (setting bogus shlib_provides). this is not improving Void in any form, just making it broken (therefore used "bogus" to describe that)
It's not incompatible. The issue is Debian doing Debian things and naming their libcurl after the TLS library used to build it, for whatever license compatibility reason. The libcurl API/ABI is the same across the library versions.
We removed the workaround from the curl package because that felt like the wrong place for it; it's not really our place to provide this fix.
> I was thinking about asking the support to create a "static" version of their plugins, this should be sufficient to run it everywhere, even on Void.
How would that work? If plugins are dlopened, linking them as statically as possible can be complicated business.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (6 preceding siblings ...)
2022-07-17 19:28 ` ericonr
@ 2022-07-20 20:48 ` fdziarmagowski
2022-10-19 2:14 ` github-actions
` (3 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: fdziarmagowski @ 2022-07-20 20:48 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 316 bytes --]
New comment by fdziarmagowski on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1190742640
Comment:
@ericonr Thanks for clarifying. It wasn't clear to me about the compatibility of both versions.
@prez sorry for being rude, your change wasn't as I called it bogus.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (7 preceding siblings ...)
2022-07-20 20:48 ` fdziarmagowski
@ 2022-10-19 2:14 ` github-actions
2022-10-19 4:30 ` biopsin
` (2 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: github-actions @ 2022-10-19 2:14 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 305 bytes --]
New comment by github-actions[bot] on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1283293049
Comment:
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (8 preceding siblings ...)
2022-10-19 2:14 ` github-actions
@ 2022-10-19 4:30 ` biopsin
2023-01-19 2:00 ` github-actions
2023-02-02 2:01 ` [PR PATCH] [Closed]: " github-actions
11 siblings, 0 replies; 13+ messages in thread
From: biopsin @ 2022-10-19 4:30 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 275 bytes --]
New comment by biopsin on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1283410240
Comment:
Also makes no sense why Juce is forcing dep on libcurl in the first place see my question @ https://github.com/reales/OB-Xd/issues/46
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (9 preceding siblings ...)
2022-10-19 4:30 ` biopsin
@ 2023-01-19 2:00 ` github-actions
2023-02-02 2:01 ` [PR PATCH] [Closed]: " github-actions
11 siblings, 0 replies; 13+ messages in thread
From: github-actions @ 2023-01-19 2:00 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 305 bytes --]
New comment by github-actions[bot] on void-packages repository
https://github.com/void-linux/void-packages/pull/36619#issuecomment-1396344651
Comment:
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PR PATCH] [Closed]: curl: restore libcurl-gnutls symlink from libcurl.
2022-04-10 17:56 [PR PATCH] curl: restore libcurl-gnutls symlink from libcurl prez
` (10 preceding siblings ...)
2023-01-19 2:00 ` github-actions
@ 2023-02-02 2:01 ` github-actions
11 siblings, 0 replies; 13+ messages in thread
From: github-actions @ 2023-02-02 2:01 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 314 bytes --]
There's a closed pull request on the void-packages repository
curl: restore libcurl-gnutls symlink from libcurl.
https://github.com/void-linux/void-packages/pull/36619
Description:
Without this, many proprietary audio plugins aren't functional.
Removed in https://github.com/void-linux/void-packages/pull/25764
^ permalink raw reply [flat|nested] 13+ messages in thread