Highlighting absent when doing yank, change, and sometimes delete operations.

Added the following lines, as recommended on the gh page.
require("reactive").setup {
  builtin = {
    cursorline = true,
    cursor = true,
    modemsg = true,
  },
}

The insert, replace, normal and visual mode highlights always work properly. The yank and change mode ones never do, and the delete mode highlight works for a bit, and then it stops for no apparent reason. I don't know much about neovim so I apologize if I completely missed something essential. Great work btw, it's a really nice plugin.
PD: when the delete mode highlight stops working, it'll sometimes be visible after finishing or cancelling the action, but only for a split sec. I haven't been able to replicate this with the other modes.

https://github.com/rasulomaroff/reactive.nvim/discussions/2#discussioncomment-8212606
Can you refer to this?

@zspekt If you can refer to that answer, then I think I should include this info to the README file, because it's not really a bug and I don't want to mislead you guys.
It's just we have those plugins that utilize default operator keys :)
Anyway, thank you and waiting for your clarification!

Closing this as no answer has been provided and the error doesn't really seem to happen. Feel free to reopen if it still occurs.


3.0.5 : $config->getSources() return empty array

in 3.0.3 everything is ok (minify js and css). Except Notice: compact() fixed on my config file.
in 3.0.5 minify return error 400. (I removed my fixes in config file)
on Minify.php, $config->getSources() return empy array instead of array from groupsConfig or f parameter in 3.0.3.
#652 also a 400 error after update.

I'm UP if some test case is needed.

Waiting for a solution, I've downgraded to 3.0.3 with a quick fix in the .htaccess to not display the PHP error (because of PHP 7.3) :
php_flag display_errors off

if you have working and non-working setups. please bisect which commit breaks.

I don't have those informations :/... what I can say is : in 3.0.3 it works (with few PHP notice/warning relative to php 7.3, but not a problem if it isn't displayed), in 3.0.5 it doesn't work at all and lead to a 400 error. I change nothing else.

Hello ! Anything new there ?

I don't have time for this, neither I have reproducer. but you have reproducer, you can help if you find which git commit broke:

https://github.com/mrclay/minify/issues/654#issuecomment-537869706

I'm having the same issue as @chrispcb , v3.0.3 works, v3.0.5 doesn't.
Using same config.php (with any previous modifications removed) and groupsConfig.php
Blank screen, no error message displayed.
Strange thing is, when I do a quick JS or CSS test, it works, but it's like it's caching the v3.0.3 test files that I had previously modified.

I ran into the exact same problem when updating to 3.0.5. The problematic commit is:
https://github.com/mrclay/minify/commit/f50353a9521dca7503be4127c49022ed14b4d594#diff-0a33c0dcf39fa4df82a80b0cb6f0fe03
This newly commited code cleanr the config, so the code will run into a permission due to a missing allowDirs configuration and debugging won't be enabled (hence no error message in FirePHP and the likes).
I'm not exactly sure why the config variables are sanitized, but if this has to work the callable for array_filter needs the defined variables passed into the closure like this:
`$varDefined = get_defined_vars();
$varNames = array_filter($varNames, function($name) use($varDefined)
{
return array_key_exists($name, $varDefined);
});`

released fix in 3.0.6

I just installed v3.0.6 and all seems fine now :)


Add apidocs by default to /

This change adds a default / route, and HTML template, that will render nicely formatted documentation automagically.
The documentation is taken from the config data, and it will render action/error descriptions using markdown.
The "Introduction" section is simply the description for the '/' route itself, and is handled specially.
You can see what this looks like by default, here: http://screencast.com/t/jHfaSjTd

Going over this, it's looking pretty spiffy. We'll need to update http://frapi.github.com accordingly as well to reflect that.


Upgrading to Babel 6

@johanneslumpe: can you merge this? seems to be good.

@jburich thanks!

@jburich seems need to increase the package version . still getting old code install thru npm/yarn

usually the version number is handled as part of the release process. @johanneslumpe I didn't bump the version number in my pull request. Would you like me to update this branch with a new version number or can you just run another release and bump the version number?

@ShaneXie @jburich I'll do it today!

published as 0.3.0


[RHEL8] selinux denials /usr/sbin/xtables-nft-multi from ioctl access on the directory /sys/fs/cgroup

Hi,
it seems there is an denial that is currently unhandled within the policy. I am getting a lot of errors like this in my journal on a fresh rhel 8.7 k3s install:
SELinux is preventing /usr/sbin/xtables-nft-multi from ioctl access on the directory /sys/fs/cgroup.

*****  Plugin catchall (100. confidence) suggests   **************************

If you believe that xtables-nft-multi should be allowed ioctl access on the cgroup directory by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# ausearch -c 'iptables' --raw | audit2allow -M my-iptables
# semodule -X 300 -i my-iptables.pp

I am guessing this is because of https://github.com/fedora-selinux/selinux-policy/pull/1083 not being in rhel 8 (yet?).
the audit2allow suggestion is:
module my-iptables 1.0;

require {
        type iptables_t;
        type cgroup_t;
        class dir ioctl;
}

#============= iptables_t ==============
allow iptables_t cgroup_t:dir ioctl;

Which does work, the denials are gone afterwards.
Do you think this should be part of the k3s-selinux package meanwhile? I'll also try to trigger a backport of this into rhel8.
Greetings
Klaas

https://bugzilla.redhat.com/show_bug.cgi?id=2134820 so hopefully this makes it into 8.8


Создать страницу регистрации

@Deslifer 2 puzzles #17, #18 are still not solved.

@Deslifer the puzzle #18 is still not solved; solved: #17.


Adding cross build support for s390x binary

This PR is a

[x] Feature Implementation
[ ] Bug Fix
[ ] Documentation

What this PR does / why we need it:
Adds support for s390x cross built binary
Please leave this checklist in the PR comment so that maintainers can ensure a good PR.
Merge Checklist:

[ ] New feature

[ ] Tests
[ ] Documentation

[ ] SVCat CLI flag
[ ] Server Flag for config

[ ] Chart changes
[ ] removing a flag by marking deprecated and hiding to avoid
breaking the chart release and existing clients who provide a
flag that will get an error when they try to update

/check-cla

/test pull-build-all-images-for-s390x

A bit of explanation in the commit message would help me understand this easier.
I'm not great at reading make
I think the current code assumes all the clients are amd64, and we want to add a linux-s390x tuple to the build. Is that what this is doing?

Yes that is exactly what it does, added ALL_CLIENT_ARCHS as amd64 s390x so that when PLATFORM=linux, it will loop through ALL_CLIENT_ARCHS and build binary for each of ALL_CLIENT_ARCHS.

seems as good a time as any to check if kubernetes/test-infra#18723 gets picked up.

Looks like the changes got picked up

@MHBauer Any more questions on this?

/lgtm
/approve

/retest

/test pull-build-all-images-for-arm

/retest


Raise exceptions for errors

Resolve Rubocop errors from excellent PR https://github.com/C-S-D/carrot_rpc/pull/49 by @nward
Thank you for the contribution @nward! 🎉

Awesome, thanks for that!

Thank you both @nward  and @thewalkingtoast

Cool - so there was a couple of discussion points I left open in #49, which

whether the design of this was good - returning an exception rather than raising it immediately is a bit weird, but I couldn't think of a more elegant way to to this across threads.
whether we should implement this in a RpcServer#remote_call! method which expects an exception to be raised rather than have a result returned, so that the change is not breaking.

If we're OK with these two as-is then it looks good to me - but should be a new major version.


Can't zoom enough

Even native HA map allows more zoom. Ideally I'd like to have even more, as I'm tracking lawn mower and what to know precisely where it is on my lawn.

That has something to do with the used tile layer, which you can customize. Each tile layer has other limits.
Easiest is to use the carto map HA uses.

As you see I'm on the defaults for both. Or I should enable Carto somehow for ha-map?

For now maxZoom is 18 (as set by leaflet), unless you add a tilelayer with a higher maxZoom.
Will add an option to override also the map's maxZoom, however you are still constrained with the max zoom level of the particular tilelayer.

Is there a way to use default tilelayer from builtin HA map? Because it allows more zoom as you can see on a screenshot

This is how HA does it:
https://github.com/home-assistant/frontend/blob/dev/src/common/dom/setup-leaflet-map.ts#L40
(as you can see, it uses maxZoom: 20 and a CARTOCDN map).

Is there a way to use default tilelayer from builtin HA map? Because it allows more zoom as you can see on a screenshot

Yes, it's possible, however using these require complying to the specific licenses, that's why using the standard openstreetmap option of leaflet is a safe default.

tile_layer_options:
- maxZoom: 20

@vermut which lawnmower are you using?

OpenMower. Why? :)

Just curious :)


Unknown unsupported opcode: BUILD_LIST_UNPACK (and BUILD_TUPLE_UNPACK)

Discovered running test_grammar

You can trigger BUILD_TUPLE_UNPACK with a = x, *y, z and BUILD_LIST_UNPACK with func(a, *, c).

There are also BUILD_SET_UNPACK and BUILD_MAP_UNPACK.

BUILD_SET_UNPACK can be triggered w/ {*{}}.

BUILD_MAP_UNPACK is {**{}}.

To help me keep track of what I have learned as I try to implement my first opcode, where is how BUILD_MAP is handled:
https://github.com/Microsoft/Pyjion/blob/21cb778cd93f07f2d4e1330a577d56301b3a4f3d/Pyjion/absint.cpp#L2032
https://github.com/Microsoft/Pyjion/blob/21cb778cd93f07f2d4e1330a577d56301b3a4f3d/Pyjion/absint.cpp#L1581
https://github.com/Microsoft/Pyjion/blob/21cb778cd93f07f2d4e1330a577d56301b3a4f3d/Pyjion/pycomp.cpp#L383
https://github.com/Microsoft/Pyjion/blob/21cb778cd93f07f2d4e1330a577d56301b3a4f3d/Pyjion/pycomp.cpp#L1130
https://github.com/Microsoft/Pyjion/blob/21cb778cd93f07f2d4e1330a577d56301b3a4f3d/Pyjion/intrins.cpp#L1195


Cookiecutter process failing

cookiecutter https://github.com/tiangolo/full-stack-fastapi-postgresql
smtp_host []:
smtp_user []:
smtp_password []:
smtp_emails_from_email<EMAIL_ADDRESS>postgres_password [changethis]:
pgadmin_default_user<EMAIL_ADDRESS>pgadmin_default_user_password [changethis]:
traefik_constraint_tag [teksmo.com]:
traefik_constraint_tag_staging [stag.teksmo.com]:
traefik_public_constraint_tag [traefik-public]:
flower_auth [admin:changethis]:
sentry_dsn []:
docker_image_prefix []: teks
docker_image_backend [teksbackend]: teks_backend
docker_image_celeryworker [teksceleryworker]: teks_celeryworker
docker_image_frontend [teksfrontend]: teks_frontend
  File "/var/folders/5c/rhrxphbx1j5__9d3yzxmq80w0000gn/T/tmpY1DY4o.py", line 4
    path: Path
        ^
SyntaxError: invalid syntax
ERROR: Stopping generation because post_gen_project hook script didn't exit successfully
Hook script failed (exit status: 1)```

closing issue. I solved this by using cookiecutter from homebrew

I had the same issue on linux mint 18.  The default python is 2.7 but cookiecutter needs py3

Thanks for reporting back and closing the issue!

Sorry for the long delay! 🙈  I wanted to personally address each issue/PR and they piled up through time, but now I'm checking each one in order.


Emscripten build fails on Bazel

With #851 -DHAVE__UNWIND_GETIP copt was added for Emscripten+Bazel build causing the following error:
error: undefined symbol: _Unwind_GetIP (referenced by top-level compiled C/C++ code)
On CMake side, Emscripten+CMake CI log shows check_cxx_symbol_exists is failing to find the _Unwind_GetIP symbol meaning stack trace feature is disabled.
-- Looking for _Unwind_Backtrace
-- Looking for _Unwind_Backtrace - found
-- Looking for _Unwind_GetIP
-- Looking for _Unwind_GetIP - not found

Omiitting -DHAVE__UNWIND_GETIP from wasm_copts and adding it to linux_or_darwin_copts would resolve the build error itself, but stack trace is still broken on Emscripten build.

Emscripten version: 3.1.23

Adding -fwasm-exceptions to copt/linkopt resolved this issue and it now shows stack trace gracefully.


Compile error with eudm_planner

Hi,
I encounter compilation problems. When I compile, the following errors occur. Could  you please give me a detailed document on how to compile and use enum_ planner.
Thank you very much.
make[2]: *** No rule to make target '/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/util/eudm_planner/PROTOBUF_PROTOC_EXECUTABLE-NOTFOUND', needed by 'EPSILON-master/util/eudm_planner/eudm_config.pb.cc'。 停止。

More details
wang@wang-ROG-Strix-G531GW-S5DW:~/ROS/G_A_V/epsilon$ catkin_make
Base path: /home/wang/ROS/G_A_V/epsilon
Source space: /home/wang/ROS/G_A_V/epsilon/src
Build space: /home/wang/ROS/G_A_V/epsilon/build
Devel space: /home/wang/ROS/G_A_V/epsilon/devel
Install space: /home/wang/ROS/G_A_V/epsilon/install
####
####Running command: "cmake /home/wang/ROS/G_A_V/epsilon/src -DCATKIN_DEVEL_PREFIX=/home/wang/ROS/G_A_V/epsilon/devel -DCMAKE_INSTALL_PREFIX=/home/wang/ROS/G_A_V/epsilon/install -G Unix Makefiles" in "/home/wang/ROS/G_A_V/epsilon/build"
####
-- Using CATKIN_DEVEL_PREFIX: /home/wang/ROS/G_A_V/epsilon/devel
-- Using CMAKE_PREFIX_PATH: /opt/ros/kinetic
-- This workspace overlays: /opt/ros/kinetic
-- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.12", minimum required is "2")
-- Using PYTHON_EXECUTABLE: /usr/bin/python2
-- Using Debian Python package layout
-- Using empy: /usr/bin/empy
-- Using CATKIN_ENABLE_TESTING: ON
-- Call enable_testing()
-- Using CATKIN_TEST_RESULTS_DIR: /home/wang/ROS/G_A_V/epsilon/build/test_results
-- Found gtest sources under '/usr/src/gmock': gtests will be built
-- Found gmock sources under '/usr/src/gmock': gmock will be built
-- Found PythonInterp: /usr/bin/python2 (found version "2.7.12")
-- Using Python nosetests: /usr/bin/nosetests-2.7
-- catkin 0.7.29
-- BUILD_SHARED_LIBS is on
-- BUILD_SHARED_LIBS is on
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- ~~  traversing 15 packages in topological order:
-- ~~  - playgrounds
-- ~~  - common
-- ~~  - vehicle_model
-- ~~  - forward_simulator
-- ~~  - motion_predictor
-- ~~  - vehicle_msgs
-- ~~  - aux_tools
-- ~~  - phy_simulator
-- ~~  - semantic_map_manager
-- ~~  - route_planner
-- ~~  - behavior_planner
-- ~~  - ai_agent_planner
-- ~~  - eudm_planner
-- ~~  - ssc_planner
-- ~~  - planning_integrated
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- +++ processing catkin package: 'playgrounds'
-- ==> add_subdirectory(EPSILON-master/core/playgrounds)
-- +++ processing catkin package: 'common'
-- ==> add_subdirectory(EPSILON-master/core/common)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- Found glog    (include: /usr/local/include, library: /usr/local/lib/libglog.a)
-- Found OOQP include dirs: /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/include/ooqp
-- Found OOQP libraries: /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a;/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a;/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a;/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a;/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a;blas;gfortran
-- Found OOQP
-- Found NLOPT include dirs: /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/include
-- Found NLOPT libraries: /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib/libnlopt.so
-- Found NLOPT
-- +++ processing catkin package: 'vehicle_model'
-- ==> add_subdirectory(EPSILON-master/core/vehicle_model)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'forward_simulator'
-- ==> add_subdirectory(EPSILON-master/core/forward_simulator)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'motion_predictor'
-- ==> add_subdirectory(EPSILON-master/core/motion_predictor)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'vehicle_msgs'
-- ==> add_subdirectory(EPSILON-master/core/vehicle_msgs)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- vehicle_msgs: 17 messages, 0 services
-- +++ processing catkin package: 'aux_tools'
-- ==> add_subdirectory(EPSILON-master/aux_tools)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'phy_simulator'
-- ==> add_subdirectory(EPSILON-master/core/phy_simulator)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'semantic_map_manager'
-- ==> add_subdirectory(EPSILON-master/core/semantic_map_manager)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'route_planner'
-- ==> add_subdirectory(EPSILON-master/core/route_planner)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'behavior_planner'
-- ==> add_subdirectory(EPSILON-master/core/behavior_planner)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'ai_agent_planner'
-- ==> add_subdirectory(EPSILON-master/util/ai_agent_planner)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- +++ processing catkin package: 'eudm_planner'
-- ==> add_subdirectory(EPSILON-master/util/eudm_planner)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
CMake Warning at /opt/ros/kinetic/share/catkin/cmake/catkin_package.cmake:418 (message):
  catkin_package() include dir
  '/home/wang/ROS/G_A_V/epsilon/build/EPSILON-master/util/eudm_planner'
  should be placed in the devel space instead of the build space
Call Stack (most recent call first):
  /opt/ros/kinetic/share/catkin/cmake/catkin_package.cmake:102 (_catkin_package)
  EPSILON-master/util/eudm_planner/CMakeLists.txt:30 (catkin_package)

-- +++ processing catkin package: 'ssc_planner'
-- ==> add_subdirectory(EPSILON-master/util/ssc_planner)
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Found OpenMP: -fopenmp
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
CMake Warning at /opt/ros/kinetic/share/catkin/cmake/catkin_package.cmake:418 (message):
  catkin_package() include dir
  '/home/wang/ROS/G_A_V/epsilon/build/EPSILON-master/util/ssc_planner' should
  be placed in the devel space instead of the build space
Call Stack (most recent call first):
  /opt/ros/kinetic/share/catkin/cmake/catkin_package.cmake:102 (_catkin_package)
  EPSILON-master/util/ssc_planner/CMakeLists.txt:28 (catkin_package)

-- +++ processing catkin package: 'planning_integrated'
-- ==> add_subdirectory(EPSILON-master/app/planning_integrated)
-- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy
-- Configuring done
-- Generating done
-- Build files have been written to: /home/wang/ROS/G_A_V/epsilon/build
####
#### Running command: "make -j12 -l12" in "/home/wang/ROS/G_A_V/epsilon/build"
####
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_Lane
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_VehicleParam
Scanning dependencies of target geometry_msgs_generate_messages_eus
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_ArenaInfo
Scanning dependencies of target std_msgs_generate_messages_eus
Scanning dependencies of target hkust_pl_ooqp_itf
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_ObstacleSet
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_State
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_Circle
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_ArenaInfoDynamic
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_PolygonObstacle
Scanning dependencies of target nav_msgs_generate_messages_eus
[  0%] Built target geometry_msgs_generate_messages_eus
[  0%] Built target nav_msgs_generate_messages_eus
[  0%] Built target std_msgs_generate_messages_eus
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_Vehicle
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_OccupancyGridFloat
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_FreeState
[  0%] Built target _vehicle_msgs_generate_messages_check_deps_ObstacleSet
[  0%] Built target _vehicle_msgs_generate_messages_check_deps_VehicleParam
[  0%] Built target _vehicle_msgs_generate_messages_check_deps_ArenaInfo
[  0%] Built target _vehicle_msgs_generate_messages_check_deps_Lane
[  0%] Built target _vehicle_msgs_generate_messages_check_deps_State
[  0%] Built target _vehicle_msgs_generate_messages_check_deps_ArenaInfoDynamic
[  0%] Built target _vehicle_msgs_generate_messages_check_deps_Circle
[  0%] Built target _vehicle_msgs_generate_messages_check_deps_PolygonObstacle
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_CircleObstacle
[  1%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_ooqp_itf.dir/src/common/solver/ooqp_interface.cc.o
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_ControlSignal
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_OccupancyGridUInt8
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_LaneNet
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_VehicleSet
Scanning dependencies of target _vehicle_msgs_generate_messages_check_deps_ArenaInfoStatic
[  1%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_ooqp_itf.dir/src/common/solver/qp_solver.cc.o
Scanning dependencies of target std_msgs_generate_messages_lisp
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_Vehicle
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_OccupancyGridFloat
[  1%] Built target std_msgs_generate_messages_lisp
Scanning dependencies of target nav_msgs_generate_messages_lisp
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_FreeState
Scanning dependencies of target geometry_msgs_generate_messages_lisp
Scanning dependencies of target geometry_msgs_generate_messages_cpp
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_ControlSignal
[  1%] Built target nav_msgs_generate_messages_lisp
Scanning dependencies of target std_msgs_generate_messages_cpp
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_CircleObstacle
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_OccupancyGridUInt8
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_ArenaInfoStatic
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_VehicleSet
[  1%] Built target geometry_msgs_generate_messages_cpp
[  1%] Built target _vehicle_msgs_generate_messages_check_deps_LaneNet
[  1%] Built target geometry_msgs_generate_messages_lisp
Scanning dependencies of target nav_msgs_generate_messages_cpp
Scanning dependencies of target std_msgs_generate_messages_py
Scanning dependencies of target geometry_msgs_generate_messages_py
[  1%] Built target std_msgs_generate_messages_cpp
Scanning dependencies of target nav_msgs_generate_messages_py
Scanning dependencies of target geometry_msgs_generate_messages_nodejs
Scanning dependencies of target std_msgs_generate_messages_nodejs
Scanning dependencies of target vehicle_msgs_generate_messages_lisp
Scanning dependencies of target nav_msgs_generate_messages_nodejs
[  1%] Built target std_msgs_generate_messages_py
Scanning dependencies of target vehicle_msgs_generate_messages_eus
[  1%] Built target geometry_msgs_generate_messages_nodejs
[  1%] Built target nav_msgs_generate_messages_cpp
[  1%] Built target nav_msgs_generate_messages_py
[  1%] Built target geometry_msgs_generate_messages_py
[  1%] Built target nav_msgs_generate_messages_nodejs
[  1%] Built target std_msgs_generate_messages_nodejs
[  2%] Generating Lisp code from vehicle_msgs/State.msg
[  2%] Generating EusLisp code from vehicle_msgs/State.msg
[  3%] Generating Lisp code from vehicle_msgs/Circle.msg
[  3%] Generating Lisp code from vehicle_msgs/Vehicle.msg
Scanning dependencies of target vehicle_msgs_generate_messages_cpp
[  4%] Generating EusLisp code from vehicle_msgs/Vehicle.msg
[  4%] Generating Lisp code from vehicle_msgs/ArenaInfo.msg
[  5%] Generating Lisp code from vehicle_msgs/ObstacleSet.msg
[  5%] Generating Lisp code from vehicle_msgs/ArenaInfoDynamic.msg
Scanning dependencies of target vehicle_msgs_generate_messages_py
[  6%] Generating C++ code from vehicle_msgs/State.msg
[  7%] Generating Python from MSG vehicle_msgs/State
[  7%] Generating EusLisp code from vehicle_msgs/Circle.msg
[  7%] Generating C++ code from vehicle_msgs/Vehicle.msg
[  8%] Generating C++ code from vehicle_msgs/Circle.msg
Scanning dependencies of target vehicle_msgs_generate_messages_nodejs
[  8%] Generating Python from MSG vehicle_msgs/Vehicle
[  9%] Generating Lisp code from vehicle_msgs/CircleObstacle.msg
[ 10%] Generating Python from MSG vehicle_msgs/Circle
[ 10%] Generating Javascript code from vehicle_msgs/State.msg
[ 11%] Generating Javascript code from vehicle_msgs/Vehicle.msg
[ 13%] Generating EusLisp code from vehicle_msgs/ArenaInfoDynamic.msg
[ 13%] Generating Python from MSG vehicle_msgs/ArenaInfoDynamic
[ 13%] Generating Javascript code from vehicle_msgs/Circle.msg
[ 15%] Generating Javascript code from vehicle_msgs/ArenaInfoDynamic.msg
[ 16%] Generating Lisp code from vehicle_msgs/ArenaInfoStatic.msg
[ 16%] Generating Lisp code from vehicle_msgs/PolygonObstacle.msg
[ 16%] Generating Python from MSG vehicle_msgs/ObstacleSet
[ 16%] Generating Javascript code from vehicle_msgs/ObstacleSet.msg
[ 17%] Generating EusLisp code from vehicle_msgs/ObstacleSet.msg
[ 17%] Generating EusLisp code from vehicle_msgs/ArenaInfo.msg
[ 18%] Generating EusLisp code from vehicle_msgs/CircleObstacle.msg
[ 19%] Generating Python from MSG vehicle_msgs/ArenaInfo
[ 19%] Generating EusLisp code from vehicle_msgs/ArenaInfoStatic.msg
[ 20%] Generating Lisp code from vehicle_msgs/ControlSignal.msg
[ 20%] Generating C++ code from vehicle_msgs/ArenaInfoDynamic.msg
[ 21%] Generating Javascript code from vehicle_msgs/ArenaInfo.msg
[ 22%] Generating Javascript code from vehicle_msgs/CircleObstacle.msg
[ 22%] Generating Javascript code from vehicle_msgs/ArenaInfoStatic.msg
[ 23%] Generating EusLisp code from vehicle_msgs/PolygonObstacle.msg
[ 23%] Generating EusLisp code from vehicle_msgs/ControlSignal.msg
[ 23%] Generating Lisp code from vehicle_msgs/OccupancyGridFloat.msg
[ 24%] Generating EusLisp code from vehicle_msgs/OccupancyGridFloat.msg
[ 25%] Generating Javascript code from vehicle_msgs/PolygonObstacle.msg
[ 25%] Generating Javascript code from vehicle_msgs/ControlSignal.msg
[ 25%] Generating Python from MSG vehicle_msgs/CircleObstacle
[ 26%] Generating Javascript code from vehicle_msgs/OccupancyGridFloat.msg
[ 27%] Generating Lisp code from vehicle_msgs/LaneNet.msg
[ 29%] Generating EusLisp code from vehicle_msgs/LaneNet.msg
[ 29%] Generating EusLisp code from vehicle_msgs/VehicleParam.msg
[ 30%] Generating Python from MSG vehicle_msgs/ArenaInfoStatic
[ 32%] Generating C++ code from vehicle_msgs/ObstacleSet.msg
[ 32%] Generating EusLisp code from vehicle_msgs/FreeState.msg
[ 32%] Generating C++ code from vehicle_msgs/ArenaInfo.msg
[ 32%] Generating Javascript code from vehicle_msgs/LaneNet.msg
[ 32%] Generating Lisp code from vehicle_msgs/VehicleParam.msg
[ 33%] Generating C++ code from vehicle_msgs/CircleObstacle.msg
[ 33%] Generating EusLisp code from vehicle_msgs/VehicleSet.msg
[ 34%] Generating EusLisp code from vehicle_msgs/OccupancyGridUInt8.msg
[ 34%] Generating Python from MSG vehicle_msgs/PolygonObstacle
[ 34%] Generating EusLisp code from vehicle_msgs/Lane.msg
[ 35%] Generating Javascript code from vehicle_msgs/VehicleParam.msg
[ 36%] Generating Lisp code from vehicle_msgs/FreeState.msg
[ 37%] Generating Python from MSG vehicle_msgs/ControlSignal
[ 38%] Generating EusLisp manifest code for vehicle_msgs
[ 39%] Generating Javascript code from vehicle_msgs/FreeState.msg
[ 39%] Generating Lisp code from vehicle_msgs/VehicleSet.msg
[ 41%] Generating Lisp code from vehicle_msgs/OccupancyGridUInt8.msg
[ 41%] Generating C++ code from vehicle_msgs/ArenaInfoStatic.msg
[ 41%] Generating C++ code from vehicle_msgs/PolygonObstacle.msg
[ 43%] Generating Lisp code from vehicle_msgs/Lane.msg
[ 43%] Generating Javascript code from vehicle_msgs/VehicleSet.msg
[ 43%] Generating Python from MSG vehicle_msgs/LaneNet
[ 44%] Generating Python from MSG vehicle_msgs/OccupancyGridFloat
[ 45%] Generating C++ code from vehicle_msgs/ControlSignal.msg
[ 46%] Generating Python from MSG vehicle_msgs/VehicleParam
[ 46%] Built target vehicle_msgs_generate_messages_lisp
[ 46%] Generating Python from MSG vehicle_msgs/FreeState
[ 47%] Generating Python from MSG vehicle_msgs/VehicleSet
[ 48%] Generating Javascript code from vehicle_msgs/OccupancyGridUInt8.msg
[ 48%] Generating Javascript code from vehicle_msgs/Lane.msg
[ 48%] Generating Python from MSG vehicle_msgs/OccupancyGridUInt8
[ 48%] Generating C++ code from vehicle_msgs/OccupancyGridFloat.msg
[ 49%] Generating C++ code from vehicle_msgs/LaneNet.msg
[ 49%] Generating C++ code from vehicle_msgs/VehicleParam.msg
[ 50%] Generating Python from MSG vehicle_msgs/Lane
[ 51%] Generating C++ code from vehicle_msgs/FreeState.msg
[ 52%] Generating C++ code from vehicle_msgs/VehicleSet.msg
[ 52%] Built target vehicle_msgs_generate_messages_nodejs
[ 52%] Generating C++ code from vehicle_msgs/OccupancyGridUInt8.msg
[ 53%] Generating C++ code from vehicle_msgs/Lane.msg
[ 54%] Generating Python msg __init__.py for vehicle_msgs
[ 54%] Built target vehicle_msgs_generate_messages_cpp
[ 54%] Built target vehicle_msgs_generate_messages_py
[ 54%] Built target vehicle_msgs_generate_messages_eus
Scanning dependencies of target vehicle_msgs_generate_messages
[ 54%] Built target vehicle_msgs_generate_messages
[ 55%] Linking CXX shared library /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so
/usr/bin/c++  -fPIC -std=c++11  -g -O3 -Wall -O3 -Wall  -shared -Wl,-soname,libhkust_pl_ooqp_itf.so -o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so CMakeFiles/hkust_pl_ooqp_itf.dir/src/common/solver/ooqp_interface.cc.o CMakeFiles/hkust_pl_ooqp_itf.dir/src/common/solver/qp_solver.cc.o /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a -lblas -lgfortran
[ 55%] Built target hkust_pl_ooqp_itf
Scanning dependencies of target hkust_pl_common
[ 55%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/basics/colormap.cc.o
[ 55%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/basics/shapes.cc.o
[ 56%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/basics/semantics.cc.o
[ 58%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/basics/tool_func.cc.o
[ 59%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/rss/rss_checker.cc.o
[ 59%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/math/calculations.cc.o
[ 60%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/mobil/mobil_model.cc.o
[ 60%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/idm/intelligent_driver_model.cc.o
[ 60%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/spline/lookup_table.cc.o
[ 61%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/mobil/mobil_behavior_prediction.cc.o
[ 62%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/spline/spline_generator.cc.o
[ 63%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/lane/lane.cc.o
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/src/common/basics/tool_func.cc: In function ‘void common::GetResultInVector(const std::vector<std::vector<int> >&, const int&, std::vector<int>*, std::vector<std::vector<int> >*)’:
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/src/common/basics/tool_func.cc:30:21: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
   for (int i = 0; i < vec[N].size(); ++i) {
                     ^
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/src/common/basics/tool_func.cc:32:11: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
     if (N < vec.size() - 1) {
           ^
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/src/common/basics/tool_func.cc:36:25: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
       for (int i = 0; i < tmp->size(); ++i) {
                         ^
[ 63%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/lane/lane_generator.cc.o
[ 64%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/primitive/frenet_primitive.cc.o
[ 64%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/state/state_transformer.cc.o
[ 65%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/state/free_state.cc.o
[ 65%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/circle_arc/circle_arc.cc.o
[ 66%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/circle_arc/circle_arc_branch.cc.o
[ 67%] Building CXX object EPSILON-master/core/common/CMakeFiles/hkust_pl_common.dir/src/common/trajectory/trajectory_optimizer.cc.o
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/src/common/trajectory/trajectory_optimizer.cc: In static member function ‘static ErrorType common::TrajectoryOptimizer::Optimize(common::FrenetTrajectory*)’:
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/src/common/trajectory/trajectory_optimizer.cc:68:17: warning: unused variable ‘result’ [-Wunused-variable]
   nlopt::result result = nlopt_optimizer.optimize(variables, min_f);
                 ^
[ 67%] Linking CXX shared library /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_common.so
/usr/bin/c++  -fPIC -std=c++11  -g -O3 -Wall -O3 -Wall  -shared -Wl,-soname,libhkust_pl_common.so -o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_common.so CMakeFiles/hkust_pl_common.dir/src/common/basics/colormap.cc.o CMakeFiles/hkust_pl_common.dir/src/common/basics/semantics.cc.o CMakeFiles/hkust_pl_common.dir/src/common/basics/shapes.cc.o CMakeFiles/hkust_pl_common.dir/src/common/basics/tool_func.cc.o CMakeFiles/hkust_pl_common.dir/src/common/math/calculations.cc.o CMakeFiles/hkust_pl_common.dir/src/common/rss/rss_checker.cc.o CMakeFiles/hkust_pl_common.dir/src/common/idm/intelligent_driver_model.cc.o CMakeFiles/hkust_pl_common.dir/src/common/mobil/mobil_model.cc.o CMakeFiles/hkust_pl_common.dir/src/common/mobil/mobil_behavior_prediction.cc.o CMakeFiles/hkust_pl_common.dir/src/common/spline/lookup_table.cc.o CMakeFiles/hkust_pl_common.dir/src/common/spline/spline_generator.cc.o CMakeFiles/hkust_pl_common.dir/src/common/lane/lane.cc.o CMakeFiles/hkust_pl_common.dir/src/common/lane/lane_generator.cc.o CMakeFiles/hkust_pl_common.dir/src/common/primitive/frenet_primitive.cc.o CMakeFiles/hkust_pl_common.dir/src/common/state/state_transformer.cc.o CMakeFiles/hkust_pl_common.dir/src/common/state/free_state.cc.o CMakeFiles/hkust_pl_common.dir/src/common/circle_arc/circle_arc.cc.o CMakeFiles/hkust_pl_common.dir/src/common/circle_arc/circle_arc_branch.cc.o CMakeFiles/hkust_pl_common.dir/src/common/trajectory/trajectory_optimizer.cc.o -ldw /usr/local/lib/libglog.a -lprotobuf /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib/libnlopt.so /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_highgui3.so.3.3.1 /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_videoio3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgproc3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_core3.so.3.3.1 /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a -lblas -lgfortran -Wl,-rpath,/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib:/opt/ros/kinetic/lib/x86_64-linux-gnu:/home/wang/ROS/G_A_V/epsilon/devel/lib
[ 67%] Built target hkust_pl_common
Scanning dependencies of target hkust_pl_vehicle_model
[ 67%] Building CXX object EPSILON-master/core/vehicle_model/CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/ideal_steer_model.cc.o
[ 68%] Building CXX object EPSILON-master/core/vehicle_model/CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/vehicle_model.cc.o
[ 69%] Building CXX object EPSILON-master/core/vehicle_model/CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/idm_model.cc.o
[ 70%] Building CXX object EPSILON-master/core/vehicle_model/CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/ctx_idm_model.cc.o
[ 70%] Building CXX object EPSILON-master/core/vehicle_model/CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/controllers/pure_pursuit_controller.cc.o
[ 72%] Building CXX object EPSILON-master/core/vehicle_model/CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/controllers/pid_controller.cc.o
[ 72%] Building CXX object EPSILON-master/core/vehicle_model/CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/controllers/idm_velocity_controller.cc.o
[ 73%] Building CXX object EPSILON-master/core/vehicle_model/CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/controllers/ctx_idm_velocity_controller.cc.o
[ 73%] Linking CXX shared library /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_vehicle_model.so
/usr/bin/c++  -fPIC -std=c++11  -g -O3 -Wall -O3 -Wall  -shared -Wl,-soname,libhkust_pl_vehicle_model.so -o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_vehicle_model.so CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/vehicle_model.cc.o CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/ideal_steer_model.cc.o CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/idm_model.cc.o CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/ctx_idm_model.cc.o CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/controllers/pure_pursuit_controller.cc.o CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/controllers/pid_controller.cc.o CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/controllers/idm_velocity_controller.cc.o CMakeFiles/hkust_pl_vehicle_model.dir/src/vehicle_model/controllers/ctx_idm_velocity_controller.cc.o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_common.so -ldw /usr/local/lib/libglog.a -lprotobuf /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib/libnlopt.so /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_highgui3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_videoio3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgproc3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_core3.so.3.3.1 /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a -lblas -lgfortran -Wl,-rpath,/home/wang/ROS/G_A_V/epsilon/devel/lib:/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib:/opt/ros/kinetic/lib/x86_64-linux-gnu
[ 73%] Built target hkust_pl_vehicle_model
Scanning dependencies of target phy_simulator_lib
Scanning dependencies of target hkust_pl_smm
[ 74%] Building CXX object EPSILON-master/core/phy_simulator/CMakeFiles/phy_simulator_lib.dir/src/phy_simulator/arena_loader.cc.o
[ 74%] Building CXX object EPSILON-master/core/phy_simulator/CMakeFiles/phy_simulator_lib.dir/src/phy_simulator/phy_simulator.cc.o
[ 75%] Building CXX object EPSILON-master/core/semantic_map_manager/CMakeFiles/hkust_pl_smm.dir/src/data_renderer.cc.o
[ 75%] Building CXX object EPSILON-master/core/semantic_map_manager/CMakeFiles/hkust_pl_smm.dir/src/semantic_map_manager.cc.o
[ 76%] Building CXX object EPSILON-master/core/semantic_map_manager/CMakeFiles/hkust_pl_smm.dir/src/traffic_signal_manager.cc.o
[ 76%] Building CXX object EPSILON-master/core/semantic_map_manager/CMakeFiles/hkust_pl_smm.dir/src/config_loader.cc.o
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/src/data_renderer.cc: In member function ‘ErrorType semantic_map_manager::DataRenderer::InjectObservationNoise()’:
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/src/data_renderer.cc:78:32: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
     for (int i = 0; i < 3 && i < surrounding_ids.size(); i++) {
                                ^
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/src/semantic_map_manager.cc: In member function ‘ErrorType semantic_map_manager::SemanticMapManager::GetLocalLaneUsingLaneIds(const common::State&, const std::vector<int>&, decimal_t, decimal_t, const bool&, common::Lane*)’:
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/src/semantic_map_manager.cc:1167:23: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
     for (int i = 1; i < whole_lane_net_.lane_set.at(id).lane_points.size();
                       ^
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/src/semantic_map_manager.cc: In member function ‘ErrorType semantic_map_manager::SemanticMapManager::GetLeadingVehicleOnLane(const common::Lane&, const common::State&, const common::VehicleSet&, const decimal_t&, common::Vehicle*, decimal_t*) const’:
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/src/semantic_map_manager.cc:1348:19: warning: unused variable ‘lane_width’ [-Wunused-variable]
   const decimal_t lane_width = 3.5;
                   ^
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/src/semantic_map_manager.cc:1357:8: warning: unused variable ‘find_occupied’ [-Wunused-variable]
   bool find_occupied = false;
        ^
[ 77%] Linking CXX shared library /home/wang/ROS/G_A_V/epsilon/devel/lib/libphy_simulator_lib.so
/usr/bin/c++  -fPIC -std=c++11  -g -O3 -Wall -O3 -Wall  -shared -Wl,-soname,libphy_simulator_lib.so -o /home/wang/ROS/G_A_V/epsilon/devel/lib/libphy_simulator_lib.so CMakeFiles/phy_simulator_lib.dir/src/phy_simulator/arena_loader.cc.o CMakeFiles/phy_simulator_lib.dir/src/phy_simulator/phy_simulator.cc.o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_vehicle_model.so /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_common.so -ldw /usr/local/lib/libglog.a -lprotobuf /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib/libnlopt.so /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_highgui3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_videoio3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgproc3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_core3.so.3.3.1 /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a -lblas -lgfortran -Wl,-rpath,/home/wang/ROS/G_A_V/epsilon/devel/lib:/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib:/opt/ros/kinetic/lib/x86_64-linux-gnu
[ 77%] Built target phy_simulator_lib
Scanning dependencies of target phy_simulator_planning_node
[ 77%] Building CXX object EPSILON-master/core/phy_simulator/CMakeFiles/phy_simulator_planning_node.dir/src/phy_simulator_planning_node.cc.o
[ 78%] Building CXX object EPSILON-master/core/phy_simulator/CMakeFiles/phy_simulator_planning_node.dir/src/phy_simulator/visualizer.cc.o
[ 79%] Building CXX object EPSILON-master/core/phy_simulator/CMakeFiles/phy_simulator_planning_node.dir/src/phy_simulator/ros_adapter.cc.o
In file included from /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/inc/semantic_map_manager/semantic_map_manager.h:15:0,
                 from /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/semantic_map_manager/src/semantic_map_manager.cc:1:
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/inc/common/basics/semantics.h: In member function ‘ErrorType semantic_map_manager::SemanticMapManager::UpdateSemanticVehicles()’:
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/inc/common/basics/semantics.h:207:19: warning: ‘max_beh’ may be used uninitialized in this function [-Wmaybe-uninitialized]
     *beh = max_beh;
                   ^
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/inc/common/basics/semantics.h:200:21: note: ‘max_beh’ was declared here
     LateralBehavior max_beh;
                     ^
[ 80%] Linking CXX shared library /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_smm.so
/usr/bin/c++  -fPIC -std=c++11  -g -O3 -Wall -O3 -Wall  -shared -Wl,-soname,libhkust_pl_smm.so -o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_smm.so CMakeFiles/hkust_pl_smm.dir/src/semantic_map_manager.cc.o CMakeFiles/hkust_pl_smm.dir/src/data_renderer.cc.o CMakeFiles/hkust_pl_smm.dir/src/config_loader.cc.o CMakeFiles/hkust_pl_smm.dir/src/traffic_signal_manager.cc.o /opt/ros/kinetic/lib/libtf.so /opt/ros/kinetic/lib/libtf2_ros.so /opt/ros/kinetic/lib/libactionlib.so /opt/ros/kinetic/lib/libmessage_filters.so /opt/ros/kinetic/lib/libroscpp.so -lboost_filesystem -lboost_signals /opt/ros/kinetic/lib/libxmlrpcpp.so /opt/ros/kinetic/lib/libtf2.so /opt/ros/kinetic/lib/libroscpp_serialization.so /opt/ros/kinetic/lib/librosconsole.so /opt/ros/kinetic/lib/librosconsole_log4cxx.so /opt/ros/kinetic/lib/librosconsole_backend_interface.so -llog4cxx -lboost_regex /opt/ros/kinetic/lib/librostime.so /opt/ros/kinetic/lib/libcpp_common.so -lboost_system -lboost_thread -lboost_chrono -lboost_date_time -lboost_atomic -lpthread -lconsole_bridge /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_vehicle_model.so /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_common.so -ldw /usr/local/lib/libglog.a -lprotobuf /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib/libnlopt.so /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_highgui3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_videoio3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgproc3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_core3.so.3.3.1 /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a -lblas -lgfortran -Wl,-rpath,/opt/ros/kinetic/lib:/home/wang/ROS/G_A_V/epsilon/devel/lib:/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib:/opt/ros/kinetic/lib/x86_64-linux-gnu
[ 80%] Built target hkust_pl_smm
make[2]: *** No rule to make target '/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/util/eudm_planner/PROTOBUF_PROTOC_EXECUTABLE-NOTFOUND', needed by 'EPSILON-master/util/eudm_planner/eudm_config.pb.cc'。 停止。
CMakeFiles/Makefile2:3921: recipe for target 'EPSILON-master/util/eudm_planner/CMakeFiles/hkust_pl_eudm.dir/all' failed
make[1]: *** [EPSILON-master/util/eudm_planner/CMakeFiles/hkust_pl_eudm.dir/all] Error 2
make[1]: *** 正在等待未完成的任务....
make[2]: *** No rule to make target '/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/util/ssc_planner/PROTOBUF_PROTOC_EXECUTABLE-NOTFOUND', needed by 'EPSILON-master/util/ssc_planner/ssc_config.pb.cc'。 停止。
CMakeFiles/Makefile2:4065: recipe for target 'EPSILON-master/util/ssc_planner/CMakeFiles/hkust_pl_ssc.dir/all' failed
make[1]: *** [EPSILON-master/util/ssc_planner/CMakeFiles/hkust_pl_ssc.dir/all] Error 2
Scanning dependencies of target hkust_pl_rp
Scanning dependencies of target hkust_smm_ros
[ 80%] Building CXX object EPSILON-master/core/route_planner/CMakeFiles/hkust_pl_rp.dir/src/route_planner/route_planner.cc.o
[ 81%] Building CXX object EPSILON-master/core/semantic_map_manager/CMakeFiles/hkust_smm_ros.dir/src/ros_adapter.cc.o
[ 81%] Building CXX object EPSILON-master/core/semantic_map_manager/CMakeFiles/hkust_smm_ros.dir/src/visualizer.cc.o
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/phy_simulator/src/phy_simulator_planning_node.cc: In function ‘int main(int, char**)’:
/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/phy_simulator/src/phy_simulator_planning_node.cc:118:7: warning: unused variable ‘gt_msg_counter’ [-Wunused-variable]
   int gt_msg_counter = 0;
       ^
[ 82%] Linking CXX shared library /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_rp.so
/usr/bin/c++  -fPIC -std=c++11  -g -O3 -Wall -O3 -Wall  -shared -Wl,-soname,libhkust_pl_rp.so -o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_rp.so CMakeFiles/hkust_pl_rp.dir/src/route_planner/route_planner.cc.o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_smm.so /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_vehicle_model.so /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_common.so -ldw /usr/local/lib/libglog.a -lprotobuf /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib/libnlopt.so /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_highgui3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_videoio3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgproc3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_core3.so.3.3.1 /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a -lblas -lgfortran /opt/ros/kinetic/lib/libtf.so /opt/ros/kinetic/lib/libtf2_ros.so /opt/ros/kinetic/lib/libactionlib.so /opt/ros/kinetic/lib/libmessage_filters.so /opt/ros/kinetic/lib/libroscpp.so -lboost_filesystem -lboost_signals /opt/ros/kinetic/lib/libxmlrpcpp.so /opt/ros/kinetic/lib/libtf2.so /opt/ros/kinetic/lib/libroscpp_serialization.so /opt/ros/kinetic/lib/librosconsole.so /opt/ros/kinetic/lib/librosconsole_log4cxx.so /opt/ros/kinetic/lib/librosconsole_backend_interface.so -llog4cxx -lboost_regex /opt/ros/kinetic/lib/librostime.so /opt/ros/kinetic/lib/libcpp_common.so -lboost_system -lboost_thread -lboost_chrono -lboost_date_time -lboost_atomic -lpthread -lconsole_bridge -Wl,-rpath,/home/wang/ROS/G_A_V/epsilon/devel/lib:/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib:/opt/ros/kinetic/lib/x86_64-linux-gnu:/opt/ros/kinetic/lib
[ 82%] Built target hkust_pl_rp
[ 82%] Linking CXX executable /home/wang/ROS/G_A_V/epsilon/devel/lib/phy_simulator/phy_simulator_planning_node
/usr/bin/c++   -std=c++11  -g -O3 -Wall -O3 -Wall   CMakeFiles/phy_simulator_planning_node.dir/src/phy_simulator_planning_node.cc.o CMakeFiles/phy_simulator_planning_node.dir/src/phy_simulator/visualizer.cc.o CMakeFiles/phy_simulator_planning_node.dir/src/phy_simulator/ros_adapter.cc.o  -o /home/wang/ROS/G_A_V/epsilon/devel/lib/phy_simulator/phy_simulator_planning_node -rdynamic /opt/ros/kinetic/lib/libroscpp.so -lboost_filesystem -lboost_signals /opt/ros/kinetic/lib/librosconsole.so /opt/ros/kinetic/lib/librosconsole_log4cxx.so /opt/ros/kinetic/lib/librosconsole_backend_interface.so -llog4cxx -lboost_regex /opt/ros/kinetic/lib/libxmlrpcpp.so /opt/ros/kinetic/lib/libroscpp_serialization.so /opt/ros/kinetic/lib/librostime.so /opt/ros/kinetic/lib/libcpp_common.so -lboost_system -lboost_thread -lboost_chrono -lboost_date_time -lboost_atomic -lpthread -lconsole_bridge /home/wang/ROS/G_A_V/epsilon/devel/lib/libphy_simulator_lib.so /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_vehicle_model.so /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_common.so -ldw /usr/local/lib/libglog.a -lprotobuf /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib/libnlopt.so /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_highgui3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_videoio3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgproc3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_core3.so.3.3.1 /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a -lblas -lgfortran -Wl,-rpath,/opt/ros/kinetic/lib:/home/wang/ROS/G_A_V/epsilon/devel/lib:/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib:/opt/ros/kinetic/lib/x86_64-linux-gnu
[ 82%] Built target phy_simulator_planning_node
[ 83%] Linking CXX shared library /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_smm_ros.so
/usr/bin/c++  -fPIC -std=c++11  -g -O3 -Wall -O3 -Wall  -shared -Wl,-soname,libhkust_smm_ros.so -o /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_smm_ros.so CMakeFiles/hkust_smm_ros.dir/src/ros_adapter.cc.o CMakeFiles/hkust_smm_ros.dir/src/visualizer.cc.o /opt/ros/kinetic/lib/libtf.so /opt/ros/kinetic/lib/libtf2_ros.so /opt/ros/kinetic/lib/libactionlib.so /opt/ros/kinetic/lib/libmessage_filters.so /opt/ros/kinetic/lib/libroscpp.so -lboost_filesystem -lboost_signals /opt/ros/kinetic/lib/libxmlrpcpp.so /opt/ros/kinetic/lib/libtf2.so /opt/ros/kinetic/lib/libroscpp_serialization.so /opt/ros/kinetic/lib/librosconsole.so /opt/ros/kinetic/lib/librosconsole_log4cxx.so /opt/ros/kinetic/lib/librosconsole_backend_interface.so -llog4cxx -lboost_regex /opt/ros/kinetic/lib/librostime.so /opt/ros/kinetic/lib/libcpp_common.so -lboost_system -lboost_thread -lboost_chrono -lboost_date_time -lboost_atomic -lpthread -lconsole_bridge /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_smm.so /opt/ros/kinetic/lib/libtf.so /opt/ros/kinetic/lib/libtf2_ros.so /opt/ros/kinetic/lib/libactionlib.so /opt/ros/kinetic/lib/libmessage_filters.so /opt/ros/kinetic/lib/libroscpp.so -lboost_filesystem -lboost_signals /opt/ros/kinetic/lib/libxmlrpcpp.so /opt/ros/kinetic/lib/libtf2.so /opt/ros/kinetic/lib/libroscpp_serialization.so /opt/ros/kinetic/lib/librosconsole.so /opt/ros/kinetic/lib/librosconsole_log4cxx.so /opt/ros/kinetic/lib/librosconsole_backend_interface.so -llog4cxx -lboost_regex /opt/ros/kinetic/lib/librostime.so /opt/ros/kinetic/lib/libcpp_common.so -lboost_system -lboost_thread -lboost_chrono -lboost_date_time -lboost_atomic -lpthread -lconsole_bridge /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_vehicle_model.so /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_common.so -ldw /usr/local/lib/libglog.a -lprotobuf /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib/libnlopt.so /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_highgui3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_videoio3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgproc3.so.3.3.1 /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_core3.so.3.3.1 /home/wang/ROS/G_A_V/epsilon/devel/lib/libhkust_pl_ooqp_itf.so /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgensparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpsparse.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpgondzio.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libooqpbase.a /home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/ooqp/lib/libma27.a -lblas -lgfortran -Wl,-rpath,/opt/ros/kinetic/lib:/home/wang/ROS/G_A_V/epsilon/devel/lib:/home/wang/ROS/G_A_V/epsilon/src/EPSILON-master/core/common/thirdparty/nlopt/lib:/opt/ros/kinetic/lib/x86_64-linux-gnu
[ 83%] Built target hkust_smm_ros
Makefile:138: recipe for target 'all' failed
make: *** [all] Error 2
Invoking "make -j12 -l12" failed

@WangZhengJiu
Hi, we have added an installation guide. Please update the code and re-build it according to the instruction.
Please let me know if you meet any problems, especially dependency issues.

@MasterIzumi
Hi, sorry to bother you. I meet the same problem with @WangZhengJiu ,  but  I used the latest code and cann't build it successuful.  Could you please give me some guidance to make it work. Thank you very much.

@Ry-Song Hi, can you provide the error messages?
Btw, have you installed protobuf correctly?

Hi @MasterIzumi
I am sorry for my carelessness about installing protobuf mistakenly. The code is working properly now. Thank you for your great work again.

@Ry-Song Thx. Please feel free to post issues if you meet any questions.


pycparser error prevents start of plugin

Bug report
Your Environment

Netflix add-on version: 0.15.2
Platform: Linux x86 64-bit
Kodi 18.4 Git:20190910 compiled 2019-09-10 by GCC 9.2.0
Gentoo-Linux ~amd64
Kernel: Linux x86 64-bit version 5.3.0-gentoo
FFmpeg version/source: 4.2.1

Used Operating system:

[X ] Linux

Describe the bug
Plugin does not start (and cannot be configured: account-data cannot be typed in anywhere)
There is an error-msg on the KODI-gui: "Netflix-Plugin Error"
More details in kodi.log
Expected behavior
plugin should start
Actual behavior
Error - cannot be started
Steps to reproduce the behavior
run KODI with activated plugin
Debug log
there are 100+ errors like this one:
ERROR: WARNING: /usr/lib64/python2.7/site-packages/pycparser/c_parser.py:1688: No documentation string specified in function 'p_postfix_expression_4' (ignored)
and after the last one:
ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                             - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                            Error Type: <class 'pycparser.ply.yacc.YaccError'>
                                            Error Contents: Unable to build parser
                                            Traceback (most recent call last):
                                              File "/home/ice/.kodi/addons/plugin.video.netflix/service.py", line 23, in <module>

full log:  http://dpaste.com/1Y8WG69
full debug log: https://eismanns.org/bin/?d2443a9a52cf63b5#J1USzarJ8jmF6rVLEyqqA9wHjDs21vFxRRvoyoEkHiqW
(Download attachment: kodi.log.xz)
Additional context or screenshots (if appropriate)
KODI runs with python2.7 in gentoo.
I had to copy the crytodomex-files in the kodi-running user's homedir from python3.6 to  python2.7 or there would be an import error of module Crypto.Random.

I had to copy the crytodomex-files in the kodi-running user's homedir from python3.6 to python2.7 or there would be an import error of module Crypto.Random.

Was Cryptodomex installed for for Python 2.7 before you copy the files?
If not, you should try to remove the files you copied and install Cryptodomex correctly.

THX for you reply!
Removed pycryptodomex and reinstalled with
 pip2.7 install --user pycryptodomex
now it looks like this:
ls ~/.local/lib64/python2.7/site-packages/
Cryptodome  pycryptodomex-3.9.0.dist-info

but the error remains (almost) the same.
ERROR: ERROR: start symbol translation_unit_or_empty undefined
2019-09-18 20:02:56.438 T:139926360266496   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                            - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                           Error Type: <class 'pycparser.ply.yacc.YaccError'>
                                           Error Contents: Unable to build parser
                                           Traceback (most recent call last):
                                             File "/home/ice/.kodi/addons/plugin.video.netflix/service.py", line 23, in <module>
                                               import resources.lib.services as services
                                             File "/home/ice/.kodi/addons/plugin.video.netflix/resources/lib/services/__init__.py", line 6, in <module>
                                               from .msl.http_server import MSLTCPServer
                                             File "/home/ice/.kodi/addons/plugin.video.netflix/resources/lib/services/msl/http_server.py", line 17, in <module>
                                               from .msl_handler import MSLHandler
                                             File "/home/ice/.kodi/addons/plugin.video.netflix/resources/lib/services/msl/msl_handler.py", line 22, in <module>
                                               from .request_builder import MSLRequestBuilder
                                             File "/home/ice/.kodi/addons/plugin.video.netflix/resources/lib/services/msl/request_builder.py", line 23, in <module>
                                               from .default_crypto import DefaultMSLCrypto as MSLCrypto
                                             File "/home/ice/.kodi/addons/plugin.video.netflix/resources/lib/services/msl/default_crypto.py", line 8, in <module>
                                               from Cryptodome.Hash import HMAC, SHA256
                                             File "/home/ice/.local/lib64/python2.7/site-packages/Cryptodome/Hash/HMAC.py", line 38, in <module>
                                               from Cryptodome.Hash import MD5
                                             File "/home/ice/.local/lib64/python2.7/site-packages/Cryptodome/Hash/MD5.py", line 23, in <module>
                                               from Cryptodome.Util._raw_api import (load_pycryptodome_raw_lib,
                                             File "/home/ice/.local/lib64/python2.7/site-packages/Cryptodome/Util/_raw_api.py", line 89, in <module>
                                               uint8_t_type = ffi.typeof(ffi.new("const uint8_t*"))
                                             File "/usr/lib64/python2.7/site-packages/cffi/api.py", line 262, in new
                                               cdecl = self._typeof(cdecl)
                                             File "/usr/lib64/python2.7/site-packages/cffi/api.py", line 182, in _typeof
                                               result = self._typeof_locked(cdecl)
                                             File "/usr/lib64/python2.7/site-packages/cffi/api.py", line 167, in _typeof_locked
                                               type = self._parser.parse_type(cdecl)
                                             File "/usr/lib64/python2.7/site-packages/cffi/cparser.py", line 508, in parse_type
                                               return self.parse_type_and_quals(cdecl)[0]
                                             File "/usr/lib64/python2.7/site-packages/cffi/cparser.py", line 511, in parse_type_and_quals
                                               ast, macros = self._parse('void __dummy(\n%s\n);' % cdecl)[:2]
                                             File "/usr/lib64/python2.7/site-packages/cffi/cparser.py", line 294, in _parse
                                               ast = _get_parser().parse(fullcsource)
                                             File "/usr/lib64/python2.7/site-packages/cffi/cparser.py", line 52, in _get_parser
                                               _parser_cache = pycparser.CParser()
                                             File "/usr/lib64/python2.7/site-packages/pycparser/c_parser.py", line 117, in __init__
                                               outputdir=taboutputdir)
                                             File "/usr/lib64/python2.7/site-packages/pycparser/ply/yacc.py", line 3352, in yacc
                                               raise YaccError('Unable to build parser')

full log here
pycryptodome-3.8.2 is also installed system-wide for python2.7, python3.6 and python3.7

For a test, can you uninstall all Python version but 2.7?
Or ensure Python 2.7 paths are the firsts to find the binaries...

As  much as i'd like to get this plugin running uninstalling all of the 3*-versions is problematic since there is some other software and specifically the distros's package- and config-manager ("portage") that depends on it.
But i set the default python-version to 2.7 so when i just execute python i get 2.7:
~/.kodi/temp $ python
Python 2.7.16 (default, Jul  1 2019, 10:24:16)
[GCC 9.1.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> quit()
ice@medi ~/.kodi/temp $

However, the error persists just in the same way.
Can it be related to the way python was built (stripped of some symbols bc of "-O2")?

As much as i'd like to get this plugin running uninstalling all of the 3*-versions is problematic

I do understand.
Just did a quick search on the error, an found this https://github.com/eliben/pycparser/issues/291
Looks like a known issue as you guessed, related to "-O2" build option.
So it's something you will have to fix on you side...

Don't mean to nag, but....
I recompiled python 2.7 and all related PKGs (dev-python/certifi dev-python/cffi dev-python/docutils  dev-python/mako dev-python/markupsafe dev-python/olefile dev-python/pillow dev-python/pip dev-python/ply  dev-python/pyblake2 dev-python/pycparser dev-python/pycryptodome  dev-python/pygments dev-python/setuptools) with
CFLAGS="-march=x86-64 -mtune=k8 -O0  -fomit-frame-pointer -pipe" CXXFLAGS="${CFLAGS}"
and the error still persists in the very same way. The system default is -O2 and all software is installed with that.
I'll try to fix it (LDFLAGS?)  and if i make any progress i'll report it.
THX for your help!

It runs now.
The problem i faced was an old bug in (gentoo's versions of) pycparser-2.17 to -2.19. I installed pycparser-2.14 and the plugin runs now. (I had already wondered what kind of optimizations GCC and LD might apply to python-programs which are basically textfiles.)
I like this plugin! Very nice work. Thank Youi

Thanks for the feedback!

Thanks @pete-dawgg
Downgrading to pycparser-2.14, solved this issue for me also.


Fix bug, replace ceph host name exact match with search

the host name used by ceph maybe a substring of host name in inventory file hosts.
So use search instead of exact match.

@nirajdp76  This is the PR related to hostname related concern that we talked about yesterday,


Startup not working

Quasar version
1.4.2
Server installed .NET version
No response
Server operating system
Windows 11/Server 2022
Client installed .NET version
No response
Client operating system
Windows 11/Server 2022
Build configuration
Release
Describe the bug
Startup not working
How to reproduce
Startup not working
Expected behavior
Startup not working
Actual behavior
Startup not working
Additional context
when i restart my computer it won't turn on again

Could it be that the loader I'm using is breaking the startup because it shows up at startup but won't open?

Most likely yes. This is a bug tracker for Quasar-related issues, not problems with other tools.


Update the styling of the Numeric Input component to match other Source input components

What are you changing?

Updating the border styling and style of various input states on the NumericInput component

Why?

The various input components in base Source have been updated to a new border design, and this component needs to match the new look.

Hello! They look great. I reviewed the Chromatic build and accepted it.

Nice work, thanks @i-hardy 🙏


fix a bunch of style nits

I'm not sure if these were intentional, but there are things in here that didn't follow a consistent pattern or are not best practices (using errors.New(fmt.Sprintf())).
I'm not looking to assert/force any specific style. I figured I'd open this to see if you wanted it merged in. If not, please feel free to close. Likewise, if there are any adjustments you'd like made please let me know.

Just a heads up I am currently waiting to see if Lifx will open up their API docs for the 2.0 api. If this happens I plan to do a rewrite in concert with them to tidy this up.
If and when this happens I will make sure to ping you about it. The current API is not much more than a thin shim over a bunch of packet encoding routines, really does need a much higher level API :)
Also thanks for changes!

For sure, I'd be more than happy to help. I'm also hopeful for some sort of protocol spec to come out of them. However, last time I reached out to ask them for a spec document, they didn't seem super interested in releasing it because the API was still in flux.

All we can do is continue to ask eh https://twitter.com/wolfeidau/status/586348243212046336 :)


python311Packages.sentry-sdk: 1.39.2 -> 1.40.0

Diff: https://github.com/getsentry/sentry-python/compare/refs/tags/1.39.2...1.40.0
Changelog: https://github.com/getsentry/sentry-python/blob/1.40.0/CHANGELOG.md
Description of changes

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Result of nixpkgs-review pr 285079 run on x86_64-linux 1

6 packages marked as broken and skipped:

home-assistant-component-tests.sentry
netbox_3_6
python312Packages.notus-scanner
python312Packages.notus-scanner.dist
python312Packages.sentry-sdk
python312Packages.sentry-sdk.dist

10 packages failed to build:

python311Packages.dalle-mini
python311Packages.dalle-mini.dist
python311Packages.textacy
python311Packages.textacy.dist
python311Packages.textnets
python311Packages.textnets.dist
skytemple
skytemple.dist
tts
tts.dist

55 packages built:

alerta-server
alerta-server.dist
cura
gns3-gui
gns3-gui.dist
gns3-server
gns3-server.dist
ledfx
ledfx.dist
matrix-synapse
matrix-synapse-plugins.matrix-synapse-ldap3
matrix-synapse-plugins.matrix-synapse-ldap3.dist
matrix-synapse-plugins.matrix-synapse-mjolnir-antispam
matrix-synapse-plugins.matrix-synapse-mjolnir-antispam.dist
matrix-synapse-plugins.matrix-synapse-s3-storage-provider
matrix-synapse-plugins.matrix-synapse-s3-storage-provider.dist
matrix-synapse-plugins.matrix-synapse-shared-secret-auth
matrix-synapse-plugins.matrix-synapse-shared-secret-auth.dist
matrix-synapse-unwrapped
matrix-synapse-unwrapped.dist
moodle-dl
moodle-dl.dist
mozphab
mozphab.dist
netbox (netbox_3_7)
notus-scanner (python311Packages.notus-scanner)
notus-scanner.dist (python311Packages.notus-scanner.dist)
octoprint
octoprint.dist
ospd-openvas
ospd-openvas.dist
peering-manager
python311Packages.django-rq
python311Packages.django-rq.dist
python311Packages.fastai
python311Packages.fastai.dist
python311Packages.k-diffusion
python311Packages.k-diffusion.dist
python311Packages.sentry-sdk
python311Packages.sentry-sdk.dist
python311Packages.skrl
python311Packages.skrl.dist
python311Packages.spacy
python311Packages.spacy-loggers
python311Packages.spacy-loggers.dist
python311Packages.spacy-lookups-data
python311Packages.spacy-lookups-data.dist
python311Packages.spacy-transformers
python311Packages.spacy-transformers.dist
python311Packages.spacy.dist
python311Packages.wagtail-localize
python311Packages.wagtail-localize.dist
python311Packages.wandb
python311Packages.wandb.dist
tribler


remove deprecated cache fuzz code

remove the code that use cache fuzziness.

AU check successful! https://ci.trafficserver.apache.org/job/autest-github/382/

clang format successful! https://ci.trafficserver.apache.org/job/clang-format-github/387/

RAT check successful! https://ci.trafficserver.apache.org/job/RAT-github/399/

Linux build successful! https://ci.trafficserver.apache.org/job/linux-github/1974/

Intel CC build successful! https://ci.trafficserver.apache.org/job/icc-github/512/

FreeBSD11 build successful! https://ci.trafficserver.apache.org/job/freebsd-github/2082/

clang-analyzer build successful! https://ci.trafficserver.apache.org/job/clang-analyzer-github/645/


Update PULL_REQUEST_TEMPLATE.md to link the contribute page

Pull Request
Title
Update PULL_REQUEST_TEMPLATE.md to link the contribute page
Type of Change

[ ] New feature
[ ] Bug fix
[x] Documentation update
[ ] Refactoring
[ ] Hotfix
[ ] Security patch
[ ] UI/UX improvement

Description
Update PULL_REQUEST_TEMPLATE.md to link the contribute page
Testing
None required
Impact
High as it makes sure all PR's are done correctly.
Issue related to PR
[What issue/discussion is related to this PR (if any)]

Resolves no issues

Additional Information
Nope
Checklist

[x] My code adheres to the coding and style guidelines of the project.
[x] I have performed a self-review of my own code.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] I have made corresponding changes to the documentation.
[x] My changes generate no errors/warnings/merge conflicts.

testing smth out

@Real-MullaC While reading this change and the current template I saw that there are many infos for the PR creator that are not important to the reviewer (most stuff in [ ] ). For that we could use markdown comments, they work as intendet in github conversations ... and are visible in the editor, but not in the finished PR Description that u see when not editing the description. What do you think about it? how to do it: { <!-- This is a comment in Markdown --> } how it looks while not editing: {
}

Changed

could you please also do this with everything that is in "[ ]"

Done


Install importlib_metadata in the virtualenv

Hello,
I'm currently experiencing a small issue (not a blocking one at all).
I started to use coc, with coc-jedi using a python version >=3.8 and that worked perfectly.
But recently, I launched vim inside a project which uses python 3.6.6. And update coc plugins.
Seems like coc-jedi needed an update (and jedi-language-server too was outdated). So coc-jedi ran the update but it ran it using the python 3.6.6 interpreter.
So the virtualenv created is based on python 3.6.6 and now each time coc-jedi starts to run, it tries to get the version, but it cannot retrieve it because if we're below 3.8, we have to use importlib_metadata (see here) which is not installed. So it recreate the virtualenv each time.
I can fix the issue either by:

reinstalling coc-jedi using a python version > 3.8
install importlib_metadata inside actual coc-jedi virtualenv (which will break once new update is installed if I'm using python <3.8 interpreter)

Can we add importlib_metadata package installation inside the virtualenv? Or maybe there is another solution :)
Anyway, thanks for the plugin!

Should be resolved in version 0.25.2!

Works perfectly, thanks for the quick fix!


code for CVnet training

Thank you for your excellent work, I would like to ask you if you have the code for CVnet training? The official project of CVnet has not been provided

Unfortunately no:/ Our work is based on their pretrained weights so no training stuff is involved.


pageserver: fix N*2 I/O when processing relation drops in transaction abort

Problem
We have some known N*2 behaviors when it comes to large relation counts, due to the monolithic encoding and full rewrites of of RelDirectory each time a relation is added.  Ordinarily our backpressure mechanisms give "slow but steady" performance when creating/dropping/truncating relations.  However, in the case of a transaction abort, it is possible for a single WAL record to drop an unbounded number of relations.  The results in an unavailable compute, as when it sends one of these records, it can stall the pageserver's ingest for many minutes, even though the compute only sent a small amount of WAL.
Closes https://github.com/neondatabase/neon/issues/9505
Summary of changes

Rewrite relation-dropping code to do one read/modify/write cycle of RelDirectory, instead of doing it separately for each relation in a loop.
Add a test for the bug scenario encountered: test_tx_abort_with_many_relations

The test has ~40s runtime on my workstation.  About 1 second of that is the part where we wait for ingest to catch up after a rollback, the rest is the slowness of creating and truncating a large number of relations.
Checklist before requesting a review

[ ] I have performed a self-review of my code.
[ ] If it is a core feature, I have added thorough tests.
[ ] Do we need to implement analytics? if so did you add the relevant metrics to the dashboard?
[ ] If this PR requires public announcement, mark it with /release-notes label and add several sentences in this section.

Checklist before merging

[ ] Do not forget to reformat commit message to not include the above checklist

However, in the case of a transaction abort, it is possible for a single WAL record to drop an unbounded number of relations.

Committing a transaction with lots of DROP TABLE commands has the same effect.


birdfont: 2.29.6 -> 2.30.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/birdfont/versions.
meta.description for birdfont is: "Font editor which can generate fonts in TTF, EOT, SVG and BIRDFONT format"
meta.homepage for birdfont is: "https://birdfont.org"
meta.changelog for birdfont is: ""
Updates performed

Version update

To inspect upstream changes
Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
Warning: no invocation of /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin/birdfont-import had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin/birdfont-export had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin/birdfont-autotrace had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin/.birdfont-autotrace-wrapped had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin/.birdfont-wrapped had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin/birdfont had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin/.birdfont-import-wrapped had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin/.birdfont-export-wrapped had a zero exit code or showed the expected version
0 of 8 passed binary check by having a zero exit code.
0 of 8 passed binary check by having the new version present in output.
found 2.30.0 with grep in /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0
found 2.30.0 in filename of file in /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

1 x86_64-linux rebuild(s)
0 x86_64-darwin rebuild(s)

First fifty rebuilds by attrpath
birdfont

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A birdfont https://github.com/r-ryantm/nixpkgs/archive/3410ab90606228b3e343f49a5df7c9d3f83b593d.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0
ls -la /nix/store/9bw1sfabdrm03kiqv77msbkqrlb82szy-birdfont-2.30.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

birdfont

Maintainer pings
cc @dtzWill for testing.

Result of nixpkgs-review pr 160211 run on x86_64-linux 1

1 package built:

birdfont

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/453


Wrap package for CppUTest 4.0

Wrap package for CppUTest. There are two dependencies declared in the package one for the test framework and the other for the framework extensions.

Sure I will get on that

Also fixed.


chore(main): release 1.250.0

When this PR is merged, a new tagged release will be created with the notes below.
1.250.0 (2024-01-09)
Features

Add a flag to note that a payload occurred during a replay (#834) (1b898c6)
Session Replay Dynamic Loading (#832) (1af7b89)

Bug Fixes

TraceId generation regression (non-random trace ids) (#853) (8767f69)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/newrelic/newrelic-browser-agent/releases/tag/v1.250.0 :sunflower:


No Validation Loss logged (possibly related to train_on_responses_only?)

Evaluations are being run, but no validation loss is logged or sent to WandB
The console shows that eval is running, but displays a table along the lines of:

eval loss
validation loss

1
no log

.9
no log

.8
no log

WandB shows evidence validation run occurs, but doesn't display loss either:

from trl import SFTTrainer
from transformers import TrainingArguments, DataCollatorForSeq2Seq
from unsloth import is_bfloat16_supported
import os
os.environ["WANDB_PROJECT"] = "my_project"  # name your W&B project
os.environ["WANDB_LOG_MODEL"] = "checkpoint"  # log all model checkpoints

trainer = SFTTrainer(
    model = model,
    tokenizer = tokenizer,
    train_dataset = train_dataset,
    eval_dataset=validation_dataset,
    dataset_text_field = "text",
    max_seq_length = max_seq_length,
    data_collator = DataCollatorForSeq2Seq(tokenizer = tokenizer),
    dataset_num_proc = 2,
    packing = False, # Can make training 5x faster for short sequences.
     args = TrainingArguments(
        fp16_full_eval = True,
        per_device_eval_batch_size = 2,
        eval_accumulation_steps = 4,
        report_to = "wandb",
        run_name = "run-name-here",
        per_device_train_batch_size = 4,
        gradient_accumulation_steps = 4,
        gradient_checkpointing=True,
        warmup_steps = 5,
        do_predict=True,
        logging_first_step=True,
        num_train_epochs = 3, # Set this for 1 full training run.
        save_steps = 88,
        evaluation_strategy="steps",
        eval_steps=88,
        do_eval=True,
        learning_rate = 1e-4,
        fp16 = not is_bfloat16_supported(),
        bf16 = is_bfloat16_supported(),
        logging_steps = 1,
        optim = "adamw_8bit",
        weight_decay = 0.01,
        lr_scheduler_type = "linear",
        seed = 3407,
        output_dir = "outputs",
    ),
)

---

from unsloth.chat_templates import train_on_responses_only
trainer = train_on_responses_only(
    trainer,
    instruction_part = "<|start_header_id|>user<|end_header_id|>\n\n",
    response_part = "<|start_header_id|>assistant<|end_header_id|>\n\n",
)

trainer.train()

Very similar settings work when using plain SFTTrainer in another project

Yes I have been facing the same issues. I am thinking of training in parts (n-steps) and evaluating at the end of the steps and continuing the training manually for more steps until the Eval and train loss values permit.

Will investigate this asap!

Apologies just fixed!

Ok, I tried now with train_on_completions and still no validation loss.


Fixed Drink Water Bug

I only changed the DoSpecialActionFromInspectMode function.
Was harder than expected as I needed a workaround for the mod (which is also a workaround by itself..).
Tested this a few times:

When pressing the "drink"-option the player will drink the cooked water.
Additional water is put into any available container. If no containers are available or full, the water is drained.
No cooking pot or can is lost.

Actually, I just thought of a Problem:
When the fire is still on, you can only drink the water, when it is boiled. However, when the fire is going of, before it is boiled, I think you can also drink it.
I don’t know the exact behavior right now, but I think there could be a little bug which converts the water to potable water.
Should be an easy fix though!

Fixed the Problem with non-potable water. Works for both now.
Currently fixing the weight bug (The weight is currently calculated without the bottle weight, after drinking).


fix(DASH): Clear streamMap when period is removed from the manifest

May i ask you why we remove this condition ?
I'm not able to understand why we remove that optimization


Added documentation on setting the broker.rack property

Description
Provide documentation on how the broker.rack property can be included in a broker deployment.
Fixes # (issue)
Type of change

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

How Has This Been Tested?
I have deployed out to an AWS cluster.
Test Configuration:
Checklist:

[ ] My code follows the style guidelines of this project
[ ] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] Any dependent changes have been merged and published in downstream modules

I updated the documentation as suggested.
I tested against my AWS cluster and witnessed the replica.selector.class setting being set.


Can someone tell me what I'm doing wrong here?

Challenge Create a Set of Checkboxes has an issue.
User Agent is: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.101 Safari/537.36.
Please describe how to reproduce this issue, and include links to screenshots if possible.
My code:

<link href="https://fonts.googleapis.com/css?family=Lobster" rel="stylesheet" type="text/css">

CatPhotoApp

Click here for cat photos.

Things cats love:

cat nip

laser pointers

lasagna

Top 3 things cats hate:

flea treatment

thunder

other cats

<form action="/submit-cat-photo">
  <input type="radio" name="indoor-outdoor"> Indoor
  <input type="radio" name="indoor-outdoor"> Outdoor
  <input type="text" placeholder="cat photo URL" required>
  <lable><input type="checkbox" name="personality">1</lable>
  <lable><input type="checkbox" name="personality">2</lable>
  <lable><input type="checkbox" name="personality">3</lable>

  <button type="submit">Submit</button>
</form>

The things I need to do:

Your page should have three checkbox elements.
Each of your three checkbox elements should be nested in its own label element.
Make sure each of your label elements has a closing tag.
Give your checkboxes the name attribute of personality.

But for some reason, the #2 and #4 is marked as red.. Not sure what I'm doing wrong here.. anyone?

@somekoreanguy For starters, shouldn't it be label instead of lable?

just about to post the comment, @Manish-Giri comment should solve it :)

@somekoreanguy thanks for the issue but as @Manish-Giri has pointed out, checking spelling would be beneficial to passing the challenge. If you get stuck or have questions with a challenge in the future, please first ask questions to the Help Room. Happy coding!

Hey,
I already took that lesson and had searched almost everywhere, and I found a solution for this:
loving

funny

Cuddly

Hope that could be useful ;)

Hey,
I already took that lesson and had searched almost everywhere, and I found a solution for this:
loving

funny

Cuddly

Hope that could be useful ;)

CatPhotoApp

Click here to view more cat photos.

Things cats love:

cat nip
laser pointers
lasagna

Top 3 things cats hate:

flea treatment
thunder
other cats

 Indoor
 Outdoor

Submit

    Loving
     <input name="personality" type="checkbox">

    Moody
    <input name="personality" type="checkbox">

Withdrawn


feat: implement app events

Added app events support and docs.
Addressing #65.

I like integrating this in the heyoo library. But personally I think I will not be using it, because I mostly run heyoo in severless functions. As long as the two ways are possible I am fine with it.
In general I feel the one WhatsApp Class is getting a little bloated. I would like to split up in WhatsAppClient and WhatsAppUpdate #32.

I'll work on it if it's fine for you.

I do already have a typed WhatsAppUpdate Clss in another project. I can transfer it o heyoo and then it needs some more testing and improvements. I think the event based approach could be implemented seperatly. The separation of Client and Update Class could introduce breaking changes to the library.

Closing #87 as wontfix.


Auto Scroll

The autoscroll in Chrome on Mac is broken. I have not tested it in any other browsers. It's weird. I can see the text being inserted line by line but when I use a scroll wheel or trackpad, it won't scroll but if I manually grab and drag the scroller, it will work. It does not perform this way on the original framed theme.

Yeah, I know. It will be fixed in 18.20.

Version 18.20 is out, please upgrade.


Google AMP: Invalid structured data element

Issue Summary
After Google started to index my blog ( https://blog.julianxhokaxhiu.com ), AMP results stated that there are two errors in the AMP markup. First let me show an example:
<script type="application/ld+json">
{
    "@context": "https://schema.org",
    "@type": "Article",
    "publisher": {
        "@type": "Organization",
        "name": "A Developer's Blog",
        "logo": "http://blog.julianxhokaxhiu.com/content/images/2016/04/8bitme.png"
    },
    "author": {
        "@type": "Person",
        "name": "Julian Xhokaxhiu",
        "image": {
            "@type": "ImageObject",
            "url": "//www.gravatar.com/avatar/b5617bc9e7be91f93110e323d2f70e09?s=250&d=mm&r=x",
            "width": 250,
            "height": 250
        },
        "url": "http://blog.julianxhokaxhiu.com/author/julian/",
        "sameAs": []
    },
    "headline": "How to setup an SSH server on ZyXEL NSA320",
    "url": "https://blog.julianxhokaxhiu.com/how-to-setup-an-ssh-server-on-zyxel-nsa320/",
    "datePublished": "2013-06-29T16:45:03.000Z",
    "dateModified": "2013-06-29T16:45:03.000Z",
    "keywords": "Modding",
    "description": "Hi there, some days ago I bought a very kind NAS for myself after the (terrible) adventure with WD My Book World Edition II. Not that it was so bad but...after three years it was very old (Kernel 2.6.24) and not so much apps were supported nowadays.",
    "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "http://blog.julianxhokaxhiu.com"
    }
}
    </script>

The first error detected is:

The attribute logo.itemtype has an invalid value. As you see publisher.logo should be a Dictionary with @type entry, but currently is just a string ( URL path ).
A value for the image field is required. As you see there is no image entry in the root of the Dictionary.

Is it possible to fix them autonomously? Even better, can you streamline the fix?
Thank you in advance!
Steps to Reproduce

Click https://search.google.com/structured-data/testing-tool?url=http%3A%2F%2Fblog.julianxhokaxhiu.com%2Fhow-to-setup-an-ssh-server-on-zyxel-nsa320%2Famp%2F#url=http%3A%2F%2Fblog.julianxhokaxhiu.com%2Fhow-to-setup-an-ssh-server-on-zyxel-nsa320%2Famp%2F
See the output on the right

Currently: two errors appears.
Expected: no errors.
Technical details:

Ghost Version: 0.11 ( lastest Docker image https://hub.docker.com/_/ghost/ )
Node Version: The one inside the Docker
Browser/OS: Doesn't matter.
Database: The one inside the Docker

+1
Had this for a long time.

Hey @julianxhokaxhiu, this is not an issue with AMP in particular. The same errors will be shown for a regular blog post in Google's structured data testing tool.

The attribute logo.itemtype has an invalid value. As you see publisher.logo should be a Dictionary with @type entry, but currently is just a string ( URL path )

This is a warning and it results from a blog logo. Ghost will output a 100% valid ImageObject for publisher.logo, as soon as you provide a logo, which fits the requirements (< 60px height and <600px width). This is a workaround for now, until we implement full image handling in Ghost.

A value for the image field is required. As you see there is no image entry in the root of the Dictionary

Google wants a blog picture lately. As soon, as you add an image to your blog post, this error will be gone. I know, this is not perfect, but that's what Google wants obviously. And as I said, the same error and warning will be show for your regular blog post.
We will close this issue for now. If you need any further assistance in optimising your JSON-LD data, please feel free to pass by in our slack help channel.

http://ideas.ghost.org/forums/285309-wishlist/suggestions/7191829-image-optimization

Thank you very much for the clarification. It helped me a lot!
Best regards, Julian

As soon, as you add an image to your blog post, this error will be gone.

I don't quite understand what the fix is. My individual blog posts have images in them. My blog has a logo (set in Ghost Settings -> General).
Does the general blog logo have to be resized to a tiny (60px height) image?

Hey @air,

Does the general blog logo have to be resized to a tiny (60px height) image?

At the moment, I'm afraid it has to, if you want to have a 100% valid AMP post. But the publisher.logo errors are just warnings, so it might be ok to live without it.
Please pass by in our Slack channel for further questions. That's the place where you can get more help, rather than Github issues...

Some Example for amp pages
http://2017movies.online/watch