Issues in RGI region08 tile6 (Kebnekaise massif, Sweden)

I noticed that all glaciers near the Kebnekaise massif in Sweden were poorly georeferenced in the order of 100–200 m. It doesn't seem to be a systematic shift, but rather some projection error. Especially Storglaciären looks like it was squished by a troll! Below is the RGI6 outline of it (red) and an example of a 2017 (green) outline on top of it in 1990 (beige) that I did for a paper. One can also quite clearly see the generally eastward offset of the neighbouring glaciers, as well as the way too thick glacier body of Storglaciären.

Please comment generally on issues identified here:
I started identifying the ones that were off in the vicinity, until I realised that all of them were off! Below is just a small sample of the erroneous ones.
G018541E67940N,G018557E67946N,G018563E67935N,G018579E67937N,G018603E67938N,G018608E67947N,G018648E67934N,G018564E67915N,G018569E67903N,G018496E67910N,G018534E67896N,G018512E67971N,G018564E67972N,G018522E67944N
Thank you for your great work!

@erikmannerfelt thanks for the report!
All outlines in Sweden are based on the GLIMS submissions 362 | 363 | 364 | 365 which seems to all come from the same batch of data (analyst, submitter): https://github.com/GLIMS-RGI/rgi7_scripts/wiki/RGI08-(Scandinavia)

Is it safe to say that all outlines in Sweden (not only Kebnekaise) have these issues?

Regarding the action to take now: it depends on:

is your inventory available for whole of Sweden?
if it is, do we want to use it but then loose closeness to 2000?
can someone make a new inventory for Sweden at the year 2000?
if all fails, ignore and put this on our TODO list for RGI 7.1 ...

Outlines plotted on the GEE tool for confirmation:

@fmaussion, I checked Sarek and Sulitjelma (two other highly glaciated mountain ranges) and they also have the same issues. I would consider all Swedish outlines erroneous!
I had a quick look over the Norwegian border and those outlines look almost perfect. But as soon as it's Sweden, they are wrong! A fun example is the Salajekna glacier which is half in Norway and half in Sweden. Guess which half is good ;)
I will contact the glaciology group in Stockholm University ASAP and ask what they think is the best way forward. My own inventory only stretches around the Kebnekaise massif, so I'm sure there's a more complete archive somewhere.

A fun example is the Salajekna glacier which is half in Norway and half in Sweden.

Yes this is documented here: https://github.com/GLIMS-RGI/rgi7_scripts/issues/26

I will contact the glaciology group in Stockholm University ASAP

Thanks a lot for doing this - please let us know the outcome.

I've been in contact with the glaciology group in Stockholm. Basically, there is no inventory to replace the outlines on Swedish territory at the moment... Since the errors are not only in x and y, but also in their shapes, I recommend a full revision of the outlines.
I may have the time to do this during 2022, depending on some hanging decisions at SU. I'll post updates accordingly. If things go awry in this regard, I'll do my best to delegate this issue before RGI 7.1!

This problem has been partly addressed by Thomas Frank from Uppsala University.
However. visual analysis reveals issues in the southernmost glaciers (blue: RGI6, red: Thomas Frank):

At the border to Norway, the new outline leads to overlap to Norwegian outlines:

As a result I will keep this issue open - I'm not sure that RGI08 in Sweden is in the best possible state


Grant-RsCatalogItemRole Error - "Failed to establish proxy connection" on SQL 2019

Do you want to request a feature or report a bug?
bug
What is the current behavior?
Receiving the error message:
Failed to establish proxy connection to http://server/reportserver/ReportService2010.asmx : there was an error downloading 'http://server/reportserver/ReportService2010.asmx'.
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
-Install SQL Server Reporting Services 2019
-Change Reporting Services service  to run under Administrative service account
-Install-PackageProvider -Name NuGet -Force
-Set-PSRepository -Name 'PSGallery' -InstallationPolicy Trusted
-Install-Module -Name SqlServer -Force -Confirm:$False -AllowClobber
-Install-Module -Name DbaTools -Force -Confirm:$False
-Install-Module -Name ReportingServicesTools
-Set-RsDatabase -DatabaseServerName server -ReportServerInstance SSRS -SqlServerVersion SQLServervNext -Name ReportServer -DatabaseCredentialType ServiceAccount -Confirm:$False
-Set-RsUrlReservation -ComputerName server -ReportServerInstance SSRS -SqlServerVersion SQLServervNext
-Grant-RsCatalogItemRole -ReportServerUri 'http://server/reportserver' -Identity 'DOMAIN\User' -RoleName 'Content Manager' -Path '/'
What is the expected behavior?
Users or groups could be added through the command line to the Report Manager with a specified role i.e. Content Manager.
Which versions of Powershell and which OS are affected by this issue? Did this work in previous versions of our scripts?
Powershell = 5.1.17763.2268
OS = Windows Server 2019 Standard
Yes, this worked for SQL Server 2016

Any luck with this?

I am also having a similar issue runs fine in normal powershell5/ISE but when executed inside a .NetCore 3.1 console application under the hood the 'Grant-RsCatalogItemRole' is trying to execute a New-RsWebServiceProxyHelper -> which in term tries to execute : New-RsWebServiceProxy @NewRsWebServiceProxyParam. This is where I am having an error in my logs, similar to:
Could not load file or assembly
'file:///C:\Users\spadmin\AppData\Local\Temp\2\gfrc04pp\gfrc04pp.dll' or one of its dependencies. The system cannot
find the file specified.

CategoryInfo          : NotSpecified: (:) [Write-Error], WriteErrorException
FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,a606ffe3-0ec9-4ec0-9ec4-e02c793144de.p
s1

Please note that I am trying to connect to a Native PowerBi reportserver.

Same issue here.


[r19.03 backport] leptonica: patch multiple CVEs

Motivation for this change
As I note in https://github.com/NixOS/nixpkgs/pull/60392#issuecomment-490679266 (whose PR should really be merged), the commits fixing CVE-2018-7441 & CVE-2018-7442 don't feel practical to backport and the fix for CVE-2017-18196 is yet to be found.
However this should fix CVE-2018-3836, CVE-2018-7186, CVE-2018-7247 & CVE-2018-7440.
I've also enabled the tests to give me some confidence that I'm not completely butchering the code.
~Haven't yet completed a nox-review for this.~ Builds for me non-nixos linux x86_64
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] macOS
[x] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Assured whether relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

@GrahamcOfBorg build leptonica

Huh I'm getting this wrong output hash problem on another machine of mine too - maybe I made a mistake...

Yup must have poisoned my cache somehow - fixed now.

And I've also checked nox-review works on macos now.

@GrahamcOfBorg build leptonica

Result of nix-review pr 61217 1

14 package were build:

fmbt (tesseract3)
gImageReader (tesseract3)
invoice2data (tesseract3)
jbig2enc (tesseract3)
k2pdfopt (tesseract3)
leptonica (tesseract3)
paperwork (tesseract3)
python27Packages.pytesseract (tesseract3)
python37Packages.paperwork-backend (tesseract3)
python37Packages.pyocr (tesseract3)
python37Packages.pytesseract (tesseract3)
tesseract (tesseract3)
tesseract4 (tesseract3)
vobsub2srt (tesseract3)

It should be noted that k2pdfopt overrides its leptonica, removing all patches.


[Tests] NBitcoin tests that currently fail

These ones fail all the time (are from RPC Client Tests and REST Client Tests):

CanGetBlockHeader
CanGetRawMemPool
CanGetTransaction
CanGetTxOutAsyncFromRPC
CanGetTxOutFromRPC
CanGetUTXOsMempool
CanUseAsyncRPC
EstimateFeeRate
TestFundRawTransaction

These ones I was able to get to pass by running alone but failed originally when running with full batch:

CheckBlockProofOfStake
IndexTheFullChain
RawTransactionIsConformsToRPC

Some of the RPC test failures appear to be related to code commented out in this commit https://github.com/stratisproject/StratisBitcoinFullNode/pull/794
For example CanGetTxOutFromRPC needs this code https://github.com/stratisproject/StratisBitcoinFullNode/blob/master/src/NBitcoin.Tests/NodeBuilder.cs#L538

All good now :-)


Streaming CSV spends a lot of time in table_column_details

At least I think it does. I tried running py-spy top -p $PID against a Datasette process that was trying to do:
datasette covid.db --get '/covid/ny_times_us_counties.csv?_size=10&_stream=on'

While investigating:

#1355

And spotted this:
datasette covid.db --get /covid/ny_times_us_counties.csv?_size=10&_stream=on' (python v3.10.2)
Total Samples 5800
GIL: 71.00%, Active: 98.00%, Threads: 4

  %Own   %Total  OwnTime  TotalTime  Function (filename:line)
  8.00%   8.00%    4.32s     4.38s   sql_operation_in_thread (datasette/database.py:212)
  5.00%   5.00%    3.77s     3.93s   table_column_details (datasette/utils/__init__.py:614)
  6.00%   6.00%    3.72s     3.72s   _worker (concurrent/futures/thread.py:81)
  7.00%   7.00%    2.98s     2.98s   _read_from_self (asyncio/selector_events.py:120)
  5.00%   6.00%    2.35s     2.49s   detect_fts (datasette/utils/__init__.py:571)
  4.00%   4.00%    1.34s     1.34s   _write_to_self (asyncio/selector_events.py:140)

Relevant code: https://github.com/simonw/datasette/blob/798f075ef9b98819fdb564f9f79c78975a0f71e8/datasette/utils/init.py#L609-L625

Maybe it's because supports_table_xinfo() creates a brand new in-memory SQLite connection every time you call it?
https://github.com/simonw/datasette/blob/798f075ef9b98819fdb564f9f79c78975a0f71e8/datasette/utils/sqlite.py#L22-L35


Add Cargo.toml

Why is the Cargo.lock in .gitignore, is the purpose to not have reproducible builds and make things harder to debug?

See https://github.com/embassy-rs/embassy/issues/3405


node_redis problem

Problem :node_redis: Deprecated: The HMSET command contains a "undefined" argument.
This is converted to a "undefined" string now and will return an error from v.3.0 on.
Please handle this in your code to make sure everything works as you intended it to.
I  have this problem with server.js .
thanks

When you use version 1.0.0 then userAction.js will try to store user.sessionId, which has to be part of the user object you send via websocket on loaded.
You probably looked at the README for the master branch, which doesn't mention the user.sessionId, because it has been removed in master branch in this commit.
So either use branch master or make sure your client sends a sessionId.

thank you Dens49 you solved my problem


Add a feature to send caputed data to gophish.

Update parameter json from 'user_agent' to 'user-agent' to make gophish receive it (and export it).

Add a feature to send caputed data to gophish (Username, Password, and Token).

Hi there,
I got the same idea and made another set of PRs (for both evilginx and gophish) without realizing you already had the job done. I just closed both.
After discussing this, it would however be better to have this as an opt-in feature however to keep the default behavior of not exposing credentials to Gophish. Here's how I did to add the config flag: https://github.com/callightmn/evilginx2/commit/bf9fb37c2a471c412e8b6bd7be5f7991b8a4a8be.
Cheers,

Edit: Also I think you are missing session.CookieTokens, which holds the captured cookies. To have the legit cookies (not the verbatim captured ones), you can use (*Terminal).cookieTokensToJSON (see https://github.com/callightmn/evilginx2/commit/bf9fb37c2a471c412e8b6bd7be5f7991b8a4a8be#diff-b2dc582c2ddd0833db78227ddba6f9eeee5aab626125f33d93eb03062b530251R123). As a bonus, it will return a string.

Hello again,
If alright with you, I merged your changes with mine and did a new PR for Evilginx, referencing your PR for Gophish.
I initially didn't wrap the session info into a single member which was not ideal because they are potentially many null fields (no body or http tokens, or custom parameters for instance) even when Evilginx sends its data to Gophish. In case the event is a click, the fields are just irrelevant so your ResultRequest was cleaner.


Update zh.json

I should have deleted it, but I don't know.I should have deleted it, but I don't know if I really deleted it.I should have deleted it, but I don't know if I really deleted it. I don't know how to use github. If I really didn't delete it, please help me delete it.I should have been deleted, but I don’t know if I really delete it. I don’t know how github is used. If I do n’t delete it, please help me delete it, or send me a tutorial for me.I should have been deleted, but I don’t know if I really delete it. I don’t know how GitHub uses it. If I really do n’t delete it, please help me delete it, or send me a tutorial.

我完全删掉了我的库，这下应该没问题了

我已经全部都删了，请你们看看我删的对不对
---Original---
From: @.>
Date: Sun, Jul 31, 2022 20:27 PM
To: @.>;
Cc<EMAIL_ADDRESS>Subject: Re: [arcxingye/EatKano] Update zh.json (PR #164)
Closed #164.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

大可不必

你自己玩吧，别点Pull Request

OK, thank you.
---Original---
From: @.>
Date: Sun, Jul 31, 2022 21:11 PM
To: @.>;
Cc<EMAIL_ADDRESS>Subject: Re: [arcxingye/EatKano] Update zh.json (PR #164)
你自己玩吧，别点Pull Request
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

I'm sorry. Just a moment.
---Original---
From: @.>
Date: Sun, Jul 31, 2022 20:27 PM
To: @.>;
Cc<EMAIL_ADDRESS>Subject: Re: [arcxingye/EatKano] Update zh.json (PR #164)
Closed #164.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>


Add new contributor and post about using legacy databases with AWS Cognito

Issue #, if available:
Description of changes:
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Hi @spejss –– it seems that you're the author of this article, yet you've listed Nader's authorId. I wanted to check in and see if this is a mistake, and if so, can you please fix it before I merge this?

@harrysolovay thanks :D I copy pasted Naders profile and forgot to change that :D

Welcome to the Amplify community @spejss! Look forward to your contributions.


Cache DID document for offline use

Should be possible to use the library in offline mode somehow

I believe the function does too much, if we could decouple the did resolver; the developer could decide if they want to fetch it every time or cache it. I've decided to save it on build time.


Updated timer docs

Updated the documentation for the timer to add a missing function call's description

I know you were following what was already written, but this description (as well as the others you didn't change) does not conform to the writing guidelines.

Use present tense
Use "If true, ..." construction for booleans

For example:

Returns [code]true[/code] if the timer is stopped.

Can you change the others as well?

Alright, I'll switch that over!

@cbscribe The changes have been made. I also left a note in one of your change requests, one thing you mentioned was not documented in the guidelines page.

Updated, as requested.

Thanks for your contribution!


Add validatorVersion on API responses

Return git hash on netlify, based on COMMIT_REF env variable or package.json's version
Close #77

@AntoineAugusti is it ok for you ? You can test the PR version on https://deploy-preview-78--gbfs-validator.netlify.app/

Works well, thanks for working on this! 🙏

Thank you @PierrickP!


PeerKit Additions

Hello!
Thanks for writing PeerKit. I made some local additions, mostly delegate methods that weren't implemented, including sending and receiving resources.
I also added a way to customise the display name as it was just the device UUID by default with no way of changing it.
Also, a way to stop transceiving that disconnects the sessions and the ability to set a new Transceiver e.g. when the display name is changed by a user.
Thanks

This is fantastic, @alexanderjarvis! Thanks for the PR. I'll merge it once you address my two very minor comments.

@jpsim done!


Investigate upgrading MogoDB dependencies

I was planning on doing this after I finished the JavaScript stuff. I can take it if you want.

Cool!


[#3967] Guard against NPE in PendingWriteQueue

Motivation:
If the Channel is already closed when the PendingWriteQueue is created it will generate a NPE when add or remove is called later.
Modifications:
Add null checks to guard against NPE.
Result:
No more NPE possible.

@trustin please check

Cherry-picked into 4.0 (ae32fd4f0b30773683867e871394820bf4e84a23) , 4.1 (f1c5f0e0c7200f63e3e0e21a171cc19afcbed0d3) and master (1be2173596a208754287c6b13f3e580af40a9d85)


feat: use new lastSeen zwaveNode prop

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 5 (0.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.01%) to 21.992%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

lib/ZwaveClient.ts
0
5
0.0%

Totals

Change from base Build<PHONE_NUMBER>:
0.01%

Covered Lines:
3839

Relevant Lines:
18460

💛  - Coveralls


Compile error in VS2015 when compiling unit-conversions.cpp

When i compile unit-conversions.cpp with VS 2015 compiler, I get this error:-
"unit-conversions.cpp : fatal error C1128: number of sections exceeded object file format limit: compile with /bigobj" .
I think we should configure this in cmake to compile this file with /bigobj.
VS 2015 configuration:-
Debug mode
Platform :- x64
Here is the screenshot of the same:-

That is strange, because it works on AppVeyor (MSVC 19.0.24215.1) without issue:

configuration file: https://github.com/nlohmann/json/blob/develop/appveyor.yml
last output: https://ci.appveyor.com/project/nlohmann/json/build/job/qk7oe3c36hnm0bd3

I compiled with VS2017 and it's compiling perfectly fine with this. I don't know why its throwing error with VS2015.

@sonulohani As I never experienced this issue with our CI setup, could you please provide your used MSVC version?

@nlohmann  sure, I will post the MSVC version by this Monday. Sorry for the delay.

Hi @nlohmann ,
Here are the version detail of my MSVC 2015 compiler (got it from cmake):-
Selecting Windows SDK version  to target Windows 10.0.15063.
The CXX compiler identification is MSVC 19.0.24215.1

This is strange - we use exactly this compiler on AppVeyor, see https://ci.appveyor.com/project/nlohmann/json/build/2816/job/48rag9jhyp2je364?fullLog=true.
The difference may be that we build in Release mode. Could you try this please?

Ok, then we need to set /bigobj for Debug builds. Could you please replace test/CMakeLists.txt with CMakeLists.txt and try building a Debug build?

@sonulohani Did you have a chance to test the fixed CMakeLists file from https://github.com/nlohmann/json/issues/1114#issuecomment-400313051?

Hi @nlohmann ,
I have created the PR.

Fixed with #1151.
Thanks!

You're welcome


linux arm64 builds

It would be great if there are official Linux arm64 builds.
We're using VS Code devcontainer in a M1 Mac, as such, the devcontainer is running arm64 Linux.

Thank you for the feature request. Linux arm64 builds are planned soon, especially as AWS Graviton is gaining popularity.
I had hoped to include Linux arm64 builds in the last release, but ended up bumping them for time. Hopefully they'll make it into the next release. The only blockers are logistical: web/doc updates, and having 8 additional build archives to juggle for each release, since Linux arm64 means providing each archive type -- tgz, rpm, deb, apk -- for Community and Premium editions.

Update on this issue: Linux arm64 builds will be available beginning with the next release of Skeema, which should be later this month. Just waiting for the next quarterly MySQL 8 release to happen first, to ensure compatibility. (I suspect MySQL 8.0.28 may be out in 1-2 weeks, based on previous MySQL release schedules. Also possibly waiting on a GA release of MariaDB 10.7, since the 10.7.1 RC came out two months ago. Entirely possible that the pandemic could affect these schedules though.)
One other thing to note: @andyli for your specific case of running Skeema in a Docker container on an m1 Mac, I've found the amd64 (x86_64) Linux builds actually seem to work, since Docker for Mac uses QEMU to emulate x86 on ARM. It will just be a bit slower and use more CPU. You won't be able to install via the RPM or DEB files (they'll complain about arch mismatch), but if you use the tar.gz it should be fine. Alpine's apk also doesn't seem to complain about arch mismatch, fwiw.

Happy to announce that Skeema v1.7.0 has been released, including builds for linux/arm64!


[TCB] building the TCB with overflow checks

This proposes to build the TCB with overflow checks.
How can I test this PR?

@davidiw looks like nothing is happening in longevity testing so far in terms of integer overflow, perhaps a good time to revisit this PR?

Fix the linters, I think you need to either eliminate the last line in the patch. Let's verify all is good with a cluster test canary too. PR looks pretty interesting but good enough. Though might be good to get a dev-infra person to weigh in.

It's ugly but without custom profiles (cf https://github.com/rust-lang/cargo/issues/6988) I don't see a better way to do it : o would be interested to know what the rust experts think : )

/canary

:broken_heart: Test Failed - commit-workflow

let's not leave approved, stale PRs unclosed.


Rebrand Quassel to Lemon

[ ] All Quassel titles should be replaces with "LEMON"
[ ] Subtitle "Gather language exposure" should be replaced with "Language Exposure questionnaire for Multilinguals ONline"

@stwerm Should we also change the color theme to a more lemon like color? I suggest choosing one from the corporate colors:
https://www.cd.uzh.ch/dam/jcr:ceea0afd-0f51-442c-b4ca-c49bb6bd1220/uzh-corporate-colors-rgb.pdf

Great idea, we suggest to go with "UZH Gold"

@stwerm Adding the kleine Weltentdecker logo would also fit into this task:

Should we move the UZH Logo from 1 to 2?
Should we add the kleine Weltentdecker logo at 1? Do you have a .svg version of the logo that you can send us?

yes
we suggest to put the uzh and the kleine weltentdecker*innen logo at 2 and put the lemon logo at 1


Updated Hugo metadata

Fixes #33780

/retitle Update page front matter
Hugo doesn't use these data.


PremiumV2 required for the new Vnet integration?

Hi,
In one section (https://docs.microsoft.com/en-us/azure/app-service/web-sites-integrate-with-vnet), it is mentioned that this new integration will work with Standard, Premium or PremiumV2 App Service Plan but in this section (https://docs.microsoft.com/en-us/azure/app-service/web-sites-integrate-with-vnet#new-vnet-integration), it is mentioned as if you can scale to PremiumV2. Could you please correct the documentation?
Also, I am on the Standard ASP but I am not able to see this New VNET Integration option in the portal.

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

ID: a7a98803-1438-b1b5-f543-7dd88bc4294e
Version Independent ID: 37ff1d0f-ed8e-5e4d-1f4c-1b9f6cffb938
Content: Integrate app with Azure Virtual Network - Azure App Service
Content Source: articles/app-service/web-sites-integrate-with-vnet.md
Service: app-service
GitHub Login: @ccompy
Microsoft Alias: ccompy

Thanks for the feedback! We are currently investigating and will update you shortly.

@blueelvis thanks for your feedback. Bear in mind this doc refers to both Vnet and Vnet (preview). I did rearrange the bullets so that it's more visible that the app service plan must capable of scaling up to PremiumV2


Outdated tutorial docs? Adding column breaks tests

Hello, I'm working through the introduction tutorial and running sql plan dev in the tutorial causes an error due to a broken test:
----------------------------------------------------------------------
Test Failure Summary
======================================================================
Num Successful Tests: 0
Failure Test: sqlmesh_example.full_model test_example_full_model
======================================================================
E
======================================================================
ERROR: test_example_full_model (C:\Users\tcschlic\csi-sqlmesh\tests\test_full_model.yaml)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\Users\tcschlic\csi-sqlmesh\.venv\Lib\site-packages\sqlmesh\core\test\definition.py", line 82, in setUp
    self.engine_adapter.create_view(_test_fixture_name(table_name), df, columns_to_types)
  File "C:\Users\tcschlic\csi-sqlmesh\.venv\Lib\site-packages\sqlmesh\core\engine_adapter\base.py", line 616, in create_view
    self.execute(
  File "C:\Users\tcschlic\csi-sqlmesh\.venv\Lib\site-packages\sqlmesh\core\engine_adapter\base.py", line 1238, in execute
    self.cursor.execute(sql, **kwargs)
duckdb.BinderException: Binder Error: table "t" has 3 columns available but 4 columns specified

----------------------------------------------------------------------
Ran 1 test in 0.026s

FAILED (errors=1)

Error: Cannot generate plan due to failing test(s). Fix test(s) and run again

Seems like intended behavior, just not documented, so I thought I'd flag

Looks like a gap in the documentation indeed. Thanks for reporting this, @schlich!
CC: @treysp

Just came across the same error!

It appears that we indeed had a regression which has been addressed in 0.32.2. Closing this now

@izeigerman I am still getting the same error

@abbywake did you upgrade sqlmesh?

@tobymao What do I run to upgrade?

Got it. Thanks!

@abbywake can you confirm that it works now?


Added bitwise binary operations to GLSL Generator

Bitwise binary operators were parsed but not emitted in the GLSL generator.

Looks good, thanks!


Error: failed to execute 'insertBefore' on 'Node'

What is the location of your example repository?
https://github.com/scottdixon/hydrogen-meta-exports-bug
Which package or tool is having this issue?
Hydrogen
What version of that package or tool are you using?
2024.7.8
What version of Remix are you using?
2.10.1
Steps to Reproduce

Run npm run dev
Go to http://localhost:3000/
Click the Sneakers link
Click the Home link

The storefront will throw a 500 error:

Failed to execute 'insertBefore' on 'Node': The node before which the new node is to be inserted is not a child of this node.

Findings so far:

I suspect it's got something to do with Tailwind. Commenting out tailwindcss() from vite.config.js prevents the issue.
Can't replicate with h2 preview.
A fresh Remix app doesn't exhibit the same behaviour.

Expected Behavior
Meta exports should work.
Actual Behavior
The storefront throws a 500:

Failed to execute 'insertBefore' on 'Node': The node before which the new node is to be inserted is not a child of this node.

As a temporary workaround, I believe upgrading to React 19 seems to solve this issue.

Hey @fafifox , we are aware of this bug but it does seems like it is something we need to upgrade Hydrogen to React 19 to solve this.
It is a bit annoying but it is a bug that only happens while in local development


Files/categories not loading

Hi Keith,
Thank you very much for this project.
I'm trying to load this y-bot into Program-Y v3.7 but somehow it is not loading the files/categories. Is there any configuration that I need to do?

Hi, need a little bit more info
What OS are you running
Which version of Python
Did you follow the installation instructions from Programy wiki and use the Admin tool to install y-bot ?
Which client are you using
Are there any errors on the screen
Are there any errors in the log files
Regards
Keith
<EMAIL_ADDRESS>07771 597630

On 12 Mar 2019, at 03:32, adtorres0503<EMAIL_ADDRESS>wrote:
Hi Keith,
Thank you very much for this project.
I'm trying to load this y-bot into Program-Y v3.7 but somehow it is not loading the files/categories. Is there any configuration that I need to do?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Hi Keith,
Thank you very much. I managed to make it work by using Admin tool as per your advice.


added atol and rtol option

Hey,
found that small cutoff of single Proca star has an effect on the evolution (rtol and atol default ~ 1e-8) and Rmax ~ 40
gives:
https://user-images.githubusercontent.com/16085496/121918124-bfb77780-cd03-11eb-8f0b-656502241813.mp4
the Energy-density evolution is not constant, as we would expect for good initial data. When increasing the (rtol and atol) to larger values of 10^(-12) and 10^(-14) respectively and Rmax ~ 50 seems to solve the problem :
https://user-images.githubusercontent.com/16085496/121918658-453b2780-cd04-11eb-86d2-6dc6ef9d22ad.mp4
which gives very constant evolution.
I added the choice of adding rtol and atol as a parameter now and choose more agressive default values (10^(-10) for atol and rtol) than scipy uses.

Here is the log-version of the fixed one:
https://user-images.githubusercontent.com/16085496/121919710-4c166a00-cd05-11eb-94e9-90a3ed9829d5.mp4


Please build updated Conda package for elasticluster

I finished the work for https://github.com/gc3-uzh-ch/elasticluster/pull/144 recently and pushed an updated bcbio branch; would you update the Conda package and give the result a try, please? Building a new cluster works for me, but it'd be nice to have someone else double check.

I forgot to mention, you'll have to enable secure SSH host key fetching with:
ssh_hostkeys_from_console_output=True

on the [cluster/bcbio] section.

John;
Thanks much for this. I updated bcbio-vm and elasticluster to include these. Much appreciated.


Proposal: Add option to watch testdata subdirectories

Hello,
Firstly, kudos for your valuable contributions through the gow package.
Considering that the use of testdata directories is idiomatic in Go[^1], introducing an option such as --testdata to automatically monitor all testdata subdirectories within the current watch directory could be beneficial.
Please feel free to correct me if my understanding of the gow's capabilities is inaccurate.
[^1]: For instance, see https://github.com/golang/go/tree/master/src/image/testdata
Best regards.

Minor correction: -w would require you to list the path to each testdata (either comma-separated or by repeating the -w flag with another value). There's currently no support for specifying path patterns. It could be added if desired.

@mitranim, thank you for your support! IMO, it would significantly enhance the utility of gow if it could support glob patterns for specifying file paths to watch. This feature could be handy, especially in larger codebases where numerous testdata subdirectories could be present. Could you consider adding this feature? Is it feasible?

Currently, I can currently do this with the gow -v -c -w $(find . -type d -name "testdata" | tr '\n' ',') test -race -v ./... command


Idea: add an option to show current song

Some times, it could be nice to see which song is playing.
A double-click on the status bar icon to re-trigger the notification would be awesome

Theres an option in Preferences called 'Manual shortcut'. Record a shortcut, then each time you press that key combination the notification will be presented again 👍

Thanks


Resolver timeouts on Raspbian

I can't get dnscrypt-proxy 1.9.0 working on Raspbian. I've already tried using two resolvers(dnscrypt.org-fr and dnscrypt.eu-nl, both can be pinged from the device running the proxy) and they do not answer my queries(I'm doing hostip -r <IP_ADDRESS> google.com from the Pi running the proxy to perform the checking). I've also tried TCP-only, but hostip always reports truncated queries.
The local network runs on both IPv4 and IPv6, I've also tried to make the proxy bind to both but it doesn't work either.
I can also verify dnscrypt-proxy(installed through Homebrew) works on my OSX machine while on the same network.
Configuration(everything else is on defaults)
ResolverName dnscrypt.eu-nl
ResolversList /usr/local/share/dnscrypt-proxy/dnscrypt-resolvers.csv
Daemonize no
PidFile /var/run/dnscrypt-proxy.pid
User dnscrypt
LocalAddress <IP_ADDRESS>:53
LocalCache on
EphemeralKeys off
QueryLogFile /tmp/dns-queries.log
LogLevel 7
BlockIPv6 no

Logs
# dnscrypt-proxy /usr/local/etc/dnscrypt-proxy.conf
Tue Jan  3 18:39:34 2017 [INFO] + DNS Security Extensions are supported
Tue Jan  3 18:39:34 2017 [INFO] + Provider supposedly doesn't keep logs
Tue Jan  3 18:39:34 2017 [NOTICE] Starting dnscrypt-proxy 1.9.0
Tue Jan  3 18:39:34 2017 [INFO] Loading plugin [/usr/local/lib/dnscrypt-proxy/libdcplugin_example_logging.so]
Tue Jan  3 18:39:34 2017 [INFO] Loaded plugin: [Log client queries]
Tue Jan  3 18:39:34 2017 [INFO] Loading plugin [/usr/local/lib/dnscrypt-proxy/libdcplugin_example_cache.so]
Tue Jan  3 18:39:34 2017 [INFO] Loaded plugin: [A basic DNS cache]
Tue Jan  3 18:39:34 2017 [INFO] Generating a new session key pair
Tue Jan  3 18:39:34 2017 [INFO] Done
Tue Jan  3 18:39:34 2017 [INFO] Server certificate with serial '0001' received
Tue Jan  3 18:39:34 2017 [INFO] This certificate is valid
Tue Jan  3 18:39:34 2017 [INFO] Chosen certificate #808464433 is valid from [2016-09-08] to [2017-09-08]
Tue Jan  3 18:39:34 2017 [INFO] The key rotation period for this server may exceed the recommended value. This is bad for forward secrecy.
Tue Jan  3 18:39:34 2017 [INFO] Server key fingerprint is 72DF:BE14:531F:F2AD:FD0F:BC8B:F711:B93D:799F:E4D0:34EC:D26B:8BF9:FFA9:32E7:2B79
Tue Jan  3 18:39:34 2017 [NOTICE] Proxying from <IP_ADDRESS>:53 to <IP_ADDRESS>:443
Tue Jan  3 18:39:54 2017 [DEBUG] resolver timeout (UDP)
Tue Jan  3 18:39:59 2017 [DEBUG] resolver timeout (UDP)
Tue Jan  3 18:40:04 2017 [DEBUG] resolver timeout (UDP)
Tue Jan  3 18:43:28 2017 [DEBUG] resolver timeout (UDP)
Tue Jan  3 18:43:33 2017 [DEBUG] resolver timeout (UDP)
Tue Jan  3 18:43:38 2017 [DEBUG] resolver timeout (UDP)

tcpdump done during execution(started before proxy)
# tcpdump -i eth0 -vvv 'port 443'
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
18:39:34.656375 IP (tos 0x0, ttl 64, id 11231, offset 0, flags [DF], proto UDP (17), length 83)
    <IP_ADDRESS>.54085 > resolver1.dnscrypt.eu.https: [bad udp cksum 0x5f80 -> 0x6d3b!] UDP, length 55
18:39:34.704048 IP (tos 0x0, ttl 54, id 36166, offset 0, flags [none], proto UDP (17), length 220)
    resolver1.dnscrypt.eu.https > <IP_ADDRESS>.54085: [udp sum ok] UDP, length 192
18:39:44.417112 IP (tos 0x0, ttl 64, id 12193, offset 0, flags [none], proto UDP (17), length 540)
    <IP_ADDRESS>.32800 > resolver1.dnscrypt.eu.https: [bad udp cksum 0x6149 -> 0xf81b!] UDP, length 512
18:39:49.416425 IP (tos 0x0, ttl 64, id 12404, offset 0, flags [none], proto UDP (17), length 540)
    <IP_ADDRESS>.32800 > resolver1.dnscrypt.eu.https: [bad udp cksum 0x6149 -> 0x3c80!] UDP, length 512
18:39:54.417569 IP (tos 0x0, ttl 64, id 12756, offset 0, flags [none], proto UDP (17), length 540)
    <IP_ADDRESS>.32800 > resolver1.dnscrypt.eu.https: [bad udp cksum 0x6149 -> 0x7bbf!] UDP, length 512
18:43:18.824733 IP (tos 0x0, ttl 64, id 30502, offset 0, flags [none], proto UDP (17), length 540)
    <IP_ADDRESS>.32800 > resolver1.dnscrypt.eu.https: [bad udp cksum 0x6149 -> 0xf6fa!] UDP, length 512
18:43:23.827932 IP (tos 0x0, ttl 64, id 30843, offset 0, flags [none], proto UDP (17), length 540)
    <IP_ADDRESS>.32800 > resolver1.dnscrypt.eu.https: [bad udp cksum 0x6149 -> 0x0452!] UDP, length 512
18:43:28.831290 IP (tos 0x0, ttl 64, id 31312, offset 0, flags [none], proto UDP (17), length 540)
    <IP_ADDRESS>.32800 > resolver1.dnscrypt.eu.https: [bad udp cksum 0x6149 -> 0x5d80!] UDP, length 512

lsof
# lsof -ni | grep dnscrypt
dnscrypt-  5224 dnscrypt    9u  IPv4 1159810      0t0  UDP *:domain
dnscrypt-  5224 dnscrypt   10u  IPv4 1159811      0t0  UDP *:32800
dnscrypt-  5224 dnscrypt   11u  IPv4 1159812      0t0  TCP *:domain (LISTEN)

# lsof -ni | grep domain
dnscrypt-  5224 dnscrypt    9u  IPv4 1159810      0t0  UDP *:domain
dnscrypt-  5224 dnscrypt   11u  IPv4 1159812      0t0  TCP *:domain (LISTEN)

config.log
If anything else is required to debug this issue please ask!

That's a bit weird, especially since it works fine from another device on the same network.
No iptables rules enabled on the Pi?

# iptables -S
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT

# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

# dnscrypt-proxy --resolver-name dnscrypt.org-fr -t 0
Wed Jan  4 14:12:56 2017 [INFO] + DNS Security Extensions are supported
Wed Jan  4 14:12:56 2017 [INFO] + Provider supposedly doesn't keep logs
Wed Jan  4 14:12:56 2017 [NOTICE] Starting dnscrypt-proxy 1.9.0
Wed Jan  4 14:12:56 2017 [INFO] Generating a new session key pair
Wed Jan  4 14:12:56 2017 [INFO] Done
Wed Jan  4 14:12:56 2017 [INFO] Server certificate with serial #1483502752 received
Wed Jan  4 14:12:56 2017 [INFO] This certificate is valid
Wed Jan  4 14:12:56 2017 [INFO] Chosen certificate #1483502752 is valid from [2017-01-04] to [2017-01-05]
Wed Jan  4 14:12:56 2017 [INFO] Server key fingerprint is 520E:2640:7F94:B23A:A384:C03D:E2D0:74AC:475E:6875:A14D:762A:5820:629A:D628:6455
# echo $?
0
#

I think I've got the same issue. When I run dnscrypt-proxy on my Mac as:
$ sudo /usr/local/Cellar/dnscrypt-proxy/1.9.1/sbin/dnscrypt-proxy --resolver-name=cs-ussouth2 --local-address=<IP_ADDRESS>:49 --loglevel=7

I get can confirm that query results are returned:
$ dig @localhost -p 49 google.com

; <<>> DiG 9.8.3-P1 <<>> @localhost -p 49 google.com
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57227
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.com.			IN	A

;; ANSWER SECTION:
google.com.		173	IN	A	<IP_ADDRESS>
google.com.		173	IN	A	<IP_ADDRESS>
google.com.		173	IN	A	<IP_ADDRESS>
google.com.		173	IN	A	<IP_ADDRESS>
google.com.		173	IN	A	<IP_ADDRESS>
google.com.		173	IN	A	<IP_ADDRESS>

;; Query time: 49 msec
;; SERVER: <IP_ADDRESS>#49(<IP_ADDRESS>)
;; WHEN: Tue Jan 10 21:39:12 2017
;; MSG SIZE  rcvd: 124

However, doing a similar thing from my Raspberry Pi:
$ sudo /usr/local/sbin/dnscrypt-proxy --resolver-name=cs-ussouth2 --user=dnscrypt --local-address=<IP_ADDRESS>:49 --loglevel=7

gives me:
$ dig @localhost -p 49 google.com

; <<>> DiG 9.9.5-9+deb8u8-Raspbian <<>> @localhost -p 49 google.com
; (2 servers found)
;; global options: +cmd
;; connection timed out; no servers could be reached

Even stranger, when I change the --resolver-name to cisco I get the following instead:
$ dig @localhost -p 49 google.com

; <<>> DiG 9.9.5-9+deb8u8-Raspbian <<>> @localhost -p 49 google.com
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: FORMERR, id: 34957
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; WARNING: EDNS query returned status FORMERR - retry with '+noedns'

;; QUESTION SECTION:
;google.com.			IN	A

;; Query time: 52 msec
;; SERVER: <IP_ADDRESS>#49(<IP_ADDRESS>)
;; WHEN: Tue Jan 10 22:03:19 MST 2017
;; MSG SIZE  rcvd: 28

When --resolver-name is cs-ussouth2 I get the following logs:
Tue Jan 10 22:02:07 2017 [DEBUG] resolver timeout (UDP)
Tue Jan 10 22:02:13 2017 [DEBUG] resolver timeout (UDP)
Tue Jan 10 22:02:19 2017 [DEBUG] resolver timeout (UDP)

But when I use the cisco resolver I do not.
Any ideas what might be going on? I've followed the DNSCrypt wiki exactly for configuring and installing dnscrypt-proxy.

I was able to get DNSCrypt working with dnscrypt-autoinstall.
I'd still like to understand why installing it with dnscrypt-autoinstall works but following the wiki doesn't. Possibly there is a missing dependency for building dnscrypt when following the wiki?
I'm running
$ uname -a
Linux raspberrypi 4.4.38-v7+ #938 SMP Thu Dec 15 15:22:21 GMT 2016 armv7l GNU/Linux

Sorry, I don't have a Raspberry Pi, and the current Raspbian version doesn't seem to work well on Qemu.
Do you happen to know what libsodium version this distribution ships with?

8330a08b568482130a337cf1ab85611b7d7d3344 might work around it.

latest Raspbian based on Debian Jessie
https://packages.debian.org/search?searchon=names&keywords=libsodium
Package libsodium13
    jessie (stable) (libs): Network communication, cryptography and signaturing library
    1.0.0-1: amd64 arm64 armel armhf i386 mips mipsel powerpc ppc64el s390x

libsodium-dev version 1.0.0-1
$ dpkg -s libsodium-dev
Package: libsodium-dev
Status: install ok installed
Priority: optional
Section: libdevel
Installed-Size: 673
Maintainer: Laszlo Boszormenyi (GCS<EMAIL_ADDRESS>Architecture: armhf
Multi-Arch: same
Source: libsodium
Version: 1.0.0-1
Depends: libsodium13 (= 1.0.0-1)
Description: Network communication, cryptography and signaturing library - headers
 NaCl (pronounced "salt") is a new easy-to-use high-speed software library for
 network communication, encryption, decryption, signatures, etc.
 .
 NaCl's goal is to provide all of the core operations needed to build
 higher-level cryptographic tools.
 .
 Sodium is a portable, cross-compilable, installable, packageable fork of NaCl,
 with a compatible API.
 .
 This package provides development headers needed for applications that use
 libsodium.
Homepage: http://www.libsodium.org/

I won't be able to test that patch until this evening.

This is likely to be the root cause. This version is really old, and had limitations that the proxy depends on.
The patch above should work around it.

Can confirm 8330a08b568482130a337cf1ab85611b7d7d3344 fixes the issue. Also somehow fixes Raspbian's systemd not working well with dnscrypt-proxy.

The fix I had in place (patch still around if needed) was this:

count UDP timeouts
when count >= 3, call exit(1) (very rough, I know)
since dnscrypt-proxy is called by a (delayed+looping) script, its function would be restored automatically

I have been using libsodium stable (filename says libsodium.18.1.1), so a relatively recent one. I will be able to verify if 8330a08 has fixed the issue in the coming weeks, as it was fairly reproducible; I will report back only if issue is still happening.


Environment Cleanup (Docathon 2021)

Mattermost Documentation - Build Environment Cleanup
Goals
Primary

Lock down versions of Sphinx and its dependencies to mitigate issues due to unexpected updates
Upgrade Sphinx extensions to recent releases
Update Sphinx scripts to reflect recent Sphinx releases

Secondary

Enable parallel reading and writing support in Sphinx
Document the pipenv dependencies file (Pipfile)
Enable unlimited depth in navigation sidebar
Fix missing HTML tags in 404 template

Changes
Dependencies
Removed

recommonmark since it was deprecated
sphinx-press-theme since it was not used

Added

myst-parser to replace recommonmark
typing_extensions to support myst-parser on macOS with Python 3.7

Moved

sphinx_reredirects into the extensions/ directory and enabled parallel read and write support
sphinx-sitemap into the extensions/ directory and enabled parallel read and write support

Dependency Versions
Sphinx dependencies were locked down to the following versions:

Dependency
Version

sphinx
3.5.4

sphinx-rtd-theme
0.5.2

myst-parser
0.15.1

sphinx-autobuild
2021.3.14

typing-extensions
<IP_ADDRESS>

awscli
1.20.11

Sphinx Configuration

The conf.py file was updated to reflect recent releases of Sphinx
Configuration for builders other than HTML have been removed
A minimum Sphinx version of 3.4.3 was set to align with the recent Sphinx upgrade in this repo
Sidebar navigation depth was set to -1 to allow for unlimited depth

Build Instructions
macOS

Sphinx's parallel read and write support is not available when using Python 3.8+ on macOS
Parallel read and write support is available when using Python 3.7

See www.python.org for more information on installing Python

If you do not need Sphinx parallel read or write support, skip the instructions in this section.
If you have already run pipenv sync in your environment, you will need to remove the virtual environment that was generated

Note that some VSCode extensions may be impacted by recreating the virtual environment

VSCode should prompt you to re-install any missing extensions and their components

Remove the existing virtual environment by running the following command:

pipenv --rm

Create a new pipenv virtual environment with Python 3.7 using the following command:

pipenv --python 3.7 sync

The documentation can now be built using the following command:

make html

Sphinx Autobuild
The sphinx-autobuild extension is enabled in the Sphinx Makefile and make.bat scripts. This extension allows rapid
development of documentation by watching for modified files and immediately re-building them. The extension also starts
a local HTTP server to host the built documentation.
To start the autobuild, run the following command:
make livehtml

When you have finished using autobuild, press CTRL-C to stop it.
For more information, see the sphinx-autobuild repo: sphinx-autobuild
Missing HTML tags in 404 template
The 404 template was updated to contain complete HTML tags and a defined document language.

Hello @neflyte,
Thanks for your pull request! A Core Committer will review your pull request soon. For code contributions, you can learn more about the review process here.

@justinegeffen - Full disclosure: This PR is a contribution from my partner, Alan Lew. We teamed up together to tackle some of our tool stack cleanup work. In addition to Alan's excellent PR notes, I've noted the following during our testing of these PR changes:
MAC instructions ONLY; can't be used for Windows or Linux
Alan's available to walk us through any part of this PR to clarify as needed.
Switched from Python 3.9 to Python 3.7
We currently have Python 3.9 installed and working; however, we need Python 3.7 to take advantage of performance improvements during docs builds.
run brew list

lists all packages that Brew has installed on the local machine
if you see<EMAIL_ADDRESS>that's the version you have installed. You'll be installing another parallel version of Python, rather than downgrading the one you have.
Note: You can have multiple versions of Python installed on a machine.

Install Python 3.7
run brew install<EMAIL_ADDRESS>
installs 3.7 on the local machine
you may see updates come through for 3.9 too and pip env, that's okay
Note: the following error may occur: "Error: The 'brew link' step did not complete successfully"; this error is unrelated and shouldn't affect anything we're trying to do
Python 3.8 and 3.9 don't work with the parallel building performance improvements; there was a change in how Python does parallel processing on Mac that Sphinx isn't compatible with.

If this gets resolved at some point, we can use a later version of Python again, but in the meantime, the performance enhancements are worth using Python 3.7
not only will we see local builds generating faster, but all of our our pipeline build processes will also be much faster, and our previews will be available sooner

Switch to the branch where you want to build the docs, and rebuild your pipenv environment
run pipenv --rm

if there wasn't already one there, that's okay; the command will be aborted.

Recreate a new pipenv environment
run pipenv --python 3.7 sync
- this didn't work the first time on Carrie's machine because Python 3.7 wasn't in path environment variable
- use any text editor to add<EMAIL_ADDRESS>to the export PATH
- Not all writers may be using bash; different shells will require different steps to correct path environment variables
Build the docs locally
run make html

with any luck, the docs build will look and feel A LOT FASTER because Alan has updated our tech stack to take advantage of all cores on a given machine when building
all warnings and errors are now piped into files warnings.log and errors.log located in the build directory locally (Sphinx seems to treat errors and warnings the same way; we may see duplicate warnings across the two files)

they're no longer displayed on the screen; and they no longer roll off the screen!
running a make clean html will clear these log files as well as remove all build artifacts (really handy when switching branches, etc.)
if a build fails, review the contents of these log files for clues as to what has happened.

In docs builds

LHS depth has been configured as -1 (was 4) to enable unlimited depth (goes as far down as our topic hierarchy does)
highlighting appears to be improved down to at least H4 if not lower
some ways to make this better:

a LHS that is resizable on demand (by the user); requires some CSS and potentially browser cookie code to remember width
some of our topics, when selected in the LHS, auto-collapse; this may be a formatting issue on our end causing this
the LHS tends to scroll up beyond what's visible on the screen as you select deeper and deeper. There may be ways to address this.

If this LHS depth isn't great: revert the depth back

New markdown parser

updated to a new implementation (myst-parser) since the old one we were using has since been deprecated (recommonmark)

different parser altogether
we should review our MD content to ensure it's being converted as expected

the myst-parser is relatively new technology, from the makers of recommonmark; it was released recently

with this new parser, we can use directives with MD files in addition to RST files
Alan has added doc links in the Pipfile for each of our active extensions so that we can learn more about how each of them work

Dependency versions are now locked down via the Pipfile

our Sphinx version is no longer 3.4.3; we're using 3.5.4 (which is pretty close to bleeding edge)

that jump from 3.4.3 to 3.5.4 happened because we didn't lock our dependencies down

we always know what versions of our dependencies we're getting and using
we can upgrade when we're ready, as opposed to brew or other tooling upgrading us without us knowing or preparing for it
we're saying we want version X because we know version X works for our purposes

when we're ready to upgrade to Sphinx 4, we can plan for this in test environments to know what's going to work, what's going to break, etc. That will also work for all of our depencies, including parsers, linters, etc.

index.rst changes

3 links have been removed because they didn't appear to be used/doing anything; we'll want to confirm

Wow, @cwarnermm and @neflyte! This is an astounding PR. Thanks to both of you for putting this together. I'm going to leave this for review over the next day or so if that works for you. I'd like to take some time with this. But really really awesome work. :)

I've updated the sphinx_sitemap extension to enable proper parallel write support based on an existing GitHub PR: https://github.com/jdillard/sphinx-sitemap/pull/29
This resolves the mostly empty sitemap.xml file that was produced previously.

@justinegeffen - With @neflyte's latest commit, sitemap generation looks restored.
With the change noted here, the following conf.py code can safely be merged into Production:
# The short X.Y version.
version = '5.37'
# The full version, including alpha/beta/rc tags.
release = '5.37'

Whoohoo! That's awesome news! I'll review today and we can merge later today. :) Awesome job, @neflyte!!


build failed, cmake error  ‘const class ceres::Problem’ has no member named ‘ParameterBlockLocalSize’ during final step

Everything is fine until final step "pip install -e ."
pixel-perfect-sfm/pixsfm/util/src/memory.h:59:39: error: ‘const class ceres::Problem’ has no member named ‘ParameterBlockLocalSize’; did you mean ‘ParameterBlockSize’?
       59 |         num_active_params += problem->ParameterBlockLocalSize(param_block);
          |                                       ^~~~~~~~~~~~~~~~~~~~~~~
          |                                       ParameterBlockSize
    make[2]: *** [pixsfm/CMakeFiles/pixsfm.dir/build.make:167: pixsfm/CMakeFiles/pixsfm.dir/features/src/featureview.cc.o] Error 1
    make[2]: *** Waiting for unfinished jobs....
    make[1]: *** [CMakeFiles/Makefile2:457: pixsfm/CMakeFiles/pixsfm.dir/all] Error 2
    make: *** [Makefile:130: all] Error 2

os: linux ubuntu 20.04
colmap and ceres-solver was installed successfully, and there is no problem in running those two packages independently

Found same issue and solution here


includes does not work on ie11

Hello!
I just realized your code give an error on ie11 on line 211.
It turns out ie11 does not support "includes" method.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/includes
My Suggestion.
change this:
} else if (compareMethods.includes(method)) {
to this:
} else if (compareMethods.indexOf(method) >= 0) {
thanks

Thanks @peca11 I will take a look at this soon and test it out.

Updated and fixed here https://github.com/jerrylow/breakpoints/commit/d166cc3d897ef01f73371a0def5fba2851c1bfad


Processors and Filters to be stored with exported Pipelines

When pipeline elements are exported using Import/Export tool.  It would be good if the processor filters and their filters could also be exported.
Thought should be given to whether it needs to be optional, and if so whether on export, import or both.
It would be good if an "Enable filters and processors now?" feature was available on import.  Guess this would only enable any processors and filters that were enabled in the original export.

Relates to https://github.com/gchq/stroom/issues/926


Fix paths to example actions in readme

Change-type: patch
Signed-off-by: Kyle Harding<EMAIL_ADDRESS>

@balena-ci I self-certify!


Unable to flash Arlec PB190HA smart plug

Hi i have two arlec PB190HA smart plugs from bunnings and i'm unable to flash them with Tuya-Convert. I've managed to flash an arlec powerboard.
`Backing up NetworkManager.cfg...
Restarting NetworkManager...
Backing up /etc/dnsmasq.conf...
Writing dnsmasq config file...
Creating new /etc/dnsmasq.conf...
Writing hostapd config file...
Configuring AP interface...
Applying iptables rules...
Starting DNSMASQ server...
dnsmasq: failed to create listening socket for port 53: Address already in use
RTNETLINK answers: File exists
Starting AP on wlp2s0 in screen terminal...
Configuration file: /etc/hostapd/hostapd.conf
Using interface wlp2s0 with hwaddr 18:cf:5e:ed:7a:a3 and ssid "vtrust-flash"
wlp2s0: interface state UNINITIALIZED->ENABLED
wlp2s0: AP-ENABLED
wlp2s0: STA 34:29:12:38:d4:00 IEEE 802.11: authenticated
wlp2s0: STA 34:29:12:38:d4:00 IEEE 802.11: associated (aid 1)
wlp2s0: AP-STA-CONNECTED 34:29:12:38:d4:00
wlp2s0: STA 34:29:12:38:d4:00 RADIUS: starting accounting session C21CC582432580B9
wlp2s0: STA 34:29:12:38:d4:00 WPA: pairwise key handshake completed (RSN)
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: authenticated
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: associated (aid 2)
wlp2s0: AP-STA-CONNECTED d8:f1:5b:92:aa:d7
wlp2s0: STA d8:f1:5b:92:aa:d7 RADIUS: starting accounting session 1098184EA398748C
wlp2s0: STA d8:f1:5b:92:aa:d7 WPA: pairwise key handshake completed (RSN)
wlp2s0: AP-STA-DISCONNECTED d8:f1:5b:92:aa:d7
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: disassociated
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: disassociated
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: disassociated
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: disassociated
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: disassociated
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: disassociated
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: disassociated
wlp2s0: STA d8:f1:5b:92:aa:d7 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
wlp2s0: interface state ENABLED->DISABLED
wlp2s0: AP-STA-DISCONNECTED 34:29:12:38:d4:00
wlp2s0: AP-DISABLED
nl80211: deinit ifname=wlp2s0 disabled_11b_rates=0
`
Listening on port 80 ^CTraceback (most recent call last):   File "./fake-registration-server.py", line 160, in <module>     main()   File "./fake-registration-server.py", line 156, in main     tornado.ioloop.IOLoop.current().start()   File "/usr/local/lib/python3.6/dist-packages/tornado/platform/asyncio.py", line 148, in start     self.asyncio_loop.run_forever()   File "/usr/lib/python3.6/asyncio/base_events.py", line 438, in run_forever     self._run_once()   File "/usr/lib/python3.6/asyncio/base_events.py", line 1415, in _run_once     event_list = self._selector.select(timeout)   File "/usr/lib/python3.6/selectors.py", line 445, in select     fd_event_list = self._epoll.poll(timeout, max_ev) KeyboardInterrupt Listening on port 80 ^CTraceback (most recent call last):   File "./fake-registration-server.py", line 160, in <module>     main()   File "./fake-registration-server.py", line 156, in main     tornado.ioloop.IOLoop.current().start()   File "/usr/local/lib/python3.6/dist-packages/tornado/platform/asyncio.py", line 148, in start     self.asyncio_loop.run_forever()   File "/usr/lib/python3.6/asyncio/base_events.py", line 438, in run_forever     self._run_once()   File "/usr/lib/python3.6/asyncio/base_events.py", line 1415, in _run_once     event_list = self._selector.select(timeout)   File "/usr/lib/python3.6/selectors.py", line 445, in select     fd_event_list = self._epoll.poll(timeout, max_ev)
Seems whatever Tuya-Convert is doing its wiping the config to the plug and the app can’t find it so thats quite interesting
I tried flashing the devices before connecting one to the app, then i've connected it to the app and i still can't get it to flash

Use triple backtick (```) to enclose multiline code blocks and preserve formatting for logs and such.
It looks like you are using a very old version of tuya-convert. If you installed using the recommended method via git, you can update by doing git pull.