Re: [gentoo-user] Anybody got a Gentoo system working under uclibc?
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
walt wrote: > On Tue, 26 Apr 2016 18:50:41 -0500 > Dalewrote: > >> 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
On Tue, 26 Apr 2016 18:50:41 -0500 Dalewrote: > 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?
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 DnesI don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Failed to emerge dev-qt/qtwebkit-5.6.0
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 DnesI don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: freeSwitch
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
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
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
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?
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
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
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?
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
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?
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.
On 27/04/16 21:33, J. Roeleveld wrote: On April 27, 2016 12:59:18 PM GMT+02:00, Hanswrote: 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
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?
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?
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