Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 950385 - sci-libs/proj-9.4.1 installs many big files of uncertain use
Summary: sci-libs/proj-9.4.1 installs many big files of uncertain use
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Sci-geo Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-02-28 21:25 UTC by Esteve Varela Colominas
Modified: 2025-03-04 22:12 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Esteve Varela Colominas 2025-02-28 21:25:06 UTC
This is a big package (~700MB compressed), that on my system is pulled in through a chain of sci-electronics/kicad -> sci-libs/opencascade -> sci-libs/vtk -> sci-libs/proj.

I'm not entirely sure what functionality of any of this chain uses this package, and I'm similarly confused as to what the data files even are, as I'm completely out of my depth with this one.

But I've noticed a few things:
- The Arch Linux package ships with no data
- The README notes the following:
    As an alternative to installing the data package on the local system, the
    resource files can be retrieved on-the-fly from the PROJ CDN. A
    network-enabled PROJ build, will automatically fetch resource files that
    are not present locally from the CDN.
- Removing the data in question, even with USE=-curl, doesn't seem to break KiCAD's 3D viewer at first glance.

What are these big files used for? What kind of program misbehavior can I expect if they're missing?
Would it be possible to have a USE flag to avoid installing them, even if it means requiring USE=curl to make sure the functionality isn't missing?
Comment 1 Chris Mayo 2025-03-03 19:28:42 UTC
(In reply to Esteve Varela Colominas from comment #0)

> through a chain of sci-electronics/kicad -> sci-libs/opencascade ->
> sci-libs/vtk -> sci-libs/proj.

I can't find any ebuild in the tree that used sci-libs/opencascade[vtk]
so maybe a simple USE flag change there?

media-gfx/freecad-1.0 does need sci-libs/vtk; if mesh support isn't required that won't be needed in 1.1 (or already in 9999)
Comment 2 Esteve Varela Colominas 2025-03-03 20:55:27 UTC
Oh, you're right, I was reporting on kicad, but it's freecad that used to depend on opencascade[vtk] (causing me to enable the flag), now it just depends on vtk directly. Since I removed freecad recently, I suppose I don't directly need vtk or proj right now.

That said, does freecad need the huge data files for its mesh support?
Comment 3 Chris Mayo 2025-03-04 20:01:04 UTC
I can't find any evidence that salomesmesh uses proj.

My first idea would be to add a proj USE flag to sci-libs/vtk:
https://github.com/gentoo/gentoo/pull/40889
Comment 4 Esteve Varela Colominas 2025-03-04 22:12:59 UTC
Thanks for checking! This helps a lot, I can't think of anything else that I need sci-libs/vtk for right now, and for the ebuilds I'm seeing where proj is used directly, the use of the data files is more clearly obvious (they're mapping tools). I'll consider this ticket solved if that is merged.