Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wed, Mar 16, 2016 at 5:44 PM, Jason L Tibbitts III wrote: >> "JLT" == Jason L Tibbitts writes: > > JLT> Using a different soname and patching python-pycurl to use the > JLT> maximal module if present and the minimal module otherwise would be > JLT>

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thursday, March 17, 2016 07:12:01 AM Kamil Dudka wrote: > On Wednesday, March 16, 2016 17:07:39 Dennis Gilmore wrote: > > On Wednesday, March 16, 2016 09:52:36 PM Kamil Dudka wrote: > > > On Wednesday, March 16, 2016 15:48:54 Dennis Gilmore wrote: > > > > On Wednesday, March 16, 2016 9:39:33 PM

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wed, Mar 16, 2016 at 6:36 PM, Kamil Dudka wrote: > The curl and libcurl packages, which are both required by dnf, Hm, does dnf really require curl? On my F-23 box: $ rpm -e --test curl error: Failed dependencies: curl is needed by (installed) rpmdevtools-8.6-2.fc23.noarch

Re: introducing curl-minimal and libcurl-minimal RPM packages

Once upon a time, Paul Howarth said: > The installed soname is exactly the same as the regular libcurl > version, making them interchangeable. The .minimal suffix is removed by > rpm at packaging time using RemovePathPostfixes: That seems like a terrible idea, to have to

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thursday 17 March 2016 13:21:42 Przemek Klosowski wrote: > On 03/17/2016 12:54 PM, Kamil Dudka wrote: > > I am also open to discuss other solution to the above problem. The other > > proposals I have captured in this thread are: > > > > - use dlopen() -- already proven wrong (see RHBZ and

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday, March 16, 2016 17:20:38 Przemek Klosowski wrote: > On 03/16/2016 04:39 PM, Kamil Dudka wrote: > > ldconfig will always pick /usr/lib64/libcurl.so.4 because there can be > > only one file with that name installed at a time. > > OK, but how do you determine which one you have on a

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: > On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > > Kamil Dudka (kdu...@redhat.com) said: > > > Are you reading it from the specfile? > > > > > > It is just an implementation detail of the packaging (the > > >

Re: introducing curl-minimal and libcurl-minimal RPM packages

On 03/16/2016 04:39 PM, Kamil Dudka wrote: ldconfig will always pick /usr/lib64/libcurl.so.4 because there can be only one file with that name installed at a time. OK, but how do you determine which one you have on a particular system someone just handed to you? It seems to me that you are

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday, March 16, 2016 09:52:36 PM Kamil Dudka wrote: > On Wednesday, March 16, 2016 15:48:54 Dennis Gilmore wrote: > > On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: > > > On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > > > > Kamil Dudka (kdu...@redhat.com)

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wed, 16 Mar 2016, Dennis Gilmore wrote: On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > Kamil Dudka (kdu...@redhat.com) said: > > Are you reading it from the specfile? > > > > It is just an implementation detail of

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday, March 16, 2016 17:07:39 Dennis Gilmore wrote: > On Wednesday, March 16, 2016 09:52:36 PM Kamil Dudka wrote: > > On Wednesday, March 16, 2016 15:48:54 Dennis Gilmore wrote: > > > On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: > > > > On Wednesday, March 16, 2016

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thursday 17 March 2016 11:55:31 Bill Nottingham wrote: > Kamil Dudka (kdu...@redhat.com) said: > > > If you care about a consistent developer, user, and debugging experience > > > regardless of mechanism of delivery, you wouldn't do this in the first > > > place, or you'd change the global curl

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thursday 17 March 2016 08:57:19 Alexander Bokovoy wrote: > On Wed, 16 Mar 2016, Dennis Gilmore wrote: > >On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: > >> On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > >> > Kamil Dudka (kdu...@redhat.com) said: > >> > > Are you

Re: introducing curl-minimal and libcurl-minimal RPM packages

On 03/17/2016 12:54 PM, Kamil Dudka wrote: I am also open to discuss other solution to the above problem. The other proposals I have captured in this thread are: - use dlopen() -- already proven wrong (see RHBZ and upstream ML) I looked and didn't see any discussion of dlopen() in 1305701;

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thursday 17 March 2016 08:14:42 Dennis Gilmore wrote: > On Thursday, March 17, 2016 07:12:01 AM Kamil Dudka wrote: > > On Wednesday, March 16, 2016 17:07:39 Dennis Gilmore wrote: > > > On Wednesday, March 16, 2016 09:52:36 PM Kamil Dudka wrote: > > > > On Wednesday, March 16, 2016 15:48:54

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Fri, Mar 18, 2016 at 4:29 AM, Petr Pisar wrote: > I think the solution is have more packages delivering the same-named > shared library file with the same soname. Each of the packages > conflicting each other. Then the non-minimal package would provide RPM > symbols

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday, March 16, 2016 20:28:16 Ville Skyttä wrote: > > http://pkgs.fedoraproject.org/cgit/rpms/curl.git/log/?h=private-kdudka > > -libcurl-minimal > libcurl.so.x.y.z.minimal looks pretty weird to me, and wrong as well > because it stuffs "minimal" into the version part, but the

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thu, 17 Mar 2016, Kamil Dudka wrote: On Thursday 17 March 2016 08:57:19 Alexander Bokovoy wrote: On Wed, 16 Mar 2016, Dennis Gilmore wrote: >On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: >> On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: >> > Kamil Dudka

Re: introducing curl-minimal and libcurl-minimal RPM packages

On 2016-03-16 14:07, Kamil Dudka wrote: On Wednesday, March 16, 2016 20:28:16 Ville Skyttä wrote: http://pkgs.fedoraproject.org/cgit/rpms/curl.git/log/?h=private-kdudka -libcurl-minimal libcurl.so.x.y.z.minimal looks pretty weird to me, and wrong as well because it stuffs "minimal"

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wed, 16 Mar 2016 20:28:16 +0200 Ville Skyttä wrote: > On Wed, Mar 16, 2016 at 6:36 PM, Kamil Dudka > wrote: > > The curl and libcurl packages, which are both required by dnf, > > Hm, does dnf really require curl? On my F-23 box: > > $ rpm -e --test

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Friday 18 March 2016 05:14:28 Nico Kadel-Garcia wrote: > On Fri, Mar 18, 2016 at 4:29 AM, Petr Pisar wrote: > > I think the solution is have more packages delivering the same-named > > shared library file with the same soname. Each of the packages > > conflicting each other.

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Friday 18 March 2016 08:29:27 Petr Pisar wrote: > On 2016-03-18, Kamil Dudka wrote: > > On Thursday, March 17, 2016 14:44:21 Przemek Klosowski wrote: > > > > According to Fedora Packaging Guidelines, unversioned shared library files > > should be installed by -devel

Re: introducing curl-minimal and libcurl-minimal RPM packages

Kamil Dudka (kdu...@redhat.com) said: > Are you reading it from the specfile? > > It is just an implementation detail of the packaging (the RemovePathPostfixes > feature of rpm). The string you mentioned neither appears in the SONAME, nor > in any file installed by the RPMs in question. ...

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > Kamil Dudka (kdu...@redhat.com) said: > > Are you reading it from the specfile? > > > > It is just an implementation detail of the packaging (the > > RemovePathPostfixes feature of rpm). The string you mentioned neither > > appears

introducing curl-minimal and libcurl-minimal RPM packages

The curl and libcurl packages, which are both required by dnf, have a lot of run-time dependencies. I propose to maintain curl-minimal and libcurl-minimal subpackages obtained from a conservatively configured build of curl, resulting in a significant reduction of their run-time dependencies.

Re: introducing curl-minimal and libcurl-minimal RPM packages

Kamil Dudka (kdu...@redhat.com) said: > On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > > Kamil Dudka (kdu...@redhat.com) said: > > > Are you reading it from the specfile? > > > > > > It is just an implementation detail of the packaging (the > > > RemovePathPostfixes feature of

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thu, 17 Mar 2016, Kamil Dudka wrote: >> Just a note on top of what Dennis asked: if curl minimal would lack >> XML-RPC and GSSAPI support, FreeIPA client enrollment will be broken >> completely. There are many uses of that within kickstart or cloud-init >> files. > >I am not against keeping

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thursday 17 March 2016 10:21:33 Alexander Bokovoy wrote: > On Thu, 17 Mar 2016, Kamil Dudka wrote: > >On Thursday 17 March 2016 08:57:19 Alexander Bokovoy wrote: > >> On Wed, 16 Mar 2016, Dennis Gilmore wrote: > >> >On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: > >> >> On

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thu, Mar 17, 2016 at 07:00:09PM +0100, Kamil Dudka wrote: > On Thursday 17 March 2016 13:21:42 Przemek Klosowski wrote: > I was (by mistake) speaking about loading libcurl's run-time dependencies > by dlopen(), which is implemented for OpenLDAP in RHEL-5. It used to cause > problems and was

Re: introducing curl-minimal and libcurl-minimal RPM packages

> "JLT" == Jason L Tibbitts writes: JLT> Using a different soname and patching python-pycurl to use the JLT> maximal module if present and the minimal module otherwise would be JLT> another possibility, assuming it's even doable. Or, even easier, having

Re: introducing curl-minimal and libcurl-minimal RPM packages

> "KD" == Kamil Dudka writes: KD> Exactly. libcurl conflicts with libcurl-minimal, which means that KD> exactly one of them will be installed on any Fedora system at a KD> time. On a regular system (server, desktop, etc.) it will always be KD> libcurl. But... we don't

Re: introducing curl-minimal and libcurl-minimal RPM packages

On 2016-03-18, Kamil Dudka wrote: > On Thursday, March 17, 2016 14:44:21 Przemek Klosowski wrote: > > According to Fedora Packaging Guidelines, unversioned shared library files > should be installed by -devel packages: > >

Re: introducing curl-minimal and libcurl-minimal RPM packages

Kamil Dudka (kdu...@redhat.com) said: > > - "Minimizing the fedora docker base image footprint" (by yanking dnf et.al. > > into a seprate container, making size of it much more irrelevant) - "DNF > > into C initiative started" (enabling a much larger depythoning that doesn't > > require differing

Re: introducing curl-minimal and libcurl-minimal RPM packages

Kamil Dudka (kdu...@redhat.com) said: > > If you care about a consistent developer, user, and debugging experience > > regardless of mechanism of delivery, you wouldn't do this in the first > > place, or you'd change the global curl package. Either the features are > > important, or they aren't.

Re: introducing curl-minimal and libcurl-minimal RPM packages

Ville Skyttä (ville.sky...@iki.fi) said: > On Wed, Mar 16, 2016 at 6:36 PM, Kamil Dudka wrote: > > The curl and libcurl packages, which are both required by dnf, > > Hm, does dnf really require curl? On my F-23 box: > > $ rpm -e --test curl > error: Failed dependencies: >

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday, March 16, 2016 15:48:54 Dennis Gilmore wrote: > On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: > > On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > > > Kamil Dudka (kdu...@redhat.com) said: > > > > Are you reading it from the specfile? > > > > > > > >

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thursday, March 17, 2016 19:27:09 Richard W.M. Jones wrote: > On Thu, Mar 17, 2016 at 07:00:09PM +0100, Kamil Dudka wrote: > > On Thursday 17 March 2016 13:21:42 Przemek Klosowski wrote: > > I was (by mistake) speaking about loading libcurl's run-time dependencies > > by dlopen(), which is

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday 16 March 2016 17:25:26 Bill Nottingham wrote: > Kamil Dudka (kdu...@redhat.com) said: > > On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > > > Kamil Dudka (kdu...@redhat.com) said: > > > > Are you reading it from the specfile? > > > > > > > > It is just an

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Wednesday, March 16, 2016 15:11:07 Yaakov Selkowitz wrote: > On 2016-03-16 14:07, Kamil Dudka wrote: > > On Wednesday, March 16, 2016 20:28:16 Ville Skyttä wrote: > >>> http://pkgs.fedoraproject.org/cgit/rpms/curl.git/log/?h=private-kdu > >>> dka > >>> -libcurl-minimal > >> > >>

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thu, Mar 17, 2016 at 11:55 AM, Bill Nottingham wrote: > Kamil Dudka (kdu...@redhat.com) said: >> > If you care about a consistent developer, user, and debugging experience >> > regardless of mechanism of delivery, you wouldn't do this in the first >> > place, or you'd change

Re: introducing curl-minimal and libcurl-minimal RPM packages

On Thursday, March 17, 2016 14:44:21 Przemek Klosowski wrote: > On 03/17/2016 02:00 PM, Kamil Dudka wrote: > > On Thursday 17 March 2016 13:21:42 Przemek Klosowski wrote: > >> Could you summarize the argument against something like > >> > >> libcurl_version=REGULAR; > >>