Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-18 Thread Dale
Wol wrote: > On 17/02/2022 07:42, Dale wrote: >> I also commented out as much as I could in >> package.use, the things I'd tried previously.  Now it has a clean path >> to upgrade. > > Is package.use a file or a directory? If it's a file, convert it to a > directory (you can just put the existing

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-17 Thread Wol
On 17/02/2022 07:42, Dale wrote: I also commented out as much as I could in package.use, the things I'd tried previously.  Now it has a clean path to upgrade. Is package.use a file or a directory? If it's a file, convert it to a directory (you can just put the existing package.use file in the

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-17 Thread Dale
Hi Miles, This install is likely over 10 years old.  I might add, I copied a lot of things over from my previous system which was a AMD 2500+ single core puter.  In a way, some things could be dating back to around 2003 or 2004.  I use eix-test-obsolete to clean up package.* files but there isn't

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-17 Thread Miles Malone
threads very rarely makes sense for anything, btw. On Thu, 17 Feb 2022 at 21:41, Miles Malone wrote: > > Now for your own sanity you might consider stopping adding things > globally constantly, and using app-portage/flaggie to sanely manage > them per-package... Cause there's far more use flags

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-17 Thread Miles Malone
Now for your own sanity you might consider stopping adding things globally constantly, and using app-portage/flaggie to sanely manage them per-package... Cause there's far more use flags that make sense per-package than make sense globally. I used to manage them all largely globally like ten

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-17 Thread Dale
Neil Bothwick wrote: > On Thu, 17 Feb 2022 01:42:39 -0600, Dale wrote: > >> P. S.  Is there a tool to make the USE line in make.conf in alphabetical >> order or something?  When I add things, I try to put them in order so it >> is easier to find them.  For some reason, they are out of order, a

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-17 Thread Neil Bothwick
On Thu, 17 Feb 2022 01:42:39 -0600, Dale wrote: > P. S.  Is there a tool to make the USE line in make.conf in alphabetical > order or something?  When I add things, I try to put them in order so it > is easier to find them.  For some reason, they are out of order, a lot.  > Something at some

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-16 Thread Dale
Arve Barsnes wrote: > On Thu, 17 Feb 2022 at 08:02, Dale wrote: >> !!! The ebuild selected to satisfy "> unmet requirements. >> - sci-libs/hdf5-1.10.5-r1::gentoo USE="cxx hl threads zlib -debug >> -examples -fortran -mpi -szip -unsupported" ABI_X86="(64)" >> >> The following REQUIRED_USE flag

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-16 Thread Arve Barsnes
On Thu, 17 Feb 2022 at 08:02, Dale wrote: > !!! The ebuild selected to satisfy " unmet requirements. > - sci-libs/hdf5-1.10.5-r1::gentoo USE="cxx hl threads zlib -debug > -examples -fortran -mpi -szip -unsupported" ABI_X86="(64)" > > The following REQUIRED_USE flag constraints are unsatisfied:

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-16 Thread Dale
Miles Malone wrote: > Well I just installed kicad-meta (6.0.1), and neither vtk nor hdf5 are > pulled into the dep tree as a result... Given opencascade[vtk] is > what's pulling in vtk in your emerge above, disabling the vtk > useflag's probably going to help. > > In addition, I cant imagine why

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-16 Thread Miles Malone
Well I just installed kicad-meta (6.0.1), and neither vtk nor hdf5 are pulled into the dep tree as a result... Given opencascade[vtk] is what's pulling in vtk in your emerge above, disabling the vtk useflag's probably going to help. In addition, I cant imagine why in a million years MPI should

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-16 Thread Dale
Miles Malone wrote: > Hi Dale, > > Try removing the vtk useflag from opencascade. Also, add verbose to > your emerge arguments and it may show you the full RDEPEND > > Regards, > > Miles > > I already have -v in my make.conf defaults.  So it is already there I just don't have to type it.  I

Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-16 Thread Miles Malone
Hi Dale, Try removing the vtk useflag from opencascade. Also, add verbose to your emerge arguments and it may show you the full RDEPEND Regards, Miles On Thu, 17 Feb 2022 at 11:07, Dale wrote: > > Howdy, > > I seem to have ran into a road block. To get a clean path for emerge > recently, I

[gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.

2022-02-16 Thread Dale
Howdy, I seem to have ran into a road block.  To get a clean path for emerge recently, I had to unmerge a few packages.  I removed Kicad, libreoffice and a few others.  Some of them I could add back with no problem.  I just emerged them and off it went.  I'm having trouble with libreoffice but I