public inbox for [email protected]  
help / color / mirror / Atom feed
Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a"
3+ messages / 2 participants
[nested] [flat]

* Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a"
@ 2025-11-06 07:45 Manika Singhal <[email protected]>
  2025-11-07 12:56 ` Re: Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a" Christoph Berg <[email protected]>
  0 siblings, 1 reply; 3+ messages in thread

From: Manika Singhal @ 2025-11-06 07:45 UTC (permalink / raw)
  To: [email protected]

Hi all,

I noticed a small inconsistency between the PGDG server-dev package for
Debian-based distributions

 (postgresql-server-dev-<version>) and devel package for RHEL-based
distributions

(postgresql<version>-devel) and I wanted to check if this is intentional.

On Debian-based systems, the postgresql-server-dev package includes the
static library *libpgfeutils.a*,

whereas the corresponding RPM package (postgresql<version>-devel) does not
include this library.

I wanted to understand whether this difference is by design.

If so, could someone please share the reasoning behind excluding
*libpgfeutils.a* from the RPM packaging?

It would help clarify whether this is something downstream packagers should
align with or handle separately.


Thanks for your time and for all the great work that goes into maintaining
the PGDG repositories.

Best Regards,
-- 

<https://www.percona.com/;

Manika Singhal
Build and Release Engineer, Percona

[email protected]

Databases Run Better With Percona


^ permalink  raw  reply  [nested|flat] 3+ messages in thread

* Re: Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a"
  2025-11-06 07:45 Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a" Manika Singhal <[email protected]>
@ 2025-11-07 12:56 ` Christoph Berg <[email protected]>
  2025-11-21 10:35   ` Re: Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a" Manika Singhal <[email protected]>
  0 siblings, 1 reply; 3+ messages in thread

From: Christoph Berg @ 2025-11-07 12:56 UTC (permalink / raw)
  To: Manika Singhal <[email protected]>; +Cc: [email protected]

Re: Manika Singhal
> On Debian-based systems, the postgresql-server-dev package includes the
> static library *libpgfeutils.a*,

Some packages need it, but it's rare and possibly there's ways to
avoid it. Now if I remembered which package that was...

commit fdfa5c42c8e20178e884a91a2366eb9a723dab02
Author: Christoph Berg <[email protected]>
Date:   Tue May 8 15:32:07 2018 +0200

    Move libpgport.a, libpgcommon.a, and libpgfeutils.a from libdir to pkglibdir

    These static libraries are server-version dependant (though many
    functions are compatible), so move them from $libdir to $pkglibdir, i.e.
    from /usr/lib/<triplet> to /usr/lib/postgresql/NN/lib.

commit 497ecce60b7c149c7839b371cc1b7d6f390e32ab
Author: Christoph Berg <[email protected]>
Date:   Sat Mar 26 16:47:11 2016 +0100

    Install usr/lib/*/libpgfeutils.a

Christoph





^ permalink  raw  reply  [nested|flat] 3+ messages in thread

* Re: Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a"
  2025-11-06 07:45 Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a" Manika Singhal <[email protected]>
  2025-11-07 12:56 ` Re: Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a" Christoph Berg <[email protected]>
@ 2025-11-21 10:35   ` Manika Singhal <[email protected]>
  0 siblings, 0 replies; 3+ messages in thread

From: Manika Singhal @ 2025-11-21 10:35 UTC (permalink / raw)
  To: Christoph Berg <[email protected]>; +Cc: [email protected]

On Fri, Nov 7, 2025 at 6:26 PM Christoph Berg <[email protected]> wrote:

> Re: Manika Singhal
> > On Debian-based systems, the postgresql-server-dev package includes the
> > static library *libpgfeutils.a*,
>
> Some packages need it, but it's rare and possibly there's ways to
> avoid it. Now if I remembered which package that was...
>
> commit fdfa5c42c8e20178e884a91a2366eb9a723dab02
> Author: Christoph Berg <[email protected]>
> Date:   Tue May 8 15:32:07 2018 +0200
>
>     Move libpgport.a, libpgcommon.a, and libpgfeutils.a from libdir to
> pkglibdir
>
>     These static libraries are server-version dependant (though many
>     functions are compatible), so move them from $libdir to $pkglibdir,
> i.e.
>     from /usr/lib/<triplet> to /usr/lib/postgresql/NN/lib.
>
> commit 497ecce60b7c149c7839b371cc1b7d6f390e32ab
> Author: Christoph Berg <[email protected]>
> Date:   Sat Mar 26 16:47:11 2016 +0100
>
>     Install usr/lib/*/libpgfeutils.a
>
> Christoph
>


Hi Christoph,
Thank you for your response! And sorry for the late reply.

I understand now that this file* libpgfeutils.a* is included in debian
packages.
But I still wonder why it is still excluded from the RPM packages.

And would that be okay if downstream packagers just go ahead and
include it in RPM packages also?
Or are we required to align with this and keep it as upstream only?



-- 

<https://www.percona.com/;

Manika Singhal
Build and Release Engineer, Percona

[email protected]

Databases Run Better With Percona


^ permalink  raw  reply  [nested|flat] 3+ messages in thread


end of thread, other threads:[~2025-11-21 10:35 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2025-11-06 07:45 Question on inconsistency between PGDG deb "server-dev" and rpm “devel" packages regarding “libpgfeutils.a" Manika Singhal <[email protected]>
2025-11-07 12:56 ` Christoph Berg <[email protected]>
2025-11-21 10:35   ` Manika Singhal <[email protected]>

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox