[gentoo-user] evil ebuilds.

[Alan Grimes]

Portage seems to be fairly OK right now but these ebuilds are really
really being evil... I've spent about half a day on this bullshit so I'm
in a really fine mood right now.

Here are my masks right now, much of my mask file is obsolete, these are
the ones I've been working with today.

# DIE, PACKAGE, DIE DIE DIE DIE DIE!!!
<=kde-apps/libkdepim-4.4.2016.01
<=kde-apps/kontact-4.5
<=kde-apps/kdepimlibs-4.14.11_pre20160211-r2
<=kde-apps/kdepim-runtime-4.14.11_pre20160211
>

Calculating dependencies... done!
[ebuild  N ] dev-libs/ivykis-0.42.3-r1::gentoo  USE="-static-libs" 0 KiB
[ebuild U  ] dev-util/byacc-20180609::gentoo [20180525::gentoo] 728 KiB
[ebuild U  ] app-arch/zstd-1.3.4-r1:0/1::gentoo [1.3.4:0/1::gentoo]
USE="-lz4% -static-libs" 0 KiB
[ebuild U  ] dev-libs/xapian-1.4.6:0/30::gentoo [1.4.5:0/30::gentoo]
USE="chert glass inmemory -doc -static-libs" ABI_X86="32 (64) (-x32)"
CPU_FLAGS_X86="sse sse2" 2,774 KiB
[ebuild  N ] sys-devel/clang-6.0.1:6::gentoo  USE="static-analyzer
xml -debug -default-compiler-rt -default-libcxx -doc {-test} (-z3)"
ABI_X86="32 (64) (-x32)" LLVM_TARGETS="AMDGPU BPF NVPTX (X86) -AArch64
-ARM -Hexagon -Lanai -MSP430 -Mips -PowerPC -Sparc -SystemZ -XCore"
PYTHON_TARGETS="python2_7" 0 KiB
[ebuild  NS    ] sys-libs/compiler-rt-sanitizers-6.0.1:6.0.1::gentoo
[4.0.1:4.0.1::gentoo, 5.0.1:5.0.1::gentoo, 6.0.0:6.0.0::gentoo]
USE="clang {-test}" 0 KiB
[ebuild  NS    ] sys-libs/compiler-rt-6.0.1:6.0.1::gentoo
[4.0.1:4.0.1::gentoo, 5.0.1:5.0.1::gentoo, 6.0.0:6.0.0::gentoo]
USE="clang {-test}" 0 KiB
[ebuild  NS    ] sys-devel/clang-runtime-6.0.1:6.0.1::gentoo
[4.0.1:4.0.1::gentoo, 5.0.1:5.0.1::gentoo, 6.0.0-r1:6.0.0::gentoo]
USE="compiler-rt openmp sanitize -crt -libcxx" ABI_X86="32 (64) (-x32)"
0 KiB
[ebuild  N ] dev-qt/qtsql-5.11.1:5/5.11::gentoo  USE="mysql sqlite
-debug -freetds -oci8 -odbc -postgres {-test}" 0 KiB
[ebuild U  ] dev-python/idna-2.7::gentoo [2.6::gentoo]
PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy -pypy3 -python3_4"
169 KiB
[ebuild   R    ] media-libs/libv4l-1.14.1::gentoo  USE="jpeg"
ABI_X86="32 (64) (-x32)" KERNEL="(linux%*)" 0 KiB
[ebuild   R    ] dev-util/itstool-2.0.2::gentoo 
PYTHON_TARGETS="python2_7" 0 KiB
[ebuild U  ] dev-python/setuptools_scm-2.1.0::gentoo
[1.16.1::gentoo] USE="{-test} (-git%) (-mercurial%)"
PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy -pypy3 -python3_4"
33 KiB
[ebuild U  ] dev-python/PySocks-1.6.8::gentoo [1.6.7::gentoo]
USE="{-test%}" PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy
-pypy3 -python3_4" 277 KiB
[ebuild  N ] dev-libs/libcdio-0.93:0/15::gentoo  USE="cxx -cddb
-minimal -static-libs {-test}" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild U  ] media-libs/libraw-0.18.13:0/16::gentoo
[0.18.11:0/16::gentoo] USE="jpeg jpeg2k lcms openmp -demosaic -examples"
ABI_X86="32 (64) (-x32)" 1,258 KiB
[ebuild U  ] kde-plasma/kwallet-pam-5.13.3:5::gentoo
[5.12.5-r1:5::gentoo] USE="-debug" 19 KiB
[ebuild U  ] kde-plasma/breeze-gtk-5.13.3:5::gentoo
[5.12.5:5::gentoo] USE="-debug" 197 KiB
[ebuild U  ] kde-plasma/plasma-workspace-wallpapers-5.13.3:5::gentoo
[5.12.5:5::gentoo] 44,840 KiB
[ebuild   R    ] net-dialup/ppp-2.4.7-r6:0/2.4.7::gentoo  USE="gtk ipv6
pam -activefilter -atm -dhcp -eap-tls -libressl -radius"
KERNEL="(linux%*)" 0 KiB
[ebuild U  ] media-libs/vulkan-loader-1.1.77.0::gentoo
[1.1.70.0-r1::gentoo] USE="X -layers -wayland (-demos%)" ABI_X86="32
(64) (-x32)" 0 KiB
[ebuild U  ] dev-python/simplejson-3.15.0::gentoo [3.14.0::gentoo]
PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy -pypy3 -python3_4"
80 KiB
[ebuild  N ] virtual/perl-Digest-1.170.100_rc-r7::gentoo  0 KiB
[ebuild   R    ] dev-python/funcsigs-1.0.2-r1::gentoo  USE="{-test}"
PYTHON_TARGETS="python2_7 python3_5 python3_6%* -pypy -pypy3 -python3_4"
0 KiB
[ebuild U  ] sys-libs/llvm-libunwind-6.0.1::gentoo [6.0.0::gentoo]
USE="static-libs -debug {-test}" ABI_X86="32 (64) (-x32)" 76 KiB
[ebuild U  ] dev-python/zope-interface-4.5.0::gentoo [4.4.3::gentoo]
USE="{-test}" PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy -pypy3
-python3_4" 148 KiB
[ebuild U  ] dev-python/hyperlink-18.0.0::gentoo [17.3.1::gentoo]
USE="{-test}" PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy
-python3_4" 96 KiB
[ebuild U  ] dev-perl/Archive-Zip-1.600.0-r1::gentoo
[1.600.0::gentoo] USE="-examples {-test}" 0 KiB
[ebuild U  ] dev-python/backports-lzma-0.0.12::gentoo
[0.0.10::gentoo] USE="{-test}" PYTHON_TARGETS="python2_7 -pypy" 37 KiB
[ebuild  N ] dev-python/pillow-5.2.0::gentoo  USE="jpeg jpeg2k lcms
tiff tk truetype zlib -doc -examples -imagequant {-test} -webp"
PYTHON_TARGETS="python2_7 python3_5 python3_6" 14,160 KiB
[ebuild  N ] kde-apps/libkdcraw-18.04.2-r1:5::gentoo  USE="-debug" 0 KiB
[ebuild  N ] dev-qt/qthelp-5.11.1:5/5.11::gentoo  USE="-debug
{-test}" 0 KiB
[ebuild  N ] kde-apps/kcalcore-18.04.2:5::gentoo  USE="-debug
{-test}" 0 KiB

[gentoo-user] Re: How long does "Verifying /usr/portage" take?

[Grant Edwards]

On 2018-07-06, Grant Edwards  wrote:
> On 2018-07-06, Grant Edwards  wrote:
>
>> Now that the public key stuff is working again (knock on wood), I'm
>> curious if it's usual for an emerge --sync to take 10-15 minutes
>> longer than it used due to the "Verifying /usr/portage" step.
>>
>> On some systems (with fewer packages installed) it only takes a minute
>> or less. But, on my "main" desktop system it takes 10-15 minutes every
>> time.
>
> I cleared out /usr/portage/distfiles, and the verify time dropped to
> about 10 seconds.  I should probably do that more often...

FWIW, I think that change was due to a warm buffer cache.  The next
few times I did a sync the verify was back to the usual 10+ minutes
(with /usr/portage/distfiles still empty).

-- 
Grant Edwards   grant.b.edwardsYow! With YOU, I can be
  at   MYSELF ...  We don't NEED
  gmail.comDan Rather ...

[gentoo-user] mono 4.4.1.0 fails to compile on latest update

[John Covici]

Hi.  On my latest update with my ~amd64 gentoo, I get the following
error when compiling mono 4.4.1.0:
../../doltcompile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../..
-I../../eglib/src -I../../eglib/src -I../../libgc/include
-DMONO_BINDIR=\""/usr/bin"\" -I../.. -fvisibility=hidden
-DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_M\MAP -DUSE_MUNMAP
-g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations
-Wstrict-prototypes  -Wmissing-prototypes -Wnested-externs
-Wpointer-arith -Wno-cast-qual -Wwrite-strings -Wno-switch
-Wno-switch-enum -Wno-unused-value -Wno-at\tributes
-DUSE_COMPILER_TLS  -O2 -mtune=core2 -pipe -ggdb -std=gnu99
-fno-strict-aliasing -fwrapv -DMONO_DLL_EXPORT
-Wno-unused-but-set-variable -g -Wall -Wunused -Wmissing-prototypes
-Wmissing-declarations -Wstrict-prototypes  -Wmissing-\prototypes
-Wnested-externs -Wpointer-arith -Wno-cast-qual -Wwrite-strings
-Wno-switch -Wno-switch-enum -Wno-unused-value -Wno-attributes
-Werror-implicit-function-declaration -c -o processes.lo processes.c
processes.c: In function 'load_modules':
processes.c:1641:12: error: implicit declaration of function 'makedev'
[-Werror=implicit-function-declaration]
   device = makedev ((int)maj_dev, (int)min_dev);
   ^~~
processes.c:1641:12: warning: nested extern declaration
of 'makedev' [-Wnested-externs]
cc1: some warnings being treated as errors
make[3]: *** [Makefile:597: processes.lo] Error 1

I did look on bgo and google, but no joy there.

Thanks in advance for any ideas.  Sounds like something with glibc,
but that is just a guess.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com