Re: [gentoo-user] NetworkManager stopped to managed wired device

2020-02-26 Thread Jens Pelzetter 
On 16.02.20 20:35, J. Roeleveld wrote:
> On 16 February 2020 08:34:22 CET, Jens Pelzetter 
>  wrote:
>> Hello everyone,
>>
>> as I just noticed NetworkManager has stopped to manage the wired
>> connection on my notebook. Even putting managed=true into the
>> configuration does not change anything... NetworkManager simply says
>> "Not managed" for wired devices. How do I fix this?
>>
>> Best regards
>>
>> Jens
> 
> Where do you put that directive?

Into the [ifupdown] section of /etc/NetworkManager.conf

> I don't have anything configured on my laptop (apart from installing 
> networkmanager and adding it to the default runlevel) and networkmanager just 
> works.

So did I, but sometime ago something must have changed. Might be even
two or three months ago. Since than, the wired interface on my notebook
is not longer managed...

And I don't find the reason. Any help is appreciated...

Best regards

Jens

[gentoo-user] NetworkManager stopped to managed wired device

2020-02-15 Thread Jens Pelzetter 
Hello everyone,

as I just noticed NetworkManager has stopped to manage the wired
connection on my notebook. Even putting managed=true into the
configuration does not change anything... NetworkManager simply says
"Not managed" for wired devices. How do I fix this?

Best regards

Jens

Re: [gentoo-user] Thunderbird Datepicker

2020-01-16 Thread Jens Pelzetter 
Hello everyone,

found a partial solution. The problem is somehow related to the locales.

I did the following:

* Go to Preferences / Advanced
* In the Select Box for the language choose English (United States) and
  ensure that it is one top of the list
* Ensure that Regional settings locale is selected for Date and Time
  Formatting
* Restart Thunderbird

After doing the Thunderbird UI will be in English, but the date picker
will work again.

The question now is: Is this an upstream bug or is a bug in the EBuild?
Or something in the configuration of my system?

Best

Jens

On 16.01.20 06:43, Jens Pelzetter wrote:
> Hello Nicolai,
> 
> the USE flags don't make any difference. Rebuild my Thunderbird without
> all system-* USE flags and with bindist enabled. No difference.
> 
> But I noticed some warnings related in the console which might be
> related. I will check this today.
> 
> Best
> 
> Jens
> 
> Am 15.01.20 um 23:20 schrieb Nicolai Beuermann:
>> Am 15.01.20 um 17:42 schrieb Jens Pelzetter:
>>> Hello Nicolai,
>>>
>>> one Fedora everything works as expected. But Fedora has a slightly older
>>> version of Thunderbird and GTK.
>>>
>>> Which useflags has your Thunderbird set? Mine has the following useflags:
>>>
>>> dbus gmp-autoupdate lightning startup-notification system-av1
>>> system-harfbuzz system-icu system-jpeg system-libevent system-libvpx
>>> system-sqlite system-webp
>>>
>> I have the same USE flags +jack +pulseaudio
>>
>> did you try thunderbird-bin?
>>
>> -- 
>> mailto: nicolai.beuerm...@gmx.de
>> online: https://www.nico-beuermann.de
>>
>

Re: [gentoo-user] Thunderbird Datepicker

2020-01-15 Thread Jens Pelzetter 
Hello Nicolai,

the USE flags don't make any difference. Rebuild my Thunderbird without
all system-* USE flags and with bindist enabled. No difference.

But I noticed some warnings related in the console which might be
related. I will check this today.

Best

Jens

Am 15.01.20 um 23:20 schrieb Nicolai Beuermann:
> Am 15.01.20 um 17:42 schrieb Jens Pelzetter:
>> Hello Nicolai,
>>
>> one Fedora everything works as expected. But Fedora has a slightly older
>> version of Thunderbird and GTK.
>>
>> Which useflags has your Thunderbird set? Mine has the following useflags:
>>
>> dbus gmp-autoupdate lightning startup-notification system-av1
>> system-harfbuzz system-icu system-jpeg system-libevent system-libvpx
>> system-sqlite system-webp
>>
> I have the same USE flags +jack +pulseaudio
> 
> did you try thunderbird-bin?
> 
> -- 
> mailto: nicolai.beuerm...@gmx.de
> online: https://www.nico-beuermann.de
>

Re: [gentoo-user] Thunderbird Datepicker

2020-01-15 Thread Jens Pelzetter 
Hello Nicolai,

one Fedora everything works as expected. But Fedora has a slightly older
version of Thunderbird and GTK.

Which useflags has your Thunderbird set? Mine has the following useflags:

dbus gmp-autoupdate lightning startup-notification system-av1
system-harfbuzz system-icu system-jpeg system-libevent system-libvpx
system-sqlite system-webp

Best

Jens

Am 15.01.20 um 00:00 schrieb Nicolai Beuermann:
> Am 14.01.20 um 13:15 schrieb Jens Pelzetter:
>> since some weeks ago I have a problem with Thunderbird/Lightning. In the
>> dialogs for tasks or events I can't input or change dialog. Clicking on
>> the buttons to show the calendar does nothing. If I try the edit an
>> using the keyboard the date it reset to the previous value once the date
>> input loses the focus.
>>
>> Does anyone of you experience to same problem. I have this problem on
>> two different systems, one running Xfce and other one running KDE Plasma.
>>
> 
> Yes. Me. I'm on Plasma, too.
> 
> Clicking the date in the editor does not open the calendar popup
> anymore. Clicking the time the popup to choose the time still appears.
> 
> First I thought that's a permission problem, but other calendar apps on
> smartphone and mac work flawlessly.
> tb/lightning on mac os works as expected
> 
> KDE Plasma Version: 5.17.4
> KDE Frameworks Version: 5.64.0
> Qt Version: 5.13.2
> Kernel Version: 5.4.11-gentoo-14.01.2020
> 
> mail-client/thunderbird-68.4.1
> 
> did you try other distribution?
> 
> 
> nico
> 
> -- 
> mailto: nicolai.beuerm...@gmx.de
> online: https://www.nico-beuermann.de
>

[gentoo-user] Thunderbird Datepicker

2020-01-14 Thread Jens Pelzetter 
Hello everyone,

since some weeks ago I have a problem with Thunderbird/Lightning. In the
dialogs for tasks or events I can't input or change dialog. Clicking on
the buttons to show the calendar does nothing. If I try the edit an
using the keyboard the date it reset to the previous value once the date
input loses the focus.

Does anyone of you experience to same problem. I have this problem on
two different systems, one running Xfce and other one running KDE Plasma.

Best

Jens

[gentoo-user] Anyone got the Lexmark Network Scanner Driver to work with Gentoo

2019-12-02 Thread Jens Pelzetter 
Hello all,

Lexmark provides Linux Drivers for their Scanners/MFPs as RPM and Deb
packages. I was able to install the drivers on Gentoo (in a similar way
described in the Gentoo Wiki for Brother devices:
https://wiki.gentoo.org/wiki/Brother_networked_printer#Alternative:_rpm_installation
and in the Arch Linux Wiki:
https://wiki.archlinux.org/index.php/SANE/Scanner-specific_problems#Lexmark)


scanimage finds the the driver and tries using it, but then Segfaults:

# SANE_DEBUG_DLL=4 scanimage -L
[sanei_debug] Setting debug level of dll to 4.
[dll] sane_init: SANE dll backend version 1.0.13 from sane-backends 1.0.27
[dll] sane_init/read_dlld: attempting to open directory `./dll.d'
[dll] sane_init/read_dlld: attempting to open directory `/etc/sane.d/dll.d'
[dll] sane_init/read_dlld: using config directory `/etc/sane.d/dll.d'
[dll] add_backend: adding backend `lexmark_nscan'
[dll] sane_get_devices
[dll] load: searching backend `lexmark_nscan' in `/usr/lib:/usr/lib64/sane'
[dll] load: trying to load `/usr/lib/libsane-lexmark_nscan.so.1'
[dll] load: couldn't open `/usr/lib/libsane-lexmark_nscan.so.1' (No such
file or directory)
[dll] load: trying to load `/usr/lib64/sane/libsane-lexmark_nscan.so.1'
[dll] load: dlopen()ing `/usr/lib64/sane/libsane-lexmark_nscan.so.1'
[dll] init: initializing backend `lexmark_nscan'
[dll] init: backend `lexmark_nscan' is version 1.0.1
Speicherzugriffsfehler (Speicherabzug geschrieben)

GDB shows the following:

Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from scanimage...
Reading symbols from /usr/lib/debug//usr/bin/scanimage.debug...
(gdb) r
Starting program: /usr/bin/scanimage -L
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x7755b94e in IOComm::getScanners(char***, int*, void*) () from
/usr/lib64/sane/libsane-lexmark_nscan.so.1
(gdb) where
#0  0x7755b94e in IOComm::getScanners(char***, int*, void*) ()
from /usr/lib64/sane/libsane-lexmark_nscan.so.1
#1  0x775718f1 in Device::getScanners(char***, int*, void*, int,
char const*) () from /usr/lib64/sane/libsane-lexmark_nscan.so.1
#2  0x775712ed in Device::getScanners(char***, int*, void*, int)
() from /usr/lib64/sane/libsane-lexmark_nscan.so.1
#3  0x77571145 in Device::getScanners(char***, int*, void*) ()
from /usr/lib64/sane/libsane-lexmark_nscan.so.1
#4  0x7757af32 in ScanLib::GetScanners(char***, int*) () from
/usr/lib64/sane/libsane-lexmark_nscan.so.1
#5  0x77582937 in sane_ScanLib_get_devices(SANE_Device const***,
int) () from /usr/lib64/sane/libsane-lexmark_nscan.so.1
#6  0x77591250 in sane_lexmark_nscan_get_devices () from
/usr/lib64/sane/libsane-lexmark_nscan.so.1
#7  0x77f75b36 in sane_dll_get_devices
(device_list=0x7fffba78, local_only=0) at
/var/tmp/portage/media-gfx/sane-backends-1.0.27-r3/work/sane-backends-1.0.27/backend/dll.c:1081
#8  0x66fb in main (argc=2, argv=0x7fffdec8) at
/var/tmp/portage/media-gfx/sane-backends-1.0.27-r3/work/sane-backends-1.0.27/frontend/scanimage.c:2102

Does anyone have idea whats wrong. Is the driver from Lexmark simply
faulty/not compatible with some libraries?

Best regards

Jens

Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Jens Pelzetter 
Hello Mike,

Am 23.07.19 um 19:37 schrieb Mike Gilbert:
> You probably installed a (cross) toolchain with host=i686-pc-linux-gnu
> at some point, and now you have stale symlinks leftover in /usr. Try
> removing them.

indeed I used a cross toolchain for x32 for some time together with
Distcc. But that was a long time ago. But it looks like there were still
remains:

# ls -l /usr
drwxr-xr-x   2 rootroot139264 24. Jul 00:37 bin
drwxr-xr-x   2 rootroot  4096  9. Apr 2016  etc
drwxr-xr-x   6 rootroot  4096 25. Apr 2011  gnu-classpath-0.98
drwxr-xr-x   3 rootroot  4096 28. Sep 2012  i686-pc-linux-gnu
drwxr-xr-x 521 rootroot 69632 24. Jul 00:37 include
drwxr-xr-x  47 rootroot 36864 24. Jul 00:39 lib
drwxr-xr-x 299 rootroot258048 24. Jul 07:11 lib64
drwxr-xr-x  30 rootroot 12288 24. Jul 00:07 libexec
drwxr-xr-x  10 rootroot  4096  8. Jun 17:00 local
drwx--   2 rootroot 16384 23. Apr 2011  lost+found
drwxr-xr-x 178 portage portage   4096 22. Jul 18:54 portage
drwxr-xr-x   2 rootroot 16384 24. Jul 00:07 sbin
drwxr-xr-x 630 rootroot 20480 24. Jul 07:11 share
drwxr-xr-x   6 rootroot  4096 13. Jul 09:39 src
lrwxrwxrwx   1 rootroot 8 23. Apr 2011  tmp -> /var/tmp
drwxr-xr-x   6 rootroot  4096 22. Jul 19:28 x86_64-pc-linux-gnu

I made a backup and removed i686-pc-linux-pc.

Unfortunately I can't test anymore if that was the problem. The error
with libXt occurred when compiling the x32 version of the library.
Yesterday I checked if I still need 32 bit libraries. As it turned out
the only package which I had installed which still needs 32 bit
libraries was dev-util/android-sdk-update-manager. At the moment I don't
need an Android development environment. Therefore I removed this
package and all abi_x86_32 useflags in package.use.

Without abi_x86_32 libXt-1.2.0 compiles without errors.

Anyway, thanks for you help.

Best regards

Jens

Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Jens Pelzetter 
Hallo all,

Am 23.07.19 um 17:14 schrieb Mick:
> On Tuesday, 23 July 2019 16:01:01 BST Raffaele Belardi wrote:
> 
>>> Am 23.07.19 um 01:31 schrieb Jack:
> 
> On multilib:
> 
> $ ls -la /etc/env.d/gcc/
> total 16
> drwxr-xr-x 2 root root 4096 Jun 11 12:23 .
> drwxr-xr-x 5 root root 4096 Jul 20 16:53 ..
> lrwxrwxrwx 1 root root   25 Jun 11 12:23 .NATIVE -> x86_64-pc-linux-gnu-8.3.0
> -rw-r--r-- 1 root root   34 Jun 11 12:23 config-x86_64-pc-linux-gnu
> -rw-r--r-- 1 root root  358 Jun 11 12:23 x86_64-pc-linux-gnu-8.3.0
> 
> The question must be why is emerge looking for config-i686-pc-linux-gnu?
> 
> Has Jens messed about with CHOST= in /etc/portage/make.conf?
> 
> Will the package build without complaining if emerged so:
> 
> CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt 
> 

with CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt the ebuild
produces the same error. CHOST in my make.conf is x86_64-pc-linux-gnu.

env.d/gcc also looks fine:

# ls -la /etc/env.d/gcc/
total 16
drwxr-xr-x 2 root root 4096 Jul 21 19:45 .
drwxr-xr-x 7 root root 4096 Jul 22 19:21 ..
lrwxrwxrwx 1 root root   25 Jul 21 19:45 .NATIVE ->
x86_64-pc-linux-gnu-8.3.0
-rw-r--r-- 1 root root   34 Jul 21 19:45 config-x86_64-pc-linux-gnu
-rw-r--r-- 1 root root  358 Jul 19 21:18 x86_64-pc-linux-gnu-8.3.0

Best regards

Jens

Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Jens Pelzetter 
Hello Jack,

a GCC profile is selected:

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

# gcc-config -c
x86_64-pc-linux-gnu-8.3.0

Best regards

Jens

Am 23.07.19 um 01:31 schrieb Jack:
> On 2019.07.22 09:02, Jens Pelzetter wrote:
>> Hello everyone,
>>
>> recently x11-libs/libXt was updated to version 1.2.0. On one of systems
>> 1.2.0 does not compile. The error is rather strange:
>>
>> checking for i686-pc-linux-gnu-cpp... /usr/bin/i686-pc-linux-gnu-cpp
>> checking if /usr/bin/i686-pc-linux-gnu-cpp requires -undef...  *
>> gcc-config: No gcc profile is active!
>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
>> No such file or directory
>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
>>  * gcc-config: No gcc profile is active!
>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
>> No such file or directory
>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
>>  * gcc-config: No gcc profile is active!
>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
>> No such file or directory
>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
>> configure: error: /usr/bin/i686-pc-linux-gnu-cpp defines unix with or
>> without -undef.  I don't know what to do.
>>
>> The systems is a multilib systems (32 and 64 Bit). I suspect that it is
>> not a bug in the libXt ebuild but a problem with my system, but I can't
>> figure out what the problem is. Any help is appreciated.
>>
>> build.log, environment etc. are attached.
>>
>> Best regards
>>
> Do you have a gcc profile selected?  "gcc-config -l" should list the
> available ones and indicate which is selected.
> 
> Jack

Re: [gentoo-user] boost-1.63 dependency confusion

2017-11-11 Thread Jens Pelzetter 
Hello all,

alternativly you can do manual step wise update (which work at least for
me):

# emerge -va --oneshot =dev-util/boost-build-1.63
# emerge -va --oneshot =dev-libs/boost-1.63

After that, emerge should behave normal.

Best regards

Jens

Am 11.11.2017 um 12:45 schrieb David M. Fellows:
>> The confusion is all mine, because I cannot decipher what is masking 
>> dev-util/
>> boost-build-1.63:
>> =
>> # emerge -uaNDv world
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>>
>> Total: 0 packages, Size of downloads: 0 KiB
>>
>> !!! The following update has been skipped due to unsatisfied dependencies:
>>
>> dev-libs/boost:0
>>
>>  selected: (dev-libs/boost-1.62.0-r1:0/1.62.0::gentoo, installed)
>>  skipped: (dev-libs/boost-1.63.0:0/1.63.0::gentoo, ebuild scheduled for 
>> merge) (see unsatisfied dependency below)
>>
>> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.63*" have been 
>> masked.
>> !!! One of the following masked packages is required to complete your 
>> request:
>> - dev-util/boost-build-1.63.0::gentoo (masked by: )
>>
>> (dependency required by "dev-libs/boost-1.63.0::gentoo" [ebuild])
>> =
>>
>>
>> >From what I see below dev-libs/boost-1.63.0 does not look masked to me:
>> 
>> $ eix -l boost-build
>> [U] dev-util/boost-build
>> Available versions:  
>>1.62.0-r1 ^t  [examples python test 
>> PYTHON_TARGETS="python2_7"]
>> ["python? ( python_targets_python2_7 ) test? ( python_targets_python2_7 )"]
>>1.63.0^t  [examples python test 
>> PYTHON_TARGETS="python2_7"]
>> ["python? ( python_targets_python2_7 ) test? ( python_targets_python2_7 )"]
>>   ~1.65.0^t  [examples python test 
>> PYTHON_TARGETS="python2_7"]
>> ["python? ( python_targets_python2_7 ) test? ( python_targets_python2_7 )"]
>> Installed versions:  1.62.0-r1^t(09:28:37 01/28/17)(-examples -python -
>> test PYTHON_TARGETS="python2_7")
>> Homepage:http://www.boost.org/doc/tools/build/index.html
>> Description: A system for large project software construction, 
>> simple to use and powerful
>> ==
>>
>>
>> ==
>> $ eshowkw boost-build
>> Keywords for dev-util/boost-build:
>> | |   u   |  
>> | a a p   a n r s |   n   |  
>> | l m   h i   p   r m m i i s   p | e u s | r
>> | p d a p a p c x m i 6 o s 3   a | a s l | e
>> | h 6 r p 6 p 6 8 6 p 8 s c 9 s r | p e o | p
>> | a 4 m a 4 c 4 6 4 s k 2 v 0 h c | i d t | o
>> -+-+---+---
>> [I]1.62.0-r1 | + + + + + + + + + ~ o o o ~ ~ + | 6 o 0 | gentoo
>>   1.63.0| + + + ~ + + + + ~ ~ o o o ~ ~ ~ | 6 o   | gentoo
>>   1.65.0| ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ o o o ~ ~ ~ | 6 o   | gentoo
>> ===
>>
>> I see that 1.63.0 and 1.65.0 have no slot defined, but I'm not sure what is 
>> causing this.
>>
>> -- 
>> Regards,
>> Mick
> 
> This is caused by a portage bug. See b.g.o #554838
> Updating to unstable portage-2.3.13 resolved the problem for me.
> 
> DaveF
>

Re: [gentoo-user] dev-libs/klibc-2.0.4-r2 fails to build

2017-01-26 Thread Jens Pelzetter 
Hello all,

solved the problem. Looks like klibc does not build when distcc is
enabled. After disabling distcc klibc builds correctly.

Best regards

Jens

Am 25.01.2017 um 19:51 schrieb Jens Pelzetter:
> Hello all,
> 
> on both of Gentoo systems dev-libs/klibc-2.0.4-r2 fails with the same
> error message:
>

Re: [gentoo-user] Re: dev-libs/klibc-2.0.4-r2 fails to build

2017-01-26 Thread Jens Pelzetter 
Hello Mick,

already tried, including uninstalling sys-kernel/linux-headers and than
reinstalling them... Installed version of linux-headers is 4.4 which is
the latest stable version.

Best regards

Jens

Am 25.01.2017 um 23:41 schrieb Mick:
> On Wednesday 25 Jan 2017 19:53:53 Jens Pelzetter wrote:
>> Hello all,
>>
>> sorry, my misttake.
>>
>> the error message is:
>>
>> usr/klibc/sigsuspend.c:8:31: fatal error: klibc/havesyscall.h: No such
>> file or directory
>> #include 
>>
>> The output and the complete build log are attached.
>>
>> Any ideas how to solve this? Or is it a bug and I should fill a ticket
>> at bugs.gentoo.org?
>>
>> Best regards
>>
>> Jens
> 
> I assume the problem is with your linux header files, because of the warnings 
> the elog has spewed out.  Portage should have installed the correct linux 
> headers.  Try emerging the latest stable linux-headers and then see if the 
> problem is gone:
> 
> emerge -uaNDv sys-kernel/linux-headers
>

[gentoo-user] Re: dev-libs/klibc-2.0.4-r2 fails to build

2017-01-25 Thread Jens Pelzetter 
Hello all,

sorry, my misttake.

the error message is:

usr/klibc/sigsuspend.c:8:31: fatal error: klibc/havesyscall.h: No such
file or directory
#include 

The output and the complete build log are attached.

Any ideas how to solve this? Or is it a bug and I should fill a ticket
at bugs.gentoo.org?

Best regards

Jens

Am 25.01.2017 um 19:51 schrieb Jens Pelzetter:
> Hello all,
> 
> on both of Gentoo systems dev-libs/klibc-2.0.4-r2 fails with the same
> error message:
> 

 * Package:dev-libs/klibc-2.0.4-r2
 * Repository: gentoo
 * USE:abi_x86_64 amd64 elibc_glibc kernel_linux 
userland_GNU
 * FEATURES:   distcc preserve-libs sandbox userpriv 
usersandbox
>>> Unpacking source...
>>> Unpacking linux-4.4.tar.xz to /var/tmp/portage/dev-libs/klibc-2.0.4-r2/work
>>> Unpacking klibc-2.0.4.tar.xz to 
>>> /var/tmp/portage/dev-libs/klibc-2.0.4-r2/work
>>> Unpacking klibc_2.0.4-9.debian.tar.xz to 
>>> /var/tmp/portage/dev-libs/klibc-2.0.4-r2/work
>>> Source unpacked in /var/tmp/portage/dev-libs/klibc-2.0.4-r2/work
>>> Preparing source in 
>>> /var/tmp/portage/dev-libs/klibc-2.0.4-r2/work/klibc-2.0.4 ...
 * Applying klibc-1.4.11-interp-flags.patch ...
 [ ok ]
 * Applying klibc-1.5.7-strip-fix-dash-s.patch ...
 [ ok ]
 * Applying klibc-2.0.2-mkfifo.patch ...
 [ ok ]
 * Applying klibc-2.0.3-kernel-uapi.patch ...
 [ ok ]
 * Applying klibc-linux-libc-dev ...
 [ ok ]
 * Applying multiarch-include-path ...
 [ ok ]
 * Applying Fix-minimal-mv-to-work-across-fs ...
 [ ok ]
 * Applying ppc64el-load-toc-syscall-stub.patch ...
 [ ok ]
 * Applying implement-realpath.patch ...
 [ ok ]
 * Applying readlink-add-f-option.patch ...
 [ ok ]
 * Applying mount-implement-o-defaults.patch ...
 [ ok ]
 * Applying mips-update-archfcntl-h.patch ...
 [ ok ]
 * Applying 0001-add-mips64-support-headers.patch ...
 [ ok ]
 * Applying 0002-add-mips64-support-arch-mips32.patch ...
 [ ok ]
 * Applying 0003-add-mips64-support-arch-mips64-specific.patch ...
 [ ok ]
 * Applying install-headers-with-consistent-mode.patch ...
 [ ok ]
 * Applying dash-mkbuiltins-fix-sort-order-harder.patch ...
 [ ok ]
 * Applying 
klibc-add-pread-and-pwrite-32bit-syscall-wrappers-for-parisc.patch ...
 [ ok ]
 * Applying klibc-ppc64-fix-struct-stat.patch ...
 [ ok ]
 * Applying gzip-fix-silent-fallback-to-decompression.patch ...
 [ ok ]
 * Applying 
klibc-mips-setjmp-s-don-t-save-and-restore-floating-point.patch ...
 [ ok ]
 * Applying 
syscalls-override-detection-of-direct-socket-syscalls-on-i386-m68k-s390.patch 
...
 [ ok ]
 * Applying run-init-add-dry-run-mode.patch ...
 [ ok ]
>>> Source prepared.
>>> Configuring source in 
>>> /var/tmp/portage/dev-libs/klibc-2.0.4-r2/work/klibc-2.0.4 ...
>>> Source configured.
>>> Compiling source in 
>>> /var/tmp/portage/dev-libs/klibc-2.0.4-r2/work/klibc-2.0.4 ...
make -j11 -l3 defconfig CC=x86_64-pc-linux-gnu-gcc 
HOSTCC=x86_64-pc-linux-gnu-gcc ARCH=x86 
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  SHIPPED scripts/kconfig/zconf.tab.c
  SHIPPED scripts/kconfig/zconf.lex.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
*** Default configuration is based on 'x86_64_defconfig'
#
# configuration written to .config
#
make -j11 -l3 prepare CC=x86_64-pc-linux-gnu-gcc HOSTCC=x86_64-pc-linux-gnu-gcc 
ARCH=x86 
scripts/kconfig/conf  --silentoldconfig Kconfig
  SYSTBL  arch/x86/entry/syscalls/../../include/generated/asm/syscalls_32.h
  SYSHDR  arch/x86/entry/syscalls/../../include/generated/asm/unistd_32_ia32.h
  SYSHDR  arch/x86/entry/syscalls/../../include/generated/asm/unistd_64_x32.h
  SYSTBL  arch/x86/entry/syscalls/../.

[gentoo-user] dev-libs/klibc-2.0.4-r2 fails to build

2017-01-25 Thread Jens Pelzetter 
Hello all,

on both of Gentoo systems dev-libs/klibc-2.0.4-r2 fails with the same
error message:

Re: [gentoo-user] teamspeak-client-bin-3.0.13

2013-10-14 Thread Jens Pelzetter 
Hello James,

yes, I've also had this problem. Check the permissions of the
TeamSpeak3-Client-linux_amd64-3.0.13.run file you downloaded and moved
to /usr/portage/distfiles. This file is maybe still owned by your user.

After I changed the owner and group of the file to portage and set the
permissions like the other files in /usr/portage/distfiles the package
installs without problems. Owner, group and permissions look like this
on my system:

-rw-rw-r-- 1 portage portage  33205868  8. Okt 08:33
TeamSpeak3-Client-linux_amd64-3.0.13.run

Best regards,

Jens



Am 14.10.2013 22:27, schrieb james:
 Hey List,
 
 This is my first post, have patience.
 
 
 Has anyone gotten this problem when updating from teamspeak-client-bin-3.0.12?
 
 Emerging (8 of 8) media-sound/teamspeak-client-bin-3.0.13
  * TeamSpeak3-Client-linux_amd64-3.0.13.run SHA256 SHA512 WHIRLPOOL size ;-) 
 ...
  [ ok ]
 Unpacking source...
 Unpacking TeamSpeak3-Client-linux_amd64-3.0.13.run to
 /var/tmp/portage/media-sound/teamspeak-client-bin-3.0.13/work
 grep:
 /var/tmp/portage/media-sound/teamspeak-client-bin-3.0.13/distdir/TeamSpeak3-Client-linux_amd64-3.0.13.run:
 Permission denied
  * I'm sorry, but I was unable to support the Makeself file.
  * The version I detected was ''.
  * Please file a bug about the file TeamSpeak3-Client-linux_amd64-3.0.13.run 
 at
  * http://bugs.gentoo.org/ so that support can be added.
  * ERROR: media-sound/teamspeak-client-bin-3.0.13::gentoo failed (unpack 
 phase):
  *   makeself version '' not supported
  *
  * Call stack:
  * ebuild.sh, line   93:  Called src_unpack
  *   environment, line 2278:  Called unpacker_src_unpack
  *   environment, line 2944:  Called unpacker
  *   environment, line 2939:  Called _unpacker 
 'TeamSpeak3-Client-linux_amd64-3.0.13.run'
  *   environment, line  354:  Called unpack_makeself
 '/var/tmp/portage/media-sound/teamspeak-client-bin-3.0.13/distdir/TeamSpeak3-Client-linux_amd64-3.0.13.run'
  *   environment, line 2839:  Called die
  * The specific snippet of code:
  *   die makeself version '${ver}' not supported
  *
  * If you need support, post the output of `emerge --info
 '=media-sound/teamspeak-client-bin-3.0.13::gentoo'`,
  * the complete build log and the output of `emerge -pqv
 '=media-sound/teamspeak-client-bin-3.0.13::gentoo'`.
  * The complete build log is located at
 '/var/tmp/portage/media-sound/teamspeak-client-bin-3.0.13/temp/build.log'.
  * The ebuild environment file is located at
 '/var/tmp/portage/media-sound/teamspeak-client-bin-3.0.13/temp/environment'.
  * Working directory: 
 '/var/tmp/portage/media-sound/teamspeak-client-bin-3.0.13/work'
  * S: '/var/tmp/portage/media-sound/teamspeak-client-bin-3.0.13/work'
 
 
 
 
 My USE flags are as such:
 
 [ebuildfU ~] media-sound/teamspeak-client-bin-3.0.13 [3.0.12] USE=alsa%* 
 -pulseaudio% 0 kB
 
 There doesn't seem to be any bugs listed about this already.
 Thanks for any help.
 
 James