Summary: | [TRACKER] package requires m4/* directory update, libtool has become obsolete | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jonas Stein <jstein> |
Component: | Current packages | Assignee: | Jonas Stein <jstein> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | jstein, pacho, sam |
Priority: | Normal | Keywords: | Tracker |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://wiki.gentoo.org/wiki/Outdated_libtool | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 668404, 668406, 668408, 668650, 668652, 668656, 668666 | ||
Bug Blocks: |
Description
Jonas Stein
![]() I updated details in the wikipage Should I open new issues if any new findings take place? I learnt many packages that have this issue, I can supply the bugtracker with more packages should we use plain autoreconf or eautoreconf? (In reply to Pacho Ramos from comment #3) > should we use plain autoreconf or eautoreconf? Bit late, but always eautoreconf AFAIK. (In reply to Denis Pronin from comment #2) > Should I open new issues if any new findings take place? > I learnt many packages that have this issue, I can supply the bugtracker > with more packages Yes. Okay, all blockers done. TL;DR is that it's easiest to check ltmain.sh and that elibtoolize from libtool.eclass is insufficient to refresh (at least by itself), so I just used eautoreconf which seemed to be fine. |