Package Details: pdftxt 0.7-6

Git Clone URL: (read-only, click to copy)
Package Base: pdftxt
Description: Simple wrapper around libmupdf to extract text from PDF files
Upstream URL:
Licenses: BSD
Submitter: Sara
Maintainer: eclairevoyant
Last Packager: eclairevoyant
Votes: 6
Popularity: 0.000411
First Submitted: 2012-07-10 19:53 (UTC)
Last Updated: 2023-09-30 03:40 (UTC)

Latest Comments

1 2 3 Next › Last »

aksr commented on 2023-09-28 07:09 (UTC)

/usr/bin/ld: cannot find -lmupdf-third: No such file or directory

dreieck commented on 2023-07-11 19:43 (UTC)

Fails to download source:

==> Retrieving sources...
  -> Downloading pdftxt-0.7.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (7) Failed to connect to port 443 after 79 ms: Couldn't connect to server
==> ERROR: Failure while downloading


eclairevoyant commented on 2023-05-30 00:18 (UTC)

Ok I guess I just misunderstood the Gentoo wiki - looks like me adding -lgumbo was sufficient, and neither mold nor --no-as-needed are necessary.

eclairevoyant commented on 2023-05-30 00:09 (UTC)

@MarsSeed After checking this issue and testing myself, it looks like --as-needed doesn't really have any benefit here. Maybe I should just enforce --no-as-needed...

I originally went with mold since it avoided a lot of LTO-related issues so I assumed it would "solve" this issue - but it looks like it just sidesteps the issue by including more than it really needs to.

MarsSeed commented on 2023-05-29 22:07 (UTC)

Hey @eclairevoyant,

Thank you for doing the research and taking the time to enlighten me about these kinds of issues. I really appreciate your valuable input.

How come mold --as-needed is more correct than the binutils/ld implementation?

eclairevoyant commented on 2023-05-29 20:37 (UTC)

@MarsSeed The article I linked mentioned "Failure in final linking, undefined symbols" as the "the most common error that happens while using --as-needed". Also disabling LTO doesn't avoid the error here, but using -Wl,--no-as-needed does. I still didn't want to force that on the user hence I linked with mold instead.

I could be missing something, but from what I've seen so far, LTO can cause undefined references to functions within the scope of the code that it's building (e.g. wherein the missing references are from ring's own code), whereas --as-needed causes undefined references to external functions (e.g. the errors posted below are related to libgumbo) hence disabling LTO wouldn't make much difference

MarsSeed commented on 2023-05-28 12:45 (UTC) (edited on 2023-05-28 12:46 (UTC) by MarsSeed)

@eclairevoyant, thanks for looking into this and fixing the issue.

For me, so far disabling LTO solved the "undefined references" issues most of the time.

I've found a relevant Genoo wiki article:


It links to a maintained list of packages for which they disable LTO.

Several of them would fail with undefined references when using LTO.

The main article also recommends adding certain -Werror flags to warn about expected LTO failures.

eclairevoyant commented on 2023-05-28 11:02 (UTC) (edited on 2023-05-29 20:28 (UTC) by eclairevoyant)

@aksr Take a deep breath, you didn't fix the package for over a year. You can wait the few hours it took me to fix it.

aksr commented on 2023-05-28 10:50 (UTC)

You were fast to adopt this package. Now, fix it.

eclairevoyant commented on 2023-05-27 21:29 (UTC) (edited on 2023-05-29 20:29 (UTC) by eclairevoyant)

@MarsSeed Actually, this error is usually related to the linker flag --as-needed. See