Resolve Consistent Qt Versions on Kinetic

This is coming out of the ongoing discussion in: https://github.com/ros/rosdistro/pull/11240 however that's a closed PR so can't be reopened.
Other tickets related include:
https://github.com/ros/rosdistro/pull/10740
https://github.com/ros-perception/perception_pcl/issues/44#issuecomment-198082216
https://github.com/ros/rosdistro/pull/10747
https://github.com/ros/rosdistro/issues/10752
https://github.com/ros/rosdistro/pull/11095
https://github.com/ros/rosdistro/pull/11097
https://github.com/ros/rosdistro/pull/11240
The high level problem is that we're building libraries which are unrunnable because they're linked against both Qt4 and Qt5. We also have run into problems with mutually exclusive rosdep which cause rosdep to fight back and forth installing conflicting dependencies. Such as: https://github.com/ros-perception/image_pipeline/issues/196
Complicating this is that based on Xenial we want to have Qt5 be the default version since it's overdue to be deployed and that's what our LTS target supports.
Jessie:
Available:

libqt4-dev
qtbase5-dev

Common libraries:

libvtk5-dev  depends on libqt4-dev
libvtk6-dev  depends on libqt4-dev
libpcl-dev depends on libvtk5 depends on libqt4-dev
libgazebo7-dev depends on libqt4-dev

ROS libraries:

opencv3 Qt5
rviz Qt5
rqt Qt5

Wily:
Very similar to Jessie...

vtk[5] depends on qt4
vtk6 depends on qt4
...

Xenial:
Available:

libqt4-dev
qtbase5-dev

Common libraries:

libvtk5-dev  depends on libqt4-dev

libvtk6-dev  actually libvtk6-qt-dev depends on qtbase5-dev

libpcl-dev depends on libvtk6-dev which depends on qtbase5-dev

libgazebo7-dev depends on libqt4-dev

libopencv-dev none?

ROS libraries:

opencv3 Qt5
rviz Qt5
rqt Qt5

Conflict
On Xenial everything is quite hunky dory, everything is Qt5 and things basically work. Except libgazebo7-dev which is not linked against many things except gazebo plugins.
However a package like depth_image_proc currently builds a nodelet which is linked against both qt4 and qt5 which leads to a segfault at load time. Any other package sufficiently high in the stack to have dependencies from both qt4 and qt5 will crash. For example rviz is currently crashing on startup too.
Potential solutions
There's many potential solutions I'm not sure what's the best approach.
Backport a lot to make qt5 everywhere?

backport a ton from stretch into jessie?
and backport a ton from xenial into wily?
We'd have to pull in all of vtk and potentially everyone using vtk or Qt might be incompatible.

Backport with different names

Provide the qt and vtk packages with a slightly different name defined in the rosdep key and pull them into the ROS tree /opt/ros/*

switch jessie and wily to Qt4.

We'd have to support rviz + rqt with Qt4 and 5

Find some middle ground???

Figure out how to firewall things to either use Qt5 or Qt4 and not have them overlap like gazebo and rviz.

Other suggestions?

Does anyone else have suggestions.

@jacquelinekay FYI tagged for kinetic

Hi, I fixed depth_image_proc and OpenCV3 so please correct the text above: OpenCV3 now uses whatever Qt that is deemed appropriate by VTK (that means Qt4 on Wily/jessie, Qt5 elewhere).
I do not know of any RViz and OpenCV plugin, RViz and Qt plugin. But I do know of at least one rqt and OpenCV plugin: https://github.com/ros-visualization/rqt_common_plugins/blob/master/rqt_image_view/CMakeLists.txt#L5
and doing an ldd on it on Debian, I do not see any Qt4 (that the dependency on OpenCV3 could have brought in, but the dependencies on OpenCV being non-GUI, the linker was smart enough to not include Qt4) but I do see Qt5 obviously as this is what rqt uses.
So all seems good to me as long as we don't have an RViz or rqt plugin that pops up an OpenCV window (which would therefore not use the RViz or rqt infrastructure .... which would be insane).
Anyway, to me, all looks good and we can probably remove the critical status, but we should definitely keep an eye open.

Great, thanks. Testing today I can confirm that my Debian Jessie machine is running the nodelets as well. From: https://github.com/ros-perception/image_pipeline/issues/196
However rviz crashes on startup. And rqt crashes on load of the image_view plugin.

@tfoote do you have anything more substantial than rviz crashes? I don't see why it would be linked against both qt 4 and 5, as it doesn't use vtk or pcl. Also only the visualization part of pcl should be linked against vtk right?

Here's what happens when I run rviz on Jessie.
tfoote@plover:~/pcl/stretch$ . /opt/ros/kinetic/setup.bash
tfoote@plover:~/pcl/stretch$ gdb rviz
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from rviz...(no debugging symbols found)...done.
(gdb) r
Starting program: /opt/ros/kinetic/bin/rviz
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x00007fffd9557dbc in ?? () from /usr/lib/x86_64-linux-gnu/libQtTest.so.4
(gdb) bt full
#0  0x00007fffd9557dbc in ?? () from /usr/lib/x86_64-linux-gnu/libQtTest.so.4
No symbol table info available.
#1  0x00007ffff7dea9ba in call_init (l=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x7fffffffe1c8, env=env@entry=0x7fffffffe1d8) at dl-init.c:78
        j = <optimized out>
        jm = <optimized out>
        addrs = <optimized out>
        init_array = <optimized out>
#2  0x00007ffff7deaaa3 in call_init (env=0x7fffffffe1d8, argv=0x7fffffffe1c8, argc=1, l=<optimized out>) at dl-init.c:36
No locals.
#3  _dl_init (main_map=0x7ffff7ffe1a8, argc=1, argv=0x7fffffffe1c8, env=0x7fffffffe1d8) at dl-init.c:126
        preinit_array = <optimized out>
        preinit_array_size = <optimized out>
        i = 119
#4  0x00007ffff7ddd1ca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
        _dl_rtld_libname2 = {name = 0x0, next = 0x0, dont_free = 0}
        start_time =<PHONE_NUMBER>56217
        _dl_rtld_libname = {name = 0x400200 "/lib64/ld-linux-x86-64.so.2", next = 0x7ffff7ffe010 <newname>, dont_free = 0}
        library_path = 0x7fffffffebf0 "/opt/ros/kinetic/lib"
        audit_list = 0x0
        relocate_time =<PHONE_NUMBER>
        any_debug = 0
        preloadlist = 0x0
        version_info = 0
        load_time =<PHONE_NUMBER>
        tls_init_tp_called = true
        _rtld_local_ro = {_dl_debug_mask = 0, _dl_osversion = 200711, _dl_platform = 0x7fffffffe499 "x86_64", _dl_platformlen = 6, _dl_pagesize = 4096, _dl_inhibit_cache = 0, _dl_initial_searchlist = {
            r_list = 0x7ffff7f6f7b0, r_nlist = 245}, _dl_clktck = 100, _dl_verbose = 0, _dl_debug_fd = 2, _dl_lazy = 1, _dl_bind_not = 0, _dl_dynamic_weak = 0, _dl_fpu_control = 895,
          _dl_correct_cache_id = 771, _dl_hwcap =<PHONE_NUMBER>, _dl_hwcap_mask = 0, _dl_auxv = 0x7fffffffe358, _dl_inhibit_rpath = 0x0, _dl_origin_path = 0x0, _dl_use_load_bias =<PHONE_NUMBER>3709551615,
          _dl_profile = 0x0, _dl_profile_output = 0x7ffff7df5140 "/var/tmp", _dl_trace_prelink = 0x0, _dl_trace_prelink_map = 0x0, _dl_init_all_dirs = 0x7ffff7ff74c8, _dl_hp_timing_overhead = 18,
          _dl_sysinfo_dso = 0x7ffff7ff8000, _dl_sysinfo_map = 0x7ffff7ffe740, _dl_hwcap2 = 0, _dl_debug_printf = 0x7ffff7deb8d0 <_dl_debug_printf>, _dl_catch_error = 0x7ffff7dea800 <_dl_catch_error>,
          _dl_signal_error = 0x7ffff7dea5d0 <_dl_signal_error>, _dl_mcount = 0x7ffff7decb70 <_dl_mcount>, _dl_lookup_symbol_x = 0x7ffff7de55e0 <_dl_lookup_symbol_x>,
          _dl_check_caller = 0x7ffff7dedef0 <_dl_check_caller>, _dl_open = 0x7ffff7dee350 <_dl_open>, _dl_close = 0x7ffff7df0230 <_dl_close>, _dl_tls_get_addr_soft = 0x7ffff7dedaf0 <_dl_tls_get_addr_soft>,
          _dl_discover_osversion = 0x7ffff7df1550 <_dl_discover_osversion>, _dl_audit = 0x0, _dl_naudit = 0}
        _dl_skip_args = 0
        __pointer_chk_guard_local =<PHONE_NUMBER>7701726406
        _rtld_global_ro = {_dl_debug_mask = 0, _dl_osversion = 200711, _dl_platform = 0x7fffffffe499 "x86_64", _dl_platformlen = 6, _dl_pagesize = 4096, _dl_inhibit_cache = 0, _dl_initial_searchlist = {
            r_list = 0x7ffff7f6f7b0, r_nlist = 245}, _dl_clktck = 100, _dl_verbose = 0, _dl_debug_fd = 2, _dl_lazy = 1, _dl_bind_not = 0, _dl_dynamic_weak = 0, _dl_fpu_control = 895,
          _dl_correct_cache_id = 771, _dl_hwcap =<PHONE_NUMBER>, _dl_hwcap_mask = 0, _dl_auxv = 0x7fffffffe358, _dl_inhibit_rpath = 0x0, _dl_origin_path = 0x0, _dl_use_load_bias =<PHONE_NUMBER>3709551615,
          _dl_profile = 0x0, _dl_profile_output = 0x7ffff7df5140 "/var/tmp", _dl_trace_prelink = 0x0, _dl_trace_prelink_map = 0x0, _dl_init_all_dirs = 0x7ffff7ff74c8, _dl_hp_timing_overhead = 18,
          _dl_sysinfo_dso = 0x7ffff7ff8000, _dl_sysinfo_map = 0x7ffff7ffe740, _dl_hwcap2 = 0, _dl_debug_printf = 0x7ffff7deb8d0 <_dl_debug_printf>, _dl_catch_error = 0x7ffff7dea800 <_dl_catch_error>,
          _dl_signal_error = 0x7ffff7dea5d0 <_dl_signal_error>, _dl_mcount = 0x7ffff7decb70 <_dl_mcount>, _dl_lookup_symbol_x = 0x7ffff7de55e0 <_dl_lookup_symbol_x>,
          _dl_check_caller = 0x7ffff7dedef0 <_dl_check_caller>, _dl_open = 0x7ffff7dee350 <_dl_open>, _dl_close = 0x7ffff7df0230 <_dl_close>, _dl_tls_get_addr_soft = 0x7ffff7dedaf0 <_dl_tls_get_addr_soft>,
          _dl_discover_osversion = 0x7ffff7df1550 <_dl_discover_osversion>, _dl_audit = 0x0, _dl_naudit = 0}
        _dl_argv = 0x7fffffffe1c8
        _rtld_local = {_dl_ns = {{_ns_loaded = 0x7ffff7ffe1a8, _ns_nloaded = 246, _ns_main_searchlist = 0x7ffff7ffe460, _ns_global_scope_alloc = 253, _ns_unique_sym_table = {lock = {mutex = {__data = {
                      __lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 1, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}},
                    __size = '\000' <repeats 16 times>, "\001", '\000' <repeats 22 times>, __align = 0}}, entries = 0x7ffff7f3d000, size = 2039, n_elements = 846, free = 0x7ffff7df1950 <free>}, _ns_debug = {
                r_version = 0, r_map = 0x0, r_brk = 0, r_state = RT_CONSISTENT, r_ldbase = 0}}, {_ns_loaded = 0x0, _ns_nloaded = 0, _ns_main_searchlist = 0x0, _ns_global_scope_alloc = 0,
              _ns_unique_sym_table = {lock = {mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}},
                    __size = '\000' <repeats 39 times>, __align = 0}}, entries = 0x0, size = 0, n_elements = 0, free = 0x0}, _ns_debug = {r_version = 0, r_map = 0x0, r_brk = 0, r_state = RT_CONSISTENT,
                r_ldbase = 0}} <repeats 15 times>}, _dl_nns = 1, _dl_load_lock = {mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 1, __spins = 0, __elision = 0, __list = {
                  __prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 16 times>, "\001", '\000' <repeats 22 times>, __align = 0}}, _dl_load_write_lock = {mutex = {__data = {__lock = 0, __count = 0,
                __owner = 0, __nusers = 0, __kind = 1, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 16 times>, "\001", '\000' <repeats 22 times>, __align = 0}},
---Type <return> to continue, or q <return> to quit---
          _dl_load_adds = 246, _dl_initfirst = 0x0, _dl_cpuclock_offset =<PHONE_NUMBER>80676, _dl_profile_map = 0x0, _dl_num_relocations = 79556, _dl_num_cache_relocations = 129966, _dl_all_dirs = 0x7ffff7ff74c8,
          _dl_error_catch_tsd = 0x7fffe48064b0 <__libc_dl_error_tsd>, _dl_rtld_map = {l_addr =<PHONE_NUMBER>92992, l_name = 0x400200 "/lib64/ld-linux-x86-64.so.2", l_ld = 0x7ffff7ffce70, l_next = 0x7ffff7fa8b10,
            l_prev = 0x7ffff7fa84f0, l_real = 0x7ffff7ffd9f8 <_rtld_global+2456>, l_ns = 0, l_libname = 0x7ffff7ffe060 <_dl_rtld_libname>, l_info = {0x0, 0x0, 0x7ffff7ffcef0, 0x7ffff7ffcee0, 0x7ffff7ffce80,
              0x7ffff7ffcea0, 0x7ffff7ffceb0, 0x7ffff7ffcf20, 0x7ffff7ffcf30, 0x7ffff7ffcf40, 0x7ffff7ffcec0, 0x7ffff7ffced0, 0x0, 0x0, 0x7ffff7ffce70, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7ffff7ffcf00, 0x0, 0x0,
              0x7ffff7ffcf10, 0x0 <repeats 12 times>, 0x7ffff7ffcf60, 0x7ffff7ffcf50, 0x0, 0x0, 0x7ffff7ffcf80, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7ffff7ffcf70, 0x0 <repeats 25 times>, 0x7ffff7ffce90},
            l_phdr = 0x7ffff7ddc040, l_entry = 0, l_phnum = 7, l_ldnum = 0, l_searchlist = {r_list = 0x0, r_nlist = 0}, l_symbolic_searchlist = {r_list = 0x0, r_nlist = 0}, l_loader = 0x0,
            l_versions = 0x7ffff7f67ee8, l_nversions = 6, l_nbuckets = 17, l_gnu_bitmask_idxbits = 3, l_gnu_shift = 8, l_gnu_bitmask = 0x7ffff7ddc2c0, {l_gnu_buckets = 0x7ffff7ddc2e0,
              l_chain = 0x7ffff7ddc2e0}, {l_gnu_chain_zero = 0x7ffff7ddc31c, l_buckets = 0x7ffff7ddc31c}, l_direct_opencount = 0, l_type = lt_library, l_relocated = 1, l_init_called = 1, l_global = 1,
            l_reserved = 0, l_phdr_allocated = 0, l_soname_added = 0, l_faked = 0, l_need_tls_init = 0, l_auditing = 0, l_audit_any_plt = 0, l_removed = 0, l_contiguous = 0, l_symbolic_in_local_scope = 0,
            l_free_initfini = 0, l_rpath_dirs = {dirs = 0x0, malloced = 0}, l_reloc_result = 0x0, l_versyms = 0x7ffff7ddc7c4, l_origin = 0x0, l_map_start =<PHONE_NUMBER>92992, l_map_end =<PHONE_NUMBER>29832,
            l_text_end =<PHONE_NUMBER>95696, l_scope_mem = {0x0, 0x0, 0x0, 0x0}, l_scope_max = 0, l_scope = 0x0, l_local_scope = {0x0, 0x0}, l_dev = 0, l_ino = 0, l_runpath_dirs = {dirs = 0x0, malloced = 0},
            l_initfini = 0x0, l_reldeps = 0x0, l_reldepsmax = 0, l_used = 1, l_feature_1 = 0, l_flags_1 = 0, l_flags = 0, l_idx = 0, l_mach = {plt = 0, gotplt = 0, tlsdesc_table = 0x0}, l_lookup_cache = {
              sym = 0x7ffff7ddc420, type_class = 1, value = 0x7ffff7fab4e8, ret = 0x7fffe46f8c58}, l_tls_initimage = 0x0, l_tls_initimage_size = 0, l_tls_blocksize = 0, l_tls_align = 0,
            l_tls_firstbyte_offset = 0, l_tls_offset = 0, l_tls_modid = 0, l_tls_dtor_count = 0, l_relro_addr = 2231296, l_relro_size = 1024, l_serial = 0, l_audit = 0x7ffff7ffde68 <_rtld_global+3592>},
          audit_data = {{cookie = 0, bindflags = 0} <repeats 16 times>}, _dl_rtld_lock_recursive = 0x7ffff6d3a270 <__GI___pthread_mutex_lock>,
          _dl_rtld_unlock_recursive = 0x7ffff6d3b5f0 <__GI___pthread_mutex_unlock>, _dl_make_stack_executable_hook = 0x7ffff6d373d0 <__make_stacks_executable>, _dl_stack_flags = 7, _dl_tls_dtv_gaps = false,
          _dl_tls_max_dtv_idx = 9, _dl_tls_dtv_slotinfo_list = 0x7ffff7f5e798, _dl_tls_static_nelem = 9, _dl_tls_static_size = 4480, _dl_tls_static_used = 460, _dl_tls_static_align = 64,
          _dl_initial_dtv = 0x7ffff7f5d190, _dl_tls_generation = 1, _dl_init_static_tls = 0x7ffff6d37ae0 <__pthread_init_static_tls>, _dl_wait_lookup_done = 0x7ffff6d37c00 <__wait_lookup_done>,
          _dl_scope_free_list = 0x0}
        _rtld_global = {_dl_ns = {{_ns_loaded = 0x7ffff7ffe1a8, _ns_nloaded = 246, _ns_main_searchlist = 0x7ffff7ffe460, _ns_global_scope_alloc = 253, _ns_unique_sym_table = {lock = {mutex = {__data = {
                      __lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 1, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}},
                    __size = '\000' <repeats 16 times>, "\001", '\000' <repeats 22 times>, __align = 0}}, entries = 0x7ffff7f3d000, size = 2039, n_elements = 846, free = 0x7ffff7df1950 <free>}, _ns_debug = {
                r_version = 0, r_map = 0x0, r_brk = 0, r_state = RT_CONSISTENT, r_ldbase = 0}}, {_ns_loaded = 0x0, _ns_nloaded = 0, _ns_main_searchlist = 0x0, _ns_global_scope_alloc = 0,
              _ns_unique_sym_table = {lock = {mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}},
                    __size = '\000' <repeats 39 times>, __align = 0}}, entries = 0x0, size = 0, n_elements = 0, free = 0x0}, _ns_debug = {r_version = 0, r_map = 0x0, r_brk = 0, r_state = RT_CONSISTENT,
                r_ldbase = 0}} <repeats 15 times>}, _dl_nns = 1, _dl_load_lock = {mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 1, __spins = 0, __elision = 0, __list = {
                  __prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 16 times>, "\001", '\000' <repeats 22 times>, __align = 0}}, _dl_load_write_lock = {mutex = {__data = {__lock = 0, __count = 0,
                __owner = 0, __nusers = 0, __kind = 1, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 16 times>, "\001", '\000' <repeats 22 times>, __align = 0}},
          _dl_load_adds = 246, _dl_initfirst = 0x0, _dl_cpuclock_offset =<PHONE_NUMBER>80676, _dl_profile_map = 0x0, _dl_num_relocations = 79556, _dl_num_cache_relocations = 129966, _dl_all_dirs = 0x7ffff7ff74c8,
          _dl_error_catch_tsd = 0x7fffe48064b0 <__libc_dl_error_tsd>, _dl_rtld_map = {l_addr =<PHONE_NUMBER>92992, l_name = 0x400200 "/lib64/ld-linux-x86-64.so.2", l_ld = 0x7ffff7ffce70, l_next = 0x7ffff7fa8b10,
            l_prev = 0x7ffff7fa84f0, l_real = 0x7ffff7ffd9f8 <_rtld_global+2456>, l_ns = 0, l_libname = 0x7ffff7ffe060 <_dl_rtld_libname>, l_info = {0x0, 0x0, 0x7ffff7ffcef0, 0x7ffff7ffcee0, 0x7ffff7ffce80,
              0x7ffff7ffcea0, 0x7ffff7ffceb0, 0x7ffff7ffcf20, 0x7ffff7ffcf30, 0x7ffff7ffcf40, 0x7ffff7ffcec0, 0x7ffff7ffced0, 0x0, 0x0, 0x7ffff7ffce70, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7ffff7ffcf00, 0x0, 0x0,
              0x7ffff7ffcf10, 0x0 <repeats 12 times>, 0x7ffff7ffcf60, 0x7ffff7ffcf50, 0x0, 0x0, 0x7ffff7ffcf80, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7ffff7ffcf70, 0x0 <repeats 25 times>, 0x7ffff7ffce90},
            l_phdr = 0x7ffff7ddc040, l_entry = 0, l_phnum = 7, l_ldnum = 0, l_searchlist = {r_list = 0x0, r_nlist = 0}, l_symbolic_searchlist = {r_list = 0x0, r_nlist = 0}, l_loader = 0x0,
            l_versions = 0x7ffff7f67ee8, l_nversions = 6, l_nbuckets = 17, l_gnu_bitmask_idxbits = 3, l_gnu_shift = 8, l_gnu_bitmask = 0x7ffff7ddc2c0, {l_gnu_buckets = 0x7ffff7ddc2e0,
              l_chain = 0x7ffff7ddc2e0}, {l_gnu_chain_zero = 0x7ffff7ddc31c, l_buckets = 0x7ffff7ddc31c}, l_direct_opencount = 0, l_type = lt_library, l_relocated = 1, l_init_called = 1, l_global = 1,
            l_reserved = 0, l_phdr_allocated = 0, l_soname_added = 0, l_faked = 0, l_need_tls_init = 0, l_auditing = 0, l_audit_any_plt = 0, l_removed = 0, l_contiguous = 0, l_symbolic_in_local_scope = 0,
            l_free_initfini = 0, l_rpath_dirs = {dirs = 0x0, malloced = 0}, l_reloc_result = 0x0, l_versyms = 0x7ffff7ddc7c4, l_origin = 0x0, l_map_start =<PHONE_NUMBER>92992, l_map_end =<PHONE_NUMBER>29832,
            l_text_end =<PHONE_NUMBER>95696, l_scope_mem = {0x0, 0x0, 0x0, 0x0}, l_scope_max = 0, l_scope = 0x0, l_local_scope = {0x0, 0x0}, l_dev = 0, l_ino = 0, l_runpath_dirs = {dirs = 0x0, malloced = 0},
            l_initfini = 0x0, l_reldeps = 0x0, l_reldepsmax = 0, l_used = 1, l_feature_1 = 0, l_flags_1 = 0, l_flags = 0, l_idx = 0, l_mach = {plt = 0, gotplt = 0, tlsdesc_table = 0x0}, l_lookup_cache = {
              sym = 0x7ffff7ddc420, type_class = 1, value = 0x7ffff7fab4e8, ret = 0x7fffe46f8c58}, l_tls_initimage = 0x0, l_tls_initimage_size = 0, l_tls_blocksize = 0, l_tls_align = 0,
            l_tls_firstbyte_offset = 0, l_tls_offset = 0, l_tls_modid = 0, l_tls_dtor_count = 0, l_relro_addr = 2231296, l_relro_size = 1024, l_serial = 0, l_audit = 0x7ffff7ffde68 <_rtld_global+3592>},
          audit_data = {{cookie = 0, bindflags = 0} <repeats 16 times>}, _dl_rtld_lock_recursive = 0x7ffff6d3a270 <__GI___pthread_mutex_lock>,
          _dl_rtld_unlock_recursive = 0x7ffff6d3b5f0 <__GI___pthread_mutex_unlock>, _dl_make_stack_executable_hook = 0x7ffff6d373d0 <__make_stacks_executable>, _dl_stack_flags = 7, _dl_tls_dtv_gaps = false,
          _dl_tls_max_dtv_idx = 9, _dl_tls_dtv_slotinfo_list = 0x7ffff7f5e798, _dl_tls_static_nelem = 9, _dl_tls_static_size = 4480, _dl_tls_static_used = 460, _dl_tls_static_align = 64,
          _dl_initial_dtv = 0x7ffff7f5d190, _dl_tls_generation = 1, _dl_init_static_tls = 0x7ffff6d37ae0 <__pthread_init_static_tls>, _dl_wait_lookup_done = 0x7ffff6d37c00 <__wait_lookup_done>,
          _dl_scope_free_list = 0x0}
        _dl_argc = 1
        _dl_argv_internal = 0x7fffffffe1c8
#5  0x0000000000000001 in ?? ()
No symbol table info available.
#6  0x00007fffffffe4ac in ?? ()
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#7  0x0000000000000000 in ?? ()
No symbol table info available.
(gdb)

Looks like ld is failing in /usr/lib/x86_64-linux-gnu/libQtTest.so.4, can you post the ldd of rviz and librviz_default_plugin? I don't have a Jessie machine handy.

@wjwwood here's the ldd output for both: https://gist.github.com/tfoote/2411ff3db32d401298bb473c71f52460

I setup a Jessie VM, and built rviz from source. Here is the link line for rviz itself:
https://gist.github.com/wjwwood/cca1e64d4804334236d7879de31ad7d6
Qt 4 isn't in there, so I guess it is coming in from a dependency. I'll look at each of them.

/opt/ros/kinetic/lib/libopencv_highgui3.so.3.1.0 links against Qt4 and `rviz

/opt/ros/kinetic/lib/libopencv_highgui3.so.3.1.0 links against Qt4 and rviz links against it. I can look into why rviz is linking against these, but it uses /opt/ros/kinetic/lib/libimage_geometry.so also, and that brings in Qt4 too.
I think this might just be an overlinking issue, because I don't think image geometry needs the part of OpenCV that uses Qt and neither does rviz.

Despite our discussion offline, I still see unaddressed problems on Jessie. pcl or gazebo will conflict with rviz or rqt or OpenCV3. Doesn't that mean that desktop-full will be uninstallable or at least unusable on Jessie?

Despite our discussion offline, I still see unaddressed problems on Jessie. pcl or gazebo will conflict with rviz or rqt or OpenCV3. Doesn't that mean that desktop-full will be uninstallable or at least unusable on Jessie?

Qt 4 and Qt 5 are side-by-side installable and you can run/build programs which use each (separately), you just cannot have a single application which links against both Qt4/5.

@vrabaud : Are your fixes on OpenCV3 available in the current version ?
I may not have the latest version of opencv3 then, but just in case : the cvv module of opencv_contrib will be built and linked against Qt5 even with the cmake flag WITH_QT=4 (see the CMake file of the module).

The find_object_2d package also crashes in Qt on Debian Jessie because of the issue:
#0  0x00007fffdeca1dbc in ?? () from /usr/lib/x86_64-linux-gnu/libQtTest.so.4
#1  0x00007ffff7dea9ba in call_init (l=<optimized out>, argc=argc@entry=2,
    argv=argv@entry=0x7fffffffdfa8, env=env@entry=0x7fffffffdfc0)
    at dl-init.c:78
#2  0x00007ffff7deaaa3 in call_init (env=0x7fffffffdfc0, argv=0x7fffffffdfa8,
    argc=2, l=<optimized out>) at dl-init.c:36
#3  _dl_init (main_map=0x7ffff7ffe1a8, argc=2, argv=0x7fffffffdfa8,
    env=0x7fffffffdfc0) at dl-init.c:126
#4  0x00007ffff7ddd1ca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#5  0x0000000000000002 in ?? ()
#6  0x00007fffffffe2da in ?? ()
#7  0x00007fffffffe30d in ?? ()
#8  0x0000000000000000 in ?? ()


tooltip

The tooltip feature

We will develop a component using popperjs. We have another ticket at #195


Damage values?

I am used to NEI showing damage values in 1.7.10 which is very usefull in blocks like colored wool and MANY mod blocks, but in 1.10.2 I don't get to see them anywhere and I can't find anything about it in the config. Is there any way to turn this on that I am missing? Or is it something that has yet to return?

f3 + h vanilla


Thank You for providing assistant_library_with_local_commands_demo.py -  response quality

A heartfelt Thank You for providing an additional voicekit demo 'assistant_library_with_local_commands_demo.py' showing how we can use the google assistant library to perform local commands as we used to do by using src/action.py
I've started the conversion process for my local commands and am a much happier bunny!
Yourselves will remember the work you put in to improve the local voice response. The voice kit audio isn't as good as the master voice version - will you be able to improve it?
Thanks again.

Does anyone know how the 'turns' work?   Does the new structure make it easier to have a multi-part conversation?
e.g., I have code which warns that a podcast about to be played is old.  But if it is old, the only option is to reach for the GPIO button and stop the playback.  It would be ceate to simply ask an "are you sure you still want to play it?" prompt and wait for a "yes / no" answer.

@sheridat , I have done this modification for custom actions even for the assistant librray (SDK-Ok Google). https://github.com/shivasiddharth/GassistPi/blob/master/src/main.py hope you find it useful.

@shivasiddharth I know this is going to sound like I'm being pedantic, but....   Is there a reason that lines 90 and 92 of your gRPC code uses .lower() on a hard-coded string value?  Is there any scenario where they could be anything other than lowercase?
Maybe it is just my mild OCD kicking in.

@mpember , Its just to play safe. Users have the option to change the trigger word and commands. If someone uses a proper noun, it could result in the argument having mixed cases ( I have not tested it though). I felt that i would loose nothing by turning all strings to lower case.

I think there are a couple of different conversations going on here. @sheridat, is this issue about the quality of the TTS audio? (ie from aiy.audio.say)
Could you explain more precisely what you mean when you say the audio isn't as good? The new branch has the volume and pitch tweaks that improved the quality before, so I'd expect it to work well.

Your right - apologies for causing the confusion. I will redo some testing later today and get back to you with a more precise description of the problem.

To cut a long story short after a bit of messing around with both branches I have isolated the issue to the language setting. You will remember that in the master branch you could set the config file to give you either en-US or en-GB and some of us preferred the GB variant.  I've just gone and changed
i18n.py's _DEFAULT_LANGUAGE_CODE = 'en-US' to '_DEFAULT_LANGUAGE_CODE = 'en-GB' and that really nice voice has returned.
Now that the config file has disappeared is there a way to set the default language code without mangling i18n.py?

You should be able to call aiy.i18n.set_language_code('en-GB') to set the default language, or use aiy.audio.say('hello', lang='en-GB') to change it for an individual response.

Great! - Thank you. Tried both - will publicise that on the Raspberry.org AIY forum. Closing issue.


[REF-3134] K8 Liveness and Readiness probes

Expose a /health endpoint which reports the status of the reflex instance. This endpoint should check f.e. redis and postgres connections. This allows to configure liveness and readiness probes in k8 which prevents routing traffic to unhealthy reflex workers.
REF-3134

Hi, I'd like to work on this. Can someone tell me where these changes need to be made and roughly where to get started with this?

Hi we are not giving much guidance for the bounties as they are meant to be done mostly autonomously, I can still assign if you are interested

@Alek99 ,
Could you please assign it to me?

And one thing should I include the redis retry decorator that is mentioned in the #3505
?

Hey @Alek99,
I can take a look into this feature and deliver it over the weekend.

@masenf accidentally closed?


Remove curly brackets around HdF.

Turns out, no need for curly brackets.

I love causing problems ;)

I love causing problems ;)

Too many names.


When closing a changed editor, there is no "do you want to save" warning

System information:

Windows 10
DBeaver version <IP_ADDRESS>005031953
Additional extensions

Connection specification:

postgresql 9.6
Driver name
Do you use tunnels or proxies (SSH, SOCKS, etc)?
SSH using bastion

Describe the problem you're observing:
When working on a sql script in the sql editor.  When I close the editor, i don't get any warning the changes have been made to the script and do I want to save the changes.  It used to work.
Steps to reproduce, if exist:
Open a script from disk or create a new one.  Make any change and close the editor.  It just closes no messages.
Include any warning/errors/backtraces from the logs

I have the same problem, after updating to 7.0.4 (7.0.3 was fine).
I'm using Oracle, but I'm pretty sure that is not a driver related issue.
The same behaviour happens when closing dbeaver with multiple unsaved tabs open: no dialog asking for save

issue is fixed in scope of #8617 .
anyway, thanks for the bug report


Duplicate Id when creating 2 pane trees in the same app.

I have 2 separate pane trees in 2 different areas of my user interface.
They have different behaviors and I don't want to mix the panes between the 2 trees.
I noticed that both trees when rendering creates same Ids for pane separator:

Is this a bug or is there a way to avoid this?

Are you using a globally unique Id for each tree? https://docs.rs/egui_tiles/latest/egui_tiles/struct.Tree.html#method.new

I think so, I use the following code to create the trees
let players_tree = Tree::new(Id::new("Group_pane_").with(group_id), root_id, tiles);
let state_tree = Tree::new(Id::new("states_pane_").with(group_id), grid_id, tiles);
The 2 different strings shoudl produce different id.


Non-logged in/non-registered Players

Could you add something like if player is not registered or logged in, it gets random username, for example Player1, Player2, etc. and it can do everything like normal player but it will not can execute commands? I hope I was clear enough.

Like lbsg?

PS please request in #10

Yes, something like this.

Ok, I might add it in next update.

It would be really awesome! Thank you very much.

#35


index

Unable to review this PR, I'd need to be able to check out to a branch/forked repo, so I can test the changes before proceeding with a review.


build(yarn): Prevent erroneous peerDependency warnings

Mark the parent package (@bugsnag/js) as the peerDependency rather than the platform-specific
package. This makes the warning go away when installing with yarn, which just appears to look at the
top level dependencies rather than the transient dependency tree.
Fixes #473 and #438

I used the following steps to test this:

follow the contributing guides up to the npm run build step so that you have the modules built locally

TMP_DIR_NAME=bugsnag-js-test-0
BUGSNAG_JS_ROOT=/Users/bengourley/Development/bugsnag-js
mkdir TMP_DIR_NAME && cd TMP_DIR_NAME && \
  yarn init -y && \
  yarn add @bugsnag/js file:$BUGSNAG_JS_ROOT/packages/plugin-vue

To check that you still get the warning when @bugsnag/js is not installed:
TMP_DIR_NAME=bugsnag-js-test-0
BUGSNAG_JS_ROOT=/Users/bengourley/Development/bugsnag-js
mkdir TMP_DIR_NAME && cd TMP_DIR_NAME && \
  yarn init -y && \
  yarn add file:$BUGSNAG_JS_ROOT/packages/plugin-vue


[Feature Request]: Enhancement of the trending page

Is there an existing issue for this?

[X] I have searched the existing issues

Feature Description
The trending page did not set well with the websites concept so I have enhanced it to make it readable
Use Case
I will enhance the feature by adding background color and also alignment of the cards
Benefits
This will make it even more user friendly
Add ScreenShots
No response
Priority
High
Record

[X] I have read the Contributing Guidelines
[X] I'm a GSSOC'24 contributor
[ ] I'm a VSOC'24 contributor
[X] I have starred the repository

Please assign it to me.

@apu52 the pr number is #1395 and pr number is https://github.com/apu52/Travel_Website/pull/1395/commits/513b7d45fbd47d2959cab7d856084260a36efe02 please add the level also


Shard disconect

Hello,
I've got a problem with Is Shards. All they do is disconnect.
Error: Connection reset by peer
Operating system : debian 9,
Processors: x64 Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz,
Core: 6,
Nodejs: 12.16.1,
Eris-sharder: 1.9.0,
Bot:
Guild: 3,749
shards: 4
Cluster: 1

If I remember correctly, Connection reset by peer is generally caused if you have a synchronous operation causing you to not reply to discord (timeout), or if your internet is garbage (seeing as its specific shards, probably not). It's pretty normal, nothing to be worried about, and Eris auto-reconnects. I just throw a try/catch around my bot#connect(), and ignore it. Here's discord's response codes.


New clear:lock command

Thank you 👍

I thought of a counter but didn't implement it.
I preferred main branch instead of develop because develop branch was behind of main.


Postfix -secureboot to qemuarm64

Files in reference-manual changed, including the demo. QA was not able
to be completed as wic artifact does not show change, and flash.bin is
missing. Documentation build and changes were verified.
This applies to FFTK-1106
Signed-off-by: Katrina Prosise<EMAIL_ADDRESS>

Docs for b4816e3297ec0862334ba5530f9de0d36727bfa9 are browesable at: https://ci.foundries.io/projects/fio-docs/builds/1223/docs/artifacts/html/index.html

@kprosise we still have an occurrence of qemuarm64 in https://ci.foundries.io/projects/fio-docs/builds/1223/docs/artifacts/html/reference-manual/linux/linux-supported.html
Or are you waiting for this to be in place on the boards drop-down list first?

@kprosise we still have an occurrence of qemuarm64 in https://ci.foundries.io/projects/fio-docs/builds/1223/docs/artifacts/html/reference-manual/linux/linux-supported.html Or are you waiting for this to be in place on the boards drop-down list first?

I'm thinking we should wait until it is on the drop-down, but no, that occurrence is an oversight on my end, I saw it when I ran grep, but then forgot. I can do a fixup

Getting the drop down commit ready.

Docs for b5e6a50c53a2b759abd4518fd51ed468478abaf4 are browesable at: https://ci.foundries.io/projects/fio-docs/builds/1224/docs/artifacts/html/index.html

LGTM, but the patches seem duplicated. Could you please verify? It would be good to drop the merge commit as well.

Docs for eb4032b94ee2c93c803def357d8772f8575bb36a are browesable at: https://ci.foundries.io/projects/fio-docs/builds/1227/docs/artifacts/html/index.html

LGTM, but the patches seem duplicated. Could you please verify? It would be good to drop the merge commit as well.

My git was a bit rusty. Dropped the duplicate and the merge commit.


Colors with alpha=0 should be moved to the end

They are completely invisible colors, so let's move them to the end. In fact, rgba(90,153,212,0), hsla(0,0%,100%,0), rgba(112,18,18,0) and rgba(98,33,33,0) are all the same transparent color. Example colors from https://www.projectwallace.com/bartveneman/thuisbezorgdnl/colors

Fixed in c6eac3375f2763c251b44f8f4abf01e8568b0aa8


CLOUDSTACK-9566 instance-id metadata for baremetal VM returns ID

There is difference in instance-id metadata across baremetal and other hypervisors.
On Baremetal
[root@ip-172-17-0-144 ~]# curl http://<IP_ADDRESS>/latest/meta-data/instance-id
6021
on Xen
[root@ip-172-17-2-103 ~]# curl http://<IP_ADDRESS>/latest/meta-data/instance-id
cbeb517a-e833-4a0c-b1e8-9ed70200fbbf
In both cases it should be vm's uuid.

@blueorangutan package

@rhtyd a Jenkins job has been kicked to build packages. I'll keep you posted as I make progress.

Packaging result: ✔centos6 ✔centos7 ✔debian. JID-182

The changes are in baremetal subsystem, which cannot be tested by current test environments.
The changes LGTM, @karuturi @koushik-das can you review/lgtm on this and confirm any test results from your env?

Code changes LGTM.

LGTM as well

Thanks all, I'll proceed with the merging as build, travis and packaging works, without an explicit Trillian test or BVT as both don't run tests against baremetal and the change is a single line change in the baremetal hypervisor plugin.


feat: cloud.axiom.co -> {api,app}.axiom.co

Also drops the auth package which will be moved to CLI.
Needs #185.
Closes #DX-422.

While some tests are failing, this is because we depend on Axiom CLI which does not yet understand api.axiom.co. So after this is reviewed, we have to merge this by bypassing the example tests. Other integration tests work just fine.


Skipping Creature ObsidianGolem_JTV

Thanks for all your help debugging as I get my server setup. I recently ran into this issue relating to JTV.
[Warning:Jotunn.Managers.CreatureManager] [jtv] Skipping creature ObsidianGolem_JTV: could not resolve mock GameObject ObsidianGolemTrophy

Do you happen to have DoD Monsters installed?

Actually, I bet this is an issue with MonsterLabZ. I think I was using the trophy from that. I bet DYB renamed it. I'll have to check.

I do have MonsterLabZ installed but not DoD!


warning: 404 not found

Please make sure that this is a build/installation issue. As per our GitHub Policy, we only address code/doc bugs, performance issues, feature requests and build/installation issues on GitHub. tag:build_template
System information

OS Platform and Distribution : SMP Debian 4.19.118-2 (2020-04-29)
TensorFlow installed from : source
TensorFlow version: 2.3
Python version: 3.7.3
Installed using virtualenv? pip? conda?: virtualenv
Bazel version (if compiling from source): 3.3
GCC/Compiler version (if compiling from source):8.3
CUDA/cuDNN version:N/A
GPU model and memory:N/A

Describe the problem
while building I get the following warning what does it mean?
WARNING: Download from https://storage.googleapis.com/mirror.tensorflow.org/github.com/llvm/llvm-project/archive/642cb7865f35ad7dbac78d716fcddaff561e8639.tar.gz failed: class com.google.devtools.build.lib.bazel.repository.downloader.UnrecoverableHttpException GET returned 404 Not Found
Provide the exact sequence of commands / steps that you executed before running into the problem
bazel build --config=mkl  //tensorflow/tools/pip_package:build_pip_package
Any other info / logs
Include any logs or source code that would be helpful to diagnose the problem. If including tracebacks, please include the full traceback. Large logs and files should be attached.

This might be a network error. Please take a look at this issue and let me know if it helps.

Nope, It happens repeatedly

I am experiencing the same problem.

It is a warning, the compilation process continues from the other mirror.

The compilation fails with these types of error messages:
ERROR:
/home/melrobin/.cache/bazel/_bazel_melrobin/f2116cf848eff0a1d187a7773c1fea53/external/com_google_protobuf/BUILD:301:11:
C++ compilation of rule '@com_google_protobuf//:protoc_lib' failed (Exit
1): crosstool_wrapper_driver_is_not_gcc failed: error executing command
external/local_config_cuda/crosstool/clang/bin/crosstool_wrapper_driver_is_not_gcc
-MD -MF
bazel-out/host/bin/external/com_google_protobuf/_objs/protoc_lib/code_generator.d
... (remaining 49 argument(s) skipped)
Are they not related?
On Fri, Oct 23, 2020 at 9:52 PM Mihai Maruseac<EMAIL_ADDRESS>wrote:

It is a warning, the compilation process continues from the other mirror.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/tensorflow/tensorflow/issues/42690#issuecomment-715661759,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACQ6BLBSI7IVWLPATLMY4KLSMI6NXANCNFSM4QMICD2Q
.

No, the error you pointed is from protobuf, whereas the warning is from llvm.

Thanks @mihaimaruseac!

Hi @electricSamarth . Did you find the work-around?

Does anyone here have any insight about the problem described at the bottom of this stackoverflow post: https://stackoverflow.com/questions/65402617/tensorflow-automl-model-in-react


Validation in ast

The ast should be refactored with regards to the different validation types, currently each validation type acts as a special case and is handled accordingly, they should be handled generically.

This issue should be covered with the strict swagger model

Fixed in 0.1.5


Issue bug basic auth

Connected to #580

Tested on a test instance.  Works.  Merging.

If the token is stored in the user object, can the user be logged into SlipStream on more than one machine (different IP addresses)?  What happens if the IP address changes for a user, will he be implicitly logged out and need to log in again?


fix(core): merge compiler inputs based on build info ID instead of solc version

Previously, we were combining contract sources from different build info files as long as the build info files had the same solcLongVersion. This was problematic because different build info files can contain different compiler settings. This PR fixes this issue by only combining sources from the same build info file. We identify each build info file according to its id field.

@RPate97 It looks like the monorepo is failing to build for some reason unrelated to this PR. I created a test repo that's a clone of develop, which is also failing to build. Want me to make an issue for this?


Enable_replication_reporter vttablet  parameter should not have to be set explicitly

Since the enable_replication_reporter vttablet startup parameter is mandatory for successful failovers, it should have a hardcoded default value, so users wouldn't need to declare this parameter explicitly on vttablet start. Currently it is needed to declare this parameter, and that's why there is a possibility for human error occurrence, which already happened at least once.

I agree here.
The problem we have internally is that we use a custom plug-in for replication monitoring, and not this one, so let me first change our internal configs to pass enable_replication_reporter=false, then I'll submit a change to make the default to true.


Polling interval?

Is there a way to set the devices' polling interval or is it device dependent? I'm have a couple of thermometers which get updated about every 8 minutes (even if state changes quickly), and I'd like a faster time.

There is no polling for battery devices. They push data in any frequency they want.


Enable linked account logins

It would be convenient if linked account creds could also log a person in from the CLI.  It does not appear to work now.

Would like this feature as well.

As a workaround, I found you can use the linked account's email address on the kaggle site and say 'forgot password'.  In the email you receive you'll get the option to setup a normal kagger username and password, while still having the option to log in via the linked account as well, then you can use your new kaggle login on the command line.

@markmsmith solution works well, to make it more transparent there is a link where you should search for For users currently signing in with a linked social account section:
http://blog.kaggle.com/2015/05/19/introducing-new-usernames-vanity-urls/


Active 2.0 Laravel 5 action issue

I'm not sure if this is new for Laravel 5 or what, but specifically with this code

Active.php

public function action($actions, $class = 'active')

$routeAction = $this->_router->currentRouteAction();
$this->_router->currentRouteAction() returns the full path of the action
i.e. (App\Http\Controllers\MyController@index rather than MyController@index)
So when using Active::action('MyController@index') it will fail when following the documentation.

Replacing
$routeAction = $this->_router->currentRouteAction();
with
$routeExploded = explode('\',$this->_router->currentRouteAction());
$routeAction = end($routeExploded );
seems to make the functions behavior match the documentation

I just created a pull request instead of leaving the issue open.


fix: fix automated release

:tada: This PR is included in version 1.0.2 :tada:
The release is available on:

GitHub release
v1.0.2

Your semantic-release bot :package::rocket:


Fix Linux manifest file search

This fixes various unintended behavior (such as trying to parse json files from completely unrelated applications) and gets the loader working with an out-of-the-box Monado installation.

It's unclear what the intended behavior is in the case of multiple runtime manifests; there seems to be some suggestion that only files named active_runtime.json should be considered, but the prior code is clearly attempting to traverse various search paths for any *.json file, then processing all of them in order, with the (redundant-at-best) hardcoded path checked last.

I've tagged the two most relevant folks who can address design intent here. Hopefully this can be merged soon.

I think there's confusion between different json file searches. Loader should only look in 1 (possibly poorly chosen) location for active_runtime.json, with an optional override via an environment variable.
The loader then looks at every .json file it finds within a half dozen paths (including XDG*) to see if it's a layer description json, but only paths ending in openxr/<major_version>/api_layers/implicit.d or openxr/<major_version>/api_layers/explicit.d. If it's opening json files in paths without one of these suffixes, it sounds like a loader bug.
I don't mid seeing this file locking code go away, AFAICT there's no need for it.

If the objective is to find exactly one active_runtime.json file, it would be more useful to still walk the full set of search paths, but discard all but the most-specific file found. For example, this would allow users to modify the default behavior in their environment by installing a ~/.local/share/openxr/$VERSION/active_runtime.json.
The pre-existing behavior is to try to load every json file floating around loose in $XDG* (not in the openxr/$VERSION subdir), and then try the hardcoded path.

I have a PR up to add the loader design document, which might be helpful for context.
I think ideas about how to change the active_runtime.json search behavior should go into an issue, rather than this PR discussion.

Opened https://github.com/KhronosGroup/OpenXR-SDK/issues/28 to discuss improving the intended behavior.

In the interest of reducing bugs ASAP, I've modified this PR to get the intended behavior working as documented in #27; changes to the intended behavior can be handled in a future PR.

@Ralith can you take care of the CLA?
@daveh-lunarg when you return, can you re-review?

I think I found the right CLA thing, though it wasn't really clear where it was. Also stripped out a bit of leftover code from the PR's previous incarnation.

In case it wasn't clear, this fixes (among other things) behavior where the loader will try to parse loose json files in e.g. /etc/xdg, fail, and bail out even when a runtime is correctly installed.

Thanks for splitting out that other part - this I can easily merge.
Thanks for the contribution!


[RESOLVED] Interface eth0(): High error rate (>2 for 5m)

Problem started at 15:21:29 on 2023.05.16
Problem name: Interface eth0(): High error rate (>2 for 5m)
Host: S100-Primario
Severity: Warning
Operational data: errors in: 3, errors out: 0
Original problem ID: 20741
Event details in Zabbix: http://<IP_ADDRESS>/tr_events.php?triggerid=23483&eventid=20741

Problem has been resolved in 30m 0s at 15:51:29 on 2023.05.16
Problem name: Interface eth0(): High error rate (>2 for 5m)
Host: S100-Primario
Severity: Warning
Original problem ID: 20741


can't logout

After clicking "logout" Yakyak doesn't logout nor close. Can't send messages though.
But after "quit" next launch is logged in.
yakyak-1.4.2-win32-x64, win7 x64

will test, thank you

Same here with versión 1.4.2, can't log out either.

what happens when you loggout?
for me the window is closed and a login window appears. If I quit and open yakyak again the same login window appears.

@LuizJa @uman242 can you open Yakyak via the command line and screenshot it after logout
Something like this:

This is what happen, i don't know if this helps you.

it looks like this, after logout I get "WARN no SAPISID cookie"

@LuizJa the idea was to launch from command line and to look at the messages as @uman242 shows.
@uman242 only those, no exception being thrown? :\
are you guys using a normal gmail.com account?

yes, only this. What do you mean normal? I think it's normal. I can do the same at home, if there's something more, I will put it here.

Maybe is because is windows doesn't do it the same way but it shows nothing as you can see in the gif above.
The account is a GSuite account with 2 step verification.


YOLOv3-caffe

Hello, did anyone test the converting YOLOv3 model to caffe?

@darwin1993 I tried to convert tiny yolov3, it's currently broken:
unknow layer type yolo
unknow layer type upsample
Traceback (most recent call last):
  File "darknet2caffe.py", line 350, in <module>
    darknet2caffe(cfgfile, weightfile, protofile, caffemodel)
  File "darknet2caffe.py", line 10, in darknet2caffe
    net_info = cfg2prototxt(cfgfile)
  File "darknet2caffe.py", line 251, in cfg2prototxt
    prev_layer_id = layer_id + int(block['layers'])
ValueError: invalid literal for int() with base 10: '-1, 8'

You can find a solution in this repo https://github.com/BingzheWu/object_detetction_tools/blob/master/nn_model_transform/darknet2caffe.py

I have a try in my project

when i try transfer yolov3 of darknet to caffe, i got this problem, can anyone tell what can i do?
Traceback (most recent call last):
File "darknet2caffe.py", line 439, in
darknet2caffe(cfgfile, weightfile, protofile, caffemodel)
File "darknet2caffe.py", line 15, in darknet2caffe
params = net.params
File "/****/pycaffe.py", line 68, in _Net_params
if len(lr.blobs) > 0])
OverflowError: long int too large to convert to int
Bus error (core dumped)


Bundle fixes and documentation improvements

make quantopian-quandl the default bundle
update documentation to reflect new default bundle
update documentation to make quandl bundle as deprecated
improve error message when no benchmark is provided

Coverage decreased (-0.01%) to 88.197% when pulling d784a69865393d88d54397d6026765156ff6b4f2 on bundle-doc-improvements into b661d075e4a6d00f8da91083ac17ac371b0f0a65 on master.

xref https://github.com/quantopian/zipline/issues/2603


Pluto tests, MeshCat

Codecov Report

Merging #3 (2454006) into master (1fe1ecc) will decrease coverage by 2.49%.
The diff coverage is 39.10%.

@@            Coverage Diff             @@
##           master       #3      +/-   ##
==========================================
- Coverage   63.03%   60.53%   -2.50%
==========================================
  Files          19       19
  Lines        1815     1885      +70
==========================================
- Hits         1144     1141       -3
- Misses        671      744      +73

Impacted Files
Coverage Δ

src/plot.jl
56.71% <0.00%> (-11.03%)
:arrow_down:

src/plotters/makie.jl
0.00% <0.00%> (ø)

src/plotters/meshcat.jl
0.00% <0.00%> (ø)

src/plotters/common.jl
77.27% <90.00%> (-2.50%)
:arrow_down:

src/plotters/pyplot.jl
100.00% <100.00%> (ø)

src/plotters/multiscene.jl
0.00% <0.00%> (-1.34%)
:arrow_down:

src/tokenstream.jl
88.37% <0.00%> (+2.00%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 1fe1ecc...2454006. Read the comment docs.

Codecov Report

Merging #3 (2454006) into master (1fe1ecc) will decrease coverage by 2.49%.
The diff coverage is 39.10%.

@@            Coverage Diff             @@
##           master       #3      +/-   ##
==========================================
- Coverage   63.03%   60.53%   -2.50%
==========================================
  Files          19       19
  Lines        1815     1885      +70
==========================================
- Hits         1144     1141       -3
- Misses        671      744      +73

Impacted Files
Coverage Δ

src/plot.jl
56.71% <0.00%> (-11.03%)
:arrow_down:

src/plotters/makie.jl
0.00% <0.00%> (ø)

src/plotters/meshcat.jl
0.00% <0.00%> (ø)

src/plotters/common.jl
77.27% <90.00%> (-2.50%)
:arrow_down:

src/plotters/pyplot.jl
100.00% <100.00%> (ø)

src/plotters/multiscene.jl
0.00% <0.00%> (-1.34%)
:arrow_down:

src/tokenstream.jl
88.37% <0.00%> (+2.00%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 1fe1ecc...2454006. Read the comment docs.


Transcript file metadata missing

When exporting a transcript of a conversation in Teams as a .vtt file some 'voice' metadata containing the speaker's screen name is present for each caption.
e.g.
WEBVTT

00:00:00.000 --> 00:00:00.800
<v Lisa Simpson>Knock knock</v>

00:00:02.100 --> 00:00:06.500
<v Homer Simpson>Who's there?</v>

00:00:10.530 --> 00:00:11.090
<v Lisa Simpson>Atish</v>

When I use webvtt to convert these captions to jsonl for analysis I'd like to preserve this metadata for context.
current output:
{"start": "00:00:00.000", "end": "00:00:00.800", "text": "Knock knock"}
{"start": "00:00:02.100", "end": "00:00:06.500", "text": "Who's there?"}
{"start": "00:00:10.530", "end": "00:00:11.090", "text": "Atish"}

desired output:
{"start": "00:00:00.000", "end": "00:00:00.800", "text": "Knock knock", "sender_name": "Lisa Simpson"}
{"start": "00:00:02.100", "end": "00:00:06.500", "text": "Who's there?", "sender_name": "Homer Simpson"}
{"start": "00:00:10.530", "end": "00:00:11.090", "text": "Atish", "sender_name": "Lisa Simpson"}

Sample code:
def vtt_to_jsonl(vtt_file, jsonl_file):
  captions = webvtt.read(vtt_file)

  with open(jsonl_file, 'w') as f:
    for caption in captions:
      caption_json = {
        'start': caption.start,
        'end': caption.end,
        'text': caption.text
        #'sender_name': caption.voice
      }
      json.dump(caption_json, f)
      f.write('\n')

Hi @peter-boucher version 0.5.1 adds support for this. Closing the issue. Thanks for raising it.


chore(build): reduces package size by simplifying build and using rollup

What are the benefits:

Reduced package size more than on half (due to reduced amount of generated helpers)
was:
npm notice filename:      sift-13.0.2.tgz
npm notice package size:  87.7 kB
npm notice unpacked size: 302.0 kB

now:
npm notice filename:      sift-13.0.2.tgz
npm notice package size:  33.4 kB
npm notice unpacked size: 245.1 kB

Adds ES6 version (modern apps can use modern build)

Simplifies build pipeline, everything goes through rollup (except type declarations)

Removed unused dev dependencies

Relates to #185

This is awesome 👏


Support Cloudshark's new API.

Cloudshark now requires you to create an account and use an API token
to upload files. See https://support.cloudshark.org/api/upload.html
for more info.
The /etc/config/cdns file must now be edited after installation in
order to provide an API token.
Resolves issue https://github.com/Polidea/Cellular-Data-Network-Simulator/issues/7

LGTM :)

@kgoodier can fix this quotes?

Updated and added quotes to DUMP_FILE in the curl line.

Thanks!


build container and publish to registry

GHCR?

Consider using followings for next iteration:

docker/setup-buildx-action
docker/metadata-action
docker/build-push-action


[Feature request] flag/option to show 'www' in address bar

Is your feature request related to a problem? Please describe.
no.
Describe the solution you'd like
flag to show www in address bar. also flag to show full urls but that's not primary.
Describe alternatives you've considered
.
Additional context
i prefer to show www in the address bar to know exactly the site i'm visiting.

The feature you're asking for is ALREADY available in the Supermium browser; just use the omnibox's Context Menu (i.e. right-click) and tick the "always show full URLs" option (localised in my copy, sorry :stuck_out_tongue_winking_eye: ):

Please close this issue as invalid (unless you insist on a chrome://flag, unnecessary IMHO) to declutter the issue tracker... Thanks!

The feature you're asking for is ALREADY available in the Supermium browser; just use the omnibox's Context Menu (i.e. right-click) and tick the "always show full URLs" option (localised in my copy, sorry 😜 ):

Please close this issue as invalid (unless you insist on a chrome://flag, unnecessary IMHO) to declutter the issue tracker... Thanks!

@Vangelis66 thank you!
but there's no option to show www only, instead of full url.

but there's no option to show www only

... This was still possible back in the old days of Google Chrome... 68 (!) :
https://www.askvg.com/tip-restore-https-and-www-in-website-urls-in-google-chrome-address-bar/
https://www.tenforums.com/tutorials/117616-hide-show-www-subdomains-urls-address-bar-google-chrome.html
Since then, in their infinite wisdom :angry: , Google Devs have decided to remove www. (and initially m., too) as "Trivial Subdomain" from the omnibox in non-full URLs:
https://issues.chromium.org/issues/40092384
https://issues.chromium.org/issues/41413185#comment115
https://www.bleepingcomputer.com/news/google/google-chrome-hides-www-and-https-in-the-address-bar-again/
https://www.bleepingcomputer.com/news/google/google-achieves-its-goal-of-erasing-the-www-subdomain-from-chrome/
https://issues.chromium.org/issues/40655705
... and in Brave (a Chromium fork):
https://github.com/brave/brave-browser/issues/6689
https://github.com/brave/brave-browser/issues/7449

that's a a lot of information, thank you for your time!


Not issue question

How do i use search if the thing im searching for is in a folder?

How do i use search if the thing im searching for is in a folder?

you mean search that in render?

How do i use search if the thing im searching for is in a folder?

you mean search that in render?

yes

How do i use search if the thing im searching for is in a folder?

you mean search that in render?

yes

RightClick on Search and type the part that you want to search or you can find it in dex

ok


Extension causes high cpu load

Issue Type: Performance
Extension Name: python
Extension Version: 2019.3.6352
OS Version: Windows_NT x64 10.0.17763
VSCode version: 1.32.1

:warning: Make sure to attach this file from your home-directory: C:\Users\Mhmud Adel\ms-python.python-unresponsive.cpuprofile.txt :warning:
Find more details here: https://github.com/Microsoft/vscode/wiki/Explain:-extension-causes-high-cpu-load

Duplicate of #4895


GroupBy wants to execute on client when performed on DbQuery (View)

I am not sure if this issue has been discussed somewhere else before, but I haven't found anything related to it not being able to work.
I have this simple few lines of code. I am want to be able to perform a series of aggregate to simply replicate an SQL query as below:
SELECT COUNT(*) as Total, SUM(Value) as Amount FROM MyCustomView;

Steps to reproduce
Attempt to run a code below where MyCustomView is a View on Sql.
const int a = 1;
var result = context
.MyCustomView
.GroupBy(p => a)
.Select(grp => new {
   Total = grp.Count(),
   Amount = grp.Sum(p=>p.Value)
 // Some other aggregates removed for brevity
}).First();

As a sketchy work around I managed to get the query to work by adding in a select before the group by.
const int a = 1;
var result = context
.MyCustomView
// For some reason adding a Select prevents the complaint
.Select(p=>new
{
    p.Value
    // Some other properties removed for brevity
})
//
.GroupBy(p => a)
.Select(grp => new {
   Total = grp.Count(),
   Amount = grp.Sum(p=>p.Value)
   // Some other aggregates removed for brevity
}).First();

If MyCustomView was a table this would be fine, however the GroupBy clause gives the warning below.
'Microsoft.EntityFrameworkCore.Query.QueryClientEvaluationWarning: The LINQ expression 'GroupBy(1, [p])' could not be translated and will be evaluated locally.'.

Further technical details
EF Core version: 2.2.6
Database Provider: Microsoft.EntityFrameworkCore.SqlServer
Operating system: 10
IDE: Visual Studio 2017 15.9.4

Can you try 3.0 preview9 package. The scenario should already be working.

@smitpatel Ah. Unfortunately I may not have the luxury of upgrading to 3.0 in the current project :(

Note from triage: additional test coverage needed.

Verified this has been fixed


Request failed with status code 500

I'm able to create and preview a roundup but when I hit "send", I get a "Request failed with status code 500" error and the email is not sent.

That usually happens when there's an issue with the Sendgrid API key that you had to input during the Heroku one-click deploy. If you go into your Heroku app's dashboard, click "More" in the upper right-hand corner, and select "View logs" you can see what the error is happening behind the scenes. If it's a problem with the API key, you might see something like:
Error: Unauthorized
    at Request.http [as _callback] (node_modules/@sendgrid/client/src/classes/client.js:124:25)
    at Request.self.callback (node_modules/request/request.js:186:22)
    at Request.emit (events.js:189:13)
    at Request.<anonymous> (node_modules/request/request.js:1163:10)
    at Request.emit (events.js:189:13)
    at IncomingMessage.<anonymous> (node_modules/request/request.js:1085:12)
    at Object.onceWrapper (events.js:277:13)
    at IncomingMessage.emit (events.js:194:15)
    at endReadableNT (_stream_readable.js:1125:12)
    at process._tickCallback (internal/process/next_tick.js:63:19)

@kmontenegro just following up on this. Happy to continue helping you get this setup.

Excellent! That was exactly it: once I deleted and created a new key in Sendgrid and updated the config in Heroku, works as expected. Thank you.


Illegal prefixes in /meta_knowledge_graph

e.g.
"biolink:Disease, DiseaseOrPhenotypicFeature": {
      "id_prefixes": [
        "MONDO",
        "PUBCHEM",
        "UMLSCUI",
        "UMLSCUOI",
        "LOINC",
        "OMIM",
        "ICD10",
        "ICD9",
        "HP",
        "SCTID",
        "CHEBI",
        "UMLSCUIC0023895",
        "NCIT",
        "MESH",
        "ICD10R",
        "SCITD",
        "UMLS",
        "MeSH"
      ]

Many of these are not allowed prefixes in the biolink model, including UMLSCUI, CUMLSCUIOI, etc.

This is true for many other types as well.

We completed a lot of identifier mappings prior to the adoption of standards by Translator. My understanding was that 'extra' prefixes weren't an issue?

Many of the ones in the list I posted are clearly wrong either in formatting or type.
I am unsure whether it's legal to provide extras but if there is a reason that these are legal prefixes then they should be added to the model so that others know they are valid.  Otherwise nobody will call you using them.
Get Outlook for Androidhttps://aka.ms/AAb9ysg

From: karafecho @.>
Sent: Monday, June 14, 2021 10:32:06 AM
To: NCATS-Tangerine/icees-api @.>
Cc: Bizon, Christopher A @.>; Author @.>
Subject: Re: [NCATS-Tangerine/icees-api] Illegal prefixes in /meta_knowledge_graph (#125)
We completed a lot of identifier mappings prior to the adoption of standards by Translator. My understanding was that 'extra' prefixes weren't an issue?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/NCATS-Tangerine/icees-api/issues/125#issuecomment-860732812, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACR7EHVVNBCJUCUXRBGAIADTSYHGNANCNFSM46S6YBDA.

@patrickkwang is the key here valid? "biolink:Disease, DiseaseOrPhenotypicFeature" ?

@cbizon No, the key is bad.

Would the code in plater for creating /meta_knowledge_graph be helpful?

we have fixed some of the typo. still need to check if all identifiers are accepted by trapi now.

There's still a lot of things that I'm sure won't validate.    You can use the biolink model toolkit (or bl-lookup service) to easily find out what the allowed prefixes for a given concept are.
It might also make sense to validate annotation curies.  It seems as though there are annotations that lack a ":" and are ending up creating new prefixes like "PUBCHEM123124".  That's my guess anyway.

Also, just to be clear, problems with meta_knowledge_graph are currently preventing strider from getting information from ICEES.
Take the query Asthma -[correlated with]-> chemical.
Right now, strider returns no ICEES results, and it will not until this is fixed.
The problem is not only the prefixes, but their order, which is meaningful.
Here is the id_prefixes for Disease:
"biolink:Disease": {
      "id_prefixes": [
        "ICD10R",
        "ICD10",
        "UMLS",
        "UMLSCUIC0023895",
        "OMIM",
        "UMLSCUI",
        "SCTID",
        "MONDO",
        "SCITD",
        "MESH",
        "ICD9",
        "NCIT",
        "CHEBI",
        "HP",
        "CPT",
        "PUBCHEM",
        "UMLSCUOI",
        "LOINC",
        "IC10"
      ]
    },

What this means is: ICEES wants you to send it ICD10R codes.  If the concept doesn't have an ICD10R code, it wants you to send an ICD10 code, and if it doesn't have that, please send it a UMLS, etc etc.
According to nodenorm, here are the possible values for asthma:
https://nodenormalization-sri.renci.org/1.1/get_normalized_nodes?curie=MONDO%3A0004979
So, it doesn't have an ICD10R code (which is not a biolink allowed prefix anyway).  But it does have an ICD10, ICD10:J45.  Strider compares the nodenorm results to the meta_knowledge_graph results, and says "oh, ICEES wants this ICD10 code" and sends that query.
However, ICEES doesn't return any results for that ICD10 code.  It does return results for the MONDO code.  End result: no ICEES results for strider.

@cbizon : Thanks for the detailed explanation. Very helpful! As it turns out, neither Hao nor I were aware that the order of the prefixes mattered. We will fix that. We're also still working to fix the CURIES. We are in the process of completing a major reconfiguration of our treatment of feature


Potential issue with "extended mode" keys in keyboard handling code

I believe I found an error in the keyboard handling code in libplatsupport. In particular, it seems "extended mode" keys such as cursor keys are not processed correctly.
Function keyboard_state_push_ps2_keyevent() has a  int16_t ps2_keyevent parameter and contains the following code:
/* Prepend 0xE0 to ps2 keycode if in extended mode. */
if (s->state & KEYBOARD_PS2_STATE_EXTENDED_MODE) {
    ps2_keyevent = 0xE000 + (ps2_keyevent & 0xFF);
    s->state &= ~KEYBOARD_PS2_STATE_EXTENDED_MODE;
}

int16_t vkey = keycode_ps2_to_vkey(ps2_keyevent);

When an extended mode key is processed, the value of variable ps2_keyevent becomes negative because the sign bit is set after adding 0xE000.
Function keycode_ps2_to_vkey(), which accepts ps2_keycode as a parameter of type int32_t, is called immediately afterwards.
Now here is the problem: Because of sign extension, the negative value of ps2_keycode is retained
inside keycode_ps2_to_vkey(), which leads to the switch statement there not finding a match.
My current fix is to replace in keyboard_state_push_ps2_keyevent()
    int16_t vkey = keycode_ps2_to_vkey(ps2_keyevent);

with
    int16_t vkey = keycode_ps2_to_vkey((uint16_t)ps2_keyevent);

I'm hacking on some example programs, and the fix is working for me.

Is there any reason ps2_keycode should be signed to begin with? It looks like it is being created from a uint8_t and then cast to the int16_t, but it feels like the variable should just be uint16_t to begin with. Does this seem reasonable?

I dismissed that option initially because the function contains this if-statement:
    if (ps2_keyevent <= -1) {
        return ev_none;
    }

But you are right! Given the current state of the source code, ps2_keyevent can never be negative.
Taking out the if-statement and changing  ps2_keyevent from int16_t to uint16_t might be the cleanest solution. What do you think?

Sounds good to me


Panic in Context's read_line() Method

Getting a StringError("Unable to set Termios attribute.") panic from this specific line when attempting to run Ion in one thread, while tokio_signal is reading Ctrl+C signals in another thread.

This is probably a bug in Termion.

Interestingly, it only happens when running Ion via cargo run.

Found that this also happens when using perf stat/record.


Fixes for some issues with enums in GDScript

This solves some inconsistencies when using enum as a type in GDScript. With this they'll be recognized as integers or Dictionaries when appropriate.
This also allows tests to run in release builds. A special comment #debug-only can be used as the first line of tests that shouldn't run on release builds (mostly those that test or depend on debug checks). Warnings will be ignored on comparisons since they aren't available on release.
Fix #53835
Fix #54877
Fix #55491
Fix #56878

CC @cdemirer @Piet-G @trollodel @SaracenOne who have been debugging and fixing GDScript issues lately.

I didn't debug enums specifically, but I think it would be nice to test specifically for the case described in #56878 where you have a typed variable (or parameter) compared to an enum value. I found them several times in my tests.
I see that enum values are now gone from the parser (IIUC), but just in case.

This sounds great, indeed Enums inconsistently being treated as INT and sometimes as DICT was a cause of a bunch of engine issues.
This should supercede. #57464

I didn't debug enums specifically, but I think it would be nice to test specifically for the case described in #56878 where you have a typed variable (or parameter) compared to an enum value

I've tested that particular case and it works as intended with this patch. We can also add cases in the test suite to make sure they are (and remain) correct.

I didn't debug enums specifically, but I think it would be nice to test specifically for the case described in #56878 where you have a typed variable (or parameter) compared to an enum value

I've tested that particular case and it works as intended with this patch. We can also add cases in the test suite to make sure they are (and remain) correct.

Yeah, I intended automated test in the GDScript test suite, not manual testing (my bad for not specifying it). I imagine that you tested that specific scenario, giving that you have marked that issue as fixed.

This script used to work in alpha 1, now in alpha 2 complains that return_enum is returning an int where it should be a dict:
extends Node2D

enum MY_ENUM {ONE, TWO, THREE}

func _ready() -> void:
    var a = return_enum()

func return_enum() -> MY_ENUM:
    return MY_ENUM.ONE

Is this intended or a regression?

This script used to work in alpha 1, now in alpha 2 complains that return_enum is returning an int where it should be a dict:
extends Node2D

enum MY_ENUM {ONE, TWO, THREE}

func _ready() -> void:
    var a = return_enum()

func return_enum() -> MY_ENUM:
    return MY_ENUM.ONE

@vnen Is this intended or a regression?

I'n my mind this should work as you wrote it. Maybe not all issues of int <-> dictionary were solved in this PR?


Emoji problem

Why emoji "switched"?

Hi @amervelic
Emojis input seems to be consistent on latest Stable.
As this issue is old and it would be better to have new information on newer version of Flutter and device related information if it is device specific..
If you're still experiencing this issue, please create a new issue and provide the information required in the template.
Thank you


Angular CLI 6.0.1: Error while trying to generate a library

Versions
Angular CLI: 6.0.1
Node: 8.11.1
OS: win32 x64
Angular: 6.0.1
... animations, cdk, cli, common, compiler, compiler-cli, core
... forms, http, language-service, material, platform-browser
... platform-browser-dynamic, router

Package                            Version
------------------------------------------------------------
@angular-devkit/architect          0.6.1
@angular-devkit/build-angular      0.6.1
@angular-devkit/build-ng-packagr   0.6.1
@angular-devkit/build-optimizer    0.6.1
@angular-devkit/core               0.6.1
@angular-devkit/schematics         0.6.1
@angular/flex-layout               6.0.0-beta.15
@ngtools/json-schema               1.1.0
@ngtools/webpack                   6.0.1
@schematics/angular                0.6.1
@schematics/update                 0.6.1
ng-packagr                         3.0.0-rc.3
rxjs                               6.1.0
typescript                         2.7.2
webpack                            4.6.0

Repro steps

Step 1: Existing project
Step 2: ng generate library my-lib

Observed behavior
Unexpected token / in JSON at position 366

Desired behavior

Mention any other details that might be useful (optional)
Here's my project's angular.json:
{
  "$schema"<EMAIL_ADDRESS>  "version": 1,
  "newProjectRoot": "projects",
  "projects": {
    "client-app": {
      "root": "",
      "sourceRoot": "src",
      "projectType": "application",
      "architect": {
        "build": {
          "builder": "@angular-devkit/build-angular:browser",
          "options": {
            "outputPath": "dist/public",
            "index": "src/index.html",
            "main": "src/main.ts",
            "tsConfig": "src/tsconfig.app.json",
            "polyfills": "src/polyfills.ts",
            "assets": [
              "src/assets",
              "src/favicon.ico",
              {
                "glob": "index.js",
                "input": "server",
                "output": "./../"
              },
              {
                "glob": "package.json",
                "input": "server",
                "output": "./../"
              },
              {
                "glob": "web.config",
                "input": "server",
                "output": "./../"
              }
            ],
            "styles": [
              "./node_modules/devextreme/dist/css/dx.common.css",
              "./node_modules/devextreme/dist/css/dx.light.css",
              "src/styles.scss"
            ],
            "scripts": []
          },
          "configurations": {
            "production": {
              "optimization": true,
              "outputHashing": "all",
              "sourceMap": false,
              "extractCss": true,
              "namedChunks": false,
              "aot": true,
              "extractLicenses": true,
              "vendorChunk": false,
              "buildOptimizer": true,
              "fileReplacements": [
                {
                  "replace": "src/environments/environment.ts",
                  "with": "src/environments/environment.prod.ts"
                }
              ]
            },
            "test": {
              "optimization": true,
              "outputHashing": "all",
              "sourceMap": false,
              "extractCss": true,
              "namedChunks": false,
              "aot": true,
              "extractLicenses": true,
              "vendorChunk": false,
              "buildOptimizer": true,
              "fileReplacements": [
                {
                  "replace": "src/environments/environment.ts",
                  "with": "src/environments/environment.test.ts"
                }
              ]
            },
            "development": {
              "sourceMap": true,
              "fileReplacements": [
                {
                  "replace": "src/environments/environment.ts",
                  "with": "src/environments/environment.ts"
                }
              ]
            },
            "local": {
              "fileReplacements": [
                {
                  "replace": "src/environments/environment.ts",
                  "with": "src/environments/environment.local.ts"
                }
              ]
            }
          }
        },
        "serve": {
          "builder": "@angular-devkit/build-angular:dev-server",
          "options": {
            "browserTarget": "client-app:build",
            "port": 44340
          },
          "configurations": {
            "production": {
              "browserTarget": "client-app:build:production"
            },
            "test": {
              "browserTarget": "client-app:build:test"
            },
            "local": {
              "browserTarget": "client-app:build:local"
            }
          }
        },
        "extract-i18n": {
          "builder": "@angular-devkit/build-angular:extract-i18n",
          "options": {
            "browserTarget": "client-app:build"
          }
        },
        "test": {
          "builder": "@angular-devkit/build-angular:karma",
          "options": {
            "main": "src/test.ts",
            "karmaConfig": "./karma.conf.js",
            "polyfills": "src/polyfills.ts",
            "tsConfig": "src/tsconfig.spec.json",
            "scripts": [],
            "styles": [
              "node_modules/devextreme/dist/css/dx.common.css",
              "node_modules/devextreme/dist/css/dx.light.css",
              "src/styles.scss"
            ],
            "assets": [
              "src/assets",
              "src/favicon.ico",
              {
                "glob": "index.js",
                "input": "server",
                "output": "/"
              },
              {
                "glob": "package.json",
                "input": "server",
                "output": "/"
              },
              {
                "glob": "web.config",
                "input": "server",
                "output": "/"
              }
            ]
          }
        },
        "lint": {
          "builder": "@angular-devkit/build-angular:tslint",
          "options": {
            "tsConfig": ["src/tsconfig.app.json", "src/tsconfig.spec.json"],
            "exclude": ["**/node_modules/**"]
          }
        }
      }
    },
    "client-app-e2e": {
      "root": "",
      "sourceRoot": "",
      "projectType": "application",
      "architect": {
        "e2e": {
          "builder": "@angular-devkit/build-angular:protractor",
          "options": {
            "protractorConfig": "./protractor.conf.js",
            "devServerTarget": "client-app:serve"
          }
        },
        "lint": {
          "builder": "@angular-devkit/build-angular:tslint",
          "options": {
            "tsConfig": ["e2e/tsconfig.e2e.json"],
            "exclude": ["**/node_modules/**"]
          }
        }
      }
    }
  },
  "defaultProject": "client-app",
  "schematics": {
    "@schematics/angular:component": {
      "prefix": "ccw",
      "styleext": "scss"
    },
    "@schematics/angular:directive": {
      "prefix": "ccw"
    }
  }
}

and package.json:
{
  "name": "client-app",
  "version": "0.0.0",
  "license": "MIT",
  "scripts": {
    "ng": "ng",
    "start-ng": "ng serve",
    "start": "node src/server/index.js",
    "build": "ng build",
    "build-dev": "ng build -c development",
    "build-local": "ng build -c local",
    "build-test": "ng build --prod -c test",
    "build-prod": "ng build --prod -c production",
    "serve": "ng serve -c local -o",
    "test": "ng test",
    "test-single-headless": "ng test --watch=false --code-coverage --browsers=ChromeHeadless",
    "lint": "ng lint",
    "e2e": "ng e2e",
    "sme": "./node_modules/.bin/source-map-explorer",
    "postinstall": "del-cli node_modules/angular2-logger/app/core/*.ts"
  },
  "private": true,
  "dependencies": {
    "@angular-devkit/schematics": "^0.6.1",
    "@angular/animations": "^6.0.1",
    "@angular/cdk": "6.0.1",
    "@angular/common": "^6.0.1",
    "@angular/compiler": "^6.0.1",
    "@angular/core": "^6.0.1",
    "@angular/flex-layout": "^6.0.0-beta.15",
    "@angular/forms": "^6.0.1",
    "@angular/http": "^6.0.1",
    "@angular/material": "^6.0.1",
    "@angular/platform-browser": "^6.0.1",
    "@angular/platform-browser-dynamic": "^6.0.1",
    "@angular/router": "^6.0.1",
    "@ngrx/store": "^5.2.0",
    "@ngrx/store-devtools": "^5.2.0",
    "@ngx-translate/core": "^9.1.1",
    "@ngx-translate/http-loader": "^2.0.1",
    "@nicky-lenaers/ngx-scroll-to": "^0.6.1",
    "@types/applicationinsights-js": "^1.0.5",
    "angular-split": "^1.0.0-rc.3",
    "angular2-jwt": "^0.2.3",
    "angular2-logger": "^0.7.0",
    "applicationinsights-js": "^1.0.17",
    "core-js": "^2.5.4",
    "del-cli": "^1.1.0",
    "devextreme": "^17.2.8",
    "devextreme-angular": "^17.2.7",
    "hammerjs": "^2.0.8",
    "jwt-decode": "^2.2.0",
    "msalx": "^0.1.2",
    "rxjs": "^6.0.0",
    "rxjs-compat": "^6.1.0",
    "rxjs-tslint": "^0.1.3",
    "zone.js": "0.8.26"
  },
  "devDependencies": {
    "@angular-devkit/build-angular": "^0.6.1",
    "@angular-devkit/build-ng-packagr": "^0.6.1",
    "@angular/cli": "6.0.1",
    "@angular/compiler-cli": "^6.0.1",
    "@angular/language-service": "^6.0.1",
    "@types/jasmine": "~2.8.6",
    "@types/jasminewd2": "~2.0.3",
    "@types/node": "^10.0.8",
    "codelyzer": "^4.3.0",
    "jasmine": "^3.1.0",
    "jasmine-core": "~3.1.0",
    "jasmine-spec-reporter": "~4.2.1",
    "karma": "~2.0.0",
    "karma-chrome-launcher": "~2.2.0",
    "karma-cli": "~1.0.1",
    "karma-coverage": "^1.1.1",
    "karma-coverage-istanbul-reporter": "^1.4.2",
    "karma-jasmine": "~1.1.0",
    "karma-junit-reporter": "^1.2.0",
    "karma-remap-coverage": "^0.1.4",
    "karma-remap-istanbul": "^0.6.0",
    "ng-packagr": "^3.0.0-rc.2",
    "protractor": "^5.3.2",
    "puppeteer": "^1.1.1",
    "source-map-explorer": "^1.4.0",
    "ts-node": "^6.0.3",
    "tsickle": ">=0.25.5",
    "tslib": "^1.7.1",
    "tslint": "^5.10.0",
    "typescript": "~2.7.2"
  }
}

As given in this link (https://github.com/angular/angular-cli/wiki/stories-create-library), i updated the changes related to "baseUrl" in angular.json, src/tsconfig.app.json, src/tsconfig.spec.json and ./tsconfig.json but i am getting same error.
Error doesn't come in a new Angular 6 project. As a interim solution, i generated a new library from a new project and copy pasted the library directory into my project's folder, made a few relevant changes in angular.json, tsconfig.*.json and it worked.
It would have been good if the error message was a bit descriptive and meaningful.

I've had issues with 6.0.1 generating new projects and I've had to get back to 6.0.0

I am getting the same error in 6.0.3 Any idea which json file the error is referring to?

Yes, it is referring to the angular.json file in your project.  I was getting the exact same error.  I had portions of my config file commented "//" out.  It did not like the use of "//".  Once i removed the "//", it worked just fine. Even if you are not using "//", there is a "/" somewhere out of place in angular.json file.

@briangullo a comment in angular.json was my problem. Running ng serve with the comment in angular.json worked just fine so I kept it in there thinking it wasn't a problem.
Thanks for the help :)

There's a PR up for fixing this. Stay tuned.

God forbid they tell us the file to look at in the error. That would be way too hard

I have the same problem
ngular CLI: 6.0.8
Node: 8.9.1
OS: darwin x64
Angular: 6.0.7
... animations, common, compiler, compiler-cli, core, forms
... http, language-service, platform-browser
... platform-browser-dynamic, router

Package                            Version
------------------------------------------------------------
@angular-devkit/architect          0.6.8
@angular-devkit/build-angular      0.6.8
@angular-devkit/build-ng-packagr   0.6.8
@angular-devkit/build-optimizer    0.6.8
@angular-devkit/core               0.6.8
@angular-devkit/schematics         0.6.8
@angular/cli                       6.0.8
@ngtools/json-schema               1.1.0
@ngtools/webpack                   6.0.8
@schematics/angular                0.6.8
@schematics/update                 0.6.8
ng-packagr                         3.0.3
rxjs                               6.2.1
typescript                         2.7.2
webpack                            4.8.3

but the error is:
Unexpected token } in JSON at position 976
The wierd thing is that I have copy a project over with the same setup where it work but in this new one it does not.

I have updated locally schematic-command to get better error and here is stack for mine"
Unexpected token } in JSON at position 976
SyntaxError: Unexpected token } in JSON at position 976
    at JSON.parse (<anonymous>)
    at updateJsonFile (/Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@schematics/angular/library/index.js:20:27)
    at /Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@schematics/angular/library/index.js:31:16
    at MergeMapSubscriber.input.pipe.operators_1.mergeMap.inputTree [as project] (/Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/src/rules/call.js:77:24)
    at MergeMapSubscriber._tryNext (/Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/operators/mergeMap.js:65:27)
    at MergeMapSubscriber._next (/Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/operators/mergeMap.js:55:18)
    at MergeMapSubscriber.Subscriber.next (/Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/Subscriber.js:64:18)
    at MergeMapSubscriber.notifyNext (/Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/operators/mergeMap.js:84:26)
    at InnerSubscriber._next (/Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/InnerSubscriber.js:25:21)
    at InnerSubscriber.Subscriber.next (/Users/i304804/Documents/ariba/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/Subscriber.js:64:18)

I have updated locally schematic-command to get better error and here is stack for mine"
Unexpected token } in JSON at position 976
SyntaxError: Unexpected token } in JSON at position 976
    at JSON.parse (<anonymous>)
    at updateJsonFile (/projects/sourcing/AribaCoreUI/node_modules/@schematics/angular/library/index.js:20:27)
    at /projects/sourcing/AribaCoreUI/node_modules/@schematics/angular/library/index.js:31:16
    at MergeMapSubscriber.input.pipe.operators_1.mergeMap.inputTree [as project] (/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/src/rules/call.js:77:24)
    at MergeMapSubscriber._tryNext (/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/operators/mergeMap.js:65:27)
    at MergeMapSubscriber._next (/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/operators/mergeMap.js:55:18)
    at MergeMapSubscriber.Subscriber.next (/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/Subscriber.js:64:18)
    at MergeMapSubscriber.notifyNext (/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/operators/mergeMap.js:84:26)
    at InnerSubscriber._next (/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/InnerSubscriber.js:25:21)
    at InnerSubscriber.Subscriber.next (/projects/sourcing/AribaCoreUI/node_modules/@angular-devkit/schematics/node_modules/rxjs/internal/Subscriber.js:64:18)

Found my problem it was with extra comma in tsconfig.json !

@hansl, when can we expect a fix on this? nobody is assigned to this defect.

This is likely a mix of two things;

we used to not read tsconfig and angular json properly in CERTAIN cases, and
your tsconfig or angular json files were not proper JSON/JSON5.

We fixed those two in 6.1.0, so this should be fixed. If it is not, please file a new issue and provide a reproduction repository that we can look.

@fkolar same, had extra comma at the end of the paths array in ts.config. Took a long time to figure it out!


'Mask shrink grow' doesn't behave as expected when inpainting with 'Flux fill' model

Expected Behavior
When using a Flux fill model with an inpainting mask with 'Mask shrink grow' turned on and set to a value, Swarm uses a cropped portion of the image near the mask as input to the generation, generates a new image of the cropped portion with the masked area repainted, and recomposites onto the fullsize original image.
Actual Behavior
Swarm uses the fullsize image as input to the generation, generates a new version of the full image with the masked area repainted, resizes the fullsize image down to the cropped area around the mask, and composites it in. This results in portions of the fullsize image being repeated inside the mask, and distorts the aspect ratio of the mask.
Not sure I've explained it well, but example:
Input image:

Mask:

Prompt: Man with jacket
seed:<PHONE_NUMBER>
model: flux1-fill-dev-Q4_K_S.gguf
Output:

What you can see is that it's repeated the original 992x992 image inside the mask.
Steps to Reproduce

Pick a flux fill model
Drag an image into the UI 'Use as Init', 'Edit image'
Draw a mask on a portion of the image
Set 'Init creativity to 1', 'Mask Shrink Grow' to on and 32.
Generate

During generation, you can see the full original image in the preview, whereas with other models during the preview phase when 'Mask shrink grow' is on, you only see a cropped area around your mask. At the end you get the effect shown in the screenshots.
Debug Logs
== SwarmUI logs 2024-11-24 17:00 ==
17:00:51.981 [Info] User local requested 1 image with model 'flux1-fill-dev-Q4_K_S.gguf'...
17:02:20.067 [Info] Generated an image in 2.16 (prep) and 83.84 (gen) seconds
Other
No response

fixed

For posterity, this is the current state of the above example, after the two commits:
https://github.com/mcmonkeyprojects/SwarmUI/commit/8eb77e578b207d28dcaa968c5412b041f662ad2d
and
https://github.com/mcmonkeyprojects/SwarmUI/commit/5e303de2f58b36ae1d5d775caf60dfe0a3687677


💡 [FEATURE] - [adding contact page for the website]

Idea Contribution

[X] I have read all the feature request issues.
[X] I'm interested in working on this issue
[X] I'm part of GSSOC organization

Explain feature request
this website doesnot have contact page
Explain your solution
i want to add responsive contact page for this website

Please assign me this issue under GSSOC'24

Hello, I'm interested in working on this issue. Please assign it to me.

Duplicate issue


Parse Cloud Jobs

I just updated the npm package for parse-dashboard and it gives support for Parse.Cloud.job. I created following cloud job
Parse.Cloud.job("CloudJobTesting", function(request, status) {
	console.log('Running....');
	status.success('Job completed successfully');
});

Triggered the above job from parse-dashboard and  it worked.
So does it mean that, we can schedule cloud jobs without using kue or other scheduler?

You cannot schedule them without a queue or another cron! You can run them from parse-dashboard.


test: debugging logging

This commit attempts to add some logging calls to see exactly how the
data is flowing from the JSON to the JS to the ISML. The blocker here is
that only some of the context.content attributes are actually making
it through. You can see that ${pdict.title} for example always
evaluates to null, even if we pass in a title string in the page
designer.
VIdeo 📹
https://user-images.githubusercontent.com/16711614/134431743-4808dd0c-7e5d-4519-817d-c57938fb2d89.mp4

Settled offline.


Build after saving  - Trigger from other file types

I use TikZ quite often, creating separate .tikz files and linking them into my main document. Also of late, been tinkering with classes, and am lazy to save + build  each time.
I realise that this isn't something a lot of people will use, so I hacked together support to read the .latexcfg files for a list of file types to trigger the 'Build after saving` (56e942831e29b9ec7bb1efec2a10f21b56c817c4)
PS: First attempt at CofeeScript, so may not be the most polished implementation!

Thanks for the contribution. Do you think it is proper for the extension to by default consider .tikz file the same as .tex files? If so, maybe we can avoid adding a new key to either settings or to .latexcfg. Discussion appreciated!

For TikZ, I'd agree that it could be considered the same as LaTeX, but for .cls (classes), I am unsure. Also, KnitR uses .Rnw for example.
I'd propose that this be an "Advanced Setting"  - avoid complicating the main settings and leave it in the .latexcfg file.
This would also help in future proofing, in helping set specific grammars for TikZ/classes based on the file type?
On a side note, LaTeXTools for SublimeText seems to also make the distinctions between these file types, albeit for direct compiling.

I will check how they did for ST3, and "steal" the good idea :p

It should work fine now. Please have a test.

Works great! The pop up to compile either the current file or the root LaTeX file is a nice addition.
What would be icing on the cake would be syntax highlighting. This could be hard coded for now in the latex.cson file for the more "common" custom file types - .Rnw and .tikz
Meanwhile, I am looking at porting the few TikZ specific grammar from a Textmate TikZ bundle, but no promises about the time frame! ;-)

Is this what you want?

And this? XD

Ah, my interest in more in TikZ, but kudos for the work on the plugin! :-)


Remove cached Xcode cipd package from staging engine builders

I'm testing a new Xcode cipd package and had to reuse a ref by removing it from a bad package and adding it to a new one.  The old one is still cached on the staging bots I was using to test (install xcode only took 1 second).
Remove the old cached package from build828-m9, build829-m9, build830-m9, and build831-m9 so I can test the new package.
https://github.com/flutter/flutter/issues/85555

@CaseyHillers (gardener) I don't have a Linux corp device to ssh into the swarming bots re https://chrome-internal.googlesource.com/infra/infra_internal/+/HEAD/doc/swarming_ssh.md would you mind taking a look?

I don't have access to the GOLO labs. I filed a proposal to add the engprod team to get access.

I filed https://bugs.chromium.org/p/chromium/issues/detail?id=1276140#c1 to review the request.
@godofredoc did this get finished?

Yes, we can close this issue.


Feature Request: Adding Buffer Zone Function to OSMnx

Contributing guidelines

[X] I understand the contributing guidelines

Documentation

[X] My proposal is not addressed by the documentation or examples

Existing issues

[X] Nothing similar appears in an existing issue

What problem does your feature proposal solve?
The current problem is that when using OSMnx's graph_from_polygon (and potentially other graph functions) function, there is no straightforward way to specify a buffer zone in meters around the polygon. This limitation makes it challenging to include the street network data within a specified buffer, which is essential in cases where users need a more comprehensive representation of the network, especially in areas near the polygon boundary. This feature was essential in my research, and I have implemented it myself (as shown in the code snippet below).
gdf_area = gpd.read_file(area).to_crs(epsg=4326)
boundary = gdf_area.dissolve().loc[0, 'geometry'].buffer(0.05)

What is your proposed solution?
I propose adding a buffer zone parameter to the osmnx.graph.graph_from_polygon function, allowing users to specify a buffer distance in meters when retrieving street networks. This enhancement will extend the retrieved network beyond the polygon's boundary by the specified buffer distance, providing a more complete and accurate representation of the street network in the desired area.
What alternatives have you considered?
As an alternative, users currently need to manually create a larger polygon that includes the desired buffer zone and then use this larger polygon as input. This is how I have now done it, but in my current operationalization the buffer is not specified in meters - and my non-technical self could not get it to work that way.
Additional context
Here's a code example demonstrating how the proposed feature could be used:
import osmnx as ox

# Define your polygon and buffer zone
polygon = ox.gdf_from_place("Your City, Your Country")
buffer_meters = 1000  # Adjust as needed

# Retrieve the street network with the buffer zone
G = ox.graph.graph_from_polygon(polygon, buffer=buffer_meters)

Thanks for using OSMnx.

The current problem is that when using OSMnx's graph_from_polygon (and potentially other graph functions) function, there is no straightforward way to specify a buffer zone in meters around the polygon. This limitation makes it challenging to include the street network data within a specified buffer, which is essential in cases where users need a more comprehensive representation of the network, especially in areas near the polygon boundary.

Users can currently do this with 2 lines of code, so we're probably not going to add this to the API. In fact some piecemeal buffering functionality used to exist, but was deprecated and will be fully removed from the codebase when v2.0 comes out. But the consistent, simple expectation is that users just request the study site that they actually want, since study site definitions are infinitely and easily adjustable. But as you rightly mention, the artificial periphery problem is essential to keep in mind in all spatial network analysis.
Sample code to do this now and in the future:
import osmnx as ox
geom = ox.geocode_to_gdf("Piedmont, CA, USA")["geometry"].iloc[0]

# buffer the geometry by 100 meters
geom_proj, crs = ox.projection.project_geometry(geom)
geom_buff, _ = ox.projection.project_geometry(geom_proj.buffer(100), crs=crs, to_latlong=True)

# model the driving network within the buffered geometry
G = ox.graph_from_polygon(geom_buff, network_type="drive")

See also the new buffer_geometry helper function added in #1214.


Fix human readable format for dates

Alarm.one_line is probably showing UTC times, while next_at has a local CET time.

Current coverage is 86.53% (diff: 88.88%)

No coverage report found for develop at 4bf8b4a.

Powered by Codecov. Last update 4bf8b4a...3124097


Provide implementation to update User password

Develop a path without token to allow the update (replacement) of a User's password.

The branch feature/issue implemented for userauth/v1/users/{id} and a JSON body with just password for version v0.1.18-dev. This was merged into development and tagged v0.1.18-dev. The version will remain on the development branch until the domain is commented and the version set to -prod and hosted. This will remain open until the issue at app is complete (issue20).