[gentoo-user] libreoffice fails to build, cannot download non-existant ~scarabeus/lpsolve-5.5.2.0.tar.xz ???

[Steven Lembark]

Need to install libreoffice (welcome to Tax Time!).

Building either libreoffice or libreoffice-bin failes with
the same error downloading lpsolve from an
apparently non-exitant "dev.gentooexperimental.org".

Disabling lpsolve or switching to coinmp, or disabling both, don't
avoid the issue: lpsolve seems both required and unavailable.

Q: Any known workaround?

Thanks

(1) Current status of libreoffice

* app-office/libreoffice
Latest version available: 7.2.5.2
Latest version installed: [ Not Installed ]
Size of files: 367,553 KiB
Homepage: https://www.libreoffice.org
Description: A full office productivity suite
License: || ( LGPL-3 MPL-1.1 )



(2) libreoffice use flags should be ignoring lpsolve, I think?

lpsolver is turned off and I've picked coinmp in any case.
turning off coinmp gets the same result: failure downloading
lpsolve (see #3, below).

From /etc/portage/pacakge.use/local (whitespace added):

app-office/libreoffice
pdfimport
postgres
* coinmp
* -libreoffice_extensions_nlpsolver
-accessibility
-bluetooth
-clang
-firebird
-googledrive
-java
-kde
-ldap
-mariadb

# equery uses app-office/libreoffice;
[ Legend : U - final flag setting for installation]
[ : I - package is installed with flag ]
[ Colors : set, unset ]
* Found these USE flags for app-office/libreoffice-7.2.5.2:
U I
- - accessibility : Add support for accessibility (eg 'at-spi' library)
- - base : Enable full support for LibreOffice Base databases (involves additional bundled libs)
- - bluetooth : Enable Bluetooth Support
+ - branding : Enable Gentoo specific branding
- - clang : Use Clang compiler instead of GCC
* + - coinmp : Use sci-libs/coinor-mp as alternative solver
+ + cups : Add support for CUPS (Common Unix Printing System)
- - custom-cflags : Build with user-specified CFLAGS (unsupported)
+ + dbus : Enable dbus support for anything that needs it (gpsd, gnomemeeting, etc)
- - debug : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful
backtraces see https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces
- - eds : Enable support for Evolution-Data-Server (EDS)
- - firebird : Add support for the Firebird relational database
- - googledrive : Enable support for remote files on Google Drive
- - gstreamer : Add support for media-libs/gstreamer (Streaming media)
+ + gtk : Add support for x11-libs/gtk+ (The GIMP Toolkit)
- + java : Add support for Java
- - kde : Add support for software made by KDE, a free software community
- - ldap : Add LDAP support (Lightweight Directory Access Protocol)
* - - libreoffice_extensions_nlpsolver : LIBREOFFICE_EXTENSIONS option to build non-linear solver for calc
- - libreoffice_extensions_scripting-beanshell : LIBREOFFICE_EXTENSIONS option to build beanshell scripts parser
- - libreoffice_extensions_scripting-javascript : LIBREOFFICE_EXTENSIONS option to build javascript scripts parser
- - libreoffice_extensions_wiki-publisher : LIBREOFFICE_EXTENSIONS option to build mediawiki integration
- - mariadb : Prefer mariadb connector over mysql connector
- - odk : Build the Office Development Kit
+ - pdfimport : Enable PDF import via the Poppler library
+ - postgres : Add support for the postgresql database
- - python_single_target_python3_10 : Build for Python 3.10 only
- - python_single_target_python3_8 : Build for Python 3.8 only
+ + python_single_target_python3_9 : Build for Python 3.9 only
- - test : Enable dependencies and/or preparations necessary to run tests (usually controlled by
FEATURES=test but can be toggled independently)
- - vulkan : Enable Vulkan usage via the skia library (clang recommended)


(3) "dev.gentooexperimental.org" seems not to exist?

Which seems to make sense:

"packages.gentooexperimental.org",

resolves in DNS and firefox but

"dev.gentooexperimental.org"

does not. I've wandered around the site.. infinte
construction doesn't seem to include "dev." or
anything like lpsolve.

Checking packages.../repoman-checks/sci-mathematics.txt gives me
a not-so-good feeling about lpsolve due to "deprecated":

repo.eapi.deprecated sci-mathematics/lpsolve/lpsolve-5.5.2.0.ebuild: 4

# emerge --fetchonly app-office/libreoffice;
Calculating dependencies... done!

<snip>

>>> Downloading 'http://dev.gentooexperimental.org/~scarabeus/lpsolve-5.5.2.0.tar.xz'
--2022-02-21 12:48:01-- http://dev.gentooexperimental.org/~scarabeus/lpsolve-5.5.2.0.tar.xz
* Resolving dev.gentooexperimental.org... failed: Unknown host.
* wget: unable to resolve host address ‘dev.gentooexperimental.org’
* !!! Couldn't download 'lpsolve-5.5.2.0.tar.xz'. Aborting.
* Fetch failed for 'sci-mathematics/lpsolve-5.5.2.0'

>>> Failed to emerge sci-mathematics/lpsolve-5.5.2.0



--
Steven Lembark
Workhorse Computing
lem...@wrkhors.com
+1 888 359 3508

[Jack]

I'm not sure where experimental anything is coming from.  Do you have
some overlay set up? How recently have you synced?

I see libreoffice-7.2.5.2-r1 and lpsolve-5.5.2.0 as the only stable
versions in the main portage tree, and both were re-installed within the
past three days.

[Dale]

Sending the somewhat small file off list.  Keep a eye out for it. 

Dale

:-)  :-) 

[Daniel Pielmeier]

https://bugs.gentoo.org/614866

[Steven Lembark]

On Mon, 21 Feb 2022 20:35:23 +0100
Daniel Pielmeier <bil...@gentoo.org> wrote:

> https://bugs.gentoo.org/614866

Bug doesn't address it, but shouldn't using the alternate
lp library via "coinmp" sidestep the issue?

[Jack]

On 2/21/22 14:35, Daniel Pielmeier wrote:

https://bugs.gentoo.org/614866

That is strange.  I just deleted the lpsolve file from my distfiles dir, and ran "ebuild path/to/ebuild fetch" and it downloaded just fine - but not from SRC_URI="http://dev.gentooexperimental.org/~scarabeus/${P}.tar.xz" (from the ebuild) it actually fetched https://mirror.leaseweb.com/gentoo/distfiles/aa/lpsolve-5.5.2.0.tar.xz.  I can't figure out where it made the switch in servers.  It does also look like the dependency on lpserve in the libreoffice ebuild does NOT depend on the libreoffice_extensions_nlpsolver setting.

[Daniel Pielmeier]

Am 21. Februar 2022 19:58:00 UTC schrieb Steven Lembark <lem...@wrkhors.com>:
>On Mon, 21 Feb 2022 20:35:23 +0100
>Daniel Pielmeier <bil...@gentoo.org> wrote:
>
>> https://bugs.gentoo.org/614866
>
>Bug doesn't address it, but shouldn't using the alternate
>lp library via "coinmp" sidestep the issue?
>

If you read through the bug you will find that it is addressed, at least indirectly. See comment #4.

If you take a look at the libreoffice ebuild you will find that the sci-mathematics/lpsolve dependency is not controlled by the nlpsolver USE flag. This means it depends on it unconditionally.
Only coimp is controllable via flag.
Whether this is correct or not is another issue.

--
Best regards
Daniel

[Jack]

I posted the above to that bug, and asturm pointed out that
GENTOO_MIRRORS in make.conf is responsible. So, if you're retrieval
of the tarball fails because it can't find the dead site
dev.gentooexperimental.com, take a look at your GENTOO_MIRRORS settings.