Pipeline manipulation library - Bugs: bug #61927, libpipeline 1.5.5 build fails...

Group

Main
- Main
- View members
- Search
Homepage
Download
Support
- Submit new
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Mailing lists
Source code
Bugs
- Submit new
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Tasks
- ~~Submit new~~
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
News
- Browse
- Atom feed
- ~~Submit~~
- ~~Manage~~

bug #61927: libpipeline 1.5.5 build fails against man-db 2.9.4

Submitter:	Matias A. Fonzo <selk>
Submitted:	Wed 26 Jan 2022 07:13:28 AM UTC


Category:	None	Severity:	3 - Normal
Item Group:	None	Status:	Need Info
Privacy:	Public	Assigned to:	None
Open/Closed:	Open

* Mandatory Fields

Add a New Comment Rich Markup

Wed 26 Jan 2022 10:09:55 PM UTC, comment #2: Hi Colin!, Our gdbm build provides both, the static and the shared libraries. I upgraded libpipeline locally to version 1.5.5, omitting the static libraries and adding the shared ones, the same for man-db 2.9.4, and it worked as you say. The reason why the goal was to have man-db as static, is so that its operation does not depend on libpipeline in a possible "crucial" situation, where the idea was to continue using `man`, for example. Anyway, it is not serious to do it dynamically. Now I wonder, why did it work before. Statically with libpipeline 1.5.4...	Matias A. Fonzo <selk>
Wed 26 Jan 2022 11:29:34 AM UTC, comment #1: Building libpipeline as a static library won't work. I'm not sure it's even possible to control symbol visibility on static libraries since there's no way to control symbol visibility so internal symbols, but if it is then I don't think libpipeline knows how to do it, so the internal gnulib symbols used by both it and man-db are going to clash. I see from your link line that you have libgdbm built as a shared library, so your system must support shared libraries. Can you build libpipeline as a shared library instead and drop the static library?	Colin Watson <cjwatson>
Wed 26 Jan 2022 07:13:28 AM UTC, original submission: Hello Colin, This is Matías, the maintainer of Dragora GNU/Linux-Libre. Development version of the distro is based on Musl, I upgraded to latest libpipeline 1.5.5 and trying to build man-db 2.9.4 against it, I receive errors. I believe this comes from the gnulib version included in the libpipeline v1.5.5, those features may not be available at Musl. However, this is the full log[1]. [1] http://sprunge.us/XLo27h	Matias A. Fonzo <selk>

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:


Comment:

No files currently attached

Depends on the following items: None found

Items that depend on this one: None found

Carbon-Copy List

-email is unavailable- added by cjwatson (Posted a comment)

-email is unavailable- added by selk (Submitted the item)

-email is unavailable- added by selk

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

Please enter the title of George Orwell's famous dystopian book (it's a date):

Follow 2 latest changes.

Date	Changed by	Updated Field	Previous Value	=>	Replaced by
2022-01-26	cjwatson	Status	None		Need Info
2022-01-26	selk	Carbon-Copy	-		Added -email is unavailable-

Pipeline manipulation library - Bugs: bug #61927, libpipeline 1.5.5 build fails...

bug #61927: libpipeline 1.5.5 build fails against man-db 2.9.4

<a href="#postcomment">Post a Comment</a>

<a href="#discussion">Discussion</a>

<a href="#attached">Attached Files</a>

<a href="#dependencies">Dependencies</a>

<a href="#cc">Mail Notification Carbon-Copy List</a>

<a href="#votes">Votes</a>

<a href="#history">History</a>