Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.
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 constraints are unsatisfied: >> !unsupported? ( threads? ( !cxx !hl ) ) >> >> The above constraints are a subset of the following complete expression: >> !unsupported? ( at-most-one-of ( cxx mpi ) threads? ( !cxx !mpi >> !fortran !hl ) ) > The mpi flag now seeds to be a distraction, as the actual problem now > is that hdf5 can't have both the threads and the cxx USE flag enabled > at the same time. Maybe you have these in global, or set somewhere in > your config? > > Regards, > Arve > > Ah ha. Success. I took a look at my USE line in make.conf. I did have threads in there so I moved it to a commented line to remove its consideration. I also noticed -cxx was in there as well and moved it to a commented line. 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. Thanks much. Once those get done updating, I'll apply my hammer to libreoffice. :-D Dale :-) :-) 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 point messed up my organizing, badly.
Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.
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: > !unsupported? ( threads? ( !cxx !hl ) ) > > The above constraints are a subset of the following complete expression: > !unsupported? ( at-most-one-of ( cxx mpi ) threads? ( !cxx !mpi > !fortran !hl ) ) The mpi flag now seeds to be a distraction, as the actual problem now is that hdf5 can't have both the threads and the cxx USE flag enabled at the same time. Maybe you have these in global, or set somewhere in your config? Regards, Arve
Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.
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 in a million years MPI should be > getting pulled in unless you've explicitly enabled it somewhere else, > MPI's hardly something you'd be using if you werent USING, i.e. on a > distributed memory system. Looking at the dependency tree, the most > likely place for an MPI use flag to be causing all kinds of mpi > related shenanigans with other packages is Boost. If you've enabled > MPI for Boost without actually needing it, that'll cause all kinds of > tree problems. In my experience if you're using MPI you need to be > really really careful about enabling it globally, it's incredibly hard > for the devs to test given test systems are rarely clusters, so it's > often got significant breakage. Of course if you're developing for a > cluster, which I do from time to time, this can be a pain. > > So assuming you've got *absolutely no libraries* in your world file > (there really shouldnt be), make sure you've got mpi and vtk disabled > globally, and not per-package enabled for boost and opencascade. Get > rid of vtk and hdf5, and try again? (Assuming you dont need hdf5 for > something other than kicad that is, of course. It's the main format I > use for data storage as it plays nicely with Matlab and okay with c++ > and python) > > That's my best guess as to what's causing your blockers, anyways. > Give it a go and see where the error moves to > > I'm fine with disabling it globally so I added it to make.conf. I also made sure any entries in package.use were commented out. Now I get this: root@fireball / # emerge -auDN world These are the packages that would be merged, in order: Calculating dependencies... done! !!! The ebuild selected to satisfy "
Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.
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 be getting pulled in unless you've explicitly enabled it somewhere else, MPI's hardly something you'd be using if you werent USING, i.e. on a distributed memory system. Looking at the dependency tree, the most likely place for an MPI use flag to be causing all kinds of mpi related shenanigans with other packages is Boost. If you've enabled MPI for Boost without actually needing it, that'll cause all kinds of tree problems. In my experience if you're using MPI you need to be really really careful about enabling it globally, it's incredibly hard for the devs to test given test systems are rarely clusters, so it's often got significant breakage. Of course if you're developing for a cluster, which I do from time to time, this can be a pain. So assuming you've got *absolutely no libraries* in your world file (there really shouldnt be), make sure you've got mpi and vtk disabled globally, and not per-package enabled for boost and opencascade. Get rid of vtk and hdf5, and try again? (Assuming you dont need hdf5 for something other than kicad that is, of course. It's the main format I use for data storage as it plays nicely with Matlab and okay with c++ and python) That's my best guess as to what's causing your blockers, anyways. Give it a go and see where the error moves to On Thu, 17 Feb 2022 at 16:09, Dale wrote: > > 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 tried a huge number of options before > getting this close. Sometimes I'd have a dozen packages complaining > about USE flags or other issues. This is the new output but it looks > the same to me. > > > root@fireball / # emerge -auDN world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by sci-libs/vtk-9.0.3-r4::gentoo > # required by sci-libs/opencascade-7.5.2-r5::gentoo > # required by sci-electronics/kicad-5.1.12-r2::gentoo > # required by sci-electronics/kicad-symbols-5.1.12::gentoo > # required by sci-electronics/kicad-meta-5.1.12::gentoo > # required by @selected > # required by @world (argument) > =sci-libs/hdf5-1.10.5-r1 mpi > # > >=sci-libs/vtk-9.0.3-r4 -mpi > > Would you like to add these changes to your config files? [Yes/No] n > root@fireball / # > > > Open to ideas? Maybe I'm catching the tree in a bad state or > something. I don't recall ever seeing something like this. > > This is the complete emerge command from emerge.log. > > > emerge --newuse --oneshot --unordered-display --update --ask > --backtrack=100 --deep --keep-going --with-bdeps=y --quiet-build=n > --regex-search-auto=y --verbose world > > > Dale > > :-) :-) >
Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.
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 tried a huge number of options before getting this close. Sometimes I'd have a dozen packages complaining about USE flags or other issues. This is the new output but it looks the same to me. root@fireball / # emerge -auDN world These are the packages that would be merged, in order: Calculating dependencies... done! The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by sci-libs/vtk-9.0.3-r4::gentoo # required by sci-libs/opencascade-7.5.2-r5::gentoo # required by sci-electronics/kicad-5.1.12-r2::gentoo # required by sci-electronics/kicad-symbols-5.1.12::gentoo # required by sci-electronics/kicad-meta-5.1.12::gentoo # required by @selected # required by @world (argument) =sci-libs/hdf5-1.10.5-r1 mpi # >=sci-libs/vtk-9.0.3-r4 -mpi Would you like to add these changes to your config files? [Yes/No] n root@fireball / # Open to ideas? Maybe I'm catching the tree in a bad state or something. I don't recall ever seeing something like this. This is the complete emerge command from emerge.log. emerge --newuse --oneshot --unordered-display --update --ask --backtrack=100 --deep --keep-going --with-bdeps=y --quiet-build=n --regex-search-auto=y --verbose world Dale :-) :-)
Re: [gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.
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 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 think it is a compile failure so I may just go back to a older > version. The one I can't get around is Kicad. When I run emerge the > first time, I get this: > > > root@fireball / # emerge -auDN world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by sci-libs/vtk-9.0.3-r4::gentoo > # required by sci-libs/opencascade-7.5.2-r5::gentoo[vtk] > # required by sci-electronics/kicad-5.1.12-r2::gentoo > # required by sci-electronics/kicad-symbols-5.1.12::gentoo > # required by sci-electronics/kicad-meta-5.1.12::gentoo > # required by @selected > # required by @world (argument) > =sci-libs/hdf5-1.10.5-r1 -mpi > # > >=sci-libs/vtk-9.0.3-r4 mpi > > Would you like to add these changes to your config files? [Yes/No] n > root@fireball / # > > > I do my file edits manually so I go make the change it wants and try > again with the same command. > > > root@fireball / # emerge -auDN world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by sci-libs/vtk-9.0.3-r4::gentoo > # required by sci-libs/opencascade-7.5.2-r5::gentoo[vtk] > # required by sci-electronics/kicad-5.1.12-r2::gentoo > # required by sci-electronics/kicad-symbols-5.1.12::gentoo > # required by sci-electronics/kicad-meta-5.1.12::gentoo > # required by @selected > # required by @world (argument) > =sci-libs/hdf5-1.10.5-r1 mpi > # > >=sci-libs/vtk-9.0.3-r4 -mpi > > Would you like to add these changes to your config files? [Yes/No] n > root@fireball / # > > > Each time it just reverses the recommended settings. I've been dealing > with this for a couple days now. I've tried changing settings on the > packages that are pulling it in and anything else I can think of but so > far, this is as close I've got to it being able to update. > > Does someone have their emerge decoder ring handy? I just can't figure > out what changes to make to get past this. Once this is done, I'll > start hammering on libreoffice. > > Thanks. > > Dale > > :-) :-) >
[gentoo-user] Kicad and complications from hdf5 and vtk USE flags. Not package specific tho.
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 think it is a compile failure so I may just go back to a older version. The one I can't get around is Kicad. When I run emerge the first time, I get this: root@fireball / # emerge -auDN world These are the packages that would be merged, in order: Calculating dependencies... done! The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by sci-libs/vtk-9.0.3-r4::gentoo # required by sci-libs/opencascade-7.5.2-r5::gentoo[vtk] # required by sci-electronics/kicad-5.1.12-r2::gentoo # required by sci-electronics/kicad-symbols-5.1.12::gentoo # required by sci-electronics/kicad-meta-5.1.12::gentoo # required by @selected # required by @world (argument) =sci-libs/hdf5-1.10.5-r1 -mpi # >=sci-libs/vtk-9.0.3-r4 mpi Would you like to add these changes to your config files? [Yes/No] n root@fireball / # I do my file edits manually so I go make the change it wants and try again with the same command. root@fireball / # emerge -auDN world These are the packages that would be merged, in order: Calculating dependencies... done! The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by sci-libs/vtk-9.0.3-r4::gentoo # required by sci-libs/opencascade-7.5.2-r5::gentoo[vtk] # required by sci-electronics/kicad-5.1.12-r2::gentoo # required by sci-electronics/kicad-symbols-5.1.12::gentoo # required by sci-electronics/kicad-meta-5.1.12::gentoo # required by @selected # required by @world (argument) =sci-libs/hdf5-1.10.5-r1 mpi # >=sci-libs/vtk-9.0.3-r4 -mpi Would you like to add these changes to your config files? [Yes/No] n root@fireball / # Each time it just reverses the recommended settings. I've been dealing with this for a couple days now. I've tried changing settings on the packages that are pulling it in and anything else I can think of but so far, this is as close I've got to it being able to update. Does someone have their emerge decoder ring handy? I just can't figure out what changes to make to get past this. Once this is done, I'll start hammering on libreoffice. Thanks. Dale :-) :-)
Re: [gentoo-user] Rootless X without elogind
On Wed, 2022-02-16 at 20:05 +0100, Björn Fischer wrote: > But I did not want to bloat my system with > elogind (not to mention systemd) For the sake of the argument, elogind is a standalone package. systemd provides 'logind'. I run all my systems without systemd with lightdm as a display manager happily. > I created a small PAM module "pam_tty.so", which simply chowns the > corresponding /dev/ttyN on a successful login on a virtual console. > All other privileges can be granted by Unix groups. A novel solution. Without reviewing the code, I like the idea.
[gentoo-user] Rootless X without elogind
Hi folks, on my laptops and other private computers I normally just login on the virtual console and "startx" or "xinit" -- no fancy stuff like display managers. Recently I switched to rootless X (finally, after gentoo dropped "suid" by default on Xorg long ago). But I did not want to bloat my system with elogind (not to mention systemd), so I came up with a much less complex solution: I created a small PAM module "pam_tty.so", which simply chowns the corresponding /dev/ttyN on a successful login on a virtual console. All other privileges can be granted by Unix groups. So yes, rootless X without elogind is possible. pam_tty.so is available on github: https://github.com/bjorn-fischer/pam_tty Any thoughts on this? Cheers, Björn