Re: [gentoo-user] Change keyserver used by portage?

2018-07-03 Thread Elijah Mark Anderson
On Monday, July 2, 2018 12:40:29 AM CDT Adam Carter wrote:
> > > > Anyone one know how I can change the keyserver address used by
> > 
> > portage? I
> > 
> > > > keep getting "no route to host" for hkps.pool.sks-keyservers.net when
> > 
> > I
> > 
> > > > sync.
> > > 
> > > What are you trying to do? Find the command being run and run it
> > > manually while specifying --keyserver. Also file a bug report.
> > > 
> > > I posted my last reply after pgp.mit.edu also failed. The URL you give
> > > is obviously a key server pool, but it looks like MIT's may be also
> > > (without inspecting it). I retried on MIT's URL until the request went
> > > through. If you can't change the URL then keep trying.
> > > 
> > > The issue is, I think, that the pool will give you servers that don't
> > > support HKP, but I have had this issue when contacting keyservers
> > > directly.
> > > 
> > > Cheers,
> > > 
> > >  R0b0t1
> > 
> > Currently, portage is using that pool url when I run emaint's sync module.
> > I
> > keep getting the "no route to host" error from it, and no indication what
> > server it's actually being directed to.
> > 
> > What I want to do is reconfigure portage to use a particular server that I
> > know
> > is reliable.
> 
> Looks like its using multiple A records;
> 
> $ host hkps.pool.sks-keyservers.net
> hkps.pool.sks-keyservers.net has address 18.9.60.141
> hkps.pool.sks-keyservers.net has address 18.191.65.131
> hkps.pool.sks-keyservers.net has address 37.191.226.104
> hkps.pool.sks-keyservers.net has address 92.43.111.21
> hkps.pool.sks-keyservers.net has address 193.164.133.100
> hkps.pool.sks-keyservers.net has address 216.66.15.2
> hkps.pool.sks-keyservers.net has IPv6 address 2001:470:1:116::6
> hkps.pool.sks-keyservers.net has IPv6 address 2600:1f16:41e:bd0a::73:6b73
> hkps.pool.sks-keyservers.net has IPv6 address
> 2a01:4a0:59:1000:223:9eff:fe00:100f
> hkps.pool.sks-keyservers.net has IPv6 address 2a02:c205:3001:3626::1
> 
> For an ugly hack you could test these to find one that works, then add that
> one to your /etc/hosts file.
> 
> Perhaps there's a hostmas...@hkps.pool.sks-keyservers.net you could notify
> to fix it?

Yes. That is how the pool URL works. It does some sort of load-balancing via 
DNS resolution. That's why it has so many addresses. 

I am well aware of the /etc/hosts hack, but it's an ugly work-around. I'd 
rather be able to configure portage itself to use a different pool or a 
specific 
server, rather than mess around with DNS resolutions. And I haven't been 
having any luck in searching for how to configure the keyserver used by 
Portage.

Yes, there is an email address I could message to notify them that there is a 
problematic server, but because Portage tells me nothing about which server 
it's using other than the pool URL, I have nothing helpful to tell them.

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


Re: [gentoo-user] Change keyserver used by portage?

2018-07-01 Thread Elijah Mark Anderson
On Sunday, July 1, 2018 8:55:05 PM CDT R0b0t1 wrote:
> On Sat, Jun 30, 2018 at 10:26 AM, Elijah Mark Anderson  
wrote:
> > Anyone one know how I can change the keyserver address used by portage? I
> > keep getting "no route to host" for hkps.pool.sks-keyservers.net when I
> > sync.
> What are you trying to do? Find the command being run and run it
> manually while specifying --keyserver. Also file a bug report.
> 
> I posted my last reply after pgp.mit.edu also failed. The URL you give
> is obviously a key server pool, but it looks like MIT's may be also
> (without inspecting it). I retried on MIT's URL until the request went
> through. If you can't change the URL then keep trying.
> 
> The issue is, I think, that the pool will give you servers that don't
> support HKP, but I have had this issue when contacting keyservers
> directly.
> 
> Cheers,
>  R0b0t1

Currently, portage is using that pool url when I run emaint's sync module. I 
keep getting the "no route to host" error from it, and no indication what 
server it's actually being directed to. 

What I want to do is reconfigure portage to use a particular server that I know 
is reliable.

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


[gentoo-user] Change keyserver used by portage?

2018-06-30 Thread Elijah Mark Anderson
Anyone one know how I can change the keyserver address used by portage? I keep 
getting "no route to host" for hkps.pool.sks-keyservers.net when I sync. 
-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


Re: [gentoo-user] Several packages failing to build

2018-05-15 Thread Elijah Mark Anderson
On Monday, May 14, 2018 12:20:01 PM CDT Elijah Mark Anderson wrote:
> I'm having an issue with about a dozen packages not upgrading. I'd really
> appreciate some help getting them to build and install. I'm getting the
> feeling that the problems are somehow related, but really not sure.
> 
> First up: dev-libs/appstream-0.11.5::gentoo
> Anyone know what's going on here? This package is blocking at least 5 other
> packages from upgrading, and I find the information in the logs only
> slightly more helpful than WIndows "Something went wrong" errors.
> --
> Elijah Mark Anderson
> m...@kd0bpv.name
> --
> 「塵も積もれば山となる。」
> "Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

After remembering that I was running emerge with MAKEOPTS="-j9", I was finally 
able to find the actual error messages. It appears that /usr/include/boost/
spirit/home/qi.hpp went missing, probably during the recent move from my 
mechanical drive to my solid state drives. Re-emerged dev-libs/boost, and that 
solved the rest of the failing packages!

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


Re: [gentoo-user] Several packages failing to build

2018-05-15 Thread Elijah Mark Anderson
On Tuesday, May 15, 2018 5:40:02 AM CDT David Haller wrote:
> Hello,
> 
> On Mon, 14 May 2018, Elijah Mark Anderson wrote:
> >in the build log. I had forgotten that I was running emerge with
> >MAKEOPTS="- j9", which means that errors are not always at the bottom of
> >the log. When I remembered it, I searched the log for "error[: ]", and
> >bingo! Here's the relevant entry:
> >
> >[39/106] /usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal
> >msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
> >org.freedesktop.appstream.cli.metainfo.xml data/
> >org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/portage/dev-libs/
> >appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/po --datadirs=/var/tmp/
> >portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/data/
> >FAILED: data/org.freedesktop.appstream.cli.metainfo.xml
> >/usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal
> >msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
> >org.freedesktop.appstream.cli.metainfo.xml data/
> >org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/portage/dev-libs/
> >appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/po --datadirs=/var/tmp/
> >portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/data/
> >msgfmt: error while opening
> >"/var/tmp/portage/dev-libs/appstream-0.11.5/work/
> >appstream-APPSTREAM_0_11_5/po/zh_TW.po/nja.po/npt_BR.po/n...@latin.po/ncs.p
> >o/
> >ngd.po/nfi.po/nid.po/nlt.po/nen_GB.po/nzh_CN.po/nuk.po/nckb.po/nar.po/nnl.
> >po/
> >nru.po/nko.po/nda.po/nsr.po/nfr.po/nhu.po/npt.po/nit.po/nsv.po/nca.po/nes.
> >po/ nde.po/nsl.po/noc.po/ngl.po/npl.po/ntr.po/nsk.po/neu.po" for reading:
> >Not a directory
> >
> >Looks like you were right after all, as
> >https://bugs.gentoo.org/640916#c7 is indeed a pretty dang close
> >match. Looks like a bug in the package itself. I'll mask this
> >version, as #c13 claims this is fixed in 0.11.8. Hopefully that'll be
> >in the tree soon(TM).
> 
> In the meantime, put the attached patch into
> /etc/portage/patches/dev-libs/appstream-0.11.5/
> e.g. as appstream-0.11.5-po_meson_build.patch
> 
> We've got a rare case of "over-escaping" in the meson.build for once,
> as meson seems to replace '\\' even in commands by '/', so we end up
> with '/n' instead of '\n', i.e. "find -printf '%f/n'" instead of
> the correct "find -printf '%f\n'". The single '\n' get replaced by
> meson by an actual linebreak, so that works too.
> 
> Upstream has fixed it in .8 by putting that stuff into an extra script
> see
> https://github.com/ximion/appstream/blob/master/contrib/meson/update-lingua
> s.sh
> 
> HTH,
> -dnh
> 
> --
> 
> > Vollmonde erscheinen Periodisch alle 28 Tage.
> 
> erst jetzt wird mir die Bedeutung des "blutroten Mondes" richtig bewußt.
>  [Harald Stowasser und Cheatah in dag°]

Awesome! Thanks, David! 

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


Re: [gentoo-user] Several packages failing to build

2018-05-14 Thread Elijah Mark Anderson
On Monday, May 14, 2018 4:53:09 PM CDT Mick wrote:
> On Monday, 14 May 2018 21:07:17 BST Elijah Mark Anderson wrote:
> > On Monday, May 14, 2018 12:58:13 PM CDT Mick wrote:
> > > On Monday, 14 May 2018 18:20:01 BST Elijah Mark Anderson wrote:
> > > > I'm having an issue with about a dozen packages not upgrading. I'd
> > > > really
> > > > appreciate some help getting them to build and install. I'm getting
> > > > the
> > > > feeling that the problems are somehow related, but really not sure.
> > > > 
> > > > First up: dev-libs/appstream-0.11.5::gentoo
> > > > Anyone know what's going on here? This package is blocking at least 5
> > > > other
> > > > packages from upgrading, and I find the information in the logs only
> > > > slightly more helpful than WIndows "Something went wrong" errors.
> > > 
> > > It's worth checking in BGO to see if your problems with ~amd64 packages
> > > are
> > > already reported and if any patches/fixes/workarounds have been posted.
> > > In
> > > this case have a look here, I think it is the same problem you have
> > > experienced:
> > > 
> > > https://bugs.gentoo.org/640916
> > > 
> > > --
> > > Regards,
> > > Mick
> > 
> > I did come across that. I don't believe it is the same problem. For them,
> > the problem is during the install phase. Mine is occurring in compile
> > phase.
> 
> Fair enough, I did not dig into it at any depth.  Without knowing the real
> cause of this failure and if nothing else resolves it, I would try to
> rebuild gettext & perhaps libxml2:
> 
> emerge -1aDv sys-devel/gettext dev-libs/libxml2
> 
> then try emerging dev-libs/appstream once more.  Running ~arch involves more
> troubleshooting and experimenting than I have time at present, hence I
> stick with stable where I can.
> 
> --
> Regards,
> Mick

I tried as you suggested, to no avail. But, I *finally* found the actual error 
in the build log. I had forgotten that I was running emerge with MAKEOPTS="-
j9", which means that errors are not always at the bottom of the log. When I 
remembered it, I searched the log for "error[: ]", and bingo! Here's the 
relevant entry:

[39/106] /usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal 
msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
org.freedesktop.appstream.cli.metainfo.xml data/
org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/portage/dev-libs/
appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/po --datadirs=/var/tmp/
portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/data/
FAILED: data/org.freedesktop.appstream.cli.metainfo.xml 
/usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal 
msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
org.freedesktop.appstream.cli.metainfo.xml data/
org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/portage/dev-libs/
appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/po --datadirs=/var/tmp/
portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/data/
msgfmt: error while opening "/var/tmp/portage/dev-libs/appstream-0.11.5/work/
appstream-APPSTREAM_0_11_5/po/zh_TW.po/nja.po/npt_BR.po/n...@latin.po/ncs.po/
ngd.po/nfi.po/nid.po/nlt.po/nen_GB.po/nzh_CN.po/nuk.po/nckb.po/nar.po/nnl.po/
nru.po/nko.po/nda.po/nsr.po/nfr.po/nhu.po/npt.po/nit.po/nsv.po/nca.po/nes.po/
nde.po/nsl.po/noc.po/ngl.po/npl.po/ntr.po/nsk.po/neu.po" for reading: Not a 
directory

Looks like you were right after all, as https://bugs.gentoo.org/640916#c7 is 
indeed a pretty dang close match. Looks like a bug in the package itself. I'll 
mask this version, as #c13 claims this is fixed in 0.11.8. Hopefully that'll be 
in the tree soon™.
-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


Re: [gentoo-user] Several packages failing to build

2018-05-14 Thread Elijah Mark Anderson
On Monday, May 14, 2018 12:58:13 PM CDT Mick wrote:
> On Monday, 14 May 2018 18:20:01 BST Elijah Mark Anderson wrote:
> > I'm having an issue with about a dozen packages not upgrading. I'd really
> > appreciate some help getting them to build and install. I'm getting the
> > feeling that the problems are somehow related, but really not sure.
> > 
> > First up: dev-libs/appstream-0.11.5::gentoo
> > Anyone know what's going on here? This package is blocking at least 5
> > other
> > packages from upgrading, and I find the information in the logs only
> > slightly more helpful than WIndows "Something went wrong" errors.
> 
> It's worth checking in BGO to see if your problems with ~amd64 packages are
> already reported and if any patches/fixes/workarounds have been posted.  In
> this case have a look here, I think it is the same problem you have
> experienced:
> 
> https://bugs.gentoo.org/640916
> 
> --
> Regards,
> Mick

I did come across that. I don't believe it is the same problem. For them, the 
problem is during the install phase. Mine is occurring in compile phase.

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


Re: [gentoo-user] plasma-desktop-5.12.4 build process hangs

2018-05-14 Thread Elijah Mark Anderson
On Thursday, April 19, 2018 12:23:32 PM CDT Mick wrote:
> On Thursday, 19 April 2018 14:44:40 BST Elijah Mark Anderson wrote:
> > A friend has commissioned me to install Gentoo on one of their machines
> > for
> > them. I'm trying to run some final updates before I turn it back over to
> > them, but it keeps hanging on plasma-desktop-5.12.4 after linking
> > kcm_fontinst.so (see attachment).
> > 
> > Anyone know what's going wrong? Is this just a bug in the ebuild, maybe?
> 
> Your log shows no error.  I had a look for bug reports, but couldn't find
> anything relevant.  If it reports no error, have you waited long enough for
> the emerge to complete?
> 
> --
> Regards,
> Mick

Sorry about the late reply. Life got a little busy for a bit there. I no-
longer have the machine in question. But a few days later, the owner of the 
machine tried syncing the mirrors and updating again, and it went through.

I would certainly hope I waited long enough... considering that when I tried 
again, I left it running all night just in-case. lol. Thanks for trying. :)

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


[gentoo-user] Several packages failing to build

2018-05-14 Thread Elijah Mark Anderson
I'm having an issue with about a dozen packages not upgrading. I'd really 
appreciate some help getting them to build and install. I'm getting the 
feeling that the problems are somehow related, but really not sure.

First up: dev-libs/appstream-0.11.5::gentoo
Anyone know what's going on here? This package is blocking at least 5 other 
packages from upgrading, and I find the information in the logs only slightly 
more helpful than WIndows "Something went wrong" errors.
-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb * Package:dev-libs/appstream-0.11.5
 * Repository: gentoo
 * Maintainer: k...@gentoo.org
 * USE:abi_x86_64 amd64 elibc_glibc kernel_linux qt5 userland_GNU
 * FEATURES:   preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking appstream-0.11.5.tar.gz to /var/tmp/portage/dev-libs/appstream-0.11.5/work
>>> Source unpacked in /var/tmp/portage/dev-libs/appstream-0.11.5/work
>>> Preparing source in /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5 ...
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5 ...
meson --buildtype plain --libdir lib64 --localstatedir /var/lib --prefix /usr --sysconfdir /etc --wrap-mode nodownload -Denable-docs=false -Denable-maintainer=false -Denable-stemming=true -Denable-vapi=false -Denable-apt-support=false -Denable-apidocs=false -Denable-qt=true /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5 /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-0.11.5-build
The Meson build system
Version: 0.46.0
Source dir: /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5
Build dir: /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-0.11.5-build
Build type: native build
Project name: AppStream
Native C compiler: x86_64-pc-linux-gnu-gcc (gcc 7.3.0 "x86_64-pc-linux-gnu-gcc (Gentoo 7.3.0-r1 p1.1) 7.3.0")
Appending CFLAGS from environment: '-march=native -O2 -pipe'
Appending LDFLAGS from environment: '-Wl,-O1 -Wl,--as-needed'
Build machine cpu family: x86_64
Build machine cpu: x86_64
Configuring config.h using configuration
Found pkg-config: /usr/bin/x86_64-pc-linux-gnu-pkg-config (0.29.2)
Native dependency glib-2.0 found: YES 2.52.3
Native dependency gobject-2.0 found: YES 2.52.3
Native dependency gio-2.0 found: YES 2.52.3
Native dependency gio-unix-2.0 found: YES 2.52.3
Native dependency libxml-2.0 found: YES 2.9.8
Native dependency yaml-0.1 found: YES 0.1.7
Library stemmer found: YES
Has header "libstemmer.h": YES
Native dependency glib-2.0 found: YES 2.52.3
Native dependency gobject-introspection-1.0 found: YES 1.52.1
Program xsltproc found: YES (/usr/bin/xsltproc)
Native C++ compiler: x86_64-pc-linux-gnu-g++ (gcc 7.3.0 "x86_64-pc-linux-gnu-g++ (Gentoo 7.3.0-r1 p1.1) 7.3.0")
Appending CXXFLAGS from environment: '-march=native -O2 -pipe'
Appending LDFLAGS from environment: '-Wl,-O1 -Wl,--as-needed'
WARNING: rcc dependencies will not work reliably until this upstream issue is fixed: https://bugreports.qt.io/browse/QTBUG-45460
Native dependency Qt5Core found: YES 5.9.5
Qt5 native `pkg-config` dependency (modules: Core) found: YES
Detecting Qt5 tools
 moc: YES (/usr/lib64/qt5/bin/moc, 5.9.5)
 uic: YES (/usr/lib64/qt5/bin/uic, 5.9.5)
 rcc: YES (/usr/lib64/qt5/bin/rcc, 5.9.5)
 lrelease: YES (/usr/lib64/qt5/bin/lrelease, 5.9.5)
Native dependency Qt5Core found: YES 5.9.5
Native dependency Qt5Test found: YES 5.9.5
Qt5 native `pkg-config` dependency (modules: Core, Test) found: YES
Configuring testpaths.h using configuration
Configuring AppStreamQtConfig.cmake using configuration
Configuring AppStreamQtConfigVersion.cmake using configuration
Build targets in project: 19
Found ninja-1.8.2 at /usr/bin/ninja
>>> Source configured.
>>> Compiling source in /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5 ...
ninja -v -j9 -l0 -C /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-0.11.5-build
ninja: Entering directory `/var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-0.11.5-build'
[1/106] glib-compile-resources ../appstream-APPSTREAM_0_11_5/src/appstream.gresource.xml --sourcedir ../appstream-APPSTREAM_0_11_5/src/.

[gentoo-user] plasma-desktop-5.12.4 build process hangs

2018-04-19 Thread Elijah Mark Anderson
A friend has commissioned me to install Gentoo on one of their machines for 
them. I'm trying to run some final updates before I turn it back over to them, 
but it keeps hanging on plasma-desktop-5.12.4 after linking kcm_fontinst.so 
(see attachment).

Anyone know what's going wrong? Is this just a bug in the ebuild, maybe?
-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb[100%] Linking CXX shared module kcm_fontinst.so
cd /var/tmp/portage/kde-plasma/plasma-desktop-5.12.4/work/plasma-desktop-5.12.4_build/kcms/kfontinst/kcmfontinst && /usr/bin/cmake -E cmake_link_script CMakeFiles/kcm_fontinst.dir/link.txt --verbose=1
/usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -O2 -pipe -std=c++0x -fno-operator-names -fno-exceptions -Wall -Wextra -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -Wvla -Wdate-time -Wl,--no-undefined -Wl,--fatal-warnings -Wl,--enable-new-dtags -Wl,-O1 -Wl,--as-needed -shared  -o kcm_fontinst.so CMakeFiles/kcm_fontinst.dir/__/viewpart/FontPreview.cpp.o CMakeFiles/kcm_fontinst.dir/__/viewpart/PreviewSelectAction.cpp.o CMakeFiles/kcm_fontinst.dir/__/viewpart/CharTip.cpp.o CMakeFiles/kcm_fontinst.dir/JobRunner.cpp.o CMakeFiles/kcm_fontinst.dir/ActionLabel.cpp.o CMakeFiles/kcm_fontinst.dir/FontsPackage.cpp.o CMakeFiles/kcm_fontinst.dir/__/dbus/FontinstIface.cpp.o CMakeFiles/kcm_fontinst.dir/DuplicatesDialog.cpp.o CMakeFiles/kcm_fontinst.dir/FontList.cpp.o CMakeFiles/kcm_fontinst.dir/GroupList.cpp.o CMakeFiles/kcm_fontinst.dir/KCmFontInst.cpp.o CMakeFiles/kcm_fontinst.dir/PrintDialog.cpp.o CMakeFiles/kcm_fontinst.dir/FontFilter.cpp.o CMakeFiles/kcm_fontinst.dir/FontFilterProxyStyle.cpp.o CMakeFiles/kcm_fontinst.dir/FcQuery.cpp.o CMakeFiles/kcm_fontinst.dir/PreviewList.cpp.o CMakeFiles/kcm_fontinst.dir/kcm_fontinst_autogen/mocs_compilation.cpp.o -Wl,-rpath,/var/tmp/portage/kde-plasma/plasma-desktop-5.12.4/work/plasma-desktop-5.12.4_build/kcms/kfontinst/lib: /usr/lib64/libKF5KCMUtils.so.5.45.0 /usr/lib64/libKF5NewStuff.so.5.45.0 ../lib/libkfontinstui.so.5.12.4 ../lib/libkfontinst.so.5.12.4 -lSM -lICE -lX11 -lXext /usr/lib64/libKF5XmlGui.so.5.45.0 /usr/lib64/libKF5NewStuffCore.so.5.45.0 /usr/lib64/libKF5Attica.so.5.45.0 /usr/lib64/libKF5KIOWidgets.so.5.45.0 /usr/lib64/libKF5IconThemes.so.5.45.0 /usr/lib64/libKF5Archive.so.5.45.0 /usr/lib64/libKF5ConfigWidgets.so.5.45.0 /usr/lib64/libKF5Codecs.so.5.45.0 /usr/lib64/libKF5JobWidgets.so.5.45.0 /usr/lib64/libKF5Completion.so.5.45.0 /usr/lib64/libKF5ConfigGui.so.5.45.0 /usr/lib64/libKF5WidgetsAddons.so.5.45.0 /usr/lib64/libKF5KIOCore.so.5.45.0 /usr/lib64/libKF5Service.so.5.45.0 /usr/lib64/libKF5ConfigCore.so.5.45.0 /usr/lib64/libQt5Network.so.5.9.5 /usr/lib64/libQt5Concurrent.so.5.9.5 /usr/lib64/libKF5Auth.so.5.45.0 /usr/lib64/libQt5Widgets.so.5.9.5 /usr/lib64/libKF5CoreAddons.so.5.45.0 /usr/lib64/libQt5DBus.so.5.9.5 /usr/lib64/libQt5Xml.so.5.9.5 /usr/lib64/libKF5I18n.so.5.45.0 /usr/lib/libxcb-image.so /usr/lib/libxcb-shm.so /usr/lib/libxcb.so /usr/lib64/libQt5X11Extras.so.5.9.5 /usr/lib64/libQt5Gui.so.5.9.5 /usr/lib64/libQt5Core.so.5.9.5 -lfreetype -lfontconfig -lXft 
make[2]: Leaving directory '/var/tmp/portage/kde-plasma/plasma-desktop-5.12.4/work/plasma-desktop-5.12.4_build'
[100%] Built target kcm_fontinst


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


Re: [gentoo-user] Linux-4.16.* & NVidia

2018-04-18 Thread Elijah Mark Anderson
On Wednesday, April 18, 2018 7:57:20 AM CDT Mark Knecht wrote:
> On Tue, Apr 17, 2018 at 8:12 PM,  <tu...@posteo.de> wrote:
> > On 04/17 08:19, davidroman96 wrote:
> >> Hi
> >> 
> >> 
> >> I also had problems with nvidia-drivers and linux-4.16.2, but in my case
> >> the drivers compiled well, but then Xorg was unable to load the nvidia
> >> module. With 4.15.15  it works correctly.
> >> 
> >> On 04/14/2018 08:28 PM, P Levine wrote:
> >> > On Sat, Apr 14, 2018 at 9:00 AM, <tu...@posteo.de
> >> > 
> >> > <mailto:tu...@posteo.de>>wrote:
> >> > Hi,
> >> > 
> >> > does anyone out there run a linux-4.16.*-kernel with
> >> > nvidia-drivers and has no problems?
> >> > 
> >> > Is so, I would be interested in the kernel configyration
> >> > and the version of the drivers used...
> >> > 
> >> > Thanks a lot for any help in advance!
> >> > Cheers!
> >> > Meino
> >> > 
> >> > Yes, gentoo-sources-4.16.0 and nvidia-drivers-390.48 with patch.from
> >> > https://bugs.gentoo.org/652476.
> > 
> > Hi,
> > 
> > same here...
> > 
> > Cheers!
> > Meino
> 
> Have any of you tried the 396 version? That's the one the web seems to
> say NVidia is targeting for this kernel.
> 
> Cheers,
> Mark

I'm running gentoo-sources-4.16.2 with nvidia-drivers-396.18-r1 on a GTX 660, 
without any patches. No issues here. 

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


Re: [gentoo-user] Linux-4.16.* & NVidia

2018-04-14 Thread Elijah Mark Anderson
On Saturday, April 14, 2018 8:00:17 AM CDT tu...@posteo.de wrote:
> Hi,
> 
> does anyone out there run a linux-4.16.*-kernel with
> nvidia-drivers and has no problems?
> 
> Is so, I would be interested in the kernel configyration
> and the version of the drivers used...
> 
> Thanks a lot for any help in advance!
> Cheers!
> Meino

I'm running gentoo-sources-4.16.2 with nvidia-drivers-396.18-r1 on a GTX 660. 
No issues here. I'll attach a copy of my kernel config for you. 

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 4.16.2-gentoo Kernel Configuration
#

#
# Gentoo Linux
#
CONFIG_GENTOO_LINUX=y
CONFIG_GENTOO_LINUX_UDEV=y
CONFIG_GENTOO_LINUX_PORTAGE=y

#
# Support for init systems, system and service managers
#
CONFIG_GENTOO_LINUX_INIT_SCRIPT=y
# CONFIG_GENTOO_LINUX_INIT_SYSTEMD is not set
CONFIG_64BIT=y
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_INSTRUCTION_DECODER=y
CONFIG_OUTPUT_FORMAT="elf64-x86-64"
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_MMU=y
CONFIG_ARCH_MMAP_RND_BITS_MIN=28
CONFIG_ARCH_MMAP_RND_BITS_MAX=32
CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=8
CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MAX=16
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y
CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y
CONFIG_ARCH_WANT_GENERAL_HUGETLB=y
CONFIG_ZONE_DMA32=y
CONFIG_AUDIT_ARCH=y
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y
CONFIG_HAVE_INTEL_TXT=y
CONFIG_X86_64_SMP=y
CONFIG_ARCH_SUPPORTS_UPROBES=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_PGTABLE_LEVELS=4
CONFIG_IRQ_WORK=y
CONFIG_BUILDTIME_EXTABLE_SORT=y
CONFIG_THREAD_INFO_IN_TASK=y

#
# General setup
#
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_HAVE_KERNEL_GZIP=y
CONFIG_HAVE_KERNEL_BZIP2=y
CONFIG_HAVE_KERNEL_LZMA=y
CONFIG_HAVE_KERNEL_XZ=y
CONFIG_HAVE_KERNEL_LZO=y
CONFIG_HAVE_KERNEL_LZ4=y
CONFIG_KERNEL_GZIP=y
# CONFIG_KERNEL_BZIP2 is not set
# CONFIG_KERNEL_LZMA is not set
# CONFIG_KERNEL_XZ is not set
# CONFIG_KERNEL_LZO is not set
# CONFIG_KERNEL_LZ4 is not set
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_CROSS_MEMORY_ATTACH=y
CONFIG_USELIB=y
CONFIG_AUDIT=y
CONFIG_HAVE_ARCH_AUDITSYSCALL=y
CONFIG_AUDITSYSCALL=y
CONFIG_AUDIT_WATCH=y
CONFIG_AUDIT_TREE=y

#
# IRQ subsystem
#
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_IRQ_SHOW=y
CONFIG_GENERIC_IRQ_EFFECTIVE_AFF_MASK=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_GENERIC_IRQ_MIGRATION=y
CONFIG_IRQ_DOMAIN=y
CONFIG_IRQ_DOMAIN_HIERARCHY=y
CONFIG_GENERIC_MSI_IRQ=y
CONFIG_GENERIC_MSI_IRQ_DOMAIN=y
CONFIG_GENERIC_IRQ_MATRIX_ALLOCATOR=y
CONFIG_GENERIC_IRQ_RESERVATION_MODE=y
CONFIG_IRQ_FORCED_THREADING=y
CONFIG_SPARSE_IRQ=y
# CONFIG_GENERIC_IRQ_DEBUGFS is not set
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_ARCH_CLOCKSOURCE_DATA=y
CONFIG_CLOCKSOURCE_VALIDATE_LAST_CYCLE=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_GENERIC_CLOCKEVENTS_MIN_ADJUST=y
CONFIG_GENERIC_CMOS_UPDATE=y

#
# Timers subsystem
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ_COMMON=y
# CONFIG_HZ_PERIODIC is not set
CONFIG_NO_HZ_IDLE=y
# CONFIG_NO_HZ_FULL is not set
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
# CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set
# CONFIG_IRQ_TIME_ACCOUNTING is not set
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
CONFIG_TASKSTATS=y
CONFIG_TASK_DELAY_ACCT=y
CONFIG_TASK_XACCT=y
CONFIG_TASK_IO_ACCOUNTING=y
CONFIG_CPU_ISOLATION=y

#
# RCU Subsystem
#
CONFIG_PREEMPT_RCU=y
# CONFIG_RCU_EXPERT is not set
CONFIG_SRCU=y
CONFIG_TREE_SRCU=y
CONFIG_TASKS_RCU=y
CONFIG_RCU_STALL_COMMON=y
CONFIG_RCU_NEED_SEGCBLIST=y
# CONFIG_BUILD_BIN2C is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=18
CONFIG_LOG_CPU_MAX_BUF_SHIFT=12
CONFIG_PRINTK_SAFE_LOG_BUF_SHIFT=13
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
CONFIG_ARCH_SUPPORTS_NUMA_BALANCING=y
CONFIG_ARCH_WANT_BATCHED_UNMAP_TLB_FLUSH=y
CONFIG_ARCH_SUPPORTS_INT128=y
# CONFIG_NUMA_BALANCING is not set
CONFIG_CGROUPS=y
# CONFIG_MEMCG is not set
# CONFIG_BLK_CGROUP is not set
CONFIG_CGROUP_SCHED=y
CONFIG_FAIR_GROUP_SCHED=y
# CONFI

Re: [gentoo-user] Kmail message components

2018-04-03 Thread Elijah Mark Anderson
On Tuesday, April 3, 2018 5:28:49 PM CDT Mick wrote:
> Yes, exactly.  When 'View Source' disappeared from the context menu of the
> preview pane, I went fishing for it in the main menu.  There I discovered
> 'v' being the keybinding for 'View Source' and have been using it since. 
> However, I often have to move the mouse onto the main window or preview
> pane, so right- clicking to view the source of a message always felt like a
> more natural approach.
> 
> --
> Regards,
> Mick

Agreed. Somebody who's on the KMail Dev mailing list want to forward this 
thread to them? 

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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


Re: [gentoo-user] Kmail message components

2018-04-03 Thread Elijah Mark Anderson
On Tuesday, April 3, 2018 4:28:40 PM CDT Marc Joliet wrote:
> I'm not sure what you mean.  I use KMail 5.7.3, too, and still have a "view
> source" menu entry under "Message", or whatever it's called in English
> locales (in German it's "Nachricht" -> "Nachrichtencode ansehen").
> 
> HTH

I think they're talking about the popup/context menu when you right-click in 
the message preview pane. 

--
Mark

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


Re: [gentoo-user] Kmail message components

2018-04-03 Thread Elijah Mark Anderson
Any idea why the Kmail team are making such seemingly bad decisions lately?

On Tuesday, April 3, 2018 1:53:40 PM CDT Manuel Mommertz wrote:
> Am Dienstag, 3. April 2018, 19:49:16 CEST schrieb Mick:
> > On Tuesday, 3 April 2018 16:45:45 BST Manuel Mommertz wrote:
> > > Am Dienstag, 3. April 2018, 14:42:31 CEST schrieb Mick:
> > > > Hi All,
> > > > 
> > > > After some recent KDE updates I noticed that Kmail-5.7.3 no longer
> > > > shows
> > > > the message components at the bottom of the preview pane.  As a result
> > > > I
> > > > can't see the components of multipart messages or select to view HTML
> > > > content on a per message basis, should I want/need to do so.
> > > > 
> > > > Have you noticed the same?  Any idea how I could restore this feature?
> > > 
> > > you need to press ctrl+alt+D now to activate it. No menu entry anymore,
> > > see: see https://bugs.kde.org/show_bug.cgi?id=387931
> > 
> > Thank you Manuel.  Unfortunately ctrl+alt+D on an Enlightenment desktop
> > does something entirely different (minimises all windows).
> > 
> > I used Settings/Configure Toolbars and added "Show Message Structure" to
> > the main menu for now.
> > 
> > On a Plasma desktop it works as advertised, so other users on Plasma who
> > may need this feature could use it accordingly.
> > 
> > Annoyingly, the 'View Source' submenu option was also removed ... arrrgh!
> > However, pressing 'v' on a preview pane acts as a short cut for this
> > function.
> 
> Yeah, 'View Source' is the other menu-entry I miss since some versions.
> 
> > Thanks again for your help with this.
> 
> No problem

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


Re: [gentoo-user] Re: KDE update revdep-rebuild.sh fail

2018-04-03 Thread Elijah Mark Anderson
I'm pretty sure Nikos is correct. When running revdep-rebuild, you'll get the 
following message that pretty much indicates the shell script version is being 
retired:

 * This is the new python coded version
 * Please report any bugs found using it.
 * The original revdep-rebuild script is installed as revdep-rebuild.sh
 * Please file bugs at: https://bugs.gentoo.org/

On Tuesday, April 3, 2018 11:29:21 AM CDT Nikos Chantziaras wrote:
> On 03/04/18 04:45, Daniel Frey wrote:
> > I updated my PC today, and there was a lot of KDE-related packages being
> > updated.
> > 
> > As part of my usual update procedure I depclean'ed and ran
> > revdep-rebuild.sh - and it wants to rebuild every single package on my
> > system? Surely that has to be some kind of mistake?
> > 
> > Anyone have any insight?
> > [...]
> 
> I ran into this problem too. revdep-rebuild works fine though (note the
> lack of a ".sh" extension.)
> 
> I think revdep-rebuild.sh is being retired in favor of revdep-rebuild,
> and sometimes the old version acts funny.

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


Re: [gentoo-user] [TOT: Total offtopic]

2018-03-31 Thread Elijah Mark Anderson
Meino:

I agree with Joost. Things like this are almost always due to a dirty 
keyboard. Carefully take it apart, and give it a thorough cleaning. 
In my experience cotton swabs and rubbing alcohol are your friends.

If you need a stronger cleaner, or one that needs/has water, remove the PCB(s) 
and electronics first. Here's a guide on cleaning Model Ms specifically. 
https://learn.adafruit.com/convert-your-model-m-keyboard-to-bluetooth-with-bluefruit-ez-key-hid/how-to-clean-model-m-keyboard

If the problem continues to occur, the next thing to check is probably the 
cable; make sure it's not frayed and in otherwise good condition. You can use 
a multimeter on resistance or continuity mode to check the continuity of the 
conductors (none of them are broken), and make sure none of the conductors are 
shorting/jumping to the others.

Hope this helps!
--
Mark

On Saturday, March 31, 2018 7:20:10 AM CDT J. Roeleveld wrote:
> On March 31, 2018 10:40:13 AM UTC, tu...@posteo.de wrote:
> >Hi,
> >
> >I am using a IBM model M with my Linux and I *LOVE IT* :)
> >
> >Unfortunately there seems to be a problem coming up:
> >Pressing ENTER also triggers \ (key above ENTER) sometimes.
> >Interestingly the ENTER is never missed. Either ENTER
> >will be executed or ENTER\ ?
> >
> >Any idea what could be the reason for that?
> >How can I try to fix that?
> >
> >Cheers
> >Meino
> 
> My first guess would be some dirt in the keyboard. (Assuming the keys are
> physically next to each other)
> 
> --
> Joost

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


Re: [gentoo-user] phpmyadmin - edit (empty screen)

2018-03-26 Thread Elijah Mark Anderson
Out of curiosity, have you tried just grabbing phpMyAdmin from the up-stream 
website and running it as a regular PHP site? I've always found working with 
distro-packaged PHP apps to be cumbersome; more trouble than their supposed 
advantages are worth, especially now that most PHP apps can update themselves.

On Monday, March 26, 2018 11:27:31 AM CDT the...@sys-concept.com wrote:
> I've updated to phpmyadmin-4.7.8
> but when I try to edit a table, no data is loaded, I get an empty screen.
> 
> I have downgraded to phpmyadmin-4.7.7-r1 but system shows I have two
> version installed. How do I know which one is active, or select lower
> version?
> 
> eshowkw phpmyadmin
> 
> Keywords for dev-db/phpmyadmin:
>  | |   u   |
>  | 
>  | a a p   a s |   n   |
>  | l m   h i   p   r m m s   p | e u s | r
>  | p d a p a p c x m 6 i 3   a | a s l | e
>  | h 6 r p 6 p 6 8 6 8 p 9 s r | p e o | p
>  | a 4 m a 4 c 4 6 4 k s 0 h c | i d t | o
> 
> -+-+---+---
> 4.0.10.20| + + o + ~ + + + o o o o o + | 5 o 4.0.10.20 | gentoo
> -+-+---+---
> 4.7.0| + + ~ + ~ + + + o o o o o + | 5 o 4.7.0 | gentoo
> -+-+---+---
>  [I]4.7.7-r1 | + + ~ ~ ~ ~ ~ + o o o o o ~ | 5 o 4.7.7-r1  | gentoo
> -+-+---+---
>  [I]4.7.8| + + ~ ~ ~ ~ ~ + o o o o o ~ | 5 o 4.7.8 | gentoo

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


Re: [gentoo-user] Anyone have experience with Brother's Scan Key Tool?

2018-03-26 Thread Elijah Mark Anderson
That really is surprising! lol

What model are you using? If you feel like tackling the printing again, I may 
be able to help.

On Monday, March 26, 2018 6:00:07 PM CDT Michael King wrote:
> It actually was (surprisingly) as straight-forward as it sounds. I was 
> successful at getting a network Brother printer to scan, just by 
> following the Gentoo Printing Wiki. Now, getting it to print, well, 
> that's a whole other ball of wax that I was not successful at and never 
> pursued further!
> 
> On 03/23/2018 01:08 PM, Elijah Mark Anderson wrote:
> 
> > I'm wondering if anyone has any experience in installing the Brother Scan
> > Key Tool on Gentoo, and could give me a heads up on any oddities I may
> > encounter while setting it up? I haven't had much luck in finding
> > information on this topic on-line. I'm hoping that's just because it's a
> > straight forward as it seems like it should be.
> >
> >
> >
> > Thanks,
> > Elijah Mark Anderson
> > m...@kd0bpv.name
> 
> 


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


[gentoo-user] Anyone have experience with Brother's Scan Key Tool?

2018-03-23 Thread Elijah Mark Anderson
I'm wondering if anyone has any experience in installing the Brother Scan Key 
Tool on Gentoo, and could give me a heads up on any oddities I may encounter 
while setting it up? I haven't had much luck in finding information on this 
topic on-line. I'm hoping that's just because it's a straight forward as it 
seems like it should be.

Thanks,
Elijah Mark Anderson
m...@kd0bpv.name

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