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> another possibility, assuming it's even d
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
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
curl is needed by (i
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 shared libraries in the
d
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 upst
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 part
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
> > > RemovePath
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 usi
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) sai
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
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 16:19:2
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
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
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; ar
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 Denni
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 declaring compiled-in featu
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 minim
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 (kdu...@
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" in
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 curl
> error: Failed dependencies:
> cur
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. Then the non-minima
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 packages:
> >
> > https://
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.
...
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 in
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.
T
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 rpm
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 th
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 Wednes
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
> "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 python-curl-minimal which requires and
> "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 really permit conflic
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:
>
> https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guideline
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
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.
>
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:
> curl is needed by (ins
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?
> > > >
> > > > It
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 imple
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 implementation
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
> >>
> >>
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 the global curl pac
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;
> >> if(!(lp=dlopen("/usr/lib64
41 matches
Mail list logo
