Re: [gentoo-user] Anybody got a Gentoo system working under uclibc?

[Corbin]

On 04/28/2016 06:07 PM, waltd...@waltdnes.org wrote:

On Thu, Apr 28, 2016 at 08:33:01AM -0500, Corbin wrote



Questions ... if you will permit :

Are you saying that in "make.conf" you set INPUT_DEVICES="evdev" and did
a test compile run?
The emerge you tried ... was it "xorg-base/xorg-x11"?
Or did you try a meta package for a desktop?


   xorg-server, intending to add ICEWM later.


If a hard dependency link between Xorg server -> xf86-input-keyboard
exists, this will never work. I have no idea at this point if this is
true. What I have been reading suggests that the xf86-input keyboard and
mouse libs are being phased out.

With that call ?error? ... Xorg may be an impossible goal / waste of
time on uClibc.


   I tried INPUT_DEVICES="evdev mouse keyboard", which probably caused
the problem.  With INPUT_DEVICES="evdev" and VIDEO_CARDS="vesa fbdev",
things build OK.  Whether they'll work, I don't know, but at least it
builds.  ICEWM appears to be building too.  Actually, ICEWM has a
"(uclibc)" USE flag which is automatically hard-invoked or hard-masked
depending on whether or not the system uses uclibc.

   James points to https://wiki.gentoo.org/wiki/Project:Hardened_uClibc
which mentions "Lilblue"...


Continued developments in uClibc have made it increasingly suitable
for systems like Lilblue, our security-enhanced, fully featured
XFCE4 desktop, amd64 system built on uClibc.


   WHEE!  IT WOIKS!  Whilst I was typing away, the ICEWM and
xterm builds finished.  I've brought up the basic ICEWM window with 4
work areas.  The fixes to my problem were...

INPUT_DEVICES="evdev"
VIDEO_CARDS="vesa fbdev"
enable "udev" flag in make.conf (actually it runs on eudev, but...)

   I've never used "evdev" before, so I was not familiar with how to set
it up.  It's a bit disappointing, because evdev *DEMANDS* udev, so I can
forget about switching in busybox's mdev for udev.

   BTW, I stumbled over "1 weird little tip" on the internet, to make
debugging easier for many bootup problems, not just uclibc.  Add the
"--noclear" option to the first console in /etc/inittab.  With this
option, the initial login prompt does *NOT* clear away late bootup
output, including useful error messages...

# TERMINALS
c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux



Great! Glad to hear it.

Might want to update the forum posting ... or I can update the one I 
made with this info, if you want.


It might save someone else a lot of head scratching :)

Re: [gentoo-user] Re: Failed to emerge dev-qt/qtwebkit-5.6.0

[Dale]

walt wrote:
> On Tue, 26 Apr 2016 18:50:41 -0500
> Dale  wrote:
>
>> Dale wrote:
>>> Howdy,
>>>
>>> Doing some updates and ran into this.  Anyone else having this
>>> problem? I can post more info if needed but thought this would get
>>> it off to a start. 
>>>
>>>
>>>
>>> <<< SNIP >>>
>>>
>>> Anyone else running into this?  Anything obvious sticking out?
>>>
>>> Thanks.
>>>
>>> Dale
>>>
>>> :-)  :-) 
>>>
>>>  
>>
>> I synced again and was hoping I either caught the tree in the middle
>> of some change over with the last sync or whatever it is would have a
>> fix by now.  Well, still the same error as before. 
> I'm still on my gcc-5 vs gcc-4 bandwagon.  And what's that thingy that
> stands for 'thread too long, didn't read'?
>
>
>

TL;DR  I think that's it. 

Dale

:-)  :-) 

[gentoo-user] Re: Failed to emerge dev-qt/qtwebkit-5.6.0

[walt]

On Tue, 26 Apr 2016 18:50:41 -0500
Dale  wrote:

> Dale wrote:
> > Howdy,
> >
> > Doing some updates and ran into this.  Anyone else having this
> > problem? I can post more info if needed but thought this would get
> > it off to a start. 
> >
> >
> >
> > <<< SNIP >>>
> >
> > Anyone else running into this?  Anything obvious sticking out?
> >
> > Thanks.
> >
> > Dale
> >
> > :-)  :-) 
> >
> >  
> 
> 
> I synced again and was hoping I either caught the tree in the middle
> of some change over with the last sync or whatever it is would have a
> fix by now.  Well, still the same error as before. 

I'm still on my gcc-5 vs gcc-4 bandwagon.  And what's that thingy that
stands for 'thread too long, didn't read'?

Re: [gentoo-user] Anybody got a Gentoo system working under uclibc?

[waltdnes]

On Thu, Apr 28, 2016 at 08:33:01AM -0500, Corbin wrote
> 
> 
> Questions ... if you will permit :
> 
> Are you saying that in "make.conf" you set INPUT_DEVICES="evdev" and did 
> a test compile run?
> The emerge you tried ... was it "xorg-base/xorg-x11"?
> Or did you try a meta package for a desktop?

  xorg-server, intending to add ICEWM later.

> If a hard dependency link between Xorg server -> xf86-input-keyboard 
> exists, this will never work. I have no idea at this point if this is 
> true. What I have been reading suggests that the xf86-input keyboard and 
> mouse libs are being phased out.
> 
> With that call ?error? ... Xorg may be an impossible goal / waste of 
> time on uClibc.

  I tried INPUT_DEVICES="evdev mouse keyboard", which probably caused
the problem.  With INPUT_DEVICES="evdev" and VIDEO_CARDS="vesa fbdev",
things build OK.  Whether they'll work, I don't know, but at least it
builds.  ICEWM appears to be building too.  Actually, ICEWM has a
"(uclibc)" USE flag which is automatically hard-invoked or hard-masked
depending on whether or not the system uses uclibc.

  James points to https://wiki.gentoo.org/wiki/Project:Hardened_uClibc
which mentions "Lilblue"...

> Continued developments in uClibc have made it increasingly suitable
> for systems like Lilblue, our security-enhanced, fully featured
> XFCE4 desktop, amd64 system built on uClibc.

  WHEE!  IT WOIKS!  Whilst I was typing away, the ICEWM and
xterm builds finished.  I've brought up the basic ICEWM window with 4
work areas.  The fixes to my problem were...

INPUT_DEVICES="evdev"
VIDEO_CARDS="vesa fbdev"
enable "udev" flag in make.conf (actually it runs on eudev, but...)

  I've never used "evdev" before, so I was not familiar with how to set
it up.  It's a bit disappointing, because evdev *DEMANDS* udev, so I can
forget about switching in busybox's mdev for udev.

  BTW, I stumbled over "1 weird little tip" on the internet, to make
debugging easier for many bootup problems, not just uclibc.  Add the
"--noclear" option to the first console in /etc/inittab.  With this
option, the initial login prompt does *NOT* clear away late bootup
output, including useful error messages...

# TERMINALS
c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Failed to emerge dev-qt/qtwebkit-5.6.0

[waltdnes]

On Thu, Apr 28, 2016 at 10:44:34AM +0100, Peter Humphrey wrote
> proc/proc   procdefaults0 0
> shm /dev/shmtmpfs   nodev,nosuid0 0
> 
> Not sure about those last two - are they still needed nowadays?

  I'm running OK without them...

/dev/sda5/   ext3 noatime,nodiratime,async   0 1
/dev/sda7/home   ext3 noatime,nodiratime,async   0 1
/home/bindmounts/opt /optauto bind   0 0
/home/bindmounts/var /varauto bind   0 0
/home/bindmounts/usr /usrauto bind   0 0
/home/bindmounts/tmp /tmpauto bind   0 0
/dev/sda6noneswap sw 0 0
/dev/cdrom   /mnt/cdrom  iso9660  noauto,users,ro0 0
/dev/sr0 /mnt/dvdauto noauto,users,ro0 0
/dev/sdb1/mnt/drive1 auto noauto,users,noatime,async 0 0
/dev/sdc1/mnt/drive2 auto noauto,users,noatime,async 0 0
/dev/sdd1/mnt/drive4 auto noauto,users,noatime,async 0 0
/dev/sde1/mnt/drive5 auto noauto,users,noatime,async 0 0
/dev/sdf1/mnt/drive6 auto noauto,users,noatime,async 0 0
/dev/sdg1/mnt/drive7 auto noauto,users,noatime,async 0 0
/dev/sdg /mnt/drive8 auto noauto,users,noatime,async 0 0

  In the kernel, it's taken care of automatically...

File systems  --->
Pseudo filesystems  --->
-*- /proc file system support
[*]   /proc/kcore support
-*- Tmpfs virtual memory file system support (former shm fs

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Re: freeSwitch

[Neil Bothwick]

On Thu, 28 Apr 2016 15:32:37 -0400, Michael Mol wrote:

> > I take it the other 10% was rounding errors? ;-)  
> 
> Covered by NDA. ;)

Non-Decimal Addition?


-- 
Neil Bothwick

The trouble with the world is that everybody in it is three drinks behind.


pgp1D1SobOlWt.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: freeSwitch

[Michael Mol]

On Thursday, April 28, 2016 08:24:47 PM Neil Bothwick wrote:
> On Thu, 28 Apr 2016 12:38:12 -0400, Michael Mol wrote:
> > To be clear, 80% of my grievances with FreeSwitch have to do with the
> > nature of their configuration and documentation. 9% had to do with a
> > weird issue wherin we wound up rebooting the VM containing FS on a
> > schedule; none of my instrumentation made it obvious what the nature of
> > the leak was, but somehow rebooting the VM would resolve the issue. The
> > remaining 1% was the difficulty in setting the thing up for anything
> > but their preferred platform.
> 
> I take it the other 10% was rounding errors? ;-)

Covered by NDA. ;)

-- 
:wq

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

Re: [gentoo-user] Re: freeSwitch

[Neil Bothwick]

On Thu, 28 Apr 2016 12:38:12 -0400, Michael Mol wrote:

> To be clear, 80% of my grievances with FreeSwitch have to do with the
> nature of their configuration and documentation. 9% had to do with a
> weird issue wherin we wound up rebooting the VM containing FS on a
> schedule; none of my instrumentation made it obvious what the nature of
> the leak was, but somehow rebooting the VM would resolve the issue. The
> remaining 1% was the difficulty in setting the thing up for anything
> but their preferred platform.

I take it the other 10% was rounding errors? ;-)


-- 
Neil Bothwick

It's not a bug, it's tradition!


pgp8oB0DhVFtS.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: freeSwitch

[Michael Mol]

On Thursday, April 28, 2016 04:06:50 PM James wrote:
> Michael Mol  gmail.com> writes:
> > Bah. So you guys aren't going to let me get away with trash-talking
> > without
> > some accountability of details. OK. I'll let you know when I've written up
> > something; I've already emailed one person a handful of my complaints in
> > bullet form. But that'd need to get more properly fleshed out before I
> > drop it somewhere more archival in nature.
> 
> Like I said, it's GOOD to have you back, brah.

Hey, the major reason for my absence was / is *time*. So the more time 
investment I have to make, the less likely I am to speak up in the first place. 
;)

> 
> > I use freeswitch here all the time as my home pbx and it does things
> > asterisk either cannot do, or only with great difficulty.  I can even
> > put c# code in it using mono and a lot of times the xml is insufficient
> > and this is where this comes in handy.  There is a mailing list, so you
> > can ask questions as well.  Its one strength and also weakness is there
> > are a lot of variables, some of which are poorly documented, and some
> > not documented at all.
> 
> Perhaps we need some code help, to join our team. Sinced MM has deep
> experience with shrot comings and other like what works form them, do
> we have a quorum?

To be clear, 80% of my grievances with FreeSwitch have to do with the nature 
of their configuration and documentation. 9% had to do with a weird issue 
wherin we wound up rebooting the VM containing FS on a schedule; none of my 
instrumentation made it obvious what the nature of the leak was, but somehow 
rebooting the VM would resolve the issue. The remaining 1% was the difficulty 
in 
setting the thing up for anything but their preferred platform.


-- 
:wq

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

[gentoo-user] Re: Anybody got a Gentoo system working under uclibc?

[James]

Corbin  charter.net> writes:


> If a hard dependency link between Xorg server -> xf86-input-keyboard 
> exists, this will never work. I have no idea at this point if this is 
> true. What I have been reading suggests that the xf86-input keyboard and 
> mouse libs are being phased out.

> With that call ?error? ... Xorg may be an impossible goal / waste of 
> time on uClibc.


H. Anthony (bluen...@gentoo.org) is extraordinarily knowledgable 
with uclibc and related issues. So that is where I would seek clarity,  
advice  and pathways for what you seek [1].


hth,
James


[1] https://wiki.gentoo.org/wiki/Project:Hardened_uClibc

[gentoo-user] Re: freeSwitch

[James]

Michael Mol  gmail.com> writes:


> Bah. So you guys aren't going to let me get away with trash-talking without 
> some accountability of details. OK. I'll let you know when I've written up 
> something; I've already emailed one person a handful of my complaints in 
> bullet form. But that'd need to get more properly fleshed out before I 
> drop it somewhere more archival in nature.

Like I said, it's GOOD to have you back, brah.


> I use freeswitch here all the time as my home pbx and it does things
> asterisk either cannot do, or only with great difficulty.  I can even
> put c# code in it using mono and a lot of times the xml is insufficient
> and this is where this comes in handy.  There is a mailing list, so you
> can ask questions as well.  Its one strength and also weakness is there
> are a lot of variables, some of which are poorly documented, and some
> not documented at all.

Perhaps we need some code help, to join our team. Sinced MM has deep
experience with shrot comings and other like what works form them, do
we have a quorum?

YES, methinks

Perhaps someone familiar with the ebuild, could ask the ebuild creator to
update to the latest version? Perhaps a gentoo dev will put it
into a github for closer inspection? Perhaps a lead coder will emerge
to help us along the way?


Me, the real-time (low latency) needs of all things voice and video 
on a gentoo clusters make these sorts of codes very useful to test
gentoo cluster configurations and flesh out kernel optimization issues.
Since they support arm64v8 this is actually a very enticing venture to
put this on arm64 too and see just how many threads and just how fast it
will run.

Count me in, too.

James

Re: [gentoo-user] ATLAS@home and VirtualBox

[Peter Humphrey]

On Wednesday 27 Apr 2016 10:03:58 I wrote:

--->8

> I've just noticed that the files under ~/.VirtualBox are all 0600; I wonder
> if that's thet problem: that the boinc user can't read them. But then
> boinc is running as me, the owner of all the files involved.

Nope. After setting files to 0644 I see no change in behaviour.

-- 
Rgds
Peter

Re: [gentoo-user] Anybody got a Gentoo system working under uclibc?

[Corbin]

On 04/27/2016 10:16 PM, waltd...@waltdnes.org wrote:

On Wed, Apr 27, 2016 at 07:30:12PM -0500, Corbin wrote




Your Welcome.

Link for "evdev" : https://en.wikipedia.org/wiki/Evdev

The default kernel config has "evdev" built into the kernel.

On my desktop, Nvidia drivers do look for and use "evdev" without
Wayland support in Xorg. ( XFCE )

This might be pedantic ...
... add "sse sse2 sse3 ssse3 mmx acpi -mmxext" to your USE flags in
"make.conf" ( if not already present. ) Some packages look for those
flags in strange ways.

Using a one-problem-at-a-time approach ...

< Proposed Test / Xorg Fix >
... adding "libinput" to the USE flags in your "make.conf".
... setting INPUT_DEVICES="evdev" in "make.conf".

Desktops that should work with "libinput/evdev" ONLY are QT4, QT5, XFCE.
XFCE provides its own keyboard library and config applets/plugins. Don't
know about QT4 / QT5.

If you have not already done this ... might want to set
VIDEO_CARDS="fbdev vesa" or just "fbdev" to save compile time.

This is getting very interesting.
Please let us know how this works out :)


   It's not the cpu flags.  I have an identical glibc-based VM where the
drivers build just fine.  Also, this is a code problem... both with and
without "evdev"...


libtool: compile:  i686-gentoo-linux-uclibc-gcc -std=gnu99 -DHAVE_CONFIG_H -I.
-I/var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src
-I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1
-I/usr/include/X11/dri -I/usr/include/libdrm -Wall -Wpointer-arith
-Wmissing-declarations -Wformat=2 -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wbad-function-cast
-Wold-style-definition -Wdeclaration-after-statement -Wunused
-Wuninitialized -Wshadow -Wmissing-noreturn -Wmissing-format-attribute
-Wredundant-decls -Wlogical-op -Werror=implicit -Werror=nonnull
-Werror=init-self -Werror=main -Werror=missing-braces
-Werror=sequence-point -Werror=return-type -Werror=trigraphs
-Werror=array-bounds -Werror=write-strings -Werror=address
-Werror=int-to-pointer-cast -Werror=pointer-to-int-cast
-fno-strict-aliasing -O2 -march=native -mfpmath=sse -fomit-frame-pointer
-pipe -fno-unwind-tables -fno-asynchronous-unwind-tables -c
/var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src/at_scancode.c
-fPIC -DPIC -o .libs/at_scancode.o
/var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src/lnx_kbd.c:
In function 'OpenKeyboard':
/var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src/lnx_kbd.c:194:8:
error: implicit declaration of function 'getpgid'
[-Werror=implicit-function-declaration]
 rc = tcsetpgrp(pInfo->fd, getpgid(0));
 ^
/var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src/lnx_kbd.c:194:8:
warning: nested extern declaration of 'getpgid' [-Wnested-externs]




Did some searching on "getpgid" ... looks to be related to GNU glibc.

https://www.gnu.org/software/libc/manual/html_node/Process-Group-Functions.html



error: implicit declaration of function 'getpgid'
Maybe they used an implicit glibc getpgid call instead of the specific 
posix_getpgid call? ( guessing )


( Is Xorg dumping POSIX compliance? Or is this a bug? )

Questions ... if you will permit :

Are you saying that in "make.conf" you set INPUT_DEVICES="evdev" and did 
a test compile run?

The emerge you tried ... was it "xorg-base/xorg-x11"?
Or did you try a meta package for a desktop?

If a hard dependency link between Xorg server -> xf86-input-keyboard 
exists, this will never work. I have no idea at this point if this is 
true. What I have been reading suggests that the xf86-input keyboard and 
mouse libs are being phased out.


With that call ?error? ... Xorg may be an impossible goal / waste of 
time on uClibc.


Thank you for sharing this info.

Re: [gentoo-user] freeSwitch

[Michael Mol]

On Thursday, April 28, 2016 04:26:31 AM J. Roeleveld wrote:
> On April 28, 2016 12:48:36 AM GMT+02:00, "Max R.D. Parmer" 
 wrote:
> >On Wed, Apr 27, 2016, at 15:17, Stroller wrote:
> >> > On Wed, 27 April 2016, at 3:21 pm, Michael Mol 
> >
> >wrote:
> >> > ...
> >> > I have a Freeswitch install on a (non-Gentoo) box at a client. That
> >
> >client has
> >
> >> > recently moved to a different PBX product. I will not willingly
> >
> >install another
> >
> >> > Freeswitch setup, and my full rant as to why would be a multi-part
> >
> >blog post.
> >
> >> I really want to read this.
> >> 
> >> Stroller.
> >
> >I would also be interested (if it helps to know you'd have an
> >audience).
> >
> >I've been looking at freeswitch and asterisk for an OSTN
> >implementation.
> >At a glance, freeswitch seemed like it might be the better design (but
> >surely experience tells the real story). I'll give kamailio a look now
> >too.
> >
> >--
> >0x7D964D3361142ACF
> 
> Same here. Would love to read this.
> 
> I ended up getting an appliance, rather than building it myself due to time
> and cost constraints.
> 
> But for a different location I am thinking of doing it myself. And from the
> description, Freeswitch sounds nice.

Bah. So you guys aren't going to let me get away with trash-talking without 
some accountability of details. OK. I'll let you know when I've written up 
something; I've already emailed one person a handful of my complaints in 
bullet form. But that'd need to get more properly fleshed out before I drop it 
somewhere more archival in nature.

-- 
:wq

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

Re: [gentoo-user] Re: Bluetooth PIM sync with KDE?

[Michael Mol]

On Thursday, April 28, 2016 10:32:58 AM J. Roeleveld wrote:
> On Tuesday, April 26, 2016 01:14:01 PM Michael Mol wrote:
> > On Tuesday, April 26, 2016 04:09:33 PM James wrote:
> > > Michael Mol  gmail.com> writes:
> > > 
> > > But it's *great* to see you post to the list, again. I peruse your
> > > install
> > > script (github) on occasion to see if you have updated it, or
> > > 'ansiblize'
> > > [1] it.  Great to hear from you, again.
> > 
> > Heh. I haven't had need of that script in years. I only needed it then
> > because *something* was causing my system to crap its pants midway through
> > emerges, and rebuilding an entire Gentoo system to narrow down why
> > was...time- consuming. I currently have exactly one Gentoo install
> > going--my workstation. And it's been ongoing-stable for something like
> > three years, now.
> 
> Good successtory.
> 
> > For a while, I didn't have any Gentoo systems, as I
> > didn't have time to stand up a personal system to play with; I'd just
> > gotten married, bought a house, now have two kids
> 
> Congratulations

Thanks. :)

> 
> > named after programming
> > languages...
> 
> Hope it's not C# and C++?  ;)

Pascal and Ada. :) I dunno, though. *I* kinda thought a name like "C Mol" or 
"R Mol" would sound more distinguished. :)

> 
> > As for that script, it turned out that having -gddb3 in CFLAGs breaks
> > glibc. Have a broken glibc get built, installed--and *nothing* that
> > spawns afterward can run. Hard to fix if you don't know why it's
> > breaking. It was a known bug, but not documented anywhere at the time. 
> > Thankfully, I notice it's currently documented in the Gentoo Wiki...
> 
> Good to know.
> I tend not to play around with CFLAGs much.

My current set:

CFLAGS="-O2 -pipe -march=native -ggdb"
LDFLAGS="${LDFLAGS} -Wl,--as-needed"

unless you're www-client/chromium, app-office/libreoffice or 
net-libs/webkit-gtk, 
in which case you don't get -ggdb.

-- 
:wq

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

[gentoo-user] Re: Kernel upgrade from 4.1.12 to 4.4.6 hangs without writing logs.

[Hans]

On 27/04/16 21:33, J. Roeleveld wrote:

On April 27, 2016 12:59:18 PM GMT+02:00, Hans  wrote:

Tried to upgrade the kernels of my desktop and notebook fron kernel
4.1.12 upgrade to 4.4.6. Both systems freeze during booting with 4.4.6.

No dmsg, No messages logs. Previous kernel upgrades always worked
smooth
as silk.

Using: OpenRC, eudev, Xfce,

Desktop configration:
Genkernel with /etc/genkernel.conf additional options:
MENUCONFIG="yes"
MAKEOPTS="-j5"
MDADM="yes"
MDADM_CONFIG="/etc/mdadm.conf"
DISKLABEL="yes"
KNAME="genkernel-G_ROOT"

Boot: Grub-static
grub.conf:
title PROXY-64 domdadm LABEL=G_ROOT Gentoo Linux 4.4.6-gentoo
root (hd0,0)
kernel /boot/kernel-genkernel-G_ROOT-x86_64-4.4.6-gentoo net.ifnames=0
root=/dev/ram0 domdadm real_root=LABEL=G_ROOT
initrd /boot/initramfs-genkernel-G_ROOT-x86_64-4.4.6-gentoo

No error reported in genkernel.log
--

Notebook configration:
Genkernel with /etc/genkernel.conf additional options:
MENUCONFIG="yes"
MAKEOPTS="-j5"
DISKLABEL="yes"
KNAME="genkernel-HP_ROOT"

Boot: Grub-static
grub.conf:
title PROXY-64 domdadm LABEL=HP_ROOT Gentoo Linux 4.4.6-gentoo
root (hd0,0)
kernel /boot/kernel-genkernel-HP_ROOT-x86_64-4.4.6-gentoo net.ifnames=0

root=/dev/ram0 real_root=LABEL=HP_ROOT
initrd /boot/initramfs-genkernel-HP_ROOT-x86_64-4.4.6-gentoo

No error reported in genkernel.log
---


Why are you specifying root=/dev/ram0?

Modern kernels use initramfs and you normally specify the real root device 
there.

"root=/dev/ram0" is a leftover from the original installation from a 
long time ago. Removing it makes no difference.


Am at the moment making a new test installation in VirtualBox. So far 
its working with kernel 4.4.6. If Xfce works tomorrow, it's either a 
configuration or driver problem. I will then do a re-install of Gentoo 
on my desktop and the notebook using a external drive.

Re: [gentoo-user] Failed to emerge dev-qt/qtwebkit-5.6.0

[Peter Humphrey]

On Wednesday 27 Apr 2016 17:52:07 Dale wrote:

> I seem to recall glibc being one of those packages that you can't
> downgrade.  Sort of chicken to upgrade, just in case the problem gets
> even worse.

You could back your system partitions up first, to have a system to revert to
if necessary. I've had to do that quite a lot while getting this new box
installed.

It helps that I have several partitions, thus:

/dev/nvme0n1p5  /   ext4relatime1 1
/dev/nvme0n1p2  /boot   vfatnoauto  1 2
/dev/nvme0n1p6  /varext4relatime1 2
/dev/nvme0n1p7  /home   ext4relatime1 2
/dev/nvme0n1p8  /home/prh/boinc ext4relatime1 3
/dev/nvme0n1p9  /home/prh/commonext4relatime1 3
/dev/nvme0n1p10 /usr/local  ext4relatime1 2
/dev/nvme0n1p11 /usr/portageext4relatime1 2
/dev/nvme0n1p12 /usr/portage/packages   ext4relatime1 3
/dev/nvme0n1p13 /usr/portage/distfiles  ext4relatime1 3
/dev/nvme0n1p17 /home/prh/.VirtualBox   ext4relatime1 3
/dev/nvme0n1p3  noneswapsw  0 0
tmpfs   /var/tmp/portagetmpfs   
noatime,uid=portage,gid=portage,mode=0775  0 0
tmpfs   /tmptmpfs   
noatime,nosuid,nodev,noexec,mode=1777   0 0
proc/proc   procdefaults0 0
shm /dev/shmtmpfs   nodev,nosuid0 0

Not sure about those last two - are they still needed nowadays?

-- 
Rgds
Peter

Re: [gentoo-user] Bluetooth PIM sync with KDE?

[J. Roeleveld]

On Tuesday, April 26, 2016 01:59:18 PM Michael Mol wrote:
> Is it still possible to sync, e.g. the contacts on my phone with Kontact?
> Googling around, it seems like OpenSync isn't really even a thing any more,
> and I'm not finding anything in various account settings in Kontact to add
> a bluetooth device as a data source.

Unless there is an akonadi plugin/resource for this, I doubt it can be made to 
work.

Alternatively, depending on the type of phone, you can:
- set up a server (or use a cloud-provider like google)
- configure the phone to sync with that server
- configure kontact to sync with that server

I've been doing it this way for a very long time.
Added benefit: You only need to backup the server.

--
Joost

Re: [gentoo-user] Re: Bluetooth PIM sync with KDE?

[J. Roeleveld]

On Tuesday, April 26, 2016 01:14:01 PM Michael Mol wrote:
> On Tuesday, April 26, 2016 04:09:33 PM James wrote:
> > Michael Mol  gmail.com> writes:

> > But it's *great* to see you post to the list, again. I peruse your install
> > script (github) on occasion to see if you have updated it, or 'ansiblize'
> > [1] it.  Great to hear from you, again.
> 
> Heh. I haven't had need of that script in years. I only needed it then
> because *something* was causing my system to crap its pants midway through
> emerges, and rebuilding an entire Gentoo system to narrow down why
> was...time- consuming. I currently have exactly one Gentoo install
> going--my workstation. And it's been ongoing-stable for something like
> three years, now.

Good successtory.

> For a while, I didn't have any Gentoo systems, as I
> didn't have time to stand up a personal system to play with; I'd just
> gotten married, bought a house, now have two kids

Congratulations

> named after programming
> languages...

Hope it's not C# and C++?  ;)

> As for that script, it turned out that having -gddb3 in CFLAGs breaks glibc.
> Have a broken glibc get built, installed--and *nothing* that spawns
> afterward can run. Hard to fix if you don't know why it's breaking. It was
> a known bug, but not documented anywhere at the time.  Thankfully, I notice
> it's currently documented in the Gentoo Wiki...

Good to know.
I tend not to play around with CFLAGs much.

--
Joost