thanks, I was able to upgrade portage after that.

Happened to whatever I try to update after I emerged --sync

Traceback (most recent call last):
File "/usr/lib64/python3.5/asyncio/events.py", line 127, in _run
self._callback(*self._args)
File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 84, in wait
self._wait_hook ...

I'm having the same problem again.
https://paste.pound-python.org/show/hbE ... HtAsrSWzI/
or something. I have no clue.
https://paste.pound-python.org/show/b6o ... 25qaVTdK7/

grumblebear wrote:You got a segfault from icu-58. Current stable icu is 60.2. Try to sync and update @world.

Thanks, I'm having trouble with emerging @wolrd. It's in another thread. I successfully emerged xorg though.

For ghc the problem is that you disk have less than 2GiB on /usr, probably you have in /usr/portage/distfiles very old sources
What's the solution? manually delete some of them?
Is there a automated tool to delete older sources?
eclean-dist from app-portage/gentoolkit package
After twelve hours ...

fedeliallalinea wrote:For ghc the problem is that you disk have less than 2GiB on /usr, probably you have in /usr/portage/distfiles very old sources

What's the solution? manually delete some of them?
Is there a automated tool to delete older sources?

Joseph Powers,

/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: .libs/gib_list.o: relocation R_X86_64_PC32 against symbol `gib_list_unlink' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../x86_64-pc ...

Okay, It crashed again. This time I got it.
dmesg.log
https://paste.pound-python.org/show/JzV ... bEfCzvxxE/

Funny, a couple of minutes after I made the last reply Xorg crashed again.
I'm running tail -f /var/log/messages >> dmesg.log to try and to catch it again.
Note: xorg crashed again when I tried to concatenate /var/log/messages

Joseph Powers,

/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: .libs/gib_list.o: relocation R_X86_64_PC32 against symbol `gib_list_unlink' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../x86_64-pc ...

Here is my current dmesg. In not sure if the problem is on this log though. It stopped just yesterday.
https://paste.pound-python.org/show/QmZ ... dpRLl7ljN/
The card exists btw.

any help because the problem persists.
some more of xorg.0.log
https://paste.pound-python.org/show/BYw ... MDxBE1uGf/
I have a lot of logs from this
xorg.57.log
https://paste.pound-python.org/show/vbb ... lvqUdCS8T/
I don't know, maybe switching workspaces?

This also shows up at the beginning of a emerge. Is my openssl outdated? You have an out-of-date overlay that contains an ebuild for an outdated openssl. You may or may not have that openssl installed, but the mere presence of that ebuild provokes the warning because the ebuild contains a serious ...

fedeliallalinea wrote:You can post also your emerge --info?

I edited my post.

When I try updateing the system I get a bunch of ebuilds failing.
https://paste.pound-python.org/show/kOMWxWOjdEqmx2YJ9bPI/
https://paste.pound-python.org/show/3KDkTJ2KLC0ayscj4SD1/
https://paste.pound-python.org/show/O5G4gjSeahKf34iU68ar/
https://paste.pound-python.org/show/xrCQgeGQLvOzP8c2DECI ...

I hope this is not the third time but I thought I was loged in.
xorg.log: https://paste.pound-python.org/show/I1O ... 50uHehJKZ/

# CONFIG_CRYPTO_AES_X86_64 is not set
This might be your problem. Set it to "y".
Also, consult with the wiki and double-check that all other kernel options necessary for dm-crypt are set.
E.g. CRYPTO_XTS should certainly be "y" and not "m" too.
Wow, I got the thing to compile and boot correctly ...

I have a root,home,and swap partition in a logical volume that is encrypted. I tried upgrading my kernel from 4.9.76-r1 to 4.16.2 (both with deblobed scripts) but apparently when I boothed into the kernel it said something like this.

device mapper ioctl on failed: no such file or directory
Check ...

I'm not sure how to proceed, how to unblock it.

emerge --oneshot sys-devel/libtool
Calculating dependencies... done!
[ebuild R ] sys-devel/libtool-2.4.6-r3
[blocks B ] <sys-apps/sandbox-2.10-r4 ("<sys-apps/sandbox-2.10-r4" is blocking sys-devel/libtool-2.4.6-r3)

* Error: The above package list ...

configure: error: something wrong with CFLAGS="-march=native -O2 -fforce-addr -pipe -D_FORTIFY_SOURCE=2 -fstack-protector-all -fstack-check -fno-strict-aliasing "
Try with standard cflags and the add one at a time to see what is wrong
uhh, they all work... I did what this guy did https://forums ...

You can post build.log and config.log with wgetpaste ?
Okay, build log. https://paste.pound-python.org/show/Wvp6FJRIOY9SWE5lj3ik/
Not sure how to get the Configuration log but this showed up at the beginning.

* Running eautoreconf in '/var/tmp/portage/dev-lang/ruby-2.3.6/work/ruby-2.3.6 ...

Now I have another configure holdup but this time on something that needs a update due to a glsa vulnerability.

* ERROR: dev-lang/ruby-2.3.6::gentoo failed (configure phase):
* econf failed
*
* Call stack:
* ebuild.sh, line 124: Called src_configure
* environment, line 2765: Called econf ...

You can use /etc/portage/package.env
# echo -e "CFLAGS="\${CFLAGS} -U_FORTIFY_SOURCE"\nCXXFLAGS="\${CXXFLAGS} -U_FORTIFY_SOURCE"" > /etc/portage/env/ufortify.conf
# echo "net-misc/dhcpcd ufortify.conf" >> /etc/portage/package.env
# emerge -1 net-misc/dhcpcd
I've no idea if this can help
It ...

here is the config.log file
https://paste.pound-python.org/show/o5rFTXYvRLqTjR3sH87x/
It turned out the c hardening flag -D_FORTIFY_SOURCE=2 doesn't allow me to do that.
See here if can help
Not sure how to implement that. I'm gonna post emerge --info '=net-misc/dhcpcd-6.11.5::gentoo' it may be ...

You can post emerge --info and /var/tmp/portage/net-misc/dhcpcd-6.11.5/work/dhcpcd-6.11.5/config.log file with wgetpaste ?
Okay, here is the emerge --info

Portage 2.3.24 (python 3.5.4-final-0, hardened/linux/amd64, gcc-5.4.0, glibc-2.25-r10, 4.9.76-gentoo-r1-gnu x86_64 ...