Request 779119 (accepted)

This request supersedes: request 777596 (Show diff)

Overview

Request 779119 accepted

conflicts fix

Created by rguenther over 4 years ago
In state accepted
Supersedes 777596

Submit gcc10

Comments for request 779119 0
Comments for request 777596 4

Dominique Leuenberger (dimstar) - over 4 years ago

reviewer

found conflict of libstdc++6-pp-gcc10-10.0.1+git174776-2.3.x86_64 with libstdc++6-pp-gcc9-9.2.1+git1022-2.12.x86_64
  /usr/share/gdb/auto-load/usr/lib64/libstdc++.so.6.0.28-gdb.py

found conflict of libstdc++6-pp-gcc10-32bit-10.0.1+git174776-2.3.x86_64 with libstdc++6-pp-gcc9-32bit-9.2.1+git1022-2.12.x86_64
  /usr/share/gdb/auto-load/usr/lib/libstdc++.so.6.0.28-gdb.py

(I'm not sure if the pp-gcc10 suffix is even right - shouldn't that be unsuffixed, as gcc_libs_ver is 10?

Nevertheless, the conflict with a 2nd package is a bad thing

Richard Biener (rguenther) - over 4 years ago

author source maintainer

The -pp packages are always suffixed. But what's a "first time" is that the latest symver of libstdc++ doesn't change between gcc9 (branch) and gcc10 ... I'll see how to fix this - going to be "interesting..."

Richard Biener (rguenther) - over 4 years ago

author source maintainer

So... currently we have those packages supplementing gdb and libstdc++6 = %{version} but they do not actually require libstdc++6 = %{version}. So it's possible for the user to forcefully install both. Now, if I add a requires to libstdc++6 = %{version} then the conflicts in that package kicks in and would prevent parallel install of both -pp packages. Unfortunately I'll have to adjust the gcc9 package in a similar way and the fallback mechanism for distros w/o (gdb and ..) style supplements will continue to be broken (we'll hit that with the gcc10 toolchain module for SLE12).

Would that work?

Otherwise I can do Provides: libstdc++6-pp Conflicts: libstdc++6-pp style. That's probably easier...

Dominique Leuenberger (dimstar) - over 4 years ago

reviewer

The Provides/Conflicts sounds like the least error prone and most straight forward approach.