how to install v12?

i just installed v14 and it is not stable with my machine. how can i re-install back to my v12?
thanks?
i just tried to restore from my Backup but this does not work. i believe it only restore config files.

i have an IMG of the hard drive with Frigate 12. is there any way for me to grab folders/files from that IMG file and copy and paste into my existing drive? i can see all the files from v12 but have no idea which folders/files to copy n paste into my HA with v14...

i see the source code is here https://github.com/blakeblackshear/frigate/releases/tag/v0.12.1
how can i tell HA (HA OS on nuc)to install this version of the Add-On instead of  v14?

backup

my IMG back up hard drive was from a year ago. too much has changed since then, i dont want to re-config everything, especially hardware.
my HA install is backed up nightly  BUT those are just config files (yml).  it does not contain any v12 install files unfortunately.
i see the source code is here https://github.com/blakeblackshear/frigate/releases/tag/v0.12.1
how can i tell HA (HA OS on nuc)to install this version of the Add-On instead of  v14?

@NickM-27 looks like my link above is wrong, not compat with my HA OS.
i need to install the Frigate-HASS-Addons.  there is no v12 release on this page https://github.com/blakeblackshear/frigate-hass-addons  :(
do you know where i can get the v12 Frigate-HASS-Addons.  once i get the source code then i can create my own repo and install v12 from there.   thanks so much for your help.
v14 is nice but it uses too much resources on my Celeron.   all i need Frigate is for simple person detection to be used for automations.


Bump to Wazuh v4.1.1

This PR bumps version to new Wazuh 4.1.1 version.

Update
Description: Inspec tests output for Wazuh v4.1.1 in the following setups:

Elastic basic license
Opendistro

Elastic basis license

elastic-stack cookbook tests ouput:

 System Package elasticsearch
     ✔  is expected to be installed
     ✔  version is expected to eq "7.10.2-1"
  File /etc/elasticsearch/elasticsearch.yml
     ✔  owner is expected to cmp == "elasticsearch"
     ✔  group is expected to cmp == "elasticsearch"
     ✔  mode is expected to cmp == "0660"
  Service elasticsearch
     ✔  is expected to be installed
     ✔  is expected to be enabled
     ✔  is expected to be running
  HTTP GET on https://elk-single-node:9200
     ✔  status is expected to cmp == 200
  System Package curl
     ✔  is expected to be installed
     ✔  is expected to be installed
  Directory /usr/share/kibana/data
     ✔  owner is expected to cmp == "kibana"
     ✔  group is expected to cmp == "kibana"
  Directory /usr/share/kibana/plugins
     ✔  owner is expected to cmp == "kibana"
     ✔  group is expected to cmp == "kibana"
  File /etc/kibana/kibana.yml
     ✔  owner is expected to cmp == "kibana"
     ✔  group is expected to cmp == "kibana"
     ✔  mode is expected to cmp == "0755"
  File /usr/share/kibana/data/wazuh/config/wazuh.yml
     ✔  owner is expected to cmp == "kibana"
     ✔  group is expected to cmp == "kibana"
     ✔  mode is expected to cmp == "0755"
  Service kibana
     ✔  is expected to be installed
     ✔  is expected to be enabled
     ✔  is expected to be running
  Port 443
     ✔  is expected to be listening
  YumRepo elastic
     ✔  is expected to exist
     ✔  is expected to be enabled

wazuh-manager cookbook tests output:

System Package wazuh-manager
     ✔  is expected to be installed
  Service wazuh-manager
     ✔  is expected to be installed
     ✔  is expected to be enabled
     ✔  is expected to be running
  Port 55000
     ✔  is expected to be listening
     ✔  processes is expected to include "python3"
  Port 1515
     ✔  is expected to be listening
     ✔  processes is expected to include "ossec-authd"
  Port 1514
     ✔  is expected to be listening
     ✔  processes is expected to include "ossec-remoted"
  System Package curl
     ✔  is expected to be installed
  YumRepo wazuh
     ✔  is expected to exist
     ✔  is expected to be enabled
  User ossec
     ✔  is expected to exist
  User ossecm
     ✔  is expected to exist
  User ossecr
     ✔  is expected to exist
  Command: `ps -ef | grep wazuh-modulesd`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep ossec-monitord`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep ossec-logcollector`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep ossec-remoted`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep ossec-syscheckd`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep ossec-analysisd`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep ossec-execd`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep wazuh-db`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep ossec-authd`
     ✔  exit_status is expected to eq 0
  Command: `ps -ef | grep ossec-apid`
     ✔  exit_status is expected to eq 0
  File /var/ossec/etc/ossec-init.conf
     ✔  is expected to be symlink
  File /var/ossec
     ✔  is expected to be directory
     ✔  mode is expected to cmp == "0750"
     ✔  owner is expected to cmp == "root"
     ✔  group is expected to cmp == "ossec"
  File /var/ossec/etc
     ✔  is expected to be directory
     ✔  mode is expected to cmp == "0770"
     ✔  owner is expected to cmp == "ossec"
     ✔  group is expected to cmp == "ossec"
  File /etc/ossec-init.conf
     ✔  is expected to exist
     ✔  owner is expected to cmp == "root"
     ✔  group is expected to cmp == "ossec"
     ✔  mode is expected to cmp == "0640"
  File /var/ossec/etc/shared/default/agent.conf
     ✔  is expected to exist
     ✔  owner is expected to cmp == "ossec"
     ✔  group is expected to cmp == "ossec"
     ✔  mode is expected to cmp == "0660"
  File /var/ossec/etc/local_internal_options.conf
     ✔  is expected to exist
     ✔  owner is expected to cmp == "root"
     ✔  group is expected to cmp == "ossec"
     ✔  mode is expected to cmp == "0640"
  File /var/ossec/etc/rules/local_rules.xml
     ✔  is expected to exist
     ✔  owner is expected to cmp == "root"
     ✔  group is expected to cmp == "ossec"
     ✔  mode is expected to cmp == "0640"
  File /var/ossec/etc/decoders/local_decoder.xml
     ✔  is expected to exist
     ✔  owner is expected to cmp == "root"
     ✔  group is expected to cmp == "ossec"
     ✔  mode is expected to cmp == "0640"
  File /var/ossec/api/configuration/api.yaml
     ✔  is expected to exist
     ✔  owner is expected to cmp == "root"
     ✔  group is expected to cmp == "ossec"
     ✔  mode is expected to cmp == "0660"

filebeat cookbook tests output:

System Package filebeat
     ✔  is expected to be installed
  File /etc/filebeat/filebeat.yml
     ✔  owner is expected to cmp == "root"
     ✔  group is expected to cmp == "root"
     ✔  mode is expected to cmp == "0640"
  File /etc/filebeat/wazuh-template.json
     ✔  owner is expected to cmp == "root"
     ✔  group is expected to cmp == "root"
     ✔  mode is expected to cmp == "0644"
  Directory /usr/share/filebeat/module/wazuh
     ✔  is expected to exist
  Service filebeat
     ✔  is expected to be installed
  YumRepo elastic
     ✔  is expected to exist
     ✔  is expected to be enabled


GH-4290 fix for count and order by with an implicit group clause

GitHub issue resolved: #4290
Briefly describe the changes proposed in this PR:

the logic to reorder extensions for SELECT expressions and the order clause now takes into account that a new implicit group node may have been introduced
added regression test
rewrote all tests in AggregateTest to be JUnit 5 and using AssertJ.

PR Author Checklist (see the contributor guidelines for more details):

[ ] my pull request is self-contained
[ ] I've added tests for the changes I made
[ ] I've applied code formatting (you can use mvn process-resources to format from the command line)
[ ] I've squashed my commits where necessary
[ ] every commit message starts with the issue number (GH-xxxx) followed by a meaningful description of the change

@JervenBolleman I think I managed to find a fix for the problem. Would appreciate your eyes on it. I'd still be happy to catch up live and talk through it if you want - let me know.


feat(playwright): add playwright e2e on checkbox list

Summary
Type

Enhancement

Summarise concisely:
What is expected?
Add the possibility to test with playwright
Show that the checkbox event is broken on the list
Close https://github.com/scaleway/ultraviolet/issues/4618

IMHO on shift + click
Should mass check if one of the boxes is uncheck
Should mass uncheck if all the boxes are checked.


Add config files and FOSUserBundlebundle entries to common.txt dict as well as new API objects

Hi,
This PR add the following entries to the following dicts:
The Discovery/Web-Content/common.txt dict:

ui_config.properties
config.properties
change-password
check-email
login_check
send-email
readiness and liveness for K8S monitoring endpoints

The Discovery/Web-Content/api/objects-*.txt dict:

Some new objects.

Part 1: *.properties entries
💡 This information was taken from this tweet.
👀 I checked, prior to create the PR, and these entries were not present on the master branch:

Part 2 : API objects
💡 They came from a recent assessment that I performed against an API.
Part 3: Others entries
💡 They came from the FriendsOfSymfony - FOSUserBundle PHP package:

Thanks in advance 😃

Thank you!


release: Generate SLSA signatures on GitHub releases

Signed-off-by: Asra Ali<EMAIL_ADDRESS>Hi,
I'm reaching out on behalf of the Open Source Security Foundation (openssf.org). We work on improving the security of critical open source projects like yours.
Together with GitHub, we designed a free, easy-to-use method of code signing. It will help your users verify that your release binaries were built from your repository’s workflow and not altered by anyone. It’s just a few lines of code, but it will make your project more secure against third-party tampering and attacks like Codecov and CTX.
We have also integrated with jib.
This PR shows how to add this seamless code signing to your workflow. You don’t have to be a cryptography expert or learn complicated tools and verification is simple for your users.
You can read more on the SLSA blog or on the documentation of the workflow here. Please reach out if you have any questions!

@asraa Thanks for the contribution. It looks good to me.

Thank you! Are e2e test flakey? Not sure I can reproduce.

The tests failed due to timeouts, so might be something with the infrastructure. I'm re-running the tests

I've retried the tests several times, but it always seems to fail with the same tests. Not sure why, since these changes doesn't impact that in any way. Can you try to rebase the PR and see if that fixes it?


Test hot reload targeting a Fuchsia device

This tests hot reload on a Fuchsia device.
I still need to filter out old logs from the FuchsiaDevice logger since it currently doesn't filter old logs. This doesn't affect the outcome of this test though.

@zanderso PTAL.

@zanderso PTAL


Use app http settings for status, WebSockets

References

fixes #880

Code changes

[x] initialize LanguageServerManager with app.serviceManager.settingsis being used
[x] use these settings for doing API requests and WebSockets
[x] handle a race condition for very fast settings loading (no http request) for plugins with a PromiseDelegate
[x] rev some node versions (not sad about retiring 14 a little early)
[x] resolve and deduplicate yarn.lock: get "one true version" of typescript, prettier, webpack
[x] use webpack 5 for lsp-ws-connection
[x] add sourcemaps (we can take these out, but... would be really nice for downstream debugging)
[x] refresh robot tooling

User-facing changes

hopefully few visible changes

Backwards-incompatible changes

hopefully none: no signatures were changed

Chores

[x] linted
[ ] tested
[ ] documented
[x] changelog entry

I will get #869 in to help with CI.

Sure I'll take all the help I can get! Would love to add lite to the docs
site once I get this all sorted out and get something running.

With #869 looking good, i'll rebase on top of that.


Troubleshooting changes to setup.ps1 script.

This issue to is track the changes made to the setup.ps1 script to improve error handling and logging.

Release Note Category

[ ] Feature changes/additions
[ ] Bug fixes
[ ] Internal Infrastructure Improvements

Release Note Description
Added try-catch block to handle different API versions when fetching Key Vault secrets, and added logging for certificate installation steps to Setup.ps1 provisioning script.

https://dev.azure.com/dnceng/internal/_git/dotnet-helix-machines/pullrequest/46358


Testcafe does not interact with any DOM elements on salesforce page

What is your Scenario?
I have an example within my project where testcafe does not find any elements once a specific salesforce page has loaded
What is the Current behavior?
No matter what selector combination I try, no elements on this page can be found.
Have tried waiting, switching iframes, etc.
What is the Expected behavior?
Testcafe to find the elements
What is your public website URL? (or attach your complete example)
economist.com
What is your TestCafe test code?
import { fixture, Selector } from 'testcafe';
fixture `example`
.page('https://myaccount.economist.com/s/login')

const submitButton = Selector('.call-to-action-button_full_width')

test('this should click something', async t => {
  await t.click(submitButton)
  console.log('should get here')
});

Your complete configuration file
No response
Your complete test report
The specified selector does not match any element in the DOM tree.
   > | Selector('.call-to-action-button_full_width')

Screenshots
No response
Steps to Reproduce

Run code above
Notice it fails
Try other selector types
Still fails

TestCafe version
2.5.1
Node.js version
No response
Command-line arguments
testcafe chrome example.js
Browser name(s) and version(s)
No response
Platform(s) and version(s)
No response
Other
No response

Hi @tgrisley,
This issue does not relate to TestCafe. I tried to open the page from the test manually and to execute the command document.querySelector('.call-to-action-button_full_width'). I got null.


Problem with deducing type when .to_unsafe is used implicitly

Sorry, this example is as small as I could get it. At least it has no dependencies.
lib CSFML
  type RenderWindow = Void*
  type CircleShape = Void*
  type RectangleShape = Void*

  fun render_window_create() : RenderWindow
  fun render_window_draw_circle_shape(render_window : RenderWindow, object : CircleShape)
  fun render_window_draw_rectangle_shape(render_window : RenderWindow, object : RectangleShape)
  fun rectangle_shape_create() : RectangleShape
  fun circle_shape_create() : CircleShape
end

class RenderWindow
  def initialize()
    @this = CSFML.render_window_create()
  end
  def draw_circle_shape(object : CircleShape)
    CSFML.render_window_draw_circle_shape(@this, object)
  end
  def draw_rectangle_shape(object : RectangleShape)
    CSFML.render_window_draw_rectangle_shape(@this, object)
  end
  def draw(drawable)
    drawable.draw(self)
  end
end

class CircleShape
  def initialize()
    @this = CSFML.circle_shape_create()
  end
  def draw(target)
    target.draw_circle_shape(self)
  end
  def to_unsafe
    @this
  end
end

class RectangleShape
  def initialize()
    @this = CSFML.rectangle_shape_create()
  end
  def draw(target)
    target.draw_rectangle_shape(self)
  end
  def to_unsafe
    @this
  end
end

alias Drawable = RectangleShape | CircleShape

drawables = [] of Drawable
drawables << RectangleShape.new

window = RenderWindow.new
window.draw drawables[0]

in 19: tried to convert CircleShape to CSFML::CircleShape invoking to_unsafe, but can't deduce its type

    CSFML.render_window_draw_circle_shape(@this, object)

Changing these lines to CSFML.render_window_draw_..._shape(@this, object.to_unsafe) makes it compile. I would assume that it shouldn't matter whether we call .to_unsafe explicitly or not.
Thanks to @sardaukar for finding this.

Yes, the problem is that CircleShape was never instantiated and the compiler doesn't know the type of @this. We have a solution for this, but it'll come in the future.

A workaround is to specify the type of @this. This works:
lib CSFML
  type RenderWindow = Void*
  type CircleShape = Void*
  type RectangleShape = Void*

  fun render_window_create : RenderWindow
  fun render_window_draw_circle_shape(render_window : RenderWindow, object : CircleShape)
  fun render_window_draw_rectangle_shape(render_window : RenderWindow, object : RectangleShape)
  fun rectangle_shape_create : RectangleShape
  fun circle_shape_create : CircleShape
end

class RenderWindow
  def initialize
    @this = CSFML.render_window_create
  end

  def draw_circle_shape(object : CircleShape)
    CSFML.render_window_draw_circle_shape(@this, object)
  end

  def draw_rectangle_shape(object : RectangleShape)
    CSFML.render_window_draw_rectangle_shape(@this, object)
  end

  def draw(drawable)
    drawable.draw(self)
  end
end

class CircleShape
  @this :: CSFML::CircleShape

  def initialize
    @this = CSFML.circle_shape_create
  end

  def draw(target)
    target.draw_circle_shape(self)
  end

  def to_unsafe
    @this
  end
end

class RectangleShape
  @this :: CSFML::RectangleShape

  def initialize
    @this = CSFML.rectangle_shape_create
  end

  def draw(target)
    target.draw_rectangle_shape(self)
  end

  def to_unsafe
    @this
  end
end

alias Drawable = RectangleShape | CircleShape

drawables = [] of Drawable
drawables << RectangleShape.new

window = RenderWindow.new
window.draw drawables[0]

After #2443 this is now compiling fine (without needing modifications to the original snippet)


Missing xml error, just native in wrong ServiceLocator map definition

If i reference a wrong key value, i get a native error:
C:\Progs\Haxe\3.3.0\std/haxe/macro/Context.hx:258: characters 9-46 : Type not found 'IRTMPService'
./api/hexannotation/src/hex/annotation/AnnotationReader.hx:165: characters 32-90 : Called from
./api/hexinject/src/hex/di/annotation/AnnotationReader.hx:32: characters 30-155 : Called from
./api/hexinject/src/hex/di/IInjectorContainer.hx:8: characters 2-11 : Called from
C:\Progs\Haxe\3.3.0\std/haxe/macro/Context.hx:258: characters 9-46 : Called from
./api/hexioc/src/hex/compiler/parser/xml/ClassImportHelper.hx:41: characters 4-27 : Called from
./api/hexioc/src/hex/compiler/parser/xml/XmlCompiler.hx:174: characters 5-55 : Called from
./api/hexioc/src/hex/compiler/parser/xml/XmlCompiler.hx:508: characters 3-83 : Called from
./api/hexioc/src/hex/compiler/parser/xml/XmlCompiler.hx:544: characters 9-79 : Called from
./src/something/Main.hx:45: characters 30-110 : Called from
It looks like this:
<item map-name="memberChat"> <key type="Class" value="something.service.net.rtmp.IRTMPService"/> <value ref="myRTMPService"/></item>
It should point to the xml, not the Context.

Looks like the same with map-type:
<service id="myRTMPService" type="something.service.net.rtmp.RTMPService" map-type="something.service.net.rtmp.IRTMPService" />

I think that's not a DSL error. If you check the stacktrace, you can see that it passes through IInjectorContainer and goes finally to AnnotationReader. The annotation reader tries to get IRTMPService property type to build reflection cache for the injector, but it doesn't find it.
I tried to make an hotfix to make the error as fatal and eliminate the stacktrace, but I'm not convinced 100% it's the right option.


Feature request: Consider adding ability to execute Pester task on remote machine.

VSTS Extension you are using
Pester Extension
Where are you running it?
VSTS
Version of Extension/Task
Latest (6.1.36)
Feature Request
Offer a checkbox to offer remote execution of Pester script using PowerShell WinRm based remoting along with username/password options for authentication. The remote machine is identified via FQDN or static IP address.
Then the minimum viable version of the extension assumes that Pester is already installed on the remote machine and basically handles:

copying over the Pester script folder to the remote machine
executing Invoke-Pester against this pester script folder on the remote machine
copying the test results file back to the build agent

Let me know what you think. Since I might be going to implement something similar soon, so I might be able to provide the basic code snippets.

I have had a chat about this with colleagues and we agreed this is certainly not a something to add to the current Pester task, it would at least be a separate task in the extension i.e. a Remote Pester task.
Also, given past experience with WinRM and making sure the correct code is on a target machine, there is a lot too much to go wrong communications wise.
I think the best option for this requirement would be to use the existing VSTS tasks to copy files to the remote machine, run remote PowerShell to invoke-pester, copy the results file back to the agent and finally publish results. These tasks could maybe be grouped into a task group. The main reason for this approach is to not re-invent the wheel for the complexities of remote PowerShell work.

I am closing this issue as there is no plan to fix this, re-open if the scope changes

That's OK. With the recent unification of the build agents, the deprecation of the remote tests on machine and agent phases, we will soon see a change where agents will move more towards the SUT.


PINK Drop: date change

From my information, PINK Drop is this Thursday, not in 3 hours. 🚀 Can we change it?

@vikiival We should change the incorrect date on the database


Release: extend semantic release commit parser to understand ! breaking changes

Do this on the beta branch
Likely source of reference change is in react-native-google-ads repo
Run action on beta branch after commiting a ! change to make sure it releases a v7 under beta tag on npmjs.com
cc @rnike

Got it!


Release 12

I have just seen this, when I am on operations again I will pick one of these datasets up for wrangling.

Should we (wranglers) assign outselves to  this ticket?

Oh I have just seen that there are separate tickets that we can pick up. Ignore me!


How do I change SwiperPagination.dots color?

Hi,
I need to change active and none active SwiperPagination.dots color. How do I do that?
Currently active color shows green and none active color shows white. Currently I have green background and cannot see active color. It simply shows none active page color with is white.
I need to change active and none active color based on my background picture. How can I do that?
Thanks for this great plugin.

@NTMS2017 Did you ever figure this one out?

Not yet, do you know how to do it?

You have to change the package library itself. In the file, src/swiper_pagination.dart
class DotSwiperPaginationBuilder{
Widget build(BuildContext context, SwiperPluginConfig config) {
   ...
   Color activeColor = this.activeColor; //pick your color here =Colors.blueAccent
   Color color = this.color;  //pick your color here =Colors.blue

As far as I know. If you have to change the colors dynamically, then you might have to create added methods into Swiper or implement the whole package into your app's lib itself.

I will check it today, and yes I need to change the color dynamically. Thanks

Thank you very much its working

          pagination: new SwiperPagination(
              margin: new EdgeInsets.all(5.0),
              builder: new DotSwiperPaginationBuilder(
                  color: Colors.grey, activeColor: Colors.red)),


Add new image - ubuntu-20.04

Add new image - ubuntu-20.04

It is working, thank you !
Build on my Mac mini.
[ chusiang@banshee ~/vcs/2.docker/ansible-managed-node/ubuntu-20.04 ] (master) - 02:13
(ins)$ docker build -t ansible-managed-node:ubuntu-20.04 .
Sending build context to Docker daemon  3.072kB
Step 1/15 : FROM ubuntu:20.04
 ---> f63181f19b2f
Step 2/15 : MAINTAINER Chu-Siang Lai<EMAIL_ADDRESS> ---> Running in d28ba0dac073
Removing intermediate container d28ba0dac073
 ---> eea9068eeb05
Step 3/15 : RUN apt-get update
 ---> Running in 7bf8f1df4fef
...

Removing intermediate container 12bb7aa2e9fe
 ---> 5d94a05309cb
Step 14/15 : EXPOSE 22
 ---> Running in ee99213051b2
Removing intermediate container ee99213051b2
 ---> 7368eef717ad
Step 15/15 : CMD ["/usr/sbin/sshd", "-D"]
 ---> Running in e6859b5c2842
Removing intermediate container e6859b5c2842
 ---> eaafa19aa69b
Successfully built eaafa19aa69b
Successfully tagged ansible-managed-node:ubuntu-20.04

Try to login this container by ssh.
[ chusiang@banshee ~/vcs/2.docker/ansible-managed-node/ubuntu-20.04 ] (master) - 02:15
(ins)$ ssh docker@localhost -p 55000
docker@localhost's password:
Welcome to Ubuntu 20.04.1 LTS (GNU/Linux 4.19.121-linuxkit x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

This system has been minimized by removing packages and content that are
not required on a system that users do not log into.

To restore this content, you can run the 'unminimize' command.

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

-bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
docker@c46584616835:~$ sudo -V
Sudo version 1.8.31
Sudoers policy plugin version 1.8.31
Sudoers file grammar version 46
Sudoers I/O plugin version 1.8.31

Hi @chengweichen ,
The build job of ubuntu-20.04 was success about 7 hours ago on Docker Hub.
Thank you very much. <[_ _]>

https://hub.docker.com/repository/registry-1.docker.io/chusiang/ansible-managed-node/builds/ddd033a5-4ba9-48f4-bdcb-b8a25bf31fef

Look good, thanks again.
Run.
[ chusiang@mac ~ ] - 11:41
$ docker run -dP chusiang/ansible-managed-node:ubuntu-20.04
2fd8579e95590efab8b1f991084d92b031488c5b4d2346a7cfb9016c485cdfcb

Login this container by ssh.
[ chusiang@mac ~ ] - 11:46
$ ssh docker@localhost -p 32768
The authenticity of host '[localhost]:32768 ([::1]:32768)' can't be established.
...
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '[localhost]:32768' (ECDSA) to the list of known hosts.
docker@localhost's password:
Welcome to Ubuntu 20.04.1 LTS (GNU/Linux 4.9.93-linuxkit-aufs x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

This system has been minimized by removing packages and content that are
not required on a system that users do not log into.

To restore this content, you can run the 'unminimize' command.

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

docker@2fd8579e9559:~$ sudo apt update
Get:1 http://security.ubuntu.com/ubuntu focal-security InRelease [109 kB]
Hit:2 http://archive.ubuntu.com/ubuntu focal InRelease
Get:3 http://archive.ubuntu.com/ubuntu focal-updates InRelease [114 kB]
Get:4 http://security.ubuntu.com/ubuntu focal-security/universe amd64 Packages [670 kB]
Get:5 http://archive.ubuntu.com/ubuntu focal-backports InRelease [101 kB]
Get:6 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages [1029 kB]
Get:7 http://archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages [932 kB]
Fetched 2954 kB in 3s (884 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
6 packages can be upgraded. Run 'apt list --upgradable' to see them.
docker@2fd8579e9559:~$


generate source maps with less

Hi, I was wondering if it is possible to autogenerate the sourcemaps so that it is possible to work in chrome with CSS preprocessors
Currently, looking into grunt-contrib-less, because that appears to be less.Parser
Looking into http://stackoverflow.com/a/25732523/1123985 but having trouble reproducing solution.
This would greatly speed up ui5 css development!

@davidtingsu sorry for the very late feedback to this issue. I wanted to have a deeper look into this a while ago but then had other priorities and forgot about it again.
I just had a very quick look into grunt-contrib-less.
This plugin uses our own less module which would have to be extended as well to return the source maps created by less. But it doesn't sound to be too hard to implement in first place.
If someone wants to have a deeper look into this, please feel free to do so 👍
Let me know if there is anything I can help with.

Closing for now as there was no response from someone else and we currently don't have any plans to add Source Maps for less/css.


Who is maintaining this project?

Hi, may I know who is maintaining this project? This is a very important feature which can do kind of compliance across different clusters to sync up resources. But I found this project does not have activity for a long time.

Thanks @gregory-lyons , this is really a great project and glad to see that you are going to be more actively to maintain it ;-)


VPN mesh

If I understand correctly kontena use VPN at host level to connect the nodes, and it uses OpenVPN for the task.
is ther any plan to use some mesh vpn? (tinc/peervpn)
I got better velocity results using this type of VPN and as side effect they are lighter in the host.
Thanks

On node level, Kontena uses network technology called Weave to create the overlay network between all the nodes in the grid. By default Weave operates on a mesh-type architecture and thus you can create pretty complex deployments.

but weave dont do the VPN part right? I mean the encryption.
In other hand, how kontena will behave in a topology like mine?:

2 providers (azure, scealway)
1 bastion/fw in each provider doing NAT
N nodes conly with private IP in each provider

Thanks!
On Wed, 30 Nov 2016 at 06:15 Jussi Nummelin<EMAIL_ADDRESS>wrote:

On node level, Kontena uses network technology called Weave
https://www.weave.works/products/weave-net/ to create the overlay
network between all the nodes in the grid. By default Weave operates on a
mesh-type architecture and thus you can create pretty complex deployments.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/kontena/kontena/issues/1452#issuecomment-263792592,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAGGV13CDg4CwRxWykQAkCqY7Xi69yWfks5rDRSYgaJpZM4K_oxR
.

Weave does do encryption but it's not VPN protocol.
Are the bastion hosts part of the grid?
To make you scenario work like a charm you have to do couple of things.
First put proper labels for nodes in each provider. Use region=azure and region=scaleway for example. The region label is something that Kontena recognizes and is then able to figure out the "location" of the nodes. It will then configure weave so that it peers within the same region using private networking.
Second part is to configure trusted subnets. A trusted subnet is a defined (private) subnet in which the traffic is not encrypted. When weave does not need to encrypt the traffic is operates with much less overhead. Let's take and example:
On Azure you have private subnet for the nodes: <IP_ADDRESS>/16 and on Scaleway <IP_ADDRESS>/24. Then configure both subnets as trusted:
kontena grid trusted-subnet add <grid> <IP_ADDRESS>/16
kontena grid trusted-subnet add <grid> <IP_ADDRESS>/24

If the bastion hosts are not part of the grid itself the setup requires some "manual" steps. Run weave on the bastion hosts and configure them so that they have peer connections to all of the nodes in the private network AND to the other providers bastion. When you do this on both "sides" magic will happen. All of your containers can talk to each other regardless where they are running. As Weave is a mesh-type of solution this works nicely in your situation as it can do multi-hop routing and the public link between bastion hosts is then automatically encrypted by weave. Naturally this means that there will be overhead between the public link as the encryption is done. Plus of course the link itself may not be that fast.
We've tried these kind of solutions and as long as your apps can tolerate the network conditions it really works like magic. :)

That sounds really nice, will try. Thanks!
On Wed, 30 Nov 2016, 10:16 Jussi Nummelin<EMAIL_ADDRESS>wrote:

Weave does do encryption but it's not VPN protocol.
Are the bastion hosts part of the grid?
To make you scenario work like a charm you have to do couple of things.
First put proper labels for nodes in each provider. Use region=azure and
region=scaleway for example. The region label is something that Kontena
recognizes and is then able to figure out the "location" of the nodes. It
will then configure weave so that it peers within the same region using
private networking.
Second part is to configure trusted subnets. A trusted subnet is a defined
(private) subnet in which the traffic is not encrypted. When weave does not
need to encrypt the traffic is operates with much less overhead. Let's take
and example:
On Azure you have private subnet for the nodes: <IP_ADDRESS>/16 and on
Scaleway <IP_ADDRESS>/24. Then configure both subnets as trusted:
kontena grid trusted-subnet add  <IP_ADDRESS>/16
kontena grid trusted-subnet add  <IP_ADDRESS>/24
If the bastion hosts are not part of the grid itself the setup requires
some "manual" steps. Run weave on the bastion hosts and configure them so
that they have peer connections to all of the nodes in the private network
AND to the other providers bastion. When you do this on both "sides" magic
will happen. All of your containers can talk to each other regardless where
they are running. As Weave is a mesh-type of solution this works nicely in
your situation as it can do multi-hop routing and the public link between
bastion hosts is then automatically encrypted by weave. Naturally this
means that there will be overhead between the public link as the encryption
is done. Plus of course the link itself may not be that fast.
We've tried these kind of solutions and as long as your apps can tolerate
the network conditions it really works like magic. :)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/kontena/kontena/issues/1452#issuecomment-263835627,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAGGVyLZJ9r8RbvziFs5Ohf6bwi50uUPks5rDUz9gaJpZM4K_oxR
.


ENH: add axis parameter to stats.entropy

Reference issue
Closes #2956
What does this implement/fix?
Adds an axis parameter to scipy.stats.entropy. Current implementation was assuming a non-document default axis=0.
Additional information
Did not change any entropy function of specific distributions as this parameter is not relevant in this context.

LGTM too, merged. Thanks @MichaelMarien! And thanks @peterbell10 for the review.


Kill preexisting when ibazel run detects changes

It feels silly that I didn't catch this sooner cause it is obvious in
hindsight. When you run bazel run on a task it blocks usage of Bazel
until the task finishes. Normally this isn't a problem, but the most
useful use of bazel run is when working with servers that are long
lived and need to be restarted. Since Bazel was locked by the naive
bazel run call, ibazel was never able to get the lock and actually run
the new code thus completely defeting the purpose of ibazel.
 This should make ibazel run useful in the
run mode.

You can actually run the binary from bazel-bin without blocking the bazel
server. I found that to be more useful than respawning the binary. In
particular for servers that often take a long time to start, it's useful to
rebuild their assets (think: JS, TypeScript, etc) without restarting the
server.

@mprobst, I believe we are talking about the same thing. in the PR, I bazel build the target specified by the user and then I exec the binary in the bazel-bin dir.
It's an interesting idea for when you're doing frontend work to only rebuild the data dependencies for the server. Can we continue this conversation in #29?
WRT restarting servers that take a long time to start (I assume this is mostly Java) I have filed #28 to track. I'm going to also merge this because I have another PR that I would like to finish up that does argument parsing which is a long standing feature request but it depends on this code being merged.

@achew22 I see, I replied just based on your PR description without looking at the code.


Bump isort from 5.10.0 to 5.10.1

Codecov Report

Merging #144 (3e6b160) into main (7803d85) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##              main      #144   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           10        10
  Lines          398       398
=========================================
  Hits           398       398

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 7803d85...3e6b160. Read the comment docs.


Bulgarian Scriptshifter character problem

Latin ŭ should be converted to ъ but it is not. For example,
Pŭrvo izdanie -> Пŭрво издание
Should be Първо издание
Also, ĭ needs to go to й, and it is staying as ĭ.
(Reported by user working with Marva.)
Stefano, we're trying to get Randy set up for editing the YAML so he can tackle this I suspect once we have that in place.  I'm just parking it here because it is a scripshifter issue in the end.

Sounds good. I assigned the ones I believe Randy would be best equipped to fix and added a couple of tags.


[api-minor] Move the addDefaultProtocolToUrl/tryConvertUrlEncoding functionality into the createValidAbsoluteUrl function

Having recently worked with, and reviewed patches touching, this code it seemed that it's probably not a bad idea to move that functionality into createValidAbsoluteUrl as new options instead.
For the addDefaultProtocolToUrl functionality in particular, the existing helper function was not only moved but slightly improved as well. Looking at the code, I realized that there's a small risk that it would incorrectly match a relative URL-string too.
With these changes, the createValidAbsoluteUrl call-sites in the src/core/-code can be simplified a little bit.
Please note: This patch may, indirectly, change the format of the unsafeUrl-property returned with relevant Annotations and OutlineItems; hence the api-minor tag.
However, I'd argue that it's actually more correct this way since the whole purpose of unsafeUrl is/was to return the URL data as-is without any parsing done.

/botio unittest

/botio-linux preview

Good idea; thanks!


Adding Diol (Logging section)

Logging/Diol - Diol
Dotnet Input-Output Logger (Diol) is a free and open-source tool you can easily see and explore logs during debugging your dotnet application in real time.

Hey @pleb !
Let me ask if we can merge this PR?

@OlzhabaevSh I'm unsure about this submission. I'll leave it to other mods or community to decide


Fix ccache handling

CCache basically has two ways to use:
ccache <compiler> <flags>
ccache <flags>

Currently we intend to support the first case. For this we have to
determine whether it is a compiler at the second position. Earlier
we checked if it matches on CC_LOGGER_GCC_LIKE. However, if this
environment variable is set to "ccache" (since the user wanted to
log ccache invocations directly) then the compiler at the second
position won't match. In this commit we consider the second parameter
a compiler if it is executable in the current environment.

Our logger converts the compiler to canonical path. Should we convert the compiler after "ccache" canonical too? What was the reason of this conversion in the logger?

@bruntib probably the reason for the canonical path is that when we collect the compiler information, the key is right now the path to the compiler.
If the compiler is changed for various parts of the project during one build to collect the right information we will need to separate the compilers right.


Unable to generate map - Error processing component Texture: OpenCV(4.10.0) /io/opencv/modules/imgcodecs/src/loadsave.cpp:798: error: (-215:Assertion failed) !_img.empty() in function 'imwrite'

Using docker, pulled latest and running locally thru Docker Desktop:
2024-11-27 16:35:27 main | INFO | 2024-11-27 03:35:27,878 | The application launched on the community server: False
2024-11-27 16:35:27 main | INFO | 2024-11-27 03:35:27,880 | Adding widgets to the right column...
2024-11-27 16:35:27 main | INFO | 2024-11-27 03:35:27,881 | Adding widgets to the left column...
2024-11-27 16:35:27 main | INFO | 2024-11-27 03:35:27,883 | Auto preset is enabled.
2024-11-27 16:35:27 main | INFO | 2024-11-27 03:35:27,885 | Generating map preview for lat=45.28571409289627, lon=20.237433441210115, map_size=2048
2024-11-27 16:35:30 main | INFO | 2024-11-27 03:35:30,324 | The application launched on the community server: False
2024-11-27 16:35:30 main | INFO | 2024-11-27 03:35:30,325 | Adding widgets to the right column...
2024-11-27 16:35:30 main | INFO | 2024-11-27 03:35:30,326 | Adding widgets to the left column...
2024-11-27 16:35:30 main | INFO | 2024-11-27 03:35:30,328 | Auto preset is enabled.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,330 | Game was set to FS25
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,330 | Additional arguments: {'multiplier': 1, 'blur_radius': 35, 'auto_process': True}
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,330 | Map directory created: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30
2024-11-27 16:35:30 main | INFO | 2024-11-27 03:35:30,454 | Map template unpacked to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,454 | Calculated bounding box for component: Config: (45.29492313313172, 45.27650505266082, 20.250522423471406, 20.224344458948824), project_utm: False
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,454 | Saved bounding box: (45.29492313313172, 45.27650505266082, 20.250522423471406, 20.224344458948824)
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,454 | Map XML path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30/mapUS/mapUS.xml.
2024-11-27 16:35:30 main | WARNING | 2024-11-27 03:35:30,455 | Map XML file not found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30/mapUS/mapUS.xml.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,455 | Calculated bounding box for component: Config: (45.304132173367165, 45.267296012425376, 20.263611405732693, 20.211255476687537), project_utm: False
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,457 | Generation info file does not exist, creating a new one in /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30/generation_info.json
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,457 | Updated generation info, now contains 1 fields
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,458 | Saved updated generation info to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30/generation_info.json
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,458 | Calculated bounding box for component: Texture: (45.29492313313172, 45.27650505266082, 20.250522423471406, 20.224344458948824), project_utm: False
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,458 | Saved bounding box: (45.29492313313172, 45.27650505266082, 20.250522423471406, 20.224344458948824)
2024-11-27 16:35:30 main | INFO | 2024-11-27 03:35:30,459 | Loaded 43 layers.
2024-11-27 16:35:30 main | INFO | 2024-11-27 03:35:30,459 | Base layer found: grass.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,459 | Weights directory: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30/mapUS/data.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,459 | Generation info save path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30/generation_info.json.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,459 | Starting preparing weights from 43 layers.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,471 | Prepared weights for 43 layers.
2024-11-27 16:35:30 [<EMAIL_ADDRESS>global loadsave.cpp:241 findDecoder imread_('/usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30/mapUS/data/concrete01_weight.png'): can't open/read file: check file path/integrity
2024-11-27 16:35:30 /usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py:422: FutureWarning: The expected order of coordinates in bbox will change in the v2.0.0 release to (left, bottom, right, top).
2024-11-27 16:35:30   objects = ox.features_from_bbox(bbox=self.bbox, tags=tags)
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,641 | Calculated bounding box for component: Texture: (5016006.074349126, 5013940.540089059,<PHONE_NUMBER>821935,<PHONE_NUMBER>774908), project_utm: True
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Map minimum coordinates (XxY):<PHONE_NUMBER>774908 x 5013940.540089059.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Map maximum coordinates (XxY):<PHONE_NUMBER>821935 x 5016006.074349126.
2024-11-27 16:35:30 main | INFO | 2024-11-27 03:35:30,642 | Map dimensions (HxW): 2065.5342600671574 x 2072.295804702677.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Map coefficients (HxW): 1.0085616504234167 x 1.011863185889979.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Sorted layers by priority: [('asphalt', None), ('asphaltCracks', None), ('asphaltGravel', None), ('asphaltTwigs', None), ('concrete', None), ('concreteGravelSand', None), ('concretePebbles', None), ('concreteShattered', None), ('forestLeaves', None), ('forestNeedels', None), ('forestRockRoots', None), ('grassClovers', None), ('grassCut', None), ('grassDirtPatchy', None), ('grassDirtPatchyDry', None), ('grassDirtStones', None), ('grassFreshMiddle', None), ('grassFreshShort', None), ('grassMoss', None), ('gravelDirtMoss', None), ('gravelPebblesMoss', None), ('gravelPebblesMossPatchy', None), ('gravelSmall', None), ('mudDark', None), ('mudDarkGrassPatchy', None), ('mudDarkMossPatchy', None), ('mudLeaves', None), ('mudLight', None), ('mudPebbles', None), ('mudPebblesLight', None), ('mudTracks', None), ('pebblesForestGround', None), ('rock', None), ('rockFloorTiles', None), ('rockFloorTilesPattern', None), ('rockForest', None), ('rockyForestGround', None), ('sand', None), ('forestGrass', 4), ('gravel', 3), ('asphaltDirt', 2), ('asphaltDusty', 1), ('grass', 0)].
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Layer asphalt has no tags, there's nothing to draw.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Layer asphaltCracks has no tags, there's nothing to draw.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Layer asphaltGravel has no tags, there's nothing to draw.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Layer asphaltTwigs has no tags, there's nothing to draw.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | Drawing layer /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_03-35-30/mapUS/data/concrete01_weight.png.
2024-11-27 16:35:30 main | DEBUG | 2024-11-27 03:35:30,642 | First layer, creating new cumulative image.
2024-11-27 16:35:32 main | WARNING | 2024-11-27 03:35:32,825 | Error fetching objects for tags: {'building': True}.
2024-11-27 16:35:32 main | WARNING | 2024-11-27 03:35:32,825 | No data elements in server response. Check log and query location/tags.
2024-11-27 16:35:32 main | ERROR | 2024-11-27 03:35:32,825 | Error processing component Texture: OpenCV(4.10.0) /io/opencv/modules/imgcodecs/src/loadsave.cpp:798: error: (-215:Assertion failed) !_img.empty() in function 'imwrite'
2024-11-27 16:35:32
2024-11-27 16:35:32 2024-11-27 03:35:32.825 Uncaught app exception
2024-11-27 16:35:32 Traceback (most recent call last):
2024-11-27 16:35:32   File "/usr/local/lib/python3.11/site-packages/streamlit/runtime/scriptrunner/exec_code.py", line 88, in exec_func_with_error_handling
2024-11-27 16:35:32     result = func()
2024-11-27 16:35:32              ^^^^^^
2024-11-27 16:35:32   File "/usr/local/lib/python3.11/site-packages/streamlit/runtime/scriptrunner/script_runner.py", line 579, in code_to_exec
2024-11-27 16:35:32     exec(code, module.dict)
2024-11-27 16:35:32   File "/usr/src/app/webui/webui.py", line 442, in
2024-11-27 16:35:32     ui = Maps4FS()
2024-11-27 16:35:32          ^^^^^^^^^
2024-11-27 16:35:32   File "/usr/src/app/webui/webui.py", line 81, in init
2024-11-27 16:35:32     self.add_left_widgets()
2024-11-27 16:35:32   File "/usr/src/app/webui/webui.py", line 306, in add_left_widgets
2024-11-27 16:35:32     self.generate_map()
2024-11-27 16:35:32   File "/usr/src/app/webui/webui.py", line 396, in generate_map
2024-11-27 16:35:32     for component_name in mp.generate():
2024-11-27 16:35:32   File "/usr/local/lib/python3.11/site-packages/maps4fs/generator/map.py", line 88, in generate
2024-11-27 16:35:32     raise e
2024-11-27 16:35:32   File "/usr/local/lib/python3.11/site-packages/maps4fs/generator/map.py", line 81, in generate
2024-11-27 16:35:32     component.process()
2024-11-27 16:35:32   File "/usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py", line 151, in process
2024-11-27 16:35:32     self.draw()
2024-11-27 16:35:32   File "/usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py", line 294, in draw
2024-11-27 16:35:32     cv2.imwrite(layer_path, output_image)
2024-11-27 16:35:32 cv2.error: OpenCV(4.10.0) /io/opencv/modules/imgcodecs/src/loadsave.cpp:798: error: (-215:Assertion failed) !_img.empty() in function 'imwrite'
2024-11-27 16:35:32

Can confirm, getting the same error I believe. Also using the docker and trying to generate 8192 map.
error: OpenCV(4.10.0) /io/opencv/modules/imgcodecs/src/loadsave.cpp:798: error: (-215:Assertion failed) !_img.empty() in function 'imwrite' Traceback: File "/usr/local/lib/python3.11/site-packages/streamlit/runtime/scriptrunner/exec_code.py", line 88, in exec_func_with_error_handling     result = func()              ^^^^^^ File "/usr/local/lib/python3.11/site-packages/streamlit/runtime/scriptrunner/script_runner.py", line 579, in code_to_exec     exec(code, module.__dict__) File "/usr/src/app/webui/webui.py", line 442, in <module>     ui = Maps4FS()          ^^^^^^^^^ File "/usr/src/app/webui/webui.py", line 81, in __init__     self.add_left_widgets() File "/usr/src/app/webui/webui.py", line 306, in add_left_widgets     self.generate_map() File "/usr/src/app/webui/webui.py", line 396, in generate_map     for component_name in mp.generate(): File "/usr/local/lib/python3.11/site-packages/maps4fs/generator/map.py", line 88, in generate     raise e File "/usr/local/lib/python3.11/site-packages/maps4fs/generator/map.py", line 81, in generate     component.process() File "/usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py", line 151, in process     self.draw() File "/usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py", line 294, in draw     cv2.imwrite(layer_path, output_image)

Issue with paths after changing the fs25-map-template directory structure.
Copy/Pasting map to mapUS and re-uploading the file to the image made it work again.

2024-11-27 19:23:07 /usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py:422: FutureWarning: The expected order of coordinates in `bbox` will change in the v2.0.0 release to `(left, bottom, right, top)`.
2024-11-27 19:23:07   objects = ox.features_from_bbox(bbox=self.bbox, tags=tags)
2024-11-27 19:23:07 /usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py:422: FutureWarning: The expected order of coordinates in `bbox` will change in the v2.0.0 release to `(left, bottom, right, top)`.
2024-11-27 19:23:07   objects = ox.features_from_bbox(bbox=self.bbox, tags=tags)
2024-11-27 19:23:08 /usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py:422: FutureWarning: The expected order of coordinates in `bbox` will change in the v2.0.0 release to `(left, bottom, right, top)`.
2024-11-27 19:23:08   objects = ox.features_from_bbox(bbox=self.bbox, tags=tags)
2024-11-27 19:23:08 /usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py:422: FutureWarning: The expected order of coordinates in `bbox` will change in the v2.0.0 release to `(left, bottom, right, top)`.
2024-11-27 19:23:08   objects = ox.features_from_bbox(bbox=self.bbox, tags=tags)
2024-11-27 19:23:10 /usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py:422: FutureWarning: The expected order of coordinates in `bbox` will change in the v2.0.0 release to `(left, bottom, right, top)`.
2024-11-27 19:23:10   objects = ox.features_from_bbox(bbox=self.bbox, tags=tags)
2024-11-27 19:23:10 /usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py:422: FutureWarning: The expected order of coordinates in `bbox` will change in the v2.0.0 release to `(left, bottom, right, top)`.
2024-11-27 19:23:10   objects = ox.features_from_bbox(bbox=self.bbox, tags=tags)
2024-11-27 19:23:10 /usr/local/lib/python3.11/site-packages/maps4fs/generator/texture.py:422: FutureWarning: The expected order of coordinates in `bbox` will change in the v2.0.0 release to `(left, bottom, right, top)`.
2024-11-27 19:23:10   objects = ox.features_from_bbox(bbox=self.bbox, tags=tags)
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,180 | SRTM tile name N45E020 from latitude band N45.
2024-11-27 19:23:11 __main__ | INFO | 2024-11-27 06:23:11,180 | Decompressed tile already exists: temp/hgt/N45E020.hgt, skipping download.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,180 | Opened tile, shape: (3601, 3601), dtype: int16.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,181 | Window parameters. Column offset:<PHONE_NUMBER>420833, row offset: 2472.4480470064154, width: 94.2712958783377, height: 66.30508969523362.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,181 | DEM data was read from SRTM file. Shape: (66, 94), dtype: int16. Min: 67, max: 89.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,183 | Maximum value in resampled data: 89, minimum value: 67.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,183 | Auto processing is disabled, DEM data will not be normalized.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,184 | DEM data was resampled. Shape: (2048, 2048), dtype: uint16. Min: 67, max: 89.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,189 | Gaussion blur applied to DEM data with kernel size 35.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,190 | DEM data was blurred. Shape: (2048, 2048), dtype: uint16. Min: 67, max: 88.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,205 | DEM data was saved to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/NE.png.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,206 | DEM output resolution: (2048, 2048).
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,206 | Detected tile name: N45E020 for coordinates: lat 45.28571110785066, lon 20.26354636880035.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,206 | SRTM tile name N45E020 from latitude band N45.
2024-11-27 19:23:11 __main__ | INFO | 2024-11-27 06:23:11,206 | Decompressed tile already exists: temp/hgt/N45E020.hgt, skipping download.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,206 | Opened tile, shape: (3601, 3601), dtype: int16.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,206 | Window parameters. Column offset:<PHONE_NUMBER>201306, row offset: 2538.787466890004, width: 94.2406673222431, height: 66.30508969523362.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,207 | DEM data was read from SRTM file. Shape: (66, 94), dtype: int16. Min: 67, max: 121.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,209 | Maximum value in resampled data: 121, minimum value: 67.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,209 | Auto processing is disabled, DEM data will not be normalized.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,210 | DEM data was resampled. Shape: (2048, 2048), dtype: uint16. Min: 67, max: 121.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,217 | Gaussion blur applied to DEM data with kernel size 35.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,218 | DEM data was blurred. Shape: (2048, 2048), dtype: uint16. Min: 67, max: 121.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,234 | DEM data was saved to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/E.png.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,234 | DEM output resolution: (2048, 2048).
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,234 | Detected tile name: N45E020 for coordinates: lat 45.267283431503486, lon 20.26354636880035.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,234 | SRTM tile name N45E020 from latitude band N45.
2024-11-27 19:23:11 __main__ | INFO | 2024-11-27 06:23:11,234 | Decompressed tile already exists: temp/hgt/N45E020.hgt, skipping download.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,235 | Opened tile, shape: (3601, 3601), dtype: int16.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,235 | Window parameters. Column offset:<PHONE_NUMBER>287988, row offset: 2605.1271017398394, width: 94.2100683049066, height: 66.30508969523362.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,238 | DEM data was read from SRTM file. Shape: (66, 94), dtype: int16. Min: 68, max: 125.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,240 | Maximum value in resampled data: 125, minimum value: 68.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,240 | Auto processing is disabled, DEM data will not be normalized.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,241 | DEM data was resampled. Shape: (2048, 2048), dtype: uint16. Min: 68, max: 125.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,247 | Gaussion blur applied to DEM data with kernel size 35.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,248 | DEM data was blurred. Shape: (2048, 2048), dtype: uint16. Min: 68, max: 125.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,267 | DEM data was saved to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/SE.png.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,267 | DEM output resolution: (2048, 2048).
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,267 | Detected tile name: N45E020 for coordinates: lat 45.26728045028005, lon 20.237450346097145.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,267 | SRTM tile name N45E020 from latitude band N45.
2024-11-27 19:23:11 __main__ | INFO | 2024-11-27 06:23:11,267 | Decompressed tile already exists: temp/hgt/N45E020.hgt, skipping download.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,267 | Opened tile, shape: (3601, 3601), dtype: int16.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,267 | Window parameters. Column offset:<PHONE_NUMBER>712186, row offset: 2605.1378341442323, width: 94.21006335700804, height: 66.30508969520452.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,268 | DEM data was read from SRTM file. Shape: (66, 94), dtype: int16. Min: 115, max: 124.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,270 | Maximum value in resampled data: 124, minimum value: 115.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,270 | Auto processing is disabled, DEM data will not be normalized.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,270 | DEM data was resampled. Shape: (2048, 2048), dtype: uint16. Min: 115, max: 124.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,275 | Gaussion blur applied to DEM data with kernel size 35.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,276 | DEM data was blurred. Shape: (2048, 2048), dtype: uint16. Min: 116, max: 124.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,292 | DEM data was saved to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/S.png.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,292 | DEM output resolution: (2048, 2048).
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,292 | Detected tile name: N45E020 for coordinates: lat 45.26727746905692, lon 20.21135432475994.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,292 | SRTM tile name N45E020 from latitude band N45.
2024-11-27 19:23:11 __main__ | INFO | 2024-11-27 06:23:11,292 | Decompressed tile already exists: temp/hgt/N45E020.hgt, skipping download.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,293 | Opened tile, shape: (3601, 3601), dtype: int16.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,293 | Window parameters. Column offset:<PHONE_NUMBER>312399, row offset: 2605.148566547461, width: 94.21005840909493, height: 66.30508969523362.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,293 | DEM data was read from SRTM file. Shape: (66, 94), dtype: int16. Min: 116, max: 124.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,295 | Maximum value in resampled data: 124, minimum value: 116.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,295 | Auto processing is disabled, DEM data will not be normalized.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,296 | DEM data was resampled. Shape: (2048, 2048), dtype: uint16. Min: 116, max: 124.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,304 | Gaussion blur applied to DEM data with kernel size 35.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,305 | DEM data was blurred. Shape: (2048, 2048), dtype: uint16. Min: 116, max: 124.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,323 | DEM data was saved to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/SW.png.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,323 | DEM output resolution: (2048, 2048).
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,323 | Detected tile name: N45E020 for coordinates: lat 45.285705145423414, lon 20.21135432475994.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,323 | SRTM tile name N45E020 from latitude band N45.
2024-11-27 19:23:11 __main__ | INFO | 2024-11-27 06:23:11,323 | Decompressed tile already exists: temp/hgt/N45E020.hgt, skipping download.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,324 | Opened tile, shape: (3601, 3601), dtype: int16.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,324 | Window parameters. Column offset:<PHONE_NUMBER>273592, row offset: 2538.8089316280966, width: 94.24065741687082, height: 66.30508969523362.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,324 | DEM data was read from SRTM file. Shape: (66, 94), dtype: int16. Min: 67, max: 123.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,326 | Maximum value in resampled data: 123, minimum value: 67.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,326 | Auto processing is disabled, DEM data will not be normalized.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,327 | DEM data was resampled. Shape: (2048, 2048), dtype: uint16. Min: 67, max: 123.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,333 | Gaussion blur applied to DEM data with kernel size 35.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,335 | DEM data was blurred. Shape: (2048, 2048), dtype: uint16. Min: 67, max: 123.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,352 | DEM data was saved to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/W.png.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,352 | DEM output resolution: (2048, 2048).
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,352 | Detected tile name: N45E020 for coordinates: lat 45.30413276207705, lon 20.21135432475994.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,352 | SRTM tile name N45E020 from latitude band N45.
2024-11-27 19:23:11 __main__ | INFO | 2024-11-27 06:23:11,352 | Decompressed tile already exists: temp/hgt/N45E020.hgt, skipping download.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,353 | Opened tile, shape: (3601, 3601), dtype: int16.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,353 | Window parameters. Column offset:<PHONE_NUMBER>540704, row offset: 2472.469511675008, width: 94.27128596343391, height: 66.30508969520452.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,353 | DEM data was read from SRTM file. Shape: (66, 94), dtype: int16. Min: 65, max: 120.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,355 | Maximum value in resampled data: 120, minimum value: 65.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,355 | Auto processing is disabled, DEM data will not be normalized.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,356 | DEM data was resampled. Shape: (2048, 2048), dtype: uint16. Min: 65, max: 120.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,361 | Gaussion blur applied to DEM data with kernel size 35.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,362 | DEM data was blurred. Shape: (2048, 2048), dtype: uint16. Min: 65, max: 119.
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,378 | DEM data was saved to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/NW.png.
2024-11-27 19:23:11 __main__ | INFO | 2024-11-27 06:23:11,378 | DEM file for tile N found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/N.png
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,378 | Generating obj file for tile N in path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/N.obj
2024-11-27 19:23:11 __main__ | DEBUG | 2024-11-27 06:23:11,398 | DEM data resized to shape: (512, 512) with factor: 0.25
2024-11-27 19:23:13 __main__ | DEBUG | 2024-11-27 06:23:13,016 | Mesh simplified to 52224 faces
2024-11-27 19:23:13 __main__ | INFO | 2024-11-27 06:23:13,099 | Obj file saved: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/N.obj
2024-11-27 19:23:13 __main__ | INFO | 2024-11-27 06:23:13,099 | DEM file for tile NE found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/NE.png
2024-11-27 19:23:13 __main__ | DEBUG | 2024-11-27 06:23:13,099 | Generating obj file for tile NE in path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/NE.obj
2024-11-27 19:23:13 __main__ | DEBUG | 2024-11-27 06:23:13,120 | DEM data resized to shape: (512, 512) with factor: 0.25
2024-11-27 19:23:14 __main__ | DEBUG | 2024-11-27 06:23:14,099 | Mesh simplified to 52223 faces
2024-11-27 19:23:14 __main__ | INFO | 2024-11-27 06:23:14,176 | Obj file saved: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/NE.obj
2024-11-27 19:23:14 __main__ | INFO | 2024-11-27 06:23:14,176 | DEM file for tile E found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/E.png
2024-11-27 19:23:14 __main__ | DEBUG | 2024-11-27 06:23:14,176 | Generating obj file for tile E in path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/E.obj
2024-11-27 19:23:14 __main__ | DEBUG | 2024-11-27 06:23:14,197 | DEM data resized to shape: (512, 512) with factor: 0.25
2024-11-27 19:23:15 __main__ | DEBUG | 2024-11-27 06:23:15,108 | Mesh simplified to 52224 faces
2024-11-27 19:23:15 __main__ | INFO | 2024-11-27 06:23:15,181 | Obj file saved: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/E.obj
2024-11-27 19:23:15 __main__ | INFO | 2024-11-27 06:23:15,181 | DEM file for tile SE found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/SE.png
2024-11-27 19:23:15 __main__ | DEBUG | 2024-11-27 06:23:15,181 | Generating obj file for tile SE in path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/SE.obj
2024-11-27 19:23:15 __main__ | DEBUG | 2024-11-27 06:23:15,201 | DEM data resized to shape: (512, 512) with factor: 0.25
2024-11-27 19:23:16 __main__ | DEBUG | 2024-11-27 06:23:16,043 | Mesh simplified to 52224 faces
2024-11-27 19:23:16 __main__ | INFO | 2024-11-27 06:23:16,118 | Obj file saved: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/SE.obj
2024-11-27 19:23:16 __main__ | INFO | 2024-11-27 06:23:16,118 | DEM file for tile S found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/S.png
2024-11-27 19:23:16 __main__ | DEBUG | 2024-11-27 06:23:16,118 | Generating obj file for tile S in path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/S.obj
2024-11-27 19:23:16 __main__ | DEBUG | 2024-11-27 06:23:16,138 | DEM data resized to shape: (512, 512) with factor: 0.25
2024-11-27 19:23:17 __main__ | DEBUG | 2024-11-27 06:23:17,054 | Mesh simplified to 52223 faces
2024-11-27 19:23:17 __main__ | INFO | 2024-11-27 06:23:17,127 | Obj file saved: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/S.obj
2024-11-27 19:23:17 __main__ | INFO | 2024-11-27 06:23:17,127 | DEM file for tile SW found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/SW.png
2024-11-27 19:23:17 __main__ | DEBUG | 2024-11-27 06:23:17,127 | Generating obj file for tile SW in path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/SW.obj
2024-11-27 19:23:17 __main__ | DEBUG | 2024-11-27 06:23:17,147 | DEM data resized to shape: (512, 512) with factor: 0.25
2024-11-27 19:23:18 __main__ | DEBUG | 2024-11-27 06:23:18,018 | Mesh simplified to 52223 faces
2024-11-27 19:23:18 __main__ | INFO | 2024-11-27 06:23:18,093 | Obj file saved: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/SW.obj
2024-11-27 19:23:18 __main__ | INFO | 2024-11-27 06:23:18,093 | DEM file for tile W found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/W.png
2024-11-27 19:23:18 __main__ | DEBUG | 2024-11-27 06:23:18,093 | Generating obj file for tile W in path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/W.obj
2024-11-27 19:23:18 __main__ | DEBUG | 2024-11-27 06:23:18,113 | DEM data resized to shape: (512, 512) with factor: 0.25
2024-11-27 19:23:18 __main__ | DEBUG | 2024-11-27 06:23:18,996 | Mesh simplified to 52223 faces
2024-11-27 19:23:19 __main__ | INFO | 2024-11-27 06:23:19,070 | Obj file saved: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/W.obj
2024-11-27 19:23:19 __main__ | INFO | 2024-11-27 06:23:19,070 | DEM file for tile NW found: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/NW.png
2024-11-27 19:23:19 __main__ | DEBUG | 2024-11-27 06:23:19,070 | Generating obj file for tile NW in path: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/NW.obj
2024-11-27 19:23:19 __main__ | DEBUG | 2024-11-27 06:23:19,091 | DEM data resized to shape: (512, 512) with factor: 0.25
2024-11-27 19:23:19 __main__ | DEBUG | 2024-11-27 06:23:19,992 | Mesh simplified to 52224 faces
2024-11-27 19:23:20 __main__ | INFO | 2024-11-27 06:23:20,065 | Obj file saved: /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/objects/tiles/NW.obj
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,066 | Loaded generation info from /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/generation_info.json
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,067 | Updated generation info, now contains 8 fields
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,075 | Saved updated generation info to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/generation_info.json
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,076 | Scaling factor: 1.0. Preview size: (2048, 2048).
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,076 | Following layers have tag textures: 8.
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,345 | Merged layers into one image. Shape: (2048, 2048, 3), dtype: uint8.
2024-11-27 19:23:20 __main__ | INFO | 2024-11-27 06:23:20,364 | Preview saved to /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/previews/textures_osm.png.
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,365 | Starting DEM previews generation.
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,365 | Creating grayscale preview of DEM data in /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/previews/dem_grayscale.png.
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,423 | Creating colored preview of DEM data in /usr/src/app/maps/FS25_45_28571_20_23743_2024-11-27_06-23-06/previews/dem_colored.png.
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,462 | DEM data before normalization. Shape: (2049, 2049), dtype: uint8. Min: 0, max: 14.
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,464 | DEM data after normalization. Shape: (2049, 2049), dtype: uint8. Min: 0, max: 255.
2024-11-27 19:23:20 __main__ | INFO | 2024-11-27 06:23:20,484 | Generating a preview image for the background DEM
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,484 | Full size of the preview image: 6144 x 6144
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,484 | Empty image created: (6144, 6144)
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,516 | Tile N image shape: (2048, 2048), dtype: uint16, max: 89, min: 68
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,516 | Tile N size: 2048 x 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,516 | Tile N position. X from 2048 to 4096, Y from 0 to 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,538 | Tile NE image shape: (2048, 2048), dtype: uint16, max: 88, min: 67
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,538 | Tile NE size: 2048 x 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,538 | Tile NE position. X from 4096 to 6144, Y from 0 to 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,559 | Tile E image shape: (2048, 2048), dtype: uint16, max: 121, min: 67
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,559 | Tile E size: 2048 x 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,559 | Tile E position. X from 4096 to 6144, Y from 2048 to 4096
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,583 | Tile SE image shape: (2048, 2048), dtype: uint16, max: 125, min: 68
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,584 | Tile SE size: 2048 x 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,584 | Tile SE position. X from 4096 to 6144, Y from 4096 to 6144
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,610 | Tile S image shape: (2048, 2048), dtype: uint16, max: 124, min: 116
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,610 | Tile S size: 2048 x 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,610 | Tile S position. X from 2048 to 4096, Y from 4096 to 6144
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,630 | Tile SW image shape: (2048, 2048), dtype: uint16, max: 124, min: 116
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,630 | Tile SW size: 2048 x 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,630 | Tile SW position. X from 0 to 2048, Y from 4096 to 6144
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,651 | Tile W image shape: (2048, 2048), dtype: uint16, max: 123, min: 67
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,651 | Tile W size: 2048 x 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,651 | Tile W position. X from 0 to 2048, Y from 2048 to 4096
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,672 | Tile NW image shape: (2048, 2048), dtype: uint16, max: 119, min: 65
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,672 | Tile NW size: 2048 x 2048
2024-11-27 19:23:20 __main__ | DEBUG | 2024-11-27 06:23:20,672 | Tile NW position. X from 0 to 2048, Y from 0 to 2048
2024-11-27 19:23:21 __main__ | INFO | 2024-11-27 06:23:21,829 | Generating map preview for lat=45.28571409289627, lon=20.237433441210115, map_size=2048
2024-11-27 19:23:24 __main__ | INFO | 2024-11-27 06:23:24,748 | Map packed to /usr/src/app/archives/FS25_45_28571_20_23743_2024-11-27_06-23-06.zip
2024-11-27 19:23:24 __main__ | INFO | 2024-11-27 06:23:24,748 | Generated was set to True in the session state.
2024-11-27 19:23:24 __main__ | INFO | 2024-11-27 06:23:24,758 | Generated was set to False in the session state.
2024-11-27 19:23:24 __main__ | INFO | 2024-11-27 06:23:24,758 | Generating map preview for lat=45.28571409289627, lon=20.237433441210115, map_size=2048

@YipNZ @PicSoul, hey!
Thanks for reporting! I'm sorry, the template was updated and added to the Docker image, but the previous version of the PyPI package was installed. So I've added a pause to the action, it will wait until the new version is available and probably should not happen again. :D
Anyway, a new docker image is available and it should work fine.
Sincerely


[Bug]: nested case...when... constructs,Causing desensitization to fail

ODC version
4.2.x
OB version
all
What happened?

nested case...when... constructs,Causing desensitization to fail
What did you expect to happen?
Normal desensitization
How can we reproduce it (as minimally and precisely as possible)?
Query sensitive columns in the following manner：
SELECT column_name,
CASE
WHEN condition1 THEN result1
WHEN condition2 THEN
CASE
WHEN condition2_1 THEN result2_1
WHEN condition2_2 THEN result2_2
END
WHEN condition3 THEN result3
ELSE default_result
END AS alias_name
FROM table_name;
Anything else we need to know?
No response
Cloud
No response

pass

case when contains is null desensitization failure


added nfsvers=3 as client_nfs_options for RedHat

CentOS 7.9 mount as nfs 4 if no options are specified

Thanks!


[BACKLOG-4882] Get Data Integration.app working without java mac comp…

…at issues
- initial app structure built with appify ( https://gist.github.com/mathiasbynens/674099 )
- JavaApplicationStub now simply changes to base design-tool dir and calls the .command
- tested in a OS X environment with Java natively installed
- tested as an installer build in a clean OS X without Java natively installed ( to have the .app use the installer-provided java )
- tested with jdk <IP_ADDRESS> and jdk <IP_ADDRESS>

@dkincade , @rmansoor please review

app built with appify tool
added a basic Info.plist to a) have the ability to provide a icon ( /Contents/Resources/.icns ) b) have the ability to rename and call the executable 'JavaApplicationStub' ( as that's the name that build.xml is expecting, so no changes needed there )


Add docs for run fmt and lint on save.

I added the .vscode folder to gitignore. So that if people do add the run on save command to workspace settings the settings.json file isn't saved to the git repo.


Bookmarked images are not found

Prerequisites

[*] Did you read FAQ section?
[* ] Did you test with the latest releases or commit ?

Description
While trying to download bookmarked pictures (option 6.), no images are found on the first page, and execution ends.
Steps to Reproduce

Login with cookie
Enter 6
Enter y
Enter empty
Enter empty
Enter empty

Expected behavior: Images are found, extracted and donwloaded
Actual behavior: No images were found on the first page, and no images were downloaded.
Versions
20191215
Log
2019-12-18 15:19:17,980 - PixivUtil20191215 - INFO - Starting with argument: [PixivUtil\PixivUtil2.exe -s 6 y 1 1].
2019-12-18 15:19:17,980 - PixivUtil20191215 - INFO - Setting log level to: DEBUG
2019-12-18 15:19:17,980 - PixivUtil20191215 - INFO - No default cookie jar available, creating...
2019-12-18 15:19:18,152 - PixivUtil20191215 - INFO - Using default DB Path: [...]\PixivUtil\db.sqlite
2019-12-18 15:19:18,152 - PixivUtil20191215 - INFO - Only process members where the last update is >= 7 days ago
2019-12-18 15:19:18,230 - PixivUtil20191215 - INFO - Using Username: [...]
2019-12-18 15:19:18,230 - PixivUtil20191215 - INFO - Trying to log in with saved cookie
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - Logging in, return url: https://www.pixiv.net/
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - Login successful.
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - Logged in using cookie
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - My User Id: [...].
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - Premium User: [...].
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - Locale = /en
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - User's Image Bookmark mode.
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - Importing user's bookmarked image from page 1
2019-12-18 15:19:20,511 - PixivUtil20191215 - INFO - Source URL: https://www.pixiv.net/bookmark.php?p=1
2019-12-18 15:19:21,870 - PixivUtil20191215 - INFO - Importing user's bookmarked image from page 1
2019-12-18 15:19:21,870 - PixivUtil20191215 - INFO - Source URL: https://www.pixiv.net/bookmark.php?p=1&rest=hide
2019-12-18 15:19:24,103 - PixivUtil20191215 - INFO - Found 0 image(s).

found the root cause, but I cannot create the compiled version because of py2exe doesn't support py3.8 yet...

can you try: https://github.com/Nandaka/PixivUtil2/releases/tag/v21091218

Yep. The new release works fine!


hierdis installation problem in  windows

not able to install hierdis getting below error

I'm not sure we can be of much help because this is an error for hiredis-node, not hiredis.
Also AFAIK hiredis-node is not maintained anymore.  They recommend using node-redis


Modernize hotspot corner click interactions

The first major iteration of this was completed. Will open a new ticket/bug for any further refinements.


HAWQ-991. Support registering hash distribution table into random distribution table.

cc @ictmalili @stanlyxiang

+1

Merged into master.


Broken link

Hello,
I found that the link at https://github.com/GoogleCloudPlatform/google-cloud-python/blob/master/core/google/cloud/client.py#L33 is broken.
https://google-cloud-python.readthedocs.io/en/latest/google-cloud-auth.html

Potential replacement candidate: http://google-auth.readthedocs.io/en/latest/

Thanks for filing @parthea!
This is the new location: https://google-cloud-python.readthedocs.io/en/latest/core/auth.html
Would you like to send a PR to get credit for your find? It will be super easy, no unit tests needed :grinning:

Done. Thanks @dhermes !


init coc-sources vimPlugins

Description of changes
Include coc.nvim plugins from https://github.com/neoclide/coc-sources
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

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

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

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

[ ] Fits CONTRIBUTING.md.

Hi @arcnmx,
Would you mind rebasing this PR when you have a moment?
If it's not something you're concerned about anymore, feel free to close the PR—no worries at all. I totally understand if too much time has passed.


Super slow when running in Jest Travis-CI(any CI for that matter)

I'm having a feeling its related to the number of workers and the hardware that the CI provider runs on, but I was curious if anyone has any nice recipes for Travis-CI?
It takes a solid 8 mins to run a coverage task.
Here is my jest configuration:

"jest": {
    "testRegex": ".*?(\\.spec).js",
    "transformIgnorePatterns": [
      "node_modules"
    ],
    "collectCoverageFrom": [
      "client/**/*.js",
      "client/**/*.jsx",
      "server/**/*.js*"
    ],
    "transform": {
      ".*": "<rootDir>/node_modules/babel-jest/build/index.js"
    },
    "setupFiles": [
      "./utilities/testSetup.js"
    ],
    "moduleNameMapper": {
      "\\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2|mp4|webm|wav|mp3|m4a|aac|oga)$": "<rootDir>/utilities/fileMock.js",
      "\\.(css|less)$": "identity-obj-proxy"
    },
    "coverageReporters": [
      "json",
      "html",
      "text",
      "lcov",
      "clover"
    ]
  }

My run commands:

    "test": "jest --silent",
    "test:watch": "npm run test -- --watch",
    "test:coverage": "jest --coverage",

http://facebook.github.io/jest/docs/en/troubleshooting.html#tests-are-extremely-slow-on-docker-and-or-continuous-integration-ci-server
tl;dr use jest --runInBand or jest --maxWorkers=4 or something, it depends on CI.

@thymikee jest --maxWorkers=4 worked like a charm, did it right before you sent the response.

Awesome! Can you make a PR with a note about that on Travis CI --maxWorkers=4 usually works good?

Could be worth. building that into Jest - Travis is a super popular CI? (you can look for the ENV var "HAS_JOSH_K_SEAL_OF_APPROVAL" and assume it's travis )

@thymikee Yep I'll put together a PR today in the docs, thanks!

For future Google visitors, you can find more knowledge on in this --maxWorkers on that blog post


✅ Code coverage

Adds code coverage to the repository. Extends ci-build.ps1 for local builds. Adds Report Generator for merging code coverage reports. Publishes to CodeCov. Updates some test parameters.

Welcome to Codecov :tada:
Once you merge this PR into your default branch, you're all set! Codecov will compare coverage reports and display results in all future pull requests.
:information_source: You can also turn on project coverage checks and project coverage reporting on Pull Request comment
Thanks for integrating Codecov - We've got you covered :open_umbrella:


TextSplitter: add support for re-adding separators

Fixes https://github.com/hwchase17/langchain/issues/2836

@cktang88 I am giving up on this. Feel comfortable to adopt this PR or the code if you wish.
It is more difficult than I thought

closing for now


plugin not able to start delve and error dap not installed

installed the dap client
use 'mfussenegger/nvim-dap'
followed dap installation wiki for golang using delve directly
https://github.com/mfussenegger/nvim-dap/wiki/Debug-Adapter-installation#go-using-delve-directly
based on instructions from the wiki installed use 'leoluz/nvim-dap-go'
as per readme from the plugin to start delve
require('dap-go').setup()
added to dap.lua file and sourced it via init.lua
setup details:
init.lua ->dap.lua
error:
Error detected while processing /home/karthick/.config/nvim/init.lua:
E5113: Error while calling lua chunk: ...e/nvim/site/pack/packer/start/nvim-dap-go/lua/dap-go.lua:38: dap-go dependency error: dap not installed

checked command by executing  :DapContinue the command is available
nvim version:
NVIM v0.9.0
Build type: Release
LuaJIT 2.1.0-beta3

For some reason the command require('dap') is failing in your setup. Try running :lua require('dap') and see if it returns error. If it does, double check your configurations.


[Feature Request] Helper function?

We got some feedback that a helper function could be useful. And indeed it'd be easy to create a basset() function that returns... what? That's the question. What would it return?
It could be:

(a) the path to the internalized assed, so you can do <script src="{{ basset('https://path/to/file.js') }}">
(b) the entire output, as a string, so you can do {{ basset('https://path/to/file.js') }} instead of @basset('https://path/to/file.js')
(c) an object that implements Stringable... so if you echo it it's the same thing as (a) above... but you could also do other stuff to it like... I don't know 😅

So... probably (a) right? @promatik what do you think?

Just realized if we do (a) or (c)... this would make basset() a drop-in replacement for Laravel's asset() helper. Which I think is great.
So you'd have two ways of using Basset:

@basset() to replace your <script src="https://path/to/file.js">
basset('https://path/to/file.js') to replace your asset('https://path/to/file.js')

🤯

Guess the directive would be a wrapper around Basset::getUrl() then. 👍

🤷♂ does that work if the asset hasn't been internalized yet? I don't think so. @promatik will know more, but I think it'd be more like:
public function basset(string $asset) {
    $status = Basset::basset($asset);

    // TODO: Maybe do some checks if the asset hasn't been internalized? I don't know.

    return Basset::getUrl($asset);
}

But in any case, yes, that would be the return, Basset::getUrl()

Hey @tabacitu let's move this to #85 👌
I've made some changes there too.