text:
cmd/ebitenmobile: support current NDK

Hi,
I've installed a fresh Android Studio with NDK 24.0.8215888. When trying to use ebitenmobile, I get:
$ export ANDROID_HOME=$HOME/Android/Sdk
$ export ANDROID_NDK_HOME=$HOME/Android/Sdk/ndk/24.0.8215888
$ go run github.com/hajimehoshi/ebiten/v2/cmd/ebitenmobile \
	bind -target android -javapkg io.github.divverent.aaaaxy.android \
	-androidapi 21 \
	-o aaaaxy.aar \
	github.com/divVerent/aaaaxy/internal/mobile
2022/05/02 09:20:33 gomobile [init] failed: gomobile: No compiler for 386 was found in the NDK (tried /home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/i686-linux-android16-clang). Make sure your NDK version is >= r19c. Use `sdkmanager --update` to update it.

I do not know why it tries to search SDK 16 binaries (and for x86 even, which is an odd platform for Android); this NDK comes with versions 21 to 32 for aarch64 and x86_64, as well as 19 to 32 for armv7a and i686.
I would assume that passing -androidapi sets which NDK binaries it'll use, but to no avail.
In general, the ebitenmobile instructions could be a LOT clearer - many things in there I just do not understand and will have to figure out by trial and error, not being an Android developer myself.

Just in case, I did run the suggested command:
/home/rpolzer/Android/Sdk/cmdline-tools/latest/bin/sdkmanager --update
Warning: IO exception while downloading manifest
[===                                    ] 10% Computing updates...
No updates available
[=======================================] 100% Computing updates...

https://github.com/golang/go/issues/35030#issuecomment-1026887111 might be the same issue - however, before I am going to muck around in an Android SDK package-managed directory, I'd like to have confirmation that this is really necessary and that gomobile did not fix this elementary issue for three years. Is gomobile unmaintained?

gomobile is maintained. Does gomobile work with the latest NDK? (I think it should)

Going by Ebiten docs fails:
[rpolzer@brlogenshfegle aaaaxy (git)-[mobile]-]$ ~/go/bin/gomobile build github.com/divVerent/aaaaxy/internal/mobile
/home/rpolzer/go/bin/gomobile: No compiler for 386 was found in the NDK (tried /home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/i686-linux-android16-clang). Make sure your NDK version is >= r19c. Use `sdkmanager --update` to update it.

However, this looks more promising:
[rpolzer@brlogenshfegle aaaaxy (git)-[mobile]-]$ ~/go/bin/gomobile build -androidapi 21 github.com/divVerent/aaaaxy/internal/mobile
/home/rpolzer/go/bin/gomobile: go build github.com/divVerent/aaaaxy/internal/mobile failed: exit status 2
# github.com/divVerent/aaaaxy/internal/mobile
internal/mobile/mobile.go:18:2: imported and not used: "github.com/hajimehoshi/ebiten/v2" as ebiten
internal/mobile/mobile.go:25:2: undefined: flag

This is good news, as it means the rest might be my fault. But it is worrying that the -androidapi flag doesn't work with ebitenmobile bind.

After fixing these, gomobile build succeeds, but gomobile install fails because it doesn't find mobile.apk.
Looks like the Ebiten docs are really rather incomplete - would be nice if it actually explained the steps to turn a desktop game into an Android one.

Looks like the Ebiten docs are really rather incomplete - would be nice if it actually explained the steps to turn a desktop game into an Android one.

I agree we need more documentation about ebitenmobile, but I want to know what was the issue. Doesn't ebitenmobile support the latest NDK, or is this no longer an issue?

Hm... this is weird. The gomobile example doesn't actually use init() the same way as the example in the Ebiten docs. It just has a main().
Using the desktop main() file does work with gomobile, apart from LOTS of warnings about the app being blocked by Play Protect, being for an older version etc. - I assume all this can be fixed when using ebitenmobile properly.

So, status with gomobile is that ONLY build works. In particular, bind tells me to use init, and init says:
[rpolzer@brlogenshfegle aaaaxy (git)-[mobile]-]$ ~/go/bin/gomobile init
/home/rpolzer/go/bin/gomobile: No compiler for arm was found in the NDK (tried /home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/armv7a-linux-androideabi16-clang). Make sure your NDK version is >= r19c. Use `sdkmanager --update` to update it.
[rpolzer@brlogenshfegle aaaaxy (git)-[mobile]-]$ ~/go/bin/gomobile init -androidapi=21
flag provided but not defined: -androidapi
usage: /home/rpolzer/go/bin/gomobile init [-openal dir]

If a OpenAL source directory is specified with -openal, init will
build an Android version of OpenAL for use with gomobile build
and gomobile install.

It doesn't seem to support using any non-default Android NDK. What a mess.

I think you are confused with gomobile-build and gomobile-bind. gomobile-build creates an executable while gomobile-bind creates a library (.aar). ebitenmobile has only the 'bind' feature.

Yeah - I "assumed" (but may be wrong) that ebitenmobile bind uses gomobile bind.
In any case, ebitenmobile bind does not seem to use the -androidapi option, which is the issue here.

You can specify -androidapi: https://github.com/hajimehoshi/ebiten/blob/main/cmd/ebitenmobile/main.go#L103

As said, I can specify it, but it's ignored:
 go run github.com/hajimehoshi/ebiten/v2/cmd/ebitenmobile build -target android -javapkg io.github.divverent.aaaaxy.android -androidapi 21 -o aaaaxy.aar github.com/divVerent/aaaaxy/internal/mobile
2022/05/02 09:52:15 gomobile [init] failed: gomobile: No compiler for arm was found in the NDK (tried /home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/armv7a-linux-androideabi16-clang). Make sure your NDK version is >= r19c. Use `sdkmanager --update` to update it.

Hmm? I found this value was not ignored on my machine (macOS):
$ go run github.com/hajimehoshi/ebiten/v2/cmd/ebitenmobile bind -target android -javapkg com.hajimehoshi.goinovation -o ./mobile/android/inovation/inovation.aar -androidapi=999 ./mobile
gomobile: No compiler for arm was found in the NDK (tried /Users/hajimehoshi/Library/Android/sdk/ndk-bundle/toolchains/llvm/prebuilt/darwin-x86_64/bin/armv7a-linux-androideabi999-clang). Make sure your NDK version is >= r19c. Use `sdkmanager --update` to update it.
exit status 1

That same command fails too for me - surprisingly even BEFORE noticing I don't actually have the goinovation app source checked out:
[rpolzer@brlogenshfegle aaaaxy (git)-[mobile]-]$ go run github.com/hajimehoshi/ebiten/v2/cmd/ebitenmobile bind -target android -javapkg com.hajimehoshi.goinovation -o ./mobile/android/inovation/inovation.aar -androidapi=999 ./mobile
2022/05/02 09:58:15 gomobile [init] failed: gomobile: No compiler for 386 was found in the NDK (tried /home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/i686-linux-android16-clang). Make sure your NDK version is >= r19c. Use `sdkmanager --update` to update it.

exit status 1
exit status 1

Note how the path still contains 16.

ebitenmobile build

ebitenmobile build doesn' exist. Please try ebitenmobile bind

$ ls /Users/hajimehoshi/Library/Android/sdk/ndk-bundle/toolchains/llvm/prebuilt/darwin-x86_64/bin/
aarch64-linux-android-as
aarch64-linux-android21-clang
aarch64-linux-android21-clang++
aarch64-linux-android22-clang
aarch64-linux-android22-clang++
aarch64-linux-android23-clang
aarch64-linux-android23-clang++
aarch64-linux-android24-clang
aarch64-linux-android24-clang++
aarch64-linux-android26-clang
aarch64-linux-android26-clang++
aarch64-linux-android27-clang
aarch64-linux-android27-clang++
aarch64-linux-android28-clang
aarch64-linux-android28-clang++
aarch64-linux-android29-clang
aarch64-linux-android29-clang++
aarch64-linux-android30-clang
aarch64-linux-android30-clang++
aarch64-linux-android31-clang
aarch64-linux-android31-clang++
arm-linux-androideabi-as
armv7a-linux-androideabi16-clang
armv7a-linux-androideabi16-clang++
armv7a-linux-androideabi17-clang
armv7a-linux-androideabi17-clang++
armv7a-linux-androideabi18-clang
armv7a-linux-androideabi18-clang++
armv7a-linux-androideabi19-clang
armv7a-linux-androideabi19-clang++
armv7a-linux-androideabi21-clang
armv7a-linux-androideabi21-clang++
armv7a-linux-androideabi22-clang
armv7a-linux-androideabi22-clang++
armv7a-linux-androideabi23-clang
armv7a-linux-androideabi23-clang++
armv7a-linux-androideabi24-clang
armv7a-linux-androideabi24-clang++
armv7a-linux-androideabi26-clang
armv7a-linux-androideabi26-clang++
armv7a-linux-androideabi27-clang
armv7a-linux-androideabi27-clang++
armv7a-linux-androideabi28-clang
armv7a-linux-androideabi28-clang++
armv7a-linux-androideabi29-clang
armv7a-linux-androideabi29-clang++
armv7a-linux-androideabi30-clang
armv7a-linux-androideabi30-clang++
armv7a-linux-androideabi31-clang
armv7a-linux-androideabi31-clang++
clang
clang++
clang-12
clang-check
clang-cl
clang-format
clang-tidy
clangd
dsymutil
git-clang-format
i686-linux-android-as
i686-linux-android16-clang
i686-linux-android16-clang++
i686-linux-android17-clang
i686-linux-android17-clang++
i686-linux-android18-clang
i686-linux-android18-clang++
i686-linux-android19-clang
i686-linux-android19-clang++
i686-linux-android21-clang
i686-linux-android21-clang++
i686-linux-android22-clang
i686-linux-android22-clang++
i686-linux-android23-clang
i686-linux-android23-clang++
i686-linux-android24-clang
i686-linux-android24-clang++
i686-linux-android26-clang
i686-linux-android26-clang++
i686-linux-android27-clang
i686-linux-android27-clang++
i686-linux-android28-clang
i686-linux-android28-clang++
i686-linux-android29-clang
i686-linux-android29-clang++
i686-linux-android30-clang
i686-linux-android30-clang++
i686-linux-android31-clang
i686-linux-android31-clang++
ld
ld.lld
ld64.lld
lld
lld-link
lldb
lldb-argdumper
lldb.sh
llvm-addr2line
llvm-ar
llvm-as
llvm-cfi-verify
llvm-config
llvm-cov
llvm-cxxfilt
llvm-dis
llvm-dwarfdump
llvm-dwp
llvm-lib
llvm-link
llvm-lipo
llvm-modextract
llvm-nm
llvm-objcopy
llvm-objdump
llvm-profdata
llvm-ranlib
llvm-rc
llvm-readelf
llvm-readobj
llvm-size
llvm-strings
llvm-strip
llvm-symbolizer
pbcopy
sancov
sanstats
scan-build
scan-view
x86_64-linux-android-as
x86_64-linux-android21-clang
x86_64-linux-android21-clang++
x86_64-linux-android22-clang
x86_64-linux-android22-clang++
x86_64-linux-android23-clang
x86_64-linux-android23-clang++
x86_64-linux-android24-clang
x86_64-linux-android24-clang++
x86_64-linux-android26-clang
x86_64-linux-android26-clang++
x86_64-linux-android27-clang
x86_64-linux-android27-clang++
x86_64-linux-android28-clang
x86_64-linux-android28-clang++
x86_64-linux-android29-clang
x86_64-linux-android29-clang++
x86_64-linux-android30-clang
x86_64-linux-android30-clang++
x86_64-linux-android31-clang
x86_64-linux-android31-clang++
yasm

Hm... so you do have version 16 for two platforms; I don't. We have different NDK versions and it seems like this incompatibility is new.

Can we as a stopgap document the proper NDK version that works with Ebiten, including instructions how to install that one?

I'll try to investigate the mechanism which NDK is chosen.
But, could you try ebitenmobile bind instead of ebitenmobile build? You tried build at
https://github.com/hajimehoshi/ebiten/issues/2085#issuecomment-1114908765

Sorry, I don't see the word "build" in https://github.com/hajimehoshi/ebiten/issues/2085#issuecomment-1114917037 - I thought I already reran with "bind"?

I have the following v1 ones:
[rpolzer@brlogenshfegle aaaaxy (git)-[mobile]-]$ ls /home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/*21*
/home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/aarch64-linux-android21-clang
/home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/aarch64-linux-android21-clang++
/home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/armv7a-linux-androideabi21-clang
/home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/armv7a-linux-androideabi21-clang++
/home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/i686-linux-android21-clang
/home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/i686-linux-android21-clang++
/home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/x86_64-linux-android21-clang
/home/rpolzer/Android/Sdk/ndk/24.0.8215888/toolchains/llvm/prebuilt/linux-x86_64/bin/x86_64-linux-android21-clang++

So yes, it should work...

I'm not 100% sure but this might be an issue in gomobile rather than ebitenmobile, as ebitenmobile is just a (thin?) wrapper of gomobile.

Yes, I do suspect this to be a gomobile issue of some sort - however "gomobile build" does work.
My suspicion is that some code already runs before the -apiversion flag is parsed.
On gomobile i found:
https://github.com/golang/go/issues/52470
This issue also looks daunting: https://github.com/golang/go/issues/38439 - if this is true, then gomobile apps are no longer allowed on the Play Store due to only supporting the old v1 signature scheme.

https://github.com/golang/go/issues/52470

Thanks. I reviewed the proposal. I'll update Ebiten as soon as possible after this is merged.

I am not 100% convinced the proposed fix will be sufficient here, as I still don't know why it doesn't use the -androidapi flag and don't see anything in there fixing that part. I'm going to see if I can try out the change though.

Seems like the proposed fix does help, although one still needs to pass -androidapi (but at least it's finally being respected):
[rpolzer@carbonic go-inovation (git)-[main]-]$ EBITENMOBILE_GOMOBILE=$HOME/src/gomobile ANDROID_NDK_HOME=$HOME/Android/Sdk/ndk/24.0.8215888 ~/src/ebiten/cmd/ebitenmobile/ebitenmobile bind -target android -javapkg com.hajimehoshi.goinovation -o ./mobile/android/inovation/inovation.aar ./mobile
gomobile: ANDROID_NDK_HOME specifies /home/rpolzer/Android/Sdk/ndk/24.0.8215888, which is unusable: unsupported API version 16 (not in 19..32)
[rpolzer@carbonic go-inovation (git)-[main]-]$ EBITENMOBILE_GOMOBILE=$HOME/src/gomobile ANDROID_NDK_HOME=$HOME/Android/Sdk/ndk/24.0.8215888 ~/src/ebiten/cmd/ebitenmobile/ebitenmobile bind -target android -javapkg com.hajimehoshi.goinovation -o ./mobile/android/inovation/inovation.aar -androidapi 21 ./mobile
[rpolzer@carbonic go-inovation (git)-[main]-]$ ls -la ./mobile/android/inovation/inovation.aar
-rw-r----- 1 rpolzer primarygroup 27998497 May  3 05:31 ./mobile/android/inovation/inovation.aar

Can we change the default of -androidapi to match the current NDK, or at least document this need in Ebiten's gomobile docs?

19 does seem to work as well, even though some platforms only start at 21. But IIRC this is because gomobile has hardcoded min versions per platform.

Can we change the default of -androidapi to match the current NDK

Which gomobile or ebitenmobile are you suggesting to fix?

As I do not know the design of the two well enough - not sure. I'd hope for gomobile to fix this (i.e. it should "work out of the box" with whatever the current NDK is, especially given Android Studio does not offer previous NDK versions to install), but of course gomobile also has a desire to support previous NDKs - so just hardcoding the new minimum versions won't be quite right. Not sure if they have some compatibility promise that also prevents them from just bumping the flag default of -androidapi.
What Ebiten however can do is to just start using the -androidapi option in the documentation's example command lines. In many cases you'll want to set that explicitly anyway (e.g. the Google Play docs say that to get on the Play Store, you soon need to target at least version 31: https://developer.android.com/google/play/requirements/target-sdk).

authors: divVerent hajimehoshi

repo: hajimehoshi/ebiten


text:
Fix antialias region size

What issue is this addressing?
Closes #2679
What type of issue is this addressing?
bug
What this PR does | solves
Fixes coordinate transformation math on dstRegion.
Previous code had x1 and y1 shifted by exactly (i.region.X, i.region.Y), which allowed it to exceed the width and height of the destination image. iOS MTLDebugRenderCommandEncoder detects this issue and crashes.
No known test case for OpenGL or similar, as the rectangle is always strictly larger or equal to the correct rectangle.
It is POSSIBLE, but not reproduced, this this can in OpenGL cause DrawTriangles to draw on a different image than the destination image if they share an atlas. However, as this depends a lot on how the atlas is built, I am not sure if it can actually be triggered reliably, or even at all.

LGTM.
If we find it hard to add a test, it's OK, let's merge this without tests. What do you think?

I tried finding a test case for this by detecting overwriting pixels on other textures, however it appears that the texture antialiasing uses doesn't end up on the atlas of the NewImage textures. Don't know why.
If this can't be done, then yeah, let's merge this without test cases. At the very least we have test cases to ensure this isn't a regression.

A destination image is often a different texture from the source, and I understand it pretty hard to make a reliable test. OK let's merge this without a test.

Found the reason: https://github.com/hajimehoshi/ebiten/blob/main/internal/ui/image.go#L91
So the backing offscreen is only ever unmanaged or volatile. And only regular images ever end up on an atlas.
So there's never any texture sharing, and in OpenGL, writing out of bounds of a texture is harmless - so yeah, no test case possible, except if we can produce the Metal crash by forcing the same debug backend. All god then - thanks!

The other fact that makes this "untestable" is - region.X and region.Y are elsewhere clamped to be at least zero. Thus, the wrong region is only ever bigger, never smaller, than the correct region. Making the bug 100% harmless on OpenGL backends, except maybe a bit more wasteful regarding dirtying of texture space or similar.

source: gharchive/pull-request

license_type: permissive

license_source: bigquery


text:
Code of Conduct dosyası.

Code of Conduct dosyası oluşturulmalı.

Yararlı Linkler:

Opensource.guide
Github Help

önce ne olduğunu öğrenmem gerekecek :D

Yararlı linkler bıraktım :)

source: gharchive/issue

license: mit


text:
Inlining expected files to pass the 0-test, import feature and hk-maple

As per https://github.com/hakaru-dev/hakaru/pull/154
The issues with failing the 0-test were solved by inlining everything. Most of the tests I've written related to the exponential distribution had the same issues and I solved them same way.
Ideally, we would have used an import feature to call distributions directly from stdlib to write these test case files. I'd expect the exact same issues to arise in this case, making import useless for writing expected files. Isn't this inability to automatically in-line a problem then?
Not an issue for our project, but something I wanted to bring up in case it hasn't been considered.

Writing expected test files is inherently a manual thing. You're testing that Simplify does all sorts of operations correctly, including inlining.  So you need to write the expected 'by hand'.  You can, of course, use some machine assistance in deriving things.

license_source: github-api


text:
config/markdown.php not created

I have install it in laravel 5.3 but it's not working even config/markdown.php not created ....
Is there any solution ??

Have you pulled in the latest version? (0.3.0)
I've noticed that in the documentation I'm still referring to 0.1.* but during that version Laravel 5.3 wasn't out yet. I will update the documentation shortly.

repo: haleks/laravel-markdown


text:
Website is down

I went to check the documentation and realized the website is down. It seems to be down for everyone 😞
Status on Is It Down Right Now

It's working now 😅 I'll close the issue.

repo: halfmoonui/halfmoon

license: MIT


text:
⚠ ClamAV has degraded performance

In 2418bae, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 88 ms

Resolved: ClamAV performance has improved in 04cc147.

repo: hamboneZA/caffeine


text:
⚠ ClamAV has degraded performance

In 5a7d21c, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 88 ms

Resolved: ClamAV performance has improved in f84d4f1.


text:
⚠ ClamAV has degraded performance

In 9c51126, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 179 ms

Resolved: ClamAV performance has improved in f3f99d9.


text:
⚠ ClamAV has degraded performance

In 906858c, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 68 ms

Resolved: ClamAV performance has improved in 64537ab.


text:
⚠ ClamAV has degraded performance

In 617146e, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 64 ms

Resolved: ClamAV performance has improved in 8999f2e.


text:
⚠ ClamAV has degraded performance

In 4d07316, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 68 ms

Resolved: ClamAV performance has improved in 123ec36.


text:
⚠ ClamAV has degraded performance

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

HTTP code: 200
Response time: 480 ms

Resolved: ClamAV performance has improved in 2b4f5d6.


text:
Could create an example that has authentication and authorization?

Could create an example that has authentication and authorization?
Not use Auth0.

Yup, it’s coming soon! I’m going to use Netlify Identity.

looking forward to it.

repo: hammerframework/example-blog


text:
Updated to not error out on undefined window and document

Allows hammer to be used alongside webworkers. See rollup.config.js for full changes - rest is just rebuild of files.

This has been applied in proposed 2.1.0: https://github.com/squadette/hammer.js/issues/1
Thank you,

authors: Niko-Kk squadette


text:
Adding vaxrank HTML/PDF output, with some associated changes

refactored report generation to create a dictionary of values which then gets fed into ASCII/HTML/whatever template
added an HTML template and an ASCII template that's very close to previous output (only difference should be whitespace)
added report outputs to .gitignore
updated some requirements files

Fixes #3 - also see PDF for what this looks like
vaccine-peptides-report.pdf

If you rebase this on master, does Travis still fail? It's related to the recent biotypes changes @iskandr just made.

Just a random thought in case it turns out to be related to the tempfile
issue: if you are using tempfile.NamedTemporaryFile and haven't closed the
file handle after writing to it, you'll want to call .flush() on the handle
before passing its name to another tool. Otherwise the output may not have
made it into the file yet due to buffering.
On Fri, Sep 23, 2016 at 11:51 AM, Julia Kodysh notifications@github.com
wrote:

@julia326 commented on this pull request.
In vaxrank/report.py https://github.com/hammerlab/vaxrank/pull/18:

   variants,

   bam_path,

   html_report_path,

   pdf_report_path=None):

template = JINJA_ENVIRONMENT.get_template('templates/template.html')
template_data = compute_template_data(

   ranked_variants_with_vaccine_peptides,

   mhc_alleles,

   variants,

   bam_path)

with open(html_report_path, "w") as f:

   f.write(template.render(template_data))

+def make_pdf_report(

   template_data,

   pdf_report_path):

path = "%s.html" % uuid.uuid4()

I tried to make it work with tempfile first, but pdfkit didn't seem to
like reading from a temp HTML file. I'll play around with it some more,
probably a weird permissions thing
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/hammerlab/vaxrank/pull/18, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAcjuCFVldkX6pQBNlEXDhpZrWF4yS3Fks5qs_V7gaJpZM4KEP0O
.

@timodonnell that was indeed an issue, thank you!

LGTM! Merge away 👏  First PR = major need for the pipeline.

Coverage decreased (-6.8%) to 45.594% when pulling 453dbfadb9a98565323c394717b3c5ff5865aa3d on vaxrank-html into e2a1d9458f68997b3ad17d755a7b04ddab422622 on master.

authors: coveralls ihodes julia326 timodonnell

repo: hammerlab/vaxrank


text:
最新的repo我在cloudflare上尝试部署了2次都失败了

不知何故，我在自己的分支上更新了最新的代码，然后CF上去重新部署还是失败！附件是我的Log，还望帮我看看，谢谢
nezha-dash.5796d95e-8fe3-4794-8b87-76132d0ebb23.log

需要使用cloudflare分支，才可以在cf pages进行部署

https://buycoffee.top/blog/tech/nezha-cloudflare 您可以参考教程，在cf部署时所需的配置项都在文章内

搞定，谢谢咯


text:
Thank you very much for your work. I am very interested in your work. I hope you can help explain the meaning of this sentence in the code. The code is in the script 'test_runner. py ' in line 56, as follows:  pred_ rgb[label == 255] = np.array((0, 0, 0))

Thank you very much for your work. I am very interested in your work. I hope you can help explain the meaning of this sentence in the code. The code is in the script 'test_runner. py ' in line 56, as follows:
pred_ rgb[label == 255] = np.array((0, 0, 0))

Thank you for your attention, pred_ rgb[label == 255] = np.array((0, 0, 0)) is used to visualize the unlabeled pixels, note that unlabeled pixels are not involved in the calculation of the final result.

Thank you very much for taking some time out of your busy schedule to answer my questions

repo: hanchaoleng/ShapeConv


text:
HanLP.java访问资源文件使用绝对路径的问题

您好，最近在使用Hanlp过程中遇到了一些问题。我用的是java 的 1.7.7版本，在加载HanLP的资源文件时，我发现源码里用的都是绝对路径的方式，而不是inputstream的方式访问文件，这导致我在引用的时候，出现了跨jar包的问题。当然我可以将data资源文件放到您提示的 根目录（或tomcat其它）也可以访问。我想问下，HanLP.java 这个文件在加载资源的时候，有没有更新使用inputstream的方式呢？我在论坛找不到相关问题，在此来提问了！

【自动回复】您好，感谢反馈。
由于未按要求填写，本issue被暂时标记为无效。请按issue模板认真修改，然后耐心等待下周末处理。
如果您提的是bug或feature request，那么请您按模板认真改一改，reopen这个issue。
否则，咨询类的问题请先搜索一下。99.9%的问题已经反复回答过了，人类的本质是复读机。如果您确信您提了个新问题，那么欢迎写清楚前因后果发在论坛而不是GitHub上。
如果您不修改的话，恐怕没有人能够回复您，我们也会错失一次改进的机会或者一次友好的讨论。开源项目维护不易，只能在周末受理友好的提问，造成不便还望海涵。

authors: hankcs zxxvscs

repo: hankcs/HanLP


text:
这个繁体转义合适吗？

糊=煳

【自动回复】您好，感谢反馈。
由于未按要求填写，本issue被自动关闭，将在一小时内自动删除。
如果您提的是bug或feature request，请按issue模板认真修改，然后耐心等待下周末处理。
否则，咨询类的问题GitHub概不受理。请先搜索一下，99.9%的问题已经反复回答过了，人类的本质是复读机。如果您确信您提了个新问题，那么欢迎写清楚前因后果发在论坛而不是GitHub上。
开源项目维护不易，HanLP用户以十万计，而主要维护者只有我一人。我有自己的full-time研究工作，只能在周末受理友好的提问，造成不便还望海涵。

authors: datalee hankcs


text:
CRF segmenter.train 参数问题

注意事项
请确认下列注意事项：

我已仔细阅读下列文档，都没有找到答案：

首页文档
wiki
常见问题

我已经通过Google和issue区检索功能搜索了我的问题，也没有找到答案。
我明白开源社区是出于兴趣爱好聚集起来的自由社区，不承担任何责任或义务。我会礼貌发言，向每一个帮助我的人表示感谢。
[ ] 我在此括号内输入x打钩，代表上述事项确认完毕。

版本号

当前最新版本号是：v1.6.4
我使用的版本是：v1.6.4

我的问题

我希望在不使用命令行的情况下操作CRF训练模型，同时改变迭代次数以及其他参数，
查看到CRFtagger中有多个train的构造函数，但是为何只能调用带有两个参数的那个？？
问题代码如下：
//		segmenter.train("D:/Hanlp/199801.txt", CWS_MODEL_PATH);
segmenter.train("D:/Hanlp/199801.txt", CWS_MODEL_PATH, false,
10, 1, 0.001, 1.0, Runtime.getRuntime().availableProcessors(),
20, "CRF-L2");
复现问题

步骤

首先……
然后……
接着……

触发代码

期望输出

期望输出

实际输出

实际输出

其他信息

其实在segmenter，tagger，recogniator都需要train
但是recogi给的实例感觉不全？或者说自己没看到？（如下）

但是segement就给的很全，调用了segment函数（如下）

随着看的深入越来越发现自己的无知，现在的问题是，分词，词性标注，NER三者的train的语料相同的话，请问train出来的model也是一样的吗？？
一样的话就不用在一个代码中train3次相同的语料了，直接使用同一个
CWS_MODEL_PATH = POS_MODEL_PATH = NER_MODEL_PATH


text:
Fix server-side state machine for 0-RTT

The server switches to receiving 0-RTT immediately after receiving a ClientHello indicating that the client wants to use 0-RTT.
This approach and its current implementation have two issues:

It does not match the state machine from the Spec, which mandates that the Server should look for 0-RTT only after sending its Finished message.
The current implementation doesn't allow multiple 0-RTT records.

The state machine should be reworked to switch to receiving 0-RTT after the server has sent its Finished messages. Moreover, in order to accomodate an arbitrary number of 0-RTT records, the 0-RTT handler should look for either (a) a 0-RTT message, (b) an EndOfEarlyData message. This should be easy based on the present splitting into coordinate, parse, postprocess sub-routines.
In particular, there is no need for distinct handshake states for 0-RTT and EndOfEarlyData anymore.

Fixed by https://github.com/hannestschofenig/mbedtls/pull/84

Fixed by https://github.com/hannestschofenig/mbedtls/pull/84

repo: hannestschofenig/mbedtls


text:
播放失败的问题

环境是黑裙7.2，使用docker部署。
按照教程操作
HOST_NAME 配置为192.168.0.39 （小爱音箱的IP）
`

2024/03/09 09:02:19 | stdout |
-- | -- | --

2024/03/09 09:02:19 | stdout | such file or directory: ''
2024/03/09 09:02:19 | stdout | mutagen.MutagenError: [Errno 2] No
2024/03/09 09:02:19 | stdout | raise MutagenError(e)
2024/03/09 09:02:19 | stdout | 272, in _openfile
2024/03/09 09:02:19 | stdout | ckages/mutagen/_util.py", line
2024/03/09 09:02:19 | stdout | "/app/.venv/lib/python3.10/site-pa
2024/03/09 09:02:19 | stdout | File
2024/03/09 09:02:19 | stdout | return next(self.gen)
2024/03/09 09:02:19 | stdout | lib.py", line 135, in enter
2024/03/09 09:02:19 | stdout | "/usr/local/lib/python3.10/context
2024/03/09 09:02:19 | stdout | File
2024/03/09 09:02:19 | stdout | filething, filename, fileobj,
2024/03/09 09:02:19 | stdout | with _openfile(None,
2024/03/09 09:02:19 | stdout | 162, in wrapper_func
2024/03/09 09:02:19 | stdout | ckages/mutagen/_util.py", line
2024/03/09 09:02:19 | stdout | "/app/.venv/lib/python3.10/site-pa
2024/03/09 09:02:19 | stdout | File
2024/03/09 09:02:19 | stdout | audio = mutagen.File(filename)
2024/03/09 09:02:19 | stdout | line 402, in get_file_duration
2024/03/09 09:02:19 | stdout | "/app/xiaomusic/xiaomusic.py",
2024/03/09 09:02:19 | stdout | File
2024/03/09 09:02:19 | stdout | e))
2024/03/09 09:02:19 | stdout | int(self.get_file_duration(filenam
2024/03/09 09:02:19 | stdout | sec =
2024/03/09 09:02:19 | stdout | set_next_music_timeout
2024/03/09 09:02:19 | stdout | line 410, in
2024/03/09 09:02:19 | stdout | "/app/xiaomusic/xiaomusic.py",
2024/03/09 09:02:19 | stdout | File
2024/03/09 09:02:19 | stdout | self.set_next_music_timeout()
2024/03/09 09:02:19 | stdout | line 508, in play
2024/03/09 09:02:19 | stdout | "/app/xiaomusic/xiaomusic.py",
2024/03/09 09:02:19 | stdout | File
2024/03/09 09:02:19 | stdout | await func(arg1=oparg)
2024/03/09 09:02:19 | stdout | line 455, in run_forever
2024/03/09 09:02:19 | stdout | "/app/xiaomusic/xiaomusic.py",
2024/03/09 09:02:19 | stdout | File
2024/03/09 09:02:19 | stdout | Traceback (most recent call last):
2024/03/09 09:02:19 | stdout |
2024/03/09 09:02:19 | stdout | occurred:
2024/03/09 09:02:19 | stdout | exception, another exception
2024/03/09 09:02:19 | stdout | During handling of the above
2024/03/09 09:02:19 | stdout |
2024/03/09 09:02:19 | stdout | such file or directory: ''
2024/03/09 09:02:19 | stdout | FileNotFoundError: [Errno 2] No
2024/03/09 09:02:19 | stdout | if writable else "rb")
2024/03/09 09:02:19 | stdout | fileobj = open(filename, "rb+"
2024/03/09 09:02:19 | stdout | 251, in _openfile
2024/03/09 09:02:19 | stdout | ckages/mutagen/_util.py", line
2024/03/09 09:02:19 | stdout | "/app/.venv/lib/python3.10/site-pa
2024/03/09 09:02:19 | stdout | File
2024/03/09 09:02:19 | stdout | Traceback (most recent call last):
2024/03/09 09:02:19 | stdout | directory: ''
2024/03/09 09:02:19 | stdout | WARNING  执行出错 [Errno 2] No such file or xiaomusic.py:457
2024/03/09 09:02:19 | stdout | INFO     已经开始播放了                     xiaomusic.py:506
2024/03/09 09:02:19 | stdout | INFO     播放 http://192.168.0.39:8090/     xiaomusic.py:503
2024/03/09 09:02:19 | stdout | [03/09/24 01:02:19] INFO     cur_music 奥特曼                   xiaomusic.py:501
2024/03/09 09:02:19 | stdout | [download] Finished downloading playlist: 奥特曼
2024/03/09 09:02:19 | stdout | [BiliBili] 745273948: Downloading webpage
- 2024/03/09 09:02:19 | stderr | ERROR: Failed to parse: http://192.168.0.1:80index.asp/
2024/03/09 09:02:19 | stdout | [BiliBili] Extracting URL: http://www.bilibili.com/video/av745273948
2024/03/09 09:02:19 | stdout | [download] Downloading item 1 of 1
2024/03/09 09:02:19 | stdout | [BiliBiliSearch] Playlist 奥特曼: Downloading 1 items of 1
2024/03/09 09:02:18 | stdout | [BiliBiliSearch] 奥特曼: Extracting results from page 1
2024/03/09 09:02:18 | stdout | [download] Downloading playlist: 奥特曼
2024/03/09 09:02:18 | stdout | [BiliBiliSearch] Extracting URL: bilisearch:奥特曼
2024/03/09 09:02:18 | stdout | INFO     正在下载中 奥特曼                  xiaomusic.py:495
2024/03/09 09:02:18 | stdout | INFO     do_tts: 正在下载歌曲奥特曼         xiaomusic.py:225
2024/03/09 09:02:18 | stdout | opvalue:play oparg:奥特曼
2024/03/09 09:02:18 | stdout | [03/09/24 01:02:18] INFO     匹配到指令. opkey:播放歌曲         xiaomusic.py:481

`
音箱有反应但是马上就中止了，  ERROR: Failed to parse: http://192.168.0.1:80index.asp/  这个ERROR 是什么导致的，我没有配置这个地址 （192.168.0.1为路由器）

HOST_NAME 需要配置 docker 所在的机器的局域网 ip

repo: hanxi/xiaomusic


text:
openwrt的docker运行xiaomusic无法修改挂载目录

docker run -p 8090:8090 -v /xiaomusic/music:/mnt/sda1/music -v /xiaomusic/conf:/app/conf m.daocloud.io/docker.io/hanxi/xiaomusic
就是我把音乐目录改为openwrt下挂的硬盘，不行，读取不到，直接用app/music，内存有限

docker run -p 8090:8090 -v /xiaomusic/music:/mnt/sda1/music -v /xiaomusic/conf:/app/conf m.daocloud.io/docker.io/hanxi/xiaomusic 就是我把音乐目录改为openwrt下挂的硬盘，不行，读取不到，直接用app/music，内存有限

目录映射你写反了。

好吧，犯了一个低级错误谢谢了


text:
[Usage] The evaluation results on scienceQA

Describe the issue
I use the model-weights of 7b-v1.5 you released to evaluate the performance. The evaluation results on other datasets are the same with your MODEL-ZOO, but the scienceQA results is:
Total: 4241, Correct: 2944, Accuracy: 69.42%, IMG-Accuracy: 67.97%
which is different from the 66.8 in MODEL-ZOO for llava-7b-v1.5. Why?

Hi, I am also having the same problem, and for the LoRA weight in the model zoo, I can only get:
Total: 4241, Correct: 2763, Accuracy: 65.15%, IMG-Accuracy: 61.73%
which differs a lot from the score reported from the model zoo.
@haotian-liu Can you please help me check if any of my steps are wrong, I used the following command for reproducing your result:
`
CUDA_VISIBLE_DEVICES=0
python -m llava.eval.model_vqa_science
--model-path ./checkpoints/llava-v1.5-7b-lora
--model-base liuhaotian/llava-v1.5-7b
--question-file ./playground/data/eval/scienceqa/llava_test_CQM-A.json
--image-folder ./playground/data/eval/scienceqa/images/test
--answers-file ./playground/data/eval/scienceqa/answers/llava-v1.5-7b-lora.jsonl
--single-pred-prompt
--temperature 0
--conv-mode vicuna_v1
python llava/eval/eval_science_qa.py
--base-dir ./playground/data/eval/scienceqa
--result-file ./playground/data/eval/scienceqa/answers/llava-v1.5-7b-lora.jsonl
--output-file ./playground/data/eval/scienceqa/answers/llava-v1.5-7b-lora_output.jsonl
--output-result ./playground/data/eval/scienceqa/answers/llava-v1.5-7b-lora_result.json
`
Thank you so much!

Hi! I reproduced the same results as you on this dataset, but the reproduction results for TextQA are only 50.52, POPE is 76.32, and MME is 1394. Could you share how your reproduction results performed on these datasets? Did you encounter similar issues, and have you found any viable solutions?
Thanks！

authors: Carol-lyh EchoDreamer nbasyl

repo: haotian-liu/LLaVA


text:
Bug - Conditional updates can modify resource body such that conditional URL no longer applied.

Describe the bug
Conditional updates are behaving inconsistently with respect to the supplied resource not satisfying the conditional URL.
Please refer to:

https://hl7.org/fhir/R5/http.html#cond-update

To Reproduce

Create a new Patient, for example:

POST https://hapi.fhir.org/baseR4/Patient

{
    "resourceType": "Patient",
    "identifier":
    [
        {
            "system": "http://kookaburra.text/id",
            "value": "kookaburra1"
        }
    ],
    "gender": "male",
    "birthDate": "1980-07-03"
}

Attempt to conditionally update this Patient with an incorrect identifier.value in the conditional URL:

PUT https://hapi.fhir.org/baseR4/Patient?identifier=http://kookaburra.text/id|kookaburra2

{
    "resourceType": "Patient",
    "identifier":
    [
        {
            "system": "http://kookaburra.text/id",
            "value": "kookaburra1"
        }
    ],
    "gender": "male",
    "birthDate": "1980-07-03"
}

This fails as expected with a HAPI-0929.

Attempt to conditionally update this Patient with an incorrect identifier.value in the body:

PUT https://hapi.fhir.org/baseR4/Patient?identifier=http://kookaburra.text/id|kookaburra1

{
    "resourceType": "Patient",
    "identifier":
    [
        {
            "system": "http://kookaburra.text/id",
            "value": "kookaburra2"
        }
    ],
    "gender": "male",
    "birthDate": "1980-07-03"
}

This succeeds but it shouldn't. Note the conditional URL and resource body no longer match.
Expected behavior
Step 3 above should also result in a HAPI-0929 because the supplied resource does not satisfy the conditional URL.
Screenshots

Environment (please complete the following information):
GET https://hapi.fhir.org/baseR4/metadata

	"software": {
		"name": "HAPI FHIR Server",
		"version": "6.9.3-SNAPSHOT/7f15e62e20/2023-09-05"
	},

Additional context
Meow.

A couple things:

You are getting the 929 error code as, since there are no matches, you are creating version 1 of a resource, which causes the conditional create validation to occur.
Conditional Updates are permitted to invalidate the conditional URL post-update as done in your Step #3. This is not strictly defined in the spec, and the comment here BaseHapiFhirDao.java indicates that we permit it.

I recommend we do what the comment suggests, and add a toggle to control this behaviour for users who wish to prevent this.

Thanks, @tadgh. Will update the ticket to treat as a feature request. Appreciate your help!

@dmuylwyk this could be lateral to the feature main point but could be the subject of a new bug.
in 2. you mentioned: Because no such resource exists in the repository, this is treated as a conditional create. However, according to the spec, a ccreate must include an If-None-Exist: [search parameters] header, which is not included here, so maybe this shouldn't be treated as a ccreate?

authors: dmuylwyk jmarchionatto tadgh

repo: hapifhir/hapi-fhir


text:
Incorrect SHA in the final comparison report

PREVIOUS_SHA replaced with master branch SHA after report completion.
We are experiencing an issue with Happo where the PREVIOUS_SHA is being replaced with the SHA from the master branch after the report is completed. Here are the details of our setup and the issue:
Setup:
1.	We use `Happo` within `Storybook`.
2.	We call `happo-ci-github-actions` with predefined environment variables:
•	HAPPO_PROJECT: Picasso/Storybook
•	HAPPO_API_KEY: ${{ env.HAPPO_API_KEY }}
•	HAPPO_API_SECRET: ${{ env.HAPPO_API_SECRET }}
•	PREVIOUS_SHA: ${{ github.event.pull_request.base.sha }} ("1252164f6ca4df5bf6f095079707afddc1b7a9f4")

Issue:
1.	After starting the job, Happo provides a **proper** link to the report page: https://happo.io/a/675/jobs/1187395
2.	Once the report is ready, the link changes to: https://happo.io/a/675/p/1189/compare/a9768dd9cd4a118a4ae61857124eed0fa84e0090/7ddc840fdd5f3825f44b666d67b8e3ed131c2ad8
3.	The SHA a9768dd9cd4a118a4ae61857124eed0fa84e0090 corresponds to the master branch, but it should be 1252164f6ca4df5bf6f095079707afddc1b7a9f4.

Logs:
Here are some logs from the job for reference:
Using the following ENV variables:
PREVIOUS_SHA: 1252164f6ca4df5bf6f095079707afddc1b7a9f4
CURRENT_SHA: 7ddc840fdd5f3825f44b666d67b8e3ed131c2ad8
CHANGE_URL: https://github.com/toptal/picasso/pull/4342
INSTALL_CMD:
HAPPO_IS_ASYNC: true
HAPPO_SKIP_START_JOB:
HAPPO_GIT_COMMAND: git
HAPPO_COMMAND: node_modules/happo.io/build/cli.js
HAPPO_FALLBACK_SHAS_COUNT: 50

Job link: GitHub Actions job log
It appears that PREVIOUS_SHA is correctly set initially, but it is replaced by the master branch SHA in the final report. This causes the visual comparison to be inaccurate as it does not reflect the intended base commit.
We appreciate your assistance in resolving this issue.
Link to the PR to test: https://github.com/toptal/picasso/pull/4342

Hi @dmaklygin, sorry for the delay here. 🙏
The most likely thing that's happening here is that the sha for PREVIOUS_SHA doesn't have a Happo report generated for it. Happo will then use a fallback SHA, starting from PREVIOUS_SHA and moving backwards. It happens in the happo-ci script, here.
Can you check to make sure that Happo reports are generated on the master branch and that the jobs are successful? If not, that's where we should start.

Hi, @trotzig !
Thank you for your response. Seems, the issue is fixed now. Your suggestion helped to have proper reports.
I suppose we can close the issue now

authors: dmaklygin trotzig


text:
Feat: Precompiled binaries ala tailwindcss-rails

Is your feature request related to a problem? Please describe.
Yes. Instead of having to install Rust on production servers to install the gem and to increase install speed. it would be beneficial to have precompiled mrml binaries ala tailwindcss-rails does
Describe the solution you'd like
Precompile the gem extension
Describe alternatives you've considered
N/A
Additional context
N/A

This gem does it somehow https://github.com/IAPark/tiktoken_ruby

Hey @jonian, are you already working on that? Else I'd be happy to take a look at how to provide precompiled binaries for mrml-ruby, if you are okay with that?

Hi @paulgoetze, no I'm not working on it. It would be great if you can submit a PR. Thanks!

I think it should be implemented using oxidize-rb/actions. An example workflow in the polars-ruby gem.

:+1: Alright, thanks, @jonian, then I'll take a look.

@jonian ping, just to make sure you saw the pull request :)
Let me know if you need anything else or if there's anything I can help with to get the pre-compiled gems released.

I have released a new version with the cross-compiled gems. Thank you for the help @paulgoetze!
The cross-compiled gems support only ruby 3.0, 3.1 and 3.2.

authors: henrikbjorn jonian paulgoetze

repo: hardpixel/mrml-ruby


text:
add auto-detect-targets-and-variants description STO-6974

Wrote a preliminary draft, preview link is here: Auto-detecting the target and variant

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65b024fd37dee23676bf1360--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65b1406b0afe751472c7898f--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65b15108abd1782631ed7dbb--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65b1a20679469b0a5c2dbcc7--harness-developer.netlify.app

Spun this off into a new PR: https://github.com/harness/developer-hub/pull/5138

authors: bot-gitexp-user douglas-j-bothwell

repo: harness/developer-hub


text:
[PL-46956] SMP 0.13.3 patch release notes

SMP 0.13.3 patch release notes
For reviewers, a preview is available:
---will be built after draft RN are added--
What Type of PR is This?

[ ] Issue
[ ] Feature
[ ] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[x] Tested Locally
[ ] Optional Screenshot.

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65c51c058dc4760074fa41d2--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65c5257d47885c008e5c4b75--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65c53599d060d20cfbd05cf4--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65c5363b37b4810ad309088f--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65c536b71eeaf00dfb9f10e1--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65c54f47c4c9ae1f08ab3c55--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65c54f6847885c1dad5c4e78--harness-developer.netlify.app

authors: bot-gitexp-user brian-f-harness


text:
Chaos(aws-fault): Add docs for CLB and ALB az down chaos faults

Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.
What Type of PR is This?

[ ] Issue
[ ] Feature
[ ] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ ] Tested Locally
[ ] Optional Screen Shoot.

Preview environment: https://hdh.pr.harness.io/pr-824

authors: bot-gitexp-user uditgaurav


text:
Multiple classifiers in pom dependency

In case if project depends on a subproject the dependency tag for the subproject is incorrect:
<dependency>
    <groupId>com.github.siasia</groupId>
    <artifactId>maven-plugin_2.9.1</artifactId>
    <version>0.11.1-0.1</version>
    <scope>compile</scope>
    <classifier>sources</classifier>
    <classifier>javadoc</classifier>
</dependency>

Multiple classifier tags result the duplicate tag error in Maven.

I'm using this as a workaround.
   pomPostProcess := {
        import xml._
        Rewrite.rewriter {
          case e: Elem if e.label == "classifier" && e.child.mkString == "sources" => NodeSeq.Empty
        }
      }

import xml.transform.{RewriteRule, RuleTransformer}
import xml._

object Rewrite {

  def rewriter(f: PartialFunction[Node, NodeSeq]): RuleTransformer = new RuleTransformer(rule(f))

  def rule(f: PartialFunction[Node, NodeSeq]): RewriteRule = new RewriteRule {
    override def transform(n: Node) = if (f.isDefinedAt(n)) f(n) else n
  }
}

I took a better look at it.  The problem is that the original patch looks at all artifacts in all configurations:
https://github.com/harrah/xsbt/blob/0.11/ivy/MakePom.scala#L143
sbt puts the source and doc artifacts in the "sources" and "javadocs" configurations:
https://github.com/harrah/xsbt/blob/0.11/main/Defaults.scala#L374
https://github.com/harrah/xsbt/blob/0.11/ivy/IvyInterface.scala#L431
We can ignore artifacts in those configurations using a method in DependencyDescriptor similar to getAllDependencyArtifacts but that only gets artifacts in the specified configurations (I'd have to look the name up).
@indrajitr Do you want to do this or should I?

Just the "jar" type doesn't quite work because the type might be "bundle", for example.  The valid types are set in classpathTypes.  (It is just "jar" + "bundle" right now, but it keeps it configurable in one spot.)

Good point. classpathTypes can be added to MakePomConfiguration and used in makePom.
While at that, should we use this for deriving packaging type as well (instead of an isolated use of IgnoreTypes)?

That ignore types usage is different, though, and I think it is correct as a blacklist.  It is legitimate for a user to say 'war' as the packaging, for example.

Damn, I'm glad I'm not the only one. I just ran into this same issue. I should check the list first next time. I needed up carefully publishing one version then changing the dependency version's dependsOn(...) to a library dependency to ensure the jars are pulled

@softprops Try out the snapshot at your convenience -- hopefully this has been sorted out now.

authors: harrah indrajitr retronym siasia softprops

repo: harrah/xsbt


text:
[Autopilot] rebalance approval for Portworx storage pools (15d2875e-f420-4929-85bf-9a31640514a9) rule: pool-rebalance

This is a request to approve the following automated autopilot action
What will get affected

Type: StoragePool
Name: Portworx storage pools
Namespace:
Owner information:

Type:
Name:

What action will be taken
Work summary:
Rebalance actions:
add replica
Volume: 741568352796226165
Pool: 15d2875e-f420-4929-85bf-9a31640514a9
Node: 5e6af7d5-7a58-4a19-89ab-19f9136764bc
Replication set ID: 0
Start: 2020-06-09T20:32:39.060637701Z End: (timestamp: nil Timestamp)
Work summary:
-> UnbalancedProvisionedSpaceBytes    32212254720 done, 0 pending
-> UnbalancedVolumes                  1 done, 0 pending
remove replica
Volume: 741568352796226165
Pool: da9771af-d325-48f4-b42d-040a5b952171
Node: 97f131dd-9e5b-431a-96f9-1c9a9c301478
Replication set ID: 0
Start: 2020-06-09T20:32:39.060638386Z End: (timestamp: nil Timestamp)
Work summary:
-> UnbalancedProvisionedSpaceBytes    32212254720 done, 0 pending
-> UnbalancedVolumes                  1 done, 0 pending
add replica
Volume: 1152731952087921482
Pool: da8f8818-399e-4e23-92bd-5eea444c4594
Node: 218462c7-0543-47a8-af06-9e44d89da497
Replication set ID: 0
Start: 2020-06-09T20:32:39.182589533Z End: (timestamp: nil Timestamp)
Work summary:
-> UnbalancedProvisionedSpaceBytes    32212254720 done, 0 pending
-> UnbalancedVolumes                  1 done, 0 pending
remove replica
Volume: 1152731952087921482
Pool: da9771af-d325-48f4-b42d-040a5b952171
Node: 97f131dd-9e5b-431a-96f9-1c9a9c301478
Replication set ID: 0
Start: 2020-06-09T20:32:39.182590778Z End: (timestamp: nil Timestamp)
Work summary:
-> UnbalancedProvisionedSpaceBytes    32212254720 done, 0 pending
-> UnbalancedVolumes                  1 done, 0 pending
Why is the action needed.
The action request was triggered based on an AutopilotRule pool-rebalance defined in your cluster.
How do I approve
Once you review the above,

To approve, simply approve and merge this PR
To declined, close the PR

Autopilot will be watching for the merged specs in the cluster and will proceed with the action if approved and declined the action if not.

[Autopilot] Closing PR as the action was found approved in the Kubernetes cluster.

repo: harsh-px/flux-get-started


text:
Want to regard pattern variables as ordinary variables

match 文でレコードのパターンを使った際、そのパターンの矢印の右側ではパターン変数を普通の変数としてドラッグして使えるようにしたいです。現在は、x :: xs のパターンなら x や xs をドラッグできますが、レコードのパターン変数はドラッグできないようです。加えて、これらのパターン変数がスコープお砂場にも現れて欲しいです。

報告ありがとうございます。
実装してみました。確認お願いします。
ちなみにですが、今は定義ブロックを変に組み替えたりしないことを仮定しています。
type a = { field: int }
match ? with
  | { field: x } -> x + x

とかしたあとに、record定義のブロックにある int のブロックを外したときの挙動はまだどうするか考えられてないです。。今はとりあえずクラッシュします。（笑）

早速、ありがとうございます。うまくいっているように見えます。
定義ブロックを組み替えた場合ですが、問題となるのは int ブロックを外し
たりしたときですよね。とりあえず、パターンブロック中の該当するパターン
変数のコネクタが×になるのは良いと思います。その上でそのパターン変数が
どこにも現れていなければ、そのままでＯＫ。現れていたら

パターン変数が現れていたら、そのパターン変数は削除される。（let rec
の rec を消したら、対応する再帰呼び出しが丸ごと消えるのと同じ。）
パターン変数が現れていたら、そもそも int ブロックを外せない。

のどちらかかなと思います。let rec と合わせて前者かなと思いますが、いか
がでしょうか。

authors: harukamm kenichi-asai

repo: harukamm/ocaml-blockly


text:
[DOC] Missing old version APIs documentation

Is your doc request related to a problem? Please describe or add related issue ID.
Although we have multiple harvester version options in documentation, but we only have v1.3 and dev APIs documentation. When we click v1.1 harvester documentation, then click API, it'll be redirected  v1.3 APIs documentation. In other words, I can't see v1.1 APIs documentation.
Describe the solution you'd like
Do we need to add it back?
The other thing is that our openapi generator follows our harvester/harvester repo. If we fix some errors of openapi generator in new release version, we can't apply it on our old release version unless we backport. But, it seems weird that only backport those fixes for fixing openapi generator. Maybe we could have another repo only for openapi generator?
It's a open question here, welcome any ideas.

@innobead I am not familiar with how exactly the API documentation is generated. What I know is from this PR, which @m-ildefons created.

I'll check this one out. I'm sure it's a fairly small error in the docusaurus config somewhere.

The API docs for the old versions is there (e.g. https://docs.harvesterhci.io/v1.2/api/create-namespaced-virtual-machine-backup/) but what's missing is a link or a menu that leads to it. Somehow the version-change menu doesn't work for the API docs of older versions, but it does work for v1.4/dev and v1.3. There also doesn't seem to be a landing page/category index for those versions.

authors: Yu-Jack jillian-maroket m-ildefons

repo: harvester/harvester


text:
Tour step 3 dialog is over streched

Getting to the third step of the tour המקום שחיפשתם I noticed the window extends it's basic design:

VS:

@agamaloni

While at it I think it would be nice adding a last step with a greeting notifying that the tour is over

Maybe also add a description about opening a discussion
On Thu, May 21, 2015 at 1:12 PM, omerxx notifications@github.com wrote:

While at it I think it would be nice adding a last step with a greeting
notifying that the tour is over
—
Reply to this email directly or view it on GitHub
https://github.com/hasadna/anyway/issues/262#issuecomment-104212690.

thanks @omerxx  change back for cleaner view and resize .popover

can add more steps,
now i get hard time to find inside the code the easy way for setting up the current date
any idea?

You need to update the daterangepicker's startDate and endDate, and then notify it: https://github.com/hasadna/anyway/blob/master/static/js/app.js#L484

Hi @agamaloni
The tour step is still stretched, I tried to modify it locally but I can't see the tour here (do you know why..?)
plus, why is this specific step at app.js and not in tour ?

Hi @omerxx ,
yes,
For locate step over the map i go out from the tour and popup an infoWindow i know it not look exactly like the different steps.. do you know how to modify specific infoWindow ? (i will figure it out)
that was my best solution for dealing with pointing on exactly spot over the map.
according to that logic step 3 set inside setCenterWithMarker of app.js
to catch the location after find place "this.locationMarker" and open infowindow.open(this.map, location);

authors: agamaloni danielhers omerxx samuelregev

repo: hasadna/anyway


text:
Separate United markers by severity

We have severity for our united-hatzala markers so I think we should use them.
Instead of having a generic blue colored markers we could separate them to colors based on severity and keep the current icon to imply this is a united report.
@LironRS, @OmerSchechter, @galraij, what do you think?

Absolutely! this was the original plan. I think @LironRS is working on it already.

On 23 Nov 2015, at 21:44, Omer Hamerman notifications@github.com wrote:
We have severity for our united-hatzala markers so I think we should use them.
Instead of having a generic blue colored markers we could separate them to colors based on severity and keep the current icon to imply this is a united report.
@LironRS https://github.com/LironRS, @OmerSchechter https://github.com/OmerSchechter, @galraij https://github.com/galraij, what do you think?
—
Reply to this email directly or view it on GitHub https://github.com/hasadna/anyway/issues/493.

authors: galraij omerxx


text:
feat: Add map to line profile

Added a map to the bottom of this page:

Fix #542

So do you want me to do it in a new pr?

@Tamir198 it's up to you :)

I think I will want you to merge this and do it in a new pr just to prevent bug conflicts with Darkmift user who is also working on this part on the page.
Sounds good?

@Tamir198 sure, thanks. Let's merge it.
I gave you permissions to the repo, so feel free to merge things whenever you want (as long as there are no regressions and anyone made at least one code-review)

@all-contributors please add @Tamir198 for his code :clap: :medal_sports:

repo: hasadna/open-bus-map-search


text:
Enabled to set a file from the preview panel.

Also enabled to show the current input source in the preview.
Added ui/events.py

EVT_INPUT_FILE_ADDED: Event a new video file is added.
EVT_INPUT_INITIALIZED: Event input source is updated.

Moved the text box for video file from Options to Preview.

Stopped to store the value of the text box to the config file.

Screenshots:

Thanks for the work. I'd like to do some tests on Windows environment before merging.

Cool! :)

Fixed the issue on Windows discussed in the team Slack.
66fa538 is the change.

authors: frozenpandaman hasegaw hiroyuki-komatsu

repo: hasegaw/IkaLog


text:
Tool for converting Record Files to Block Stream

Command line tool adding extra command for converting Record Files to Block Stream

Not 100% done yet but made ready for review so the build actions are executed to make sure build works on sever because it as been such a pain to get to build locally.

Comment on Gradle setup:
I will revisit the "classpath-based" setup of the "tools" project this PR introduces as part of https://github.com/hiero-ledger/hiero-gradle-conventions/issues/53

authors: jasperpotts jjohannes

repo: hashgraph/hedera-block-node


text:
Add PayBito HBAR/USD pair to ERT

Summary
PayBito has an HBAR/USD pair that should be added to the list of exchanges
https://trade.paybito.com/view-exchange/#/?pair=hbar-usd
API info page seems down
https://www.paybito.com/api-end-points/

APIEndPoints.pdf

APIEndPoints.pdf

repo: hashgraph/hedera-exchange-rate-tool


text:
Health checks svc annotations

Description:
This PR

Adds support for YAML and JSON annotations on the service
Includes readiness and liveness probes to the deployment
Updates to the configmap config.HEDERA_NETWORK logic and coinciding values.yaml comments
Removed top-level secrets. from value.yaml, this was not ever being called or used

Related issue(s):
Fixes #
Notes for reviewer:
Deployment templating:
---
# Source: hedera-json-rpc-relay/templates/deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: test-hedera-json-rpc-relay
  labels:
    app:  hedera-json-rpc-relay

    helm.sh/chart: hedera-json-rpc-relay-0.7.0-SNAPSHOT
    app.kubernetes.io/name: hedera-json-rpc-relay
    app.kubernetes.io/instance: test
    app.kubernetes.io/version: "0.7.0-SNAPSHOT"
    app.kubernetes.io/managed-by: Helm
spec:
  replicas: 1
  selector:
    matchLabels:
      app.kubernetes.io/name: hedera-json-rpc-relay
      app.kubernetes.io/instance: test
  template:
    metadata:
      labels:
        app:  hedera-json-rpc-relay
        app.kubernetes.io/name: hedera-json-rpc-relay
        app.kubernetes.io/instance: test
    spec:
      imagePullSecrets:
        - name: ghcr-registry-auth
      serviceAccountName: test-hedera-json-rpc-relay
      securityContext:
        {}
      containers:
      - name: hedera-json-rpc-relay
        image: "ghcr.io/hashgraph/hedera-json-rpc-relay:0.7.0-SNAPSHOT"
        imagePullPolicy: Always
        env:
          - name: CHAIN_ID
            value: ''
          - name: CHAIN_ID
            valueFrom:
              configMapKeyRef:
                name: test-hedera-json-rpc-relay
                key: CHAIN_ID
                optional: true
          - name: HEDERA_NETWORK
            valueFrom:
              configMapKeyRef:
                name: test-hedera-json-rpc-relay
                key: HEDERA_NETWORK
                optional: false
          - name: OPERATOR_ID_ETH_SENDRAWTRANSACTION
            valueFrom:
              secretKeyRef:
                name: test-hedera-json-rpc-relay
                key: OPERATOR_ID_ETH_SENDRAWTRANSACTION
                optional: true
          - name: OPERATOR_KEY_ETH_SENDRAWTRANSACTION
            valueFrom:
              secretKeyRef:
                name: test-hedera-json-rpc-relay
                key: OPERATOR_KEY_ETH_SENDRAWTRANSACTION
                optional: true
          - name: MIRROR_NODE_URL
            valueFrom:
              configMapKeyRef:
                name: test-hedera-json-rpc-relay
                key: MIRROR_NODE_URL
                optional: false
          - name: LOCAL_NODE
            valueFrom:
              configMapKeyRef:
                name: test-hedera-json-rpc-relay
                key: LOCAL_NODE
                optional: false
          - name: SERVER_PORT
            valueFrom:
              configMapKeyRef:
                name: test-hedera-json-rpc-relay
                key: SERVER_PORT
                optional: false
          - name: OPERATOR_ID_MAIN
            valueFrom:
              secretKeyRef:
                name: test-hedera-json-rpc-relay
                key: OPERATOR_ID_MAIN
                optional: false
          - name: OPERATOR_KEY_MAIN
            valueFrom:
              secretKeyRef:
                name: test-hedera-json-rpc-relay
                key: OPERATOR_KEY_MAIN
                optional: false
        ports:
          - containerPort: 7546
            name: jsonrpcrelay
        livenessProbe:
          httpGet:
            path: /
            port: jsonrpcrelay
        readinessProbe:
          httpGet:
            path: /
            port: jsonrpcrelay
        resources:            {}

Checklist

[x] Documented (Code comments, README, etc.)

Codecov Report

Merging #482 (578686e) into main (4c3191c) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #482   +/-   ##
=======================================
  Coverage   76.38%   76.38%
=======================================
  Files          12       12
  Lines         923      923
  Branches      144      144
=======================================
  Hits          705      705
  Misses        165      165
  Partials       53       53

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

authors: codecov-commenter rustyShacklefurd

repo: hashgraph/hedera-json-rpc-relay


text:
ContractExecuteTransaction.setFunctionParameters returns void

Description
The setFunctionParameters of ContractExecuteTransaction returns void, thus preventing it from being used in a builder pattern.
Steps to reproduce
let response = new ContractExecuteTransaction()
    .setMaxTransactionFee(new Hbar(15))
    .setContractId(ContractId.fromSolidityAddress(to.replace("0x", "")))
    .setFunctionParameters(Buffer.from(data, "hex"))
    .execute(client);

fails because .setFunctionParameters returns void and .execute(client) is run against undefined
There is a workaround which is to create the transaction object, then .setFunctionParameters on the object, then .execute(client) on the same object, however this isn't developer friendly and breaks the usual builder pattern.
Additional context
No response
Hedera network
mainnet, testnet, previewnet
Version
v2.4.0
Operating system
macOS

I think you are supposed to use setFunction() instead of setFunctionParameters()?
const transaction = new ContractExecuteTransaction()
 .setContractId(newContractId)
 .setGas(100_000_000)
 .setFunction("set_message", new ContractFunctionParameters()
 .addString("hello from hedera again!"))

setFunction returns this which allows .execute to be chained like you want. Will double check with @danielakhterov

@gregscullard let us know if this resolves your issue

@valtyr-naut Issue is correct. https://github.com/hashgraph/hedera-sdk-js/blob/55d93a160d29b67a5894b39c7ee62083e0d5df2d/src/contract/ContractExecuteTransaction.js#L209 Should return this

authors: SimiHunjan danielakhterov gregscullard valtyr-naut

repo: hashgraph/hedera-sdk-js


text:
Module does not support well-behaved reverse lookup under systemd-resolved

The current state of consul support for systemd-resolved is a bit funky in that forward resolution works well and simply, while reverse lookup of IPs will, with low percentage, return .consul domains or whatever the other DNS resolvers say. e.g. https://github.com/hashicorp/consul/issues/6462.
https://github.com/hashicorp/consul/pull/6731 provides a solution for ensuring that all reverse lookups of an IP address known to consul results in a .consul domain.
It has the added behavior (perhaps undesirable) of reverse lookup failing on IP addresses not known to consul unless one also configures the recursors option. e.g.
{
...
    "recursors": ["10.0.0.2"],
...
}

I think it would be reasonable to consider adopting this configuration in the consul-cluster module and intend this issue to be a starting point for the conversation.
Thanks for the module as it has facilitated very rapid progress on my side!

Thanks for reporting!

It has the added behavior (perhaps undesirable) of reverse lookup failing on IP addresses not known to consul

What's the default behavior?

unless one also configures the recursors option. e.g.

What value would you plug into recursors?

The behavior of the documented solution is described in https://github.com/hashicorp/consul/issues/6462.
TL;DR: most of the time reverse resolution goes through whatever the system has been configured to use. A small percentage of the time reverse resolution goes through consul. That is to say, reverse lookup is not predictable in the documented systemd-resolved solution.
The PR is predictable in that 100% of the time systemd-resolved will reverse lookup via the consul agent. The cost is that the consul agent will fail to reverse lookup for IPs not within the .consul domain.
You can solve this by placing a DNS server with appropriate reverse lookup capability into recursors. In most situations, this probably means whatever DNS server you use for forward lookups outside of the .consul domain. i.e., whatever DNS servers you got from DHCP / static config.
Make sense?

Got it, thanks for the context. So, to summarize, you are proposing that for systems using systemd-resolved we update the run-consul script to be able to add the following to resolved.conf:
DNS=127.0.0.1
Domains=~consul ~<CIDR>.in-addr.arpa

Where <CIDR> is passed in via a new param to the script... As well as add the following to the consul config:
    "recursors": ["<DNS_SERVER>"],

Where <DNS_SERVER> is also passed in via a new param to the script.
Is that right?

I'm definitely proposing the first thing, with caveat that it's actually the "backwards truncated CIDR" and it should be opt-in.
The second thing, I'm outlining the pros/cons. You could imagine mimicking the dnsmasq behavior of using servers from /etc/resolve.conf by having run-consul automatically set recursors  by parsing the output of systemd-resolve (or resolvectl on ultra-contemporary systems) or networkctl. I'm not really what is right these days.

(sorry for delay, we were all away for a company offsite)
Roger. I think if both options are opt-in based on passed-in params, this makes sense to add. A PR is very welcome!

repo: hashicorp/terraform-aws-consul


text:
Revert "Tempus-467, 468, 655"

Reverts hashmapinc/Tempus#668
Reverting this code because of the following errors:-
error  Unable to resolve path to module 'well-log-viewer/node_modules/d3/build/d3'  import/no-unresolved
This is because  the module is imported inside the well-log-viewer, import should be used on the main node_modules of the application. Please correct this.

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

repo: hashmapinc/Tempus


text:
Haddock should hide hidden fields of re-exported modules

Original reporter: ezyang@
Suppose I have the following module:
module Compiler.Hoopl
  ( module Compiler.Hoopl.Graph
  , module Compiler.Hoopl.MkGraph
  , module Compiler.Hoopl.XUtil
  , module Compiler.Hoopl.Collections
  , module Compiler.Hoopl.Checkpoint
  , module Compiler.Hoopl.Dataflow
  , module Compiler.Hoopl.Label
  , module Compiler.Hoopl.Pointed
  , module Compiler.Hoopl.Combinators
  , module Compiler.Hoopl.Fuel
  , module Compiler.Hoopl.Unique
  , module Compiler.Hoopl.Util
  , module Compiler.Hoopl.Debug
  , module Compiler.Hoopl.Show
  )
where

import Compiler.Hoopl.Checkpoint
import Compiler.Hoopl.Collections
import Compiler.Hoopl.Combinators
import Compiler.Hoopl.Dataflow hiding ( wrapFR, wrapFR2, wrapBR, wrapBR2
                                      )
import Compiler.Hoopl.Debug
import Compiler.Hoopl.Fuel hiding (withFuel, getFuel, setFuel, FuelMonadT)
import Compiler.Hoopl.Graph hiding
   ( Body
   , BCat, BHead, BTail, BClosed -- OK to expose BFirst, BMiddle, BLast
   )
import Compiler.Hoopl.Graph (Body)
import Compiler.Hoopl.Label hiding (uniqueToLbl, lblToUnique)
import Compiler.Hoopl.MkGraph
import Compiler.Hoopl.Pointed
import Compiler.Hoopl.Show
import Compiler.Hoopl.Util
import Compiler.Hoopl.Unique hiding (uniqueToInt)
import Compiler.Hoopl.XUtil

Haddock will incorrectly generate documentation for all functions in these modules, where it should actually hide any of the functions/data constructors that were hidden in the imports.

should be resolved by #688

authors: gbaz ghc-mirror

repo: haskell/haddock


text:
Add a “time_offset”

Requested from @tomoqv

Add a “time_offset” to take into account the amount of time it takes to reach the station, i.e. if it takes 8 minutes to walk to the train, only show departures from now() + 8 minutes onwards.

The thing is, that I would like to conserve space in some of my Lovelace views. Showing a number of departures that are impossible to make from my house adds a few lines of information that is of little or no interest to the person looking for the next possible departure. This is a feature request, so I fully understand if it may be low priority.

Moved to https://github.com/hasl-platform/lovelace-hasl-departure-card/issues

@tomoqv I guess you want it to show the actuall time left and time for the departures but hide the ones you are not able to catch. i.e. It takes 8 minutes from your place to the station and the time is 19:42.
The next departures are 19:47 (5 min), 19:51(9 min), 19:54(12 min). In the card is going to so the actuall times but hide 19:47 because you don't have enough time to catch it.

Yes, precisely. That way I won't have any superfluous information.
Thanks!

authors: dimmanramone tomoqv


text:
🛑 Git Server is down

In d9f8526, Git Server (https://git.arash-hatami.ir) was down:

HTTP code: 504
Response time: 15491 ms

Resolved: Git Server is back up in 77c3207 after 9 minutes.


text:
🛑 Main Website is down

In d5df8d1, Main Website (https://arash-hatami.ir) was down:

HTTP code: 504
Response time: 16018 ms

Resolved: Main Website is back up in 623291a.


text:
nndata.py errors out

nndata.py errors out at following line:
t, l, loc, fs = util.load_physionet_data(subject_id, num_classes, long_edge=long_edge)
since t, l, loc, fs have no data, therefore it says:
np.array(trials).reshape((len(trials),) + trials[0].shape + (1,)), np.array(labels)
IndexError: list index out of range
Though if following changes are made
my_variable = util.load_physionet_data(subject_id, num_classes, long_edge=long_edge)
print(my_variable)
Then I can see the entire data array returned from above function call !
what should be done to get this function call to execute properly ?

did you get any idea  to solve this issue !!

repo: hauke-d/cnn-eeg


text:
Bug in handling name change

On ME screen the user can change his name. If he enters an empty string Guest is being assigned automatically. So far so good. But now if he clicks the 'Guest' to change it again, the input is not editable anymore and the user cannot change the name. Tested with https://letsmeet.no/.

I think it is something to due with the store.

@Astagor  Can you retest it.
It seems it is working now on letsmeet.no

I will close I see this is fixed..

Yes, this has been fixed.

authors: Astagor misi

repo: havfo/multiparty-meeting


text:
fixes #203

also test PR in preparation for #222

:partying_face:

Looks good, thank you!

authors: christian-2 havfo tapionx


text:
JMX - Copy actions on an operation don't work if Hawtio is accessed at a host other than localhost

If Hawtio is accessed at 0.0.0.0:8080 for instance instead of localhost:8080,  Copy method name and Copy Jolokia URL actions provided by the Operations tab don't work as follows:

It is because navigator.clipboard.writeText works only under https unless it's localhost.
https://developer.mozilla.org/en-US/docs/Web/API/Clipboard

Should we find some way to get around with the limitation or keep it as is honouring the security consideration done at navigator.clipboard.writeText?  If we keep it as is, we can disable the menus when the console is on http and not localhost.

Showing a warning notification with instruction on why it didn't work sounds like a good solution.

repo: hawtio/hawtio-next


text:
Docker image

A Docker image would be great to make it easier to deploy.
A draft for the quantized version's Dockerfile could look like
FROM python:latest
COPY . .
RUN apt-get update
RUN apt-get install -y ffmpeg
RUN pip install streamlit
RUN pip install setuptools-rust
# RUN pip install git+https://github.com/openai/whisper.git
RUN pip install git+https://github.com/MiscellaneousStuff/whisper.git

ENV PATH="$HOME/.cargo/bin:$PATH"
EXPOSE 8501
VOLUME /data/.whisper_settings.json
CMD streamlit run app/01_🏠_Home.py

I'm trying to figure out what directory is used for the data.
Edit: EXPOSE instead of PORT

Good call. Will add a docker config.
Data folder gets created at the project root. You can change them as you see fit in the config file.

a published image would also be nice. you could setup github actions

authors: hayabhay rursache schklom

repo: hayabhay/whisper-ui


text:
Worked amazing on Monterey but not working in Ventura :/

Please advise. Thank you so much

Hi @BraveBird3291 can you please be more specific what's not working and any error messages?
list or list enabled still works for me.

I think list enabled is showing disabled items or disable seems to be not working (i.e. after disable adobe list enabled still shows items like com.adobe.AdobeCreativeCloud). Before upgrading to Ventura list would show launch status like enabled or disabled but after the upgrade it shows MachService or OnDemand, Onstartup, Always or just Unknown. This was tested on m1 mac.
Thanks.

Would it be possible do deliver me the file permissions ('ls -alh') of one of those plists and its contents?

@hazcod
Will do but I'm currently out travelling will send you in 2-3 days ;)

@hazcod Sorry for the delay. Here is a few file permissions of plists.

@user112200 Can you try running hte below and let me know what it returns?
launchctl disable user/"$(id -u)"/com.adobe.AdobeCreativeCloud

@user112200 And it doesn't show up in;
launchctl print-disabled user/"$(id -u)" | grep adobe

@hazcod Actually it does show up in the disabled.

Rerun again after 13.0.1 update.

repo: hazcod/maclaunch


text:
worker  Out Of Memory Error

While running:
class=com.hazelcast.stabilizer.tests.map.StringMapTest
threadCount=40
keyLength=8
valueLength=131072
keyCount=100000
valueCount=100
writePercentage=0
basename=map
logFrequency = 10000
performanceUpdateFrequency = 100
```

and coordinator:
```
coordinator --monitorPerformance --duration 5m --workerVmOptions "-Xmx4g" map.properties

```

```
WARN  20:28:30 Failure #1  192.168.2.102:5701 Worker Out Of Memory Error
FATAL 20:28:50 Failed
java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.util.concurrent.TimeoutException: Timeout while executing : DoneCommand{testId=''}
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.getAllFutures(AgentsClient.java:238)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.getAllFutures(AgentsClient.java:203)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.executeOnAllWorkers(AgentsClient.java:392)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.waitDone(AgentsClient.java:180)
	at com.hazelcast.stabilizer.coordinator.TestCaseRunner.run(TestCaseRunner.java:67)
	at com.hazelcast.stabilizer.coordinator.Coordinator.runSequential(Coordinator.java:197)
	at com.hazelcast.stabilizer.coordinator.Coordinator.runTestSuite(Coordinator.java:178)
	at com.hazelcast.stabilizer.coordinator.Coordinator.run(Coordinator.java:88)
	at com.hazelcast.stabilizer.coordinator.Coordinator.main(Coordinator.java:358)
Caused by: java.util.concurrent.ExecutionException: java.util.concurrent.TimeoutException: Timeout while executing : DoneCommand{testId=''}
	at java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.util.concurrent.FutureTask.get(FutureTask.java:206)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.getAllFutures(AgentsClient.java:212)
	... 8 more
Caused by: java.util.concurrent.TimeoutException: Timeout while executing : DoneCommand{testId=''}
	at com.hazelcast.stabilizer.agent.CommandFuture.get(CommandFuture.java:75)
	at com.hazelcast.stabilizer.agent.workerjvm.WorkerJvmManager.executeOnWorkers(WorkerJvmManager.java:214)
	at com.hazelcast.stabilizer.agent.workerjvm.WorkerJvmManager.executeOnAllWorkers(WorkerJvmManager.java:187)
	at com.hazelcast.stabilizer.agent.remoting.ClientSocketTask.execute(ClientSocketTask.java:81)
	at com.hazelcast.stabilizer.agent.remoting.ClientSocketTask.run(ClientSocketTask.java:46)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:745)
	at ------ End remote and begin local stack-trace ------.(Unknown Source)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentClient.execute(AgentClient.java:41)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient$10.call(AgentsClient.java:382)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
	at ------ End remote and begin local stack-trace ------.(Unknown Source)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.getAllFutures(AgentsClient.java:233)
	... 8 more
INFO  20:28:50 Aborting testsuite due to failure
INFO  20:28:50 Terminating workers
INFO  20:28:50 All workers have been terminated
INFO  20:28:50 Starting cool down (10 sec)
FATAL 20:28:58 java.util.concurrent.ExecutionException: java.util.concurrent.TimeoutException: Timeout while executing : GetOperationCountCommand{}
java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.util.concurrent.TimeoutException: Timeout while executing : GetOperationCountCommand{}
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.getAllFutures(AgentsClient.java:238)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.getAllFutures(AgentsClient.java:203)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.executeOnAllWorkers(AgentsClient.java:392)
	at com.hazelcast.stabilizer.coordinator.PerformanceMonitor.checkPerformance(PerformanceMonitor.java:39)
	at com.hazelcast.stabilizer.coordinator.PerformanceMonitor.run(PerformanceMonitor.java:30)
Caused by: java.util.concurrent.ExecutionException: java.util.concurrent.TimeoutException: Timeout while executing : GetOperationCountCommand{}
	at java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.util.concurrent.FutureTask.get(FutureTask.java:206)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.getAllFutures(AgentsClient.java:212)
	... 4 more
Caused by: java.util.concurrent.TimeoutException: Timeout while executing : GetOperationCountCommand{}
	at com.hazelcast.stabilizer.agent.CommandFuture.get(CommandFuture.java:75)
	at com.hazelcast.stabilizer.agent.workerjvm.WorkerJvmManager.executeOnWorkers(WorkerJvmManager.java:214)
	at com.hazelcast.stabilizer.agent.workerjvm.WorkerJvmManager.executeOnAllWorkers(WorkerJvmManager.java:187)
	at com.hazelcast.stabilizer.agent.remoting.ClientSocketTask.execute(ClientSocketTask.java:81)
	at com.hazelcast.stabilizer.agent.remoting.ClientSocketTask.run(ClientSocketTask.java:46)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:745)
	at ------ End remote and begin local stack-trace ------.(Unknown Source)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentClient.execute(AgentClient.java:41)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient$10.call(AgentsClient.java:382)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
	at ------ End remote and begin local stack-trace ------.(Unknown Source)
	at com.hazelcast.stabilizer.coordinator.remoting.AgentsClient.getAllFutures(AgentsClient.java:233)
	... 4 more
```

I'm going to close this one till it pops up again. a lot has been done on dealing better with timeouts.

repo: hazelcast/hazelcast-stabilizer


text:
the code execution step

Hello,
I have been trying to run this code, but I keep encountering errors at the last step. Here's how I wrote the code, and I was wondering if you could help me identify where my mistake is:
target/release/pcsrt [OPTIONS] --centroid [LAT(float)],[LON(float)],ELEVATION[(float)] --time-range FROM [(2020-01-01T12:00:00.000Z),TO(2020-03-23T18:00:00.000Z)] --step-mins [int] --linke-turbidity-factor [SINGLE_LINKE(float)]  [INPUT_FILE] [OUTPUT_FILE]
I would be very grateful if you could assist me. Thank you in advance.

Hi,
replace the [PLACEHOLDER]s with values you need, e.g. ./target/release/pcsrt --centroid 57.362845,12.976645,225 --time-range 2020-01-01T12:00:00.000Z,2020-03-23T18:00:00.000Z --step-mins 60 --linke-turbidity-factor 3.5 ./input.las ./output.las.

Hello, thank you very much for your response. I have obtained the results, but I am encountering an error while constructing the normals (please refer to the yellow-highlighted line in the attached screenshot). Additionally, my point cloud includes the attributes X Y Z R G B. Could you please let me know the possible source of this error? Thank you very much for your assistance.

It's just a warning. Normal vectors are usually not constructed in voxels that do not have sufficient points within their volume or volume of adjacent voxels. In that case a vertical normal vector ([0;0;1]) is used instead and the voxel is treated as horizontal plane when calculating the incidence angle of the solar rays.

thanks a lot for your help

repo: hblyp/pcsrt


text:
Randomize table generation parameters

Shouldn't be difficult to implement, foundation is already there to allow it.
I'll get to it shortly.

I recommend discussing this with @milortie. I'm not sure we want to start with fully random at first.

Very true, waiting to have the option to generate column amount too (which should be soon)

The variables to be varried in the test include the following (with upper and lower bounds):

Different numbers of rows and columns: # column (min,max) = (1,15), # rows (min,max) = (1,50) -- may result in multipage tables (that's ok). Level of granularity: 1, 5, 10, 15 is likely OK (or something on that order of magnitude) - start with 1000 tables in the test case with even distribution. Track results by table type.

Presence or lack of lines around the cells - 1000 tables in different configurations, even distribution - options include: Outer lines only, headder lines only, some horizontal lines only, some vertical lines only, lines that don't go all the way accross the row/column.

Vary the ammount of padding around the tables and within the cells and table. Default is 0.7inch around the tables. Vary range from (0.0 to 1.5 inches) - this test only makes sense with text or other artifacts on the page around the table. Use Lorem Ipsum for that test. - 1000 tables with even distribution in increments of 0.1 inches

Different types of characters in the cells (such as French characters, math symbols, chemical formulas, @ symbol). In assessing performance we should look for these character and rank how well each comes through. Start by making a list of relevant characters and then make "words" out of these characters. May not require many table tests, this is more about the OCR performance.

Different fonts types, sizes, colours: use the test above (types of characters). Make a list of fonts, sizes and colours to try this with.

PR #64 includes the results from these randomized runs

authors: Louis-Boulet-HC pgaviganHC

repo: hc-sc-ocdo-bdpd/file-processing-tools


text:
fix paths in example notebooks to avoid changing directory

This is a problem due to paths management issues with different OS
os.chdir(..) on notebook

this was already fixed


text:
how test my own dataset without groundtrouth?

As described in title, the data from real world without GT_mask, but almost every algorithms need gt_mask to get roc_auc_score. Do you try to decide the threshold of anomaly score which higher than the threshold will be thought as anomaly ? Other than obtained the optim threshold from GT ? The problem confiused me all the time.

Unfortunately, You have to slightly modify the code to make it work with your own dataset.
In the case of Image level anomaly classification, to obtain optimal threshold you should prepare datasets with two class. then you can calculate roc curve then you can try several methods to get optimal threshold (like max of Youden's J statistic).
On the other hand, generally it's hard to prepare pixel level anomaly GT. In this case, there is no way to get roc curve and optim threshold. I don't know but I would try checking distribution of normal pixel's score and setting threshold manually.

Unfortunately, You have to slightly modify the code to make it work with your own dataset.
In the case of Image level anomaly classification, to obtain optimal threshold you should prepare datasets with two class. then you can calculate roc curve then you can try several methods to get optimal threshold (like max of Youden's J statistic).
On the other hand, generally it's hard to prepare pixel level anomaly GT. In this case, there is no way to get roc curve and optim threshold. I don't know but I would try checking distribution of normal pixel's score and setting threshold manually.

Thks for your replay!  Yes, the pixel-level threshold is the problem. I have an idea about the 3-sigma of the Gaussian distrabution of patches, but each patch has an only distribution. For how to use the infomation, I' m working on it ! Would you have advise?

Sorry, I don't have great idea. But, as I said, If would try to check distribution of each pixel values of (normal) anomaly map.


text:
🛑 stagin-env is down

In 6e9e8d0, stagin-env (https://staging.lessonpal.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: stagin-env is back up in 1de958f after 14 minutes.

repo: heIsThePirate/upptime-lessonpal


text:
🛑 stagin-env is down

In 0f6ca11, stagin-env (https://staging.lessonpal.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: stagin-env is back up in 735196f after 6 minutes.


text:
2020.5.1 update

update from origin on 5.1,2020

auto

repo: heartdiamond/InternetArchitect


text:
Constants applicable to all renderers

Hi !
As you may have noticed, I'm currently writing a ncurses-based renderer for iced on my spare time, and am using my own fork of iced for that purpose.
The only modification I did was to change some defaults. As it happens, the current constants are assuming pixel unit when pancurses of course works with lines and columns. This makes the current default on some Widgets (e.g. Checkbox, Slider, and Buttons) completely wrong.
Even if not considering my use case, which I agree is fairly uncommon, I am not sure what these constants were there for in the first place, because they assume some sort of mandatory smaller screen resolution.
What do you think would be the correct way of not enforcing those defaults upon every renderer implementor ?

This is one of the main reasons the current release is alpha.
I have shared my thoughts about this in #6. It should be simple to fix, we just need to choose a solution.
Also, I think we can split layouting and events into its own crate. Thus, I am rethinking some of the design a bit and there may be related changes soon.

authors: AlisCode hecrj

repo: hecrj/iced


text:
[AuthLDAP] User '' logging in

This is not a real issue, but an asking for help.
I'm running FreeIPA server on Centos 7, have a few WordPress websites on other Centos 7 server as well, and i'm looking to establish SSO for my WordPress users across those websites and some other apps. In order to do that i'm trying to configure AuthLDAP properly.
This is my auth_gssapi.conf:
<Location "/wp-login.php">
	AuthType GSSAPI
	AuthName "GSSAPI Single Sign On Login"
	GssapiCredStore keytab:/usr/local/apache/conf/http.keytab
	GssapiBasicAuthMech krb5
	Require valid-user
</Location>

As a AuthLDAP URI i've tried this and many many other combinations:
ldap://admin_user_name:admin_password@ipa-server.example.com:389/dc=ipa-server,dc=example,dc=com
When i visit my WordPress website at /wp-admin/ apache's error log gives this:
[Thu Oct 18 09:49:41.265710 2018] [:error] [pid 1297:tid 140477911234304] [client my_ip_address] [AuthLDAP] User '' logging in
[Thu Oct 18 09:49:41.265820 2018] [:error] [pid 1297:tid 140477911234304] [client my_ip_address] [AuthLDAP] Username not supplied: return false

I've did telnet and ldapsearch tests from my WordPress websites server to a FreeIPA server, these are results:
[root@server ~]# telnet IPA-SERVER_DOMAIN_IP_ADDRESS 389
Trying IPA-SERVER_DOMAIN_IP_ADDRESS...
Connected to IPA-SERVER_DOMAIN_IP_ADDRESS.
Escape character is '^]'.
Connection closed by foreign host.

ldapsearch gives response with a bunch of text, and i won't copy all of those, but just the end:
......
# search result
search: 2
result: 0 Success

# numResponses: 115
# numEntries: 114
[root@server ~]#

so it looks like servers are able to communicate.
I'm trying to SSO to WordPress from my Windows 7 machine, and i have got installed MIT Kerberos Ticket Manager and successfully obtained tickets:

so, FreeIPA, my Mozzila browser (for Kerberos negotiation process) and everything else is configured as it should be.
I've been investigating and trying last few days to make this to work but nothing has helped. I hope that i've given enough information. Can you please tell me what am i missing?

Hey Adam.
For me it looks like you are mixing two different things up. The one is the single sign on with kerberos and the other one is the LDAP authentication. The AuthLDAP-Plugin is only desigend to allow people to log into a wordpress site using their LDAP-credentials. But those credentials need to be put into the wordpres login form.
But as far as I see it you want something different. You want the user to be logged into WordPress automatically using the Kerberos token. That's something completely different as the user does not need to provide any credentials at all. So you would need a plugin that checks the Kerberos-Token against the Kerberos-Server and then decides whether the user may enter WordPress or not. That's not the scope of AuthLDAP (as LDAP is not involved at all in that process)
In a quick search I only found one plugin that mentions Kerberos and that is for ActiveDirectory (https://wordpress.org/plugins/next-active-directory-integration/). So ot looks like you either need to write it yourself or need a different approach :-(
Sorry that I can't help you there.

Andreas, thank you for your quick answer. Yes, you're right, i've been mixing these things, because i've never been in touch with LDAP/Kerberos before so it's a little bit tricky for me to understand properly how things work. But your answer has helped me to get a clearer picture.
I think that i will follow LDAP as there is a plugin already that you've created.
Thanks!

authors: Adamcina heiglandreas

repo: heiglandreas/authLdap


text:
vpn mode

could we use vpn mode with this project ?
i wanna use it on ios application but with VPN mode  ( full tunnel )

https://github.com/daemooon/Tun2SocksKit
https://github.com/daemooon/Mango

authors: TonDevv heiher


text:
[Removal]:

Hotspot Name
Overt Arctic Hamster
Hotspot b58 Address
11aHCWsePUUpTEAfisrPNqB5zsYD77uHd5DhfzEMzfJAhbV9gy8
Discord Handle
No response
Hotspot Manufacturer
PantherX
Removal Reason
I bought a used hotspot
Modifications
No
Extra forwarders
No
Extra antennas
No
Additional Information
No response

We have taken into account this removal request in the next iteration of the denylist. It may take some time before it's processed. This is an automated comment due to the volume of addition and removal requests. A future tool is in the works to provide more insight into the analysis approach made by the Helium team and community members that maintain this list.

repo: helium/denylist


text:
[Removal]: Bent Lemonade Viper

Hotspot Name
bent-lemonade-viper
Hotspot b58 Address
112JqL42UbqMDnWDyHJFBXNyoGC671mXTUbdZFDNo3guAtTHh
Discord Handle
Merikon#6484
Hotspot Manufacturer
PantherX
Removal Reason
The location and its actual place used to be not coincide with each other to reach a larger coverage. That's probably why my hotspots appear on the denylist. However, the problem has been fixed now and the hotspots appears at where they should be.
Modifications
No
Extra forwarders
No
Extra antennas
No
Additional Information
Hi Helium manage team, thanks for all the effort you have done to build an effective and honest network. I'm an officer of a local wlan & IoT service firm. Many of the residents in my town got involved into the Helium network and community by deploy the hotspots at their home last September. Most of them are using indoor hotspot while some of them deploy extra antennas (maybe hand-made). We were impressived by this genius idea of people's network. From my prospective as a IoT industry participant, this network definity lower the total IoT infrasturcture cost and must grow in a rapid way. Some of residents in the coverage region also tried the rak WisNode Senser and they really work well.
However, in order to reach a larger coverage and increase the reward scale, some of the hotspots were located a small distance deviate from where it should be. We realized this attempt lead to the inclusion to the denylist so we correct this mistake by moving hotspots and relocate them on the Helium map. By far all of the hotspots appears at the right place (no more than 300m deviation).
Also, I found that there were some hotspots locate near our town by they really shouldn't be at there. These virtual hotspots are included in the denylist either. I wonder if those gaming hotspots that never interact with us made all of us into the denylist? If so please update your algrothim in order to avoid this situation again. Thanks

We have taken into account this removal request in the next iteration of the denylist. It may take some time before it's processed. This is an automated comment due to the volume of addition and removal requests. A future tool is in the works to provide more insight into the analysis approach made by the Helium team and community members that maintain this list.