Looks promising, though concerned about CPU usage with software rendering

I've not played with the code yet. Just ran the ImGui_SDL2_OpenGL3_Demo on Linux64.

With hardware rendering CPU and FPS are fine (30 FPS).
With software rendering though CPU and FPS are not good... (>1700 FPS)

(Well, FPS is good, it is just excessive..., more than 60x 30 FPS)

I'm inexperienced with ImGui in general. I played with it some C++ and had high CPU usage, but that was also with software rendering, and I put a significant delay in the event loop so it was only 4 FPS to get the CPU down.
Looking at your example though give me hope, for a few reasons.

The ability use ImGui with FPC
That I might be able to figure out the software rendering issues

If with FPC I could get the demo down from 1700 FPS to 30 FPS CPU usage might be reasonable.

Hardware rendering GPU: Intel CoffeeLake-S GT2 [UHD Graphics 630]

Software rendering CPU: Intel i9-9900K (16) @ 5.000GHz

Hello @bogen85
I have yet to test the CPU rendering on Linux, but I remember talking to one of my friends on Discord about that.
Someone also talked about it in the official imgui repo, and they solved it.
I'll test it on Windows first, see how it performs, and maybe add an FPS limiter.
I hope this repo helps you learn more and lets people know that Pascal is not a dead language.
Regards.

Yeah, 30 FPS rate limiting would be great!
# for software
LIBGL_ALWAYS_SOFTWARE=1 ./ImGui_SDL2_OpenGL3_Demo

# for hardware
./ImGui_SDL2_OpenGL3_Demo

FPC targets WASM https://wiki.freepascal.org/WebAssembly/Compiler
And Android https://wiki.freepascal.org/Android#Android_target
And ImGui is making progress on both those targets, which is another reason why ImGui-Pascal gives me hope for some upcoming personal projects, and I was really wanting to use modern and free Object Pascal instead of C++ (yes, also, modern and free...)


feat(test): CW-21471 create register devices test case

Checklist:

README.md includes:

[ ] The details of signing data and transaction data, this includes parameters.
[ ] Official docs or white paper.
[ ] Website or api can query assets and broadcast transaction.

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license

Task linked: CW-21471 在 core sdk 寫測試，測試裝置管理行為


audit: handle a nil revision map.

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.
[ ] Have you successfully run brew tests with your changes locally?

CC @ilovezfs to check I'm not missing something with this check.

I'm trying to understand in what circumstance this can happen. It seems it should always have been initialized here: https://github.com/Homebrew/brew/blob/master/Library/Homebrew/formula_versions.rb#L74

@ilovezfs It's in the case you try to audit a currently uncommitted formula. Hit that locally.

Fun.


Macro in global is not working

Description
I've been trying experiments with macro then found interesting behavior.
import Foundation

print(try [0, 1, 2].filter(#Predicate { $0 == 0 }))
print(try [0, 1, 2].filter(#Predicate { $0 == 1 }))

do {
  print(try [0, 1, 2].filter(#Predicate { $0 == 0 }))
  print(try [0, 1, 2].filter(#Predicate { $0 == 1 }))
}

[0]
[0]
[0]
[1]

The second one should be [1] as same as the last elements.
In my opinion, there is a problem with global definition of macro.
Reproduction
import Foundation

print(try [0, 1, 2].filter(#Predicate { $0 == 0 }))
print(try [0, 1, 2].filter(#Predicate { $0 == 1 }))

do {
  print(try [0, 1, 2].filter(#Predicate { $0 == 0 }))
  print(try [0, 1, 2].filter(#Predicate { $0 == 1 }))
}

Expected behavior
[0]
[1]
[0]
[1]
Environment
swift-driver version: <IP_ADDRESS> Apple Swift version 5.10 (swiftlang-<IP_ADDRESS> clang-15<IP_ADDRESS>)
Target: arm64-apple-macosx14.0
Additional information
Macro expansion of each #Predicate is correct.

cc @jmschonfeld
I believe this issue belongs in https://github.com/apple/swift-foundation but I can only transfer issues within the swiftlang repositories.

I think this actually sounds like a compiler bug that was fixed by @DougGregor: https://github.com/swiftlang/swift/pull/72027. Doug is this the same issue? @mtfum you might be able to confirm by testing this with a swift 6 toolchain. I think this issue is also tracked by https://github.com/apple/swift/issues/70365 which we can probably resolve if the fix worked


File damage

I tried to download the docproduct_0.2.0.zip from onedrive. Everythings fine until I tried to extract the bertffn_crossentropy.zip folder in qa_embeddings. I got a message :
! C:\Users\Afdal\Downloads\DocProduct_0.2.0\qa_embeddings\bertffn_crossentropy.zip: The archive is either in unknown format or damaged
! No archives found
any ideas?

Can you post of a colab notebook that reproduces the error?


Varia UT800 + Giant HL1800 support needed

Hello Maca,
First of all - big thank you for your datafield. Using it since a long time and very happy with it.
I was using it with Varia UT800 + RTL515 radar -> all OK
I recently bought a Giant HL1800 and trying to connect both headlights in the same time -> from your documentation it seems it should be possible (by displaying only the modes suppprted by both lamps)
But, I get Error 3 when both headlights are connected to my Edge1040.
UT800 + radar -> OK
HL1800 + radar -> OK
UT800 + HL1800 + radar -> NOK Error 3
Can you help me identifying what's wrong?
I have 3 configs. Selecting any of them when all ligths are connected to Edge1040 does not work

Head&Tail
1,1!Record:1H=3#0,73413136::1#5,4!High:2:2:0:0C]8.33333Es0,r0!Night:1:3:0:0Es0,r0!Day:1:7:0:0Er0,s0!:1:7:0:0D=1#0,73535488::1#5,4!BRAKE:1:4:0:0A[-10!DAY:2:7:0:0Er0,s0I[400]0!NIGHT:1:6:0:0Es0,r0!:1:0:0:0D=1#7,6:Varia 800:0:16777215!2,:-1,Off:0!1,High:2!1,Medium:3!1,Low:4!1,Night Flash:6!1,Day Flash:7#6,5:EyesOnly's Radar:0:16777215!1,:-1!1,Day Flash:7!1,Peloton:5!1,Night Flash:6!2,Solid:4,Off:0#0::#0:0#123!:123!#0#B3843#4#3#0#0

Giant HL1800:
1,1!Record:1H=3#0,1073754640::1#5,4!High:2:2:0:0C]8.33333Es0,r0!Night:1:3:0:0Es0,r0!Day:1:8:0:0Er0,s0!:1:8:0:0D=1#0,73535488::1#5,4!BRAKE:1:4:0:0A[-10!DAY:2:7:0:0Er0,s0I[400]0!NIGHT:1:6:0:0Es0,r0!:1:0:0:0D=1#6,5:HL 1800:0:16777215!2,:-1,Off:0!1,High:2!1,Medium:3!1,Low:4!1,Day Flash:8#6,5:EyesOnly's Radar:0:16777215!1,:-1!1,Day Flash:7!1,Peloton:5!1,Night Flash:6!2,Solid:4,Off:0#0::#0:0#123!:123!#0#0#B3843#7#3#0#0

Test2lights no night flash Garmin:
1,1!Record:1H=3#0,73413136::1#5,4!High:2:2:0:0C]8.33333Es0,r0!Night:1:3:0:0Es0,r0!Day:1:7:0:0Er0,s0!:1:7:0:0D=1#0,73535488::1#5,4!BRAKE:1:4:0:0A[-10!DAY:2:7:0:0Er0,s0I[400]0!NIGHT:1:6:0:0Es0,r0!:1:0:0:0D=1#6,5:Varia 800:0:16777215!2,:-1,Off:0!1,High:2!1,Medium:3!1,Low:4!1,Day Flash:7#6,5:EyesOnly's Radar:0:16777215!1,:-1!1,Day Flash:7!1,Peloton:5!1,Night Flash:6!2,Solid:4,Off:0#0::#0:0#123!:123!#0#0#B3843#4#3#0#0

Hi,
In order to solve the issue you need to set the serial number for Giant HL1800 and UT800 headlights in all three configurations. Without setting the serial number, Smart Bike Lights will combine both headlights into one virtual lights which you want to avoid.


Output FLAC files have MD5 signature mismatch

maybe due to adding metadata after conversion?
$ flac -t '.\36 Things Ain''t What They Used To Be [7ts2LXcMzG0].flac'

flac 1.4.2
Copyright (C) 2000-2009  Josh Coalson, 2011-2022  Xiph.Org Foundation
flac comes with ABSOLUTELY NO WARRANTY.  This is free software, and you are
welcome to redistribute it under certain conditions.  Type `flac' for details.

36 Things Ain't What They Used To Be [7ts2LXcMzG0].flac: ok

$ cd NORMALIZED

$ flac -t '.\36 Things Ain''t What They Used To Be [7ts2LXcMzG0].flac'

flac 1.4.2
Copyright (C) 2000-2009  Josh Coalson, 2011-2022  Xiph.Org Foundation
flac comes with ABSOLUTELY NO WARRANTY.  This is free software, and you are
welcome to redistribute it under certain conditions.  Type `flac' for details.

36 Things Ain't What They Used To Be [7ts2LXcMzG0].flac: ERROR, MD5 signature mismatch

Looks like metadata isn't included in MD5 signature, so it's gotta be something else.
$ metaflac --list '.\36 Things Ain''t What They Used To Be [7ts2LXcMzG0].flac'
METADATA block #0
  type: 0 (STREAMINFO)
  is last: false
  length: 34
  minimum blocksize: 4608 samples
  maximum blocksize: 4608 samples
  minimum framesize: 8920 bytes
  maximum framesize: 24549 bytes
  sample_rate: 48000 Hz
  channels: 2
  bits-per-sample: 24
  total samples: 20286720
  MD5 signature: 5d8e6ca49a849f8487a24253edff2ed3
METADATA block #1
  type: 4 (VORBIS_COMMENT)
  is last: false
  length: 46
  vendor string: Lavf59.27.100
  comments: 1
    comment[0]: encoder=Lavf59.27.100
METADATA block #2
  type: 1 (PADDING)
  is last: true
  length: 8192


[In Progress] Egress Firewall

Signed-off-by: Rewant Soni<EMAIL_ADDRESS>

@rewantsoni If you want an in-progress PR, please use a draft PR


Implement SendValue and make Value not implement Send

This is a wrapper around Value that ensures that only Send types are
stored inside it, and as such also implements Send itself. Value does
not implement Send anymore.

Fixes https://github.com/gtk-rs/glib/issues/253

What is missing now is to let gir emit SendValue instead of value if the context it appears in is Send

:+1:

I'm not sure how to best do this in gir, @EPashkin? Basically the Value type should be mapped to SendValue wherever the signal/object is Send. Is there a single place where I could do that? Only option I see right now is to do changes everywhere where signals, trampolines, functions are generated (and then also handle &, &mut, Option<>, Option<&>, Option<&mut_> separately).

This shouldn't block merging it btw, it is useful as is already (by making Value non-Send).

I guess one could insert a fake type for SendValue into the type library, and in a post-processing step after analysis went through replace every glib::Value with that based on the above conditions. Makes sense?

👍

Thanks!


Building rust-ocaml-starter error: none of the selected packages contains these features: cc, dune

I am trying to build rust-ocaml-starter with cargo2nix.
The current flake fails to build with the following error:
$ nix build -L
crate-ocaml-build> unpacking sources
crate-ocaml-build> unpacking source archive /nix/store/ijvhx2z7cd8qv30x5c3wb1cgz9ccp1yh-source
crate-ocaml-build> source root is source
crate-ocaml-derive> unpacking sources
crate-ocaml-derive> unpacking source archive /nix/store/ijvhx2z7cd8qv30x5c3wb1cgz9ccp1yh-source
crate-ocaml-build> patching sources
crate-ocaml-build> configuring
crate-ocaml-boxroot-sys> unpacking sources
crate-ocaml-derive> source root is source
crate-ocaml-boxroot-sys> unpacking source archive /nix/store/g5hn4kcsh4189njz05a2vlcqxw0wals6-ocaml-boxroot-sys-0.3.0.tar.gz
crate-ocaml-derive> patching sources
crate-ocaml-boxroot-sys> source root is ocaml-boxroot-sys-0.3.0
crate-ocaml-derive> configuring
crate-ocaml-build> building
crate-ocaml-boxroot-sys> patching sources
crate-ocaml-sys> unpacking sources
crate-ocaml-sys> unpacking source archive /nix/store/ijvhx2z7cd8qv30x5c3wb1cgz9ccp1yh-source
crate-ocaml-boxroot-sys> configuring
crate-ocaml-sys> source root is source
crate-ocaml-derive> building
crate-ocaml-boxroot-sys> building
crate-ocaml-sys> patching sources
crate-ocaml-sys> configuring
crate-ocaml-sys> building
crate-ocaml-build> /build/source/build /build/source
crate-ocaml-derive> /build/source/derive /build/source
crate-ocaml-sys> /build/source/sys /build/source
crate-ocaml-derive> /build/source
crate-ocaml-build> /build/source
crate-ocaml-sys> /build/source
crate-ocaml-boxroot-sys>    Compiling ocaml-boxroot-sys v0.3.0 (/build/ocaml-boxroot-sys-0.3.0)
crate-ocaml-sys> warning: profiles for the non root package will be ignored, specify profiles at the workspace root:
crate-ocaml-sys> package:   /build/source/sys/Cargo.toml
crate-ocaml-sys> workspace: /build/source/Cargo.toml
crate-ocaml-sys>     Updating crates.io index
crate-ocaml-sys>     Updating git repository `https://github.com/crackcomm/ocaml-interop`
crate-ocaml-sys> warning: spurious network error (3 tries remaining): failed to resolve address for github.com: Temporary failure in name resolution; class=Net (12)
crate-ocaml-build> warning: profiles for the non root package will be ignored, specify profiles at the workspace root:
crate-ocaml-build> package:   /build/source/build/Cargo.toml
crate-ocaml-build> workspace: /build/source/Cargo.toml
crate-ocaml-derive> warning: profiles for the non root package will be ignored, specify profiles at the workspace root:
crate-ocaml-derive> package:   /build/source/derive/Cargo.toml
crate-ocaml-derive> workspace: /build/source/Cargo.toml
crate-ocaml-build> error: none of the selected packages contains these features: cc, dune, did you mean: link?
crate-ocaml-build> /nix/store/gv2cl6qvvslz5h15vqd89f1rpvrdg5yc-stdenv-linux/setup: line 146: pop_var_context: head of shell_variables not a function context

The packageOverride resolves this issue:  here
Building with cargo from my system works fine:
$ which cargo
/nix/store/fm9siyzvasl9wwrcy6w2a4pf1nwbvcyw-cargo-1.69.0/bin/cargo

however, changing rustVersion to 1.69.0 in my flake results in:
crate-ocaml-boxroot-sys> unpacking sources
crate-ocaml-boxroot-sys> unpacking source archive /nix/store/g5hn4kcsh4189njz05a2vlcqxw0wals6-ocaml-boxroot-sys-0.3.0.tar.gz
crate-ocaml-boxroot-sys> source root is ocaml-boxroot-sys-0.3.0
crate-ocaml-sys> unpacking sources
crate-ocaml-boxroot-sys> patching sources
crate-ocaml-sys> unpacking source archive /nix/store/ijvhx2z7cd8qv30x5c3wb1cgz9ccp1yh-source
crate-ocaml-boxroot-sys> configuring
crate-ocaml-sys> source root is source
crate-ocaml-sys> patching sources
crate-ocaml-boxroot-sys> building
crate-ocaml-sys> configuring
crate-syn> unpacking sources
crate-syn> unpacking source archive /nix/store/nf01s86z0248836jwiwdjjlqaf9vqkan-syn-2.0.39.tar.gz
crate-ocaml-sys> building
crate-syn> source root is syn-2.0.39
crate-syn> setting SOURCE_DATE_EPOCH to timestamp<PHONE_NUMBER> of file syn-2.0.39/tests/zzz_stable.rs
crate-syn> patching sources
crate-syn> configuring
crate-syn> building
crate-ocaml-sys> /build/source/sys /build/source
crate-ocaml-sys> /build/source
crate-ocaml-boxroot-sys>    Compiling ocaml-boxroot-sys v0.3.0 (/build/ocaml-boxroot-sys-0.3.0)
crate-ocaml-sys> warning: profiles for the non root package will be ignored, specify profiles at the workspace root:
crate-ocaml-sys> package:   /build/source/sys/Cargo.toml
crate-ocaml-sys> workspace: /build/source/Cargo.toml
crate-ocaml-sys>     Updating crates.io index
crate-ocaml-sys> warning: spurious network error (2 tries remaining): failed to resolve address for github.com: Temporary failure in name resolution; class=Net (12)
crate-ocaml-sys> warning: spurious network error (1 tries remaining): failed to resolve address for github.com: Temporary failure in name resolution; class=Net (12)
crate-ocaml-sys> error: failed to get `cstr_core` as a dependency of package `ocaml v1.0.0-beta.5 (/build/source)`
crate-ocaml-sys> Caused by:
crate-ocaml-sys>   failed to load source for dependency `cstr_core`
crate-ocaml-sys> Caused by:
crate-ocaml-sys>   Unable to update registry `crates-io`
crate-ocaml-sys> Caused by:
crate-ocaml-sys>   failed to fetch `https://github.com/rust-lang/crates.io-index`
crate-ocaml-sys> Caused by:
crate-ocaml-sys>   network failure seems to have happened
crate-ocaml-sys>   if a proxy or similar is necessary `net.git-fetch-with-cli` may help here
crate-ocaml-sys>   https://doc.rust-lang.org/cargo/reference/config.html#netgit-fetch-with-cli
crate-ocaml-sys> Caused by:
crate-ocaml-sys>   failed to resolve address for github.com: Temporary failure in name resolution; class=Net (12)
crate-ocaml-sys> /nix/store/gv2cl6qvvslz5h15vqd89f1rpvrdg5yc-stdenv-linux/setup: line 146: pop_var_context: head of shell_variables not a function context

The output shows that the Nix sandbox is prevening the build from fetching stuff from the network.  You need to investigate how to provide these to the build.  It's Nix.  Everything has to be available and then you need a way to tell the rust build.rs etc how to point to those correct sources.


Beta for fix

Hi - I understand there is a beta version of a fix to allow this change. Can you advise how to enrol? Thank you, Seán

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

ID: 7fff5ef6-b4cc-5a18-10a8-7b5182e2deae
Version Independent ID: 8176e436-b25b-e455-09ac-be08bea2bfcb
Content: Change your SharePoint domain name
Content Source: SharePoint/SharePointOnline/change-your-sharepoint-domain-name.md
Service: sharepoint-online
GitHub Login: @kaarins
Microsoft Alias: kaarins

Hi @SeanDeasyMM, thanks for your comment. The team is investigating this feature, but we don't have a public beta program at this time. I hope we will soon - we know we need this feature!

@kaarins I am very hopeful about this feature.  Is there a place to track this and get notified when released?  Thanks.

Absolutely would love this feature. Not sure why Microsoft does not support this. Not very professional sending links to shared files from one drive which has an old company name attached to it. Until they fix this, my money for file sharing is elsewhere.

@kaarins can you provide any timeline for this? Can we expect this in 2019? We have a client that would really benefit from this feature. Thank you!

@kaarins, has there been any more progress on this?  We really want our site address to match our primary domain and not the original tenant name which has nothing to do with our business.


refactor(Comparable.php): move to core

The interface will not be used for customization so should not be in the Api namespace.
Issue #14, Resolves #14

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 96.231%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
383

Relevant Lines:
398

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 96.231%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
383

Relevant Lines:
398

💛  - Coveralls


Error in ohsome2label image command

During the execution of the comand ohsome2label --config config\config.yaml image with the following file config.ymal:
project:
  name: TestSentinel
  workspace: ./Sentinel_result
  project_time: 2020-05-18
  task: segmentation

osm:
  api: ohsome
  url: https://api.ohsome.org/v1/elements/geometry
  bboxes: [8.625,49.3711,8.7334,49.4397]
  tags:
    - {'label': 'urban', 'key': 'landuse', 'value': 'residential'}
    - {'label': 'urban', 'key': 'landuse', 'value': 'garages'}
    - {'label': 'industry', 'key': 'landuse', 'value': 'railway'}
    - {'label': 'industry', 'key': 'landuse', 'value': 'industrial'}

  timestamp: 2019-10-20
  types: polygon

image:
  img_api: sentinel
  img_url: https://services.sentinel-hub.com/ogc/wms/{token}?showLogo=false&service=WMS&request=GetMap&layers=ALL-BAND&styles=&format=image%2Ftiff&transparent=1&version=1.1.1&maxcc=20&time=2015-01-01%2F2020-01-01&priority=mostRecent&height=256&width=256&srs=EPSG%3A3857&bbox={bbox}
  api_token : 'TOKEN'
  zoom: 14

It provided the error below. I never use the operator <<, so I'm not confident in fixing it. From the guide seems that n = 1 << int(tile.z) could fix it, but this will produce other errors.
  File "c:\users\stucchi\documents\github\ohsome2label\ohsome2label\tile.py", line 148, in top_left
    n = 1 << tile.z
TypeError: unsupported operand type(s) for <<: 'int' and 'str'

I used python 3.6.8 and shapely 1.7.1, the suggested version of shapely (1.6.4) is not working and provides multiple errors. The 1.7.1 works in the command vector and label.

Hi @LorenzoStucchi, thanks for reporting this issue.

First, regarding the options,  I think you should put it as ohsome2lable --config xx/xx.yaml image, this works for me, not fully sure about the context of your issue?
Second, just to get it a bit clear and try to focus on issue, are you getting this error when conducting image command?
Best,
Hao

Hi @bobleegogogo

First, regarding the options,  I think you should put it as ohsome2lable --config xx/xx.yaml image, this works for me, not fully sure about the context of your issue?

I used it in the indicated way, but before didn't work, then I reinstalled and now it works.

Second, just to get it a bit clear and try to focus on issue, are you getting this error when conducting image command?

I have improved the above description, with more info

Hi @LorenzoStucchi
Nice, so the first point is solved. I think it is probably due to one of the latest update in pip, while not sure if this is the reason.
For the second point, I saw that you are using img_api: sentinel, did you also try other image source? such as the Bing image (then you need to apply for a token here: https://www.bingmapsportal.com/) in the default example? I think we have tested ohsome2label with Sentinle-hub API quite some time ago... while certainly this is not up-to-date.
Maybe It would be also great if you could sort this out and contribute to the project in this aspect?

Hi @LorenzoStucchi, nice to know that at least bing works out!
I might need to update the part related to SentinelHub in future, just not sure when would I get some time for this ...


Bug: Video encode rate not shown correctly

Description

Steps To Reproduce

Open properties of video file
Click Details
See video encode as

Requirements

Show encode rate as MB/s

Files Version
<IP_ADDRESS>
Windows Version
10.0.22621.3155
Log File
debug.log

I'll fix today.

This has been fixed and the fix will be included in the next release.


errors should come with more detailed spans and suggestions

This is a bit of a larger issue to design the way errors are created and information we store when we create a syntax or a lexer error. Although our current errors are already specific, I believe we can do a much better job. Inspo: be as good as the rustc errors!

a few more ideas here:

implement a more visual Debug and (possibly) Display traits for error objects. We have location information, it is straightforward to provide a decent, user friedly-ish display. It's been, quite frankly, horrible to find out what's wrong when parsing a larger graphql file.
provide an actual diagnostic, where a diagnostic is a combination of: errors, warnings, hints, and suggestions. When flagging malformed code with parser.push_err(), we have quite a bit information available to us already. We can push the current and previous node to provide more context to the error.
we should see if we can implement suggestions and hints, similar to how we've done them in Rover. This may be more of a long term plan, and might actually be heaps easier to execute once we perform semantic analysis. After all suggestion and hints go hand in hand with semantic analysis!

done along with diagnostics additions in compiler


Speeding up ZMQ things

Looking into:

copy=False on data transfers
Multiple workers for data-intensive threads
Using inter-process communications that are faster (see http://api.zeromq.org/2-1:zmq-ipc)

Resolved. Used a mix of JPEG compression and image interpolation to reduce transmission packet size by >32x. copy=False is a good thing, and that's what has been used so far. Inter-process comms looks very promising actually, but it placed on backlog for now.

Nice! 32x! If it is resolved, let's put in a pull request for your feature branch tomorrow so we can get it into main.


PlatformView (AndroidView and UIKitView) does not constrain painted content from plugin even when parent object provides bounded layout constraints

Filing this issue to put #85171 back on the stack after it was closed as "invalid" by @TahaTesser, who couldn't get the build to work.  After it was closed I posted a build fix and more details. Anybody should now be able to build and replicate the issue.

duplicate of https://github.com/flutter/flutter/issues/85171,pleaase follow up there
Thank you


Added Campus Placement Analysis Prediction

I have added Campus Placement Analysis Prediction for Hacktoberfest 2022.
Kindly review my PR and merge. Thanks.

Merged @adityarajsahoo ..But from the next time keep in mind to add the datasets into the data folder..

@souvikg544 Sure will do that.

@souvikg544 Sure will do that next time.


feat: card_filter_succ_piFinset_eq

Adds a lemma about filter applied to Fintype.piFinset

[ ] depends on: #9028

Can you make sure you have the Fin.castSucc/Fin.succ/Fin.succAbove version of each lemma?

I got asked to add snoc-y API on #6605 as well by @eric-wieser. I have to say, I am not in favor of (me doing) this. I basically agree with Mac Malone here that snoc is a code smell. Shouldn't we be trying to remove it from mathlib, rather than adding more of it?

We're talking about Fin.snoc, which is used for proving, not List.snoc, which is used for programming (or maybe shouldn't be, as Mac says).

I don't see why the difference matters, proofs should avoid being smelly too.

? It's only smelly because it has unexpectedly bad complexity, but that's completely irrelevant for proving. I've personally needed both Fin.cons and Fin.snoc in the past and I will add those lemmas if you don't do it yourself.

The smell at play here for me is code duplication. As you have noted there is a whole parallel API for cons versions and snoc versions of things (init vs tail, succ vs castSucc). We are doing twice the work for an essentially equivalent set of theorems.
I'll look into where snoc is being used. My suspicion is that if we just wrote theorems the "right" way to start with, almost every theorem that is proved using snoc could be rephrased to be proved using cons, and judicious use of reverse could be used in places where it's really necessary to be dealing with both sides of the tuple.

At the very least, as I've suggested before, it should be handled by something like @[to_additive] so that we don't have to prove theorems twice.

Sorry for the long delay. Everything should be good now.
maintainer merge

Removing maintainer-merge, since it has been 2 weeks, and CI is failing.

Should be good now.
maintainer merge

bors merge

bors merge


Change content type to file type on File.type

As I detailed on #1311, the current behavior seems incorrect or at the very least, confusing. Please read that first.
This change moves File.type from content type (determined from request's mimetype, which seems to always be application/octet-stream) to file's actual type (determined with mimetypes library based on file's extension, same as how type determination is done on rest of the code).

With this change the content_type variable on parse_multipart_form ends up being unused, I can remove or comment that if needed.
I also removed content_type variable on parse_multipart_form as travis detected it as an unused variable and caused CI to fail.

Closes #1311

@aveao would you mind rebasing your PR?

@aveao Is this something you plan to update? If not we will close it.


Some closely-timed boluses go missing from nightscout uploads

I have noticed that some boluses "go missing" while running my pump in SMB (on a 715 if that matters).  Take this snippet of pumphistory-zoned.json for example:
[
  {
    "_type": "Bolus",
    "_description": "Bolus 2017-04-12T12:49:49 head[4], body[0] op[0x01]",
    "timestamp": "2017-04-12T12:49:49-05:00",
    "_body": "",
    "programmed": 3.0,
    "_head": "011e1e00",
    "amount": 3.0,
    "duration": 0,
    "type": "normal",
    "_date": "71314c0c11"
  },
  {
    "_type": "Bolus",
    "_description": "Bolus 2017-04-12T12:47:53 head[4], body[0] op[0x01]",
    "timestamp": "2017-04-12T12:47:53-05:00",
    "_body": "",
    "programmed": 0.2,
    "_head": "01020200",
    "amount": 0.2,
    "duration": 0,
    "type": "normal",
    "_date": "752f4c4c11"
  }
]

There are two distinct boluses here, both within a couple minutes of each other.  They are not associated with a Bolus Wizard event or any other metadata, but the second and more significant bolus is being treated as ancillary to the microbolus.  I have tracked the offending code down to oref0/lib/bolus.js, where the state from the first bolus gets overridden by the second bolus in an attempt to combine multiple records and only a single bolus event gets generated, but I don't know enough about the Medtronic record format to know how to properly resolve this.  I am thinking that a bolus event should be generated whenever state would be overridden.  Will that cause unforeseen problems?

Flagging this a blocking bug that needs to be fixed before releasing dev to master.

What exactly is that code meant to be doing? It looks like it's finding the first bolus from any records grouped closer together than 4 minutes and ignoring the rest.

It was intended for deduplication of boluses entered into NS and also executed on the pump.  We have since switched to a "we don't support that" stance, so if we implement stuff like https://github.com/openaps/oref0/issues/419 to clean up the remaining stragglers there, we can probably remove this deduplication check.

For reference, the code @mgranberry is referring to is called by https://github.com/openaps/oref0/blob/dev/lib/bolus.js#L154, and calls the https://github.com/openaps/oref0/blob/dev/lib/bolus.js#L20-L29 function to do the actual comparison.  I'm not exactly sure what that tail variable, passed as the remaining argument to bolus(), actually does: this code is a little too dense for me to understand on just a read-through, so I'll probably need to do some debugging to figure it out, unless someone can annotate it a bit.

tail acts as a list of recently-seen bolus record parts that get assembled into the complete bolus wizard+bolus+extended bolus record.  The problem is that when a bolus wizard record and an SMB bolus record are close together, the data gets overwritten with the oldest record and the totals may be off.  I'm afraid that Nightscout's deduplication code might also lead to missing records if they are spaced closely enough (within a minute) and have the same record type even after this is fixed.  I've been using the following patch for a while and it seems to work, with the caveat that bolus wizard records get split into separate "carb correction" and "correction bolus" records.  I suspect it would work as expected with the original tail variable, but I haven't tried it with the offending data.
diff --git a/lib/bolus.js b/lib/bolus.js
index ab3bca7..b49ba81 100644
--- a/lib/bolus.js
+++ b/lib/bolus.js
@@ -69,7 +69,7 @@ function reduce (treatments) {
       // console.error("remaining", remaining);
       state.eventType = '<none>';

-      state.insulin = (state.square ? state.square.amount : 0) +
+      state.insulin = (state.insulin ? state.insulin : 0) + (state.square ? state.square.amount : 0) +
                       (state.bolus ? state.bolus.amount : 0);
       var has_insulin = state.insulin && state.insulin > 0;
       var has_carbs = state.carbs && state.carbs > 0;
@@ -151,7 +151,7 @@ function reduce (treatments) {
     switch (current._type) {
       case 'Bolus':
       case 'BolusWizard':
-        var tail = within_minutes_from(current, treatments.slice(index+1), 4);
+        var tail = [] ; //  within_minutes_from(current, treatments.slice(index+1), 1);
         bolus(current, tail);
         break;
       default:

My current fix is ugly but it works well enough for me in practice.  The block that looks like
    if (ev._type == 'Bolus') {
      state.duration = ev.duration.toString( );
      // if (state.square || state.bolus) { }
      // state.insulin = (state.insulin ? state.insulin : 0) + ev.amount;
      if (ev.duration && ev.duration > 0) {
        state.square = ev;
      } else {
        state.bolus = ev;
      }
      state.created_at = state.timestamp = ev.timestamp;
      previous.push(ev);
    }

may need to be changed to something like this too, to make sure that at least the doses get added together.
    if (ev._type == 'Bolus') {
      state.duration = ev.duration.toString( );
      // if (state.square || state.bolus) { }
      // state.insulin = (state.insulin ? state.insulin : 0) + ev.amount;
      if (ev.duration && ev.duration > 0) {
        state.square = ev;
      } else {
        state.bolus = (state.bolus || 0) + ev;
      }
      state.created_at = state.timestamp = ev.timestamp;
      previous.push(ev);
    }

@mgranberry would your latter suggestion of adding the doses together be a workaround for bypassing Nightscout's deduplication code when there are two boluses in the same minute?
From what I can see, the 4-minute thing only applies when a BolusWizard record is involved.  Since we've seen failures to upload manual boluses that are closely timed with microboluses, I'd like to fix that particular case as well.

I think we're stuck on this.  Does anyone have any ideas for how to modify the Nightscout deduplication behavior?

Yes.  It appears to solve that as well.
On Sun, Jul 16, 2017, 7:35 PM Scott Leibrand<EMAIL_ADDRESS>wrote:

I think we're stuck on this. Does anyone have any ideas for how to modify
the Nightscout deduplication behavior?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/openaps/oref0/issues/443#issuecomment-315649514, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AWCKTXihbnDI5woQe34XowbF3jOeDoPwks5sOqxOgaJpZM4M72Qx
.

Can you PR "it" if you have something that you think fixes any of these problems and is ready to go?

I'll try to make some unit tests to convince myself tomorrow morning and push my hack.


Valid Response when requesting non-existent feature

@jasonash When I make a request for a feature that doesn't exist I'm still getting a 200.
developer@ubuntu-dev:~$ curl -D- -X GET -H "Authorization: Basic AUTH" -H "Content-Type: application/json" http://strabospot.org/db/feature/junkyfeature
HTTP/1.1 200 OK
Date: Tue, 13 Jan 2015 22:11:05 GMT
Server: Apache/2.2.22 (Ubuntu)
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: POST, GET, OPTIONS, DELETE, PUT
Access-Control-Max-Age: 1000
Access-Control-Allow-Headers: x-requested-with, Content-Type, origin, authorization, accept, client-security-token
X-Powered-By: PHP/5.3.10-1ubuntu3.15
Content-Length: 257
Content-Type: application/json; charset=utf8

{"type":"Feature","geometry":{"type":"Polygon","coordinates":[[[100,0],[101,0],[101,1],[100,1],[100,0]]]},"properties":{"date":"2014-11-20","id":2,"featurename":"My Test Feature Polygon Name","spottype":"c","self":"http:\/\/strabospot.org\/db\/feature\/0"}}

This has been resolved. I fixed a null pointer in the query.
On 1/13/15 4:12 PM, Jessica Good wrote:

@jasonash https://github.com/jasonash When I make a request for a
feature that doesn't exist I'm still getting a 200.
|developer@ubuntu-dev:~$ curl -D- -X GET -H "Authorization: Basic AUTH" -H "Content-Type: application/json" http://strabospot.org/db/feature/junkyfeature
HTTP/1.1 200 OK
Date: Tue, 13 Jan 2015 22:11:05 GMT
Server: Apache/2.2.22 (Ubuntu)
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: POST, GET, OPTIONS, DELETE, PUT
Access-Control-Max-Age: 1000
Access-Control-Allow-Headers: x-requested-with, Content-Type, origin, authorization, accept, client-security-token
X-Powered-By: PHP/5.3.10-1ubuntu3.15
Content-Length: 257
Content-Type: application/json; charset=utf8
{"type":"Feature","geometry":{"type":"Polygon","coordinates":[[[100,0],[101,0],[101,1],[100,1],[100,0]]]},"properties":{"date":"2014-11-20","id":2,"featurename":"My Test Feature Polygon Name","spottype":"c","self":"http://strabospot.org/db/feature/0"}}
|
—
Reply to this email directly or view it on GitHub
https://github.com/StraboSpot/strabo-server/issues/5.

Though it was fixed but if the feature that doesn't exist starts with the same few characters as one that actually does exist it's pulling in the one that does exist.
developer@ubuntu-dev:~$ curl -D- -X GET -H "Authorization: Basic AUTH" -H "Content-Type: application/json" http://strabospot.org/db/feature/246dfgdg
HTTP/1.1 200 OK
Date: Tue, 13 Jan 2015 22:32:42 GMT
Server: Apache/2.2.22 (Ubuntu)
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: POST, GET, OPTIONS, DELETE, PUT
Access-Control-Max-Age: 1000
Access-Control-Allow-Headers: x-requested-with, Content-Type, origin, authorization, accept, client-security-token
X-Powered-By: PHP/5.3.10-1ubuntu3.15
Content-Length: 240
Content-Type: application/json; charset=utf8

{"type":"Feature","geometry":{"type":"Polygon","coordinates":[[[100,0],[101,0],[101,1],[100,1],[100,0]]]},"properties":{"date":"2014-11-12","id":2,"featurename":"Test Poly","spottype":"c","self":"http:\/\/strabospot.org\/db\/feature\/246"}}

Sorry about that. It should be fixed now. I missed a cast to integer
when the id was assumed to be numeric.
On 1/13/15 4:33 PM, Jessica Good wrote:

Though it was fixed but if the feature that doesn't exist starts with
the same few characters as one that actually does exist it's pulling
in the one that does exist.
|developer@ubuntu-dev:~$ curl -D- -X GET -H "Authorization: Basic AUTH" -H "Content-Type: application/json" http://strabospot.org/db/feature/246dfgdg
HTTP/1.1 200 OK
Date: Tue, 13 Jan 2015 22:32:42 GMT
Server: Apache/2.2.22 (Ubuntu)
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: POST, GET, OPTIONS, DELETE, PUT
Access-Control-Max-Age: 1000
Access-Control-Allow-Headers: x-requested-with, Content-Type, origin, authorization, accept, client-security-token
X-Powered-By: PHP/5.3.10-1ubuntu3.15
Content-Length: 240
Content-Type: application/json; charset=utf8
{"type":"Feature","geometry":{"type":"Polygon","coordinates":[[[100,0],[101,0],[101,1],[100,1],[100,0]]]},"properties":{"date":"2014-11-12","id":2,"featurename":"Test Poly","spottype":"c","self":"http://strabospot.org/db/feature/246"}}
|
—
Reply to this email directly or view it on GitHub
https://github.com/StraboSpot/strabo-server/issues/5#issuecomment-69834393.


feat: Implemented RebalanceRevokeMode

This is potential solution for https://github.com/fd4s/fs2-kafka/issues/1200. Allowing for opting-in for graceful revoke handling (waiting for all the streams to finish, which should imply all the commits as well)

This change requires tests for new logic.
At first glance the solution is relatively straight-forward (will require more work to support commit of in-flight messages as well)


⚠ ClamAV has degraded performance

In 1f1ebe0, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 76 ms

Resolved: ClamAV performance has improved in 8fa8823.


Store unmapped data on models

For example Model/Project doesn't contain property for permissions.
https://docs.gitlab.com/ce/api/projects.html#get-single-project
Is it possible, for missing properties, to store data on a specific array property.
On AbstractModel::setData()
if (in_array($field, static::$properties)) {
   $this->data[$field] = $value;
}
$this->allData[$field] = $value;

It would be a fallback when the Gitlab API evolves faster than this client.

I think Models need to be refactored. Gitlab has envolved heavily since I started this project, some sort of magic getter/setter using dot notation might be better for Models.

I have in mind to refactor models by generating them usign https://github.com/janephp/jane. Our main job would be to write JSON Schema files describing Gitlab models.
An advantage to this is if https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/2397 succeed, we will be able to switch to their description of entities and even go further by generating the whole library code using https://github.com/janephp/jane-openapi!

@fbourigault this is a good way of approaching the problem.


M2MDevice::create_resource does not support vendor specific resources

I was trying to add some vendor specific resources with ID>=10241 and realized the method does not support anything other than standard LWM2M resources in Device object.   Is there an alternative method to do that?   Thanks in advance.

ARM Internal Ref: IOTCLT-477

What does that mean?

Thanks for your report. ciarmcom is our internal bot account, it will raise ticket to our internal tools.
What comes to the Device object, it will only support resources that are defined in the LWM2M Device object specification. In order to use vendor specific object id you must create custom object with that id. Here is an example how you can create custom object:
https://github.com/ARMmbed/mbed-client-examples/blob/master/source/main.cpp#L137

I understand we could always create a custom object.   But is there a near future plan to support vendor specific Device Object resources with ID greater or equal to 10241?   Thanks.

Hi, the vendor specific object is defined by the object ID range, so when object ID is >=10241 it is speficied as Vendor ID. Check this specification here for reserved ranges on Object IDs and Resource IDs. So to clarify, Object ID:s and Resource ID:s are different things.
http://technical.openmobilealliance.org/Technical/technical-information/omna/lightweight-m2m-lwm2m-object-registry
Specification does not indicate custom resources can be added to OMA objects (Device object, firmware object, etc).

Thanks for the clarification, I am slowly learning the specifics of the LWM2M spec - I guess I got that mixed up earlier.


Hammer.js is not loaded

When try to use Hummer.js on demand-express example get error from NodeJS: Error: Hammer.js is not loaded, can not bind swipeleft event

ERROR Error: Hammer.js is not loaded, can not bind swipeleft event
at HammerGesturesPlugin.supports (...node_modules@angular\platform-browser\bundles\platform-browser.umd.js:3208:19)
at EventManager.findPluginFor (...packages\platform-browser\src\dom\events\event_manager.ts:80:1)
at EventManager.addEventListener (...node_modules@angular\platform-browser\bundles\platform-browser.umd.js:2430:44)
at EmulatedEncapsulationDomRenderer2.DefaultDomRenderer2.listen (...node_modules@angular\platform-browser\bundles\platform-browser.umd.js:2952:36)
at BaseAnimationRenderer.module.exports.BaseAnimationRenderer.listen (...dist-server\index.js:36400:30)
at listenToElementOutputs (...node_modules@angular\core\bundles\core.umd.js:9232:66)
at createViewNodes (...node_modules@angular\core\bundles\core.umd.js:12191:17)
at callViewAction (...node_modules@angular\core\bundles\core.umd.js:12665:13)
at execComponentViewsAction (...node_modules@angular\core\bundles\core.umd.js:12574:13)
at createViewNodes (...node_modules@angular\core\bundles\core.umd.js:12246:5)
at Object.createEmbeddedView (...node_modules@angular\core\bundles\core.umd.js:12102:5)
at TemplateRef.createEmbeddedView (...node_modules@angular\core\bundles\core.umd.js:10298:38)
at ViewContainerRef_.createEmbeddedView (...node_modules@angular\core\bundles\core.umd.js:10075:52)
at NgIf._updateView (...packages\common\src\directives\ng_if.ts:159:1)
at NgIf.set [as ngIf] (...node_modules@angular\common\bundles\common.umd.js:1933:18)
at updateProp (...packages\core\src\view\provider.ts:569:1)

Hmmm, strange. I am unable to reproduce. demand-express most certainly imports hammerjs. In main.ts:
import 'hammerjs';

Did you make any local changes?

@clbond I did a little digging since we were running into some similar issues. I wasn't able to reproduce in the demand-express example but I was able to reproduce in the cli example as well as another barebones cli project with angular-ssr. Just attach a swipe event to an element and it'll throw this error

Did you import hammerjs? There's no reason it shouldn't work

Make sure you are using import 'hammerjs';
and not using  import { hammerjs } from "path to hammer js";

Make sure you are using import 'hammerjs';
and not using import { hammerjs } from "path to hammer js";

Unless you use custom baseUrl and path. Then you will have to use import '../node_modules/hammerjs';


Naming conventions

This is bordering on extreme pedantry, but v1.0 gives us the chance to standardise on the official HubSpot naming conventions in this code.
For example, Hubspot => HubSpot as a module name.
Also, the HubSpot term for the company identity is companyID (rather than vid, which typically refers to the contact ID).
Happy to submit a PR if this something worth considering at this forthcoming release?

Yeah, I agree it would be nice to get some of these things ironed out for v1.0. If you want to create a pull-request based off master that would be great.
Since most of these will be breaking changes, can you also add a section to the readme that details the changes needed to upgrade from v0.x to v1.0. This way we can make it easy for existing users to upgrade to the new version without making them figure out what they need to do. Thanks!

Hi @cbisnett,
Moved to HubSpot as discussed, but included deprecations for the older calls and classes, to allow for a less painful transition.  See PR 128: https://github.com/adimichele/hubspot-ruby/pull/128
I'd welcome feedback on suitability, approach, etc., please.
Thanks,
Jason
(P.S. sorry it took so long - work keeps getting in the way of the fun stuff!)


[Ubuntu] Add python toolcache to 22.04

Description
As we now have python generated for 22.04 lets add it back to the toolcache.
Related issue: https://github.com/actions/virtual-environments-internal/issues/3639
Check list

[X] Related issue / work item is attached
[ ] Tests are written (if applicable)
[X] Documentation is updated (if applicable)
[X] Changes are tested and related VM images are successfully generated

/azp run ubuntu2204

/azp run ubuntu2204

/azp run ubuntu2204


unzip command looses top level dotfiles (.htaccess, .gitignore, etc...)

When using kirby install:kit plainkit, the resulting folder does not contain .htaccess. This is on Linux with bash, don't know about mac stuff. The resulting installation therefore doesn't work.
I suspect these lines in unzip.php to be the culprit:
// move everything one level up
exec('mv ' . $to . '/*/* ' . $to);

In bash, from/folder/* is expanded only to visible files and folders in from/folder. The hidden files are therefore left in the $archive folder and then deleted together with it.
replacing the above mentioned lines with something that doesn't rely on glob expansion seems to be the most straight forward:
// move everything one level up (including hidden files)
foreach(new DirectoryIterator($archive) as $item) {
	if ($item->isDot() === true) {
		// skip dots (.. and .)
		continue;
	}

	rename($item->getPathname(), $to . '/' . $item->getBasename());
}

another approach would be to extract the archive to the system temp directory and then simply move the whole folder (instead of its files) to the $to path:
	'command' => static function (CLI $cli): void {
		$file = $cli->arg('file');
		$to   = $cli->arg('to');

		if (is_file($file) === false) {
			throw new Exception('The ZIP file does not exist');
		}

		if (is_dir($to) === true) {
			throw new Exception('The target directory exists');
		}

		// get a temporary directory
		$tmp = sys_get_temp_dir() . '/' . uniqid('kirby-cli-', true);

		// extract the zip file
		exec('unzip ' . $file . ' -d ' . $tmp);

		// find the archive folder in that tmp dir
		$archive = glob($tmp . '/*', GLOB_ONLYDIR)[0] ?? null;

		if (is_dir($archive) === false) {
			throw new Exception('The archive directory could not be found');
		}

		// move archive to destination
		rename($archive, $to);

		// remove the (now empty) temporary directory
		rmdir($tmp);
	}

I already fixed this on the develop branch.


Adding "Jump Host" as None breaks SSH profile

Version: 1.0.112
Platform: win32 10.0.18363
Plugins: save-output, scrollbar, title-control
If in ssh profile "Jump Host" is selected to "None" it breaks the profile.  The SSH does not connect if selected from quick connect.
There is no way remove the "None" also.

work around

close terminus program
open  "config.yaml"  in editor
set value of jumpHost: ''  [set value to blank]


MAINT: improve error message when meson isn't found

This is a follow-up to gh-495.
There are several ways that meson may go missing:

a non-isolated build and meson isn't installed
meson executable is specified in pyproject.toml and git submodule is containing it is not initialized (reported as resulting in a confusing error in https://github.com/numpy/numpy/issues/26397)
the  MESON environmnent variable is used by the user and is misspelled

The git submodule case was ending with:
meson-python: error: Could not find meson version 0.63.3 or newer, found .

and after this ends with:
meson-python: error: Could not find specified meson: vendored-meson/meson/meson.py

If the executable is missing, the build ended with a very long traceback. Changing FileNotFoundError to ConfigError elides the traceback and clearly reports that the executable wasn't found. Easy to verify with any package with:
$ MESON=nonsense python -m build -wnx
* Building wheel...

meson-python: error: meson executable `nonsense` not found

ERROR Backend subproccess exited when trying to invoke build_wheel

Closes https://github.com/numpy/numpy/issues/26397

Thanks @dnicolodi. Adopted your suggestions for error messages.

In that I also check the return code of meson --version and raise an error with what was printed on the standard error if the return code is not zero.

If you have that already, do you want to put that on top of this PR (either push a commit or do in a follow-up PR)?

Sure, I will do that later today.


How to generate schema.json ?

Hello! I'm trying to generate a documentation for my API but i can't seem to find a way to generate the schema.json file mentioned in the apia-docs-generator docs. Could you help me with that? :) I don't think that is mentioned anywhere in the docs.

Ok, i found a schema method in the codebase. Here is my rake task i used to generate the actual file if anyone needs it:
namespace :apia do
  task schema_dump: :environment do
    schema = V1Api::Base.schema(host: 'test.pl', namespace: 'v1')
    File.write(Rails.root.join('api_schema.json'), JSON.dump(schema))
  end
end

Or else, one can mount schema in his own api using
class Base < Apia::API
  routes do
    schema
  end
end

and access it under your_api_path/schema

Yep, we have similar rake tasks in a few of our apps.
There's also a couple of schema related add-on gems you may find interesting if you haven't seen them already:

apia-insomnia — Generates a Insomnia request collection.
apia-openapi — Very experimental implementation of a OpenAPI scheme exporter for Apia.


[PPP-3487] Classes are dynamically modified by the build process to i…

[PPP-3487] Classes are dynamically modified by the build process to inject Version information

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
mvn -B -fn -f pom.xml clean install && mvn -B -f pom.xml site

Cleanup Commands
mvn -B -f pom.xml build-helper:remove-project-artifact

Changed files
  core/src/org/pentaho/di/version/AbstractBundleRef.java

Unit test coverage change
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.
org.pentaho.di.repository.filerep.KettleFileRepository

Branch Change: -10.47%:small_red_triangle_down:
Complexity Change: -5.14%:small_red_triangle_down:
Instruction Change: -8.33%:small_red_triangle_down:
Line Change: -7.42%:small_red_triangle_down:
Method Change: -2.40%:small_red_triangle_down:

org.pentaho.di.trans.step.BaseStep

Branch Change: -3.07%:small_red_triangle_down:
Complexity Change: -3.04%:small_red_triangle_down:
Instruction Change: -5.91%:small_red_triangle_down:
Line Change: -6.62%:small_red_triangle_down:
Method Change: -3.29%:small_red_triangle_down:

org.pentaho.di.trans.step.RowHandler

Complexity Change: -66.67%:small_red_triangle_down:
Instruction Change: -90.91%:small_red_triangle_down:
Line Change: -85.71%:small_red_triangle_down:
Method Change: -66.67%:small_red_triangle_down:

org.pentaho.di.trans.step.StepMeta

Branch Change: -.68%:small_red_triangle_down:
Complexity Change: -.58%:small_red_triangle_down:
Instruction Change: -.19%:small_red_triangle_down:
Line Change: -.26%:small_red_triangle_down:

org.pentaho.di.trans.step.StepPartitioningMeta

Branch Change: -1.43%:small_red_triangle_down:
Complexity Change: -3.12%:small_red_triangle_down:
Instruction Change: -1.50%:small_red_triangle_down:
Line Change: -2.31%:small_red_triangle_down:
Method Change: -6.90%:small_red_triangle_down:

org.pentaho.di.trans.steps.checksum.CheckSumMeta

Branch Change:  + 1.35%
Complexity Change:  + 1.45%
Instruction Change:  + .21%

org.pentaho.di.trans.steps.combinationlookup.CombinationLookupMeta

Instruction Change: -.04%:small_red_triangle_down:

org.pentaho.di.trans.steps.dbproc.DBProcMeta

Instruction Change: -.11%:small_red_triangle_down:

org.pentaho.di.trans.steps.dimensionlookup.DimensionLookupMeta

Branch Change: -.31%:small_red_triangle_down:
Instruction Change: -.06%:small_red_triangle_down:
Line Change:  + .23%
Method Change:  + 1.02%

org.pentaho.di.trans.steps.excelwriter.ExcelWriterStep

Branch Change: -12.85%:small_red_triangle_down:
Complexity Change: -5.56%:small_red_triangle_down:
Instruction Change: -11.47%:small_red_triangle_down:
Line Change: -14.00%:small_red_triangle_down:
Method Change: -26.32%:small_red_triangle_down:

org.pentaho.di.trans.steps.excelwriter.ExcelWriterStepData

Complexity Change: -50.00%:small_red_triangle_down:
Instruction Change: -40.82%:small_red_triangle_down:
Line Change: -37.50%:small_red_triangle_down:
Method Change: -50.00%:small_red_triangle_down:

org.pentaho.di.trans.steps.excelwriter.ExcelWriterStepField

Complexity Change: -3.33%:small_red_triangle_down:
Instruction Change: -8.51%:small_red_triangle_down:
Line Change: -9.80%:small_red_triangle_down:
Method Change: -3.33%:small_red_triangle_down:

org.pentaho.di.trans.steps.excelwriter.ExcelWriterStepMeta

Complexity Change: -2.33%:small_red_triangle_down:
Instruction Change: -4.05%:small_red_triangle_down:
Line Change: -7.05%:small_red_triangle_down:
Method Change: -3.33%:small_red_triangle_down:

org.pentaho.di.trans.steps.fuzzymatch.FuzzyMatch

Branch Change: -27.59%:small_red_triangle_down:
Complexity Change: -21.90%:small_red_triangle_down:
Instruction Change: -33.80%:small_red_triangle_down:
Line Change: -41.98%:small_red_triangle_down:
Method Change: -85.71%:small_red_triangle_down:

org.pentaho.di.trans.steps.fuzzymatch.FuzzyMatchData

Complexity Change: -100.00%:small_red_triangle_down:
Instruction Change: -100.00%:small_red_triangle_down:
Line Change: -100.00%:small_red_triangle_down:
Method Change: -100.00%:small_red_triangle_down:

org.pentaho.di.trans.steps.fuzzymatch.FuzzyMatchMeta

Branch Change: -7.69%:small_red_triangle_down:
Complexity Change: -1.08%:small_red_triangle_down:
Instruction Change: -2.85%:small_red_triangle_down:
Line Change: -4.82%:small_red_triangle_down:
Method Change: -2.13%:small_red_triangle_down:

org.pentaho.di.trans.steps.getrepositorynames.GetRepositoryNames

Branch Change: -77.94%:small_red_triangle_down:
Complexity Change: -73.81%:small_red_triangle_down:
Instruction Change: -63.21%:small_red_triangle_down:
Line Change: -67.57%:small_red_triangle_down:
Method Change: -75.00%:small_red_triangle_down:

org.pentaho.di.trans.steps.getrepositorynames.GetRepositoryNamesData

Complexity Change: -100.00%:small_red_triangle_down:
Instruction Change: -100.00%:small_red_triangle_down:
Line Change: -100.00%:small_red_triangle_down:
Method Change: -100.00%:small_red_triangle_down:

org.pentaho.di.trans.steps.getrepositorynames.GetRepositoryNamesMeta

Complexity Change: -2.63%:small_red_triangle_down:
Instruction Change: -.54%:small_red_triangle_down:
Line Change: -.60%:small_red_triangle_down:
Method Change: -3.70%:small_red_triangle_down:

org.pentaho.di.trans.steps.getrepositorynames.ObjectTypeSelection

Branch Change: -66.67%:small_red_triangle_down:
Complexity Change: -42.86%:small_red_triangle_down:
Instruction Change: -19.05%:small_red_triangle_down:
Line Change: -14.29%:small_red_triangle_down:
Method Change: -25.00%:small_red_triangle_down:

org.pentaho.di.trans.steps.groupby.GroupByMeta

Branch Change:  + 1.04%
Complexity Change:  + 1.05%

org.pentaho.di.trans.steps.ifnull.IfNullMeta

Branch Change:  + 2.00%
Complexity Change:  + 1.89%
Instruction Change:  + .17%

org.pentaho.di.trans.steps.ldapoutput.LDAPOutputMeta

Instruction Change:  + .06%

org.pentaho.di.trans.steps.memgroupby.MemoryGroupByMeta

Branch Change: -2.35%:small_red_triangle_down:
Complexity Change: -2.70%:small_red_triangle_down:
Instruction Change: -.18%:small_red_triangle_down:
Line Change: -.48%:small_red_triangle_down:

org.pentaho.di.trans.steps.singlethreader.SingleThreaderMeta

Instruction Change: -.10%:small_red_triangle_down:

org.pentaho.di.trans.steps.sortedmerge.SortedMergeMeta

Instruction Change:  + .18%

org.pentaho.di.trans.steps.synchronizeaftermerge.SynchronizeAfterMergeMeta

Instruction Change:  + .04%

org.pentaho.di.trans.steps.tableoutput.TableOutputMeta

Branch Change: -.91%:small_red_triangle_down:
Complexity Change: -.82%:small_red_triangle_down:

org.pentaho.di.trans.steps.textfileinput.TextFileInputMeta

Branch Change: -.53%:small_red_triangle_down:

org.pentaho.di.trans.TransMeta

Complexity Change: -.12%:small_red_triangle_down:
Instruction Change: -.02%:small_red_triangle_down:
Line Change: -.05%:small_red_triangle_down:
Method Change: -.37%:small_red_triangle_down:

org.pentaho.di.trans.steps.googleanalytics.GaInputStepMeta

Instruction Change: -.07%:small_red_triangle_down:

org.pentaho.di.trans.steps.gpload.GPLoadMeta

Instruction Change:  + .13%

org.pentaho.di.ui.repository.pur.repositoryexplorer.model.UISecurityRole

Branch Change:  + 1.79%
Complexity Change:  + 1.54%
Instruction Change:  + .16%
Line Change:  + .58%

org.pentaho.di.trans.steps.salesforceupsert.SalesforceUpsertMeta

Instruction Change: -.14%:small_red_triangle_down:

@mbatchelor @mchen-len-son @cjboyden @pamval please review

@mchen-len-son @mbatchelor @pamval please review

@mchen-len-son @mbatchelor @pamval please review

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
mvn -B -fn -f pom.xml clean install && mvn -B -f pom.xml site

Cleanup Commands
mvn -B -f pom.xml build-helper:remove-project-artifact

Changed files
  core/src/org/pentaho/di/version/AbstractBundleRef.java

Unit test coverage change
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.
org.pentaho.di.job.entries.getpop.MailConnectionMeta

Branch Change:  + 1.00%
Complexity Change:  + 1.41%
Instruction Change:  + .30%

org.pentaho.di.job.entries.waitforsql.JobEntryWaitForSQL

Branch Change:  + .66%
Complexity Change:  + .93%
Instruction Change:  + .13%

org.pentaho.di.trans.step.StepMeta

Branch Change:  + .68%
Complexity Change:  + .58%
Instruction Change:  + .19%
Line Change:  + .26%

org.pentaho.di.trans.steps.checksum.CheckSumMeta

Instruction Change:  + .11%

org.pentaho.di.trans.steps.combinationlookup.CombinationLookupMeta

Instruction Change: -.04%:small_red_triangle_down:

org.pentaho.di.trans.steps.csvinput.CsvInputMeta

Instruction Change: -.05%:small_red_triangle_down:

org.pentaho.di.trans.steps.datagrid.DataGridMeta

Branch Change: -1.92%:small_red_triangle_down:
Complexity Change: -1.69%:small_red_triangle_down:
Instruction Change: -.17%:small_red_triangle_down:

org.pentaho.di.trans.steps.dbproc.DBProcMeta

Instruction Change:  + .11%

org.pentaho.di.trans.steps.ifnull.IfNullMeta

Branch Change:  + 2.00%
Complexity Change:  + 1.89%
Instruction Change:  + .17%

org.pentaho.di.trans.steps.insertupdate.InsertUpdateMeta

Instruction Change: -.05%:small_red_triangle_down:

org.pentaho.di.trans.steps.memgroupby.MemoryGroupByMeta

Branch Change:  + 2.35%
Complexity Change:  + 2.70%
Instruction Change:  + .18%
Line Change:  + .48%

org.pentaho.di.trans.steps.replacestring.ReplaceStringMeta

Instruction Change: -.07%:small_red_triangle_down:

org.pentaho.di.trans.steps.singlethreader.SingleThreaderMeta

Instruction Change: -.10%:small_red_triangle_down:

org.pentaho.di.trans.steps.sortedmerge.SortedMergeMeta

Instruction Change:  + .18%

org.pentaho.di.trans.steps.tableoutput.TableOutputMeta

Branch Change: -.91%:small_red_triangle_down:
Complexity Change: -.82%:small_red_triangle_down:

org.pentaho.di.trans.steps.webservices.WebServiceMeta

Branch Change: -1.79%:small_red_triangle_down:
Complexity Change: -1.19%:small_red_triangle_down:
Instruction Change: -.07%:small_red_triangle_down:

org.pentaho.di.www.TransformationMap

Branch Change: -3.41%:small_red_triangle_down:
Complexity Change: -3.08%:small_red_triangle_down:
Instruction Change: -.94%:small_red_triangle_down:
Line Change: -1.54%:small_red_triangle_down:

org.pentaho.di.trans.steps.googleanalytics.GaInputStepMeta

Instruction Change:  + .07%

org.pentaho.di.trans.steps.salesforceupsert.SalesforceUpsertMeta

Instruction Change: -.14%:small_red_triangle_down:

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
mvn -B -fn -f pom.xml clean install && mvn -B -f pom.xml site

Cleanup Commands
mvn -B -f pom.xml build-helper:remove-project-artifact

Changed files
  core/src/main/java/org/pentaho/di/version/AbstractBundleRef.java

Unit test coverage change
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.
org.pentaho.di.job.entries.evalfilesmetrics.JobEntryEvalFilesMetrics

Branch Change:  + .39%
Complexity Change:  + .51%
Instruction Change:  + .08%

org.pentaho.di.job.entries.sql.JobEntrySQL

Instruction Change: -3.28%:small_red_triangle_down:
Line Change: -3.87%:small_red_triangle_down:

org.pentaho.di.job.entries.waitforsql.JobEntryWaitForSQL

Branch Change: -.66%:small_red_triangle_down:
Complexity Change: -.93%:small_red_triangle_down:
Instruction Change: -.13%:small_red_triangle_down:

org.pentaho.di.trans.steps.constant.ConstantMeta

Instruction Change:  + .10%

org.pentaho.di.trans.steps.datagrid.DataGridMeta

Branch Change:  + 1.92%
Complexity Change:  + 1.69%
Instruction Change:  + .17%

org.pentaho.di.trans.steps.dimensionlookup.DimensionLookupMeta

Branch Change: -.31%:small_red_triangle_down:
Instruction Change: -.06%:small_red_triangle_down:
Line Change:  + .23%
Method Change:  + 1.02%

org.pentaho.di.trans.steps.groupby.GroupByMeta

Branch Change: -3.12%:small_red_triangle_down:
Complexity Change: -3.16%:small_red_triangle_down:
Instruction Change: -.28%:small_red_triangle_down:
Line Change: -.74%:small_red_triangle_down:

org.pentaho.di.trans.steps.insertupdate.InsertUpdateMeta

Instruction Change: -.05%:small_red_triangle_down:

org.pentaho.di.trans.steps.memgroupby.MemoryGroupByMeta

Branch Change:  + 2.35%
Complexity Change:  + 2.70%
Instruction Change:  + .35%
Line Change:  + .97%

org.pentaho.di.trans.steps.singlethreader.SingleThreaderMeta

Instruction Change:  + .10%

org.pentaho.di.trans.steps.sort.SortRowsMeta

Instruction Change:  + .08%

org.pentaho.di.trans.steps.sortedmerge.SortedMergeMeta

Instruction Change:  + .18%

org.pentaho.di.trans.steps.textfileinput.TextFileInputMeta

Branch Change: -.53%:small_red_triangle_down:

org.pentaho.di.trans.steps.uniquerows.UniqueRowsMeta

Instruction Change:  + .18%

org.pentaho.di.trans.steps.webservices.WebServiceMeta

Branch Change: -1.79%:small_red_triangle_down:
Complexity Change: -1.19%:small_red_triangle_down:
Instruction Change: -.07%:small_red_triangle_down:

org.pentaho.di.www.TransformationMap

Branch Change:  + 9.09%
Complexity Change:  + 6.15%
Instruction Change:  + 10.03%
Line Change:  + 10.00%

org.pentaho.di.trans.steps.googleanalytics.GaInputStepMeta

Instruction Change:  + .07%

org.pentaho.di.trans.steps.salesforceinsert.SalesforceInsertMeta

Instruction Change: -.15%:small_red_triangle_down:

Build Completed
:white_check_mark: This pull request has passed all validations.
Build Commands
mvn -B -fn -f core/pom.xml clean install && mvn -B -f core/pom.xml site

Cleanup Commands
mvn -B -f core/pom.xml build-helper:remove-project-artifact

Changed files
  core/src/main/java/org/pentaho/di/version/AbstractBundleRef.java

Build Completed
:white_check_mark: This pull request has passed all validations.
Build Commands
mvn -B -fn -f core/pom.xml clean install && mvn -B -f core/pom.xml site

Cleanup Commands
mvn -B -f core/pom.xml build-helper:remove-project-artifact

Changed files
  core/src/main/java/org/pentaho/di/version/AbstractBundleRef.java


faster-rcnn speed and accuracy

Hi,I am using your open source model faster-rcnn VGGx2 and VGGx4 code, the results did not achieve the effect of acceleration, your accuracy in the form is the actual accuracy of it? Why is it so much worse than the original VGG? Or I ignored what the details, look forward to your answer, thank you

What do you mean by much worse? faster rcnn x2 has no mmAP degradation
On Mon, Oct 16, 2017 at 9:25 PM, fgxfxpfzzfcc<EMAIL_ADDRESS>wrote:

Hi,I am using your open source model faster-rcnn VGGx2 and VGGx4 code, the
results did not achieve the effect of acceleration, your accuracy in the
form is the actual accuracy of it? Why is it so much worse than the
original VGG? Or I ignored what the details, look forward to your answer,
thank you
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/yihui-he/channel-pruning/issues/38, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AJkBS71eXYo_1pFSZaH69yLhdn2Xxoj8ks5stAIZgaJpZM4P7c_z
.

--
Best,
Yihui He http://yihui-he.github.io/

Hi,I would like to ask why the speed did not improve it? Even if I used cudnn to speed up, the speed did not improve anything.

you can compare these logs, it indeed improves:
https://github.com/yihui-he/py-faster-rcnn/blob/master/experiments/logs/faster_rcnn_end2end_VGG16_.txt.2017-01-03_15-27-04
https://github.com/yihui-he/py-faster-rcnn/blob/master/experiments/logs/vggx2.txt
https://github.com/yihui-he/py-faster-rcnn/blob/master/experiments/logs/vggx4.txt

Thank you for your reply, but when i use your open source code for VGGx4 test results for an average of 0.148s per picture, VGGx2 is 0.180s, i use cuda8.0, cudnn5.1, gtx1080 machine, is it because i am Careless so I ignored what? thanks for your help.

IDK

What is the meaning of IDK? I have not heard before,can  you simply introduce it? Thank you。

https://www.google.com/search?q=IDK

Hello, when I use cudnn to run your VGGx2 and VGGx4 faster than not using cudnn, what is the reason for it?, do you know it? thanks.

Of course, cudnn is faster...

Hi,Hello, yesterday I put the results wrong, the use of cudnnV7 slower than not used, I experiment on the 1080 ,results are as follows:
                     use cudnn                                      not use cudnn
VGGx4:    mAP 0.6553   speed 0.143s/each picture               mAP 0.654     speed  0.089s/each picture
VGGx2:    mAP 0.6671   speed 0.158s/each picture               mAP 0.6639   speed  0.101s/each picture

Hi, yesterday I am wrong, the use of cudnnV7 slower than not used, I experiment on the 1080 ,results are as follows:
use cudnn                                                         not use cudnn
VGGx4: mAP 0.6553 speed 0.143s/each picture    mAP 0.654 speed 0.089s/each picture
VGGx2: mAP 0.6671 speed 0.158s/each picture    mAP 0.6639 speed 0.101s/each picture


Construction minister failed to start levelling up ironmongery

I set the ironmongery and the timber mill  to a level 3 but it fail to level up either one.

Fixed!


fix: Revert cryptography package update

Installation fails with ERROR: Cannot install -r install/requirements.txt (line 334) and cryptography==41.0.3 because these package versions have conflicting dependencies.

Note on failing pre-submits: https://github.com/advisories/GHSA-5cpq-8wj7-hf2v and https://github.com/advisories/GHSA-jm77-qphf-c4w8 and irrelevant to us


[Bug] We need a major version bump due to #1292 being a breaking change

Component
other
What version of Alloy are you on?
0.3.6
Operating System
Linux
Describe the bug
https://github.com/alloy-rs/alloy/issues/1292 is a breaking change since it adds a new enum variant without non-exhaustive (see https://doc.rust-lang.org/cargo/reference/semver.html#enum-variant-new). This broke revm-inspectors and in turn foundry and proof-of-sql which I work on (see https://github.com/spaceandtimelabs/sxt-proof-of-sql/actions/runs/10927271217/job/30333055842?pr=166). It is probably a good idea to yank 0.3.6 and re-release it as 0.4.0 or more projects will be affected.

sorry about this, we'll be more careful moving forward


Improve the yaml minimization algorithm (again).

@ianoc-stripe in #84 found an example of the minimization algorithm deleting entries.
I have reworked the algorithm again to be more principled, but also exponential in complexity. The exponential part only runs for sets of dependencies that share a common prefix in maven group and in artifact, so in practice that is small enough that it is very fast. But if you have 100 modules in a single artifact each with different versions, this algorithm might fall over.
It is only used in format now, so even if we hit such a corner case, users can work around by not formatting (which triggers the minimization).

@ianoc-stripe @ianoc take a look?

Don't really know the code super well to be able to review in a great fashion. But it looks pretty sane and good test coverage so i'd be 👍

👍


Error: command X not found

Hi, we have migrated our oclif CLI to the core version following the migration guide
Locally it seems works as expected, I'm be able to run all the commands. But when I install the global version it doesn't work, does not found any command, specifically I have the following error message:  "Error: command  x not found"
I have these dependencies installed:
dependencies:
{
    "@oclif/core": "^1.1.2",
    "@oclif/plugin-help": "^5.1.10",
    "@oclif/plugin-plugins": "^2.0.12"
 }

And these are the oclif settings:
oclif:
{
    "commands": "./lib/commands",
    "bin": "test",
    "plugins": [
      "@oclif/plugin-help",
      "@oclif/plugin-plugins"
    ],
    "topicSeparator": " ",
    "additionalHelpFlags": [
      "-h"
    ],
    "additionalVersionFlags": [
      "-v"
    ]
}

Do you have any clue that it can't be happening?

Hey, do you mind to share your solution to this problem @m-pizarro ?


Docker Breaks During Builds

ae5f2e2f15f61704849955f3c8744cf8fc5e0c3d breaks the Docker build:
› docker build -t pshtt/cli .
Sending build context to Docker daemon  1.364MB
Step 1/4 : FROM python:3.5-onbuild
# Executing 3 build triggers...
Step 1/1 : COPY requirements.txt /usr/src/app/
Step 1/1 : RUN pip install --no-cache-dir -r requirements.txt
 ---> Running in 2e58c6400f57
Directory '.' is not installable. File 'setup.py' not found.
The command '/bin/sh -c pip install --no-cache-dir -r requirements.txt' returned a non-zero code: 1

The operating assumption for the python:3.5-onbuild is that requirements.txt will contain all dependencies, so the build triggers see this and die. I think we fix this with a change in Docker image tag and a few tweaks to the Dockerfile (#141).

I can fix this tonight. Good catch!

Fixed via pull request #141.


Kaspersky detects Trojan virus in Qtum Core (Windows 64-bit)

This issue tracker is only for technical issues related to Qtum.
Describe the issue
Scan by Kaspersky Total Security finds Trojans in two Qtum EXE files:

Trojan.MSIL.Disfa.mlia in qtum-qt.exe (main app)
Trojan.Win32.Generic in qtumd.exe (daemon)

Can you reliably reproduce the issue?
If so, please list the steps to reproduce below:

Start Kaspersky Total Security
Click Scan in main window
Wait (the two EXE files above will be identified and moved to the quarantine)

Expected behaviour
EXE files should be virus-free
Actual behaviour
Trojans identified in EXE files. This might be a false positive but assurances by the development would be needed.
What version of Qtum are you using?
Qtum Core version v<IP_ADDRESS>-2a7afc9-dirty (64-bit)

This is a known issue. We've contacted Kaspersky and 2 other anti-virus vendors about this.

Thank you!


Urbit fails to boot

A brief description

Urbit 0.4.3, "a secure peer-to-peer network of personal servers, built on a clean-slate system software stack", fails to boot on WSL. It boots correctly on Ubuntu 14.04.

Expected results

Urbit creating a new "comet" (identity), connecting to the network, downloading data and showing the command prompt.

Actual results (with terminal output if applicable)

Urbit hangs at the point you see in the log below.
$ urbit -c temp_comet
[...]
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/ames:<[1.221 17].[1.227 34]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/ames:<[1.222 17].[1.227 34]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/ames:<[1.223 17].[1.227 34]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/ames:<[1.224 17].[1.227 34]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/ames:<[1.224 21].[1.224 66]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/ames:<[1.224 25].[1.224 66]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/ames:<[1.224 31].[1.224 65]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[946 7].[956 50]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[947 7].[956 50]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[948 7].[956 50]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[949 7].[956 50]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[950 7].[956 50]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[951 7].[956 50]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[952 7].[956 50]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[952 11].[952 49]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[952 15].[952 49]>
<awaiting hood, this may take a few minutes>

Your Windows build number

Microsoft Windows [Version 10.0.14393]

Steps / All commands required to reproduce the error from a brand new installation

wget https://media.urbit.org/dist/debian/urbit_0.4.3-1_amd64.deb
sudo dpkg -i urbit_0.4.3-1_amd64.deb
sudo apt-get update
sudo apt-get install -f -y
urbit -c ~/mycomet

The following Vagrantfile sets up an Ubuntu 14.04 VM in VirtualBox where the command urbit -c ~/mycomet works as expected.
# -*- mode: ruby -*-
# vi: set ft=ruby :

# All Vagrant configuration is done below. The "2" in Vagrant.configure
# configures the configuration version (we support older styles for
# backwards compatibility). Please don't change it unless you know what
# you're doing.
Vagrant.configure("2") do |config|
  config.vm.box = "ubuntu/trusty64"

  config.vm.provider "virtualbox" do |vb|
    vb.memory = 512 + 2048
    vb.cpus = 1
  end

  config.vm.provision "shell", inline: <<-SHELL
    wget https://media.urbit.org/dist/debian/urbit_0.4.3-1_amd64.deb
    sudo dpkg -i urbit_0.4.3-1_amd64.deb
    sudo apt-get update
    sudo apt-get install -f -y
  SHELL
end

Strace of the failing command

Too large to paste or attach on GitHub. You can download it from https://ipfs.io/ipfs/QmbjRAMgLm9xXW539AfHfXMwXV6o6b9GCsLkTjeyJB3PE1.
In case it may be helpful, here is an strace of Urbit operating correctly on Ubuntu 14.04: https://ipfs.io/ipfs/QmWgdzvTz2uB54eBdBwHF7nWReQGWemnnfdzWCuhcCHkCR.

Required packages and commands to install

See the steps to reproduce above.

Below is the tail end of the linked ubuntu-correct.strace (those turn out to be zip files for anyone playing along). The code loops pathologically on /proc/self/maps, segfaulting it appears by design on every turn. 2.8 million syscalls on native, with half a million of those being to mprotect() alone. 55,000 segfaults.
Anyway, I am guessing but have not confirmed this is #708 (I haven't installed it). You can confirm by running "strace -tt -ff -o urbit.strace urbit -c ~/mycomet" and pasting the first few lines one of the read /proc/self/maps turns. I could be wrong.
There doesn't seem to be anything resembling a command prompt in the native strace linked; it ends midway through a turn. I could have missed it in the noise though. The WSL strace looks the same, but ends with a mercy SIGKILL, presumptively because #708 will cause this to take forever.
Since we're here, I'd like to renew my humble request to stub a 'p' in the protection bits. With all the fixes recently, that is one of the few remaining identified (contrast 'only') problems with election.
Native:
[...at this point we're near the end of a /proc/self/maps pass]
read(19, "08:01 5284                      "..., 1024) = 1024
read(19, "f000 r-xp 00000000 08:01 2112   "..., 1024) = 1024
read(19, "1720de6000 ---p 001b3000 08:01 2"..., 1024) = 1024
read(19, "7f1721291000-7f1721292000 r--p 0"..., 1024) = 474
close(19)                               = 0
mprotect(0x38a18000, 16384, PROT_READ|PROT_WRITE) = 0
rt_sigreturn()                          =<PHONE_NUMBER>
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0x37e0e120} ---
[...and now starting another pass]
open("/proc/self/maps", O_RDONLY)       = 19
read(19, "00400000-004f2000 r-xp 00000000 "..., 1024) = 1024
read(19, "00000 00:00 0 \n363a4000-363a8000"..., 1024) = 1024
read(19, "000000 00:00 0 \n36464000-3646800"..., 1024) = 1024
[...snip]
read(19, " \nb1300000-b1308000 r--p 0000000"..., 1024) = 1024
read(19, "0 \nb2a50000-b2cb8000 r--p 000000"..., 1024) = 1024
read(19, "           /lib/x86_64-linux-gnu"..., 1024) = 1024
read(19, ":01 2261                       /"..., 1024) = 1024
[...snip]
read(19, "/x86_64-linux-gnu/libcurl-gnutls"..., 1024) = 1024
read(19, "                       /lib/x86_"..., 1024) = 1024
read(19, "265                       /lib/x"..., 1024) = 1024
read(19, "721286000 rw-p 00000000 00:00 0 "..., 1024) = 556
close(19)                               = 0
mprotect(0x37e0c000, 16384, PROT_READ|PROT_WRITE) = 0
rt_sigreturn()                          =<PHONE_NUMBER>
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0x3991bbc8} ---
[...and again]
open("/proc/self/maps", O_RDONLY)       = 19
read(19, "00400000-004f2000 r-xp 00000000 "..., 1024) = 1024
read(19, "00000 00:00 0 \n363a4000-363a8000"..., 1024) = 1024
read(19,
[the linked native strace ends here]

WSL:
read(19, "-7f89bead4000 rw-- 00003000 00:0"..., 1024) = 1024
read(19, ".9\n7f89bef40000-7f89befac000 r-x"..., 1024) = 1024
read(19, "5000 r-x- 00000000 00:00 222518 "..., 1024) = 1024
read(19, "f0000-7f89bf9f1000 rw-- 00000000"..., 1024) = 1006
close(19)                               = 0
mprotect(0xb5b94000, 16384, PROT_READ|PROT_WRITE) = 0
rt_sigreturn()                          =<PHONE_NUMBER>
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=0xb5b98000} ---
open("/proc/self/maps", O_RDONLY)       = 19
read(19,  <unfinished ...>
+++ killed by SIGKILL +++

@therealkenc

There doesn't seem to be anything resembling a command prompt in the native strace linked; it ends midway through a turn.

Oops. Looks like I truncated the strace before the prompt. It looks like this when Urbit gets to it:
write(0, "\33[49m\33[39m~dosheb_digwex:dojo> \33"..., 61) = 61
write(0, "\r", 1)                       = 1
write(0, "\33[K", 3)                    = 3
write(0, "\33[49m\33[39m~dosheb_digwex:dojo> \33"..., 61) = 61
write(0, "\r", 1)                       = 1
write(0, "\33[K", 3)                    = 3
write(0, "\33[49m\33[39m~dosheb_digwex:dojo> \33"..., 61) = 61
rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [PROF], 8) = 0

Here is the output from strace -tt -ff -o urbit.strace urbit -c ~/mycomet:
[...]
23:35:29.030917 open("/proc/self/maps", O_RDONLY) = 15
23:35:29.030917 read(15, "00400000-004f2000 r-x- 00000000 "..., 1024) = 1024
23:35:29.124928 read(15, " /lib/x86_64-linux-gnu/libnss_fi"..., 1024) = 1024
23:35:29.125925 read(15, "7fd27805a000-7fd278088000 rw-- 0"..., 1024) = 1024
23:35:29.125925 read(15, "    /usr/lib/x86_64-linux-gnu/li"..., 1024) = 1024
[...]
23:35:29.open("/proc/self/maps", O_RDONLY) = 15
23:35:29.127923 read(15, "00400000-004f2000 r-x- 00000000 "..., 1024) = 1024
23:35:29.219928 read(15, " /lib/x86_64-linux-gnu/libnss_fi"..., 1024) = 1024
23:35:29.219928 read(15, "7fd27805a000-7fd278088000 rw-- 0"..., 1024) = 1024
23:35:29.219928 read(15, "    /usr/lib/x86_64-linux-gnu/li"..., 1024) = 1024
[...]

In this case there is a consistent delay of circa 94 ms after each first read() from a new file descriptor for /proc/self/maps. Over the 7 minutes that I let Urbit run before I SIGKILLed it there were 1115 such delays for a total of ~103 seconds. On other runs I got comparable or smaller delays (≥10 ms). They aren't there on Ubuntu in a VM, but they aren't as bad as #708, either. It seems unlikely this is the cause of the problem.
I have found something else. Grepping a native strace for EINVAL finds just this line:
setrlimit(RLIMIT_NOFILE, {rlim_cur=10*1024, rlim_max=4*1024}) = -1 EINVAL (Invalid argument)

but on WSL you get
getrusage(0x1 /* RUSAGE_??? */, 0x7fffcfa085c0) = -1 EINVAL (Invalid argument)
setrlimit(RLIMIT_NOFILE, {rlim_cur=10*1024, rlim_max=2*1024}) = -1 EINVAL (Invalid argument)
getrusage(0x1 /* RUSAGE_??? */, 0x7fffcfa07440) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
bind(15, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)
[Etc. The line repeats hundreds of times.]

The setitimer() errors are related to #1577. @stehufntdev comments at https://github.com/Microsoft/BashOnWindows/issues/1577#issuecomment-271630762 saying that

WSL currently only supports ITIMER_REAL for setitimer.

However, if you replace ITIMER_VIRTUAL with ITIMER_REAL in Urbit's source code it takes care of the errors apparently without breaking anything else, But it does not fix Urbit. That leaves us with
socket(PF_NETLINK, SOCK_RAW, NETLINK_ROUTE) = 19
bind(19, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = -1 EINVAL (Invalid argument)

which is the same as one of the two errors you've pointed out for IPFS (#1666).

Informative follow-up; thank you. I should have included another stat in my original reply:
$ grep -E "$open\(\"/proc/self/maps\"" ubuntu-correct.strace | wc
  17553   70212  789885

But yeah even with 17k turns, if the initial reads are really only taking an average of ~10ms (as opposed to ~100ms), then you can't account for slowness there alone. Since there aren't that many calls between open-to-open, whatever is causing the delay should stick out. Actually the only real suspects are mprotect() and rt_sigreturn(). If you do tail -f <tracefile> in another terminal maybe it will be obvious.
Keep an eye on #1671 too. I haven't looked at it in detail, but the attached strace has:
--- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TIMER, si_pid=1, si_uid=0, si_value=0} ---
rt_sigreturn()                          = -1 EINTR (Interrupted system call)

Which is different than your case, but might just be similar enough if signal delivery is taking ages. That's highly speculative though.
That bind(AF_NETLINK, ...) is probably fatal anyway of course. But at least you'll know why it looks like a hang instead of getting some well-formed EINVAL related error message.

Thanks for the suggestion to follow the strace in real time with tail -f. I see that most of the time spent waiting is spent in the first read() for a descriptor, not mprotect() or rt_sigreturn(). There is also the occasional epoll_wait(), apparently on the standard input:
11:16:57.485958 epoll_ctl(8, EPOLL_CTL_MOD, 0, {EPOLLIN, {u32=0, u64=0}}) = 0
11:16:57.485958 epoll_wait(8, [], 1024, 18000) = 0
11:17:15.487346 clock_gettime(CLOCK_MONOTONIC_COARSE, {518, 24910000}) = 0

A correction about the delays: they have actually all been 100±10 ms. I got lower delays when I parsed an strace file wrong.

But at least you'll know why it looks like a hang instead of getting some well-formed EINVAL related error message.

It looks like this wasn't a proper hang to begin with. If I let Urbit sit there long enough after it prints
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[952 7].[956 50]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[952 11].[952 49]>
/~rep/home/~2017.1.13..02.56.39..7e35/arvo/zuse:<[952 15].[952 49]>

it restarts from with the message recover: dig: over on the standard error and goes until it gets to the point where it "hangs".
I've also noticed that the bind() EINVAL error happens only once per run, right after Urbit is started. The bind() isn't retried. That could either mean that whatever it uses that bind() for is optional, or that it doesn't stop on what should be a fatal error.

Okay. If we use your original 94ms, that works out to ~1650 seconds or ~27.5 minutes for 17553 turns, all things being equal.
I wouldn't overthink the bind(). If you are tenacious enough to could force-fail it in Urbit's source on Real Linux and see what happens, but at this point, smacks of effort to me. Fatal or not, it's a know issue.

I have found the source of the failing bind() and simulated it failing on Real Linux. It was in the bundled libuv. In an Ubuntu VM Urbit boots fine even when that bind() is never called. Here's the patch:
--- ./outside/libuv-v1.7.5/src/unix/android-ifaddrs.c.orig   2017-02-06 21:10:52.429272192 +0200
+++ ./outside/libuv-v1.7.5/src/unix/android-ifaddrs.c        2017-02-06 21:11:32.353272603 +0200
@@ -45,48 +45,12 @@

 static int netlink_socket(void)
 {
-    struct sockaddr_nl l_addr;
-
-    int l_socket = socket(PF_NETLINK, SOCK_RAW, NETLINK_ROUTE);
-    if(l_socket < 0)
-    {
-        return -1;
-    }
-
-    memset(&l_addr, 0, sizeof(l_addr));
-    l_addr.nl_family = AF_NETLINK;
-    if(bind(l_socket, (struct sockaddr *)&l_addr, sizeof(l_addr)) < 0)
-    {
-        close(l_socket);
-        return -1;
-    }
-
-    return l_socket;
+    return -1;
 }

 static int netlink_send(int p_socket, int p_request)
 {
-    char l_buffer[NLMSG_ALIGN(sizeof(struct nlmsghdr)) + NLMSG_ALIGN(sizeof(struct rtgenmsg))];
-
-    struct nlmsghdr *l_hdr;
-    struct rtgenmsg *l_msg;
-    struct sockaddr_nl l_addr;
-
-    memset(l_buffer, 0, sizeof(l_buffer));
-
-    l_hdr = (struct nlmsghdr *)l_buffer;
-    l_msg = (struct rtgenmsg *)NLMSG_DATA(l_hdr);
-
-    l_hdr->nlmsg_len = NLMSG_LENGTH(sizeof(*l_msg));
-    l_hdr->nlmsg_type = p_request;
-    l_hdr->nlmsg_flags = NLM_F_ROOT | NLM_F_MATCH | NLM_F_REQUEST;
-    l_hdr->nlmsg_pid = 0;
-    l_hdr->nlmsg_seq = p_socket;
-    l_msg->rtgen_family = AF_UNSPEC;
-
-    memset(&l_addr, 0, sizeof(l_addr));
-    l_addr.nl_family = AF_NETLINK;
-    return (sendto(p_socket, l_hdr, l_hdr->nlmsg_len, 0, (struct sockaddr *)&l_addr, sizeof(l_addr)));
+    return -1;
 }

 static int netlink_recv(int p_socket, void *p_buffer, size_t p_len)

Probably not the right patch. See libuv's gyp file here.
Anyway it looks like NETLINK_ROUTE might be fixed as of 15007+ (message). Silly I missed that. I also didn't pick up that you are on Anniversary Update (14393). Best bet at this point is to upgrade to insider builds. That won't address #708 mind, but you'll be on more solid footing.

Probably not the right patch.

You're right. I spoke too soon. Looks like the bind() was missing from the strace after I recompiled with the patch for other reasons (creating a new comet vs. starting an existing one?).
I'll try 15007 and get back to you.

A comet does talk to the network pretty early. If you want an independent startup, the process is a little more involved, but basically: have the maint-20160818 branch of https://github.com/urbit/arvo checked out somewhere, get https://bootstrap.urbit.org/latest.pill, and start up with urbit -c -F -I zod -A arvo/ -B latest.pill zod - more detailed info at http://urbit.org/fora/posts/~2017.1.5..21.31.04..20f3~/.

@dbohdan - Please let us know if this still repro's for you on 15007+? Thanks for trying out WSL.

@sunilmut - Yes this reproduces on 15046. The problem here isn't NETLINK_ROUTE. On the terminal you get:
...
<awaiting hood, this may take a few minutes>

...except it isn't going to take a few minutes. To a user it just hangs forever, because it progresses too slowly. Repro is:
sudo apt-get install libsigsegv-dev libuv-dev libgmp3-dev
wget https://media.urbit.org/dist/debian/urbit_0.4.3-1_amd64.deb
sudo dpkg -i urbit_0.4.3-1_amd64.deb   # might have to add more deps if I missed any above
mkdir strace
strace -tt -ff -o strace/urbit urbit -c temp_commit

Eventually it will start looping on the following pattern:
...
13:00:47.841911 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0xb57d7fd4} ---
13:00:47.841992 open("/proc/self/maps", O_RDONLY) = 19
13:00:47.842145 read(19, "00400000-004f2000 r-x- 00000000 "..., 1024) = 1024
13:00:47.902094 read(19, "00:00 0\n3642c000-36430000 r--- 0"..., 1024) = 1024
...
13:00:47.910928 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0xb57d3ff4} ---
13:00:47.910969 open("/proc/self/maps", O_RDONLY) = 19
13:00:47.911114 read(19, "00400000-004f2000 r-x- 00000000 "..., 1024) = 1024
13:00:47.971731 read(19, "00:00 0\n3642c000-36430000 r--- 0"..., 1024) = 1024
... [more of the same]

There's also an EINVAL on setitimer() earlier on:
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = -1 EINVAL (Invalid argument)

...but I don't doubt that's the core problem here. Marking this issue with label 'network' is premature at best.  I really like WSL. It's a major reason I use Windows on a daily basis again. I plan on doing more testing when the Creators Update comes out.
(I intended to test on 15007+ earlier, but development VMs won't receive Fast Ring updates for me and I don't want to run an Insider Build on my desktop/laptop since you can't go back to stable without reinstalling. Maybe you don't get those updates in Windows 10's evaluation mode?)
@therealkenc Regarding setitimer(): as I wrote before, replacing ITIMER_VIRTUAL with ITIMER_REAL apparently makes no difference to Urbit being able to run on WSL. I want to add that the same is true on Linux: this change doesn't seem to break anything.

@dbohdan - Apologize for the delayed response. I tried your repro steps (below) on a recent dev build of WSL and the results I am seeing seem to match that of native Ubuntu. I am not an urbit expert, so I am not sure what to expect, but it seems to be working for me in recent builds (should be working in latest insider builds as well).
Are you able to try your repro on the latest Windows Insider build? If not, you can wait for the Creators Update release, which should be very soon.
wget https://media.urbit.org/dist/debian/urbit_0.4.3-1_amd64.deb
sudo dpkg -i urbit_0.4.3-1_amd64.deb
sudo apt-get update
sudo apt-get install -f -y
urbit -c ~/mycomet

@sunilmut - That is a screencap of Urbit promising to return in "a few minutes". You only made it to '~zod is your neighbour'. Success looks something like below. Note I don't use Urbit and had never heard of it before the OP. I've only run it out of curiosity. On Real Linux you get to the Urbit prompt in a few minutes. I have never waited for enough multiples of a "few minutes" see it get to a prompt on WSL. This is on 15061, natch.
ken@yakkety-vm:~$ urbit -c ~/mycommet
~
urbit 0.4.3
urbit: home is /home/ken/mycommet
loom: mapped 2048MB
boot: installed 239 jets
fetching https://bootstrap.urbit.org/latest.pill to /home/ken/mycommet/.urb/urbit.pill
boot: loading /home/ken/mycommet/.urb/urbit.pill
arvo: time: ~2017.3.22..05.21.47..2c99
generating 2048-bit RSA pair...
saving passcode in /home/ken/mycommet/.urb/code.~ribnyt-mogpun
(for real security, write it down and delete the file...)
ames: czar zod.urbit.org: ip .<IP_ADDRESS>
ames: on localhost, UDP 35022.
http: live (insecure, public) on 8080
http: live ("secure", public) on 8443
http: live (insecure, loopback) on 12321
; ~zod not responding still trying
; ~zod is ok
; ~zod is your neighbor
[%dill-init ~ritsyd-wallug-silrus-lagrul--bidnup-racsur-fadrud-patwet %hood]
      activated sync
    from %base
  on ~ritsyd-wallug-silrus-lagrul--bidnup-racsur-fadrud-patwet
to %home
      sync succeeded
    from %base
  on ~ritsyd-wallug-silrus-lagrul--bidnup-racsur-fadrud-patwet
to %home
>> [%mo-not-running %talk %peer]
>> [%mo-not-running %dojo %peer]
'initial merge succeeded'
[~ritsyd-wallug-silrus-lagrul--bidnup-racsur-fadrud-patwet, driving ~ritsyd-wallug-silrus-lagrul--bidnup-racsur-fadrud-patwet]
activated app base/dojo
activated app base/talk
[linked to [p=~ritsyd-wallug-silrus-lagrul--bidnup-racsur-fadrud-patwet q=%talk]]
--------------| new journal %public: visible activity
--------------| new mailbox %porch: default home
--------------| cap default home
--------------| met ~ritsyd-wallug-silrus-lagrul--bidnup-racsur-fadrud-patwet %h
[linked to [p=~ritsyd-wallug-silrus-lagrul--bidnup-racsur-fadrud-patwet q=%dojo]]
~ritsyd_patwet:dojo>

@sunilmut I've given up on getting the evaluation VM to update, so I'm waiting for the Creators Update to come out. As @therealkenc says, that screenshot doesn't show a success. On 14393 Urbit fails after the output in the screenshot.

@dbohdan I tried it on the Creators Update and it doesn't work there either. See my post linked in this thread.

@dbohdan - might want to give this another try on FCU (16299) or better. #708 had improvements that will affect your scenario. I am not entirely convinced Urbit will run, mind, because I have a suspicion libsigsegv-dev is problematic on WSL (but nor I can't prove that). But it worth a try and a new strace on the books would help.

Please try this on a newer build and let us know if you still run into this issue. If you can please provide more information when you do that would also be very helpful!

I am willing to bet Urbit still suffers from #3403 #2555 per previous comment

Heads up, as mentioned in urbit/urbit#2611, urbit seems to run fine on WSL2.

Wow, I didn't know this became an ongoing thing. It's great that they fixed it. I've transitioned to nothing but Linux. Android watch, Android phone, Ubuntu laptop, Ubuntu Desktop, GoDaddy Linux web server etc.

From: Fang<EMAIL_ADDRESS>Sent: March 30, 2020 12:56 PM
To: microsoft/WSL<EMAIL_ADDRESS>Cc: Eric MacEachern<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Subject: Re: [microsoft/WSL] Urbit fails to boot (#1667)
Heads up, as mentioned in urbit/urbit#2611https://github.com/urbit/urbit/issues/2611, urbit seems to run fine on WSL2.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/WSL/issues/1667#issuecomment-606212160, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACLQL3HELKU6MZCLCI77YATRKD2PDANCNFSM4C65VGQA.

Wow, I didn't know this became an ongoing thing

A good chunk of open&actionable issues have been addressed by WSL2. We didn't create a make-work project out of finding and marking them all fixed-in-wsl2, but if someone pipes up with a confirmation I'll usually tag-em if I see the post.

Thanks.

From: therealkenc<EMAIL_ADDRESS>Sent: March 30, 2020 2:17 PM
To: microsoft/WSL<EMAIL_ADDRESS>Cc: Eric MacEachern<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Subject: Re: [microsoft/WSL] Urbit fails to boot (#1667)
Wow, I didn't know this became an ongoing thing
A good chunk of open&actionable issues have been addressed by WSL2. We didn't create a make-work project out of finding and marking them all fixed-in-wsl2, but if someone pipes up with a confirmation I'll usually tag-em if I see the post.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/WSL/issues/1667#issuecomment-606254592, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACLQL3CKW3NJZO7IARJ6WRDRKED53ANCNFSM4C65VGQA.

Thanks.

From: therealkenc<EMAIL_ADDRESS>Sent: June 2, 2020 10:13 PM
To: microsoft/WSL<EMAIL_ADDRESS>Cc: Eric MacEachern<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Subject: Re: [microsoft/WSL] Urbit fails to boot (#1667)
Closed #1667https://github.com/microsoft/WSL/issues/1667.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/WSL/issues/1667#event-3400439845, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACLQL3BR65PNR5FFCIKTT2TRUXLYDANCNFSM4C65VGQA.