Re: [gentoo-user] tried desktop profile

2020-10-12 Thread J. Roeleveld
On Tuesday, October 13, 2020 4:46:27 AM CEST Jude DaShiell wrote:
> Doing good until lvm package emerged.  I don't use lvm so wonder if nolvm
> as a boot parameter would have prevented the profile from emerging this
> package.

Boot parameters will have no effect on packages to be installed.

> Details below:
> 



> [ebuild  N] sys-devel/llvm-10.0.1  USE="libffi ncurses xml -debug -doc
> -exegesis -gold -libedit -test -xar -z3" ABI_X86="(64) -32 (-x32)"
> LLVM_TARGETS="AMDGPU BPF NVPTX (X86) -AArch64 -ARC -ARM -AVR -Hexagon
> -Lanai -MSP430 -Mips -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore"

This is not LVM, it's LLVM (note the double 'L').

The description for this is:
Low Level Virtual Machine

What is the actual failure message? Any chance you can attach the build.log to 
an email?

--
Joost






[gentoo-user] tried desktop profile

2020-10-12 Thread Jude DaShiell
Doing good until lvm package emerged.  I don't use lvm so wonder if nolvm
as a boot parameter would have prevented the profile from emerging this
package.
Details below:

Portage 3.0.4 (python 3.7.8-final-0, default/linux/amd64/17.1/desktop, 
gcc-9.3.0, glibc-2.31-r6, 5.4.60-gentoo-x86_64 x86_64)
=
 System Settings
=
System uname: 
Linux-5.4.60-gentoo-x86_64-x86_64-AMD_Athlon-tm-_64_Processor_3400+-with-gentoo-2.7
KiB Mem: 1015176 total,851492 free
KiB Swap: 524284 total,436536 free
Timestamp of repository gentoo: Mon, 12 Oct 2020 00:45:01 +
Head commit of repository gentoo: c4ab0ba055e082a293ed03e869fab54fa1f965a2
sh bash 5.0_p18
ld GNU ld (Gentoo 2.34 p6) 2.34.0
app-shells/bash:  5.0_p18::gentoo
dev-lang/perl:5.30.3::gentoo
dev-lang/python:  2.7.18-r2::gentoo, 3.7.8-r2::gentoo, 3.8.5::gentoo
dev-util/cmake:   3.17.4-r1::gentoo
sys-apps/baselayout:  2.7::gentoo
sys-apps/openrc:  0.42.1::gentoo
sys-apps/sandbox: 2.18::gentoo
sys-devel/autoconf:   2.13-r1::gentoo, 2.69-r5::gentoo
sys-devel/automake:   1.16.1-r1::gentoo
sys-devel/binutils:   2.34-r2::gentoo
sys-devel/gcc:9.3.0-r1::gentoo
sys-devel/gcc-config: 2.3.1::gentoo
sys-devel/libtool:2.4.6-r6::gentoo
sys-devel/make:   4.2.1-r4::gentoo
sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers)
sys-libs/glibc:   2.31-r6::gentoo
Repositories:

gentoo
location: /var/db/repos/gentoo
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
sync-rsync-verify-jobs: 1
sync-rsync-extra-opts:
sync-rsync-verify-metamanifest: yes
sync-rsync-verify-max-age: 24

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf 
/etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/var/cache/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB 
PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME 
XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS="-march=native -O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs 
config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox 
merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox 
preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict 
unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv 
usersandbox usersync xattr"
FFLAGS="-march=native -O2 -pipe"
GENTOO_MIRRORS="http://gentoo.mirrors.easynews.com/linux/gentoo/ 
http://www.gtlib.gatech.edu/pub/gentoo rsync://rsync.gtlib.gatech.edu/gentoo 
https://gentoo.osuosl.org/ http://gentoo.osuosl.org/ 
http://gentoo.mirrors.pair.com/ https://mirrors.rit.edu/gentoo/ 
http://mirrors.rit.edu/gentoo/ ftp://mirrors.rit.edu/gentoo/ 
rsync://mirrors.rit.edu/gentoo/ http://gentoo.mirrors.tds.net/gentoo 
http://gentoo.cs.utah.edu/;
LANG="C.UTF8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
--omit-dir-times --compress --force --whole-file --delete --stats 
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local 
--exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda 
cdr cli crypt cups dbus dri dts dvd dvdr elogind emboss encode exif flac 
fortran gdbm gif gpm gtk gui iconv icu ipv6 jpeg lcms libglvnd libnotify 
libtirpc mad mng mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam 
pango pcre pdf png policykit ppds qt5 readline sdl seccomp spell split-usr ssl 
startup-notification svg tcpd tiff truetype udev udisks unicode upower usb 
vorbis wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" 
ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x 
ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 
intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 
APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias 
auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm 
authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache 
cgi cgid dav dav_fs dav_l
 ock deflate dir disk_cache env expires ext_filter file_cache filter headers 
include info log_config logio mem_cache mime mime_magic negotiation rewrite 
setenvif speling status unique_id userdir usertrack vhost_alias" 

[gentoo-user] Kernel build failing on new install

2020-10-12 Thread Walter Dnes
  I'm near the tail-end of an install, trying to build the kernel.
"make" gets an error as follows.  Any ideas?

(chroot) livecd /usr/src/linux # make
  CALLscripts/checksyscalls.sh
  CALLscripts/atomic/check-atomics.sh
  DESCEND  objtool
  CHK include/generated/compile.h
  CHK kernel/kheaders_data.tar.xz
  GEN kernel/kheaders_data.tar.xz
make[1]: *** [kernel/Makefile:133: kernel/kheaders_data.tar.xz] Error 127
make: *** [Makefile:1729: kernel] Error 2

-- 
Walter Dnes
waltd...@waltdnes.org




Re: [gentoo-user] app-shells/gentoo-zsh-completions no longer working

2020-10-12 Thread John Covici
On Mon, 12 Oct 2020 16:43:15 -0400,
Ashley Dixon wrote:
> 
> [1  ]
> On Mon, Oct 12, 2020 at 02:42:10PM -0400, John Covici wrote:
> > _gentoo_repos:8: command not found: _gentoo_repos_conf
> > [...]
> 
> The errors are coming from [1], referencing the function provided by the file 
> at
> [2] (`_gentoo_repos_conf`).  It's likely that you aren't loading these 
> functions
> into your shell. Have you seen the post-install message of ZSH [3]? Try 
> running
> the following and see if it fixes your problem:
> 
> % autoload -U compinit promptinit
> % compinit
> % promptinit; prompt gentoo
> 
> [1] https://gitweb.gentoo.org/proj/zsh-completion.git/tree/src/_gentoo_repos
> [2] 
> https://gitweb.gentoo.org/proj/zsh-completion.git/tree/src/_gentoo_repos_conf
> [3] 
> https://gitweb.gentoo.org/repo/gentoo.git/tree/app-shells/zsh/zsh-5.8.ebuild#n197
Thanks for the hint -- I had compinit already, but not promptinit and
that seems to have fixed it.

Thanks.

-- 
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-shells/gentoo-zsh-completions no longer working

2020-10-12 Thread Ashley Dixon
On Mon, Oct 12, 2020 at 02:42:10PM -0400, John Covici wrote:
> _gentoo_repos:8: command not found: _gentoo_repos_conf
> [...]

The errors are coming from [1], referencing the function provided by the file at
[2] (`_gentoo_repos_conf`).  It's likely that you aren't loading these functions
into your shell. Have you seen the post-install message of ZSH [3]? Try running
the following and see if it fixes your problem:

% autoload -U compinit promptinit
% compinit
% promptinit; prompt gentoo

[1] https://gitweb.gentoo.org/proj/zsh-completion.git/tree/src/_gentoo_repos
[2] 
https://gitweb.gentoo.org/proj/zsh-completion.git/tree/src/_gentoo_repos_conf
[3] 
https://gitweb.gentoo.org/repo/gentoo.git/tree/app-shells/zsh/zsh-5.8.ebuild#n197

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature


Re: [gentoo-user] app-shells/gentoo-zsh-completions no longer working

2020-10-12 Thread John Covici
On Mon, 12 Oct 2020 13:50:10 -0400,
Neil Bothwick wrote:
> 
> [1  ]
> On Mon, 12 Oct 2020 12:43:17 -0400, John Covici wrote:
> 
> > Hi.  I use the completions a lot to emerge or unmerge various versions
> > in the tree and this is no longer working.  I use zsh all the time and
> > if I hit, for instance emerge -1 \=sys-apps/systemd and hit tab I get
> > something like this:
> > I am on zsh 5.8.  Not sure what this output means.
> 
> You haven't posted any output, but it still works for me:
> 
> % emerge -1 \=sys-apps/systemd-
> systemd-245.7-r1   systemd-246-r1   systemd-   systemd-readahead-216

Sorry, must have forgot to include.

_gentoo_repos:8: command not found: _gentoo_repos_conf
_gentoo_repos:10: command not found: _gentoo_repos_conf
_gentoo_repos:7: command not found: _gentoo_repos_conf
_gentoo_repos:8: command not found: _gentoo_repos_conf
_gentoo_repos:10: command not found: _gentoo_repos_conf
_gentoo_repos:7: command not found: _gentoo_repos_conf
_gentoo_repos:8: command not found: _gentoo_repos_conf
_gentoo_repos:10: command not found: _gentoo_repos_conf
_gentoo_repos:7: command not found: _gentoo_repos_conf
_gentoo_repos:8: command not found: _gentoo_repos_conf
_gentoo_repos:10: command not found: _gentoo_repos_conf
_gentoo_repos:7: command not found: _gentoo_repos_conf
_gentoo_repos:8: command not found: _gentoo_repos_conf
_gentoo_repos:10: command not found: _gentoo_repos_conf
_gentoo_repos:7: command not found: _gentoo_repos_conf
_gentoo_repos:8: command not found: _gentoo_repos_conf
_gentoo_repos:10: command not found: _gentoo_repos_conf
 

-- 
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-shells/gentoo-zsh-completions no longer working

2020-10-12 Thread Neil Bothwick
On Mon, 12 Oct 2020 12:43:17 -0400, John Covici wrote:

> Hi.  I use the completions a lot to emerge or unmerge various versions
> in the tree and this is no longer working.  I use zsh all the time and
> if I hit, for instance emerge -1 \=sys-apps/systemd and hit tab I get
> something like this:
> I am on zsh 5.8.  Not sure what this output means.

You haven't posted any output, but it still works for me:

% emerge -1 \=sys-apps/systemd-
systemd-245.7-r1   systemd-246-r1   systemd-   systemd-readahead-216


-- 
Neil Bothwick

DOS never says "EXCELLENT command or filename"...


pgp6dGVFcYZhq.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Re: [gentoo-user] UEFI booting again

2020-10-12 Thread Michael
On Monday, 12 October 2020 10:15:16 BST pe...@prh.myzen.co.uk wrote:
> On 2020-10-12 12:26 AM, "Jack"  wrote:
> > On 10/11/20 7:37 PM, Jude DaShiell wrote:
> > > If you followed the handbook /dev/sda2 would be where the boot record
> > > lives.> 
> > I don't think so, but the terminology is certainly confusing. Peter
> > asked where efibootmgr writes something.  What is on /dev/sda2 could be
> > grub.cfg if it were mounted at /boot, and the grub booting stub (I
> > forget the correct name, but grubx64.efi) might be on /dev/sda2 if it
> > were mounted at /boot/EFI.  However, efibootmgr doesn't mess with either
> > of those.  It deals with what is stored in the UEFI boot firmware.  That
> > entry, which is read by the UEFI at boot time, runs the entry in the EFI
> > disk partition (usually under /boot/EFI), which then runs the kernel
> > (and possibly initramfs) in /boot.  Unfortunately, "boot record" is
> > probably too general a term.
> 
> Yes, I meant the equivalent of that in an MBR system. Where the bootable
> kernel image lives is another matter.

The MBR's architecture is a bit different to UEFI.  Legacy BIOS in CMOS has a 
jump command to the MBR 'boot sector', stored @sector 0, which in the first 
446 bytes contains a bootstrap code and thereafter a partition table.  The 
bootstrap code signature is checked by BIOS and loaded in RAM where it is 
executed as a boot loader.  The bootstrap code (a.k.a. boot.img) contains a 
pointer to either Stage 1.5 or Stage 2.  Stage 1.5 starts on Sector 1 and has 
any filesystem drivers needed to access and read Stage 2.  Some boot loaders 
jump into a partition and load hardcoded sectors into RAM, which then run in 
order to load the rest of the OS boot image and execute it.  These are Stage 1 
boot loaders.  Other boot loaders like GRUB, load Stage 1 drivers and use 
these to access the stage 2 files in /boot, present a boot menu and load an OS 
kernel image.

With UEFI a lot of the above is stored in the much larger compared to CMOS 
UEFI firmware NVRAM.  The UEFI has its own bootstrap code, plus a boot 
manager, boot menu table and requisite device drivers, to access the ESP, or 
other bootable devices.

UEFI can load and execute any compatible UEFI applications from ESP, including 
OS boot loaders.


> I haven't been using grub, just efibootmgr to declare the image to the UEFI
> BIOS, and bootctl from systemd-boot to show a list of boot options.
> 
> I assume there's something like an EEPROM on the motherboard to contain
> pointers (what I called boot records) to the the bootable kernel images.
> That's what I was asking about. I'm pretty sure that that table doesn't
> live on the disk. (Followers of this tale may remember that I had a problem
> with the NVMe disk; it turned out to be faulty, and I've replaced it.
> Windows could still boot on another disk without any intervention by me.)
> 
> Can someone confirm or refute those ideas?

The UEFI firmware contains a number of variables in key/value pairs, stored on 
NVRAM.  One of these is a table containing a Boot Menu within an editable area 
of the firmware, which can be manipulated with the EFI shell (efibootmgr) to 
set, rename, delete bootable .efi images.

Upon a reboot the UEFI boot manager will scan the ESP and other similar VFAT 
partitions and bootable devices (CD/USB) for executable UEFI applications, to 
re-list any .efi bootable images it finds in its GUI boot menu.  If the 
previously configured boot menu order is lost/corrupted, a rescanned ESP may 
not arrive at the same order of bootable images.

As I understand it the concern of the OP here is the EEPROM chip may have 
corrupted its editable content.  Different OEMs have different solutions, with 
OOB hypervisors managing backup/restore functions, to using a secondary Boot 
Block found in the main Firmware chip, but at an alternate address location, 
to using two separate EEPROM chips and so on and using some jumper to restore 
from the backup.  If major firmware malfunction is suspected, then re-flashing 
the MoBo with the latest version of OEM firmware should hopefully restore 
sanity.  If the MoBo chip is faulty, or on its way out, then the failure mode 
will soon repeat itself.



signature.asc
Description: This is a digitally signed message part.


[gentoo-user] app-shells/gentoo-zsh-completions no longer working

2020-10-12 Thread John Covici
Hi.  I use the completions a lot to emerge or unmerge various versions
in the tree and this is no longer working.  I use zsh all the time and
if I hit, for instance emerge -1 \=sys-apps/systemd and hit tab I get
something like this:
I am on zsh 5.8.  Not sure what this output means.

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] Portage being silly with kernel sources

2020-10-12 Thread Daniel Frey

On 10/11/20 10:06 AM, Rich Freeman wrote:

On Sun, Oct 11, 2020 at 12:23 PM Daniel Frey  wrote:


The problem is it's always trying to pull in unstable packages when I
have two slotted kernels in world:

sys-kernel/gentoo-sources:5.4.48
sys-kernel/gentoo-sources:5.4.66

I tried masking kernels >5.5 but now it's trying to pull in unstable
kernel 5.4.70.

I do not run unstable kernels, and have two stable kernels installed.

Why is portage insistent on pulling in sys-kernel/gentoo-sources
(non-slotted) when two slotted entries already exist?



I'm not sure what you mean by "slotted" here.  Do you mean stable?

The most likely explanation is that you have ACCEPT_KEYWORDS=~amd64
somewhere, or sys-kernel/gentoo-sources somewhere in
package.accept_keywords.



OK, I did some poking around. I'm not running ~amd64 but I did discover 
that autounmask had a gentoo-sources entry in it. It was for a specific 
slot though (gentoo-sources:5.4.18), I wonder why it was applying it to 
all gentoo-sources packages?


Nonetheless, I removed the file under portage/package.accept_keywords 
and it's resolved itself.


Dan



[gentoo-user] Re: [gentoo-user] UEFI booting again

2020-10-12 Thread peter
On 2020-10-12 12:26 AM, "Jack"  wrote:
> On 10/11/20 7:37 PM, Jude DaShiell wrote:
> > If you followed the handbook /dev/sda2 would be where the boot record lives.
> 
> I don't think so, but the terminology is certainly confusing. Peter 
> asked where efibootmgr writes something.  What is on /dev/sda2 could be 
> grub.cfg if it were mounted at /boot, and the grub booting stub (I 
> forget the correct name, but grubx64.efi) might be on /dev/sda2 if it 
> were mounted at /boot/EFI.  However, efibootmgr doesn't mess with either 
> of those.  It deals with what is stored in the UEFI boot firmware.  That 
> entry, which is read by the UEFI at boot time, runs the entry in the EFI 
> disk partition (usually under /boot/EFI), which then runs the kernel 
> (and possibly initramfs) in /boot.  Unfortunately, "boot record" is 
> probably too general a term.

Yes, I meant the equivalent of that in an MBR system. Where the bootable kernel 
image lives is another matter. 

I haven't been using grub, just efibootmgr to declare the image to the UEFI 
BIOS, and bootctl from systemd-boot to show a list of boot options. 

I assume there's something like an EEPROM on the motherboard to contain 
pointers (what I called boot records) to the the bootable kernel images. That's 
what I was asking about. I'm pretty sure that that table doesn't live on the 
disk. (Followers of this tale may remember that I had a problem with the NVMe 
disk; it turned out to be faulty, and I've replaced it. Windows could still 
boot on another disk without any intervention by me.)

Can someone confirm or refute those ideas? 

> 
> Jack
> 
> > On Sun, 11 Oct 2020, pe...@prh.myzen.co.uk wrote:
> >
> >> Date: Sun, 11 Oct 2020 19:21:49
> >> From: pe...@prh.myzen.co.uk
> >> Reply-To: gentoo-user@lists.gentoo.org
> >> To: gentoo-user@lists.gentoo.org
> >> Subject: [gentoo-user] UEFI booting again
> >>
> >> I'm still wrestling with my system and its not booting.
> >>
> >> Can anyone please tell me precisely where 'efibootmgr -c ...' writes a 
> >> boot record, or whatever it's called? My machine seems unable to store 
> >> what I give it, and I suspect that the BIOS ROM has failed. Big expense if 
> >> so.
> >>
> >> TiA.
> 








Re: [gentoo-user] Portage being silly with kernel sources

2020-10-12 Thread Neil Bothwick
On Sun, 11 Oct 2020 19:37:49 -0400, Rich Freeman wrote:

> Ugh, I really need to get my eyes checked.  You're right of course...

There's no "of course" about it ;-)


-- 
Neil Bothwick

An unemployed Court Jester is nobody's fool.


pgpx1XFUbTotx.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] What happened to my emerge -u?

2020-10-12 Thread n952162

On 2020-10-12 00:42, Neil Bothwick wrote:

On Sun, 11 Oct 2020 22:44:45 +0200, n952162 wrote:


I don't know why it's written in such an opaque  manner  (a  simple
`if`  would suffice), but it seems like this error is printed only if
x86 is used  and  SSE2 is disabled, which doesn't make sense to me?
Is  SSE2  required  for  building/ running NodeJS on x86 machines?


But how can my CPU be mistaken for a 32-bit machine?

/Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz/

It's not your CPU type but the type of CPU you are building for. The key
information from emerge --info is

CHOST="i686-pc-linux-gnu"

when it should be

CHOST="x86_64-pc-linux-gnu"



!!! wow.  I'm dumbfounded.

This is one of the machines I've been trying to get updated for awhile. 
It seemed this time that I'd found the proper incantation, because it
got farther than before.  But I discover now  that I have NO saved
emerge output from a system*.out or world*.out file that has "Emerging"
lines in it (portage is very frugal with its unequivocal progress
markers).  Perhaps I have indeed used the wrong stage 3.

Thank you for the tip.




[gentoo-user] Starting libvirt crashes host

2020-10-12 Thread Rielynd Mira
Hi,

I'm currently having this problem that when I attempt to start libvirt, the 
system crashes after enabling virbr1 interface.

The only.. meaningful things I can read out of the logs are this.
https://hastebin.com/isuxofokut.sql

I'm running this: https://hastebin.com/idivulomon.makefile

Thanks in advance folks!
-Rielynd





Re: [gentoo-user] gentoo handbook

2020-10-12 Thread Jude DaShiell
On Mon, 12 Oct 2020, WooHyung Jeon wrote:

> Date: Sun, 11 Oct 2020 21:30:59
> From: WooHyung Jeon 
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] gentoo handbook
>
> On 2020-10-11 ?? 8:55, Dale wrote:
> > Neil Bothwick wrote:
> >> On Sat, 10 Oct 2020 22:09:00 -0400, Jude DaShiell wrote:
> >>
> >>> A feature that would be useful for menuconfig would be the ability once
> >>> a search is done to jump onto the desired search item directly (if the
> >>> item were available at all).
> >> That's already there. Options that are available have a number next to
> >> them. Press that to jump to the option.
> >>
> >>
> >
> >
> > Wow!!!  O_O  I never noticed that.  It works too.  I did a search for speak
> > and saw a number next to the results and hit it, 1 in my case, and it went
> > right to it.  I'm not going to mention how many times I went digging to find
> > something in the past.  It embarrassing.  ;-)
> >
> > Now that is cool.  I just hope I remember to use it the next time. :/
> >
> > Dale
> >
> > :-)  :-)
>
>  Just watch out and read carefully where you landed on.
> It could take you to the dependent option, before the specific
> one. For example, even if you searched 'A' and select the number
> left-side of 'A', it could land on option 'B' because it must
> enabled before you can play with 'A'.
>
>  I surprised twice. First, as you did, when I first noticed I
> can select with the number, and Secondly, when I noticed it
> sometimes didn't bring me to the specified option :)
>

-- 

Didn't read about any of this in the handbook, probably some material on
inside menuconfig might be where this stuff could go.