[gentoo-user] switch to profile 17.0 complete, completely painless

[gentoo-user] switch to profile 17.0 complete, completely painless

[Raffaele Belardi]

One (~x86) LXDE system completed the switch with no problem, the other (~amd64) built all
except two packaged (sdlmame and torcs) which did not build with gcc-7.2 even before the
switch to 17.0.

Gentoo devs and arch testers did a good job as usual.

I'll do the switch on the Gnome system in the next days but up to now I can say that the
switch to 17.0 is a _lot_ less painful than switching major compiler version.

raffaele

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Dale]

Raffaele Belardi wrote:
> One (~x86) LXDE system completed the switch with no problem, the other (~amd64) built all
> except two packaged (sdlmame and torcs) which did not build with gcc-7.2 even before the
> switch to 17.0.
>
> Gentoo devs and arch testers did a good job as usual.
>
> I'll do the switch on the Gnome system in the next days but up to now I can say that the
> switch to 17.0 is a _lot_ less painful than switching major compiler version.
>
> raffaele
>
>


I'm having trouble with these:

net-libs/webkit-gtk-2.4.11-r200
dev-qt/qtwebengine-5.9.3
net-libs/webkit-gtk

Those three, I've had to adjust the USE flags and it may or may not be
profile switch related.  If I had to guess, it just happened to pop up
and isn't related to the switch.  They are back in the rear compiling as
I type. 

I still have a issue with openshot and I think my nvidia drivers to deal
with too.  It has some sort of issue but I haven't looked into what the
cause is for it yet.  However, that will be fixed before my next full
rebuild.  Once I get all these little issues dealt with, I plan to do a
emerge -e world again just to be sure.  It's cool here so the heat will
be good.  ;-) 

Over all tho, it went fairly well here too.  The issues I have ran into
are most likely not related to the switch.  Generally speaking, some of
the switches in the past have been pretty major changes.  This one seems
to fall into that category to me at least.  As you said, not to painful
really.  Just a little time consuming at times. 

Dale

:-)  :-) 

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 585 bytes --]

On Wed, 6 Dec 2017 01:18:02 -0600, Dale wrote:

> I'm having trouble with these:
> 
> net-libs/webkit-gtk-2.4.11-r200
> dev-qt/qtwebengine-5.9.3
> net-libs/webkit-gtk
> 
> Those three, I've had to adjust the USE flags and it may or may not be
> profile switch related.  If I had to guess, it just happened to pop up
> and isn't related to the switch. 

I did too, but webkit-gtk was failing a rebuild before the switch, so I
think you're right. Solutions for them can be found on bgo.


-- 
Neil Bothwick

SITCOM: Single Income, Two Children, Oppressive Mortgage

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Daniel Frey]

On 12/05/17 23:00, Raffaele Belardi wrote:
> One (~x86) LXDE system completed the switch with no problem, the other (~amd64) built all
> except two packaged (sdlmame and torcs) which did not build with gcc-7.2 even before the
> switch to 17.0.
> 
> Gentoo devs and arch testers did a good job as usual.
> 
> I'll do the switch on the Gnome system in the next days but up to now I can say that the
> switch to 17.0 is a _lot_ less painful than switching major compiler version.
> 
> raffaele
> 

I've done two machines now (6 more to go!) and it's been mostly 
painless. I had the grub and cdrdao rebuild problems, solved by 
upgrading to grub2 and applying a patch to lame for cdrdao. I also had 
pygtk fail, but once the `emerge -e world` finished, I just had to 
rebuild it and it was fine.


Dan

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Andrés Becerra Sandoval]

[-- Attachment #1: Type: text/plain, Size: 1039 bytes --]

2017-12-06 2:18 GMT-05:00 Dale <rdalek1967@gmail.com>:

> Raffaele Belardi wrote:
> > One (~x86) LXDE system completed the switch with no problem, the other
> (~amd64) built all
> > except two packaged (sdlmame and torcs) which did not build with gcc-7.2
> even before the
> > switch to 17.0.
> >
> > Gentoo devs and arch testers did a good job as usual.
> >
> > I'll do the switch on the Gnome system in the next days but up to now I
> can say that the
> > switch to 17.0 is a _lot_ less painful than switching major compiler
> version.
> >
> > raffaele
> >
> >
>
>
> I'm having trouble with these:
>
> net-libs/webkit-gtk-2.4.11-r200
> dev-qt/qtwebengine-5.9.3
> net-libs/webkit-gtk
>
> Those three, I've had to adjust the USE flags and it may or may not be
> profile switch related.  If I had to guess, it just happened to pop up
> and isn't related to the switch.  They are back in the rear compiling as
> I type.
>
>
​Dale,

How did you merge qtwebengine?
​

-- 
  Andrés Becerra Sandoval

[-- Attachment #2: Type: text/html, Size: 1992 bytes --]

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Dale]

[-- Attachment #1: Type: text/plain, Size: 1538 bytes --]

Andrés Becerra Sandoval wrote:
>
>
> 2017-12-06 2:18 GMT-05:00 Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>>:
>
>     Raffaele Belardi wrote:
>     > One (~x86) LXDE system completed the switch with no problem, the
>     other (~amd64) built all
>     > except two packaged (sdlmame and torcs) which did not build with
>     gcc-7.2 even before the
>     > switch to 17.0.
>     >
>     > Gentoo devs and arch testers did a good job as usual.
>     >
>     > I'll do the switch on the Gnome system in the next days but up
>     to now I can say that the
>     > switch to 17.0 is a _lot_ less painful than switching major
>     compiler version.
>     >
>     > raffaele
>     >
>     >
>
>
>     I'm having trouble with these:
>
>     net-libs/webkit-gtk-2.4.11-r200
>     dev-qt/qtwebengine-5.9.3
>     net-libs/webkit-gtk
>
>     Those three, I've had to adjust the USE flags and it may or may not be
>     profile switch related.  If I had to guess, it just happened to pop up
>     and isn't related to the switch.  They are back in the rear
>     compiling as
>     I type. 
>
>
> ​Dale,
>
> How did you merge qtwebengine?
> ​
>
> -- 
>   Andrés Becerra Sandoval
>


LOL.  So far, I haven't been able to get it too.  I'm starting to
disable USE flags to see if I can either get it to compile OR get rid of
the package.  I don't think the later is possible since it has a wide
range of things depending on it. 

If I get a fix, I'll post it and let you try it.  I got my hammer out. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 3744 bytes --]

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Helmut Jarausch]

[-- Attachment #1: Type: text/plain, Size: 428 bytes --]

On 12/06/2017 04:38:02 PM, Andrés Becerra Sandoval wrote:
> 
>      I'm having trouble with these:
> 
>      net-libs/webkit-gtk-2.4.11-r200

this needs an addtional patch  webkit-gtk-2.4.11-icu59.patch which I've  
attached

>      dev-qt/qtwebengine-5.9.3

   This needs a tiny change, I've attached my ebuild

>      net-libs/webkit-gtk

which version?  Version 2.18.3 installed just fine here.

Helmut



[-- Attachment #2: qtwebengine-5.9.3.ebuild --]
[-- Type: text/plain, Size: 3149 bytes --]

# Copyright 1999-2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

EAPI=6
PYTHON_COMPAT=( python2_7 )
inherit multiprocessing pax-utils python-any-r1 qt5-build

DESCRIPTION="Library for rendering dynamic web content in Qt5 C++ and QML applications"

if [[ ${QT5_BUILD_TYPE} == release ]]; then
	KEYWORDS="~amd64 ~arm ~arm64 ~x86"
fi

IUSE="alsa bindist geolocation pax_kernel pulseaudio +system-ffmpeg +system-icu widgets"

RDEPEND="
	app-arch/snappy:=
	dev-libs/glib:2
	dev-libs/nspr
	dev-libs/nss
	~dev-qt/qtcore-${PV}
	~dev-qt/qtdeclarative-${PV}
	~dev-qt/qtgui-${PV}
	~dev-qt/qtnetwork-${PV}
	~dev-qt/qtprintsupport-${PV}
	~dev-qt/qtwebchannel-${PV}[qml]
	dev-libs/expat
	dev-libs/libevent:=
	dev-libs/libxml2
	dev-libs/libxslt
	dev-libs/protobuf:=
	media-libs/fontconfig
	media-libs/freetype
	media-libs/harfbuzz:=
	media-libs/libpng:0=
	>=media-libs/libvpx-1.5:=[svc]
	media-libs/libwebp:=
	media-libs/mesa
	media-libs/opus
	net-libs/libsrtp:0=
	sys-apps/dbus
	sys-apps/pciutils
	sys-libs/libcap
	sys-libs/zlib[minizip]
	virtual/jpeg:0
	virtual/libudev
	x11-libs/libdrm
	x11-libs/libX11
	x11-libs/libXcomposite
	x11-libs/libXcursor
	x11-libs/libXdamage
	x11-libs/libXext
	x11-libs/libXfixes
	x11-libs/libXi
	x11-libs/libXrandr
	x11-libs/libXrender
	x11-libs/libXScrnSaver
	x11-libs/libXtst
	alsa? ( media-libs/alsa-lib )
	geolocation? ( ~dev-qt/qtpositioning-${PV} )
	pulseaudio? ( media-sound/pulseaudio:= )
	system-ffmpeg? ( media-video/ffmpeg:0= )
	system-icu? ( dev-libs/icu:= )
	widgets? ( ~dev-qt/qtwidgets-${PV} )
"
DEPEND="${RDEPEND}
	${PYTHON_DEPS}
	>=app-arch/gzip-1.7
	dev-util/gperf
	dev-util/ninja
	dev-util/re2c
	sys-devel/bison
	pax_kernel? ( sys-apps/elfix )
"

src_prepare() {
	use pax_kernel && PATCHES+=( "${FILESDIR}/${PN}-5.9.0-paxmark-mksnapshot.patch" )
	sed -i -e'/#if U_ICU_VERSION_MAJOR_NUM < 60/ s/60/60 || defined(TOOLKIT_QT)/' \
            src/3rdparty/chromium/components/url_formatter/url_formatter.cc
	# bug 620444 - ensure local headers are used
	find "${S}" -type f -name "*.pr[fio]" | xargs sed -i -e 's|INCLUDEPATH += |&$$QTWEBENGINE_ROOT/include |' || die

	qt_use_disable_config alsa alsa src/core/config/linux.pri
	qt_use_disable_config pulseaudio pulseaudio src/core/config/linux.pri

	qt_use_disable_mod geolocation positioning \
		mkspecs/features/configure.prf \
		src/core/core_chromium.pri \
		src/core/core_common.pri

	qt_use_disable_mod widgets widgets src/src.pro

	qt5-build_src_prepare
}

src_configure() {
	export NINJA_PATH=/usr/bin/ninja
	export NINJAFLAGS="${NINJAFLAGS:--j$(makeopts_jobs) -l$(makeopts_loadavg "${MAKEOPTS}" 0) -v}"

	local myqmakeargs=(
		$(usex bindist '' 'WEBENGINE_CONFIG+=use_proprietary_codecs')
		$(usex system-ffmpeg 'WEBENGINE_CONFIG+=use_system_ffmpeg' '')
		$(usex system-icu 'WEBENGINE_CONFIG+=use_system_icu' '')
	)
	qt5-build_src_configure
}

src_install() {
	qt5-build_src_install

	# bug 601472
	if [[ ! -f ${D%/}${QT5_LIBDIR}/libQt5WebEngine.so ]]; then
		die "${CATEGORY}/${PF} failed to build anything. Please report to https://bugs.gentoo.org/"
	fi

	pax-mark m "${D%/}${QT5_LIBEXECDIR}"/QtWebEngineProcess
}

[-- Attachment #3: webkit-gtk-2.4.11-icu59.patch --]
[-- Type: text/x-patch, Size: 3082 bytes --]

diff -ruN webkitgtk-2.4.11.orig/Source/JavaScriptCore/API/JSStringRef.cpp webkitgtk-2.4.11/Source/JavaScriptCore/API/JSStringRef.cpp
--- webkitgtk-2.4.11.orig/Source/JavaScriptCore/API/JSStringRef.cpp	2016-04-10 08:48:36.000000000 +0200
+++ webkitgtk-2.4.11/Source/JavaScriptCore/API/JSStringRef.cpp	2017-06-11 19:26:55.263795188 +0200
@@ -37,7 +37,7 @@
 JSStringRef JSStringCreateWithCharacters(const JSChar* chars, size_t numChars)
 {
     initializeThreading();
-    return OpaqueJSString::create(chars, numChars).leakRef();
+    return OpaqueJSString::create(reinterpret_cast<const UChar*>(chars), numChars).leakRef();
 }
 
 JSStringRef JSStringCreateWithUTF8CString(const char* string)
@@ -62,7 +62,7 @@
 JSStringRef JSStringCreateWithCharactersNoCopy(const JSChar* chars, size_t numChars)
 {
     initializeThreading();
-    return OpaqueJSString::create(StringImpl::createWithoutCopying(chars, numChars)).leakRef();
+    return OpaqueJSString::create(StringImpl::createWithoutCopying(reinterpret_cast<const UChar*>(chars), numChars)).leakRef();
 }
 
 JSStringRef JSStringRetain(JSStringRef string)
@@ -83,7 +83,7 @@
 
 const JSChar* JSStringGetCharactersPtr(JSStringRef string)
 {
-    return string->characters();
+    return reinterpret_cast<const JSChar*>(string->characters());
 }
 
 size_t JSStringGetMaximumUTF8CStringSize(JSStringRef string)
diff -ruN webkitgtk-2.4.11.orig/Source/JavaScriptCore/runtime/DateConversion.cpp webkitgtk-2.4.11/Source/JavaScriptCore/runtime/DateConversion.cpp
--- webkitgtk-2.4.11.orig/Source/JavaScriptCore/runtime/DateConversion.cpp	2013-08-03 18:10:38.000000000 +0200
+++ webkitgtk-2.4.11/Source/JavaScriptCore/runtime/DateConversion.cpp	2017-06-11 19:24:18.494788666 +0200
@@ -107,7 +107,8 @@
 #if OS(WINDOWS)
             TIME_ZONE_INFORMATION timeZoneInformation;
             GetTimeZoneInformation(&timeZoneInformation);
-            const WCHAR* timeZoneName = t.isDST() ? timeZoneInformation.DaylightName : timeZoneInformation.StandardName;
+            const WCHAR* winTimeZoneName = t.isDST() ? timeZoneInformation.DaylightName : timeZoneInformation.StandardName;
+            String timeZoneName(reinterpret_cast<const UChar*>(winTimeZoneName));
 #else
             struct tm gtm = t;
             char timeZoneName[70];
diff -ruN webkitgtk-2.4.11.orig/Source/WebKit2/Shared/API/c/WKString.cpp webkitgtk-2.4.11/Source/WebKit2/Shared/API/c/WKString.cpp
--- webkitgtk-2.4.11.orig/Source/WebKit2/Shared/API/c/WKString.cpp	2016-04-10 08:48:37.000000000 +0200
+++ webkitgtk-2.4.11/Source/WebKit2/Shared/API/c/WKString.cpp	2017-06-11 19:31:59.544807847 +0200
@@ -55,7 +55,7 @@
 size_t WKStringGetCharacters(WKStringRef stringRef, WKChar* buffer, size_t bufferLength)
 {
     COMPILE_ASSERT(sizeof(WKChar) == sizeof(UChar), WKStringGetCharacters_sizeof_WKChar_matches_UChar);
-    return (toImpl(stringRef)->getCharacters(static_cast<UChar*>(buffer), bufferLength));
+    return (toImpl(stringRef)->getCharacters(reinterpret_cast<UChar*>(buffer), bufferLength));
 }
 
 size_t WKStringGetMaximumUTF8CStringSize(WKStringRef stringRef)

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Alan McKinnon]

On 06/12/2017 17:38, Andrés Becerra Sandoval wrote:
> 
> 
> 2017-12-06 2:18 GMT-05:00 Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>>:
> 
>     Raffaele Belardi wrote:
>     > One (~x86) LXDE system completed the switch with no problem, the
>     other (~amd64) built all
>     > except two packaged (sdlmame and torcs) which did not build with
>     gcc-7.2 even before the
>     > switch to 17.0.
>     >
>     > Gentoo devs and arch testers did a good job as usual.
>     >
>     > I'll do the switch on the Gnome system in the next days but up to
>     now I can say that the
>     > switch to 17.0 is a _lot_ less painful than switching major
>     compiler version.
>     >
>     > raffaele
>     >
>     >
> 
> 
>     I'm having trouble with these:
> 
>     net-libs/webkit-gtk-2.4.11-r200
>     dev-qt/qtwebengine-5.9.3
>     net-libs/webkit-gtk
> 
>     Those three, I've had to adjust the USE flags and it may or may not be
>     profile switch related.  If I had to guess, it just happened to pop up
>     and isn't related to the switch.  They are back in the rear compiling as
>     I type. 
> 
> 
> ​Dale,
> 
> How did you merge qtwebengine?


I had trouble with qtwebengine. It seemed to be an issue with icu-60.*
but I wasn't prepared to downgrade to icu-59.* just as a test (icu
changes here tend to trigger a rebuild of half of world), and a recent
bug on b.g.o. backed up with I was thinking.

It built fine with this in package.use:

=dev-qt/qtwebengine-5.9.3 -system-ffmpeg -system-icu

Yes, I did do it, favoured bundled libs instead of system ones. But I
was also having similar issues with bundled vs system ffmpeg for kodi,
and this was the easiest way to get past it and finish a 17.0 migration


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Andrés Becerra Sandoval]

[-- Attachment #1: Type: text/plain, Size: 530 bytes --]

El dic 6, 2017 11:20 AM, "Helmut Jarausch" <jarausch@skynet.be> escribió:

On 12/06/2017 04:38:02 PM, Andrés Becerra Sandoval wrote:

>
>      I'm having trouble with these:
>
>      net-libs/webkit-gtk-2.4.11-r200
>

this needs an addtional patch  webkit-gtk-2.4.11-icu59.patch which I've
attached

     dev-qt/qtwebengine-5.9.3
>

  This needs a tiny change, I've attached my ebuild

     net-libs/webkit-gtk
>

which version?  Version 2.18.3 installed just fine here.

Helmut



Thank you Helmut!

[-- Attachment #2: Type: text/html, Size: 1368 bytes --]

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1039 bytes --]

On Wednesday, 6 December 2017 15:36:19 GMT Daniel Frey wrote:
> On 12/05/17 23:00, Raffaele Belardi wrote:
> > One (~x86) LXDE system completed the switch with no problem, the other
> > (~amd64) built all except two packaged (sdlmame and torcs) which did not
> > build with gcc-7.2 even before the switch to 17.0.
> > 
> > Gentoo devs and arch testers did a good job as usual.
> > 
> > I'll do the switch on the Gnome system in the next days but up to now I
> > can say that the switch to 17.0 is a _lot_ less painful than switching
> > major compiler version.
> > 
> > raffaele
> 
> I've done two machines now (6 more to go!) and it's been mostly
> painless. I had the grub and cdrdao rebuild problems, solved by
> upgrading to grub2 and applying a patch to lame for cdrdao. I also had
> pygtk fail, but once the `emerge -e world` finished, I just had to
> rebuild it and it was fine.
> 
> 
> Dan

Are the maintainers picking up these patches to release a version bump for 
packages that won't emerge with profile 17.0?

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Daniel Frey]

On 12/06/17 08:41, Mick wrote:
> On Wednesday, 6 December 2017 15:36:19 GMT Daniel Frey wrote:
>> On 12/05/17 23:00, Raffaele Belardi wrote:
>>> One (~x86) LXDE system completed the switch with no problem, the other
>>> (~amd64) built all except two packaged (sdlmame and torcs) which did not
>>> build with gcc-7.2 even before the switch to 17.0.
>>>
>>> Gentoo devs and arch testers did a good job as usual.
>>>
>>> I'll do the switch on the Gnome system in the next days but up to now I
>>> can say that the switch to 17.0 is a _lot_ less painful than switching
>>> major compiler version.
>>>
>>> raffaele
>>
>> I've done two machines now (6 more to go!) and it's been mostly
>> painless. I had the grub and cdrdao rebuild problems, solved by
>> upgrading to grub2 and applying a patch to lame for cdrdao. I also had
>> pygtk fail, but once the `emerge -e world` finished, I just had to
>> rebuild it and it was fine.
>>
>>
>> Dan
> 
> Are the maintainers picking up these patches to release a version bump for
> packages that won't emerge with profile 17.0?
> 

Well, I got the patch from the cdrdao bugreport. Someone sent the patch 
for lame upstream, and of course they said you should be patching 
cdrdao... so who knows.

Dan

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 816 bytes --]

On Wed, 6 Dec 2017 18:20:54 +0200, Alan McKinnon wrote:

> I had trouble with qtwebengine. It seemed to be an issue with icu-60.*
> but I wasn't prepared to downgrade to icu-59.* just as a test (icu
> changes here tend to trigger a rebuild of half of world), and a recent
> bug on b.g.o. backed up with I was thinking.
> 
> It built fine with this in package.use:
> 
> =dev-qt/qtwebengine-5.9.3 -system-ffmpeg -system-icu
> 
> Yes, I did do it, favoured bundled libs instead of system ones. But I
> was also having similar issues with bundled vs system ffmpeg for kodi,
> and this was the easiest way to get past it and finish a 17.0 migration

Or you could have searched bgo...

https://bugs.gentoo.org/639220


-- 
Neil Bothwick

Synonym: a word you use when you can't spell the other one.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Dale]

[-- Attachment #1: Type: text/plain, Size: 1401 bytes --]

Andrés Becerra Sandoval wrote:
>
>
> 2017-12-06 2:18 GMT-05:00 Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>>:
>
>     Raffaele Belardi wrote:
>     > One (~x86) LXDE system completed the switch with no problem, the
>     other (~amd64) built all
>     > except two packaged (sdlmame and torcs) which did not build with
>     gcc-7.2 even before the
>     > switch to 17.0.
>     >
>     > Gentoo devs and arch testers did a good job as usual.
>     >
>     > I'll do the switch on the Gnome system in the next days but up
>     to now I can say that the
>     > switch to 17.0 is a _lot_ less painful than switching major
>     compiler version.
>     >
>     > raffaele
>     >
>     >
>
>
>     I'm having trouble with these:
>
>     net-libs/webkit-gtk-2.4.11-r200
>     dev-qt/qtwebengine-5.9.3
>     net-libs/webkit-gtk
>
>     Those three, I've had to adjust the USE flags and it may or may not be
>     profile switch related.  If I had to guess, it just happened to pop up
>     and isn't related to the switch.  They are back in the rear
>     compiling as
>     I type. 
>
>
> ​Dale,
>
> How did you merge qtwebengine?
> ​
>
> -- 
>   Andrés Becerra Sandoval
>


You may have already fixed this but the way I got it to work was this:

-system-icu

I added that to my make.conf USE line and it seems to compile fine, but
with that disabled for now. 

Dale

:-)  :-)

[-- Attachment #2: Type: text/html, Size: 3615 bytes --]

Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Marc Joliet]

[-- Attachment #1: Type: text/plain, Size: 2136 bytes --]

Am Mittwoch, 6. Dezember 2017, 08:00:40 CET schrieb Raffaele Belardi:
> One (~x86) LXDE system completed the switch with no problem, the other
> (~amd64) built all except two packaged (sdlmame and torcs) which did not
> build with gcc-7.2 even before the switch to 17.0.
> 
> Gentoo devs and arch testers did a good job as usual.
> 
> I'll do the switch on the Gnome system in the next days but up to now I can
> say that the switch to 17.0 is a _lot_ less painful than switching major
> compiler version.
> 
> raffaele

I'll add my support for this, the migration was almost completely painless on 
all three of my systems.  There were only a few exceptions:

- I hit the aforementioned cdrdao failure (which I opted to solve via USE 
flag).

- On my laptop I hit the ICU incompatibility with qtwebengine because I had 
firefox install with USE="system-icu" (which was masked at some point in the 
13.0 profiles, which is why I didn't hit this until now), so I unset the USE 
flag again, but that caused some post-migration emerging, which was annoying, 
but not horrible.

- On my desktop rust failed for some reason (almost at the end, of course, 
when building rustdoc), but simply emerging it again afterwards worked.

- On my desktop I also hit the mupen64plus-ui-console build failure.

Note that all of these have open bugs (except for the rust one, but I expect 
that simply came from an inconsistency due to the unfinished "emerge -e 
@world", or a random bitflip, or something similarly ephemeral).

(Oh, and libsidplay failed because its maintainer is apparently too busy to 
fix its incompatibility with app-shells/dash, but that had nothing to do with 
the migration per se.)

I'll also add -- not because I was worried about it but because the 
possibility was mentioned in another thread -- that I can't say I'm noticing 
any performance hits, even on my 11 year old Athlon64 X2.  (IIUC, per the GCC 
manual, PIC and PIE only affect startup time, not runtime, so this result 
should be expected.)

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]