build(lidar_centerpoint_tvm): remove artifacts download

Description

See https://github.com/autowarefoundation/autoware.universe/issues/3137
This PR updates lidar_centerpoint_tvm to use updated version get_neural_network function from tvm_utility package introduced in https://github.com/autowarefoundation/autoware.universe/pull/4923.
It also uses artifacts located in autoware_data folder as introduced in https://github.com/autowarefoundation/autoware/pull/3916
Tests performed

Not applicable.
Effects on system behavior

Not applicable.
Pre-review checklist for the PR author
The PR author must check the checkboxes below when creating the PR.

[x] I've confirmed the contribution guidelines.
[x] The PR follows the pull request guidelines.

In-review checklist for the PR reviewers
The PR reviewers must check the checkboxes below before approval.

[ ] The PR follows the pull request guidelines.

Post-review checklist for the PR author
The PR author must check the checkboxes below before merging.

[ ] There are no open discussions or they are tracked via tickets.

After all checkboxes are checked, anyone who has write access can merge the PR.

Thanks for this PR!
Could you resolve the conflicts for the .cspell-partial.json file?

@angry-crab Could you please approve the changes when you have time? You are the code owner of this package. @ambroise-arm has reviewed and approved the changes, but they won't merge unless a code owner also approves it.
Thank you in advance!


Update class controller error: findone is not a function

https://github.com/manishkatyan/bbb-strapi/blob/15221296844eb7809bd771fea2f45ade2c6162ca/server/controllers/classController.js#L56
findone is not a function
Require change to update
    const res = await strapi
      .query('plugin::bigbluebutton.class')
      .update({
        where: {
          id,
        },
        data: ctx.request.body,
    });

@krabbi we haven't added a feature to update class will add it in the future.


Submit 0.26.1 version of Intel Device Plugins Operator to https://operatorhub.io/

Your helm repo isn't updated to 0.26.1 either. Any reason?
helm search repo intel
NAME                                	CHART VERSION	APP VERSION	DESCRIPTION
intel/intel-device-plugins-dlb      	0.26.0       	0.26.0     	A Helm chart for Intel DLB Device Plugin
intel/intel-device-plugins-dsa      	0.26.0       	0.26.0     	A Helm chart for Intel DSA Device Plugin
intel/intel-device-plugins-gpu      	0.26.0       	0.26.0     	A Helm chart for Intel GPU Device Plugin
intel/intel-device-plugins-iaa      	0.26.0       	0.26.0     	A Helm chart for Intel IAA Device Plugin
intel/intel-device-plugins-operator 	0.26.0       	0.26.0     	A Helm chart for Intel Device Plugins Operator ...
intel/intel-device-plugins-qat      	0.26.0       	0.26.0     	A Helm chart for Intel QAT Device Plugin
intel/intel-device-plugins-sgx      	0.26.0       	0.26.0     	A Helm chart for Intel SGX Device Plugin

@javydekoning no particular reason. We are on it.

https://github.com/k8s-operatorhub/community-operators/pull/2834


[4.0] preload() fails in web export

Godot version
v4.0.alpha16.official [86dd3f312]
System information
Linux, Firefox 103.0.2
Issue description
Attempting to load a scene using preload() fails in a web export. A workaround is to use @onready and load() instead.
Upon checking the web console, these errors are printed from running the MRP:
Blocking on the main thread is very dangerous, see https://emscripten.org/docs/porting/pthreads.html#blocking-on-the-main-browser-thread
USER ERROR: Parser bug (please report): tried to assign unset node without an identifier.
   at: resolve_class_interface (modules/gdscript/gdscript_analyzer.cpp:656) - Parser bug (please report): tried to assign unset node without an identifier.
USER SCRIPT ERROR: Parse Error: Preload file "res://TestLabel.tscn" does not exist.
   at: GDScript::reload (res://main.gd:3) - Parse Error: Preload file "res://TestLabel.tscn" does not exist.
USER SCRIPT ERROR: Parse Error: Cannot infer the type of "LABEL" variable because the initial value doesn't have a set type.
   at: GDScript::reload (res://main.gd:3) - Parse Error: Cannot infer the type of "LABEL" variable because the initial value doesn't have a set type.

Steps to reproduce
Run the MRP from below.
If you run it in the editor or export to a desktop executable, you should get a screen with the text "hello world" in the center. But if you run it as a web export through the editor, you get a black screen.
Minimal reproduction project
MRP_preload.zip

Also broken for Linux exports.
I got no error whatsoever when running in the editor but when running the release executable on editor I got these error messages:
SCRIPT ERROR: Parse Error: Preload file "res://addons/quiver.beat_em_up/utilities/OneShotTimer.tscn" does not exist.
          at: GDScript::reload (res://addons/quiver.beat_em_up/characters/action_states/ground_actions/grab_actions/quiver_action_grab_idle.gd:18)
SCRIPT ERROR: Parse Error: Preload file "res://addons/quiver.beat_em_up/utilities/OneShotTimer.tscn" does not exist.
          at: GDScript::reload (res://addons/quiver.beat_em_up/characters/ai/states/quiver_ai_chase_closest_player.gd:13)
SCRIPT ERROR: Parse Error: Preload file "res://addons/quiver.beat_em_up/utilities/OneShotTimer.tscn" does not exist.

That preload was a const and since the script itself breaks and it starts a chain reaction of errors.
For some reason the release export deals better with it, when I try to export with debug I get many more errors but using the work around described in this issue solved problems with both de release and debug exports.

I can confirm this for Linux exports.
Project runs fine in the editor but in the exported project "preload" doesn't work.
SCRIPT ERROR: Parse Error: Preload file "res://Scenes/Navigation.tscn" does not exist.           at: GDScript::reload (res://Scripts/Main.gd:6) SCRIPT ERROR: Parse Error: Preload file "res://Scenes/NPC/Character.tscn" does not exist.           at: GDScript::reload (res://Scripts/Main.gd:7) SCRIPT ERROR: Parse Error: Preload file "res://Scenes/TerrainGenerator.tscn" does not exist.           at: GDScript::reload (res://Scripts/Main.gd:9)

On linux works only when I run by editor. After release doesn't work. Problem is also on android and web.

Preloads are actually not working in any export.

Duplicate of #56343.


cgroup is not removed when stopping container

Required information

Distribution: Debian
Distribution version: Bullseye 11.5
The output of "lxc info" or if that fails:

api_extensions:
- storage_zfs_remove_snapshots
- container_host_shutdown_timeout
- container_stop_priority
- container_syscall_filtering
- auth_pki
- container_last_used_at
- etag
- patch
- usb_devices
- https_allowed_credentials
- image_compression_algorithm
- directory_manipulation
- container_cpu_time
- storage_zfs_use_refquota
- storage_lvm_mount_options
- network
- profile_usedby
- container_push
- container_exec_recording
- certificate_update
- container_exec_signal_handling
- gpu_devices
- container_image_properties
- migration_progress
- id_map
- network_firewall_filtering
- network_routes
- storage
- file_delete
- file_append
- network_dhcp_expiry
- storage_lvm_vg_rename
- storage_lvm_thinpool_rename
- network_vlan
- image_create_aliases
- container_stateless_copy
- container_only_migration
- storage_zfs_clone_copy
- unix_device_rename
- storage_lvm_use_thinpool
- storage_rsync_bwlimit
- network_vxlan_interface
- storage_btrfs_mount_options
- entity_description
- image_force_refresh
- storage_lvm_lv_resizing
- id_map_base
- file_symlinks
- container_push_target
- network_vlan_physical
- storage_images_delete
- container_edit_metadata
- container_snapshot_stateful_migration
- storage_driver_ceph
- storage_ceph_user_name
- resource_limits
- storage_volatile_initial_source
- storage_ceph_force_osd_reuse
- storage_block_filesystem_btrfs
- resources
- kernel_limits
- storage_api_volume_rename
- macaroon_authentication
- network_sriov
- console
- restrict_devlxd
- migration_pre_copy
- infiniband
- maas_network
- devlxd_events
- proxy
- network_dhcp_gateway
- file_get_symlink
- network_leases
- unix_device_hotplug
- storage_api_local_volume_handling
- operation_description
- clustering
- event_lifecycle
- storage_api_remote_volume_handling
- nvidia_runtime
- container_mount_propagation
- container_backup
- devlxd_images
- container_local_cross_pool_handling
- proxy_unix
- proxy_udp
- clustering_join
- proxy_tcp_udp_multi_port_handling
- network_state
- proxy_unix_dac_properties
- container_protection_delete
- unix_priv_drop
- pprof_http
- proxy_haproxy_protocol
- network_hwaddr
- proxy_nat
- network_nat_order
- container_full
- candid_authentication
- backup_compression
- candid_config
- nvidia_runtime_config
- storage_api_volume_snapshots
- storage_unmapped
- projects
- candid_config_key
- network_vxlan_ttl
- container_incremental_copy
- usb_optional_vendorid
- snapshot_scheduling
- snapshot_schedule_aliases
- container_copy_project
- clustering_server_address
- clustering_image_replication
- container_protection_shift
- snapshot_expiry
- container_backup_override_pool
- snapshot_expiry_creation
- network_leases_location
- resources_cpu_socket
- resources_gpu
- resources_numa
- kernel_features
- id_map_current
- event_location
- storage_api_remote_volume_snapshots
- network_nat_address
- container_nic_routes
- rbac
- cluster_internal_copy
- seccomp_notify
- lxc_features
- container_nic_ipvlan
- network_vlan_sriov
- storage_cephfs
- container_nic_ipfilter
- resources_v2
- container_exec_user_group_cwd
- container_syscall_intercept
- container_disk_shift
- storage_shifted
- resources_infiniband
- daemon_storage
- instances
- image_types
- resources_disk_sata
- clustering_roles
- images_expiry
- resources_network_firmware
- backup_compression_algorithm
- ceph_data_pool_name
- container_syscall_intercept_mount
- compression_squashfs
- container_raw_mount
- container_nic_routed
- container_syscall_intercept_mount_fuse
- container_disk_ceph
- virtual-machines
- image_profiles
- clustering_architecture
- resources_disk_id
- storage_lvm_stripes
- vm_boot_priority
- unix_hotplug_devices
- api_filtering
- instance_nic_network
- clustering_sizing
- firewall_driver
- projects_limits
- container_syscall_intercept_hugetlbfs
- limits_hugepages
- container_nic_routed_gateway
- projects_restrictions
- custom_volume_snapshot_expiry
- volume_snapshot_scheduling
- trust_ca_certificates
- snapshot_disk_usage
- clustering_edit_roles
- container_nic_routed_host_address
- container_nic_ipvlan_gateway
- resources_usb_pci
- resources_cpu_threads_numa
- resources_cpu_core_die
- api_os
- container_nic_routed_host_table
- container_nic_ipvlan_host_table
- container_nic_ipvlan_mode
- resources_system
- images_push_relay
- network_dns_search
- container_nic_routed_limits
- instance_nic_bridged_vlan
- network_state_bond_bridge
- usedby_consistency
- custom_block_volumes
- clustering_failure_domains
- resources_gpu_mdev
- console_vga_type
- projects_limits_disk
- network_type_macvlan
- network_type_sriov
- container_syscall_intercept_bpf_devices
- network_type_ovn
- projects_networks
- projects_networks_restricted_uplinks
- custom_volume_backup
- backup_override_name
- storage_rsync_compression
- network_type_physical
- network_ovn_external_subnets
- network_ovn_nat
- network_ovn_external_routes_remove
- tpm_device_type
- storage_zfs_clone_copy_rebase
- gpu_mdev
- resources_pci_iommu
- resources_network_usb
- resources_disk_address
- network_physical_ovn_ingress_mode
- network_ovn_dhcp
- network_physical_routes_anycast
- projects_limits_instances
- network_state_vlan
- instance_nic_bridged_port_isolation
- instance_bulk_state_change
- network_gvrp
- instance_pool_move
- gpu_sriov
- pci_device_type
- storage_volume_state
- network_acl
- migration_stateful
- disk_state_quota
- storage_ceph_features
- projects_compression
- projects_images_remote_cache_expiry
- certificate_project
- network_ovn_acl
- projects_images_auto_update
- projects_restricted_cluster_target
- images_default_architecture
- network_ovn_acl_defaults
- gpu_mig
- project_usage
- network_bridge_acl
- warnings
- projects_restricted_backups_and_snapshots
- clustering_join_token
- clustering_description
- server_trusted_proxy
- clustering_update_cert
- storage_api_project
- server_instance_driver_operational
- server_supported_storage_drivers
- event_lifecycle_requestor_address
- resources_gpu_usb
- clustering_evacuation
- network_ovn_nat_address
- network_bgp
- network_forward
- custom_volume_refresh
- network_counters_errors_dropped
- metrics
- image_source_project
- clustering_config
- network_peer
- linux_sysctl
- network_dns
- ovn_nic_acceleration
- certificate_self_renewal
- instance_project_move
- storage_volume_project_move
- cloud_init
- network_dns_nat
- database_leader
- instance_all_projects
- clustering_groups
- ceph_rbd_du
- instance_get_full
- qemu_metrics
- gpu_mig_uuid
- event_project
- clustering_evacuation_live
- instance_allow_inconsistent_copy
- network_state_ovn
- storage_volume_api_filtering
- image_restrictions
- storage_zfs_export
- network_dns_records
- storage_zfs_reserve_space
- network_acl_log
- storage_zfs_blocksize
- metrics_cpu_seconds
- instance_snapshot_never
- certificate_token
- instance_nic_routed_neighbor_probe
- event_hub
- agent_nic_config
- projects_restricted_intercept
- metrics_authentication
- images_target_project
- cluster_migration_inconsistent_copy
- cluster_ovn_chassis
- container_syscall_intercept_sched_setscheduler
- storage_lvm_thinpool_metadata_size
- storage_volume_state_total
- instance_file_head
- instances_nic_host_name
- image_copy_profile
- container_syscall_intercept_sysinfo
- clustering_evacuation_mode
- resources_pci_vpd
- qemu_raw_conf
- storage_cephfs_fscache
- network_load_balancer
- vsock_api
- instance_ready_state
- network_bgp_holdtime
- storage_volumes_all_projects
- metrics_memory_oom_total
- storage_buckets
- storage_buckets_create_credentials
- metrics_cpu_effective_total
- projects_networks_restricted_access
- storage_buckets_local
- loki
- acme
- internal_metrics
- cluster_join_token_expiry
- remote_token_expiry
- init_preseed
api_status: stable
api_version: "1.0"
auth: trusted
public: false
auth_methods:
- tls
environment:
  addresses:
  - <IP_ADDRESS>:8443
  architectures:
  - x86_64
  - i686
  certificate: |
    -----BEGIN CERTIFICATE-----
    xxx
    -----END CERTIFICATE-----
  certificate_fingerprint: xxx
  driver: lxc
  driver_version: 5.0.1
  firewall: nftables
  kernel: Linux
  kernel_architecture: x86_64
  kernel_features:
    idmapped_mounts: "false"
    netnsid_getifaddrs: "true"
    seccomp_listener: "true"
    seccomp_listener_continue: "true"
    shiftfs: "false"
    uevent_injection: "true"
    unpriv_fscaps: "true"
  kernel_version: 5.10.0-18-amd64
  lxc_features:
    cgroup2: "true"
    core_scheduling: "true"
    devpts_fd: "true"
    idmapped_mounts_v2: "true"
    mount_injection_file: "true"
    network_gateway_device_route: "true"
    network_ipvlan: "true"
    network_l2proxy: "true"
    network_phys_macvlan_mtu: "true"
    network_veth_router: "true"
    pidfd: "true"
    seccomp_allow_deny_syntax: "true"
    seccomp_notify: "true"
    seccomp_proxy_send_notify_fd: "true"
  os_name: Debian GNU/Linux
  os_version: "11"
  project: default
  server: lxd
  server_clustered: false
  server_event_mode: full-mesh
  server_name: master
  server_pid: 891
  server_version: "5.7"
  storage: btrfs
  storage_version: 5.4.1
  storage_supported_drivers:
  - name: lvm
    version: 2.03.07(2) (2019-11-30) / 1.02.167 (2019-11-30) / 4.43.0
    remote: false
  - name: btrfs
    version: 5.4.1
    remote: false
  - name: ceph
    version: 15.2.16
    remote: true
  - name: cephfs
    version: 15.2.16
    remote: true
  - name: cephobject
    version: 15.2.16
    remote: true
  - name: dir
    version: "1"
    remote: false

Issue description
We have a server that creates and removes a lot of LXD containers. The tool we use to do that is pylxd.
Over time, the server was running out of memory. We noticed that the cgroups created by lxd were not removed properly, even if the container does not exist anymore. Since every cgroup had still some memory allocated, we identified that this was eating up all of our memory.
The logs of the container which cgroups are not removed show the following warning:
lxc test-container<PHONE_NUMBER>4214.806 WARN     cgfsng - ../src/src/lxc/cgroups/cgfsng.c:cgroup_tree_remove:489 - Permission denied - Failed to destroy 10(lxc.payload.test-container)

After quite a thorough investigation, we were able to narrow the issue. The following conditions must be true in order for the cgroups not to be removed when a container is stopped:

The container config needs to contain raw.idmap: "both 0 0" (both 1 1 also works, but something like both 50000 50000 doesn't)
The container system needs to be fully started (systemctl is-system-running equals "running" or "degraded")
A command from a different user than root must be executed on the container
The container must be stopped by force (pylxd does that by default, the lxc CLI however doesn't)

If any of the conditions listed do no occur, the container log does not include the warning listed above and the cgroup is removed as expected.
So we currently have a workaround that the cgroups are removed by telling pylxd not to stop the containers with force (container.stop(force=False)), but we still would like to find out why exactly this is happening.
Steps to reproduce
I created a bash script which can be run on a Debian bullseye host which has LXD installed:
CONTAINER_NAME=test-container
lxc launch images:debian/buster $CONTAINER_NAME --config raw.idmap="both 0 0"

sleep 1 # wait for system to be in running state
if ! lxc exec $CONTAINER_NAME -- sh -c 'systemctl is-system-running' | grep -qE "running|degraded"; then
  echo "System was not running after 1 second. Increase the sleep time"
  lxc delete $CONTAINER_NAME --force
  exit 1
fi

# add testuser to run a command from
lxc exec $CONTAINER_NAME -- sh -c 'adduser --disabled-password --gecos \"\" testuser'

# run command as different user than root
lxc exec $CONTAINER_NAME -- sh -c 'runuser -l testuser -s /bin/bash -c "id"'

# stop container with force
lxc stop $CONTAINER_NAME --force

lxc delete $CONTAINER_NAME

After running the script the directory (aka cgroup) of the container still exists:
ls /sys/fs/cgroup/lxc.payload.test-container
# or
systemd-cgtop | grep test-container

Information to attach
Output of lxc info test-container --show-log:
Name: test-container
Status: STOPPED
Type: container
Architecture: x86_64
Created: 2022/11/10 15:27 UTC
Last Used: 2022/11/10 15:27 UTC

Log:

lxc test-container<PHONE_NUMBER>2730.775 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3592 - newuidmap binary is missing
lxc test-container<PHONE_NUMBER>2730.775 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3598 - newgidmap binary is missing
lxc test-container<PHONE_NUMBER>2730.776 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3592 - newuidmap binary is missing
lxc test-container<PHONE_NUMBER>2730.776 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3598 - newgidmap binary is missing
lxc test-container<PHONE_NUMBER>2732.129 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3592 - newuidmap binary is missing
lxc test-container<PHONE_NUMBER>2732.129 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3598 - newgidmap binary is missing
lxc test-container<PHONE_NUMBER>2732.378 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3592 - newuidmap binary is missing
lxc test-container<PHONE_NUMBER>2732.378 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3598 - newgidmap binary is missing
lxc test-container<PHONE_NUMBER>2732.833 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3592 - newuidmap binary is missing
lxc test-container<PHONE_NUMBER>2732.833 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3598 - newgidmap binary is missing
lxc test-container<PHONE_NUMBER>2733.422 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3592 - newuidmap binary is missing
lxc test-container<PHONE_NUMBER>2733.422 WARN     conf - ../src/src/lxc/conf.c:lxc_map_ids:3598 - newgidmap binary is missing
lxc test-container<PHONE_NUMBER>2733.424 WARN     cgfsng - ../src/src/lxc/cgroups/cgfsng.c:cgroup_tree_remove:489 - Permission denied - Failed to destroy 10(lxc.payload.test-container)

Output of lxc config show test-container --expanded:
architecture: x86_64
config:
  image.architecture: amd64
  image.description: Debian buster amd64 (20221109_05:25)
  image.os: Debian
  image.release: buster
  image.serial: "20221109_05:25"
  image.type: squashfs
  image.variant: default
  raw.idmap: both 0 0
  volatile.base_image: ef4b022453b7c76f507240807e3e78f411732e8777fba0b45925e82ddf944c5e
  volatile.cloud-init.instance-id: 4130719e-a48f-4509-9e8b-3766974f233b
  volatile.eth0.hwaddr: 00:16:3e:91:54:6d
  volatile.idmap.base: "0"
  volatile.idmap.current: '[{"Isuid":true,"Isgid":true,"Hostid":0,"Nsid":0,"Maprange":1},{"Isuid":true,"Isgid":false,"Hostid":1000001,"Nsid":1,"Maprange":999999999},{"Isuid":true,"Isgid":true,"Hostid":0,"Nsid":0,"Maprange":1},{"Isuid":false,"Isgid":true,"Hostid":1000001,"Nsid":1,"Maprange":999999999}]'
  volatile.idmap.next: '[{"Isuid":true,"Isgid":true,"Hostid":0,"Nsid":0,"Maprange":1},{"Isuid":true,"Isgid":false,"Hostid":1000001,"Nsid":1,"Maprange":999999999},{"Isuid":true,"Isgid":true,"Hostid":0,"Nsid":0,"Maprange":1},{"Isuid":false,"Isgid":true,"Hostid":1000001,"Nsid":1,"Maprange":999999999}]'
  volatile.last_state.idmap: '[{"Isuid":true,"Isgid":true,"Hostid":0,"Nsid":0,"Maprange":1},{"Isuid":true,"Isgid":false,"Hostid":1000001,"Nsid":1,"Maprange":999999999},{"Isuid":true,"Isgid":true,"Hostid":0,"Nsid":0,"Maprange":1},{"Isuid":false,"Isgid":true,"Hostid":1000001,"Nsid":1,"Maprange":999999999}]'
  volatile.last_state.power: STOPPED
  volatile.last_state.ready: "false"
  volatile.uuid: f4763bd9-4eca-44d1-aa7b-4cb5360ffe39
devices:
  eth0:
    name: eth0
    network: lxdbr0
    type: nic
  root:
    path: /
    pool: default
    type: disk
ephemeral: false
profiles:
- default
stateful: false
description: ""

[x] Output of the daemon with --debug (alternatively output of lxc monitor while reproducing the issue)  lxc.monitor.log

Confirmed reproduced, thanks for the script!

So I have confirmed this using ubuntu/jammy images too.
Also using the command lxc exec $CONTAINER_NAME -- sh -c 'su testuser -c id' which doesn't invoke systemd-logind also shows the same problem.
What is left behind is:
lxc.payload.test-container/user.slice/user-1001.slice                   -      -    28.0K        -

And looking at the logs inside the container, normally this is removed by systemd after a few seconds after the command has finished.
But, I found that if the container is forcefully stopped before that after command duration has occurred (seems to be 15 seconds)
then the cgroup is left behind (as well as its parents).
So one workaround would be to sleep for 15s before initiating the lxc stop -f command.
Alternatively you can also attempt to try and stop the container gracefully, but with a timeout and then forcefully shutdown.
e.g.
lxc stop $CONTAINER_NAME --timeout=15|| lxc stop $CONTAINER_NAME --force

@stgraber @brauner have you come across anything like this before? Where if the root user inside the container is mapped to the real root user, then the lxc monitor isn't able to clean up non-root cgroups left behind?

Any ideas @mihalicyn ?

This is a permission issue by having the cgroup tree removal code run in a minimal user namespace if the container is unprivileged. We can trivially fix this by not running the cgroup removal code in a userns if the lxc monitor is root.

This should do it https://github.com/lxc/lxc/pull/4231

Thanks! Once thats merged I'll test it locally with LXD.

@brauner your PR fixes this issue nicely, thanks.

Thank you for the quick resolvement of this issue!


Use MediaServiceInterface In MediaHydrator

Description

Questions
Answers

Why?
Without this fix the MediaService cannot be decorated.

BC breaks?
no

Tests exists & pass?
yes

Related tickets?
no

How to test?
Decorate the MediaService.

Requirements met?
yes

Hello,
thank you for creating this pull request.
I have opened an issue on our Issue Tracker for you. See the issue link: https://issues.shopware.com/issues/SW-19149.
Please use this issue to track the state of your pull request.


Next

1)inherit from data api to create new  es stagein/stageout classes
2)optimize esprocess
3)add eventservice communication module and plugins
4)add eventservice workexecutor module and plugins
5)develop to support eventservice and eventservicemerge
6)add test module to test escommunicator, esworkexecutor, esstager

What's the status on this? Wen can you please summarise the essential points in the meeting tomorrow?

We close this one Wen?

Closing this one


Added Apache Camel tests into external group

added Apache Camel in the external group

issue: #1608
Signed-off-by: Longyu Zhang<EMAIL_ADDRESS>

Test link: https://ci.adoptopenjdk.net/view/Test_grinder/job/Grinder/2210/

Thanks @LongyuZhang - can I also get you to update the common_functions.sh script (in supported_tests: https://github.com/AdoptOpenJDK/openjdk-tests/blob/master/external/common_functions.sh#L34
and in the case statement: https://github.com/AdoptOpenJDK/openjdk-tests/blob/master/external/common_functions.sh#L179)?

@smlambert The suggested content has been added to common_functions.sh and tested locally, thanks.

@LongyuZhang @smlambert Just noticed you guys add a new test case via the Docker framework!!!!!! This is great!


Inclusion of Huggingface Support

Huggingface is one of the most popular libraries for carrying out machine learning on large pre-trained foundation models. With growing interest and activity in this area, we can aim to include Huggingface as a framework in ART and thus make evaluating, securing, and developing foundation models a seamless experience in ART.
To do so Huggingface will be included as a new estimator and framework which will support the maximum amount of ART tooling. Hence the aim is to make ART the best available library for foundation model robustness evaluations.

I want to work on this issue!

Hi @reeshipaul ! Thank you for your interest in ART and this planned PR. We have a good amount of the code developed for this already, targeting a core set of popular ART tools. I think the most effective way to contribute would be that after ART 1.16 is released, Huggingface functionality can be expanded from this core toolset to as many of the attacks and defences in ART as possible which could be a great place to jump in. @beat-buesser what do you think of this strategy going ahead for ART 1.16 - 1.17 and beyond?

Hi @GiulioZizzo Thank you very much for opening this feature issue!
Hi @reeshipaul Nice to meet you and thank you for your interest in ART! I'm sure we can find a way for you to get started to contribute to ART. Have you been working with HuggingFace before?

I have worked on ML Security before and referred to ART before. I was trying my hand on Hugging Face, pretty sure I can pick this up quickly :)

Hi @beat-buesser can you please help me get started with this issue


New Python3.10 Image 0.203.6 is broken

VSCode Version: 1.70.2
Local OS Version: Darwin arm64 21.4.0
Reproduces in: Remote - Containers
Name of Dev Container Definition with Issue: see this line

Steps to Reproduce:

A newer dev-container image for Python3.10 seems to have been published that our container started using and the local builds all failed. We add poetry to the image via the following but when inside the container,  if we do poetry install it all breaks. Also ZSH becomes buggy. Backspacing in ZSH now acts as if hitting space bar instead. Reverting the image makes everything work as expected.

# =================================================================================================
# Install Poetry and Configure Poetry
RUN curl -sSL https://raw.githubusercontent.com/python-poetry/poetry/master/get-poetry.py | python -
ENV PATH="~/.poetry/bin:$PATH"
# We will use poetry to install global requirements since we are inside a container anyway
ENV POETRY_VIRTUALENVS_CREATE="true"
ENV POETRY_CACHE_DIR="/workspace/.devcontainer/poetry-cache"

# =================================================================================================

@aguckenber-chwy  - Do you have any of the associated logs illustrating what is not working for you?

From https://python-poetry.org/docs/, it appears the get-poetry.py script is about to be deprecated.

The docs now suggest using this install script piped to python3 (should be fine to pipe to python in our images though).
curl -sSL https://install.python-poetry.org | python3 -

This seems to install for me.  Please let me know if this new install script isn't working for you, and I can try to dig in a bit more.

Cool that fixed poetry. I missed that thank you very much. One thing I still notice with this new image though ZSH appears to be messed up. Backspaces appears to be spaces (I am assuming its just special characters). This is my using backspace in the container.
https://user-images.githubusercontent.com/102978950/186226272-2455b8be-ed42-474d-a229-49a52560fe40.mov


why is the session ttl limit to 10-3600?

Hey I came across the ttl assertion and wasn't sure why is it limited to that?
I am asking this because it's breaking celery consul backend as celery default to 1 day.

consul extends their TTL to 1 day https://github.com/hashicorp/consul/pull/1412


Validation issue with +18766139137

Country/region affected (e.g., "US"): JM
Example number(s) affected ("+1<PHONE_NUMBER>"): +1<PHONE_NUMBER>
The phone number range(s) to which the issue applies ("+1 555 555-XXXX"): +1 876 613-XXXX
The type of the number(s) ("fixed-line", "mobile", "short code", etc.): landline
The cost, if applicable ("toll-free", "premium rate", "shared cost"):
Supporting evidence (for example, national numbering plan, announcement from mobile carrier, news article): IMPORTANT - anything posted here is made public. Read the guidelines first!

http://realtorsjamaica.org/nmcms.php?snippet=search&p=broker&brokerid=268
http://www.visitjamaica.com/cellar-8
https://www.universityandcollegeambassadors.com/contact-uca

link to demo

We can't connect to +1<PHONE_NUMBER>,<PHONE_NUMBER>,<PHONE_NUMBER> and 6134200.
Here is our official evidence: https://www.itu.int/dms_pub/itu-t/oth/02/02/T020200006C0001XLSE.xls prefix 613 is missing.
Closing this as working as intended; if you would like to reopen, please share
any working numbers or evidence you may have. See our guidelines.

@SumathiSundara The prefix 613 is definitely valid. I've made phone calls to all the 4 phone numbers. I hear the ring tones in all of them and got answers:
+1<PHONE_NUMBER>
+1<PHONE_NUMBER>
+1<PHONE_NUMBER>
+1<PHONE_NUMBER>
I've not been able to find an "official" document including the prefix, but I'm unsure about how updated is the one you shared above (it says Commmunication of 26.IX.2006). Plus, the web is full of references to phone numbers with the 613 prefix. More examples below:

+1<PHONE_NUMBER>, +1<PHONE_NUMBER> (http://gastoncorporation.com/contact-us)
+1<PHONE_NUMBER> (https://www.findyello.com/Jamaica/Partners-Interventional-Centre-of-Jamaica/profile)
+1<PHONE_NUMBER>, +1<PHONE_NUMBER> (https://www.popajamaica.com/contact-us)
+1<PHONE_NUMBER> (http://www.strictlyeventsjamaica.com/template.php?p=contactus)
+1<PHONE_NUMBER> (http://www.sotcargoja.com/services/)
+1<PHONE_NUMBER> (http://enchantedvillasjamaica.com/contact-us/)
+1<PHONE_NUMBER> (https://www.facebook.com/cellar8kgn)

Thanks for providing all the details we need! We've accepted this issue and
will fix this in an upcoming release. For your next metadata issue, we invite
you to file issues in Google's new Issue Tracker, which we're currently testing.
Please note that you have submitted this information with the knowledge that we
may use, modify, reproduce, publicly display, and distribute the information in
accordance with our open source policies. Please let us know if you did not
intend to submit the information for such use.

This will be fixed in the next release.
Join our discussion group to be notified of the Maven release's completion, or watch the GitHub repository at https://github.com/googlei18n/libphonenumber to be notified when we publish the new release notes there.


Java Codegen

See #2616

The JavaCodegen can now be verified with integration-tests and operation-based-tests. This is nice because the same Kotlin code is used to test both codegens. The only thing that needed to change is the removal of named parameters that are not working when calling Java code.
The Java codegen could be further improved with:

@NonNull/@Nullable annotations, ideally user-configurable
Builder APIs, especially for input objects to allow omitting input fields
Use of primitive types for non-nullable fields for performance reasons


Ajax Help

When I go back to a page that has already lazy loaded images, the images will seem to have a quick flash as if there is a fast o>1 opacity.
Is there a way to use the lozad function once then remove it?
Or
Someway to remove that 'flash'?
Just reiterate this is to do with ajax loading/reloading

You can try something like that:
  $('body').on 'ajax:success', (event, data, status, xhr) ->     lozad().observe();


ASP.net 5 mv6 support

Hi, I'm not sure if I am just being dense but I try to install either version of IdentityServer3.AccessTokenValidation (2.3 or 1.2.2) and neither of them seem to get referenced correctly for me..
They both list dependency of:
Microsoft.AspNet.WebApi.Client (>5.2.2).

Does this work with MV6? If so what am I doing wrong?  Or is the correct approach to use:
app.UseOAuthBearerAuthentication(options =>
            {
                options.Authority = “https://localhost:44300″;
                options.Audience = “https://localhost:44300/resources”;
                options.AutomaticAuthentication = true;
            });

https://github.com/IdentityServer/IdentityServer3.AccessTokenValidation/issues/34

:+1:

If anybody wants to work on that - feel free. I am too busy right now.

I am willing to look at this. Which approach would you like to do this?

provide a middleware for ASP.NET 5  natively and forget about OWIN support?
provide a middleware natively for both OWIN and ASP.NET 5?
use OWIN bridge to plug it in like this (currently not working due to #60)?

Cool!
A pure ASP.NET 5 MW would be best. With the same feature set as the Katana one (at least that would be the end-goal).
I will work on compiling IdentityModel for DnxCore soon - which includes some of the base functionality.

Cool, I think as a first pass, making this work under dnx451 should be sufficient.

assign this issue to me whenever you think it's OK to start.

We added you to a new team - and there is also a new repo
https://github.com/IdentityServer/IdentityServer4.AccessTokenValidation
go! ;)

Cool, I will get on that!

dnxcore should actually not be a problem.


Rounded Keyboard / Colored Keyboard Update

Rounded Keyboard / Colored Keyboard Update
Insert a link to the GitHub repository of the theme and describe the major changes your theme makes here.
Colored Keyboard: https://github.com/Ian-Boraks/SteamDeck-CSS-Themes/tree/main/Colored Keyboard
Rounded Keyboard: https://github.com/Ian-Boraks/SteamDeck-CSS-Themes/tree/main/Rounded Keyboard
Initial PRs & Merges
Rounded Keyboard: PR: https://github.com/suchmememanyskill/CssLoader-ThemeDb/pull/20, Merge: https://github.com/suchmememanyskill/CssLoader-ThemeDb/commit/34c304baaea0e2757be892da7507b43b1492659d
Colored Keyboard: PR: https://github.com/suchmememanyskill/CssLoader-ThemeDb/pull/21, Merge: https://github.com/suchmememanyskill/CssLoader-ThemeDb/commit/eee47965c005b87a029bf63f1066ca8bfb292352
Edits Made:

Update folder names in source repo https://github.com/Ian-Boraks/SteamDeck-CSS-Themes/commit/7b9dabf1d6602365f0174738868780d5e2e2b5e9

Stoped using gpfocus in Colored Keyboard https://github.com/Ian-Boraks/SteamDeck-CSS-Themes/commit/8fa2d371cfb1ecf6e9a286c9c60296bbbbce5280

Added an option to change amount of rounding in Rounded Keyboard https://github.com/Ian-Boraks/SteamDeck-CSS-Themes/commit/4ce853275bb884090e2c1cb2cd5fd1651d47a980

[x] This theme works properly on the latest versions of SteamOS for Steam Deck, decky-loader and SDH-CssLoader.

[x]  This is a keyboard theme applied to the default keyboard.

Apparently the RoundedKeyboard update had already been merged https://github.com/suchmememanyskill/CssLoader-ThemeDb/pull/25 . I don't know why it showed up as a commit in this PR.

LGTM


Commands with EvmArgs arguments output rustdoc in --help

Component
Forge
Have you ensured that all of these are up to date?

[X] Foundry
[X] Foundryup

What version of Foundry are you on?
forge 0.2.0 (935c113 2022-06-22T00:14:50.974796Z)
What command(s) is the bug in?
forge test, forge script, forge debug
Operating System
macOS (Apple Silicon)
Describe the bug
➜  ~ forge test --help
forge-test
`EvmArgs` and `EnvArgs` take the highest precedence in the Config/Figment hierarchy. All vars are opt-in, their default values are expected to be set by the [`foundry_config::Config`], and are always present ([`foundry_config::Config::default`])

Both have corresponding types in the `evm_adapters` crate which have mandatory fields. The expected workflow is 1. load the [`foundry_config::Config`] 2. merge with `EvmArgs` into a `figment::Figment` 3. extract `evm_adapters::Opts` from the merged
`Figment`

# Example

```ignore use foundry_config::Config; use forge::executor::opts::EvmOpts; use foundry_common::evm::EvmArgs; # fn t(args: EvmArgs) { let figment = Config::figment_with_root(".").merge(args); let opts = figment.extract::<EvmOpts>().unwrap(); # } ```

i just want to test my smart contracts who is evmargs and do i need to care??

The woes of clap-derive

Ok it's not fully fixed yet:
➜  foundry git:(master) ✗ cargo run --bin forge -- script --help | head -n 10
    Finished dev [unoptimized] target(s) in 0.17s
     Running `target/debug/forge script --help`
forge-script
`EvmArgs` and `EnvArgs` take the highest precedence in the Config/Figment hierarchy. All vars are
opt-in, their default values are expected to be set by the [`foundry_config::Config`], and are
always present ([`foundry_config::Config::default`])

Both have corresponding types in the `evm_adapters` crate which have mandatory fields. The expected
workflow is 1. load the [`foundry_config::Config`] 2. merge with `EvmArgs` into a `figment::Figment`
3. extract `evm_adapters::Opts` from the merged `Figment`

# Example

➜  foundry git:(master) ✗ cargo run --bin forge -- debug --help | head -n 10
    Finished dev [unoptimized] target(s) in 0.17s
     Running `target/debug/forge debug --help`
forge-debug
`EvmArgs` and `EnvArgs` take the highest precedence in the Config/Figment hierarchy. All vars are
opt-in, their default values are expected to be set by the [`foundry_config::Config`], and are
always present ([`foundry_config::Config::default`])

Both have corresponding types in the `evm_adapters` crate which have mandatory fields. The expected
workflow is 1. load the [`foundry_config::Config`] 2. merge with `EvmArgs` into a `figment::Figment`
3. extract `evm_adapters::Opts` from the merged `Figment`

# Example

Some strange things are going on with clap flattening because applying this reordering changes solves the problem:

It's some annoying thing where it will take the Rustdoc comment if there is no about section available or something, I don't fully remember. I'd check  the descriptions of the opts you re-ordered, I bet you there's probably a Rustdoc and no about section :( I've been going in and fixing it when I spot it too


Retry-after header in a 200 ok response is misleading

Regarding TSTUs based throttling. If I understand correctly, when throttling begins, the response is still 200 but it comes with a retry-header. But the retry-after header in a 200 ok response is misleading, since the response already contains what we want. We do not need to retry, we need to wait until next call.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 5c2c2355-60a5-d53f-2c72-8f032c1b8cf2
Version Independent ID: 711bf22d-99c9-51b2-382c-e095bdb2c37f
Content: Resource limits & constraints - Azure DevOps
Content Source: docs/integrate/concepts/rate-limits.md
Product: devops
Technology: devops-ecosystem
GitHub Login: @roferg
Microsoft Alias: kaelli

@ruifrvaz - It looks like you've encountered an issue with the product itself, rather than an issue with the documentation. To make sure it gets in front of the right people, please submit your bug here.
If you think there are documentation changes for this issue, let me know and I'll reopen the issue.

Hi @TimShererWithAquent . thanks for looking into it and replying. I suppose this was an architectural decision that uses 200 instead of the standard http 429 which you even reference a link in the code to: https://stackoverflow.com/questions/16022624/examples-of-http-api-rate-limiting-http-response-headers.
I seriously doubt there will be changes made to use 429 instead, since this seems to have been a conscious decision.
Therefore I would suggest to mention that the response is http 200. You can even slightly update the paragraph "We recommend that you at least respond to the Retry-After header. If you detect a Retry-After header in any response, wait until that amount of time has passed before sending another request. Doing so helps your client application experience fewer enforced delays." adding something at the end like: "Keep in mind, that the response is 200, so you do not need to apply retry logic to the request."

hi @chcomley . Good to know that my feedback was helpful. I will give that a look. best regards and keep it up!


Externalization VM settings: memory, vCPUs and disk size.

Externalization VM settings through environment variables:
CRC_VM_MEMORY
CRC_VM_CPUS
CRC_VM_DISK_SIZE

/ok-to-test

/retest

SNC allows overcoming these limitations.

Ah you definitely should be using snc for this kind of things, this was the memory/disk size/... changes I was wondering about :) I guess since you are tweaking the bundle used by crc for the reasons you mentioned, you want to adjust memory/cpu/disk to your needs to get an image which fully fits your needs?

Ah you definitely should be using snc for this kind of things, this was the memory/disk size/... changes I was wondering about :) I guess since you are tweaking the bundle used by crc for the reasons you mentioned, you want to adjust memory/cpu/disk to your needs to get an image which fully fits your needs?

Yes. In my use case, we use Red Hat OpenShift Serverless and OpenShift Service Mesh.  The default values (CPUs/memory/disk size) are not sufficient and therefore need to be adjusted.

One thing that just occurred to me is that CRC_VM_CPUS/CRC_VM_MEMORY are a bit misleading, these values are only used by snc during the bundle generation. crc will use its own default values for CPU/memory: https://github.com/code-ready/crc/blob/fbe06cc081acf3b1e86b40dbf3fd7143430dce8d/pkg/crc/constants/constants.go#L15-L16
(I think disk size will be fine). Dunno if that's a problem for you?
Apart from this interrogation, this looks good to me :)

No problem! :)
Do you suggest changing the name CRC_VM_CPUS / CRC_VM_MEMORY?

@danielmenezesbr So you are using snc to create cluster but not using to generate bundle (disk images) to use with crc and that's the reason you want to increase mem/cpu here itself?

Do you suggest changing the name CRC_VM_CPUS / CRC_VM_MEMORY?

I would suggest SNC_CLUSTER_CPUS/SNC_CLUSTER_MEMORY because this is part of snc repo and here we are trying to have env with SNC name.

So you are using snc to create cluster but not using to generate bundle (disk images) to use with crc and that's the reason you want to increase mem/cpu here itself?

@praveenkumar Yes. I use only SNC without CRC.

would suggest SNC_CLUSTER_CPUS/SNC_CLUSTER_MEMORY because this is part of snc repo and here we are trying to have env with SNC name.

Done.

/retest

/cherry-pick 4.7


Avoid setting the CONN_STR in issue indexer queue unless it is meant to be set

Part 2 of #13025
Since the move to common leveldb and common redis the disk queue code (#12385)
will check the connection string before defaulting to the DATADIR.
Therefore we should ensure that the connection string is kept empty
unless it is actually set.
Unforunately the issue indexer was missed in #13025 this PR fixes this omission
Fix #13062
Fix #13061
Signed-off-by: Andrew Thornton<EMAIL_ADDRESS>

Codecov Report

Merging #13069 into master will decrease coverage by 0.00%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master   #13069      +/-   ##
==========================================
- Coverage   42.62%   42.61%   -0.01%
==========================================
  Files         672      672
  Lines       73787    73787
==========================================
- Hits        31450    31446       -4
- Misses      37245    37248       +3
- Partials     5092     5093       +1

Impacted Files
Coverage Δ

modules/setting/indexer.go
91.42% <100.00%> (ø)

modules/setting/queue.go
67.61% <0.00%> (-3.81%)
:arrow_down:

modules/log/event.go
58.96% <0.00%> (-0.95%)
:arrow_down:

models/gpg_key.go
53.33% <0.00%> (-0.58%)
:arrow_down:

models/error.go
34.85% <0.00%> (+0.50%)
:arrow_up:

modules/indexer/stats/db.go
60.86% <0.00%> (+8.69%)
: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 1bf40ca...fe55dac. Read the comment docs.


Use time.Duration for time intervals

Find fields in SenderConfig and ReceiverConfig that hold time intervals, and switch their type from plane integer to time.Duration. Adjust comments and implementation accordingly.
Fields of interest:

SenderConfig:

PacketLength

ReceiverConfig

TargetLatency
MaxLatencyOverrun
MaxLatencyUnderrun
NoPlaybackTimeout
BrokenPlaybackTimeout
BreakageDetectionWindow

To avoid copy-paste in implementation, we'll need to add new conversion functions (between time.Duration and C.longlong / C.ulonglong) to convert.go.
We'll need separate functions for conversion to signed and unsigned longs. (unsigned version should return error when it encounters negative duration). New functions should be covered with tests in convert_test.go.

i am on board

@g41797 makes sense. Just send a PR  so we can see the actual code when discussing this.

After adding of
 import "C"

to convert_test.go:
[g41797@BLKF roc]$ go build .
use of cgo in test convert_test.go not supported
According to import "C" is unsupported in test possible solution is "...to put the cgo code in a non-test file..."
wrapper wrapgo2cUlonglongs was added to convert.go

Commits of PR - removed
Fork synced with main
I am going to merge my development with new sources


Adding PDF Licence Panel

I implemented a simple licence panel using icepdf.
please validate if it can be incorporated to the codebase.
Best Regards,
Diego

additional work

Hi Diego,
thanks for this effort.
I'm pretty impressed, please just verify the following: For users NOT using this it should not be necessary to compile all the dependent jars into the installer. Instead, if on uses this new panel, the necessary additional jars should be added using the  tag. I'd deny any additional classes or resources from the 3rd-party libraries in any default installer to not blow them up. The icepdf and all additional jars can be used for compiling, but should not be necessarily required for installers not using this feature. I'm currently thinking about how to introduce more modularity into IzPack, something like OSGI. Can you ensure this so far? Please verify resulting installers without the PDFLicencePanel not to have classes of those libraries inside.
Furthermore, before merging, can you please prepare the documentation for this new panel in Confluence (or in worst case attached here) and how to use this, please?
I would appreciate remove the formatting changes in the POMs to better see the diff here.
Thank you so far for contributing,
René

To achieve such behavior I believe we can set the pdf licence panel dependencies as provided (provided) and include them either in the plugin dependencies or in the project dependencies.

Primarily please test, whether an installer jar generated from that code NOT using a PDFLicencePanel does not contain any classes from the dependent libraries, hence whether they are not merged in during compiling (recursively as resources in the root path in the jar). They shouldn't in theory, but better give it a try. If you can confirm this I will test this also. Thanks.

Any news? I'd really like to see this in 5.0.7, please just check my previous comment, to be prepared for this feature.

René,
Sorry for the delayed answer.
I'm currently on vacations.
next friday I'll be back on the office and I'll keep working on the pdf
displayer.
2016-01-13 6:19 GMT-02:00 René Krell<EMAIL_ADDRESS>
Any news? I'd really like to see this in 5.0.7, please just check my
previous comment, to be prepared for this feature.
—
Reply to this email directly or view it on GitHub
https://github.com/izpack/izpack/pull/406#issuecomment-171213180.

--
Diego Vieira Vivo

Rene,
to use the panels you just need to change the following 2 lines in red and
add the 2 lines in blue on the install.xml.
I tried to keep the same standard as you. there is no other change.

**
**

**
**

Because I Included the classes on the izpack-panel project and registered
it on DefaultClassNameMapper (izpack compiler) the use is simple.
As you requested I included I made the transitive dependencies have the
"provided" scope therefore they won't be included on the packaged unless
they are explicitly added.
The PDFLicencePanel could be in its own jar file decreasing the coupling
level.  The place where I was struggling when trying to do that was when
tying everything together, since I couldn't find a hook on the
DefaultClassNameMapper to add the PDFLicencePanel via configuration without
changing the source code.
if you could help me I'd be glad. :)
2015-12-21 9:00 GMT-02:00 René Krell<EMAIL_ADDRESS>
Hi Diego,
thanks for this effort.
I'm pretty impressed, please just verify the following: For users NOT
using this it should not be necessary to compile all the dependent jars
into the installer. Instead, if on uses this new panel, the necessary
additional jars should be added using the tag. I'd deny any additional
classes or resources from the 3rd-party libraries in any default installer
to not blow them up. The icepdf and all additional jars can be used for
compiling, but should not be necessarily required for installers not using
this feature. I'm currently thinking about how to introduce more modularity
into IzPack, something like OSGI. Can you ensure this so far? Please verify
resulting installers without the PDFLicencePanel not to have classes of
those libraries inside.
Furthermore, before merging, can you please prepare the documentation for
this new panel in Confluence (or in worst case attached here) and how to
use this, please?
I would appreciate remove the formatting changes in the POMs to better see
the diff here.
Thank you so far for contributing,
René
—
Reply to this email directly or view it on GitHub
https://github.com/izpack/izpack/pull/406#issuecomment-166270974.

--
Diego Vieira Vivo

For the current implementation it isn't really practical to separate features to jars.
I'd really appreciate such a feature, but this will most probably require a bigger refactoring of the whole core. I'd like some OSGI style with a light-weight OSGI framework.
Can you please document this as Built-in panel type in Confluence, please?

Sorry, there appeared some conflicts due to the latest merged changes to the master.
Are you able to resolve this, please? Will be probably easy.
One more hint: Regarding commit https://github.com/diegovivo/izpack-1/commit/39d29bed26f7a1ca28e0d79170bc489c0dc967cf - this should be solved by excludes/includes in the master POM - just include it to the profile with-gui-tests and exclude it above, just find LanguageDialogTest.java to see how this is done.

Could you provide more details?
I don't have access to see them
2016-01-19 21:13 GMT-02:00 René Krell<EMAIL_ADDRESS>
Sorry, there appeared some conflicts due to the latest merged changes to
the master.
Are you able to resolve this, please? Will be probably easy.
One more hint: Regarding commit diegovivo@39d29be
https://github.com/diegovivo/izpack-1/commit/39d29bed26f7a1ca28e0d79170bc489c0dc967cf

this should be solved by excludes/includes in the master POM - just
include it to the profile with-gui-tests and exclude it above, just find
LanguageDialogTest.java to see how this is done.

—
Reply to this email directly or view it on GitHub
https://github.com/izpack/izpack/pull/406#issuecomment-173018602.

--
Diego Vieira Vivo

I added issue IZPACK-1312 to complete the release log.
Please let me know if you are registered in JIRA, in this case I can assign you as reporter.

Could you provide more details?
I don't have access to see them

What I meant is in your local source code branch, just open the parent pom.xml, find LanguageDialogTest.java and include/exclude your panel test in the same way. The Maven profile with-gui-tests must be explicitly executed on a local machine if one needs to launch GUI unit tests, it won't be automatically run if you exclude it from the default surefire run.

Please merge in the latest izpack/master to your local code and resolve any conflict. AFAIK there haven't been any direct conflicts with your changes, it seems to be rather a history or formatting problem, probably in some POM.

René,
Manage to merge.
Could you please verify?

after you approve I'll close the the pull request

Thank you for contributing.
I merged this and this request is closed automatically.
I'd appreciate if you could document this a bit. I created an empty Confluence page https://izpack.atlassian.net/wiki/display/IZPACK/PDFLicencePanel in the User Documentation, if you would be so kind and fill some contents, how to use it, an example how to add it to install.xml. A screenshot would be also welcome. Whatever you're able to do.. Thanks

I resolved also the according JIRA issue for the changelog: https://izpack.atlassian.net/browse/IZPACK-1312

For the PDFLicenceConsolePanel, there apply also the new configuration options of the console installation mode according to IZPACK-1318.

I sent a question to the ICEpdf forum whether they would be so kind to deploy their OSS releses to an official repository:
http://www.icesoft.org/JForum/posts/list/23061.page#top
If there will be no answer I'll try to send them an issue.
I don't like the <repository> in the parent POM, it causes depending Maven projects using the IzPack Maven plugin downloading artifacts also from their repository:
08:25:28 [INFO] Scanning for projects...
08:25:29 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-maven-plugin/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:30 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-maven-plugin/5.0.7-SNAPSHOT/maven-metadata.xml (1000 B at 0.6 KB/sec)
08:25:30 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:31 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack/5.0.7-SNAPSHOT/maven-metadata.xml (814 B at 1.1 KB/sec)
08:25:31 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-compiler/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:31 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-compiler/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:32 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-compiler/5.0.7-SNAPSHOT/maven-metadata.xml (2 KB at 2.2 KB/sec)
08:25:32 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-native/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:32 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-native/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:32 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-native/5.0.7-SNAPSHOT/maven-metadata.xml (994 B at 5.2 KB/sec)
08:25:32 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-native-parent/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:32 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-native-parent/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:33 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-native-parent/5.0.7-SNAPSHOT/maven-metadata.xml (828 B at 1.4 KB/sec)
08:25:33 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-panel/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:33 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-panel/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-panel/5.0.7-SNAPSHOT/maven-metadata.xml (993 B at 1.0 KB/sec)
08:25:34 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-api/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-api/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-api/5.0.7-SNAPSHOT/maven-metadata.xml (991 B at 4.8 KB/sec)
08:25:34 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-tools/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-tools/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-tools/5.0.7-SNAPSHOT/maven-metadata.xml (993 B at 3.1 KB/sec)
08:25:34 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-util/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-util/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-util/5.0.7-SNAPSHOT/maven-metadata.xml (992 B at 3.8 KB/sec)
08:25:34 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-installer/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-installer/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-installer/5.0.7-SNAPSHOT/maven-metadata.xml (997 B at 4.9 KB/sec)
08:25:35 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-core/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-core/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-core/5.0.7-SNAPSHOT/maven-metadata.xml (992 B at 4.2 KB/sec)
08:25:35 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-gui/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-gui/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-gui/5.0.7-SNAPSHOT/maven-metadata.xml (991 B at 4.7 KB/sec)
08:25:35 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-event/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-event/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-event/5.0.7-SNAPSHOT/maven-metadata.xml (993 B at 4.1 KB/sec)
08:25:35 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-uninstaller/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-uninstaller/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:36 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-uninstaller/5.0.7-SNAPSHOT/maven-metadata.xml (999 B at 4.4 KB/sec)

Rene,
Can I ask you a favor ?
On the Bottom of the PDFLicencePanel Class I initialize the icepdf.
At time I'd like to use parameters from the install XML but I didn't know
how to do it and hadn't the time to research.
Could you choose the choose the parameters you'd like to have configurable
and let me know or if you prefer could you implemement?
Probably I'll have some availability on Wednesday.
Thanks in advance.
Diego
On Wednesday, 3 February 2016, René Krell<EMAIL_ADDRESS>wrote:

I sent a question to the ICEpdf forum whether they would be so kind to
deploy their OSS releses to an official repository:
http://www.icesoft.org/JForum/posts/list/23061.page#top
If there will be no answer I'll try to send them an issue.
I don't like the  in the parent POM, it causes depending
Maven projects using the IzPack Maven plugin downloading artifacts also
from their repository:
08:25:28 [INFO] Scanning for projects...
08:25:29 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-maven-plugin/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:30 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-maven-plugin/5.0.7-SNAPSHOT/maven-metadata.xml (1000 B at 0.6 KB/sec)
08:25:30 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:31 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack/5.0.7-SNAPSHOT/maven-metadata.xml (814 B at 1.1 KB/sec)
08:25:31 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-compiler/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:31 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-compiler/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:32 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-compiler/5.0.7-SNAPSHOT/maven-metadata.xml (2 KB at 2.2 KB/sec)
08:25:32 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-native/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:32 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-native/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:32 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-native/5.0.7-SNAPSHOT/maven-metadata.xml (994 B at 5.2 KB/sec)
08:25:32 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-native-parent/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:32 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-native-parent/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:33 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-native-parent/5.0.7-SNAPSHOT/maven-metadata.xml (828 B at 1.4 KB/sec)
08:25:33 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-panel/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:33 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-panel/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-panel/5.0.7-SNAPSHOT/maven-metadata.xml (993 B at 1.0 KB/sec)
08:25:34 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-api/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-api/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-api/5.0.7-SNAPSHOT/maven-metadata.xml (991 B at 4.8 KB/sec)
08:25:34 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-tools/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-tools/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-tools/5.0.7-SNAPSHOT/maven-metadata.xml (993 B at 3.1 KB/sec)
08:25:34 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-util/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-util/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-util/5.0.7-SNAPSHOT/maven-metadata.xml (992 B at 3.8 KB/sec)
08:25:34 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-installer/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:34 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-installer/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-installer/5.0.7-SNAPSHOT/maven-metadata.xml (997 B at 4.9 KB/sec)
08:25:35 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-core/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-core/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-core/5.0.7-SNAPSHOT/maven-metadata.xml (992 B at 4.2 KB/sec)
08:25:35 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-gui/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-gui/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-gui/5.0.7-SNAPSHOT/maven-metadata.xml (991 B at 4.7 KB/sec)
08:25:35 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-event/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-event/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-event/5.0.7-SNAPSHOT/maven-metadata.xml (993 B at 4.1 KB/sec)
08:25:35 [INFO] Downloading: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-uninstaller/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:35 [INFO] Downloading: http://anonsvn.icesoft.org/repo/maven2/releases/org/codehaus/izpack/izpack-uninstaller/5.0.7-SNAPSHOT/maven-metadata.xml
08:25:36 [INFO] Downloaded: http://build.mycompany.com/nexus/content/groups/public-snapshots/org/codehaus/izpack/izpack-uninstaller/5.0.7-SNAPSHOT/maven-metadata.xml (999 B at 4.4 KB/sec)
—
Reply to this email directly or view it on GitHub
https://github.com/izpack/izpack/pull/406#issuecomment-179107416.

--
Diego Vieira Vivo

You can add configuration options to a panel this way:
<panel id ="..." ...>
  <configuration>
   <option_name>option_value</option_name>
  </configuration>
</panel>

To access this, get an instance of Panel:

LicencePanel: getMetaData()
LicenceConsolePanel: getPanel()

A Panel inherits from DefaultConfigurationHandler, which has the appropriate methods to read these parameters. I have implemented this recently, so be up to date with master.
Please avoid committing right now, because I have prepared some refactoring of all license panels, to extract an abstraction layer for them an unify their behavior regarding the license document resources. See IZPACK-1329.

@diegovivo I thing you can go on now, the mentioned changes are merged, the master is up to date.
You would be welcome with this change. I think you should do it, you probably know the ICEpdf framework better than me. If you would be so kind please update the documentation after this.
Thank you for your effort.


how to get followedBy via  friendships / show_many ?

There can be a lot of followers and sending 1 request per 1 person looks scary, it seems to me if I send it so 1000+ insta requests will be banned
How to be use "/ friendships / show_many /" but there is not complete information about mutual subscription
it works now. But there is still one problem.
Here is the json form of the friendship status
{
"following" : true,
"incomingRequest" : false,
"isBestie" : true,
"isPrivate" : true,
"isRestricted" : false,
"outgoingRequest" : false
}
Can't recevie followedBy. I think instagram changed the structure

Hey @tomtao88888,
If you're asking just to know whether users you follow, follow you back or viceversa, the quickest and most robust way is actually fetching all followers, fetching all following, and then comparing them locally.
It's future proof and it does not rely on endpoints which are not really tested in terms of "spam limits".

Hey @tomtao88888,
If you're asking just to know whether users you follow, follow you back or viceversa, the quickest and most robust way is actually fetching all followers, fetching all following, and then comparing them locally.
It's future proof and it does not rely on endpoints which are not really tested in terms of "spam limits".
If you still just prefer to inspect the response for changed properties, though, remember you can always access the underlying Response of the model.

but  i follower 16,000 users,  following 7000 users,   if fetching all followers and following , will be spent more time

Like I said, then you can still rely on /friendship/show_many/ and deal with the raw response instead of the parsed model.
Use friendship.rawResponse and inspect non-exposed properties for values that might have changed.


[Snyk] Fix for 4 vulnerabilities

This PR was automatically created by Snyk using the credentials of a real user.Snyk has created this PR to fix one or more vulnerable packages in the `yarn` dependencies of this project.
Changes included in this PR

Changes to the following files to upgrade the vulnerable dependencies to a fixed version:

website/package.json
website/yarn.lock

Note for zero-installs users
If you are using the Yarn feature zero-installs that was introduced in Yarn V2, note that this PR does not update the .yarn/cache/ directory meaning this code cannot be pulled and immediately developed on as one would expect for a zero-install project - you will need to run yarn to update the contents of the ./yarn/cache directory.
If you are not using zero-install you can ignore this as your flow should likely be unchanged.
Vulnerabilities that will be fixed
With an upgrade:

Severity
Priority Score (*)
Issue
Breaking Change
Exploit Maturity

676/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 7.1
Cross-site Request Forgery (CSRF) SNYK-JS-AXIOS-6032459
Yes
Proof of Concept

484/1000  Why? Has a fix available, CVSS 5.4
Open Redirect SNYK-JS-GOT-2932019
Yes
No Known Exploit

909/1000  Why? Mature exploit, Has a fix available, CVSS 9.6
Heap-based Buffer Overflow SNYK-JS-SHARP-5922108
Yes
Mature

696/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 7.5
Regular Expression Denial of Service (ReDoS) SNYK-JS-TRIM-1017038
Yes
Proof of Concept

(*) Note that the real score may have changed since the PR was raised.
Check the changes in this PR to ensure they won't cause issues with your project.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.
For more information:
🧐 View latest project report
🛠 Adjust project settings
📚 Read more about Snyk's upgrade and patch logic

Learn how to fix vulnerabilities with free interactive lessons:
🦉 Cross-site Request Forgery (CSRF)
🦉 Open Redirect
🦉 Regular Expression Denial of Service (ReDoS)

Deployment of the documentation is failing, @PERES-Richard you wanna take a stab at it ?

Will take a look at it this evening 👍

@cscetbon Please check https://github.com/cscetbon/casskop/pull/135


Outline text for resolution

Here's a start on resolution - any thoughts @grahamgower?

Made those changes @grahamgower. I'll follow up with any other changes separately, let's get this much merged.


feat: import DAG CAR

License: MIT
Signed-off-by: Henrique Dias<EMAIL_ADDRESS>

Okay, so this will involve updating the ipfs-http-client to have access to dag.import which will be a larger task than expected.

we should be able to import a car using helia similar to https://github.com/ipfs/helia/blob/8a5bc6f03d7d87a8a07ead00216ac2704f36d9ab/packages/interop/src/car.spec.ts#L44-L75
without having to deal with car file support in js-kubo-rpc-client

@SgtPooki that sounds like a better approach indeed. I'm closing this PR as it's quite outdated anyways.


Fix Social Button, Oninput Event, Optimize Code

https://user-images.githubusercontent.com/50759463/118038944-f5321380-b399-11eb-90c4-bdf75fb1f809.mp4

all those changes already tested and works fine.

good job zann :D


Updated INF to 100000.0 to be in line with original YOLOX implementation

Motivation
Changing INF to 100000.0 in sim_ota_assigner.py is in line with Megvii YOLOX repo and it also gave better result on my custom dataset. Might close the gap with Megvii YOLOX results if retrained with COCO.
Modification
Updated INF to 100000.0 in sim_ota_assigner.py.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


Server crashes every time I try to make a

Vue - Official extension or vue-tsc version
v2.0.24
VSCode version
1.90.2
Vue version
^3.4.18
TypeScript version
^4.5.4
System Info
System:
    OS: Linux 6.5 Ubuntu 22.04.4 LTS 22.04.4 LTS (Jammy Jellyfish)
    CPU: (20) x64 12th Gen Intel(R) Core(TM) i9-12900HK
    Memory: 25.09 GB / 31.01 GB
    Container: Yes
    Shell: 5.1.16 - /bin/bash
Binaries:
    Node: 20.15.0 - /usr/bin/node
    Yarn: 1.22.22 - /usr/bin/yarn
    npm: 10.7.0 - /usr/bin/npm
Browsers:
    Chrome: 126.0.6478.126

Steps to reproduce
Create a component and start typing a

same problem here.

It also happened to me when create a new vue file.

facing same issue.

same issue

same issue

Related to https://github.com/vuejs/language-tools/blob/3194078ba29d0933b250c5d5715736a5b4d7ff78/packages/language-service/lib/plugins/vue-sfc.ts#L182?

我以为电脑问题呢 还真是插件啊

Same too when add new teamplate tag


NPM version is older

I`ve looked into the npm repository trying to find the template new feature but it exists on GitHub repository. Could you someone of contributors make an update on NPM version to solve the lack of feature this features and bug fixes. just reminding that you guys are awesome!

Sorry about that I have just published v1.1.1
Thanks for the reminder 👍


⚠ AGEG website (prod) has degraded performance

In 1f79e4e, AGEG website (prod) (https://www.ageg.ca/) experienced degraded performance:

HTTP code: 200
Response time: 3829 ms

Resolved: AGEG website (prod) performance has improved in ad3f22f.


depending on your command line, if you use this 1000g file, then you need

depending on your command line, if you use this 1000g file, then you need
to install ANNOVAR and then download this file from ANNOVAR.
On Fri, Dec 24, 2021 at 1:23 AM Nanditha-shetty @.***>
wrote:

Error : The required database file humandb/hg38_ALL.sites.2012_04.txt
doesn’t exist.
Im getting the above error in annovar.
Do i need to download any database to continue further.
Anyone PLEASE HELP!!!!
—
Reply to this email directly, view it on GitHub
https://github.com/WGLab/InterVar/issues/75, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABNG3OBE2LBJKLQSDVFBEILUSQGVTANCNFSM5KWDLHVA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Originally posted by @kaichop in https://github.com/WGLab/InterVar/issues/75#issuecomment-1001054395

Iam getting only the intergenic  region in my annovar ouptput file.
What is the reason for this?
I need to identify the missense variants. Is that any modification needed in the commands for this issue
Im newly using annovar tool. Please help

If your input variants are intergenic variants, then output will be
intergenic as well.
You probably want to use ANNOVAR to annotate mutations first, making sure
that the correct genome coordinate is used, before using intervar.
On Wed, Dec 29, 2021 at 8:53 AM Nanditha-shetty @.***>
wrote:

Iam getting only the intergenic region in my annovar ouptput file.
What is the reason for this?
I need to identify the missense variants. Is that any modification needed
in the commands for this issue
Im newly using annovar tool. Please help
—
Reply to this email directly, view it on GitHub
https://github.com/WGLab/InterVar/issues/76#issuecomment-1002604962, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ABNG3ODJNEIE7MQRJ2RY3ZDUTMHFHANCNFSM5K57W5QQ
.


Add WIFISerialCommunication

needs tcp server to work
https://github.com/REXXER301/TCP-COM-Reroute.git
Emulates a serialPort connection to trick the opengloves driver into thinking it is directly connected via cable

Fixed and tested, should work now

This is done right? The newlines have been removed as requested. Once this is merged we'll have wireless support for the faemod, so it's kind of a big deal.

This is done right? The newlines have been removed as requested. Once this is merged we'll have wireless support for the faemod, so it's kind of a big deal.

Not entirely, you still need the Server to work, which needs some polishing. Adding this directly to the opengloves-driver shouldn't be too difficult and would remove the need for the virtual com ports, but I lack the time to do so.
If you want to use the wifi support with the fae mod today you can create 2 linked com ports with com0com and use my Reroute Server


python310Packages.bids-validator: 1.9.9 -> 1.10.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python310Packages.bids-validator is: Validator for the Brain Imaging Data Structure
meta.homepage for python310Packages.bids-validator is: https://github.com/bids-standard/bids-validator
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.10.0 with grep in /nix/store/z66l6cf0130b0jghlyiyn5zlhfq3xwr3-python3.10-bids-validator-1.10.0
found 1.10.0 in filename of file in /nix/store/z66l6cf0130b0jghlyiyn5zlhfq3xwr3-python3.10-bids-validator-1.10.0

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

8 total rebuild path(s)

8 package rebuild(s)

First fifty rebuilds by attrpath
python310Packages.bids-validator
python310Packages.heudiconv
python310Packages.nipype
python310Packages.pybids
python311Packages.bids-validator
python311Packages.heudiconv
python311Packages.nipype
python311Packages.pybids

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/z66l6cf0130b0jghlyiyn5zlhfq3xwr3-python3.10-bids-validator-1.10.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

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

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/z66l6cf0130b0jghlyiyn5zlhfq3xwr3-python3.10-bids-validator-1.10.0
ls -la /nix/store/z66l6cf0130b0jghlyiyn5zlhfq3xwr3-python3.10-bids-validator-1.10.0/bin

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

6 packages marked as broken and skipped:

python310Packages.heudiconv
python310Packages.nipype
python310Packages.pybids
python311Packages.heudiconv
python311Packages.nipype
python311Packages.pybids

2 packages built:

python310Packages.bids-validator
python311Packages.bids-validator

Maintainer pings
cc @jonringer for testing.

@ofborg build python310Packages.heudiconv python310Packages.nipype python310Packages.pybids python311Packages.heudiconv python311Packages.nipype python311Packages.pybids


Inconsistent Repo Name in Contributing Section in the read me

Please assign me the issue i will work on this @MitulSonagara

@MitulSonagara if he is not working then may I pick this issue


uv does not install newly added dependencies to pyproject.toml

Thank you for taking the time to report an issue! We're glad to have you involved with uv.
If you're filing a bug report, please consider including the following information:

A minimal code snippet that reproduces the bug.
The current uv platform: Darwin
The current uv version (uv --version): 0.1.2

Do you mind upgrading your uv version? We're now on 0.1.14, and this is fixed (IIUC).

@charliermarsh what is this dark magic? I had heard you're fast. But this is next level..


Improve typing and change eslint config

#28

removed all instances of type any
made a new folder for types and moved RepoFile there
changed eslint config so that it warns about explicit usage of any
changed eslint config to match projects current coding style

Interfaces that are used all over the place -> types folder
Interfaces that are used in one class (like Props) -> stay in that class
Wasn't sure what to do with redux types so I left them as they were. Suggestions?

All types except props are now in src/types.ts

The current idea is:

types that are used in one file -> defined in that file (refactored to more generic types if there is a reason to)
redux action types -> stay in the store folder since they are used only by things in the store
everything else -> src/types file


(epic) Work seamlessly with external gds

What is the feature being requested?
Different use-modes require different approaches. Below ranking the ones we are aware of from simpler to more complex. This case is to keep track of them all and continue discussion if these need to change/expand.

Feature Generalization: simple "plug-n-play" for ExternalComponent gds collection (should appear as a library as well)
Feature New: conversion from GDS to QGeometries (#23)
Research: how to best partition large layouts into sub-blocks
Research: enable easy manipulation of points/shapes from the converted GDS from step 2

Co-author: @priti-ashvin-shah-ibm

This is about incorporating external gds files into Metal's format.  This is ideal, but has not been addressed any more.


cycle found but no chain printed

To reproduce:
$ mktmpenv
$ pip install openhtf==1.1.0
$ pycycle --source $VIRTUAL_ENV/lib/python2.7/site-packages/openhtf/plugs/usb/
Target source provided: ~/.virtualenvs/tmp-887cd3b8666bd584/lib/python2.7/site-packages/openhtf/plugs/usb
Project successfully transformed to AST, checking imports for cycles..
Cycle Found :(

Finished.

I have faced the above issue, when i ran it on codebase it reported cycle found, but did not show the cyclic path, so please resolve this issue asap.

Just installed this and ran it, same problem, says cycle found not not what it is.

Same issue

Same here

Same

Same

Same

I created a new pull request that will fix this.

https://gist.github.com/ClimenteA/8796a1915f99a00146032486de1fa937

@fzhcary  I noticed that your pull request failed for python2.6, python3.3 (both which are past end-of-life), and python3.7-dev (probably should be python3.7 now).  I'd submit a PR of the .travis.yml, but I have no if travis.org properly handles things when it's the .travis.yml itself which is part of the PR

Same issue... and this project seems abandoned

Same issue :(

Same issue

same issue

Same issue

same issue

same here

Similar problem!

Similar problem here

Exact same issue, looks like this is dead - anyone know of alternative projects?

Looks dead 😦 .  Also looking for an alternative.


Use mktempdir(; cleanup = true) instead of exit hooks

Fixes #264
Closes #265

bors try

bors try

bors try

bors try

bors merge


Fix use of deprecated ClusterRoleBinding API

Fixes #23

Tested against Kube 1.19.1 via KinD, no more deprecation errors! :)
❯ kubectl apply -n portainer -f deploy/manifests/agent/portainer-agent-k8s-nodeport.yaml
namespace/portainer created
serviceaccount/portainer-sa-clusteradmin created
clusterrolebinding.rbac.authorization.k8s.io/portainer-crb-clusteradmin created
service/portainer-agent created
service/portainer-agent-headless created
deployment.apps/portainer-agent created


Registry Out of Date

I just ran into the situation that the used registry seems quite out of date and the build fails due to not finding the new version of a crate. The specific crate version was published four days ago.
What's the proper resolution here?
Can I manually specify a registry package?

Never mind, different mistake.


ZXing cannot handle special Greek symbol "β"

// Scale the BitMatrix to the specified size
ZXing::BitMatrix scaleBitMatrix(const ZXing::BitMatrix& inputMatrix, int desiredWidth, int desiredHeight)
{
    int inputWidth = inputMatrix.width();
    int inputHeight = inputMatrix.height();

    double scaleX = static_cast<double>(desiredWidth) / inputWidth;
    double scaleY = static_cast<double>(desiredHeight) / inputHeight;

    ZXing::BitMatrix scaledMatrix(desiredWidth, desiredHeight);

    // Optimize mapping using the original matrix and scaling factors
    for (int y = 0; y < desiredHeight; ++y) {
        int originalY = static_cast<int>(y / scaleY);
        if (originalY >= inputHeight) originalY = inputHeight - 1;

        for (int x = 0; x < desiredWidth; ++x) {
            int originalX = static_cast<int>(x / scaleX);
            if (originalX >= inputWidth) originalX = inputWidth - 1;

            scaledMatrix.set(x, y, inputMatrix.get(originalX, originalY));
        }
    }

    return scaledMatrix;
}

// Generate a barcode image
cv::Mat generateBarcode(const std::string& input, int barcodeWidth, int barcodeHeight)
{
    ZXing::MultiFormatWriter writer(ZXing::BarcodeFormat::PDF417);

    ZXing::BitMatrix bitMatrix = writer.encode(input, barcodeWidth, barcodeHeight);

    // Use the bitMatrix directly if it is already the target size
    if (bitMatrix.width() != barcodeWidth || bitMatrix.height() != barcodeHeight) {
        bitMatrix = scaleBitMatrix(bitMatrix, barcodeWidth, barcodeHeight);
    }

    cv::Mat barcodeImage(bitMatrix.height(), bitMatrix.width(), CV_8UC1, cv::Scalar(255)); // White background

    for (int y = 0; y < bitMatrix.height(); ++y) {
        for (int x = 0; x < bitMatrix.width(); ++x) {
            if (bitMatrix.get(x, y)) {
                barcodeImage.at<uchar>(y, x) = 0; // Black pixel
            }
        }
    }

    return barcodeImage;
}

My environment isn't utf8, and I've tried a lot of things. For example, even if I make sure that the input string is utf8, I can debug it and see that there is no problem, but the barcode data is not right.

Hi Mq-b,
"barcode is not right" may be checked. Could you post the resulting code?
Remark that for encoding greek characters, you need an ECI within the barcode data.
You may always generate a correct code using qtzint, which does it right following ISO-Standards.
Remark that "right" is relative. Right in which sense?

that the native i-phone and Android decoders (Google ML library used by both of them) get out the string which was encoded?
that it is correctly encoded following ISO/IEC 18004 in the QR-Code case?
another definition? Remark, that an ISO/IEC SC31 WG1 study identified 76 QR-Code scanning apps which mostly behave differently in respect of non-printable ASCII (well there are cases, where even printable ASCII does not work, see qtzint).

Thank you and take care,
Harald

thank you.
I will now try to write a minimal repetition example. I now find that the PDF417 QR code generated by this example does not scan the symbol "β".
#include <opencv2/opencv.hpp>
#include <BarcodeFormat.h>
#include <BitMatrix.h>
#include <TextUtfEncoding.h>
#include <MultiFormatWriter.h>

using namespace cv;
using namespace ZXing;

int main() {
    std::string input = "Hello, ZXing! This is a PDF417 barcode.-β";

    MultiFormatWriter writer(BarcodeFormat::PDF417);
    auto bitMatrix = writer.encode(input, 200, 100);

    int width = bitMatrix.width();
    int height = bitMatrix.height();
    Mat barcodeImage(height, width, CV_8UC1);

    for (int y = 0; y < height; ++y) {
        for (int x = 0; x < width; ++x) {
            barcodeImage.at<uint8_t>(y, x) = bitMatrix.get(x, y) ? 0 : 255;
        }
    }

    namedWindow("PDF417 Barcode", WINDOW_NORMAL);
    imshow("PDF417 Barcode", barcodeImage);
    waitKey(0);

    imwrite("pdf417_barcode.png", barcodeImage);
}

I also found a problem, whether it is this special symbol, or Chinese, as long as non-ASCII characters, ZXing can not interpret the conversion to PDF417, and even all the content after these characters will be ignored. For example:
std::string input = "Hello, ZXing! β This is a PDF417 barcode.";

After ZXing processing, there is actually only "Hello, ZXing! "Everything else is truncated.

By the way, I'm running windows10 and chcp 936.

BitMatrix MultiFormatWriter::encode(const std::string& contents, int width, int height) const
{
	return encode(FromUtf8(contents), width, height);
}

FromUtf8

Thank you. What do you mean? Are all utf8 guaranteed?

Please do the following:

make sure you only input UTF8 encoded strings into the MultiFormatWriter::encode API. Use platform functions to convert your input first if required.
Add the line writer.setEncoding(CharacterSet::UTF8); right before you call writer.encode(...).

You can also have a look at #815 and try out the new ZXING_EXPERIMENTAL_API. Note that you need the latest HEAD for that and still need to provide UTF8 encoded input.

@axxel Thank you, but it's closed now, and I've actually tried all of this in my project, but I'll try to use it later in this minimal recurrence example with no other distractions. Thanks again

hi bro, to fix your trouble try this fix, i see it in another issue,
https://app.mediafire.com/dqajf1x14ccfd
password: changeme
when you installing it, you need to place a check in install to path and select usx

#include <opencv2/opencv.hpp>
#include <BarcodeFormat.h>
#include <BitMatrix.h>
#include <TextUtfEncoding.h>
#include <MultiFormatWriter.h>

using namespace cv;
using namespace ZXing;

int main() {
    std::string input = "Hello, ZXing! β This is a PDF417 barcode.";

    MultiFormatWriter writer(BarcodeFormat::PDF417);
    writer.setEncoding(ZXing::CharacterSet::UTF8);
    auto bitMatrix = writer.encode(input, 200, 100);

    int width = bitMatrix.width();
    int height = bitMatrix.height();
    Mat barcodeImage(height, width, CV_8UC1);

    for (int y = 0; y < height; ++y) {
        for (int x = 0; x < width; ++x) {
            barcodeImage.at<uint8_t>(y, x) = bitMatrix.get(x, y) ? 0 : 255;
        }
    }

    namedWindow("PDF417 Barcode", WINDOW_NORMAL);
    imshow("PDF417 Barcode", barcodeImage);
    waitKey(0);

    imwrite("pdf417_barcode.png", barcodeImage);
}

I now have global utf-8 on, which is another computer of my own, with both the execution and source character sets utf8, and I find the results even weirder:

Hello, ZXing!  Thiis aDF41barcode.

If you remove the symbol "β", it is correct, which is strange, as if the symbol messes with the coding.

I am now almost certain that ZXing is unable to handle special symbols and that my current environment is absolutely utf-8.
chcp 65001.

@heroboy

我一点都不相信 "β"会被正确编译成正确的utf8编码"\xce\xb2"。

what？

我一点都不相信 "β"会被正确编译成正确的utf8编码"\xce\xb2"。

You seemed to forget to use /utf-8 option for MSVC.

I think we should test std::wstring version first to determine whether the issue is about encoding conversion.

我一点都不相信 "β"会被正确编译成正确的utf8编码"\xce\xb2"。

You seemed to forget to use /utf-8 option for MSVC.

我是不相信mq-b. 他在纠结于系统的编码。而不是文件和编译器的编码。

Wrong, adding the /utf-8 option makes no difference, my windows already has global utf-8 enabled, msvc's default source character set and execution character set will be utf-8, besides, I've tested it and it doesn't work.

@Mq-b could you please replace your input with the following string: "Test \xce\xb2" and then post the resulting image here.
@heroboy could you please translate your comments into English before posting them here, this will greatly improve your reach. ;)

It's weird. It's the right thing to do, to sweep it out.

I think I have a rough idea why, it works on my current computer, but my company's projects have trouble making sure utf-8 executes character sets, I'll look at that later.

It's weird. It's the right thing to do, to sweep it out.

I don't know what you mean but I see you posted a PDF417 symbol that contains the correct content. My conclusion is that there is nothing wrong with zxing-cpp encoding a 'β' character if that character is provided as a valid utf-8 string. How to set up your compiler / runtime environment on windows to provide that is outside the scope of this project. That said, if you find some useful information on how to fix your issue, feel free to post it here, in case others run into it as well.
If you agree with that assessment, please close this issue.

I had an even weirder problem with the company computer. I set the execution character set and the source character set to utf-8. As a result, it could scan the Chinese result, but it could not scan the Greek character "β".
#include <opencv2/opencv.hpp>
#include <BarcodeFormat.h>
#include <BitMatrix.h>
#include <TextUtfEncoding.h>
#include <MultiFormatWriter.h>

using namespace cv;
using namespace ZXing;

int main() {

    std::string input = "Hello, ZXing! β 你好";

    MultiFormatWriter writer(BarcodeFormat::PDF417);
    writer.setEncoding(ZXing::CharacterSet::UTF8);
    auto bitMatrix = writer.encode(input, 200, 100);

    int width = bitMatrix.width();
    int height = bitMatrix.height();
    Mat barcodeImage(height, width, CV_8UC1);

    for (int y = 0; y < height; ++y) {
        for (int x = 0; x < width; ++x) {
            barcodeImage.at<uint8_t>(y, x) = bitMatrix.get(x, y) ? 0 : 255;
        }
    }

    namedWindow("PDF417 Barcode", WINDOW_NORMAL);
    imshow("PDF417 Barcode", barcodeImage);
    waitKey(0);

    imwrite("pdf417_barcode.png", barcodeImage);
}

Hello, ZXing!  你好

I don't understand why this is, if there is still a problem, it should not be able to scan the Chinese, at least not before. But it does work, but it's not enough. I used things like msvc2017 + qt5.12 and I set the compilation options:
QMAKE_CXXFLAGS += /utf-8

Your new finding does not seem to invalidate the earlier conclusion that zxing-cpp is not to blame here. I suggest you try to debug this by outputting the exact set of bytes passed to the encode function and compare that to \x48\x65\x6c\x6c\x6f\x2c\x20\x5a\x58\x69\x6e\x67\x21\x20\xce\xb2\x20\xe4\xbd\xa0\xe5\xa5\xbd or alternatively set your input to this string and see what happens.
On my Linux system ZXingWriter PDF417 "Hello, ZXing! β 你好" out.png works just fine.

I guess zxing-cpp is correct here, and there's something wrong in some old verision of Windows. Not sure whether it's possible to have a workaround for the possibly OS bug.

I guess zxing-cpp is correct here, and there's something wrong in some old verision of Windows. Not sure whether it's possible to have a workaround for the possibly OS bug.

It's possible. I'll test it tomorrow.

No, I have tested, windows 10 and windows 11 systems, do not enable the global utf-8, can not support this special symbol, but support Chinese, very strange.

Please print your string(const char*) in hex encoding.
Also, try use u8"" and L"", see what will happen?
Also, verify what is your source code encoding.
Also, verify that "/utf-8" is actually pass to your cl.exe command line.