Re: [gentoo-user] Recent changes to install procedure
On Sat, 3 Aug 2019 00:24:51 -0400, Walter Dnes wrote: > # NOTE: This stage was built with the bindist Use flag enabled > PORTDIR="/var/db/repos/gentoo" > DISTDIR="/var/cache/distfiles" > PKGDIR="/var/cache/binpkgs" Hooray! They've changed the default locations to something more sensible. Keeping data in /usr never made sense, I switched PORTDIR to /var/portage years ago. Keeping tarballs inside the portage tree made even less sense. I suspect agreement that change was needed was fairly quick, followed by years of bikeshedding about where to move them ;-) -- Neil Bothwick Ask a silly person, get a silly answer pgpGcq6mo32U6.pgp Description: OpenPGP digital signature
[gentoo-user] Recent changes to install procedure
I'm doing an AMD64 no-multilib install to a laptop with 6 gigs of ram. I haven't done one in a while and it looks strange. I notice that the initial make.conf is... # These settings were set by the catalyst build script that automatically # built this stage. # Please consult /usr/share/portage/config/make.conf.example for a more # detailed example. COMMON_FLAGS="-O2 -pipe" CFLAGS="${COMMON_FLAGS}" CXXFLAGS="${COMMON_FLAGS}" FCFLAGS="${COMMON_FLAGS}" FFLAGS="${COMMON_FLAGS}" # NOTE: This stage was built with the bindist Use flag enabled PORTDIR="/var/db/repos/gentoo" DISTDIR="/var/cache/distfiles" PKGDIR="/var/cache/binpkgs" # This sets the language of build output to English. # Please keep this setting intact when reporting bugs. LC_MESSAGES=C I downloaded and used install-amd64-minimal-20190731T214503Z.iso and stage3-amd64-nomultilib-20190731T214503Z.tar.xz which looks correct. I'll insert CHOST and MAKEOPTS to play safe. Any other gotchas in recent installs? -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] kernel config strangeness
> > First, I finally figured out this is not really important for me. > "Supported Processor types" is ONLY for 32 bits. > When i remove Processor type and features ---> [*] Supported processor vendors ---> [ ] Support AMD processors (CONFIG_CPU_SUP_AMD) it removes features relevant to 64 bit CPUs; # diff .config .config-gold | grep ^\> > CONFIG_X86_CPU_RESCTRL=y > CONFIG_CPU_SUP_AMD=y > # CONFIG_GART_IOMMU is not set > CONFIG_X86_MCE_AMD=y > CONFIG_X86_MCE_THRESHOLD=y > CONFIG_PERF_EVENTS_AMD_POWER=y > CONFIG_MICROCODE=y > # CONFIG_MICROCODE_INTEL is not set > CONFIG_MICROCODE_AMD=y > CONFIG_MICROCODE_OLD_INTERFACE=y > # CONFIG_AMD_MEM_ENCRYPT is not set > CONFIG_X86_ACPI_CPUFREQ_CPB=y > CONFIG_X86_AMD_FREQ_SENSITIVITY=y > CONFIG_AMD_NB=y > CONFIG_SENSORS_K10TEMP=m > CONFIG_SENSORS_FAM15H_POWER=m > CONFIG_AGP_AMD64=y > CONFIG_EDAC_DECODE_MCE=y > CONFIG_EDAC_AMD64=m > # CONFIG_EDAC_AMD64_ERROR_INJECTION is not set
Re: [gentoo-user] kernel config strangeness
On 2019.08.01 22:05, Adam Carter wrote: However, if I start with the .config which workd, and "make xconfig" and select "Supported processor types" under "Processor type and features" and then unselect "Support Intel Pprocessors" (I have a Ryzen) and save the config, it decreases the size of .config from 169K to under 13K, losing almost every setting in the file. Checking my systems, .config is 131k (AMD system, so CONFIG_CPU_SUP_INTEL is not set) and an Intel system is 116k. Try following the same procedure using make menuconfig instead of make xconfig and see what happens. First, I finally figured out this is not really important for me. "Supported Processor types" is ONLY for 32 bits. One or more of those need to be set ONLY if the kernel needs to run on a 32 bit system. That is why it would be set for any live image which will run on 32 bits, but would all be off for any distro that no longer supports 32 bits. Using menuconfig does not truncate .config. However, my current guess is that some combination of settings where "Supported processor types" (CONFIG_PROCESSOR_SELECT) IS selected and perhaps one of it's sub settings (CONFIG_CPU XXX) is NOT selected causes make xconfig or gconfig to completely reset the configuration, reducing the next saved version to under 10k. I found a (not much used) linux-config mailing list, and I'll probably post the issue there. Jack