Re: [gentoo-user] kernel config strangeness
> > > # CONFIG_EDAC_AMD64_ERROR_INJECTION is not set > > Are you sure those settings are "=y" or "=m") in the other file, and not > just simply not present? Changing that one setting may only have altered > whether those other settings are explicitly included in the .config file, > and not their value. > On the .config that has had CONFIG_CPU_SUP_AMD removed, these settings are no longer present. My current understanding is that if a particular CONFIG_ option is not present in the .config file, it will not be built due to a missing prerequisite. Do you have a different understanding?
Re: [gentoo-user] kernel config strangeness
On 8/2/19 8:52 PM, Adam Carter wrote: 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 Are you sure those settings are "=y" or "=m") in the other file, and not just simply not present? Changing that one setting may only have altered whether those other settings are explicitly included in the .config file, and not their value. Jack
Re: [gentoo-user] Recent changes to install procedure
On Sat, 3 Aug 2019 14:39:56 -0400, Walter Dnes wrote: > This is getting "curiouser and curiouser". I remember somewhere > during the install, a message about how stage3 had been built with > "bindist" flag set. After tweaking make.conf to my specs, I rebuilt the > entire system "emerge -e @system" (148 packages). Now those packages > build fine without the "bindist" flag. Actually, iw didn't require a > rebuild at all. (I used "emerge --changed-use --deep --update @world") A stage 3 is a binary distribution, so it has to be built with bindist to keep the lawyers happy. -- Neil Bothwick WinErr 042: Virus error - A virus has been activated in a dos-box. The virus, however, requires Windows. All tasks will automatically be closed and the virus will be activated again. pgp82oDua9gUK.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Recent changes to install procedure
On Sat, Aug 03, 2019 at 12:35:20PM -0500, Dale wrote > I have openssl and openssh installed here without bindest being set. > It's been that way for longer than I can recall. Perhaps another USE > flag is making it require that?? Some other package that I don't have > installed maybe? > > Maybe Mick will have a idea, or someone else. I'm not sure what is up > with that. This is getting "curiouser and curiouser". I remember somewhere during the install, a message about how stage3 had been built with "bindist" flag set. After tweaking make.conf to my specs, I rebuilt the entire system "emerge -e @system" (148 packages). Now those packages build fine without the "bindist" flag. Actually, iw didn't require a rebuild at all. (I used "emerge --changed-use --deep --update @world") -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] acct-group packages ??
On Saturday, 3 August 2019 18:21:55 BST Neil Bothwick wrote: > On Sat, 3 Aug 2019 09:30:14 -0700, Ian Zimmerman wrote: > > After latest webrsync, portage wants to install these: > > > > acct-group/input-0 > > acct-group/kvm-0 > > acct-group/render-0 > > > > No other package seems to depend on them, so wth is this about? > > It seems odd that portage would want to install packages that weren't a > dependency of something else. They are here, for example > > % emerge -cpv acct-group/kvm > > Calculating dependencies... done! > acct-group/kvm-0 pulled in by: > acct-user/qemu-0 requires acct-group/kvm > app-emulation/qemu-4.0.0-r4 requires acct-group/kvm > sys-apps/systemd-243_rc1-r1 requires acct-group/kvm It's a tidying up exercise to make sure the correct system groups and user accounts are configured/cleaned up: https://www.gentoo.org/glep/glep-0081.html -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Recent changes to install procedure
Walter Dnes wrote: > On Sat, Aug 03, 2019 at 11:15:56AM -0500, Dale wrote > >> It's been a long time since I did a install but I was thinking the same >> as you. For us users, it doesn't need to be set at all from what I >> recall. > I had to set bindist for the listed packages. Otherwise, they refused > to build, period. The error message said that bindist had to be set. I > did that, and they built properly. > I have openssl and openssh installed here without bindest being set. It's been that way for longer than I can recall. Perhaps another USE flag is making it require that?? Some other package that I don't have installed maybe? Maybe Mick will have a idea, or someone else. I'm not sure what is up with that. Dale :-) :-)
Re: [gentoo-user] acct-group packages ??
On Sat, 3 Aug 2019 09:30:14 -0700, Ian Zimmerman wrote: > After latest webrsync, portage wants to install these: > > acct-group/input-0 > acct-group/kvm-0 > acct-group/render-0 > > No other package seems to depend on them, so wth is this about? It seems odd that portage would want to install packages that weren't a dependency of something else. They are here, for example % emerge -cpv acct-group/kvm Calculating dependencies... done! acct-group/kvm-0 pulled in by: acct-user/qemu-0 requires acct-group/kvm app-emulation/qemu-4.0.0-r4 requires acct-group/kvm sys-apps/systemd-243_rc1-r1 requires acct-group/kvm -- Neil Bothwick I cna ytpe 300 wrods pre mniuet!!! pgpxRO5Tpj3IE.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Recent changes to install procedure
On Sat, 3 Aug 2019 10:10:47 -0700, Ian Zimmerman wrote: > > Do you know what tools those were? > > Sorry, I don't remember. I'll be sure to post here if I encounter the > same kind of problem. I've not had any problems wither, but at least one program complains if /etc/portage/make.conf is a directory, despite that being declared valid in the docs. -- Neil Bothwick "You want us to do WHAT?" - Ancient Chinese wall engineer. pgpOOR8H5P8qe.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Recent changes to install procedure
On Sat, Aug 03, 2019 at 11:15:56AM -0500, Dale wrote > It's been a long time since I did a install but I was thinking the same > as you. For us users, it doesn't need to be set at all from what I > recall. I had to set bindist for the listed packages. Otherwise, they refused to build, period. The error message said that bindist had to be set. I did that, and they built properly. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] Re: Recent changes to install procedure
On 2019-08-03 11:31, Dale wrote: > Do you know what tools those were? Sorry, I don't remember. I'll be sure to post here if I encounter the same kind of problem. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] Re: Recent changes to install procedure
Ian Zimmerman wrote: > On 2019-08-03 07:56, Neil Bothwick wrote: > >> 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 tried to do that some time ago, but I've run into some issues. It > looked like not all of the tools honored the PORTDIR variable. > > So instead, I just made /usr/portage a separate filesystem. > Do you know what tools those were? I moved mine years ago and I don't recall any tools having issues. Dale :-) :-)
[gentoo-user] acct-group packages ??
After latest webrsync, portage wants to install these: acct-group/input-0 acct-group/kvm-0 acct-group/render-0 No other package seems to depend on them, so wth is this about? -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
[gentoo-user] Re: Recent changes to install procedure
On 2019-08-03 07:56, Neil Bothwick wrote: > 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 tried to do that some time ago, but I've run into some issues. It looked like not all of the tools honored the PORTDIR variable. So instead, I just made /usr/portage a separate filesystem. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
[gentoo-user] Re: Recent changes to install procedure
On 03/08/2019 18:32, Walter Dnes wrote: So far so good. The basic system is installed and booting. One question... can I just set the "bindist" USE flag globally. Usually you unset it globally. If you allow some of the packages to be built with it, you're going to lose some functionality due to redistribution legal nonsense. On a personal system where you install packages without the intent to redistribute them to others, you want that flag disabled globally. For example in freetype you lose ClearType support. In Firefox it will replace the logo and possibly the name with something else. Openssh will disable patented algorithms. Some packages will not fine-tune their performance to your CPU and instead do generic optimizations. TL;DR: you don't want to enable bindist. Better disable it globally.
Re: [gentoo-user] Recent changes to install procedure
Mick wrote: > On Saturday, 3 August 2019 16:45:07 BST Dale wrote: >> Walter Dnes wrote: >>> On Sat, Aug 03, 2019 at 12:24:51AM -0400, Walter Dnes wrote >>> I'll insert CHOST and MAKEOPTS to play safe. Any other gotchas in recent installs? >>> So far so good. The basic system is installed and booting. One >>> >>> question... can I just set the "bindist" USE flag globally. On a basic >>> text install (Xorg not installed yet) in package.use I've already set... >>> >>> dev-libs/openssl bindist >>> net-misc/openssh bindist >>> net-wireless/iw bindist >>> net-wireless/wpa_supplicant bindist >> Just out of curiosity I did a euse -i bindist. It seems what that flag >> does sort of depends on the package it is set for. You may want to >> investigate what it will do on those packages before setting it >> globally. Of course, if the majority of the time you want that enabled, >> you could disable it for those packages where it does something you >> don't want but have the default set to on. Whichever is easier. >> >> Hope that helps. >> >> BTW, I moved my tree and such to /var/cache/portage/ a few years ago. >> At the time, that was the location most supported but I guess time >> changed things and they picked another location. Other than knowing >> what location for emerge and friends to put and look for the related >> items, it doesn't matter where one puts it really, as long as >> permissions are correct. >> >> Dale >> >> :-) :-) > Unless you're building binaries to redistribute it doesn't make sense to set > it globally. I vaguely recall something going sideways with openssl when I > had this flag set in the past, so I've left it unset since. > It's been a long time since I did a install but I was thinking the same as you. For us users, it doesn't need to be set at all from what I recall. When I saw the flag, it rang a bell, just lightly, and that was what made me curious about it. The default seems to be off and it is off here. Dale :-) :-)
Re: [gentoo-user] Recent changes to install procedure
On Saturday, 3 August 2019 16:45:07 BST Dale wrote: > Walter Dnes wrote: > > On Sat, Aug 03, 2019 at 12:24:51AM -0400, Walter Dnes wrote > > > >> I'll insert CHOST and MAKEOPTS to play safe. Any other gotchas in > >> recent installs? > >> > > So far so good. The basic system is installed and booting. One > > > > question... can I just set the "bindist" USE flag globally. On a basic > > text install (Xorg not installed yet) in package.use I've already set... > > > > dev-libs/openssl bindist > > net-misc/openssh bindist > > net-wireless/iw bindist > > net-wireless/wpa_supplicant bindist > > Just out of curiosity I did a euse -i bindist. It seems what that flag > does sort of depends on the package it is set for. You may want to > investigate what it will do on those packages before setting it > globally. Of course, if the majority of the time you want that enabled, > you could disable it for those packages where it does something you > don't want but have the default set to on. Whichever is easier. > > Hope that helps. > > BTW, I moved my tree and such to /var/cache/portage/ a few years ago. > At the time, that was the location most supported but I guess time > changed things and they picked another location. Other than knowing > what location for emerge and friends to put and look for the related > items, it doesn't matter where one puts it really, as long as > permissions are correct. > > Dale > > :-) :-) Unless you're building binaries to redistribute it doesn't make sense to set it globally. I vaguely recall something going sideways with openssl when I had this flag set in the past, so I've left it unset since. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Recent changes to install procedure
Walter Dnes wrote: > On Sat, Aug 03, 2019 at 12:24:51AM -0400, Walter Dnes wrote > >> I'll insert CHOST and MAKEOPTS to play safe. Any other gotchas in >> recent installs? > So far so good. The basic system is installed and booting. One > question... can I just set the "bindist" USE flag globally. On a basic > text install (Xorg not installed yet) in package.use I've already set... > > dev-libs/openssl bindist > net-misc/openssh bindist > net-wireless/iw bindist > net-wireless/wpa_supplicant bindist > Just out of curiosity I did a euse -i bindist. It seems what that flag does sort of depends on the package it is set for. You may want to investigate what it will do on those packages before setting it globally. Of course, if the majority of the time you want that enabled, you could disable it for those packages where it does something you don't want but have the default set to on. Whichever is easier. Hope that helps. BTW, I moved my tree and such to /var/cache/portage/ a few years ago. At the time, that was the location most supported but I guess time changed things and they picked another location. Other than knowing what location for emerge and friends to put and look for the related items, it doesn't matter where one puts it really, as long as permissions are correct. Dale :-) :-)
Re: [gentoo-user] Recent changes to install procedure
On Sat, Aug 03, 2019 at 12:24:51AM -0400, Walter Dnes wrote > I'll insert CHOST and MAKEOPTS to play safe. Any other gotchas in > recent installs? So far so good. The basic system is installed and booting. One question... can I just set the "bindist" USE flag globally. On a basic text install (Xorg not installed yet) in package.use I've already set... dev-libs/openssl bindist net-misc/openssh bindist net-wireless/iw bindist net-wireless/wpa_supplicant bindist -- Walter Dnes I don't run "desktop environments"; I run useful applications