Re: [gentoo-user] Joining PDFs and/or jpegs together. Help, please!

[Miles Malone]

I use pdfjam (which is in app-text/texlive-core) for this sort of
thing, and it's pretty fantastic.  It's pretty dependency heavy if you
dont already use texlive though, as it's using texlive's pdfpages as
its backend.  So if you're a latex user I'd go that way, if not use
one of the other recommended tools

On Sat, 26 Nov 2022 at 02:40, Alan Mackenzie  wrote:
>
> Hello, Gentoo,
>
> I'm back again after something kicked me off the mailing list some while
> ago.
>
> I have a problem, in that I need to join several PDFs or jpegs output
> from xsane (the scanner program) into a single document.
>
> I don't know which program can do this for me.  Would somebody please
> recommend one (or even two) to me, please.
>
> Thanks!
>
> --
> Alan Mackenzie (Nuremberg, Germany).
>

Re: [gentoo-user] What's the connection between PyCharm and Vim?

[Miles Malone]

Probably because pycharm's got vim compatibility in its editor, and
does not have emacs compatibility in its editor

On Wed, 2 Nov 2022 at 04:25, Grant Edwards  wrote:
>
> On https://wiki.gentoo.org/wiki/PyCharm_Community_Edition:
>
> See also
>
> * Vim — a text editor based on the vi text editor.
>
> So what's the special connection between PyCharm and Vim that it
> should be the only thing mentioned in the "see also" section?
>
> Why not a a similar link to emacs?
>
>
>
>
>
>

Re: [gentoo-user] Remove rust completely

[Miles Malone]

If your *reason* for wanting to remove rust is the compile time, bear
in mind there is also a rust-bin package these days.  There are an
increasingly large number of major packages that have rust as a
dependency, so it's getting harder and harder to get away from.
Obviously anything from the mozilla foundation, but there's a lot of
others too.

Miles

On Thu, 12 May 2022 at 10:25, Julien Roy  wrote:
>
> You need to remove all packages that depend on virtual/rust
> To see which ones do, run `emerge -pv --depclean virtual/rust`
>
> Julien
>
>
>
> May 11, 2022, 20:22 by mansour.alak...@gmail.com:
>
> I am trying to avoid installing rust and prevent emerge --update
> --deep world from installing it again.
> How to do this ?
>
>

Re: [gentoo-user] Installing windows on second drive

[Miles Malone]

That is correct, yeah. Wouldnt do you any harm to backup your ESP
beforehand, though it's unlikely to be more than a precaution

On Sun, 10 Apr 2022 at 10:13, Adam Carter  wrote:
>
> I'm assuming that windows will modify the EFI configuration and i will need 
> to boot, say, a minimal cd image to run efibootmgr to set it back, then add a 
> Windows entry to the grub config.
>
> Is that correct? Anything else i should be concerned about?

Re: [gentoo-user] [OT] mounting screws

[Miles Malone]

The standard is #6-32 UNC for 3.5" harddrives, and most case-related
stuff including motherboard standoffs.  It's M3 standard for 2.5"
harddrives, 5.25" optical drives, etc, etc.

The lengths arent standard in general, though I imagine there's a
fairly standard harddrive length.

So you presumably want countersunk phillips head #6-32UNC screws of
appropriate length

Why on earth it's split between imperial and metric threads is a
mystery that shall go down the ages

Regards,

Miles

On Mon, 21 Feb 2022 at 08:37, Neil Bothwick  wrote:
>
> On Sun, 20 Feb 2022 15:05:09 -0600, Dale wrote:
>
> > I'll add this just to show how confusing this is.  My old DVD burner and
> > new Blu-ray burner uses a different screw than the hard drives.  Luckily
> > my case has slots for hard drives but my external enclosures require
> > screws which is how I know they are different.  Some will work fine with
> > what looks like a bolt head while others, like yours, require a counter
> > sunk screw head that sits flat.  Generally, the local home type stores
> > don't have any of this either.  I checked my local Lowes once.  They
> > have tiny screws but either the head is wrong, the threads, length or
> > something.
> >
> > It is annoying.  I ended up getting two types of screws.  One that fits
> > my DVD/Blu-ray drive and one that fits a hard drive, so far at least.  I
> > mostly have WD and Seagate.  Some other brand may have something
> > different.  The one I have that seems to work best is this:  6/32 6-32
> > 6#-32  I put all the combinations of that just in case.  The most common
> > is 6-32 but could vary by website.  Your mileage may vary tho.
> >
> > My advice, buy a grab bag of hardware for puters.  Then pray.  Or, find
> > what should fit, even if it is more than one type, order them all.  I
> > have collected a storage bin full of screws over the years.  I got case
> > type screws covered but drives seem to be different.
> >
> > Why can't they pick one screw type and make it the standard???
>
> Why have one standard when you can have many? ;-)
>
> Seriously thought, there is a standard size for hard drives and a
> standard size for optical/floppy drives. I've got plenty of each that
> have accumulated over the years, so if Peter lives in my neck of the
> woods he can come and help himself :)
>
> Otherwise, I've found Amazon a good source of fastener selection boxes.
>
>
> --
> Neil Bothwick
>
> "Bad dog! Leave that wire alone.click.###@*##NO TERRIER

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

[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 that make sense
> per-package than make sense globally.  I used to manage them all
> largely globally like ten years ago, but it's utterly unrealistic to
> do that today.
>
> On Thu, 17 Feb 2022 at 21:34, Dale  wrote:
> >
> > 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 lot.
> > >> Something at some point messed up my organizing, badly.
> > > emerge --info shows the flags in alphabetical order, whatever their order
> > > in make.conf. It lso shows all flags, including those set b the profile,
> > > so you can see exactly what portage is using.
> > >
> > >
> > > -- Neil Bothwick Deja Foobar: A feeling of having made the same
> > > mistake before.
> >
> >
> > Now that is cheating big time.  Why didn't I think of that?  Now they
> > back in order.  I been cleaning up my USE line in make.conf.  I think
> > some flags I added ages ago were only used by a few packages but are in
> > wide use now, and I don't always need them.  So, I edit, run emerge
> > -auDN world to see what blows up.  Edit again, run emerge and repeat.  I
> > think I'm on about the 10th repeat now.  Slowly cleaning things up.
> >
> > I love the sig on this one.  How is it that thing knows which to pick?
> > ROFL
> >
> > Thanks for the cheat, I mean tip.  Hit the nail on the head.
> >
> > Dale
> >
> > :-)  :-)
> >

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

[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 years ago, but it's utterly unrealistic to
do that today.

On Thu, 17 Feb 2022 at 21:34, Dale  wrote:
>
> 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 lot.
> >> Something at some point messed up my organizing, badly.
> > emerge --info shows the flags in alphabetical order, whatever their order
> > in make.conf. It lso shows all flags, including those set b the profile,
> > so you can see exactly what portage is using.
> >
> >
> > -- Neil Bothwick Deja Foobar: A feeling of having made the same
> > mistake before.
>
>
> Now that is cheating big time.  Why didn't I think of that?  Now they
> back in order.  I been cleaning up my USE line in make.conf.  I think
> some flags I added ages ago were only used by a few packages but are in
> wide use now, and I don't always need them.  So, I edit, run emerge
> -auDN world to see what blows up.  Edit again, run emerge and repeat.  I
> think I'm on about the 10th repeat now.  Slowly cleaning things up.
>
> I love the sig on this one.  How is it that thing knows which to pick?
> ROFL
>
> Thanks for the cheat, I mean tip.  Hit the nail on the head.
>
> Dale
>
> :-)  :-)
>

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

[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 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]

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
>
> :-)  :-)
>

Re: [gentoo-user] viewer for "ps" postscript files

[Miles Malone]

It shouldnt be root, should be your current user.  Looks like you've
run a GUI program as root in your current session maybe, which has
created a root-owned dconf/user.

On Fri, 24 Dec 2021 at 10:40,  wrote:
>
> On 12/23/21 17:19, Mark Knecht wrote:
> > On Thu, Dec 23, 2021 at 4:53 PM  wrote:
> >>
> >> On 12/23/21 15:51, Spackman, Chris wrote:
> >>> On 2021/12/23 at 01:57pm, the...@sys-concept.com wrote:
>  I have latest ghostscript installed: ghostscript-gpl-9.55.0-r1
> 
>  When I try to view a postsript file from command line: gs W-9_Form.ps
>  It works OK, but when I try to open same file in Xfce desktop it opens
>  and closes instantly.
> >>>
> >>> My guess would be that in XFCE, gs is successfully doing whatever
> >>> (showing, interpreting, ??) in a terminal window and then immediately
> >>> closing when done.
> >>>
> >>> Have you tried a GUI such as Okular or Evince? They both support viewing
> >>> .ps files.
> >>>
> >>> In Thunar, just right click on the file and choose "Open with >" and
> >>> either Okular or Evince if they are listed, or "Open with Other
> >>> Application ..." if they aren't. (But if they aren't listed, you might
> >>> have to install them, or a similar GUI viewer.)
> >>>
> >>
> >> When I try to open "ps" file with evince I'm getting an error:
> >>
> >> evince W-9\ Form.ps
> >>
> >> (evince:6866): dconf-CRITICAL **: 16:50:27.034: unable to create file 
> >> '/run/user/1000/dconf/user': Permission denied.  dconf will not work 
> >> properly.
> >>
> >
> > Have you Googled it? I think this error has been all over the place 
> > recently.
> >
> > - Mark
> >
> Who suppose to be the owner of the file: /run/user/1000/dconf/user
>
> -rw--- 1 root root 2 Dec 23 16:48 /run/user/1000/dconf/user
>
>

Re: [gentoo-user] [OT] how to delete a directory tree really fast

[Miles Malone]

And honestly, expanding on what Rich said...  Given your particular
circumstances with the extensive number of hardlinks are pretty
specific, I reckon you might be best off just setting up a small scale
test of some options and profiling it.  Converting it all to a btrfs
subvolume might be a realistic option, or might take an order of
magnitude more time than just waiting for it all to delete.  or all of
the various move tricks mentioned previously

If this were an "I know I need to do this in the future, what should I
do" question then you'd either put it all in a subvolume to begin
with, or select the file system specifically for its speed deleting
small files... (Certainly dont quote me here, but wasnt JFS the king
of that back in the day?  I cant quite recall)

On Fri, 22 Oct 2021 at 22:29, Rich Freeman  wrote:
>
> On Fri, Oct 22, 2021 at 7:36 AM Helmut Jarausch  wrote:
> >
> >
> > There are more than 55,000 files on some  which is located
> > on a BTRFS file system.
> > Standard 'rm -rf' is really slow.
> >
> > Is there anything I can do about this?
> >
>
> I don't have any solid suggestions as I haven't used btrfs in a while.
> File deletion speed is something that is very filesystem specific, but
> on most it tends to be slow.
>
> An obvious solution would be garbage collection, which is something
> used by some filesystems but I'm not aware of any mainstream ones.
> You can sort-of get that behavior by renaming a directory before
> deleting it.  Suppose you have a directory created by a build system
> and you want to do a new build.  Deleting the directory takes a long
> time.  So, first you rename it to something else (or move it someplace
> on the same filesystem which is fast), then you kick off your build
> which no longer sees the old directory, and then you can delete the
> old directory slowly at your leisure.  Of course, as with all garbage
> collection, you need to have the spare space to hold the data while it
> gets cleaned up.
>
> I'm not sure if btffs is any faster at deleting snapshots/reflinks
> than hard links.  I suspect it wouldn't be, but you could test that.
> Instead of populating a directory with hard links, create a snapshot
> of the directory tree, and then rsync over it/etc.  The result looks
> the same but is COW copies.  Again, I'm not sure that btrfs will be
> any faster at deleting reflinks than hard links though - they're both
> similar metadata operations.  I see there is a patch in the works for
> rsync that uses reflinks instead of hard links to do it all in one
> command.  That has a lot of benefits, but again I'm not sure if it
> will help with deletion.
>
> You could also explore other filesystems that may or may not have
> faster deletion, or look to see if there is any way to optimize it on
> btrfs.
>
> If you can spare the space, the option of moving the directory to make
> it look like it was deleted will work on basically any filesystem.  If
> you want to further automate it you could move it to a tmp directory
> on the same filesystem and have tmpreaper do your garbage collection.
> Consider using ionice to run it at a lower priority, but I'm not sure
> how much impact that has on metadata operations like deletion.
>
> --
> Rich
>

Re: [gentoo-user] "No rule to make target" gcc 9.3.0 error

[Miles Malone]

Select a version of gcc you do have, using gcc-config.  Then rebuild
libtool, and continue.  GCC 9.3.0 doesnt exist because it's been
replaced in the gcc9 branch by GCC 9.4.0.  You could choose to stick
to GCC9, or move to 10 or 11.

On Tue, 19 Oct 2021 at 11:48, Walter Dnes  wrote:
>
>   Rebuilding the kernel...
>
> [thimk2][root][/usr/src/linux] ../makeover
>   HOSTCC  scripts/kconfig/conf.o
>   HOSTLD  scripts/kconfig/conf
> scripts/kconfig/conf  --syncconfig Kconfig
>   HOSTCC  arch/x86/tools/relocs_32.o
>   HOSTCC  arch/x86/tools/relocs_64.o
>   HOSTCC  arch/x86/tools/relocs_common.o
>   HOSTLD  arch/x86/tools/relocs
>   HOSTCC  scripts/kallsyms
>   HOSTCC  scripts/conmakehash
>   HOSTCC  scripts/sortextable
>   HOSTCC  scripts/asn1_compiler
>   HOSTCC  scripts/extract-cert
>   CC  scripts/mod/empty.o
>   HOSTCC  scripts/mod/mk_elfconfig
>   MKELF   scripts/mod/elfconfig.h
>   HOSTCC  scripts/mod/modpost.o
>   CC  scripts/mod/devicetable-offsets.s
>   HOSTCC  scripts/mod/file2alias.o
>   HOSTCC  scripts/mod/sumversion.o
>   HOSTLD  scripts/mod/modpost
>   CC  kernel/bounds.s
>   CC  arch/x86/kernel/asm-offsets.s
>   CALLscripts/checksyscalls.sh
>   CALLscripts/atomic/check-atomics.sh
>   DESCEND  objtool
> make[4]: *** No rule to make target 
> '/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/include/stddef.h', needed by 
> '/usr/src/linux-5.4.97-gentoo/tools/objtool/fixdep.o'.  Stop.
> make[3]: *** [Makefile:39: 
> /usr/src/linux-5.4.97-gentoo/tools/objtool/fixdep-in.o] Error 2
> make[2]: *** [/usr/src/linux-5.4.97-gentoo/tools/build/Makefile.include:5: 
> fixdep] Error 2
> make[1]: *** [Makefile:67: objtool] Error 2
> make: *** [Makefile:1830: tools/objtool] Error 2
>
>   gcc-9.3.0 is nowhere to be found.  It's not in the tree, so I can't
> pull it in.  Now What?
>
> --
> Walter Dnes 
> I don't run "desktop environments"; I run useful applications
>

Re: [gentoo-user] Re: Switched from rsync to git, now emerge --sync fails

[Miles Malone]

Look I mean in any other context for a git repository sync-depth=0
would be the obvious choice, why have a version control system if
you're limiting the version control.  It was added to gentoo so that
developers could work on their own branches of the git repo whilst
still having it actually work with portage.  And then the next logical
application is making your own /usr/local/portage not suck.  Using git
as the main sync instead of rsync is something that's come about way
later, and really is fairly niche, compared to what the git capability
in portage was originally designed for.

So the default being for git to act like git, instead of git to act
like an alternative to rsync, makes perfect sense in that context.

On Thu, 14 Oct 2021 at 18:22, Peter Humphrey  wrote:
>
> On Thursday, 14 October 2021 03:50:59 BST Grant Edwards wrote:
> > On 2021-10-13, Rich Freeman  wrote:
> > > On Wed, Oct 13, 2021 at 2:50 PM Grant Edwards
>  wrote:
> > >> Is there some reason it should default
> > >> to doing unlimited depth fetch operations?
> > >
> > > If all you want is a repo, no reason to set the depth higher.
> >
> > Then a default of 1 seems like the obvious "right" answer.
> > Unfortunately, it defaults to "unlimited" according to
> > https://wiki.gentoo.org/wiki//etc/portage/repos.conf
> >
> >   sync-depth
> >
> > Specifies sync depth to use for DVCS repositories. If set to 0,
> > the depth is unlimited. Defaults to 0.
> >
> > > If you want to see the history then you'll want it all.
> >
> > Apparently, that's the default. Without any sync-depth setting the
> > fetch was stalling and then timing out after 60s. With sync-depth=1,
> > the fetch completed in about 1s.
>
> I have it set to 8 here, for no reason I can remember. Is there a disadvantage
> in that?
>
> --
> Regards,
> Peter.
>
>
>
>

Re: [gentoo-user] Package management, depclean and new installs

[Miles Malone]

There's one thing that springs instantly to mind that uses a complex
meta package that isnt a desktop environment is texlive.  And jesus do
the texlive team (all... two of them?) work hard.  Special shout out.

On Mon, 4 Oct 2021 at 16:37, Arve Barsnes  wrote:
>
> On Mon, 4 Oct 2021 at 08:05,  wrote:
> > Firstly is there any dependency hell that I can fall into when placing lots 
> > of different packages with (unexpectedly) conflicting deps on my own meta 
> > package?Has anyone (reading this) that has done it before and worked out a 
> > niche way to avoid falling into that trap?
>
> Probably depends on what you intend this 'meta' package to do.
> Something like the KDE meta package is rarely useful outside of DE's
> in my estimate, and exist purely to create a KDE 'package' that users
> can easily install without much consideration.
>
> If you want to create your own groups of packages that you want to
> install with a single command, I would look into sets. @system and
> @world are sets that everyone uses, but it's easy to create your own
> for whatever purpose.
>
> Portage is usually pretty good at helping you figure out any
> dependency conflicts, so I wouldn't worry about it. Might be worth
> looking deeper into the way portage prints dependency errors if you
> encounter problems though. As evidenced by many a thread on this list,
> it can sometimes be very hard to understand, simply because there can
> be a lot of it when there are conflicts, and it's easy to get
> side-tracked by information that isn't directly related to your
> problem.
>
> > Secondly(I know I will surely find this one in the wiki but)can I set a 
> > priority to pull from the local repo first if package exists and then have 
> > the official repo as a backup?
>
> You configure your repos in /etc/portage/repos.conf. For each repo you
> have the option of setting a priority. I think "official third-party"
> repos installed through layman gets a priority = 50, and if I'm not
> mistaken, the official repo have a default of 100. If you want your
> own repo to be the first choice, give your repo a higher priority.
>
> Cheers,
> Arve
>

Re: [gentoo-user] Package management, depclean and new installs

[Miles Malone]

I would strongly, STRONGLY discourage you from creating your own meta
package.  There are very few meta packages in the tree (in the scheme
of things) for very good reasons, they take one hell of a lot of
maintenance.  They're really only there for things like kde, where you
might just want a bare bones kde environment, or you might be
expecting the full-fat desktop environment with all the side packages
you'd get if you were using a distro that gave you no option out of
the box.

If you really want to group a bunch of packages into a set that gets
emerged with one command, I would do exactly that: create a custom
set.  Similar to @world, @system, @security, etc.  You can do that
quite easily, see https://wiki.gentoo.org/wiki/Package_sets .

But really there's not a lot of use cases for it, mostly if you use a
package and it's not just a dep of something (or several things) you
should just have it in your world file, *for most people's use cases*.
Going through your world file and cleaning out cruft is a part of
regular gentoo maintenance, should be done at a minimum annually imo.
Much like cleaning out distfiles and whatnot (see eclean, from
app-portage/gentoolkit.  And, indeed, pretty much every other useful
utility in gentoolkit.  Also flaggie for use-flag management.)

On Mon, 4 Oct 2021 at 16:05,  wrote:
>
> I thank the four of you for the insight I learn more in 5 mins then I did in 
> an afternoon,I have two last question tho
>
> As a example, if you want a
> full KDE install, you just emerge the kde meta package and it gets
> recorded in the world file.  The emerge command will take care of all
> the other packages that depend on the meta package.  That is a LOT of
> packages too
>
> Theoretically I can make my own meta package and place in the localrepo I 
> have and set it to pull packages from the official repos
>
> Firstly is there any dependency hell that I can fall into when placing lots 
> of different packages with (unexpectedly) conflicting deps on my own meta 
> package?Has anyone (reading this) that has done it before and worked out a 
> niche way to avoid falling into that trap?
>
> Secondly(I know I will surely find this one in the wiki but)can I set a 
> priority to pull from the local repo first if package exists and then have 
> the official repo as a backup?
>
> Lastly thank you for your previous replies forgot to add it on my last mail 
> and I didnt want to bloat the mailing list like im editing a forum post with 
> asterisks :D
> .
> .
> .
> Thank you (ah I'm learning)
>
>
>

Re: [gentoo-user] Do I need NUMA set up in my kernel?

[Miles Malone]

You'd need NUMA if you had a NUMA machine.  In current context, that
would be either a) a dual socket system, b) an amd threadripper, or c)
some of the really high core xeons.  If your motherboard doesnt have
certain memory banks allocated to certain processors or cores, you're
probably not running a NUMA machine.

NUMA stands for non-uniform memory access, it means that certain
processor cores have more direct access to certain parts of memory
than others do (e.g. to access the other memory they need the other
cpu core to pass it through)

On Thu, 23 Sept 2021 at 19:39, Charlotte Delenk  wrote:
>
> Hi Peter,
>
> On 9/23/21 10:59, Peter Humphrey wrote:
> > Hello list,
> >
> > I see "[0.003162] No NUMA configuration found" in dmesg. Does that mean 
> > I
> > should, or can, remove the NUMA settings from the kernel? This is a Ryzen M9
> > 5900X machine.
>
> I have CONFIG_NUMA unset on both of my AMD Ryzen machines (Zen+ and
> Zen2) with no issues
>
>

Re: [gentoo-user] rescue cd for zfs 2.1 or thereabouts

[Miles Malone]

What is it makes you think system rescue cd isnt compatible with
gentoo?  it's built on arch these days, but it's still the go-to
rescue and install CD, and I cannot imagine it being an issue.  I
suggest giving it a go and make sure it mounts your ZFS array without
issues, and go from there.

It's still the USB boot image I use for absolutely everything in gentoo

On Mon, 23 Aug 2021 at 18:15, John Covici  wrote:
>
> Hi.  I have been using 5.4 lts kernels for a while, but it seems I
> need to change to 5.10 lts -- even Debian is now using 5.10, so it
> seems time to do this.
>
> Now, the problem is that I am using zfs and will not give it up, and
> the version I have been using 0.8.6 is no longer supported in 5.10
> versions of the kernel.  So, I need a newer version of zfs and a
> rescue cd in case I get into trouble.  Sysresc seems to no longer be
> compatible withgentoo linux, so what is available?  I could use gentoo
> catalyst to make something -- I have done that in the past, but its
> quite a bit of work and I would prefer if there were something
> available I could use out of the box.
>
> Thanks in advance for any suggestions.
>
> --
> Your life is like a penny.  You're going to lose it.  The question is:
> How do
> you spend it?
>
>  John Covici wb2una
>  cov...@ccs.covici.com
>

Re: [gentoo-user] "app-text/pdfjam" is blocking app-text/texlive-core-2021

[Miles Malone]

pdfjam is now included in texlive as of 2021, hence it being a blocker

On Sun, 18 Jul 2021 at 04:06,  wrote:
>
> On 7/17/21 11:40 AM, the...@sys-concept.com wrote:
> > I'm trying to reinstall app-text/pdfjam" but it is blocked by 
> > app-text/texlive-core-2021
> >
> >
> > emerge -1avq app-text/pdfjam
> > [ebuild  N] app-text/pdfjam-2.08-r1
> > [blocks B ] app-text/pdfjam ("app-text/pdfjam" is blocking 
> > app-text/texlive-core-2021)
> >
> >  * Error: The above package list contains packages which cannot be
> >  * installed at the same time on the same system.
> [snip]
>
> I think pdftk will do everything what pdfjam used to do. I just need to get 
> used to it and convert all my scripts.
>

Re: [gentoo-user] one machine out of many has nothing to update

[Miles Malone]

It's pointless to have things in your world set that are by the very
nature of the distro in the system set, it's just causing extra
dependency calculations to no purpose.  You dont add gcc to the world
set either.  or binhost.  or libtools.

On Thu, 6 May 2021 at 21:27, n952162  wrote:
>
> On 5/6/21 10:55 AM, Walter Dnes wrote:
> > On Thu, May 06, 2021 at 07:42:19AM +0200, n952162 wrote
> >> This forum entry from 2018:
> >>
> >> https://forums.gentoo.org/viewtopic-t-1085556-start-0.html
> >> 
> >>
> >> lists various possible causes, all of which involve complicated or
> >> expensive fixes:
> >In a worst-case, you could try skipping manifest verification
> > altogether on the affected machine.  You must do 2 steps to get that
> > working.
> >
> > 1) In /etc/portage/repos.conf/gentoo.conf set...
> >
> > sync-rsync-verify-metamanifest = no
> >
> > The default installed setting is "yes"
> >
> > 2) Add the line...
> >
> > sys-apps/portage -rsync-verify
> >
> > ...to package.use and then re-emerge portage.
> >
> > emerge -1a portage
> >
> Ok, that's good to have a way ...
>
> Question: (I know, this is old, but I'm still not comprehending it): why
> wouldn't you want portage in your world set?
>
>
>

Re: [gentoo-user] Which Lua should I choose?

[Miles Malone]

At this point I'd choose nothing until it's settled down, unless
you've got a strong reason not to.  They've literally only JUST
managed to get the majority of ebuilds even working with slotted lua
at all, give it six months.

Regards,

Miles

On Tue, 19 Jan 2021 at 23:52, Gerion Entrup  wrote:
>
> Hi,
>
> with the recent Lua changes in Gentoo, I now must somehow choose, which Lua 
> version I should prefer.
> I have heard that every Lua version is mostly different (incompatible) from 
> each other and in addition to that there is Luajit which is much faster an 
> also supported.
> However, all (slotted) Lua versions in the current tree are keyworded.
>
> Portage on its own seems to choose Lua 5.1.
> Is there a recommendation which Lua version is a wise choice?
>
> For Python it is usually a good choice to set nothing and you get a high 
> compatibility (3.7 is the default currently, I think). If you choose newer 
> Python versions, you get more features but also more work with regard to 
> setting some useflags for packages that don't support the new version yet. Is 
> there something comparable with Lua?
>
> Regards,
> Gerion

Re: [gentoo-user] Recommended location of the Gentoo ebuild repository

[Miles Malone]

It was historically in /usr/portage, it's now in /var/db/repos/gentoo.
The handbook is apparently out of date on this.  If you've got the
time I'm sure the handbook maintainers would appreciate a patch or a
bug

On Wed, 16 Dec 2020 at 21:52, gevisz  wrote:
>
> How would you comment the following quote from Gentoo Handbook
> "In most situations, /usr/ is to be kept big: not only will it contain
>   the majority of applications, it typically also hosts the Gentoo ebuild
>   repository (by default located at /var/db/repos/gentoo) which already
>   takes around 650 MiB."
> that can be found here:
> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks ?
>
> Have I correctly understood that the Gentoo ebuild repository default location
> is /var/db/repos/gentoo but virtually everybody relocate it to /usr/ during
> the installation process?
>
> Why not change its default location to /usr/ in this case?
>
> Where the Gentoo ebuild repository should be allocated? Why?
>

Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision

[Miles Malone]

Personally I just like to see what I'm getting myself into before I
start doing an upgrade or recompile on all of chromium, firefox,
qt-webkit, gtk-webkit, qt-webengine, libreoffice, and electron all at
once :p
To quote the meme, this little manouver's going to take us 51 years

On Wed, 16 Dec 2020 at 21:06, n952162  wrote:
>
> On 12/16/20 11:34 AM, Miles Malone wrote:
> > What's happening when you do emerge -avuDN --with-bdeps=y
> > --backtrack=100 @world ?  Giving portage the flexibility to solve it
> > with some extra backtracking and increasing the scope to world might
> > fix it, if not then we can revisit it?
>
>
> I don't remember if I've tried that combination, I'll do so now.
>
>
> ... you include -a.  Under what situation might I respond to the prompt
> with 'no'?
>
>
>
> >
> > On Wed, 16 Dec 2020 at 20:24, n952162  wrote:
> >> In an update with several slot collisions (see attachment),  I'm zero-ing 
> >> in on the simplest, where a package is to be replaced by the same package, 
> >> but with different PYTHON_TARGETS (at least, that's how I interpret it).
> >>
> >> Is there a way to force the PYTHON_TARGETS of the dependency?
> >>
> >> Slot collision:
> >>
> >> dev-python/jinja:0
> >>
> >>(dev-python/jinja-2.11.2-r1:0/0::gentoo, ebuild scheduled for merge) 
> >> USE="-doc -examples -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 
> >> python3_9 (-pypy3) -python3_6 -python3_7" pulled in by
> >>  
> >> dev-python/jinja[python_targets_python3_9(-),python_single_target_python3_9(+)]
> >>  required by (sys-auth/pambase-20201103:0/0::gentoo, ebuild scheduled for 
> >> merge) USE="nullok passwdqc sha512 -caps -debug -elogind -gnome-keyring 
> >> -minimal -mktemp -pam_krb5 -pam_ssh -pwhistory -pwquality -securetty 
> >> (-selinux) -systemd" ABI_X86="(64)"
> >>
> >>
> >>  dev-python/jinja (Argument)
> >>
> >>(dev-python/jinja-2.11.2-r1:0/0::gentoo, installed) USE="-doc -examples 
> >> -test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 (-pypy3) -python3_6 
> >> -python3_8 -python3_9" pulled in by
> >>  
> >> dev-python/jinja[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
> >>  required by (dev-python/sphinx-3.2.1:0/0::gentoo, installed) USE="-doc 
> >> -latex -test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 (-pypy3) -python3_6 
> >> -python3_8 -python3_9"
> >>
> >> If the package was good enough before, it's likely still good enough.  
> >> Where's the problem?  I've (unsuccessfully) made these attempts:
> >>
> >> # */* PYTHON_TARGETS: python3_6 python3_7 python3_8 python3_9
> >> #*/* PYTHON_TARGETS: -python3_6 -python3_7 python3_8 python3_9
> >> # just have one set
> >> */* PYTHON_TARGETS: python3_8
> >>
> >> The sphinx ebuild has no targets, but does have this:
> >>
> >> PYTHON_COMPAT=( python3_{6..9} pypy3 )
> >>
> >> The emerge command was:
> >>
> >> sudo emerge --verbose=y -vuUD   --verbose-conflicts   
> >> dev-python/setuptools dev-python/setuptools_scm dev-python/certifi 
> >> dev-python/markupsafe dev-python/jinja dev-libs/libxml2
> >>
> >>
>

Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision

[Miles Malone]

If it's wanting to downgrade something you definitely wouldnt want
downgraded is one, but feel free to omit the "a" and do the above
anyway

On Wed, 16 Dec 2020 at 21:06, n952162  wrote:
>
> On 12/16/20 11:34 AM, Miles Malone wrote:
> > What's happening when you do emerge -avuDN --with-bdeps=y
> > --backtrack=100 @world ?  Giving portage the flexibility to solve it
> > with some extra backtracking and increasing the scope to world might
> > fix it, if not then we can revisit it?
>
>
> I don't remember if I've tried that combination, I'll do so now.
>
>
> ... you include -a.  Under what situation might I respond to the prompt
> with 'no'?
>
>
>
> >
> > On Wed, 16 Dec 2020 at 20:24, n952162  wrote:
> >> In an update with several slot collisions (see attachment),  I'm zero-ing 
> >> in on the simplest, where a package is to be replaced by the same package, 
> >> but with different PYTHON_TARGETS (at least, that's how I interpret it).
> >>
> >> Is there a way to force the PYTHON_TARGETS of the dependency?
> >>
> >> Slot collision:
> >>
> >> dev-python/jinja:0
> >>
> >>(dev-python/jinja-2.11.2-r1:0/0::gentoo, ebuild scheduled for merge) 
> >> USE="-doc -examples -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 
> >> python3_9 (-pypy3) -python3_6 -python3_7" pulled in by
> >>  
> >> dev-python/jinja[python_targets_python3_9(-),python_single_target_python3_9(+)]
> >>  required by (sys-auth/pambase-20201103:0/0::gentoo, ebuild scheduled for 
> >> merge) USE="nullok passwdqc sha512 -caps -debug -elogind -gnome-keyring 
> >> -minimal -mktemp -pam_krb5 -pam_ssh -pwhistory -pwquality -securetty 
> >> (-selinux) -systemd" ABI_X86="(64)"
> >>
> >>
> >>  dev-python/jinja (Argument)
> >>
> >>(dev-python/jinja-2.11.2-r1:0/0::gentoo, installed) USE="-doc -examples 
> >> -test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 (-pypy3) -python3_6 
> >> -python3_8 -python3_9" pulled in by
> >>  
> >> dev-python/jinja[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
> >>  required by (dev-python/sphinx-3.2.1:0/0::gentoo, installed) USE="-doc 
> >> -latex -test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 (-pypy3) -python3_6 
> >> -python3_8 -python3_9"
> >>
> >> If the package was good enough before, it's likely still good enough.  
> >> Where's the problem?  I've (unsuccessfully) made these attempts:
> >>
> >> # */* PYTHON_TARGETS: python3_6 python3_7 python3_8 python3_9
> >> #*/* PYTHON_TARGETS: -python3_6 -python3_7 python3_8 python3_9
> >> # just have one set
> >> */* PYTHON_TARGETS: python3_8
> >>
> >> The sphinx ebuild has no targets, but does have this:
> >>
> >> PYTHON_COMPAT=( python3_{6..9} pypy3 )
> >>
> >> The emerge command was:
> >>
> >> sudo emerge --verbose=y -vuUD   --verbose-conflicts   
> >> dev-python/setuptools dev-python/setuptools_scm dev-python/certifi 
> >> dev-python/markupsafe dev-python/jinja dev-libs/libxml2
> >>
> >>
>

Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision

[Miles Malone]

What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ?  Giving portage the flexibility to solve it
with some extra backtracking and increasing the scope to world might
fix it, if not then we can revisit it?

On Wed, 16 Dec 2020 at 20:24, n952162  wrote:
>
> In an update with several slot collisions (see attachment),  I'm zero-ing in 
> on the simplest, where a package is to be replaced by the same package, but 
> with different PYTHON_TARGETS (at least, that's how I interpret it).
>
> Is there a way to force the PYTHON_TARGETS of the dependency?
>
> Slot collision:
>
> dev-python/jinja:0
>
>   (dev-python/jinja-2.11.2-r1:0/0::gentoo, ebuild scheduled for merge) 
> USE="-doc -examples -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 python3_9 
> (-pypy3) -python3_6 -python3_7" pulled in by
> 
> dev-python/jinja[python_targets_python3_9(-),python_single_target_python3_9(+)]
>  required by (sys-auth/pambase-20201103:0/0::gentoo, ebuild scheduled for 
> merge) USE="nullok passwdqc sha512 -caps -debug -elogind -gnome-keyring 
> -minimal -mktemp -pam_krb5 -pam_ssh -pwhistory -pwquality -securetty 
> (-selinux) -systemd" ABI_X86="(64)"
>
>
> dev-python/jinja (Argument)
>
>   (dev-python/jinja-2.11.2-r1:0/0::gentoo, installed) USE="-doc -examples 
> -test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 (-pypy3) -python3_6 
> -python3_8 -python3_9" pulled in by
> 
> dev-python/jinja[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
>  required by (dev-python/sphinx-3.2.1:0/0::gentoo, installed) USE="-doc 
> -latex -test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 (-pypy3) -python3_6 
> -python3_8 -python3_9"
>
> If the package was good enough before, it's likely still good enough.  
> Where's the problem?  I've (unsuccessfully) made these attempts:
>
> # */* PYTHON_TARGETS: python3_6 python3_7 python3_8 python3_9
> #*/* PYTHON_TARGETS: -python3_6 -python3_7 python3_8 python3_9
> # just have one set
> */* PYTHON_TARGETS: python3_8
>
> The sphinx ebuild has no targets, but does have this:
>
> PYTHON_COMPAT=( python3_{6..9} pypy3 )
>
> The emerge command was:
>
> sudo emerge --verbose=y -vuUD   --verbose-conflicts   dev-python/setuptools 
> dev-python/setuptools_scm dev-python/certifi dev-python/markupsafe 
> dev-python/jinja dev-libs/libxml2
>
>

Re: [gentoo-user] new install for a new mainboard?

[Miles Malone]

On Fri, 11 Dec 2020 at 01:49, J. Roeleveld  wrote:
>
>
> Personally, however, I tend to use a new system as an excuse to clean up my
> install and start from scratch. Especially as I always tend to pass my old
> system on to a family member or friend.
>

It's also an excellent opportunity to do a once in five year git
commit of all your dotfiles :)

Re: [gentoo-user] Brother printer HL-5370

[Miles Malone]

Install the net-print/brother-hl5370dw-bin driver from the brother printer
overlay, and then add the printer with that driver from the cups browser
interface.  Generally I find the brother binary cups drivers pretty great

On Tue, 1 Dec 2020 at 11:17,  wrote:

> Is there an easy way to install printer via cupsd/browser?
>
> The cupsd recognized my printer but doesn't list any driver.  When I
> tested Debian it recognized my printer and driver was available.
> How did they do it?
>
> --
> Thelma
>
>

Re: [gentoo-user] python2 really really really gone? Scripts all broken?

[Miles Malone]

Well yeah, after a *lot* of news items to that effect, and of course the
fact it's been deprecated for years anyway, it's gone.  If you need the
interpreter only for some scripts just select it in your world file, it'll
be around a wee while longer, but the entire ecosystem is kaput, dead,
gone, not coming back, so if your scripts are using any py2.7 libraries
you're probably hot out of luck. Just the interpreter will be around a
little bit longer because there's a few packages that for annoying reasons
still need it just as a build dependency.  Notably chromium

On Sun, 15 Nov 2020 at 23:39, n952162  wrote:

> Suddenly, there's no python2 on my system, anywhere.  Is that intentional?
>
>
>
>