detecting auth errors on osd viewer with auth header and updating with new headers

Hi
I want to let people who have access to a file see it in osd viewer, I implemented a server that creates tokens and handles authentication and could use tokens in osd headers but I also want to check auth server response code and get a new token when it expired or unauthorized code gets back from auth server
what should I do to see responses to osd?

thank you, then in those handlers how should I do reopen on the viewer? I'm doing reauthentication and need to open viewer with the new auth token

Do you just want to update the auth token, or are there other reasons why you would want to reopen the viewer? If you just want to update the auth token, can you tell me which property you're using to give the auth token to OSD in the first place?
If you really do want to entirely reopen the viewer, you can certainly destroy it and recreate it as you normally would.

I'm using the header option and putting a token in the authorization part, I just need the viewer to get a new token when any error occurs and try opening the image with the new token

So you're using ajaxHeaders? It looks like you can provide that when opening an image, so probably the simplest solution would be to call viewer.open with the same image but new ajaxHeaders when you need to update them.
Of course what would be smoother is if you didn't have to reopen the image. The TiledImage object stores ajaxHeaders for itself, so you can do something like viewer.world.getItemAt(0).ajaxHeaders = newHeaders. This won't fix the one tile that failed, though...
One solution for that would be to call reset on the TiledImage; this will cause it to reload all of its tiles.
If you want to be even more targeted about it, you could try to reset just the one tile... when you get the tile-load-failed it includes a reference to that tile, and tiles also have ajaxHeaders, so maybe it's enough to update its tiles too (e.g. event.tile.ajaxHeaders = newHeaders). You'll probably also need to reset the tile's exists property so that it tries again. Looks like you'll need to do that in a setTimeout inside the event handler, since the exists gets set after the event fires.
Anyway, like I said, the easiest would just be viewer.open. I hope I've provided some helpful possibilities to try :)

...and of course this highlights the fact that OSD doesn't necessarily have a good technique for updating an image to use new headers when the old ones expire. Hopefully some of the thoughts above could be used by someone to implement a better system as a patch to OSD.

thank you I tried first way and it works

hey there, I tried your suggested way to use viewer.open but it somehow makes loading images take so long and shows errors on the console, also I have main viewer and a secondary for magnifier and when I try without magnifier it works well but not with magnifier, can we talk on a messenger app to easily share errors and other things?

@sinamcr7 is this relating to auth errors? If so, feel free to post your questions here in this thread. If it's more generally about viewer.open, you can file a new issue or a new discussion. If you'd rather use chat, you can join the Discord: https://discord.gg/Ygwap8UrGC

hey there,how can i make all requests have token in header?is it possible now as i try but it's not working?

@sherinnn124 Do you mean both the data file requests and the image tile requests? Are you loading everything via AJAX? What have you tried so far? What's not working?

I mean image requests,i am using simple image and  i tried  ajaxWithCredentials:true and ajaxHeaders:{Authorization;token} but it seems that it's not working and token not in headers

Hmm, looks like the ImageTileSource (aka simple image) uses ajaxWithCredentials but applies it to a regular img.src load, rather than an actual ajax call. Here's the applicable line:
https://github.com/openseadragon/openseadragon/blob/0335f3f4abfcd003a70ecd2fce92475bb13fa207/src/imagetilesource.js#L114
It doesn't appear to use ajaxHeaders at all... I don't know if that's even possible when you're using the img element technique. If it is, that would be great to add. Otherwise, maybe we need an actual ajax code path.
I'd say this issue is different enough that it's worth filing a new issue for; it's likely to get lost here. Would you mind doing so?

@iangilman Once the event is triggered in open-failed, tile-load-failed, add-item-failed, or add-layer-failed handler.  Is there a way to get the http status code? For example, when token expires, we expect to detect the 401/403 error and redirect user to the login page. I checked the message and source field, there is no clue in terms of the http status code. Thanks

@LuckyLuo It doesn't look like we are exposing the status code from AJAX calls. That shouldn't be difficult to add if you're interested... I can give you pointers on how to make that change. We'd want to start a new issue for it, as that's not really what this issue is about.
For image load errors that aren't done through AJAX, however, I don't know if it's even possible to know what the status code is... As far as I can tell, the onerror event doesn't have that information. It would be great if we could figure some way to do it, though!
Sounds like you're loading images via AJAX though. I believe this is the general area where the status code information needs to get hooked up:
https://github.com/openseadragon/openseadragon/blob/60a6a610e04983a3ebcdb4273c8b8edca188fb33/src/tilesource.js#L811
Again, we should start a new issue for this.

thanks, I can take a look and raise a new issue for it.

I raised a new issue for it here: https://github.com/openseadragon/openseadragon/issues/2340


on openSuSE 12.3 : worked once, then never again

...from a would-be new user (non-developer):
openSuSE 13.2  linux-0gub 3.16.7-48-desktop  x86_64
Had it running once, was working well.  Then trouble started, no difference w/
reinstall of 1.3.2 and then 1.4.0-beta1 :
Startup opens Google login dialog.  2-3 seconds later a 2nd dialog <2>
opens on top of the first.  Loop opening new dialogs continues:
<3>,<4>, 5>, etc.   I can drag a dialog box to new location to prevent it being repeatedly covered up by newly-opening dialogs,  then with quick cut/past ops, get username and PW into dialog.  Then fullscreen opens with Hangouts logo, w/ msg “not connected,” and progress-graphic indicates attempt to connect.  This screen also reloads itself in a loop of similar frequency to above.   Never connects, cannot proceed further.  Would like this desktop interface as an option to Google plugin….
Any ccomments/clues appreciated
Thx,   HTH

@cnshht Thanks for reporting this, this is a big problem that has been reported before and really breaks the experience as you said
I really don't understand it as I never experienced it (with normal gmail and 2-step authentication)
It would be awesome if you could try 2 (independent) things

remove ~/.config/yakyak and try to connect again
install hangups (pyhton) and login via that interface

The instructions to install hangups are here https://hangups.readthedocs.io/en/stable/installation.html
The library used by yakyak to connect to hangouts is based on that one and I believe the login process there was updated recently
Yakyak login needs improvement and that may be the way.

Removed /.config/yakyak, deleted the beta directory, unzipped v1.3.2
again, then it worked.  Logged in & out several times and other than a
few delays connecting during the first few times, it's working well for
now.

I see that "hangups requires Python 3.3, 3.4, or 3.5...."  Is it
enough to have libpython3_4m1_0 with interpreter python_2.7.12-3.1?
Sorry I'm an aged newb, not experienced with compiling source, which is
all that's available from https://www.python.org/

OpenSuSE's repositories only have 2.7 interpreter
I'm willing to try compiling but will have to study/learn how, first....
On 11/26/2016 11:27 AM, André Veríssimo wrote:

@cnshht https://github.com/cnshht Thanks for reporting this, this is a
big problem that has been reported before and really breaks the
experience as you said
I really don't understand it as I never experienced it (with normal
gmail and 2-step authentication)
It would be awesome if you could try 2 (independent) things

remove ~/.config/yakyak and try to connect again
install hangups (pyhton) and login via that interface

The instructions to install hangups are here
https://hangups.readthedocs.io/en/stable/installation.html
The library used by yakyak to connect to hangouts is based on that one
and I believe the login process there was updated recently
Yakyak login needs improvement and that may be the way.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/yakyak/yakyak/issues/449#issuecomment-263072313, or
mute the thread
https://github.com/notifications/unsubscribe-auth/AWpb7n2YY3mIxldJJutp2pXdzcvX4NCKks5rCF4CgaJpZM4K8zzE.

Don't compile it, yakyak worked without that directory. That was just in case yakyak alone didn't login.
It seems that once it has a 'bad' connect it can't or it's hard to get around it.
I guess I'll have to connect from scratch and hope one of them will have a problem to have a chance to replicate this.
this is probably a duplucate of #390, #333 and others

ok, I looked at those, they differ in details.  For example my login dialogs were replicating/looping without entering any login info.   But you'd know better than I, whether those differences were just due to differing OS or something....
So as of now, with the minro workaround above, yakyak is working fine on openSuSE/12.3/KDE.  Token is doing the auto-logon,  I'm happy with it.  Thanks for responding.    I like having a freestanding desktop client option!
HTH

After several days,  starting yakyak it attempts to auto-connect, fails,  then retries and fails, looping endlessly.  No way to break the loop and re-login.
Deleted ~/.refreshtoken.txt, no effect.  Deleted ~/.cookies.json, then got login dialog, entered login but then could not connect (same as before.)  Deleted entire  /.config/yakyak dir, no effect, logged in manually, ...no effect (same non-connecting loop.)
Noticed that launching by clicking launch-bar icon, I was starting 2 copies of the prog, so tried launching from the binary's dir, which avoids the 2-copies-start issue, but even after again deleting config dir and launching this way and logging in, same non-connect loop.       Deleted entire installation and config dir, re-extracted .zip, logged in, same non-connect loop.
Maybe something has changed at Google...?   I'm kinda bummed.  No more desktop client....

On December 1st google changed the protocol and all past versions of YakYak are now in this loop.
Have you updated to officially released version 1.4.0 or 1.4.1?
If you already have this version, then can you try to open the DevTools (via YakYak menu or Ctrl+Alt+i) and see if any errors popup (they should be in red)

Thanks for the heads-up!  1.4.1 (pre-release) creates an empty ~/.config directory and does nothing else, no gui initializes.
1.4.0 worked further: Google login done, then connected after some delay, "loading contacts" appeared, but then there was a blank dialog box, nothing worked, no conversations etc loaded.
I deleted the ~./config dir and tried again:  Logged in w/ Google dialog, then there was quite a delay (not connected.)  But on auto-retry, connection finally completed, then contacts and conversations loaded, and all seems ok...  But after quit and restart, auto-reconnect does not work...very well.  Long timeout, then 2-3 retries fail.   But then, after... 2-3 mins, it did connect and load chat data.
I have no other trouble with my broadband connection, (which is ~ 18 Mbps down, 3 MBps up)
Here is the timing after 2nd Quit-restart:
1st connect-attempt: ~2:23 (fail)
auto-retry #1: ~0:15 (fail)
auto-retry #2 : ~0:15 (fail)
auto-retry #3: ~0:18    -> connected, data loaded.  Total time to enable chat about 3 mins, 15 seconds from launch.  Not so nice.  But functional, after the first  ~/.config dir deleted, and these connect-delays.
HOWEVER, after another quit-restart, connection and loading was 2-3seconds.
Yet another quit-restart also connected and loaded in just a few seconds.    Okay, so far....

If the dev tools can show useful info, let me know navigation to whatever display/view, I could post screenshots or copy-paste txt?

I'd like ask you to start using the command line and watch if there are any errors appearing, toy example of what to expect:

It will also show the interaction between yakyak and hangouts server.

ok, I'm ignorant so it took me a while to add the right dir to my PATH, I'm thinking I should have just put a softlink in /usr/bin instead.  I'll try that next... but here's the terminal output on the first try, it took a couple mins but did end up connecting and loading data:

I have discovered and reproduced something: if I start yakyak, the gui window pops up, with the "connecting..." animation, and it will sit there and not connect unless I do a MOUSEOVER on the window.  The instant I roll the mouse-pointer over the window, there is an error-connecting response in the terminal window and attempted reconnect if it has been a while since the gui window appeared.  IF I mouseover the window within the first few seconds after it appears (right after entering "yakyak" at the command line) it will connect and load data immediately!  This is reproducible, every time.  No mouseover on window, no connect.  If mouseover on the window right after initialization, connects quickly!

this is reaaaaaaaaaaaaally strange to say the least, because as far as I know there's no requirement for mouse overs or clicking anything. I can't reproduce in unity, gnome or xfce :\
but with this that you discovered, are you able to connect and using yakyak?
with this appearing you should:

Hi André,   I'm sorry... everything I wrote yesterday was true at the time.  But today, the app behavior changed.  I have the habit of installing system updates, maybe that had something to do with it; there have been relatively more of them just recently.  I wanted to set up a screenshot with various system-identifying info visible... The first time I ran yakyak from a terminal, it was just like yesterday.  The "connecting... ... ..." dialog sat there for over 5 minutes without any sign of action in the gui or the terminal.  But then after opening various info-windows for the screenshot, then opening yakyak from a fresh terminal window again, (with no mouseover or keyboard input), it connected and loaded data immediately.  (Talk about mixed feelings....)    I have no explanation for the success.  And then, after quitting/restarting, the problem recurred.  The "connecting..." dialog sat there again for an extended period with no change/progress or events reported in the terminal.  Then with a mouseover, suddenly a bunch of info dumped into the terminal (as if it had been cached somewhere but held back...?)  ...and yakyak connected and loaded data.     My output from uname used to report "Harlequin", now it says "SMP PREEMPT", could this have something to do with it? :
https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO
I'll go ahead and post the screenshot showing the most recently described connect-delay, but...
I guess this is some kind of transient/intermittent problem, maybe just in KDE (?) that would be very hard to track down,  may not have any significant bearing on your yakyak development, etc.    So I guess I'd better quit sending it at you.     At this time, yes, I can start and use yakyak 1.4.0 quite reliably, whether it takes a mouseover/keyboard trigger or not.  So, thanks for your work on it.
-Harold

Dude!! I got the same behavior yesterday!!
As you said, it hangs on "Connecting" and when mouse hoovers the window that error appears.

So at least now it seems like I'm not just making stuff up!  Meanwhile, Last 2 times I've started it, it's connected/loaded everything without any triggering mouse/keyboard event.  There was another kernel update within the last 24 hours from my distro (OpenSuSE).  Maybe it actually is some kind of kernel-related thing.  Keep an eye on your updates and see if it resolves by itself on your system, too...?


time filtering

hello
is it possible to use monster card to show only timers that are running, like showing lights that are on?
type: 'custom:monster-card'
card:
  type: entities
filter:
  include:
    - entity_id: timer.wcrctoalheiro
    - entity_id: timer.1atoalheiro
    - entity_id: timer.suitetoalheiro

card has moved: https://github.com/custom-cards/monster-card


WIP: adds various new formats for conversion

work-in-progress; still needs relevant examples and tests
geo-dcat-ap, dif, gbif/eml, datacite, schema.org

Looks fine to me @pvgenuchten. However, if it's likely that more formats are going to be added in the future, I would like to see a more dynamic approach, i.e. move all the "hard-coded" references to the XSL's and the matching format constants to a (JSON) config file and have bridge-metadata read that.

Looks fine to me @pvgenuchten. However, if it's likely that more formats are going to be added in the future, I would like to see a more dynamic approach, i.e. move all the "hard-coded" references to the XSL's and the matching format constants to a (JSON) config file and have bridge-metadata read that.


Save info when dumped and loaded by Marshal

Previously, ROS did not play well when being dump and loaded with Marshal because the options from ROS did not translate through the serialization. This change saves the information through marshal_dump and then reassigns the information to ROS instance when the object is loaded.
(ideally) Fix: https://github.com/aetherknight/recursive-open-struct/issues/71

Closing due to repo's inactivity

@wildmaples Could you open this again? Looks like @aetherknight had time this year to perform some interactions, and this is still an issue on a 50 mio downloads gem. :(

I’ll look into reviewing and merging this tonight

Released as part of 1.3.0

Thank you very much! :heart:

@Jack12816 @wildmaples FYI, since this is an API-breaking change, I have released 1.3.1 that reverts this change, but it's re-added in a version 2.0.0, in order to preserve semver. (See #79 for more discussion)

Thank you!


Change optimization options of RZ_A1H.

Hi,
We have changed the optimization options of RZ_A1H to "Ospace" regardless of the compiler version.
Regards,
Yamanaka

The webcompiler was updated, so this issue should be resolved and those macros not needed, is that correct?

Thank you for your comment.
By the compiler version has been updated and Ospace has been disabled, part of the program to include this header does not function properly.
Therefore, we changed to Ospace to be able to operate as ever.
Regards,
Yamanaka

The change here indicates that there's still a problem with the newer armcc versions.
@toyowata Any further information ?

The original issue is a defect of the ARM compiler 5.03 and fixed in the version 5.06 which current mbed online IDE (with mbed SDK rev 106 onward) is using one.
The defect number is SDCOMP-23712.
http://infocenter.arm.com/help/topic/com.arm.doc.arn0005v/index.html#history
[SDCOMP-23712]  In certain circumstances, when compiling code that accesses the CPSR, the compiler could report an Internal fault. This has been fixed.

The issue was fixed the latest version and we can not see the internal fault with online IDE.
Hagimoto-san of Renesas recently reported to me that they saw runtime performance regression by latest SDK, which means 5.06 compiler.
They could not point out actual code location of the slowness which is new issue.  He told me that enabling #pragma Ospace for all condition makes to avoid the slowness at runtime. So, that's why they made the PR.
I am not sure this is a proper workaround for the new issue in the compiler.
I will contact to Hagimoto-san to get latest status about this.

Thanks @toyowata ! I'll wait for more information. I'll add  this information to a merge commit.

Hello.
We discussed this change with Watarai-san.
Since we can not verify that this change is sufficient,  will close the pull request.

This wasn't an issue in the compiler, but their application's stack size of the task was not enough to run properly. They are going to make other PR when they finish their testing.


Simplest Job Submission Page for Job (types) that will only run on 1 node

What would you like to be added:
A simplified job submission page for simple job types.
Why is this needed:
Current Job submission page is too complex to understand for most of the users.
Goal
Job Types we listed for jobs running on 1 node;
No Goal
Distributed Jobs; //can use original job submission page.
UX Mock Up
1.

Looks great! Please make the UI on mount path configurable, I.e., we can config to make it disappear. Some deployment may not have a storage system that is suitable to be mounted on (e.g., hdfs)

For JobType, is there any details about it? And there could be a clone button to clone from self jobs, or even search more jobs.

For extensibility, resource part should be able to customize, and support different resource type for clusters with different server model.

For directory paths in docker, it should be able configurable. So that user don't need to update their code to align with OpenPAI.

For JobType, is there any details about it? And there could be a clone button to clone from self jobs, or even search more jobs.

created #2241 for this input, will not cover this in current issue.

For extensibility, resource part should be able to customize, and support different resource type for clusters with different server model.

yes, this will be part of the current end 2 end story. Admin is the one to customize the Resource options.

For directory paths in docker, it should be able configurable. So that user don't need to update their code to align with OpenPAI.
The paths may need credential to access. It's a difficult part to support different type of resource, but need to be considered in design also.
We should tell user or let their choose the files are copied or mounted. So that they know the disk space impact, and if they can get data out with those folders.

created #2247
for this input, will not cover this in current issue.

Maybe the JobType can be group by "Single Node" and "Distribute Nodes", each group containers sth like "Tensorflow-py36-1.3". So the Properties can be removed.

@xwzheng1020 - yes, agreed. Mock up updated, the Properties has just been removed.

Test case:

Config the service-configuration.yaml according to https://github.com/Microsoft/pai/tree/master/contrib/submit-nfs-job#install with uri: https://gerhut.github.io/store/simple-nfs-job.js
Restart webportal service
Validate that there is a "Submit NFS Job" item in the plugin menu.
Enter the plugin without guestLogin page appeared
Enter the plugin with logged in userValidate the "Mount Directories" exists (which depends on the storage configuration exists in k8s config map) and submit button (on the bottom) is enabled.
Job submission:
a. Submit simple nfs job, the job will be able to run successfully.
Job NFS storage:
a. Submit tensorflow single node job with changed work directory
b. The job will be able to run successfully.
c. The new work directory should be exists in NFS server, includes some train data.
d. The original dataset should be in the data directory of NFS server.
Job cloning:
a. Submit tensorflow distribute job, with different server count / gpu count / command of ps, workers.
b. Job details appeared.
c. "Clone"
d. Check that plugin page appeared, the type / server count / gpu count / command of ps, workers are same as filled in step a.
Job could also be submitted since the job name is regenerated.

Please setup enviroments before test, refer to #2204


hexens issue 1: swap functionality offers backdoor to registry owner to get all the money

REGISTRY OWNER CAN INTERCEPT APPROVED BOUNTIES
SEVERITY: High
PATH: HATVaultsRegistry.sol:L419
REMEDIATION: do not take the routing contract as a parameter for swap and send. Make it a settable contract variable (or a mapping of allowed routing contracts), allowing any modification to it to be easily scrutinized and appropriately time-delayed, in order to allow proper time for proposal audit and funds to exit safely before a malicious change to the external "routing" contract address
STATUS:
DESCRIPTION:
The registry owner can make the registry call an arbitrary contract with an arbitrary payload, after giving approval (L414) to said contract for any arbitrary ERC20 token from the contract, provided it has an amount earmarked for collection by a malicious actor (an approved bounty claim). This allows the registry owner to steal all approved bounties before their collection.

The registry owner can take all the tokens that are managed by the registry - these are the tokens that are meant to be swapped for HATs. I do not think it can "steal all approved bounties"


field envoy.config.listener.v3.FilterChain.name unexpected marked as WIP

If you are reporting any crash or any potential security issue, do not
open an issue in this repo. Please report the issue via emailing
<EMAIL_ADDRESS>where the issue will be triaged appropriately.
Title: field envoy.config.listener.v3.FilterChain.name unexpected marked as WIP
Description:
 field 'envoy.config.listener.v3.FilterChain.name' is marked as work-in-progress. API features marked as work-in-progress are not considered stable, are not covered by the threat model, are not supported by the security team, and are subject to breaking changes. Do not use this feature without understanding each of the previous points.

is now logged. I believe this is incorrect.
The name field has been around for a long time and used in logging. The WIP nature of the field only applies when used in conjunction with the new filter_chain_matcher. It seems like we should just log on filter_chain_matcher usage, not name which already has valid non-WIP usages.
Repro steps:
Use the field
cc @kyessenov

It looks like it was changed from #not-implemented-hide to work_in_progrss in #20110. From this report, it sounds like it was incorrectly marked #not-implemented-hidebefore because it was being used in logging. @kyessenov should we remove thework_in_progress` flag on this field?

Ack, I was going to do that, but feel free to go ahead.


Using crazy-max/ghaction-import-gpg v3 is not possible to be used without configuration changes

The following error occurs if building the project based on v3:
Prepare GPG environment0s
    PASSPHRASE: ***
Run crazy-max/ghaction-import-gpg@v3
  with:
    git-user-signingkey: false
    git-commit-gpgsign: false
    git-tag-gpgsign: false
    git-push-gpgsign: false
    workdir: .
  env:
    JAVA_HOME_8.0.265_x64: /opt/hostedtoolcache/jdk/8.0.265/x64
    JAVA_HOME: /opt/hostedtoolcache/jdk/8.0.265/x64
    JAVA_HOME_8_0_265_X64: /opt/hostedtoolcache/jdk/8.0.265/x64
    GPG_PRIVATE_KEY: ***
    PASSPHRASE: ***
##[error]Input required and not supplied: gpg-private-key
''`

Solved through #192 and #84 and some handmade changes.


Provide commands to support queries like list all permissions a subject has, or list all members that are allowed to access a service.

This is a sub task of https://github.com/istio/istio/issues/6984.
To query RBAC effect through CLI, we can add "list" sub command to "istioctl experimental rbac".
"list" can have two subcommands, " "serviceroles" and "users".
"serviceroles" subcommand supports listing all permissions a subject has.
istioctl experimental rbac list serviceroles [flags]

  -g, --groups string                    [Subject] Group name/ID that the subject represents.
  -s, --subject-properties stringArray   [Subject] Additional data about the subject. Specified as name1=value1,name2=value2,...
  -u, --user string                      [Subject] User name/ID that the subject represents.
  -o, --output string                    Output format. One of:yaml|short (default "short")

Example query permissions for user test.
istioctl experimental rbac list permissions -u test`

"users" subcommand supports listing all members that are allowed to access a service
istioctl experimental rbac list users METHOD SERVICE PATH [flags]

  -a, --action-properties stringArray   [Action] Additional data about the action. Specified as name1=value1,name2=value2,...
  -o, --output string                    Output format. One of:yaml|short (default "short")

Example query users allowed to "GET /v1/health" of service "rating".
istioctl experimental rbac list users GET rating /v1/health -o yaml

/cc @liminw @yangminzhu @rshriram

/assign @mangchiandjjoe


incompatible for higher-level cuda & gpu

when I try to run this code on nividia RTX3090 with cuda11.1,there is a new problem as below:
'shfl' without '.sync' is not supported on .target sm_70 and higher from PTX ISA version 6.4
It seems that the cuda code is not suitable for the novel gpu for some reason.Would you update your code to fit the new feature?I'll appreciate it very much!

Hi, you need to change the CMakeLitsts.txt, refer to #23

Hi, you need to change the CMakeLitsts.txt, refer to #23

I've changed the CMakeLists.txt，it seems that the problem is the cuda10+ doesn't support the shfl without sync anymore.

I've changed the CMakeLists.txt，it seems that the problem is the cuda10+ doesn't support the shfl without sync anymore.

I remember that shfl will be deprecated. You need to change the device instrinsics. In the common/device_instrinsics.h file, you need to change shfl.up.b32 into shfl.sync.up.b32  according to this doc: https://docs.nvidia.com/cuda/parallel-thread-execution/index.html. You need to add sync for all data types.

Thank you very much！In fact I change the arch to sm_61 when compile and it worked too，but maybe this operation will affect the speed.I'll try to change them.
At 2021-02-04 11:53:17, "Wei Gao"<EMAIL_ADDRESS>wrote:
I remember that shfl will be deprecated. You need to change the device instrinsics. In the common/device_instrinsics.h file, you need to change shfl.up.b32 into shfl.sync.up.b32 according to this doc: https://docs.nvidia.com/cuda/parallel-thread-execution/index.html. You need to add sync for all data types.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.


Extracting VAD for our own dataset

Hi @astorfi,
Thanks for your work its really helpful to me.
I would like to know what is the algorithm which you have used for VAD task.
Thank you.

Thank you for your kind words ... I used VoiceBox by MATLAB for that part.


rancher don't show standalone containers created with user-defined network

Rancher Versions:
Server: 1.4
healthcheck: 0.2.3
ipsec: 0.8.7
network-services: 0.4.5
scheduler: 0.6.3
Docker Version:
1.12.6
OS and where are the hosts located? (cloud, bare metal, etc):
3.12.52-gentoo-r1
Setup Details: (single node rancher vs. HA rancher, internal DB vs. external DB)
single node
Environment Type: (Cattle/Kubernetes/Swarm/Mesos)
cattle
Steps to Reproduce:
docker network create testnet
docker run -d --name testcontainer --net testnet node sleep 1h

Results:
"testcontainer" is not showing in rancher web interface. With default bridge network everything works. I can reliably reproduce this.

Thanks for reporting. This does show up now in v1.5.10, but bare in mind that we don't support libnetwork as we implemented CNI.


Bug in 2.1.2 DriverVisualizer

Since I wasted an hour or two on this, I think it deserves an issue. There is some bug in the latest release (2.1.2) that, at least on my system, causes the DriverVisualizer window to close immediately after opening but shows no errors and doesn't end the program. Whatever the cause of the problem is, it disappears when I clone from the repository and everything works as expected.
It looks like you are getting ready to release a new version, so this won't be a problem soon, but since others might find this annoying I think it's worth mentioning it somewhere where people will find it. Thanks for the work you do developing this library, it has been very useful to me!

Weird, can you give me more info about OS version, python version, and your script?
And yes, this will be completely moot very soon as we are completely replacing the visualizer with something much better! But thanks for still reporting. The new vis won't be supported by the current version of BiblioPixel and I'm going to support that for a while so I may fix this anyways... if possible.

I'm on Ubuntu 16.04.2 (with KDE Plasma 5.5.5) using Python 2.7.12. I have been running the following code interactively to test:
import bibliopixel.drivers.visualizer
dr = bibliopixel.drivers.visualizer.DriverVisualizer(9)
led = bibliopixel.LEDStrip(dr)
led.set(0,(255,0,0))
led.update()

I also was running the visualizer UI directly from a terminal:
gordon@hermes:~/BiblioPixel$ python bibliopixel/drivers/visualizerUI.py --width 9 --height 1 --pixelsize 15 --port 1618

Both gave me the same behavior: the window would appear for a fraction of a second then disappear.
But I actually spoke a bit too soon when I said it was fixed; the problem was still occurring, just slightly less often. I think I figured out what's happening though. The window isn't exactly disappearing, but for some reason is being immediately resized to the smallest possible width, then gets shot off to somewhere inaccessible. I eventually noticed that I still have control of the window and can move it back onscreen, since I have a shortcut to move whichever window has focus (and it's still in the window stack so I can Alt-Tab to it). Once I brought it into view and fixed the size, it would work as normal.
I started using the debugger to try and find where this behavior happens exactly, adding a statement to break the script just after the initUI function starts, like so:
    def initUI(self):
        import pdb; pdb.set_trace()         # added this line
        m = self._master

However when I simply continue right after the breakpoint is hit, the window works just fine. So whatever the problem is, it's very elusive. My guess is that it has something to do with Tkinter, and given the details of the problem may be related to KDE or my specific desktop setup.
Anyways, I have it working for me now and I can continue with the rest of my work, so I'm happy. If you want to spend the time to try and replicate this and figure out the problem for people stuck on the old version, you can let me know if there is more information I can provide to help. But since there are workarounds, and since it's a development tool anyways, it can probably be left in that state and save you time to work on better things. Either way I'm excited to see what the upcoming replacement is. Thanks for your help and other work!

Interesting, and yeah likely related to your specific setup. Unable to reproduce at the moment. The new visualizer is WebGL based... if you really want to peak at it:
git clone https://github.com/ManiacalLabs/BiblioPixel.git
cd BiblioPixel
git checkout dev
python3 setup.py install
pip install pyserial #sorry about this, bug at the moment and being fixed
bibliopixel demo

This should open a new browser window and show off a matrix demo. You can rotate and zoom the simulation.
The visualizer itself is done. We are just wrapping up BiblioPixel 3.0 to support it. And note... it's Python 3.4+ as Python 2.x is not supported now.

I wasn't implicated in the writing of the new visualizer, but I'm a huge
fan, so let me chime in and say how much better it is than the old one.
You will never want to go back.  :-D
I also have a bug fix in review for that bug, sorry about that!  I just
heard about it yesterday...
On Tue, Apr 18, 2017 at 8:06 PM, Adam Haile<EMAIL_ADDRESS>wrote:

Interesting, and yeah likely related to your specific setup. Unable to
reproduce at the moment. The new visualizer is WebGL based... if you really
want to peak at it:
git clone https://github.com/ManiacalLabs/BiblioPixel.git
cd BiblioPixel
git checkout dev
python3 setup.py install
pip install pyserial #sorry about this, bug at the moment and being fixed
bibliopixel demo
This should open a new browser window and show off a matrix demo. You can
rotate and zoom the simulation.
The visualizer itself is done. We are just wrapping up BiblioPixel 3.0 to
support it. And note... it's Python 3.4+ as Python 2.x is not supported now.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/ManiacalLabs/BiblioPixel/issues/161#issuecomment-294931868,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAPdshSl-fA06C9lJF7lVp1aAF0yklA5ks5rxPuWgaJpZM4M_tDm
.

--
/t
https://tom.ritchford.com https://tom.ritchford.com
https://tom.swirly.com https://tom.swirly.com

Closing as DriverVisualizer is no more.


Go package naming consistency

Hey,
I'm trying out twirp to compliment my GRPC server, but when I added twirp_out to protoc I got this error:
error:files have conflicting go_package settings, must be the same: "service1" and "service2"

It seems twirp enforces use of exactly same go package in all proto files, which is different from go and grpc code generators. I wonder if it's make sense and possible to remove this check so I can generate everything in one go:
protoc -I proto \
  --go_out=pkg      --go_opt=paths=source_relative \
  --go-grpc_out=pkg --go-grpc_opt=paths=source_relative \
  --go-http_out=pkg --go-http_opt=paths=source_relative \
  --twirp_out=pkg   --twirp_opt=paths=source_relative \
  proto/service1/service1.proto \
  proto/service2/service2.proto \
  proto/service3/service3.proto \
  proto/service4/service4.proto \
  proto/service5/service5.proto \
  proto/service6/service6.proto

Instead of same command repeated 6 times.
go and grpc code generators have no problem processing files with different go_package option, they put them in different folders and everything seems to work just fine.

Interesting. The behavior in github.com/golang/protobuf/protoc-gen-go is consistent with protoc-gen-twirp, which is why it was written this way:
	// Check that all files have a consistent package name and import path.
	for _, f := range g.genFiles[1:] {
		if a, b := g.genFiles[0].importPath, f.importPath; a != b {
			g.Fail(fmt.Sprintf("inconsistent package import paths: %v, %v", a, b))
		}
		if a, b := g.genFiles[0].packageName, f.packageName; a != b {
			g.Fail(fmt.Sprintf("inconsistent package names: %v, %v", a, b))
		}
	}

(well, also because protoc-gen-twirp predates the ability to set a fully-specified import path for option go_package; when the value is just a plain string, it's ambiguous what to do).
But the new behavior in google.golang.org/protobuf/cmd/protoc-gen-go has a less-restrictive constraint:
	// Consistency check: Every file with the same Go import path should have
	// the same Go package name.
	packageFiles := make(map[GoImportPath][]string)
	for filename, importPath := range importPaths {
		if _, ok := packageNames[filename]; !ok {
			// Skip files mentioned in a M<file>=<import_path> parameter
			// but which do not appear in the CodeGeneratorRequest.
			continue
		}
		packageFiles[importPath] = append(packageFiles[importPath], filename)
	}
	for importPath, filenames := range packageFiles {
		for i := 1; i < len(filenames); i++ {
			if a, b := packageNames[filenames[0]], packageNames[filenames[i]]; a != b {
				return nil, fmt.Errorf("Go package %v has inconsistent names %v (%v) and %v (%v)",
					importPath, a, filenames[0], b, filenames[i])
			}
		}
	}

Permitting multiple import paths in one run is trickier than you might imagine. There's some bookkeeping in the code generator to make sure we generate helper functions just once. Changing that to a map of import paths is, of course, totally doable, it's just the first stumbling point that comes to mind. There may be more.
The point is, we can't just remove the error; there's a bit more refactoring required to support this. I think it makes sense that the Google protobuf folks did that only in their rewrite from github.com/golang/protobuf to google.golang.org/protobuf. This issue really raises a broader question: should protoc-gen-twirp switch to using google.golang.org/protobuf/compiler/protogen? That might help ensure compatibility, and it would be nice to be able to use stuff like protogen.QualifiedGoIdent instead of trying to maintain compatibility with identifier naming.

Oh it's totally understandable, I just wanted to point out inconsistency. I had to duplicate code generator which is somewhat cumbersome, but works ok.


quick question about running example of CBDC

I have the problem that I have all the images running for the "CBDC" example which are "farbric all in one", "Besu all in one", "IPFS" and "front-end". But the front end page shows the "api-server" was not connected. I wonder what else I need to do other than running all the images?

@onionhon Sorry but without the list of exact steps/commands you took/ran, it's impossible to say what could be going wrong. When I follow the steps in the docs, it "just works" so try to look at where you diverted from those steps by any chance.

@onionhon Sorry but without the list of exact steps/commands you took/ran, it's impossible to say what could be going wrong. When I follow the steps in the docs, it "just works" so try to look at where you diverted from those steps by any chance.

Hi, I set up all the dependicies, and sucessfully run "npm run configure", but when i try to run the app. there's an error
"ubuntu@ip-172-31-23-247:~/cacti$ npm run start:example-cbdc-bridging-app

start:example-cbdc-bridging-app
node -r ts-node/register examples/cactus-example-cbdc-bridging-backend/dist/lib/main/typescript/cbdc-bridging-app-cli.js dotenv_config_path=examples/cactus-example-cbdc-bridging-backend/process.env

Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: No "exports" main defined in /home/ubuntu/cacti/node_modules/ipfs-http-client/package.json at new NodeError (node:internal/errors:371:5) at throwExportsNotFound (node:internal/modules/esm/resolve:453:9) at packageExportsResolve (node:internal/modules/esm/resolve:671:7) at resolveExports (node:internal/modules/cjs/loader:482:36) at Function.Module._findPath (node:internal/modules/cjs/loader:522:31) at Function.Module._resolveFilename (node:internal/modules/cjs/loader:919:27) at Function.Module._resolveFilename.sharedData.moduleResolveFilenameHook.installedValue [as _resolveFilename] (/home/ubuntu/cacti/node_modules/@cspotcode/source-map-support/source-map-support.js:811:30) at Function.Module._load (node:internal/modules/cjs/loader:778:27) at Module.require (node:internal/modules/cjs/loader:1005:19) at require (node:internal/modules/cjs/helpers:102:18) { code: 'ERR_PACKAGE_PATH_NOT_EXPORTED' } "

@hongxiangz That one is a more recent bug that was created yesterday so it couldn't have been the original root cause.
We'll fix this but then once it's ready please re-do the steps and verify.

Should be working now, @hongxiangz please retest and let us know if this can be closed

I am good now. Please close this one, thanks for working on that.
Michal Bajer @.***> 于2023年12月29日周五 06:39写道：

Should be working now, @hongxiangz https://github.com/hongxiangz please
retest and let us know if this can be closed
—
Reply to this email directly, view it on GitHub
https://github.com/hyperledger/cacti/issues/2759#issuecomment-1871979744,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A4OXFXNWCFLS4SP3CTLHTMDYL2TYBAVCNFSM6AAAAAA525YO42VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNZRHE3TSNZUGQ
.
You are receiving this because you were mentioned.Message ID:
@.***>


Improved queries to speed up validation

using subset of fields in the overall query and raw sql to insert validation ids

merge time for 2 refs with 1k tags each down to 45s from 1m 15s.

thanks @sweng66 !


PerfectNet integer type issues

Building Perfect via SPM
Debian 8.5 (jessie)
Beaglebone Black (armv7 / 32bit )
Swift version 3.0-dev (June 9, 2015)(LLVM eb140647a6, Clang 188b5bf5e2, Swift df68c08020)
Target: armv7--linux-gnueabihf

In addition to build errors reported on the Ubuntu (#187), there are two additional ones that pop up on the Beaglebone Black, a 32bit device.
debian@beaglebone:~/Development/delete/Perfect$ swift build
Compile Swift Module 'PerfectNet' (5 sources)
/home/debian/Development/delete/Perfect/Packages/PerfectNet-0.8.0/Sources/NetTCP.swift:26:26: error: integer literal '4294967295' overflows when stored into 'Int'
let INADDR_NONE = UInt32(0xffffffff)

and
/home/debian/Development/delete/Perfect/Packages/PerfectNet-0.8.0/Sources/NetTCPSSL.swift:234:42: error: cannot convert value of type 'UInt' to expected argument type 'Int'
                SSL_CTX_ctrl(sslCtx, SSL_CTRL_OPTIONS, SSL_OP_ALL, nil)
                                                       ^~~~~~~~~~
                                                       Int(      )

Currently Swift is only officially supporting Ubuntu (14.04 & 15.10)
You're probably not going to be able to get that stable until Apple expands support.

Additionally, while some work has been done for arm, I also don't believe they're supporting armv7 / 32bit at all

The Swift on ARM group (which I participate in) is focusing almost solely on armv7 / 32bit for now.  Armv8 simply doesn't compile most of the time, and even with compiled binaries there are plenty issues that prevent it from working. As for OS, I don't know that there's significant difference between Debian and Ubuntu to make a difference (for Perfect).
Fixing these types of issues is probably a good idea, anyway, regardless the architecture.

arm7 support, and really anything that branches out, is very exciting.
Your code suggests the compiler isn't recognizing the unsigned int and is instead trying to stuff it into a regular int, which in your case is 32 bit, which is why it's giving the error. I can't see any way that can be patched inside of Perfect. It would need to be patched on the language side for the arm7 build of Swift.

I have an update. Thanks to @uraimo -  he pointed out that the statement should be
let INADDR_NONE = UInt32(0xffffffff as UInt32)

because  the 0xff statement is an alias for Int on both armv7 as well as x86_64 systems. It seems the Int init() method is a bit obtuse to this fact, IMO.

Or alternatively, this forces the specific init: let INADDR_NONE = UInt32(integerLiteral: 0xffffffff).

Hi all, can I suggest that you fork the repo needed, make the changes and verify all is working correctly, and then once it's all settled in that you submit a pull request?
For now, closing issue - however it would be great if you could drop into the PerfectlySoft Gitter room for discussion so we can help in that way if we are able!

I have a fix in a branch but ran into other compile issues related to some recent swift3 changes. I'll take another look today and submit a PR

Submitted https://github.com/PerfectlySoft/Perfect-Net/pull/2


--help option is not handled correctly

Describe the bug
When running goverters help command via flag --help, it prints out the following:
$ goverter --help
Error: unknown command: --help
Usage:
...

The bad thing is, that its return code is non-zero.
To Reproduce
Run goverter with help command:
goverter --help
echo $?

Return code is 1.
Expected behavior
Goverter help message should be shown without an error message and the return code should be 0.
The bad thing about this is that there isn't even a version command, so no option to call goverter in a noop way to do an optional installation like this:
goverter -h >/dev/null 2>&1 || go install github.com/jmattheis/goverter/cmd/goverter@latest

Good catch, as a workaround you can use command -v to check if a command exists:
command -v goverter || go install github.com/jmattheis/goverter/cmd/goverter@latest

thanks, wasn't aware of command shell builtin


Cleanup sl-tab-panel

#v0.11.0
#sl-tab-panel
#style

mine

Does this work resolve any of https://github.com/softlayer/sl-ember-components/issues/18 ?

It gets very close.


Trying to update the tags from code and nothing.

<smart-tagz
    input-placeholder="Enter names ..."
    editable
    :default-tags="names_list"
    :on-changed="updateNames"
    @keypress.enter.prevent
    @click.prevent
/>

also added a button to add names
<button @click.prevent="addNewName" >TEST</button>

names_list is just an [] declared in the data section.
with the handler being
methods: {
    addAltName() {
        this.names_list.push("TEST NAME")
    },
}

When I press TEST.....the list updates, but smart-tagz does not show any changes.
Did I miss something here?

@prabhuignoto, How to dynamically change tags list?

The same issue, can't fill with :default-tags property predefined tags.

It's a shame because I cannot use this package without this functionality

@TeaDrinkingProgrammer I managed to force an update of the component by using the ":key" attribute: https://michaelnthiessen.com/key-changing-technique/ - it might be helping you as well.

Hello,
I found a hack in Vue3 when I was trying to get data from the component by using ref :
<smart-tagz ref="tags" editable/>

Then we can access to tags :
const tags =ref(null);

function logTags() {
  console.log(tags.value.tagsData)
}
// Display the table of tags
// a tag is an object like this { name: "tag1", id: "dd14e3b7060d48", value: "tag1" }

And finally we can push in the table a new object which will dynamically change tags list:
const tags =ref(null);

function pushTags() {
  tags.value.tagsData.push({ name: "tag1", id: "dd14e3b7060d48", value: "tag1" })
}
// id must be unique, for the deletion of elements

Hope this helps


support isInformational #22

https://github.com/InvisibleCommerce/shipped-suite-ios-client-sdk/issues/22

@stevenou @jasmineic All fixed. When isInformational==True, it looks like this.

And now a SSWidgetViewConfiguration object can be passed the widget, which has the properties the widget view needs.

@stevenou We centralized all the configurations into the ShippedSuite class object and keep them in sync.

well, I mean this works too, but what I had in mind was something like:
configuration = Configuration.new(green: true, isInformational: false)
widget = Widget.new(configuration)
widget2 = Widget.new(configuration)

configuration.green = false

widget and widget2 should both get false for green. all they have to do it delegate to configuration instead of caching the value in an instance variable.

@stevenou Updated, please let me know it works, thanks!


8-digit hex support not available yet

(Using the web/online version of clean-css)
.entry-content blockquote,
.comment-content blockquote {
	border: 1px solid #ededed;
	border: 1px solid rgba(0, 0, 0, 0.06666666666666667);
	border: 1px solid #0001;
	background-color: #fefefe;
	background-color: rgba(0, 0, 0, 0.00392156862745098);
	background-color: #00000001;
	color: #696969;
	color: rgba(68, 68, 68, 0.8);
	color: #444c;
	font-style: normal;
}

Actual output CSS
.comment-content blockquote,.entry-content blockquote{border:1px solid #ededed;border:1px solid rgba(0,0,0,.06666666666666667);border:1px solid;background-color:#fefefe;background-color:rgba(0,0,0,.00392156862745098);background-color:#00000001;color:#696969;color:rgba(68,68,68,.8);color:#444c;font-style:normal}

Expected output CSS
Actual output misses the hex hash-0001 after solid in "border".
Options chosen are: natural order for selector sorting, all level 2 optimizations, IE7 compatibility.

Sure, we should support those :+1:

The fix will be released in 4.2.0 tomorrow.

This should be reopened. It's still an issue with 4.2.0.
In my case I have
background-color: #ffffffe6;
and it's being output as:
#fffe6

@MrChriZ what options do you pass to clean-css as it works fine for me?

My apologies - I just discovered my results were being polluted by an older copy of clean-css.
I was working through an ember project and Ember seems to install multiple copies of clean-css.
I assumed the one in node_modules\clean-css was the one being used when it was not.

No worries!


Great to see the AndroidX migration

Not really an issue but I'd like to say that I'm glad you're still looking into updating this library seeing the recent AndroidX related changes. Would be great to see a new release soon!

Thank you! The newests 2.2.4 release is from last month


Using igenome ref from UPPMAX for mature miRNAs and hairpins

Tested on milou and worked as expected. /chuan

Hi, I still got problem with the installation of Bowtie in Docker. I think we may fix the UPPMAX version first and then fix the Docker part in a new PR. Is it OK?


[BUG] No visualization of images not working

Instructions
Not getting image visualization on Windows localhost.
System information

OS Platform and Distribution: Windows 10
FiftyOne installed from (pip or source): pip3 install fiftyone
FiftyOne version (run fiftyone --version): Default
Python version: python 3.9

Commands to reproduce
I tried to create a session after adding dataset
dataset = fo.Dataset.from_images_dir("D:\\Datacluster_algo\\Duplicate_Similarity_image_dataset\\5PK3KvYIeQgVza6P1hkL", recursive=True, name="DC-images")
print(dataset) # this works fine as I can see the same number of images loaded with correct paths
session = fo.launch_app(dataset)

Describe the problem
On http://localhost:5151/ I do not get thumbnails of the images not even on double-clicking it.

What areas of FiftyOne does this bug affect?

[ ] App: FiftyOne application issue
[ ] Core: Core fiftyone Python library issue
[x] Server: Fiftyone server issue

Willingness to contribute
The FiftyOne Community encourages bug fix contributions. Would you or another
member of your organization be willing to contribute a fix for this bug to the
FiftyOne codebase?

[ ] Yes. I can contribute a fix for this bug independently.
[ ] Yes. I would be willing to contribute a fix for this bug with guidance
from the FiftyOne community.
[x] No. I cannot contribute a bug fix at this time.

I can see that the filepath is not correct on Windows. It should have started with D"\\Datacluster....
However, on the command line it seems correct:
>>> dataset.first()
<Sample: {
    'id': '601ace484a853f57ac54262c',
    'media_type': 'image',
    'filepath': 'D:\\Datacluster_algo\\Duplicate_Similarity_image_dataset\\5PK3KvYIeQgVza6P1hkL\\1589964287376.jpg',
    'tags': BaseList([]),
    'metadata': None,

I hope this might give a clue to find the bug.

Hi @sourabhyadav. Apologies for the trouble. For now, visualization should work if the images are on your C: drive.
I'll have to write a bug fix that supports any drive on Windows. I'll respond here when a fix is out. Monday or Tuesday of next week at latest. Thanks for making the issue!

@sourabhyadav just pinging you to let you should now be able to see your images. We still need to get to #840, bear with us. Thanks!
pip install -U fiftyone


Fix various names (some breaking)

Some breaking name changes:

FilterId -> FilterID
Id -> ID (various struct types)
Iq -> IQ and IqResult -> IQResult
XMPP_CLIENT_PORT -> ClientPort

And a few related, non-breaking cleanups:

bindIq -> bindIQ
streamId -> streamID
nextFilterId -> nextFilterID

Note: depends on https://github.com/emgee/go-xmpp/pull/8 (Lint Cleanup)

@chteufleur and another when you get the chance (depends on the Lint Cleanup PR). I'm interested to know if you think this is worth it - it's definitely more Go-like but does break the API (sorry!).

See my comment.
Also, breaking the API is not a big deal for me. I will take an hour to fix my projects.

I merged #8 and rebased to simplify this PR's diff. I'll merge this PR soon.


dhcpcd is still running.

Thanks for doing the work to get RaspiOS lite running with cloud-init! The 64-bit image is almost exactly what I need.
When trying to provision a unit with a static IP per your example I'm seeing the device get both a static IP and a dynamic one assigned, I saw this with ip address show. A little more digging shows that the dhcpcd service is still running and is why the second dynamic IP is being assigned. Locally I was able to stop this by running sudo systemctl stop dhcpcd and sudo systemctl mask dhcpcd to prevent the service from restarting, doing so forces network-config to be the sole source of configuration.
While I think you could add these commands in the user-data I think a more generalized answer would be good but I'm not quite sure where to add this in the scripts. I'd be happy to help test this further and will keep poking myself.

Hi @geoff-coppertop!
That's strange, I haven't encountered such an issue with dhcpd still running.
For reference, can you post your user-data and network-config?

You bet, here's network-config
`
#cloud-config
vim: syntax=yaml

Set your hostname here, the manage_etc_hosts will update the hosts file entries as well
hostname: rpi-carbon-00
manage_etc_hosts: true
don't write debian.org into apt mirrors
apt_preserve_sources_list: true
users:

name: thomasga
shell: /bin/bash
sudo: ALL=(ALL) NOPASSWD:ALL
groups: users,docker,adm,dialout,audio,plugdev,netdev,video
lock_passwd: true
ssh-authorized-keys:

ssh-rsa AAAAB3NzaC1yc...
ssh-rsa AAAAB3NzaC1yc...

package_update: true
package_upgrade: true
write_files:

content: |
#!/bin/bash
keys=$(wget -qO- https://github.com/geoff-coppertop.keys)
echo "$keys" | while read -r key
do
if [ -f "/home/thomasga/.ssh/authorized_keys" ] && ! grep "$key" "/home/thomasga/.ssh/authorized_keys" &> /dev/null
then
echo "$key" >> "/home/thomasga/.ssh/authorized_keys"
fi
done
path: /usr/bin/update-keys
permissions: '0755'
content: "*/5 * * * * thomasga /usr/bin/update-keys\n"
owner: root:root
path: /etc/cron.d/update-keys
permissions: '0644'

These commands will be ran once on first boot only
runcmd:
Pickup the hostname changes

'systemctl restart avahi-daemon'
`

And my network-config
version: 2 ethernets:   eth0:     dhcp4: no     dhcp6: no     addresses:       - <IP_ADDRESS>/24     gateway4: <IP_ADDRESS>     nameservers:       search:       - local       addresses:       - <IP_ADDRESS>
For reference I'm using hypriot flash as a convenient method for mounting the boot partition of the image adding these two files and then upload it to the compute modules 3b+ with 32GB eMMC that I'm using for my cluster. I've gone over most of that script and can reason my way through it and since I see the effect of both configs I don't think that's the issue right now. If you look at one of your PIs with systemctl --type=service do you see the dhcpcd service running? I'm curious if it's potentially the package update/upgrade that I do that's causing the issue?
dhcpcd.service                                              loaded    active running dhcpcd on all interfaces
When I run ip address show eth0 I see the following,
thomasga@rpi-carbon-00:~ $ ip addr show eth0 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000     link/ether b8:27:eb:9b:86:0f brd ff:ff:ff:ff:ff:ff     inet <IP_ADDRESS>/24 brd <IP_ADDRESS> scope global eth0        valid_lft forever preferred_lft forever     inet <IP_ADDRESS>/24 brd <IP_ADDRESS> scope global secondary dynamic noprefixroute eth0        valid_lft 86382sec preferred_lft 75582sec     inet6 fe80::ba27:ebff:fe9b:860f/64 scope link         valid_lft forever preferred_lft forever

I re-imaged the pi with package_update: false and package_upgrade: false and as expected that did not change the results of ip add show eth0.


Add documentation for overlay controller

Change Summary

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes)
[x] Documentation content changes
[ ] Other (please describe):

Related Issue(s)

Fixes #445
Component(s) name
eos_l3ls_evpn
Proposed changes

How to test

Checklist:

[x] I have read the CONTRIBUTING document.
[x] My change requires a change to the documentation.
[x] I have updated the documentation accordingly.
[ ] All new and existing tests passed (pre-commit, make linting and make sanity-lint).
[ ] I have updated molecule CI testing accordingly

Please rebase this PR since project branch was rebased before it merged into devel.

PR https://github.com/aristanetworks/ansible-avd/pull/486 is opened with all the updates to make it easier to integrate.


Spin Up Hub SEO issues - API crawler visibility and broken links

A user message was flagging how some search queries are leading to broken links.

Crawler Indexing
These API urls appearing in search
probably shouldn't be indexed or crawled in the same way as user-readable pages.
Spin Up Hub SEO
Interestingly, the content for this Spin Up Hub entry (template_spin_fileserver) which contains the terms react, route, and fermyon does not perform as well as the the API endpoint that the user found here. Looks to me that the actual webpage does not show up in search results - @tpmccallum seeking your wisdom here to help assess what's happening here.
// crawler visibility:
✅ https://developer.fermyon.com/api/hub/template_spin_fileserver
❌ https://developer.fermyon.com/hub/preview/template_spin_fileserver

If I try searching for the Spin Up Hub text, verbatim, I'll see the GitHub page but not the hub page.

@karthik2804 👀

I just left a comment on https://github.com/fermyon/developer/pull/1055 that suggests we utilize a redirect at the manifest level (so the sitemap renders the correct URLs by default).
The great news is I can submit a new sitemap to the Google Search Console as soon as we push a fix.
Thanks, @flynnduism and @karthik2804, for diving into this one so quickly.

Fixed and sitemap submitted.
Thanks again @flynnduism and @karthik2804


az ml online-deployment create  seems broken

Describe the bug
az ml online-deployment create --name time-to-fill-online-dp --endpoint time-to-fill-online-dev -f online-deployment.yml
The command failed with an unexpected error. Here is the traceback:
local variable 'debug' referenced before assignment
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/online_deployment.py", line 78, in ml_online_deployment_create
ml_client, debug = get_ml_client(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/utils.py", line 207, in get_ml_client
ml_client = _get_ml_client(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/utils.py", line 154, in _get_ml_client
ml_client = get_mgmt_service_client(cli_ctx, MLClient._ml_client_cli, subscription_id=subscription_id, **kwargs)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/client_factory.py", line 83, in get_mgmt_service_client
client, _ = _get_mgmt_service_client(cli_ctx, client_type, subscription_id=subscription_id,
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/client_factory.py", line 254, in _get_mgmt_service_client
client = client_type(credential, subscription_id, **client_kwargs)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/_ml_client.py", line 770, in _ml_client_cli
ml_client = cls(credential=credentials, subscription_id=subscription_id, **kwargs)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/_ml_client.py", line 220, in init
ws_ops = WorkspaceOperations(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/operations/_workspace_operations.py", line 60, in init
self.dataplane_workspace_operations = kwargs.pop("dataplane_client").workspaces
KeyError: 'dataplane_client'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib64/az/lib/python3.9/site-packages/knack/cli.py", line 233, in invoke
cmd_result = self.invocation.execute(args)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 664, in execute
raise ex
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 731, in _run_jobs_serially
results.append(self._run_job(expanded_arg, cmd_copy))
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 701, in _run_job
result = cmd_copy(params)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 334, in call
return self.handler(*args, **kwargs)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/command_operation.py", line 121, in handler
return op(**command_args)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/online_deployment.py", line 132, in ml_online_deployment_create
log_and_raise_error(err, debug, yaml_operation=yaml_operation)
UnboundLocalError: local variable 'debug' referenced before assignment
Related command
az ml online-deployment create
Errors
The command failed with an unexpected error. Here is the traceback:
local variable 'debug' referenced before assignment
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/online_deployment.py", line 78, in ml_online_deployment_create
ml_client, debug = get_ml_client(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/utils.py", line 207, in get_ml_client
ml_client = _get_ml_client(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/utils.py", line 154, in _get_ml_client
ml_client = get_mgmt_service_client(cli_ctx, MLClient._ml_client_cli, subscription_id=subscription_id, **kwargs)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/client_factory.py", line 83, in get_mgmt_service_client
client, _ = _get_mgmt_service_client(cli_ctx, client_type, subscription_id=subscription_id,
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/client_factory.py", line 254, in _get_mgmt_service_client
client = client_type(credential, subscription_id, **client_kwargs)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/_ml_client.py", line 770, in _ml_client_cli
ml_client = cls(credential=credentials, subscription_id=subscription_id, **kwargs)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/_ml_client.py", line 220, in init
ws_ops = WorkspaceOperations(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/operations/_workspace_operations.py", line 60, in init
self.dataplane_workspace_operations = kwargs.pop("dataplane_client").workspaces
KeyError: 'dataplane_client'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib64/az/lib/python3.9/site-packages/knack/cli.py", line 233, in invoke
cmd_result = self.invocation.execute(args)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 664, in execute
raise ex
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 731, in _run_jobs_serially
results.append(self._run_job(expanded_arg, cmd_copy))
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 701, in _run_job
result = cmd_copy(params)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 334, in call
return self.handler(*args, **kwargs)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/command_operation.py", line 121, in handler
return op(**command_args)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/online_deployment.py", line 132, in ml_online_deployment_create
log_and_raise_error(err, debug, yaml_operation=yaml_operation)
UnboundLocalError: local variable 'debug' referenced before assignment
Issue script & Debug output
az ml online-deployment create --name time-to-fill-online-dp --endpoint time-to-fill-online-dev -f online-deployment.yml
The command failed with an unexpected error. Here is the traceback:
local variable 'debug' referenced before assignment
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/online_deployment.py", line 78, in ml_online_deployment_create
ml_client, debug = get_ml_client(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/utils.py", line 207, in get_ml_client
ml_client = _get_ml_client(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/utils.py", line 154, in _get_ml_client
ml_client = get_mgmt_service_client(cli_ctx, MLClient._ml_client_cli, subscription_id=subscription_id, **kwargs)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/client_factory.py", line 83, in get_mgmt_service_client
client, _ = _get_mgmt_service_client(cli_ctx, client_type, subscription_id=subscription_id,
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/client_factory.py", line 254, in _get_mgmt_service_client
client = client_type(credential, subscription_id, **client_kwargs)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/_ml_client.py", line 770, in _ml_client_cli
ml_client = cls(credential=credentials, subscription_id=subscription_id, **kwargs)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/_ml_client.py", line 220, in init
ws_ops = WorkspaceOperations(
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/vendored_curated_sdk/azure/ai/ml/operations/_workspace_operations.py", line 60, in init
self.dataplane_workspace_operations = kwargs.pop("dataplane_client").workspaces
KeyError: 'dataplane_client'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib64/az/lib/python3.9/site-packages/knack/cli.py", line 233, in invoke
cmd_result = self.invocation.execute(args)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 664, in execute
raise ex
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 731, in _run_jobs_serially
results.append(self._run_job(expanded_arg, cmd_copy))
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 701, in _run_job
result = cmd_copy(params)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/init.py", line 334, in call
return self.handler(*args, **kwargs)
File "/usr/lib64/az/lib/python3.9/site-packages/azure/cli/core/commands/command_operation.py", line 121, in handler
return op(**command_args)
File "/usr/lib/python3.9/site-packages/azure-cli-extensions/ml/azext_mlv2/manual/custom/online_deployment.py", line 132, in ml_online_deployment_create
log_and_raise_error(err, debug, yaml_operation=yaml_operation)
UnboundLocalError: local variable 'debug' referenced before assignment
Expected behavior
The command should run.
Environment Summary
guillermo [ ~ ]$ az --version
azure-cli                         2.58.0
core                              2.58.0
telemetry                          1.1.0
Extensions:
ai-examples                        0.2.5
ml                                2.23.0
ssh                                2.0.2
Dependencies:
msal                              1.26.0
azure-mgmt-resource             23.1.0b2
Python location '/usr/bin/python3.9'
Extensions directory '/home/guillermo/.azure/cliextensions'
Extensions system directory '/usr/lib/python3.9/site-packages/azure-cli-extensions'
Python (Linux) 3.9.14 (main, Oct 12 2023, 19:48:32)
[GCC 11.2.0]
Legal docs and information: aka.ms/AzureCliLegal
Additional context
No response

Thank you for opening this issue, we will look into it.


Make website mobile friendly

The landing page of sac Portal has an image gallery. Currently, images are not very responsive, Make it mobile friendly.
See here SAC MNNIT

Hi @Abhey, I've created new pull request for this task, please kindly review.

@darrylsepeda your pr has been reviewed. Create a request on https://contrihubs.herokuapp.com/ for getting points :smile:


Generated infrastructure model

DESCRIPTION
This pull request was automatically generated and adds a UML-deployment diagram to your
documentation. Let me know what you think in the comments.
The diagram can be easily edited, extended or updated using text and code, here
Feedback
Infragenie (www.infragenie.eu) is a free-to-use application, currently in early-preview.
Whether you decide on accepting or rejecting this pull request, we would like to invite you to answer a 5min improvement
survey. This will help us to plan future features and improve the application.
Please answer our survey, here.
Thank you.

 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.


History plugin not found

There is no history plugin in plugins folder however the UI.js requires one. Hence the error "Cannot find module './plugins/history/history.plugin'" at line 13 of UI.js
I can see the plugin here in your github repo but it is not in my installed package. Version is 0.6.1

Are you using yarn? See https://github.com/yarnpkg/yarn/issues/1396
Removing node_modules and reinstalling with npm fixes the issue.


Marist hosted (Linux/s390x) machines all offline

This will likely block the current releases on this platform.
I have also alerted the Node.js project who also have machines hosted at Marist which are offline (They've raised https://github.com/nodejs/build/issues/1784)
Have messaged my liaison with Marist for an update.

Response: "we haven't get any email on outage yet, at least not planned...will email them"

Back online now. Closing


Make travis testing for python 3.7

Pick n Mix version: 0.1.1
Python version: 3.7
Operating System: Any

Description
Right now travis is not testing for python3.7. It needed to be added.

Please see PR #36.


update: simplify typescript/LC-19

Thank you, @SandeepGamot!

Haha @Ahmad-A0 you simplified it too much to thank me, don't u think? 😂


filter hotels, ...

provide list of terms to filter in config.py
use this list wherever needed

https://github.com/arthur-schnitzler/schnitzler-orte/commit/f8c0dcd5690d0f3dceb59272885e4a0bb6395a92 did not work; so just throw out all nodes from the xml before processing it

seems to work, closing issue


Change headers

making headers more generic and broad, to allow categorization based on entity name, type or type of attack. After approval I will fix headers in existing posts. @danisztls please check that it will not ruin current taxonomy

@danisztls Please, let me know when to start requesting headers to match the last changes

@marina-chibizova It looks good.
@JediFaust The new taxonomies will be in effect after #169 merge.

Not sure if this can be useful but Hugo has a template feature called Archetypes. I don't think content creators will be using running Hugo locally to benefit from hugo new command but they might still benefit from a file that they can copy and use as scaffold.

they might still benefit from a file that they can copy and use as scaffold.

sure, sounds great. it's something I would like to leverage, as people often struggle with the structure


Next

Next gen player - work in progress 🚧

@sickill Apologies for the ping; some questions:

Why is asciinema-player moving from ClojureScript to solid-js (JavaScript)? Since you're proficient with Clojure, I'm curious to know what didn't work out.
When would the next-gen player be rolled out?
Would asciinema-server be also ported to some other language in the future? (I see no problem with using Elixir though)

Thanks for creating asciinema, I'm grateful for your contributions! ☺

@burntcarrot Hey! No need to apologize! Good questions here.

Why is asciinema-player moving from ClojureScript to solid-js (JavaScript)? Since you're proficient with Clojure, I'm curious to know what didn't work out.

There are several reasons:

speed - I wanted the player to be ultra-smooth even for the most heavy animated recordings. Due to ClojureScript's immutable data structures there's a lot of objects created and garbage collected all the time and for the high frame-rate, heavy animations this puts a lot of pressure on CPU and memory. The new implementation of the virtual terminal interpreter in Rust/WASM does it 50x faster (last time I benchmarked, I'll be publishing a blog post about perf actually)
size - the output bundle from ClojureScript compiler is rather relatively big. It's fine when you build your own app in ClojureScript but when you provide a library to use by other people in their websites it's rather terrible (almost 600kb minified). The new version uses Solid.js instead of React.js which makes it smaller, the fact that we no longer ship whole ClojureScript standard library in the bundle helps making it even smaller. The new player is now 137kb, even though it includes embeded WASM bytecode (base64 encoded).
integration with JS ecosystem - ClojureScript is not that easy to integrate with the JS ecosystem. I know there's been a lot of improvements done in this space over the years but it's still extra work you need to do compared to regular JS codebase, and some things didn't have any support last time I checked (like embedding WASM in the bundle). Things might have changed here but above first two arguments still apply so it was worth it :)

And I had fun re-writing the terminal interpreter in Rust :)

When would the next-gen player be rolled

It's around the corner. I just merged the next branch into develop, published beta version of the package to npm and updated README. There's one or two small things I'd like to do but in general it can be used already. Feel free to send a feedback if you happen to try it out.

Would asciinema-server be also ported to some other language in the future? (I see no problem with using Elixir though)

No. There's no need for that. Elixir and Phoenix are excellent and they work just perfectly fine for the server part. They have good things like LiveView for example which could be used to make the site nicer.

Thanks for creating asciinema, I'm grateful for your contributions! ☺

Thanks for the nice words 🙌 ❤

Hi @sickill,
Does the next version add support for resizing?
Also, looking forward for your blog on switching to JS :)

@qnkhuat yes! Automatic resizing of the player to fill the available space is in place now.

@qnkhuat here's the blog https://blog.asciinema.org/post/smaller-faster/

Thanks for sharing @sickill !


test: cypress - updated List flaky tests

closing this PR as its redundant and got created by mistake


Presets not highlighting in latest version of game/client

Feb 9th update - Rev 203
Runelite 1.8.11
Selecting a preset with no filters does not highlight runes or scroll to them anymore :c

This is likely because of the main game client update that added a "Unequip all" button

update landed


Program exit on Env.open

node-lmdb 0.9.7
Node v18.9.1
Alpine 3.16.2 with g++, make, gcompat
Simple Node app using the examples from the README:
import lmdb  from 'node-lmdb';

const env = new lmdb.Env();
env.open({
    path: "/opt/mydata",
    mapSize: 2*1024*1024*1024, // maximum database size
    maxDbs: 3
});

console.log('done')

The lock.mdb file is created within the mydata folder.
This simple program exit with code 0 on env.open.
No messages in the output.

i had to manually create the mydata directory myself. maybe it was a permissions error.


docs: roks quickstart reference architecture document changes

Description
Small updates to the roks quickstart reference arch document, based on feedback from review.
Release required?

[x] No release
[ ] Patch release (x.x.X)
[ ] Minor release (x.X.x)
[ ] Major release (X.x.x)

Release notes content

Run the pipeline
If the CI pipeline doesn't run when you create the PR, the PR requires a user with GitHub collaborators access to run the pipeline.
Run the CI pipeline when the PR is ready for review and you expect tests to pass. Add a comment to the PR with the following text:
/run pipeline

Checklist for reviewers

[ ] If relevant, a test for the change is included or updated with this PR.
[ ] If relevant, documentation for the change is included or updated with this PR.

For mergers

Use a conventional commit message to set the release level. Follow the guidelines.
Include information that users need to know about the PR in the commit message. The commit message becomes part of the GitHub release notes.
Use the Squash and merge option.

/run pipeline

:tada: This PR is included in version 5.19.2 :tada:
The release is available on:

GitHub release
v5.19.2

Your semantic-release bot :package::rocket:


ci: include alpha branch in release run

Include alpha branch in release run

:warning: Please install the  to ensure uploads and comments are reliably processed by Codecov.
Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Please upload report for BASE (alpha@5641a74). Learn more about missing BASE report.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff            @@
##             alpha      #371   +/-   ##
=========================================
  Coverage         ?   100.00%
=========================================
  Files            ?        15
  Lines            ?       414
  Branches         ?       161
=========================================
  Hits             ?       414
  Misses           ?         0
  Partials         ?         0

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Basic Authentication support for Grafana Dashboard resources when using url

Describe the solution you'd like
I would like to have HTTP authentication support for URL dashboards to have a private dashboard repository. Also would be nice to have the option to read the credentials from secrets.
Additional context
It could be some extra options for the URL:
spec:
  urlAuthorization:
    basicAuth:
      username: username
      passwordFrom:
        secretName: secret-name
        key: password

Thanks for the issue! @pb82 will work on a proposal to discuss the specific changes needed to the CRD

Implemented in #1617 by @pb82


npm start error while checking skills data

Specs

Leon version: 1.0.0-beta.9
OS (or browser) version: gitpod link avaliable in documentation
Node.js version: 18.16.0

Expected Behavior
normal leon start
Actual Behavior
Error:
✅ Global data schemas checked
ℹ  Checking skills data schemas...
node:internal/modules/cjs/loader:1075
const err = new Error(message);
^
Error: Cannot find module 'skills/business_finance/domain.json'
Require stack:

/workspace/leon/server/dist/helpers/skill-domain-helper.js
/workspace/leon/server/dist/pre-check.js
at Module._resolveFilename (node:internal/modules/cjs/loader:1075:15)
at Module._load (node:internal/modules/cjs/loader:920:27)
at Module.require (node:internal/modules/cjs/loader:1141:19)
at require (node:internal/modules/cjs/helpers:110:18)
at /workspace/leon/server/dist/helpers/skill-domain-helper.js:43:150
at async /workspace/leon/server/dist/helpers/skill-domain-helper.js:43:47
at async Promise.all (index 0)
at async SkillDomainHelper.getSkillDomains (/workspace/leon/server/dist/helpers/skill-domain-helper.js:39:9)
at async /workspace/leon/server/dist/pre-check.js:119:26 {
code: 'MODULE_NOT_FOUND',
requireStack: [
'/workspace/leon/server/dist/helpers/skill-domain-helper.js',
'/workspace/leon/server/dist/pre-check.js'
]
}

How Do We Reproduce?
Extra (like a sample repo to reproduce the issue, etc.)

Hi, thanks for the report, I just published a fix a few minutes ago.


Integrate crawl_supervisor.py into Django

It would be better if the crawl supervisor code were integrated into Django, rather than being a separate process.

This is the same issue as #153


Issue with screen and 256 colours

I have been trying to get lolcat to work with screen, and I've been having issues getting the colours to work correctly, attached is an image showing screen on the left, and no screen on the right. I used the script found here to generate the 256 colours that work at the top of the screen.

Sorry if this isn't a lolcat issue, but any help would be greatly appreciated

Hello nyaalex,
Did you ever find a solution to this? Much appreciated.

I know it can work, it did on my previous work laptop. For some reason it doesn't on my new one despite copying over the same config/rc files as far as I know. It is indeed definitely a screen issue, not ZSH or Bash or Lolcat. Haven't tried with Tmux yet.
I'll post here if I do find a solution.

@nyaalex I don't think this problem is to do with 256-colour terminals. Your screenshot shows that your terminal is capable of showing all of those colours.
I have encountered this problem myself and have been looking into this and think it's down to an interaction between lolcat, screen and the COLORTERM variable. Terminals can advertise their ability to use 24-bit colour by setting COLORTERM=truecolor. lolcat has some specific handling for this which might be the source of the problem.
Here is the an example using a new screen session in a terminal that sets COLORTERM=truecolor (iTerm). It doesn't render correctly in 24-bit mode but works when I disable that hint.
echo "[$TERM_PROGRAM] [$TERM] [$COLORTERM]"
date | LOLCAT_DEBUG=1 lolcat
date | COLORTERM= LOLCAT_DEBUG=1 lolcat

Here is the an example using a new screen session in a terminal that doesn't set COLORTERM=truecolor (macOS terminal). It renders correctly but fails when I enable the 24-bit mode hint.
echo "[$TERM_PROGRAM] [$TERM] [$COLORTERM]"
date | LOLCAT_DEBUG=1 lolcat
date | COLORTERM=truecolor LOLCAT_DEBUG=1 lolcat

Could you please try out unsetting COLORTERM and see if that works for you?
I will continue to dig around the code to see if I can spot the problem. I'm not a ruby developer though, so I might just end up unsetting COLORTERM and leaving it there. We'll see.

Oh yeah, you absolutely are right, unsetting COLORTERM fixes it for me too. I said this was not a lolcat issue because this is common to almost every other application that tries to use 24-bit colour with screen, honestly I don't know why that perl script even works. Actually you have been extremely helpful because I never could figure out how to fix them, and unsetting COLORTERM seems like a fixall.

Oh yeah, you absolutely are right, unsetting COLORTERM fixes it for me too

Great to hear!

I said this was not a lolcat issue because this is common to almost every other application that tries to use 24-bit colour with screen

Can't say that I have knowingly used an application that has tried to use 24-bit colour before, but I'll keep an eye out. Having more examples will help with tracking down the source of the problem.

@biggianteye thanks a lot! finally fixed

So the solution is:
$ screen
$ unset COLORTERM
remove -t flag from the invocation of lolcat for whatever
$ whatever
?


didShowNextMonthView and didShowPreviousMonthView not being called

This method isn't getting called for me. Other methods such as didSelectDayView and presentedDateUpdated are working and being called, but not these 2 methods: didSelectDayView
presentedDateUpdated

The issue was that presentPreviousView wasn't calling the delegate method didShowPreviousMonthView?(previous.date) and presentNextView wasn't calling the delegate method didShowNextMonthView?(following.date), so when I would switch months by clicking on a date outside the current month, those method wouldn't be fired.
self.calendarView.delegate?.didShowPreviousMonthView?(previous.date) // change

I've seen this problem as well. The methods are called when swiping to change the current month, but not if I change the month by tapping on a date in the previous or next month.

The issue with these methods is still exists in 1.4.1.
This is a very basic functionality to let delegate know about view changes irrespectively of what cause the change.


Support for GGML BLAS

It would be great if BLAS could be enabled in GGML by the user. Enabling BLAS does significantly enhance the performance of GGML. I have tested llama.cpp/GGML with cublas, and it really pays off enabling it.

cublas-patch.txt
Ugly patch to add support for cuBLAS.

Thanks, can CBLAS be enabled as well ?

CLBlast can be enabled for Linux and Windows using the PR #282.

Is this done now?

From my POV, it is.


Failed to run hello_xr with ERROR [comp_window_direct_acquire_xlib_display]

Run hello_xr with following command line:
XR_RUNTIME_JSON=~/src/monado/build/openxr_monado-dev.json /usr/local/bin/hello_xr -g OpenGL
It ended up with the following errors:
ERROR [comp_window_direct_acquire_xlib_display] vkAcquireXlibDisplayEXT: VK_ERROR_UNKNOWN (0x00005640e3c6c0d0)
ERROR [compositor_init_swapchain] Window init_swapchain failed!
ERROR [comp_main_create_system_compositor] Failed to init compositor 0x5640e3c91070
XR_ERROR_INITIALIZATION_FAILED in xrCreateInstance: Failed to create the system '-3'
Error [GENERAL | xrCreateInstance | OpenXR-Loader] : LoaderInstance::CreateInstance chained CreateInstance call failed
Error [GENERAL | xrCreateInstance | OpenXR-Loader] : xrCreateInstance failed
More logs can be found at hello_xr_logs.txt

This is related to Monado, and probably because the display isn't properly marked as non-desktop.


HARVESTER: Update Chinese translation

HARVESTER: Update Chinese translation

@WuJun2016 @n313893254 Please help take a look at the translation update~ Thanks!


remove pointless discard of function parameters in testing state machine

I was taking a look at the simulator and zls started screaming at me :laughing:
Pre-merge checklist

[x] I am very sure this PR could not affect performance.

Thank you!


[NOT A BUG] RxApp.MainThreadScheduler resolves to the incorrect scheduler when compiled using Android < 9

Describe the bug
When using ReactiveUI >= 10.1.1 and compiling using Android < 9 it resolves the wrong RxApp.MainThreadScheduler, it resolves to a DefaultScheduler instead.
I noticed this behavior while doing some changes on Sextant, and since the sample there was targeting/compiling using Android 8.1 that was happening. The same doesn't happen if I compile using Android 9, it also works if I use ReactiveUI < 10.1.1.
The whole investigation/details are described on this issue:
reactiveui/Sextant/issues/171
Steps To Reproduce

On a Droid project compiled with the framework < 9 and RxUI >= 10.1.1
Do anything set to run on the RxApp.MainThreadScheduler
The app crashes

Expected behavior
The code set to run on the main thread scheduler should run on the main thread.
Screenshots
See the linked issue
Environment

OS:          Android
Version   9
Device:   Huawei P20, Emulator

ReactiveUI: >= 10.1.1
Targeting: Android 8.1
Xamarin.Forms: 4.2 (tried 4.3 too)

I plan to have a look into this issue myself tomorrow.

This is pretty simple, we don't support Android < 9 since Google don't allow Android < 9.

See https://developer.android.com/distribute/best-practices/develop/target-sdk

When you upload an APK, it needs to meet Google Play’s target API level requirements. Both new apps and app updates must target at least Android 9 (API level 28).

I've updated the minimum version docs on the website now.

I was about to comment exactly this, because on the docs it said Android 8.1 was supported.

In the beginning I imagined that the minimum target possibly should be Android 9, but then I found on the docs about the 8.1 and thought this was a problem, still my concern when opening this one was that publishing to the Google Play Store is not the only way of publishing Android apps, so it may go unnoticed if someone still uses Android 8.1, for example.
Anyway, thanks for updating the docs @glennawatson!


[fix][cli] Remove defaultValue of tenant/namespace for CmdFunctions

Motivation
In https://github.com/apache/pulsar/pull/22209, we added defaultValue for tenant/namespace on CmdFunctions, this introduced a break change behavior, user can't use tenant/namespace  in function-config-file due to tenant/namespace options never null.
Modifications
Remove defaultValue of tenant/namespace for CmdFunctions
Verifying this change

[ ] Make sure that the change passes the CI checks.

(Please pick either of the following options)
This change is a trivial rework / code cleanup without any test coverage.
(or)
This change is already covered by existing tests, such as (please describe tests).
(or)
This change added tests and can be verified as follows:
(example:)

Added integration tests for end-to-end deployment with large payloads (10MB)
Extended integration test for recovery after broker failure

Does this pull request potentially affect one of the following parts:

If the box was checked, please highlight the changes

[ ] Dependencies (add or upgrade a dependency)
[ ] The public API
[ ] The schema
[ ] The default values of configurations
[ ] The threading model
[ ] The binary protocol
[ ] The REST endpoints
[ ] The admin CLI options
[ ] The metrics
[ ] Anything that affects deployment

Documentation

[ ] doc
[ ] doc-required
[x] doc-not-needed
[ ] doc-complete

Matching PR in forked repository
PR in forked repository:

@jiangpengcheng Could you help review it ?

LGTM

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 73.20%. Comparing base (bbc6224) to head (ae56543).
Report is 299 commits behind head on master.

Additional details and impacted files

@@             Coverage Diff              @@
##             master   #22764      +/-   ##
============================================
- Coverage     73.57%   73.20%   -0.38%
- Complexity    32624    32875     +251
============================================
  Files          1877     1889      +12
  Lines        139502   141443    +1941
  Branches      15299    15520     +221
============================================
+ Hits         102638   103541     +903
- Misses        28908    29908    +1000
- Partials       7956     7994      +38

Flag
Coverage Δ

inttests
27.43% <ø> (+2.84%)
:arrow_up:

systests
24.69% <ø> (+0.36%)
:arrow_up:

unittests
72.20% <ø> (-0.64%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Files
Coverage Δ

...java/org/apache/pulsar/admin/cli/CmdFunctions.java
45.96% <ø> (-0.25%)
:arrow_down:

... and 347 files with indirect coverage changes


Add the ability to add/remove RecordingSignalConsumers via AeronArchive

And poll for signals.

I get that. I guess my point is more why would there be a lock on the add/remove, but not on the onSignal? Aren't both controlled by the application? Maybe this can be clarified by Javadoc, though.

I suspect this is potentially a Javadoc issue.  If an application is sharing AeronArchive across threads then, for signals, they should use add/remove/pollForEvents all of which are locked.  If they adhere to that all calls through to RecordingSignalConsumer::onSignal  (which is I assume what you mean by 'the onSignal') should be within the scope of the lock in AeronArchive.  I don't see any requirement for the application to call RecordingSignalConsumer::onSignal directly.
Do you have an example of a case where these assumptions would break?


Cannot set Controller Request for Unit Tests

Let me know if I'm completely missing something here. Also let me know if I'm just writing bad/hacky code.
Scenario: I have a Controller I am using for REST Responses. I am checking the query string for certain filters when returning the data.
Example:
if (Request.Query.ContainsKey("nonempty"))
    customers = customers.Where(c => c.orders.Length > 0);

However, when I write a unit test, I am getting a "Test Failed (Message: Object reference not set to an instance of an object)" error, because when the unit test invokes the controller it HAS no request (the if statement is comparing an attribute of null).
I want to be able to spoof the Request (by just making it a generic empty one), and came across this tutorial for Web API 2. It looks like according to the docs also, controller.Request used to be {get, set}.
ProductsController controller = new ProductsController(repository);

controller.Request = new HttpRequestMessage {
    RequestUri = new Uri("http://localhost/api/products")
};

It seems that this doesn't exist in MVC6 however. controller.Request is get only, with no set. What is a boy to do? Is this done some other way now? I know I can check if Request is null before checking the query string value, but that seems like a super hacky solution (I have my limits).
Thanks :)!

You can set it through the ActionContext property. Even better, the DefaultHttpContext class it designed to used in unit tests.
var controller = new FooController();
controller.ActionContext.HttpContext = new DefaultHttpContext();

Doing this will make almost all of the request/response type properties initialized to something you can interact with.