Re: [gentoo-user] tmp on tmpfs

[Kent Fredric]

On Sun, 28 May 2017 11:07:03 +0100
Mick  wrote:

> Did you also have zbud enabled at the time?

Historical kernel configs say yes:

xzcat /root/kernels/04.04.26-gentoo/2016-11-30-23-33-29_success.xz  | grep -E 
"Z(SWAP|BUD)"
CONFIG_ZSWAP=y
CONFIG_ZBUD=y

Though I should mention there are other issues with that box on top of this 
that could be exacerbated
by this, which are only occasionally a problem without this.

But it used to be all these would trigger kernel panics.

[1262560.644640] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262560.644750] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262560.644860] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262560.644970] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.614082] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.614213] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.614321] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.656214] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.656329] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.656440] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.656550] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.656660] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.656770] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1262566.670106] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1349283.357400] ksoftirqd/0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1606358.941209] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.941565] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.941680] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.941789] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.941896] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.942013] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.942120] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.942226] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.942331] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1606358.942469] irq/30-eth0: page allocation failure: order:0, 
mode:0x2080020(GFP_ATOMIC)
[1607776.644830] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1607776.687657] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1612837.743021] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1658262.328936] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1666011.039154] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1668636.093637] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1669722.355688] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1680913.653645] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1680919.640022] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1680962.743563] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1680962.755535] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1681008.201625] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1681008.513501] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1690596.427305] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1690596.427499] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1690596.435733] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1690851.884134] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1691003.944968] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1691037.167644] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1691037.173233] irq/30-eth0: page allocation failure: order:0, 
mode:0x2280020(GFP_ATOMIC|__GFP_NOTRACK)
[1691386.668001] irq/30-eth0: page allocation failure: 

[gentoo-user] Re: Kernel did not finding root partition

[Kai Krakow]

Am Tue, 30 May 2017 09:26:03 +0100
schrieb Peter Humphrey :

> On Monday 29 May 2017 21:42:28 Kai Krakow wrote:
> > Am Mon, 29 May 2017 19:16:11 +0100
> > 
> > schrieb Neil Bothwick :  
> > > On Mon, 29 May 2017 15:07:48 -0300, Raphael MD wrote:  
> [...]
>  [...]  
> > > 
> > > You said you were using rEFInd, why have you got GRUB as well.
> > > rEFInd can work without a config, GRUB cannot.  
> > 
> > This puzzles me, too... Maybe rEFInd was installed to sda and grub
> > installed to sda1, so rEFInd would chain-boot through grub.
> > 
> > Grub, however, won't work without a config file. I'd also suggest to
> > skip grub completely and use just one loader.  
> 
> Not only that, but for some reason I couldn't get grub to work at all
> on my Asus UEFI system. I use systemd-boot only, with a separate
> config file for each kernel I might want to boot. (I do not have the
> rest of systemd in this openrc system; just its boot program.)
> 
> It might not help the OP but this is my script for compiling a kernel:
> 
> # cat /usr/local/bin/kmake 
> #!/bin/bash 
> mount /boot 
> cd /usr/src/linux 
> time (make -j12 && make modules_install && make install &&\ 
>   /bin/ls -lh --color=auto /boot &&\ 
>   echo &&\ 
>   cp -v ./arch/x86/boot/bzImage /boot/EFI/Boot/bootX64.efi
> ) &&\ 
> echo; echo "Rebuilding modules..."; echo &&\ 
> emerge --jobs --load-average=48 @module-rebuild @x11-module-rebuild
> 
> He may be missing the copying step; that would explain his inability
> either to boot or to supply the info you asked him for.

I hooked into the install hook infrastructure of the kernel instead:

$ cat /etc/kernel/postinst.d/70_rebuild-modules
#!/bin/bash
exec env -i PATH=$PATH /usr/bin/emerge -1v --usepkg=n @module-rebuild

$ cat /etc/kernel/postinst.d/90_systemd
#!/bin/bash
/usr/bin/kernel-install remove $1 $2
/usr/bin/kernel-install add $1 $2

This takes care of everything and the kernel-install script from
systemd also rebuilds the dracut initrd (because it installed hooks
to /usr/lib/kernel/install.d).

eclean-kernel can then be used to properly clean up obsolete kernel
versions. I'm running it through cron to keep only the most recent 5
kernels at weekly intervals.

For the hooks to properly execute at the right time, it is important to
give the "make install" target last:

$ cd /usr/src/linux
$ make oldconfig
# make -j9 
# make modules_install firmware_install install

The "install" target triggers the hooks, so modules have to be already
installed at that time.

Additionally I have a script to rebuild dracut easily on demand (e.g.,
when early boot components were updated or changed):

$ cat /usr/local/sbin/rebuild-dracut.sh
#!/bin/bash
set -e
if [ "$1" == "-a" ]; then
versions=$(cd /boot && ls vmlinuz-* | fgrep -v .old | sed 
's/vmlinuz-//')
else
versions="$@"
fi
versions=${versions:=$(uname -r)}
for hook in $(ls /etc/kernel/postinst.d/*_{dracut,grub,systemd} 2>/dev/null); do
for version in $versions; do
${hook} ${version%.old} /boot/vmlinuz-${version}
done
done


-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Can't rebuild gentoo kernel-4.9.16 with gcc-5.4.0

[Mick]

On Tuesday 30 May 2017 14:11:14 Rich Freeman wrote:
> On Tue, May 30, 2017 at 1:50 PM, Mick  wrote:
> > On Tuesday 30 May 2017 13:08:39 Neil Bothwick wrote:
> >> On Tue, 30 May 2017 04:20:17 -0700 (PDT), Mick wrote:
> >> > > After gcc-config, make sure you run:
> >> > > # env-update
> >> > > # source /etc/profile
> >> > > 
> >> > > It looks like something still points to your old compiler.
> >> > 
> >> > Thanks Joost, I've rebooted many times since the move/rebuild of almost
> >> > everything with gcc-5.4.0.  Actually, now that you mention it ... I
> >> > can't recall if I rebuilt the linux-headers.  Hmm ... will look into
> >> > that next.
> >> 
> >> As you are rebuilding the kernel, it may be that you have parts still
> >> built with the old compiler. Try running make clean.
> > 
> > Yes!  That fixed my problem.  Thank you Neil and Joost.  :-)
> 
> This will go a lot slower if you're constantly rebuilding after
> tweaking options, but I direct my kernel builds to a tmpfs.
> 
> mkdir /var/tmp/linux
> make O=/var/tmp/linux oldconfig
> make O=/var/tmp/linux -j#
> make O=/var/tmp/linux modules_install
> make O=/var/tmp/linux install
> emerge @module-rebuild
> 
> This leaves your sources completely untouched - it will just be the
> clean git repo (or wherever you get your sources from).  Note that if
> you want to later build/upgrade any kernel modules you'll need to
> create /var/tmp/linux and run:
> make O=/var/tmp/linux modules_prepare
> 
> (This is because you don't just have all the needed files lying around
> all the time for when portage needs them.)
> 
> Also, you need to make sure your config file is in /boot or that
> /proc/config.gz support is enabled, because there won't be a
> /usr/src/linux/.config file lying around for when portage does kernel
> config checks.  It automatically falls back to the running kernel when
> this is missing.
> 
> From what I understand this is actually what the linux devs consider
> the preferred way to build kernels anyway.  Now, the downside is that
> if not much has changed make can't re-use anything.  The upside is
> that you always get a completely clean build, and since all the
> objects end up in a tmpfs it builds a lot faster (compared to a clean
> build on disk).  I switched over to this when my /usr/src moved to
> tmpfs to cut down on wear, and also because upstream actually
> recommends it.
> 
> But, aside from issues like the one you just ran into you won't really
> run into much trouble building the way most people seem to do it.

Thank you Rich, I don't usually have to tweak much my kernel options, except 
in new systems/hardware.  Nevertheless, this is a clever approach for testing 
out different configurations.  I'll keep this for future reference.  Thanks 
again!

-- 
Regards,
Mick

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

Re: [gentoo-user] Can't rebuild gentoo kernel-4.9.16 with gcc-5.4.0

[Rich Freeman]

On Tue, May 30, 2017 at 1:50 PM, Mick  wrote:
> On Tuesday 30 May 2017 13:08:39 Neil Bothwick wrote:
>> On Tue, 30 May 2017 04:20:17 -0700 (PDT), Mick wrote:
>> > > After gcc-config, make sure you run:
>> > > # env-update
>> > > # source /etc/profile
>> > >
>> > > It looks like something still points to your old compiler.
>> >
>> > Thanks Joost, I've rebooted many times since the move/rebuild of almost
>> > everything with gcc-5.4.0.  Actually, now that you mention it ... I
>> > can't recall if I rebuilt the linux-headers.  Hmm ... will look into
>> > that next.
>>
>> As you are rebuilding the kernel, it may be that you have parts still
>> built with the old compiler. Try running make clean.
>
> Yes!  That fixed my problem.  Thank you Neil and Joost.  :-)
>

This will go a lot slower if you're constantly rebuilding after
tweaking options, but I direct my kernel builds to a tmpfs.

mkdir /var/tmp/linux
make O=/var/tmp/linux oldconfig
make O=/var/tmp/linux -j#
make O=/var/tmp/linux modules_install
make O=/var/tmp/linux install
emerge @module-rebuild

This leaves your sources completely untouched - it will just be the
clean git repo (or wherever you get your sources from).  Note that if
you want to later build/upgrade any kernel modules you'll need to
create /var/tmp/linux and run:
make O=/var/tmp/linux modules_prepare

(This is because you don't just have all the needed files lying around
all the time for when portage needs them.)

Also, you need to make sure your config file is in /boot or that
/proc/config.gz support is enabled, because there won't be a
/usr/src/linux/.config file lying around for when portage does kernel
config checks.  It automatically falls back to the running kernel when
this is missing.

>From what I understand this is actually what the linux devs consider
the preferred way to build kernels anyway.  Now, the downside is that
if not much has changed make can't re-use anything.  The upside is
that you always get a completely clean build, and since all the
objects end up in a tmpfs it builds a lot faster (compared to a clean
build on disk).  I switched over to this when my /usr/src moved to
tmpfs to cut down on wear, and also because upstream actually
recommends it.

But, aside from issues like the one you just ran into you won't really
run into much trouble building the way most people seem to do it.

-- 
Rich

Re: [gentoo-user] Re: Kernel did not finding root partition

[Mick]

On Tuesday 30 May 2017 14:08:08 Raphael MD wrote:
> Thank you all, for the help until now.
> 
> I didn't solve my problem yet, but I realised some troubles and mistakes
> that I've being made.
> 
> First I'll divide those problematic situations I've suffered:
> 
> 1.I was using Genkernel to configure and build the kernel, but Genkernel’s
> menuconfig doesn’t work like make menuconfig. Genkernel replace my .config
> everytime I run genkernel –menuconfig all, with this, I my .config has lost
> XFS build-in, because default Genkernel .config has setted XFS as a module.

I don't use genkernel myself, but in capable hands can be a quick process 
compared to manual kernel configuration and installation.  You probably did 
not read this guide which should help you build what you need:

 https://wiki.gentoo.org/wiki/Genkernel


> 2. I’m using rEFInd, installed from Windows 10, I’ll need dual boot. Now I
> understand that rEFInd can substitute GRUB, but I’ve read a lots of wikis,
> and it became a little bit confusing. Based on wikis I’ve configured my
> kernel with EFI stub thinking that is necessary to boot with GRUB only
> because UEFI.

rEFInd is a fine tool, if you need to multiboot.  I don't know what wikis you 
may have read, but here you go:

 https://wiki.gentoo.org/wiki/Refind


> 3. GRUB has booted my kernel, but this EFI Stub’s over-configured kernel,
> maybe has complicated the situation with GRUB. (I've only supposed that).
> 
> Expose that, or I configure kernel to use GRUB or rEFInd.

You can use either rEFInd or GRUB.  It does not make sense to use both, unless 
you enjoy slowing your boot process by chainloading one boot manager after 
another.

If for some reason you want to use GRUB, then have a read here:

 https://wiki.gentoo.org/wiki/GRUB2


> I’m leaned to use on rEFInd, but I suffered to create initramfs with
> gernkernel once, in fact I do not like genkernel at all.

Genkernel will create an initramfs for you and some people use genkernel 
mainly for this reason alone.  Have a read here to get some grounding on 
initramfs:

 https://wiki.gentoo.org/wiki/Initramfs/Guide

and here to use dracut as an alternative initramfs builder application:

 https://wiki.gentoo.org/wiki/Dracut

HTH.
-- 
Regards,
Mick

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

Re: [gentoo-user] Can't rebuild gentoo kernel-4.9.16 with gcc-5.4.0

[Mick]

On Tuesday 30 May 2017 13:08:39 Neil Bothwick wrote:
> On Tue, 30 May 2017 04:20:17 -0700 (PDT), Mick wrote:
> > > After gcc-config, make sure you run:
> > > # env-update
> > > # source /etc/profile
> > > 
> > > It looks like something still points to your old compiler.
> > 
> > Thanks Joost, I've rebooted many times since the move/rebuild of almost
> > everything with gcc-5.4.0.  Actually, now that you mention it ... I
> > can't recall if I rebuilt the linux-headers.  Hmm ... will look into
> > that next.
> 
> As you are rebuilding the kernel, it may be that you have parts still
> built with the old compiler. Try running make clean.

Yes!  That fixed my problem.  Thank you Neil and Joost.  :-)

-- 
Regards,
Mick

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

Re: [gentoo-user] Re: Kernel did not finding root partition

[Raphael MD]

Thank you all, for the help until now.

I didn't solve my problem yet, but I realised some troubles and mistakes
that I've being made.

First I'll divide those problematic situations I've suffered:

1.I was using Genkernel to configure and build the kernel, but Genkernel’s
menuconfig doesn’t work like make menuconfig. Genkernel replace my .config
everytime I run genkernel –menuconfig all, with this, I my .config has lost
XFS build-in, because default Genkernel .config has setted XFS as a module.

2. I’m using rEFInd, installed from Windows 10, I’ll need dual boot. Now I
understand that rEFInd can substitute GRUB, but I’ve read a lots of wikis,
and it became a little bit confusing. Based on wikis I’ve configured my
kernel with EFI stub thinking that is necessary to boot with GRUB only
because UEFI.

3. GRUB has booted my kernel, but this EFI Stub’s over-configured kernel,
maybe has complicated the situation with GRUB. (I've only supposed that).

Expose that, or I configure kernel to use GRUB or rEFInd.

I’m leaned to use on rEFInd, but I suffered to create initramfs with
gernkernel once, in fact I do not like genkernel at all.

Re: [gentoo-user] gnome shell extensions installation without chrome/firefox

[Mart Raudsepp]

Ühel kenal päeval, T, 30.05.2017 kell 10:27, kirjutas Raffaele Belardi:
> I have Seamonkey and the default Gnome browser (epiphany) installed,
> none of which seems to be compatible with the Gnome shell extensions
> plugin system.

gnome-base/gnome-shell[nsplugin] ought to still work for those.

> Is there an alternative way to install shell extensions? Possibly by
> customizing the gnome-shell-extensions package?

There are various ways:

* https://extensions.gnome.org/ combined with either
  chrome-gnome-shell + browser plugin (it should auto-install with
chrome/chromium or pop up a notification on the website with a link to
the plugin); or gnome-shell[nsplugin]
** Note that chrome-gnome-shell, contrary to what the name makes one
possibly think, is also meant to be used with modern Firefox[1] and
various other browsers that support the new-ish WebExtensions
standard[2] (draft).
** With chrome-gnome-shell you'd also get notifications of outdated
extensions with newer versions available and to easily update them
(basically avoiding having to go check on extensions.gnome.org
Installed extensions tab if there are newer versions)

* Installing via a system package (gnome-shell-extensions is just one
such a package, there are others, mostly package name starts with
"gnome-shell-extensions"), which makes it managed by package manager
and be available for enabling for all users, or be default enabled for
all users

* Installing manually in the appropriate directory as discussed already
in other replies

* Installing via gnome-tweak-tool somehow, looks like via pointing it
at some compressed extension tarball

* Installing via gnome-software (yes, we have that packaged and the
extensions side of thing should work, albeit the package currently
doesn't really let it be installed without all the packagekit stuff,
but the extensions work even with packagekit portage integration being
rather broken in my tests - it's individual enough)

Mostly it all boils down to installing to the appropriate system or
user directory, rest is about monitoring for updates, having shortcuts
to opening the extensions settings panel, etc.


1. https://developer.mozilla.org/en-US/Add-ons/WebExtensions
2. https://browserext.github.io/browserext/

Re: [gentoo-user] Can't rebuild gentoo kernel-4.9.16 with gcc-5.4.0

[Neil Bothwick]

On Tue, 30 May 2017 04:20:17 -0700 (PDT), Mick wrote:

> > After gcc-config, make sure you run:
> > # env-update
> > # source /etc/profile
> > 
> > It looks like something still points to your old compiler.  
> 
> Thanks Joost, I've rebooted many times since the move/rebuild of almost 
> everything with gcc-5.4.0.  Actually, now that you mention it ... I
> can't recall if I rebuilt the linux-headers.  Hmm ... will look into
> that next.

As you are rebuilding the kernel, it may be that you have parts still
built with the old compiler. Try running make clean.


-- 
Neil Bothwick

Anything worth fighting for is worth fighting dirty for.


pgpP_jrj9_kRx.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Can't rebuild gentoo kernel-4.9.16 with gcc-5.4.0

[Mick]

On Tuesday 30 May 2017 13:13:10 J. Roeleveld wrote:
> On May 30, 2017 12:56:18 PM GMT+02:00, Mick  
wrote:
> >I tried to change the kernel config file and then rebuild the kernel,
> >but it
> >fails like this on two up to date stable systems:
> >
> ># make && make modules_install && make firmware_install
> >
> >  HOSTCC  scripts/kconfig/conf.o
> >  HOSTLD  scripts/kconfig/conf
> >
> >scripts/kconfig/conf  --silentoldconfig 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
> >  CHK include/config/kernel.release
> >  CHK include/generated/uapi/linux/version.h
> >  CHK include/generated/utsrelease.h
> >  CC  arch/x86/purgatory/purgatory.o
> >  AS  arch/x86/purgatory/stack.o
> >  AS  arch/x86/purgatory/setup-x86_64.o
> >  CC  arch/x86/purgatory/sha256.o
> >  AS  arch/x86/purgatory/entry64.o
> >  CC  arch/x86/purgatory/string.o
> >  LD  arch/x86/purgatory/purgatory.ro
> >  BIN2C   arch/x86/purgatory/kexec-purgatory.c
> >  CC  kernel/bounds.s
> >  CHK include/generated/bounds.h
> >  CHK include/generated/timeconst.h
> >  CC  arch/x86/kernel/asm-offsets.s
> >  CHK include/generated/asm-offsets.h
> >  CALLscripts/checksyscalls.sh
> >  DESCEND  objtool
> >
> >make[4]: *** No rule to make target '/usr/lib/gcc/x86_64-pc-linux-
> >gnu/4.9.4/include/stddef.h', needed by '/usr/src/linux-4.9.16-
> >gentoo/tools/objtool/fixdep.o'.  Stop.
> >make[3]: *** [Makefile:42:
> >/usr/src/linux-4.9.16-gentoo/tools/objtool/fixdep-
> >in.o] Error 2
> >make[2]: ***
> >[/usr/src/linux-4.9.16-gentoo/tools/build/Makefile.include:4:
> >fixdep] Error 2
> >make[1]: *** [Makefile:60: objtool] Error 2
> >make: *** [Makefile:1614: tools/objtool] Error 2
> >
> >
> ># gcc-config -l
> >
> > [1] x86_64-pc-linux-gnu-5.4.0 *
> >
> >Why is this happening and how can I fix it?  Running fix_libtool.sh on
> >4.9.4
> >doesn't change anything.  :-/
> >
> >Am I supposed to emerge a later version gentoo-sources to be able to
> >build a
> >kernel with gcc-5.4.0?
> 
> After gcc-config, make sure you run:
> # env-update
> # source /etc/profile
> 
> It looks like something still points to your old compiler.

Thanks Joost, I've rebooted many times since the move/rebuild of almost 
everything with gcc-5.4.0.  Actually, now that you mention it ... I can't 
recall if I rebuilt the linux-headers.  Hmm ... will look into that next.

-- 
Regards,
Mick

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

Re: [gentoo-user] Can't rebuild gentoo kernel-4.9.16 with gcc-5.4.0

[J. Roeleveld]

On May 30, 2017 12:56:18 PM GMT+02:00, Mick  wrote:
>I tried to change the kernel config file and then rebuild the kernel,
>but it 
>fails like this on two up to date stable systems:
>
># make && make modules_install && make firmware_install
>  HOSTCC  scripts/kconfig/conf.o
>  HOSTLD  scripts/kconfig/conf
>scripts/kconfig/conf  --silentoldconfig 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
>  CHK include/config/kernel.release
>  CHK include/generated/uapi/linux/version.h
>  CHK include/generated/utsrelease.h
>  CC  arch/x86/purgatory/purgatory.o
>  AS  arch/x86/purgatory/stack.o
>  AS  arch/x86/purgatory/setup-x86_64.o
>  CC  arch/x86/purgatory/sha256.o
>  AS  arch/x86/purgatory/entry64.o
>  CC  arch/x86/purgatory/string.o
>  LD  arch/x86/purgatory/purgatory.ro
>  BIN2C   arch/x86/purgatory/kexec-purgatory.c
>  CC  kernel/bounds.s
>  CHK include/generated/bounds.h
>  CHK include/generated/timeconst.h
>  CC  arch/x86/kernel/asm-offsets.s
>  CHK include/generated/asm-offsets.h
>  CALLscripts/checksyscalls.sh
>  DESCEND  objtool
>make[4]: *** No rule to make target '/usr/lib/gcc/x86_64-pc-linux-
>gnu/4.9.4/include/stddef.h', needed by '/usr/src/linux-4.9.16-
>gentoo/tools/objtool/fixdep.o'.  Stop.
>make[3]: *** [Makefile:42:
>/usr/src/linux-4.9.16-gentoo/tools/objtool/fixdep-
>in.o] Error 2
>make[2]: ***
>[/usr/src/linux-4.9.16-gentoo/tools/build/Makefile.include:4: 
>fixdep] Error 2
>make[1]: *** [Makefile:60: objtool] Error 2
>make: *** [Makefile:1614: tools/objtool] Error 2
>
>
># gcc-config -l
> [1] x86_64-pc-linux-gnu-5.4.0 *
>
>
>Why is this happening and how can I fix it?  Running fix_libtool.sh on
>4.9.4 
>doesn't change anything.  :-/
>
>Am I supposed to emerge a later version gentoo-sources to be able to
>build a 
>kernel with gcc-5.4.0?

After gcc-config, make sure you run:
# env-update
# source /etc/profile

It looks like something still points to your old compiler.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[gentoo-user] Can't rebuild gentoo kernel-4.9.16 with gcc-5.4.0

[Mick]

I tried to change the kernel config file and then rebuild the kernel, but it 
fails like this on two up to date stable systems:

# make && make modules_install && make firmware_install
  HOSTCC  scripts/kconfig/conf.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf  --silentoldconfig 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
  CHK include/config/kernel.release
  CHK include/generated/uapi/linux/version.h
  CHK include/generated/utsrelease.h
  CC  arch/x86/purgatory/purgatory.o
  AS  arch/x86/purgatory/stack.o
  AS  arch/x86/purgatory/setup-x86_64.o
  CC  arch/x86/purgatory/sha256.o
  AS  arch/x86/purgatory/entry64.o
  CC  arch/x86/purgatory/string.o
  LD  arch/x86/purgatory/purgatory.ro
  BIN2C   arch/x86/purgatory/kexec-purgatory.c
  CC  kernel/bounds.s
  CHK include/generated/bounds.h
  CHK include/generated/timeconst.h
  CC  arch/x86/kernel/asm-offsets.s
  CHK include/generated/asm-offsets.h
  CALLscripts/checksyscalls.sh
  DESCEND  objtool
make[4]: *** No rule to make target '/usr/lib/gcc/x86_64-pc-linux-
gnu/4.9.4/include/stddef.h', needed by '/usr/src/linux-4.9.16-
gentoo/tools/objtool/fixdep.o'.  Stop.
make[3]: *** [Makefile:42: /usr/src/linux-4.9.16-gentoo/tools/objtool/fixdep-
in.o] Error 2
make[2]: *** [/usr/src/linux-4.9.16-gentoo/tools/build/Makefile.include:4: 
fixdep] Error 2
make[1]: *** [Makefile:60: objtool] Error 2
make: *** [Makefile:1614: tools/objtool] Error 2


# gcc-config -l
 [1] x86_64-pc-linux-gnu-5.4.0 *


Why is this happening and how can I fix it?  Running fix_libtool.sh on 4.9.4 
doesn't change anything.  :-/

Am I supposed to emerge a later version gentoo-sources to be able to build a 
kernel with gcc-5.4.0?
-- 
Regards,
Mick

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

Re: [gentoo-user] gnome shell extensions installation without chrome/firefox

[Raffaele Belardi]

On Tue, 2017-05-30 at 05:24 -0400, Rasmus Thomsen wrote:
> 
> you can install extensions directly into ~/.local/share/gnome-
> shell/extensions , gnome extensions usually have a link to github on
> their extension page. Just clone them and restart gnome-shell
> (login/logout or ALT+F2 and type restart )
> 

Works like a charm, thanks!

raffaele

Re: [gentoo-user] gnome shell extensions installation without chrome/firefox

[Rasmus Thomsen]

Hey,

you can install extensions directly into ~/.local/share/gnome-shell/extensions 
, gnome extensions usually have a link to github on their extension page. Just 
clone them and restart gnome-shell (login/logout or ALT+F2 and type restart )

Rasmus

 Original Message 
On 30 May 2017, 10:26, Raffaele Belardi wrote:
I have Seamonkey and the default Gnome browser (epiphany) installed,
none of which seems to be compatible with the Gnome shell extensions
plugin system.

Is there an alternative way to install shell extensions? Possibly by
customizing the gnome-shell-extensions package?

thanks,

raffaele

Re: [gentoo-user] Re: Kernel did not finding root partition

[Peter Humphrey]

On Monday 29 May 2017 21:42:28 Kai Krakow wrote:
> Am Mon, 29 May 2017 19:16:11 +0100
> 
> schrieb Neil Bothwick :
> > On Mon, 29 May 2017 15:07:48 -0300, Raphael MD wrote:
[...]
> > > 3. boot-loader config
> > > 
> > > Grub, without any different config.
> > 
> > You said you were using rEFInd, why have you got GRUB as well. rEFInd
> > can work without a config, GRUB cannot.
> 
> This puzzles me, too... Maybe rEFInd was installed to sda and grub
> installed to sda1, so rEFInd would chain-boot through grub.
> 
> Grub, however, won't work without a config file. I'd also suggest to
> skip grub completely and use just one loader.

Not only that, but for some reason I couldn't get grub to work at all on my 
Asus UEFI system. I use systemd-boot only, with a separate config file for 
each kernel I might want to boot. (I do not have the rest of systemd in this 
openrc system; just its boot program.)

It might not help the OP but this is my script for compiling a kernel:

# cat /usr/local/bin/kmake 
#!/bin/bash 
mount /boot 
cd /usr/src/linux 
time (make -j12 && make modules_install && make install &&\ 
/bin/ls -lh --color=auto /boot &&\ 
echo &&\ 
cp -v ./arch/x86/boot/bzImage /boot/EFI/Boot/bootX64.efi
) &&\ 
echo; echo "Rebuilding modules..."; echo &&\ 
emerge --jobs --load-average=48 @module-rebuild @x11-module-rebuild

He may be missing the copying step; that would explain his inability either 
to boot or to supply the info you asked him for.

-- 
Regards
Peter

[gentoo-user] gnome shell extensions installation without chrome/firefox

[Raffaele Belardi]

I have Seamonkey and the default Gnome browser (epiphany) installed,
none of which seems to be compatible with the Gnome shell extensions
plugin system.

Is there an alternative way to install shell extensions? Possibly by
customizing the gnome-shell-extensions package?

thanks,

raffaele

Re: [gentoo-user] Re: [SOLVED] Can I resize /dev/shm on the fly?

[Mick]

On Tuesday 30 May 2017 02:20:44 Nikos Chantziaras wrote:
> On 05/29/2017 10:13 PM, Walter Dnes wrote:
> > On Mon, May 29, 2017 at 10:05:02PM +0300, Mart Raudsepp wrote
> > 
> >> Ühel kenal päeval, E, 29.05.2017 kell 14:47, kirjutas Walter Dnes:
> >>>I was using a chroot, and I bind-mounted the chroot's /dev and
> >>> 
> >>> /proc
> >>> and /sys on top of the host machine's directories.  Bad idea... I now
> >>> have a 10 megabyte /dev/shm on the host.  Is it possible to resize
> >>> /dev/shm to approx 1 gigabyte without rebooting?
> >> 
> >> mount -oremount,size=1G /dev/shm
> >> 
> >> Provided it's a tmpfs like it is for me.
> >> 
> >Thanks; that pointed me in the right direction.  The command gave me a
> > 
> > response "mount: /dev/shm not mounted or bad option".  After some trial
> > and error, I found I had to...
> > 
> > mount -o remount,size=1G /dev
> 
> That does not look correct. /dev/shm should be a separate mount point,
> independent of /dev.

+1

Perhaps it could not be unmounted at the time Walter tried it and this is why 
it failed.  If a specific size is required then it can also be added into the 
fstab:

none  /dev/shmtmpfs   defaults,size=1G0 0

Then umount followed by mount /dev/shm should get the desired size.
-- 
Regards,
Mick

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