Re: Setting up the user survey 2024
On Tue, 7 May 2024, Daniel Stenberg via curl-library wrote: Anything else I should remember to include/remove/ask ? Adding a question about Windows architecture: https://github.com/curl/curl-for-win/discussions/68#discussioncomment-9366808 -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
On Wed, 8 May 2024, Jimmy Sjölund via curl-library wrote: Would it be useful with a followup free text question/comment? Such as "Depends on the cost" or any reason why or why not to continue on GitHub? Free text fields are difficult (to gather the answers from). I am personally primarily interested to learn how big the GitHub resistance is (if at all). The reasons are less interesting to me - perhaps because I am pretty convinced I already mostly know the common reasons why some people object to using GitHub. At least the ones people keep telling me. -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
On Wed, 8 May 2024 11:19:14 +0200 (CEST) Daniel Stenberg via curl-library wrote: > On Tue, 7 May 2024, Daniel Stenberg via curl-library wrote: > > > New questions so far: > > Should curl remain hosted on GitHub? > > - Yes > - No > - Indifferent > - I don't know > Would it be useful with a followup free text question/comment? Such as "Depends on the cost" or any reason why or why not to continue on GitHub? //Jimmy -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
On Tue, 7 May 2024, Daniel Stenberg via curl-library wrote: New questions so far: Should curl remain hosted on GitHub? - Yes - No - Indifferent - I don't know -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
On Tue, 7 May 2024, Stefan Eissing wrote: - When analysing problems with curl or your application using libcurl, what additional features would be helpful? We added more verbose tracing via `--trace-config` recently. Are there any areas where expanding this might help you? I think the answer to this reasonable question is too free-form and complicated to result in useful results. And quite likely lots of curl users run so old curl versions they don't even have --trace-config yet... - SSL Session "persistence", speeding up subsequent curl executions Added. - Integration of pass/gopass in the command line tool for authentication. Add a callback for obtaining a password in libcurl. I think this is too niche/vague for asking about. It's not clear to a mere mortal what benefit this brings. -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
On Tue, 7 May 2024, Patrick Monnerat wrote: I always just run 'ssh -D' to create a SOCKS proxy that curl can use... I was rather thinking of something like 'ssh -L' provides, but without using intermediate local sockets. Okay, I understand. It is indeed a fair idea, but asking users in the survey about if they want this supported seems like asking a lot since you are basically inventing an entirely new proxy style here and we would need a couple of paragraphs to explain it. Is this not what --preproxy already allows at least with an additional proxy? This would be a generalization of this case, allowing multilevel nested "tunnelling" with any supporting protocol in any order, each level adding a layer. For most proxies you connect to, that proxy takes the next connect step that is inaccessible for the client - usually the proxy also resolves the host name. Multilevel proxies are unusual because they can only work for a certain set of proxies and in specific conditions. I don't think average users understand how this works, and since even I need to ask about the feature, I don't see how we can ask for feedback on this in the survey. I think we need to ask simpler questions. In short, the idea is to bring much of cfilters under user control ! I think you need to present actual use cases first. Show what you want to do and who what you're proposing helps solve those use cases. -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
Le 07/05/2024 à 13:03, Daniel Stenberg a écrit : On Tue, 7 May 2024, Patrick Monnerat via curl-library wrote: For "Which of these features would you like to see curl support?" - ssh proxy/tunnel What exactly does this mean though? I've been proxying curl fine indirectly over SSH for decades, but I always just run 'ssh -D' to create a SOCKS proxy that curl can use... I was rather thinking of something like 'ssh -L' provides, but without using intermediate local sockets. There are entry points in libssh and libssh2 that can be used to implement that feature. It would be very handy to avoid a parallel ssh process for that, especially if you use the library rather than the tool. In addition, an hypothetical future rsync backend would be almost useless (except in unsecured cases) without it, as rsync standard encryption is provided by ssh, not SSL. - proxies stack Is this not what --preproxy already allows at least with an additional proxy? Or do you actually mean even more proxies in the chain? Do you (or anyone else) actually have a real use case for this? I have not heard of any such. This would be a generalization of this case, allowing multilevel nested "tunnelling" with any supporting protocol in any order, each level adding a layer. I think cfilters could relatively easily allow it: if we consider SSL as a pseudo-proxy, https over https tunnel is already a particular case of a 3-level proxy stack. We could even imagine more "matroska-like" situations with SOCKS and suggested SSH proxies! In short, the idea is to bring much of cfilters under user control ! And you may not have heard of it, but YOU spoke of a possible real case use in a paper I can't find on the net anymore: it was about reaching your home server from your corporate office network ! Patrick -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
> Am 07.05.2024 um 10:27 schrieb Daniel Stenberg via curl-library > : > > Hello, > > I have started to work on the 2024 version of the user survey. If things go > well, we can run it two weeks later in May. > > As per usual, I copied the version from last year and I have edited it > slightly - mostly based on the feedback from last year as listed in my > analysis document [1]. > > New questions so far: > > - Tell us the version number of a current curl install you use! > - Which curl command line option is your favorite? > - Which curl command line option do you think improvement and how? > - Have you used the trurl tool? - When analysing problems with curl or your application using libcurl, what additional features would be helpful? We added more verbose tracing via `--trace-config` recently. Are there any areas where expanding this might help you? > On the multi-option question "Which curl command line option do you think > improvement and how?" I have added a number of new answer options: > > - HTTP Message Signatures - RFC 9421 > - HTTPS DNS records > - HTTP/3 proxying > - Select name resolver backend at run-time > - A GUI version of the curl tool > - data: URL support > - WebTransport > - Option to change HTTP request header order > - WebSocket support in command line tool > > Anything else I should remember to include/remove/ask ? - SSL Session "persistence", speeding up subsequent curl executions - Integration of pass/gopass in the command line tool for authentication. Add a callback for obtaining a password in libcurl. > > [1] = https://daniel.haxx.se/media/curl-user-survey-2023-analysis.pdf > > -- > > / daniel.haxx.se > | Commercial curl support up to 24x7 is available! > | Private help, bug fixes, support, ports, new features > | https://curl.se/support.html > -- > Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library > Etiquette: https://curl.se/mail/etiquette.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
On Tue, 7 May 2024, jim.ful...@webcomposite.com wrote: A few suggestions: - Have you used curl container ? - Do you prefer quay, docker hub or GitHub repository ? How about asking about it like this in a single queetion: Have you used a curl container and if so, which do you prefer? Yes - from docker Yes - from quay Yes - from GitHub Yes - with no preference No -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
On Tue, 7 May 2024, Patrick Monnerat via curl-library wrote: For "Which of these features would you like to see curl support?" - ssh proxy/tunnel What exactly does this mean though? I've been proxying curl fine indirectly over SSH for decades, but I always just run 'ssh -D' to create a SOCKS proxy that curl can use... - proxies stack Is this not what --preproxy already allows at least with an additional proxy? Or do you actually mean even more proxies in the chain? Do you (or anyone else) actually have a real use case for this? I have not heard of any such. -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Re: Setting up the user survey 2024
On 5/7/24 10:27, Daniel Stenberg via curl-library wrote: Hello, I have started to work on the 2024 version of the user survey. If things go well, we can run it two weeks later in May. Anything else I should remember to include/remove/ask ? For "Which of these features would you like to see curl support?" - ssh proxy/tunnel - proxies stack -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html