On Wed, Feb 14, 2024 at 08:00:08AM -0600, Dale wrote:
> Howdy,
>
> This has been failing for a while now, month or two. I did a few
> searches but what I did find shows a similar problem was fixed ages
> ago. The link is about protobuf but seems related. Link further down.
>
Ionen Wolkens wrote:
> On Wed, Feb 14, 2024 at 08:00:08AM -0600, Dale wrote:
>> Howdy,
>>
>> This has been failing for a while now, month or two. I did a few
>> searches but what I did find shows a similar problem was fixed ages
>> ago. The link is about protobuf
pcio-tools-1.28::gentoo ~amd64
~dev-python/grpcio-1.32.0::gentoo ~amd64
>=dev-python/google-auth-oauthlib-0.4.1::gentoo ~amd64
=dev-cpp/abseil-cpp-20200225*:=::gentoo ~amd64
>=dev-libs/protobuf-3.13.0:=::gentoo ~amd64
However, now I have got the following
WARNING: One or more updates/rebu
4
> >=dev-python/google-pasta-0.1.8::gentoo ~amd64
> >=net-libs/google-cloud-cpp-0.10.0::gentoo ~amd64
> >=sci-visualization/tensorboard-2.3.0::gentoo ~amd64
> >=sci-libs/tensorflow-estimator-2.3.0::gentoo ~amd64
> =dev-util/bazel-3*::gentoo ~amd64
> >=dev-python/grpci
/_objs/profiler_analysis_proto_cc_impl/profiler_analysis.grpc.pb.pic.o:profiler_analysis.grpc.pb.cc:function
grpc::internal::BlockingUnaryCallImpl::BlockingUnaryCallImpl(grpc::ChannelInterface*,
grpc::internal::RpcMethod const&, grpc::ClientContext*,
google::protobuf::MessageLite const&, google::protobuf::Mess
Howdy,
This has been failing for a while now, month or two. I did a few
searches but what I did find shows a similar problem was fixed ages
ago. The link is about protobuf but seems related. Link further down.
I'm wondering if it may be a USE flag or something triggering this since
it
/snappy_shim -I../..
/third_party/ced/src -I../../third_party/icu/source/common -I../../
third_party/icu/source/i18n -I../../third_party/protobuf/src -I../../skia/
config -I../../skia/ext -I../../third_party/skia/
include/c -I../../third_party/skia/include/config -I../../third_party/skia/
include/core
gt; libpng_shim -Igen/shim_headers/zlib_shim -
> Igen/shim_headers/harfbuzz_shim -Igen/shim_headers/libjpeg_shim -Igen/
> shim_headers/re2_shim -Igen/shim_headers/ffmpeg_shim -Igen/shim_headers/
> opus_shim -Igen/shim_headers/snappy_shim -I../..
> /third_party/ced/src -I../../third_party/icu/
shim -Igen/shim_headers/libjpeg_shim -Igen/shim_headers/re2_shim -Igen/shim_headers/ffmpeg_shim -Igen/shim_headers/opus_shim -Igen/shim_headers/snappy_shim -I../../third_party/ced/src -I../../third_party/icu/source/common -I../../third_party/icu/source/i18n -I../../third_party/protobuf/src -I../../
excluding tensorflow and on October 10 tried, after another update
excluding tensorflow, tried to update it to the last available
version. Before doing it, I also unmasked some of its most recent
dependencies (I think it was protobuf-3.13.0) to avoid dependency
conflict.
Any thoughts on how to proceed with
him_headers/libdrm_shim -Igen/shim_headers/
> libpng_shim -Igen/shim_headers/zlib_shim -
> Igen/shim_headers/harfbuzz_shim -Igen/shim_headers/libjpeg_shim -Igen/
> shim_headers/re2_shim -Igen/shim_headers/ffmpeg_shim -Igen/shim_headers/
> opus_shim -Igen/shim_headers/snappy_shim -I../..
>
??? dev-python/bleach[${PYTHON_USEDEP}]
?? dev-python/grpcio[${PYTHON_USEDEP}]
?? dev-python/html5lib[${PYTHON_USEDEP}]
?? dev-python/markdown[${PYTHON_USEDEP}]
?? dev-python/numpy[${PYTHON_USEDEP}]
?? dev-python/protobuf-python[${PYTHON_USEDEP}]
??
../../third_party/crashpad/crashpad
-I../../third_party/perfetto/include
-Igen/third_party/perfetto/build_config -Igen/third_party/perfetto
-Igen/shim_headers/zlib_shim -Igen/shim_headers/icui18n_shim
-I../../third_party/abseil-cpp -I../../third_party/boringssl/src/include
-I../../third_party/protobuf/src -Igen
/zlib_shim -Igen/shim_headers/icui18n_shim
-Igen/shim_headers/icuuc_shim -I../../third_party/abseil-cpp
-I../../third_party/boringssl/src/include -I../../third_pa
rty/protobuf/src -Igen/protoc_out -Wimplicit-fallthrough -Wextra-semi
-Wunreachable-code-aggressive -Wthread-safety
-Wno-missing-field
was a tracked opencv issue deriving from a dev-libs/protobuf update:
https://bugs.gentoo.org/909087
Probably you did not find it because by default the Bugzilla interface
only searches for CONFIRMED, UNCONFIRMED, IN_PROGRESS. This one was
fixed and closed at the speed of light, I found it yesterda
stamp for my original sync: 2024-02-03T20:37:56
>> Again, USA central time.
>>
>> Hope this helps someone who runs into this and can't work around it.
>> :-D
>>
>> Dale
>>
>> :-) :-)
>>
> It was a tracked opencv issue deriving from
~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=
>=me
/com_google_protobuf/.: warning: directory
does not exist.
INFO: From ProtoCompile tensorflow/stream_executor/dnn.pb.cc:
bazel-out/k8-py2-opt/bin/external/com_google_protobuf: warning: directory does
not exist.
INFO: From ProtoCompile
tensorflow/core/protobuf/tpu/optimization_parameters.pb.cc:
bazel-out/k8-py2
Wl,--build-id=sha1 -Wl,--no-as-needed
-lpthread CMakeFiles/xprotocol_plugin.dir/message_field_chain.cc.o
CMakeFiles/xprotocol_plugin.dir/messages_used_by_server.cc.o
CMakeFiles/xprotocol_plugin.dir/xprotocol_plugin.cc.o -o
../../../../runtime_output_directory/xprotocol_plugin
../protobuf/libmysq
YTHON_TARGETS="python2_7"
[nomerge ] dev-python/protobuf-python-3.5.1.1:0/15::gentoo
PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4"
[ebuild R] dev-libs/protobuf-3.5.1.1:0/15::gentoo USE="zlib -emacs
-examples -static-libs {-test}" 0 KiB
[nom
-test}" 5,463 KiB
[ebuild U ] media-libs/gst-plugins-good-1.14.1:1.0::gentoo
[1.12.4:1.0::gentoo] USE="nls orc" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild U ] dev-python/automat-0.7.0::gentoo [0.6.0::gentoo]
USE="-examples {-test}" PYTHON_TARGETS="pytho
graphviz
jpeg jpeg2k lcms opencl openexr openmp pango perl png svg tiff truetype
xml zlib -autotrace -corefonts -djvu -fpx -hdri -jbig -lqr -lzma
-postscript -q32 -q64 -q8 -raw -static-libs {-test} -webp -wmf" 8,582 KiB
[ebuild U ] gnome-extra/libgsf-1.14.41:0/114::gentoo
[1.14.40:0/114::gento
ter the other.
>
> Sigh
>
>
> Anyhow: How can I resolve the conflicts at the end of that list?
>
> Frustrated,
> Meino
>
>
>
>
> These are the packages that would be merged, in reverse order:
>
> Calculating dependencies... done!
> [nomerge ] medi
-libs/lzo:2 dev-libs/mpc:0
dev-libs/mpfr:0/4 dev-libs/nettle:0/6.1 dev-libs/npth:0 dev-libs/nspr:0
dev-libs/nss:0 dev-libs/openssl:0 dev-libs/popt:0 dev-libs/protobuf:0/15
dev-libs/pugixml:0 dev-libs/qjson:0 dev-libs/rasqal:0 dev-libs/redland:0
dev-libs/sni-qt:0 dev-libs/tinyxml:0 dev-libs/vala-common
p1_build/gentoo_common_config.cmake
-- The C compiler identification is GNU 9.3.0
-- The CXX compiler identification is GNU 9.3.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc - skipped
-- Detecting C compile fe
25 matches
Mail list logo