GNU dbm - Support: sr #349, Requires gettext-0.18 specifically... [Puszcza]

GNU dbm - Support: sr #349, Requires gettext-0.18 specifically...

Group

Main
- Main
- View Members
- Search
Homepage
Download
Support
- Browse
- Reset to all open ones
- Submit
- Digest
- Export
- View Statistics
- Search
Source Code
Bugs
- Browse
- Reset to all open ones
- Submit
- Digest
- Export
- View Statistics
- Search
Tasks
- Browse
- Reset to all open ones
- Submit
- Digest
- Export
- View Statistics
- Search
News
- Browse
- Atom Feed
- Submit
- Manage

Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

sr #349: Requires gettext-0.18 specifically due to autoconf macro

Submitted by:	Sam James <thesamesam>
Submitted on:	Fri Sep 3 23:14:45 2021

Category:	None	Priority:	5 - Normal
Severity:	5 - Normal	Status:	Done
Privacy:	Public	Assigned to:	Sergey Poznyakoff <gray>
Open/Closed:	Closed	Operating System:	None

( Jump to the original submission)

Thu Oct 14 09:57:15 2021, comment #6: Hi Sergey, Works great here, big thanks for sorting it out! Ready to close now.	Sam James <thesamesam>
Sun Oct 10 16:48:34 2021, comment #5: Hi Sam. I fixed it in commit 71f1b46d41. Please, let me know if it works for you and if this issue can be closed.	Sergey Poznyakoff <gray>
Tue Sep 7 17:26:27 2021, comment #4: That is a temporary reversal. It turned out that oss-fuzz still uses autoconf 2.69, so I had to revert the change in order to let the fuzzing checks a chance to work. I'll bring it back in as soon as I find a way to build gdbm on their platform.	Sergey Poznyakoff <gray>
Mon Sep 6 01:16:10 2021, comment #3: Ah, it had to be reverted because of a requirement for older autoconf [0]. That said, consumers with old autoconf can just use the bootstrapped (make dist'd) tarballs? Anyway, would you mind reopening this bug until we can fix it again? Cheers! [0] https://git.gnu.org.ua/gdbm.git/commit/?id=f7692ba9af9d85ec8c31708ca82632109cf4a95b	Sam James <thesamesam>
Sat Sep 4 08:48:56 2021, comment #2: Thank you. I applied it (commit 654dfcb5de).	Sergey Poznyakoff <gray>
Fri Sep 3 23:17:53 2021, comment #1: The patch is from a fellow Gentoo developer Andreas K. Hüttel <dilfridge@gentoo.org>.	Sam James <thesamesam>
Fri Sep 3 23:14:45 2021, original submission: (Originally reported downstream at https://bugs.gentoo.org/696838.) gdbm currently uses AM_GNU_GETTEXT_VERSION(0.18) in configure.ac which causes an error when using newer versions of gettext: ``` make[2]: Entering directory '/usr/mips64el-unknown-linux-gnu/tmp/portage/sys-libs/gdbm-1.18.1/work/gdbm-1.18.1-abi_mips>* error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros ar>make[2]: * [Makefile:181: check-macro-version] Error 1 ``` Using AM_GNU_GETTEXT_REQUIRE_VERSION(0.18) instead to specify a lower bound is sufficient to avoid this issue.	Sam James <thesamesam>

Attached Files

file #429: gdbm-1.18.1-gettext.patch added by thesamesam (354B - application/octet-stream)

Depends on the following items: None found

Items that depend on this one: None found

Carbon-Copy List

-unavailable- added by gray (Posted a comment)

-unavailable- added by thesamesam (Submitted the item)

-unavailable- added by thesamesam

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

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

9 latest changes follow.

Date	Changed By	Updated Field	Previous Value	Replaced By
Thu Oct 14 14:37:16 2021	gray	Open/Closed	Open	Closed
Sun Oct 10 16:48:34 2021	gray	Status	Postponed	Done
Tue Sep 7 17:26:27 2021	gray	Status	Done	Postponed
		Open/Closed	Closed	Open
Sat Sep 4 08:48:56 2021	gray	Assigned to	None	gray
		Open/Closed	Open	Closed
		Status	None	Done
Fri Sep 3 23:16:50 2021	thesamesam	Attached File	-	Added gdbm-1.18.1-gettext.patch, #429
Fri Sep 3 23:14:45 2021	thesamesam	Carbon-Copy	-	Added -unavailable-

Show feedback again