support rtl languages

Describe the solution you'd like
hi everyone.
Right-to-left languages are not properly supported by Vim
But Iranians, Arabs, etc. need to write Persian or Arabic.
like this:

We would like the output to look like this:
hello
سلام
سلام العلیکم
ایران، عربستان، افغانستان، ترکمنستان

Describe alternatives you've considered
i not have spcial idea but i think UTF-8 support rtl languages.
Additional context
vim now:

we like to be:

I do not speak Arabic. But try :set arabic
Consider also reading :help arabic
Does it solve your problem?
Consider also indicating your version of vim (output of :version) when reporting issues.

thanks @dpelle
but it is reverse:

i need to be like this:
چو ایران نباشد تن من مباد بدین بوم و بر زنده یک تن مباد

Then set :set norightleft. Please read :h arabic.txt for what is currently possible. Also please note, this quite heavily depends on whether you use a gui or use a terminal. For the terminal version, this requires a terminal that supports it correctly.
However, better arabic mode is quite complicated, as none of the developers know enough about the rules how to combine characters and therefore cannot really try it out. Also better bidi and right-left support has long been in the todo list. But for the reasons mentioned before, a patch from someone who knows and uses this natively is probably the best to hope.

hi @chrisbra
thanks,
this is work only for arabic and my keyboard must be arabic.
but i and iranian developers need to write persion or farsi.

this is work only for arabic and my keyboard must be arabic.
but i and iranian developers need to write persion or farsi.

I'm afraid Persian/Farsi support was removed in patch 8.1.0932.
At that time it probably wasn't actually working, since nobody was
maintaining it.
It would be great to have better RTL support and also specific Farsi and
Arabic support.  This requires someone who knows the mechanisms
involved and can implement changes in Vim.
--
hundred-and-one symptoms of being an internet addict:
40. You tell the cab driver you live at
http://123.elm.street/house/bluetrim.html
41. You actually try that 123.elm.street address.
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

thanks @brammool .
if i can help you.
i'll definitely help you so that we can do this.
persion/farsi is my first language But in some projects, Persian language does not work properly

Out of curiosity: What did Farsi support achieve in addition to
    setlocal arabic
    setlocal keymap=persian

@motahharm : Vim can write from right to left if the terminal (such as urxvt) supports it and enabling &termbidi.

For what it's worth, attached a phonetic persian vim keymap similar to that on Mac.

Hi test blow command:
set termbidi

For some reason, :set rl seems to re-shape letters assuming the terminal doesn't support letter shaping. While this might be the case in older terminals, most terminals currently do support letter shaping.
Here's a screenshot comparing Konsole (with shaping support) vs Alacritty (which doesn't support):

This seems a duplicate of https://github.com/vim/vim/issues/204

so closing then as duplicate


screen record and biography expand improvements

Description
only for UA2:

screen record now can save more files with unique number in /d{4} format (for example: debug_0013.mp4)
it will started when opening ig, and stopped when closing it

general:

introduced the bottomright click for expand biography and avoid pressing on tags and hashtags
it will try to expand it, and check if we are in the right place (try for 2 times to accomplish that)

Good nuff.

Good nuff.

🐈 Click in bottom right of description to reduce chance of clicking a tag
🐈 Improve screen record so you can have multiple
🐛 Fix logged in username check
🐛 Fix keyboard issues in some devices by swiping up to close the keyboard instead of device back

🐈 Click in bottom right of description to reduce chance of clicking a tag
🐈 Improve screen record so you can have multiple
🐛 Fix logged in username check
🐛 Fix keyboard issues in some devices by swiping up to close the keyboard instead of device back


Update ubuntu to 22.04

Description
This resloves a issue as libc6 for debian is currently at version  2.31 and some aplication need GLIBC_2.34 like quake3e where I am making a egg for. debian does not yet support this but ubuntu does but only in the 22 release. This PR update the image to 22.04 and replace needed packages
libssl1.0-dev --> libssl-dev
libfluidsynth1 --> libfluidsynth-dev
libmariadbclient-dev --> libmariadb-dev
libicu60 and libiculx60 --> libicu-dev
libssl1.0.0 --> libssl3
libduktape202 --> libduktape207
libjsoncpp1 --> libjsoncpp-dev
libleveldb1v5 --> libleveldb1d
All Submissions:

[x] Have you ensured there aren't other open Pull Requests for the same update or change?
[x] Have you created a new branch for your changes and PR from that branch and not from your master branch?

This should be a separate image instead for such a jump in versions. We don't know what might happen to eggs/servers that rely on it

The current only official egg using it is  Multi Theft Auto: San Andreas and that works fine

This should be a separate image instead for such a jump in versions. We don't know what might happen to eggs/servers that rely on it

and then wre also craete for every Debian Release a new image? Sry but thats useless;
Support only for latest and not LTS or something

@parkervcp is it possible to approve this Ubuntu Image? Stationeers need Ubuntu 22.04 to work

@parkervcp is it possible to approve this Ubuntu Image? Stationeers need Ubuntu 22.04 to work

Remember there is no steamcmd in this image

@parkervcp is it possible to approve this Ubuntu Image? Stationeers need Ubuntu 22.04 to work

Remember there is no steamcmd in this image

ahh ok :D thought, it was a steam Image :)


Use case

What's the use case for this? Using electron's autoUpdater module is not enough for Windows?
Just trying to figure out if I need this or not...

You should handle Squirrel events. This module helps you to do it.

Got it! Thanks!

FYI: electron-builder will soon support NSIS target to avoid such issues (i.e. you will be not forced to handle such events).

OK, I'll keep an eye on that.


Firecracker: Fix kernel command line parameters

Firecracker does not support pci. It also uses kbd to implement reboot/reset.
Fix the kernel boot params to address this.
It also does not have good entropy at startup. Use the hardware random
number generator to support entropy.
Fixes: #1620
Signed-off-by: Manohar Castelino<EMAIL_ADDRESS>

/test

The 18.04 initrd is an unrelated know about sporadic failure I think:
[Fail] [Serial Test] Update number of CPUs Update CPU period and quota [It] should have 3 CPUs

and q35 we know is not stable yet iirc.

/test

jenkins-ci-ARM-ubuntu-18-04 fail:
19:46:24   CHK     include/generated/compile.h
19:46:24   AR      built-in.a
19:46:24   LD      vmlinux.o
19:46:24   MODPOST vmlinux.o
19:46:24   KSYM    .tmp_kallsyms1.o
19:46:26   KSYM    .tmp_kallsyms2.o
19:46:27   LD      vmlinux
19:46:30   SORTEX  vmlinux
19:46:30   SYSMAP  System.map
19:46:30   OBJCOPY arch/arm64/boot/Image
19:46:30   Building modules, stage 2.
19:46:30   MODPOST 0 modules
19:46:30   GZIP    arch/arm64/boot/Image.gz
19:46:34 INFO: Clone config and patches
19:46:34 INFO: Config version: 36
19:46:34 INFO: Kernel version: 4.19.28
19:46:36   CALL    scripts/checksyscalls.sh
19:46:37   CHK     include/generated/compile.h
19:46:37   SKIPPED include/generated/compile.h
19:46:40   Building modules, stage 2.
19:46:40   MODPOST 0 modules
19:46:40 INFO: Clone config and patches
19:46:40 lrwxrwxrwx 1 root root 18 May  4 19:46 /usr/share/kata-containers/vmlinux.container -> vmlinux-4.19.28-36
19:46:40 lrwxrwxrwx 1 root root 18 May  4 19:46 /usr/share/kata-containers/vmlinuz.container -> vmlinuz-4.19.28-36
19:46:46 Install Qemu
19:51:48 package github.com/qemu/qemu: no Go files in /home/jenkins/workspace/kata-containers-runtime-ARM-18.04-PR/go/src/github.com/qemu/qemu
19:51:48 can't load package: package github.com/kata-containers/packaging: no Go files in /home/jenkins/workspace/kata-containers-runtime-ARM-18.04-PR/go/src/github.com/kata-containers/packaging
19:51:48 ~/workspace/kata-containers-runtime-ARM-18.04-PR/go/src/github.com/qemu/qemu ~/workspace/kata-containers-runtime-ARM-18.04-PR/go/src/github.com/kata-containers/tests
19:52:08 Already on 'master'
19:52:08 Process leaked file descriptors. See https://jenkins.io/redirect/troubleshooting/process-leaked-file-descriptors for more information
19:52:08 Your branch is up to date with 'origin/master'.
19:52:08 error: The following untracked working tree files would be overwritten by checkout:
19:52:08 	slirp/COPYRIGHT
19:52:08 Please move or remove them before you switch branches.
19:52:08 Aborting
19:52:10 Build step 'Execute shell' marked build as failure
19:52:10 Performing Post build task...
19:52:10 Match found for :.* : True
19:52:10 Logical operation result is TRUE
19:52:10 Running script  : #!/bin/bash
19:52:10
19:52:10 export GOPATH=$WORKSPACE/go
19:52:10 export GOROOT="/usr/local/go"
19:52:10 export PATH=${GOPATH}/bin:/usr/local/go/bin:/usr/sbin:/usr/local/bin:${PATH}
19:52:10
19:52:10 cd $GOPATH/src/github.com/kata-containers/tests
19:52:10 .ci/teardown.sh "$WORKSPACE/artifacts"
19:52:10
19:52:10 # And ensure the workspace tree is all owned by us before we quit, otherwise the later
19:52:10 # `delete workspace before run` may fail on file perms (as some tests leave things owned by root).
19:52:10 sudo chown -R ${USER} ${WORKSPACE}
19:52:10 sudo chgrp -R $(id -ng) ${WORKSPACE}

This PR is around firecracker but this fail doesn't have relation with firecracker.
jenkins-ci-centos-7-4-q-35 fail:
--- FAIL: TestHostNetworkingRequested (0.01s)
    assertions.go:239:

	Error Trace:	network_test.go:98

	Error:      	Should be true

This is a known issue https://github.com/kata-containers/runtime/issues/1604 .


cmd/go2go: cannot find GOPATH package for function type parameter

After using go get inet.af/netaddr to add the package to GOPATH, the go2go command can usually find it, as the following program compiles happily:
package main

import "inet.af/netaddr"

type S(type T) struct {
	V T
}

var s S(netaddr.IP)

func main() { }

However the following program:
package main

import (
        "fmt"
        "inet.af/netaddr"
)

func Print(type T)(v T) {
        fmt.Print(v)
}

func main() {
	var v netaddr.IP
        Print(v)
}

Fails to search GOPATH correctly:
go tool go2go run junk.go2
cannot find package "netaddr" in any of:
	/Users/crawshaw/repo/goroot/src/netaddr (from $GOROOT)
	/Users/crawshaw/go/src/netaddr (from $GOPATH)

Note the lack of inet.af in the error message.

/cc @ianlancetaylor @griesemer

Thanks.  Fixed on dev.go2go branch.


Research / Brainstorm Ways To Clarify Stealth Address Mechanism in the UI

ideas:

greyed out one-time stealth address on the send page. Generated after recipient is entered.
more info on how this address will only be used once.


Diagnostics not updated when deleting code.

I often fix code by deleting random additional characters I somehow managed to get in. Is that a flycheck problem? STFW'ing hasn't enlightened me.

Let me make sure I understand the problem. You've got some legitimate errors coming from ycmd which are displayed via flycheck. You make some corrective deletions and get the code into a state that no longer has the errors, but flycheck continues to indicate that the errors exist. Is that about right?
If so, my initial guess is that we're not asking ycmd for a reparse in a timely enough manner. flycheck-ycmd is pretty simple, and it just looks at the last available parse results to determine which errors exist. No matter what edits you make, if you don't trigger a reparse then you won't get updated information to flycheck.
You might futz with ycmd-parse-conditions and/or ycmd-idle-change-delay to see if that improves things for you.

I can imagine more complex interactions between ycmd, flycheck, and buffer modification. For example, apropos to your case, we might a) watch for deletions in buffers b) see if those overlap with errors reported by ycmd, and c) remove/mask those overlapping errors from the report so that ycmd doesn't display them. Or maybe we trigger a reparse when overlap is detected (or when a certain volume of characters are deleted from error locations...something like that.)

I have the parse condition on 'idle-delay, so I assumed when I change the buffer a reparse is triggered. That works for when I insert text, but doesn't work when I just delete.

The condition (not (eq beg end)) in ycmd--on-change returns nil when deleting a character because beg and end are equal. When implementing the function I added the condition because I thought it was triggered twice sometimes with same beg and end and wanted to avoid calling the function twice. I cannot reproduce this behavior anymore and therefore it can be removed. See #146 for the fix.

I've merged in the change @ptrv submitted. @r4nt, if you can verify that this fixes the problem then I'll close this.

Works for me. Thanks!


Press alt+space again to close it

I think OS X spotlight was like that.

+1
I was using Launchy before on windows and it has this. Very useful for fast navigation. In fact until hain supports this I think I'll go back to Launchy.

Any reason this was closed? Can't see a commit that fixes it...

Sorry, I took it for granted when he said "It fixes #52". Doesn't it work?

Ah didn't see that. Feel free to close. I'll test when I'm home.
Thanks!
On 1 Apr 2016 7:58 am, "Taylan Kasap"<EMAIL_ADDRESS>wrote:

Sorry, I took it for granted when he said "It fixes #52
https://github.com/appetizermonster/hain/issues/52". Doesn't it work?
—
You are receiving this because you commented.
Reply to this email directly or view it on GitHub
https://github.com/appetizermonster/hain/issues/52#issuecomment-204127585


Unable to login with special characters in password

I believe that if an iDRAC password contains a "#" it drops everything after the # in the password and fails to login.
E.G.
Password: SecretPassword#123!
When the password is submitted to the iDRAC it only submits "SecretPassword" and drops the "#123!".

what version of drac are you on? the authentication is handled slightly different across the different versions.

iDRAC 6 (Dell R610 and R510)

looking at the code, there was some special case handling for special characters: https://github.com/scottjg/systemscope/blob/master/RemoteConsoleClient/WebLoginController.m#L100-L114
the transformations were copied from the drac javascript, but it's possible they are incorrect or not needed. i am not actively working on this project, and don't have DRACs to test against, but if anyone wants to step in and look at this, i would try two things

try to uri encode the password before putting it in the query string.
if the password is uri encoded, does removing the special case transformations help?


build fails with make build in Ubuntu

Summary of Bug

Build fails with make build in Ubuntu.
Because the wasmvm static library cannot use in Ubuntu.
Version

v2.0.0-rc6
Steps to Reproduce

For Admin Use

[ ] Not duplicate issue
[ ] Appropriate labels applied
[ ] Appropriate contributors tagged
[ ] Contributor assigned/self-assigned

I think it's nice to change the default build way that uses shared library when use make build command.


CI: downgrade to v18

The change done in [1] is good because 14.x version was too old, but 20.x is too new. The new Ubunutu LTS, released last month, doesn't even have such a bleeding edge Node version. Let's downgrade to 18.x which is a good sweet spot: new enough, but also stable enough.
This way we make sure LNp2pBot is compatible with the same version of NodeJS shipped by the last Ubuntu LTS.
[1] 439d043b1d0ccee9d1f29c3d3d4513b3fd9ac933

@grunch this is ready now.

@grunch this is ready now.

excelente, thanks @knocte


line breaks are removed from JSXText value

Initial checklist

[X] I read the support docs
[X] I read the contributing guide
[X] I agree to follow the code of conduct
[X] I searched issues and couldn’t find anything (or linked relevant results below)

Affected packages and versions
<EMAIL_ADDRESS>Link to runnable example
No response
Steps to reproduce
Hi! Any line break inside a JSXText's value will be gone after buildJsx transformed it to a Literlal, where the value will have no line breaks anymore.
It also happens in this test: https://github.com/syntax-tree/estree-util-build-jsx/blob/76a366d6248c6f61410733710aaf607ee0d580fe/test.js#L809-L822
Expected behavior
The line breaks "\n" should be still there after buildJsx modified the ast, as they are valuable information
Actual behavior
The line breaks are removed
Affected runtime and version
<EMAIL_ADDRESS>Affected package manager and version
No response
Affected OS and version
No response
Build and bundle tools
No response

I don’t think they should. Babel and TypeScript perform the same algorithm as is done here. I don’t see why we should diverge from other implementations.


Hdmiin l3 low level sepc

HdmiIn L3 low level spec.

This looks not required any more.

closing as it is not needed any more.


JSON schema validation keyword support

JSON schema supports many keywords that can be used to create a more precise JSON schema definition. Some of these keywords are maximum, minimum, allOf, anyOf, and oneOf. We may not be able to support all of these keywords but we would like to begin adding support for some of them.

Interface and union types may (in the long run) allow us to fix this issue.

Related issue: #197


Site is down, error 530, cloudflare 1033

Error in doing requests, this is because site is down.

Also, just hosted it on my heroku, everything works fine. Thanks for great api!


State management

Why
To support more complex workflows where:

components are sharing and passing data to other components
we programmatically show what workflows can be linked with other workflows based on their interface

We likely need a state management solution.
How
This PR spikes out a state management framework using the preact signals library. In the demo below, you can see two separate components reading and modifying the same state.
https://github.com/open-truss/open-truss/assets/4481584/6e1fb81f-6bd0-4192-aa84-78c7d4af615c
Implementation
At a high level, this PR

Adds a new "Signal<type>" type that can be a valid prop for open truss components.
Modifies the renderer to check all component props for a given workflow. If a prop is of type "Signal", the renderer creates a new preact signal of that type and saves into the workflow's globalContext object. When we render the component, we grab the signals it needs from the globalContext and pass it to the component. This allows components to share the same signals and read and update them globally.

With the addition of signal types, in the future this should make it easier to dynamically show which components can be linked with other components by virtue of sharing the same props interface. e.g. a form component that modifies the AccountIDs signal can be linked with a display component that reads an AccountIDs signal.
Considerations

One thing I'm not the biggest fan of with this approach is that it is very magical. None of this functionality is displayed in the yaml config. That makes configs easier to write, but makes it a bit harder to reason about. If we go this route, I suspect we'll need to create debugging tools such as

showing what the values in the global state store
showing which components are using which signals
making the config builder really user friendly for making sure the workflow is doing what you want

I did this spike in the context of trying to figure out how to support complex multi page workflows. e.g. Page 1: show form, Page 2: display results based on that form. If we want to make these steps composable with different components, it seemed like we'll need some system to share data and link components together.

Future ideas

I think variable collision will likely be an issue. In the future, perhaps we can build features to address this. e.g. in the config builder showing when collisions happen and recommending signal aliasing, building locally scoped variables,  etc. I think @kmcq's FrameWrapper code could be an interesting location to do this aliasing as it is a shim that wraps all components.
With global state all in one location, I think it should be easy for us to persist values in local storage or on the server. e.g. cursor location in a multi-stage workflow, cursor location in a workflow iterating on many results, etc..
We may be able to apply a similar system to the data annotation. e.g. if a query has named parameters, we could teach the renderer to automatically look up those values in the global state store. If there are none (e.g. no components are in the workflow that write to it) then we can tell the user in the config builder to add one.

@kmcq I implemented your feedback on this PR. Thanks for the review! This should be ready for another 👀


Suggestion: New recipe "location"

When entering in a new recipe, the "location (details)" could be named 'source of recipe' for clarity.
(suggestion)

Actually there are 2 fields on a recipe that I use as follows:

location is a Location entity that you can manage through the main menu New > Location
location_details is a free-text entry precising where exactly you can find the recipe at that location

For example, I create a location for each recipe book I have, and I use the details to indicate which page the recipe is.
Of course, you can also use the "details" field to enter the URL of the recipe if it's online instead.
I'm not a native English speaker so the choice of terms might not be the most adequate. Feel free to give me an alternative if you have one.


update node loading mechanism

this is major architectural change.  Would like to have the html templates loaded up front into the index via the build system.

using react JSX now ... sorta.  So far at least to create the output that is consumed by jquery UI


Make it really default to oauth2

This should be solved by commit 1726658 but it seems is not:
Issuing a Facebooker2.oauth2 on the rails console returns false (with facebooker2 (0.0.14)) when oauth setting is NOT set in facebooker.yml, so it seems that it doesn't really defaults to oauth2.
It's possible that this code in self.configuration=(hash) of facebooker2.rb overwrites the oauth2 variable when it's NOT set in the config file?
self.oauth2 = hash[:oauth2].blank? ? false : true

Thanks! I just fixed this.


How to Uninstall?

Hello
I would like to know how can I uninstall the script?

Hello, there is an uninstall option in the script itself.

I'm afraid I couldn't find it. Can you help me?

In the script, use the down arrow key to get to the bottom of the main menu. The uninstall option is there.


Use a deterministic split for forget and retain sets

Before this PR
Results from Jupyter notebook in the main branch. For each of the datasets, I ran the 3 models and calculated accuracy. Results of the fine-tuned model vary from run to run, this is expected given we are fine-tuning only for 5 epochs.

Dataset
Model
Fine-tuned model
Re-trained model

Train
99.5
84.6
98.4

Retain
99.5
85.2
99.5

Forget
99.3
79.6
88.2 ✅

Test
88.3
78.3
88.3

Valid
88.9
78.4
87.6

With this PR
Took the notebook from this branch and ran the same procedure again and below are the results.

Dataset
Model
Fine-tuned model
Re-trained model

Train
99.5
97.0
98.4

Retain
99.5
98.4
99.5

Forget
99.3
85.0
88.2 ✅

Test
88.3
83.0
88.0

Valid
88.9
83.0
88.0

Notes
Clearly, the results I was getting from a modified version of the starter kit was different which made me create the ticket. But, I am not able to replicate those results from the starter kit which very likely hints at an issue with my changes. 😞
Below are the snippets I appened at the end of the notebook to get the results:
print(f"Train set accuracy: {100.0 * accuracy(model, train_loader):0.1f}%")
print(f"Retain set accuracy: {100.0 * accuracy(model, retain_loader):0.1f}%")
print(f"Forget set accuracy: {100.0 * accuracy(model, forget_loader):0.1f}%")
print(f"Test set accuracy: {100.0 * accuracy(model, test_loader):0.1f}%")
print(f"Valid set accuracy: {100.0 * accuracy(model, val_loader):0.1f}%")

print(f"Train set accuracy: {100.0 * accuracy(ft_model, train_loader):0.1f}%")
print(f"Retain set accuracy: {100.0 * accuracy(ft_model, retain_loader):0.1f}%")
print(f"Forget set accuracy: {100.0 * accuracy(ft_model, forget_loader):0.1f}%")
print(f"Test set accuracy: {100.0 * accuracy(ft_model, test_loader):0.1f}%")
print(f"Valid set accuracy: {100.0 * accuracy(ft_model, val_loader):0.1f}%")

print(f"Train set accuracy: {100.0 * accuracy(rt_model, train_loader):0.1f}%")
print(f"Retain set accuracy: {100.0 * accuracy(rt_model, retain_loader):0.1f}%")
print(f"Forget set accuracy: {100.0 * accuracy(rt_model, forget_loader):0.1f}%")
print(f"Test set accuracy: {100.0 * accuracy(rt_model, test_loader):0.1f}%")
print(f"Valid set accuracy: {100.0 * accuracy(rt_model, val_loader):0.1f}%")

Certainly the fine tuned model training accuracy won't surpass logically in general the retrained one especially when the loss is too close to zéro and we don't have to find another global minimum, because basically the highest level of forgetting something is to not know it even from the beginning so it's normal that the accuracy of the retrained model on forget set can't get better than 88,2%. I explained that in my scientific article indeed.

thanks @bkowshik for the comment. Even if you could not fix it in your end, I believe a deterministic split would avoid many potential issues. @eleniTriantafillou : are you OK with merging this?

yes, I agree with you Fabian! thanks for making the change!


Added variables for git, curl & wget executables.

This makes it easies to use Vundle with gVimPortable (PortableApps.com) and PortableGit.

This seems useful and fairly safe but still needs testing.
Can you give some more background information? What was the problem using vundle with gVimPortable?

Vundle uses plain git, curl and wget commands and therefore these have to be in the search path. When using ProtableGit this is clearly not the case.
Hence with this patch applied, I have the following in my vimrc.
let g:vundle#git_executable = expand($VIM.'\..\..\..\PortableGit\bin\git.exe')
let g:vundle#curl_executable = expand($VIM.'\..\..\..\PortableGit\mingw32\bin\curl.exe')

Just an update, I finally got around to merging these into a release branch but I need to resolve some conflicts regard #699 and #684 :smile:

Should be fairly straightforward as this PR factorizes the calls to the git executables.
Do you need some help to merge this ?

@layus Yeah you are correct it should be but once I saw the conflict I just stopped :blush: because I was just trying to get it all on the same branch quickly.
I just need to look at it again, I don't think I need help but of course if I do I will let you know! Thanks :+1:

Finally got around to getting these into branch/release 0.10.3
Have only cursory tested :VundleInstall, :VundleUpdate, :VundleSearch, and viewed the vundle log.
--
Side note, not sure when it happened (seems to even happen on master) but during my testing :VundleUpdate is VERY SLOW... maybe it is just on my end?


[ldd-geom] trivial typo in target_name description

geom:target_name description has "traget" instead of "target".

@edguinness update in v<IP_ADDRESS> branch (since I was in there). If you review and keep, please close this also.
https://github.com/pds-data-dictionaries/ldd-geom/tree/dev-mkg-002


ResponseInterface as return type

It would be nice if the interface was bumped to PHP 7 and forces the ResponseInterface as return type in the MiddleWareInterface.

I agree it would be nice but I think that's a pretty unlikely scenario at this time. I am not entirely sure how the FIG handles versioning, but I wouldn't mind seeing a 1.0.0 that is 5.x compatible, and a 2.0.0 that is 7.x compatible.

As PHP 5.6 is EOL/security-fixes-only it would be defensible. The PSR would probably only be used in new projects which should target 7.0 anyway.
Could this be decided with a separate vote? As to not endanger passage at all over this.

We're planning on adding support for this in Stratigility, which supports
PHP 5.6; moving to 7 is not an option for us currently. As such, I'd prefer
not to force that version at this point.
On Jan 18, 2017 11:48 AM, "Jelmer Schreuder"<EMAIL_ADDRESS>wrote:

As PHP 5.6 is EOL/security-fixes-only it would be defensible. The PSR
would probably only be used in new projects which should target 7.0 anyway.
Could this be decided with a separate vote? As to not endanger passage at
all over this.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/http-interop/http-middleware/issues/61#issuecomment-273548027,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AABlVwo4yKUTMKGk4Fmzuub0sqWOcl9Jks5rTlBugaJpZM4Lm_FG
.

For what it's worth, Slim is also supporting 5.6 and we are not moving to 7 when we introduce support for this.

As far as I can see, we only have these options:

PSR-15 does not use return type-hinting
i. and will never do (maybe PSR-51 will do[*])
ii. and will do it at v2.0.0
PSR-15 use return type-hinting only
PSR-15 use return type-hinting and non-return type-hinting (i.e. 2 middleware interfaces)

[*] within a new namespace of course
– Does anybody see further options?

The versioning topic has been discussed in FIG Mailing list.
No BC will be provided for this kind of update.

The PSR version of these interfaces could target PHP7 exclusively. I'm not strictly opposed, except that PHP 5.6 is not yet EOL and even when it is, there will be a fair number of people that continue to use it. (Hopefully not too many.)
Regardless, this debate should be had on the FIG mailing list, not here.


FM should also predict reward

Instead of only predicting the next state/position, the forward model should also predict the expected reward.

solved in eda384275a775add31652629bc1b4b3dd6863fd6


Update sea ice figure script

This includes some minor updates to the sea ice script and also adds documentation of the sea ice figure script to the README and the GitHub.io page.

Looks good to me!


Helm 2.17.0

For our internal team logic, we are still using helm 2.17.0 client and tiller too. Do you have any instructions to deploy with helm 2.17.0? Actually, I am getting an error in the API version expected is 1 found is version 2.
Thanks

We're in the process of writing a Helm chart in this repo.


python312Packages.zha-quirks: 0.0.115 -> 0.0.116

Diff: https://github.com/zigpy/zha-device-handlers/compare/refs/tags/0.0.115...0.0.116
Changelog: https://github.com/zigpy/zha-device-handlers/releases/tag/0.0.116
Description of changes

Things done

Built on platform(s)

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

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Result of nixpkgs-review pr 317492 run on x86_64-linux 1

10 packages built:

home-assistant-component-tests.homeassistant_green
home-assistant-component-tests.homeassistant_hardware
home-assistant-component-tests.homeassistant_sky_connect
home-assistant-component-tests.homeassistant_yellow
home-assistant-component-tests.otbr
home-assistant-component-tests.zha
python312Packages.zha
python312Packages.zha-quirks
python312Packages.zha-quirks.dist
python312Packages.zha.dist


examples: add TLS support to basic price oracle service

This commit adds basic TLS support to the example price oracle service. When connecting to the RPC price oracle, Tapd now assumes TLS. TLS certificate authentication is skipped by Tapd.
Simplify integration of the example price oracle with Tapd. (Hopefully helpful for @HannahMR )

Pull Request Test Coverage Report for Build<PHONE_NUMBER>7
Details

0 of 0   changed or added relevant lines in 0 files are covered.
16 unchanged lines in 3 files lost coverage.
Overall coverage increased (+0.01%) to 40.375%

Files with Coverage Reduction
New Missed Lines
%

commitment/tap.go
2
84.17%

asset/asset.go
2
81.8%

universe/interface.go
12
50.22%

Totals

Change from base Build<PHONE_NUMBER>1:
0.01%

Covered Lines:
24260

Relevant Lines:
60086

💛  - Coveralls

Also, this server now only works with TLS. That's what we want, right?

@gijswijs yes, I think it will do for now. And tapd expects that right now.

This does solve the communication error between litd and the oracle in my testing.

Also, this server now only works with TLS. That's what we want, right?

That's fine IMO. We just want to make sure that it can work with tapd out of the box.

I've added logging to this and the format is sub-optimal. So I will improve before merge.


[Kapacitor] Edits to v1.3 docs

Just some small administrative changes.

@nathanielc - Looks good! The changes I made are small up to this point. I have some structural suggestions that I'll add to this PR later today.

@nathanielc - the last three commits make some structural changes and add some content:

I moved all of the example docs to the guides section. I did this mainly to match the organization of the docs for the other TICK products. If you'd prefer them to remain in the example section let me know!

I edited the scraping and discovery section so that there's a Pull Metric header and a Scraping and Discovery page. This was just a cosmetic choice.

I added some content to the scraping and discovery doc. I had a long conversation with Chris  (thank you @goller!!!) about the topic and I got inspired to add in a diagram and a longer-form description to the page. That could probably use some review - I still feel rather new to scraping and discovery.

(Props to @alexpaxton for making the diagram look great)

Thank you @desa and @goller :)


Open Editor section should offer delete

When you open a file from outside the workspace, then it cannot be deleted from within VS Code (see #57496). I think it would be a useful addition to add/enable the delete command here.

Dup of https://github.com/Microsoft/vscode/issues/52713
In that issue I try to explain why we did not add it so far.
As an alternative we could expose the open editors view to extensions.


Settings: Singleselection of task-type-enum

Changes

it is possible to have single selection of task type in settings

Resolves: https://github.com/pypeclub/OpenPype/issues/1818

Can we please add this to example schemas as well?

Can we please add this to example schemas as well?

We can't because it's project settings and based on project_anatomy/tasks value.

We can't because it's project settings and based on project_anatomy/tasks value.

fair enough, resolve the conflict then and I'm happy with it.


Remove TLS in API

What does this PR do?
This PR removes TLS in the API
Motivation
Fixes #3651, #3669

Is there a security advisory / CVE for this? Exposing the private key like this seems to warrant more than just a pull request.

@gliwka

a CVE has been published https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-15598
a bugfix 1.6.6 release has been released: https://github.com/containous/traefik/releases/tag/v1.6.6
the documentation has also been updated to inform users that exposing the private dashboard is not recommended on public networks: https://docs.traefik.io/configuration/api/#security
we added a contact form to report security vulnerabilities to our team before making it public (responsible disclosure): https://docs.traefik.io/#security


MSID: 100390 Version: 1 DOI: 10.1101/2<IP_ADDRESS>8792

MSID: 100390
Version: 1
Preprint DOI: https://doi.org/10.1101/2<IP_ADDRESS>8792
Step 1. Awaiting reviews
Editorial to post reviews via hypothesis
Useful links:

DocMap: https://data-hub-api.elifesciences.org/enhanced-preprints/docmaps/v2/by-publisher/elife/get-by-manuscript-id?manuscript_id=100390
New model tracking: https://docs.google.com/spreadsheets/d/1_fHaoOy7hjyocptKtVJRijeNpUY4hBS7Ck_aVmx6ZJk/
Reviews on sciety: https://sciety.org/articles/activity/10.1101/2<IP_ADDRESS>8792

For trouble shooting (e.g. no Docmaps available):

DocMap issue addressing: https://miro.com/app/board/uXjVNCwK6EI=/
Explore DataHub DocMaps API: https://lookerstudio.google.com/reporting/4c2f0368-babb-4beb-b5b3-497e7e7b0f08/page/ejphD
Unmatched submissions and preprints: https://lookerstudio.google.com/u/0/reporting/9f86204f-3bf7-477c-9b18-5c5ef141bf69/page/p_gxi57ha93c
Unmatched manuscripts spreadsheet: https://docs.google.com/spreadsheets/d/15QcK8w-ssB7109RQEDtFpJPZ0J5HTGxoHa_2TtpMBbg/edit#gid=1336081641

Step 2. Preview reviewed preprint
Production QC content ahead of publication
Instructions:

QC preview: https://prod--epp.elifesciences.org/previews/100390v1
Update ticket with any problems (add blocked label)
When QC OK, add QC OK label to ticket and add publication date and time to https://docs.google.com/spreadsheets/d/1amAlKvdLcaDp5W8Z8g77NmkwbMF5n_u89ArSqPMO8jg
Move card to next column
(At end of the day post link in #enhanced-preprint and ask for PDF to be generated)

Useful links:

Preprint DOI :  https://doi.org/10.1101/2<IP_ADDRESS>8792
Confirm reviews returned by EPP: https://prod--epp.elifesciences.org/api/reviewed-preprints/100390/v1/reviews
To update the MECA path in the docmap: https://docs.google.com/spreadsheets/d/1mctCQuNFBjSn97Lihy7_vBO6z7-N-oqyLv4clyi6zHg

Step 3: Awaiting search reindex
This step adds the reviewed preprint to the homepage: https://elifesciences.org
The search reindex is triggered once an hour. We need the reviewed preprint to be indexed as the search application serves the journal homepage.
Useful links:

Jenkins pipeline to reindex search can be triggered sooner or monitored here: https://alfred.elifesciences.org/job/process/job/process-reindex-reviewed-preprints/

Step 4: Published! PDF requested
Waiting for PDF to be generated
Useful links:

PDF tracking: https://docs.google.com/spreadsheets/d/106_XeDjmuBae7gexOTNzg60lapeqjl2aRn9DzupGyS8/

Step 5: Introduce PDF to data folder and git repo
Upload PDF to relevent folder in git repo https://github.com/elifesciences/enhanced-preprints-data/
Step 6: Done!

[ ] Kettle is on!

sent WOS update to author

chased

Chased again

OK to proceed


Added Jabber version <IP_ADDRESS>563.

[x] Have you signed the Contributor License Agreement?
[x] Have you checked that there aren't other open pull requests for the same manifest update/change?

[x] Does your manifest conform to the 1.0 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

Great


Build error with map_view, flutter & gradle

I get a build error using flutter version 1.2.2 and map_view version 0.0.14.
I tried to use this code in build.gradle

classpath 'com.android.tools.build:gradle:3.2.1'
classpath 'org.jetbrains.kotlin:kotlin-gradle-plugin:1.1.2-4'
I followed all the steps here https://pub.dartlang.org/packages/map_view#-readme-tab-

I have an api-key but get the following build error

Error running Gradle: ProcessException: Process “C:UsersAlmoit PCDesktopMyAppMapflutter_app2androidgradlew.bat” exited
abnormally:
Configure project :map_view
WARNING: The specified Android SDK Build Tools version (27.0.3) is ignored, as it is below the minimum supported version (28.0.3) for Android Gradle Plugin 3.2.1.
Android SDK Build Tools 28.0.3 will be used.
To suppress this warning, remove “buildToolsVersion ‘27.0.3’” from your build.gradle file, as each version of the Android Gradle Plugin now has a default version of the build tools.
FAILURE: Build failed with an exception.
What went wrong: The Android Gradle plugin supports only Kotlin Gradle plugin version 1.2.51 and higher. Project ‘android’ is using
version 1.1.2-4.
Try: Run with –stacktrace option to get the stack trace. Run with –info or –debug option to get more log output. Run with –scan to get full insights.
Get more help at https://help.gradle.org
BUILD FAILED in 10s

 Command: D:\development\flutter\flutter_course\android\gradlew.bat app:properties
Please review your Gradle project setup in the android/ folder.

With flutter doctor, everything seems fine.
flutter doctor -v

[√] Flutter (Channel stable, v1.2.1, on Microsoft Windows [Version 10.0.17763.437], locale en-AI)
    • Flutter version 1.2.1 at C:flutter
    • Framework revision 8661d8aecd (10 weeks ago), 2019-02-14 19:19:53 -0800
    • Engine revision 3757390fa4
    • Dart version 2.1.2 (build 2.1.2-dev.0.0 0a7dcf17eb)

[√] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at C:Sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • ANDROID_HOME = C:Sdk
    • Java binary at: C:Program FilesAndroidAndroid Studiojrebinjava
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1248-b01)
    • All Android licenses accepted.

[√] Android Studio (version 3.3)
    • Android Studio at C:Program FilesAndroidAndroid Studio
    • Flutter plugin version 33.4.1
    • Dart plugin version 182.5215
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1248-b01)

[√] Connected device (1 available)
    • SPH L520 • 2d81b4cf • android-arm • Android 4.4.2 (API 19)

• No issues found!

I searched it everywhere but can't find the answer. Please help me regarding this.

I am having the exact same issue and I believe it requires downgrading the Android gradle. I have been trying to get this to work right now.


BadImageFormatException when loading C++/CLI DLLs in Core 3.1

Operating System Version: Azure virtual machine with a Windows 10 Pro, Version 1809 base
.NET Core Version: 3.1
Visual Studio Version: 16.4.3 and 16.4.4
Whenever I attempt to access a C++/CLI project (targeted for .NET Core 3.1) from a C# project, the execution will immediately crash when attempting to load the assembly.
I have managed to reproduce this error in multiple independent solutions, on multiple computers, so it does not appear to be tied to a code- or computer-specific issue on my end.
If the project is executed in Visual Studio with the debugger, the debugger itself appears crash upon reaching the method which calls the C++/CLI DLL. No information will be provided in Debug other than these lines:

The program '[13640] NET Core CLI Test.exe: Program Trace' has exited with code 0 (0x0).
The program '[13640] NET Core CLI Test.exe' has exited with code -529697949 (0xe06d7363) 'Microsoft C++ Exception'.

As a curious note, the debugger also skips over the calling method if I attempt to step into it, reporting it as "non-user code".
If executed without a debugger, more information is provided when the crash occurs:

Unhandled exception. System.BadImageFormatException: Could not load file or assembly 'Mock CLI Project, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null'. An attempt was made to load a program with an incorrect format.
File name: 'Mock CLI Project, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null'
at NET_Core_CLI_Test.Program.CallingMethod(Int32 a, Int32 b)
at NET_Core_CLI_Test.Program.Main(String[] args) in C:\Users\travis.ridge\source\repos\NET Core CLI Test\NET Core CLI Test\Program.cs:line 11

In both situations, an error will be added to the Windows event log, displaying the same basic information each time.

Faulting application name: NET Core CLI Test.exe, version: <IP_ADDRESS>, time stamp: 0x5dedc13b
Faulting module name: KERNELBASE.dll, version: 10.0.17763.914, time stamp: 0xfb6790ac
Exception code: 0xe0434352
Fault offset: 0x0000000000039159
Faulting process id: 0x31e0
Faulting application start time: 0x01d5d8549d80476e
Faulting application path: C:\Users\travis.ridge\source\repos\NET Core CLI Test\NET Core CLI Test\bin\x64\Debug\netcoreapp3.1\NET Core CLI Test.exe
Faulting module path: C:\windows\System32\KERNELBASE.dll
Report Id: 575a2b9a-1f69-4d48-8d07-ac8dfe6917d4
Faulting package full name:
Faulting package-relative application ID:

Below I've included the code example from a minimal solution in Visual Studio with which I am able to consistently reproduce this issue.
Example C# script. The program crashes when CallingMethod() is invoked.
using CLI;

namespace NET_Core_CLI_Test
{
    class Program
    {
        static void Main(string[] args)
        {
            int a = 2;
            int b = 2;
            int sum = CallingMethod(a, b); //Crash occurs when executing this line
        }

        static int CallingMethod(int a, int b)
        {
            //Execution never reaches here
            MockWrapper wrapper = new MockWrapper();
            return wrapper.Add(a, b);
        }
    }
}

The ModelWrapper.cpp class:
#pragma once
#include "pch.h"
#include "MockWrapper.h"

#include <exception>

using namespace System;
using namespace System::Runtime::InteropServices;

namespace CLI {
	MockWrapper::MockWrapper() {

	}

	int MockWrapper::Add(int a, int b) {
		return a + b;
	}
}

I can provide further information upon request.

@jeffschwMSFT


[Event Change] TAB 383 in Function InsertDtldCVLedgEntry

Hey,
please have a look at
https://github.com/microsoft/ALAppExtensions/issues/5989
Many thanks for adding parameter in BC15 and BC16.
But ... We need parameter also in BC14, when will it be available?
Thanks in Advance
Andrea

Hi @AndreaRux . We add events via github requests only for the latest prod version. If you really need the event to be downgraded to 14.x version due to customer extension development or other issues please reach out the product support channel in order to log your request as a hotfix. Then it will be implemented in required version.
I suggest to close current issue. Any objections from your side @AndreaRux ?

no


"compatibility" attribute question

Can the compatibility attribute be present in the model w/o the server performing the compat checks?
Meaning, perhaps the client just wishes to advertise that things are "backward compatible" because they do it themselves, but the xreg server itself doesn't.
This might be helpful for cases where the server doesn't support the specific compat mode or schema format

12/17:

agreed but add a capability to people know whether the server will enforce it or not


What is behavior of K.dot?

in line:
https://github.com/danielegrattarola/keras-gat/blob/master/keras_gat/graph_attention_layer.py#L100
the shape of combination_slices is (N,N,2F') and the shape of attention_kernel is (2F', 1) .
So traditional matrix multiplication can't multiply that. What is the result of this line?

traditional matrix multiplication can't multiply that

Why not? N x N x 2F' x 2F' x 1 = N x N x 1.
The squeeze then removes that 1-dimension and leaves you with N x N.
I spotted a typo in the comments:
dense = K.squeeze(K.dot(combination_slices, attention_kernel), -1) # a(Wh_i, Wh_j) in the paper (N x N x 1)

is supposed to be
dense = K.squeeze(K.dot(combination_slices, attention_kernel), -1) # a(Wh_i, Wh_j) in the paper (N x N)

Cheers

@danielegrattarola I am sorry I didn't express my question clearly. My concern is that I am using chainer  framework to re-implement part of your code, because chainer  supply a traditional fully connected(FC) layer, Can I re-implement this  attention_kernel using a FC layer?? Because your combination_slices shape = (N,N,2F'), so I reshape combination_slices  to (N^2, 2F), where N^2 became batch dimension.
Then a traditional fc layer will convert 2F' to 1 dimension, along mini-batch of N^2. Does this way correct of re-produce your function?

I mean do fc layer calculate the correct result answer of exactly what you do?

If I understood you correctly, then yes.
The attention_kernel is just a matrix of shape (2F', 1), if you used a FC layer that took 2F'-dimensional inputs and returned scalars, then you layer would internally store a matrix of the same size and multiply it by the input.
Hope this helps.

Because attention_kernel  is just size of (2F', 1), Imaging there is big graph where exists a lot of nodes. The attention FC layer just has (2F', 1) weight parameters,  can it have enough capability to deal with so big graph?  Does original paper's code did exactly what you do in this attention part?

I haven't checked the original code in depth, but that's how it's done in the paper and that's the only logical way to do it. Matrix algebra doesn't leave you with many slack to change things up.
To anser your question, yes, 2F' weights are enough to generalize :)


Update release-process.md

Move ownership of running loadtests from dev ops to performance team. Asking release manager's help to confirm this from the performance team, currently joram, christopher, jesse, jason
Move marketing reviews one step earlier, so Ian gets to review the blog 6 working days before the final rather than 2. I think he proposed earlier to review it one week beforehand, but having a T-5 for that item alone isn't necessary.

^feedback welcome on the above @amyblais. First one came up during ABC sprint planning

I made the updates for 2) simpler


Patched()Fix Protobuf Java vulnerable to Uncontrolled Resource Consumption

Changes:
Affected of this apache-spark are vulnerable to Denial of Service (DoS) when providing inputs containing multiple instances of non-repeated embedded messages, with repeated or unknown fields. The vulnerability exists due to a parsing issue in the Message-Type Extensions. Exploiting this vulnerability causes objects to be converted back and forth between mutable and immutable forms, resulting in potentially long garbage collection pauses.
          input.readGroup(field.getNumber(), builder.getFieldBuilder(field), extensionRegistry);
          return;
      if (defaultInstance != null) {
        subBuilder = defaultInstance.newBuilderForType();
      } else {
        subBuilder = builder.newBuilderForField(field);
    const char* name = upb_EnumValueDef_Name(ev);
      String name = value.getName();
      if (Character.isUpperCase(name.codePointAt(0))) {

Operational Impact
CWE-400
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Can one of the admins verify this patch?

Hi! @everyone @apache any update is last week's ago for waited fixed. could you merged this pull-request as fixed/patched.
Kind regards,

Hold up a sec. First please read https://spark.apache.org/contributing.html
Where does this actually affect Spark?
You have only updated a protobuf depenency in the Kinesis integration


Typescript rewrite

Rewrite in Typescript, and make use of pkg to produce standalone executables.
Approach:

[x] find latest cache file in ~/.aws/sso/cache/*.json

[x] ignore files without an `"accessToken" key
[x] sort by "expiresAt" key (ISO datetime)

[x] if none, shell out and run aws sso login, re-find latest cache file
[x] determine the expiry date, if expired, run aws sso login, re-find latest cache file

[x] compare "expiresAt" key (ISO datetime) with current

[x] retrieve the access token and region from the cache file

[x] "accessToken" (string) and "region" (string)

[x] retrieve the role name and account id from ~/.aws/config

[x] parse as .ini file, (maybe try to use the SDK?) from default section, sso_role_name and sso_account_id

[x] run aws sso get-role-credentials and gather the output
[x] write the output of of that into ~/.aws/credentials, in the right shape

[x] "roleCredentials" has keys "accessKeyId", "secretAccessKey", "sessionToken"
[x] write to aws_access_key_id, aws_secret_access_key, aws_session_token (and aws_security_token in [default]

[x] write at least one test

@winjer I think this is now essentially equivalent to the go version (except it runs aws sso login if needed).
I've been wondering whether, rather than blatting ~/.aws/credentials, we should write the credentials somewhere else, and make use of https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-sourcing-external.html. But I think that's something to ponder in the future.


Suggest pip instead of easy_install in Readme instructions

The Jinja2 tip is installable via easy_install with easy_install Jinja2==dev.

I vote we change this to recommending pip instead of easy_install, especially now that pip comes bundled with Python.

strong :+1:, easy_install is awful

What do you think about also tidying up the instructions here?
http://jinja.pocoo.org/docs/dev/intro/#as-a-python-egg-via-easy-install
I think it's waayyyy too verbose. I think we should just say pip install jinja2 and leave it at that... No need for the instructions on installing from tarball or development version. Anyone who needs to compile from source for some reason will already know how to do it (or google "compile python package from source").
The one part I'm not sure of is the note about the C extensions being compiled if you install via distribute. I'm not familiar enough with python packaging... Do the more recent versions of Pip handle that?

I'm pretty sure pip install compiles extensions. But it should be pretty easy to test it yorself ;)


Code for quantization part

Does this set of code not include the code of quantization part and the code of full connection layer binarization?

Also not including the FC binarization part =)


Cross-Compilation: State of the union for x86_64-linux binaries on darwin

Issue description
During the last two community of practice meetups of the Munich NixOS group, @lo1tuma, me & @globin analyzed the state of the union of cross-compilation for x86_64-linux binaries on a darwin host machine. The main driver behind the analysis is to use cross-compilation with dockerTools.buildImage.
Management summary:

It is currently not yet possible to cross-compile binaries for the target platform x86_64-linux on a x86_64-darwin host platform.
The main issue is that cross compilation depends on a host libc and in particular on darwin's Libsystem headers and dylibs modulo rpath-modifications with any nix-store dependencies.
We explored three approaches:

Used darwin.xcode as codified in nixpkgs. Currently not possible due to nix issue #619.
Used darwin.usr-include is missing dylibs.
Extracted the Libsystem boostrap stage from stdenv.darwin into an additional package darwin.libsystem-inpure. Results in a mass rebuild if we add this to the buildInputs of cc-wrapper. More testing needs to finalize this approach.

Solution proposals in order of favor:

Extract Libsystem from stdenv.darwin as an additional package for gccCrossStageStatic.
Merge fix for #619 and use the older MacOSX SDK 10.9's Libsystem.

Further improvements for cross-compilation:

More precise documentation of the crossSystem attribute set, e.g. libc is a disturbing field name because it is used for the libc of the host and not of the target system.
Provide documentation or example code on how to automate all the isXXXX-fields in the crossSystem attribute set.

Steps to reproduce

Define crossSystem for your nix-build's default.nix:

let
  targetSystem = rec {
    config = "x86_64-linux-gnu";
    arch = "x86_64";
    withTLS = true;
    libc = "libSystem"; # This is the libc of your hostsystem
    platform = (with buildPkgs.lib.systems.platforms; pc64 // { kernelMajor = "2.6"; });
    openssl.system = "linux-generic64";
    isDarwin = false;
    isWindows = false;
    isCygwin = false;
    isLinux = true;
  };

  buildPkgs = import ../nixpkgs {};

  targetPkgs = import ../nixpkgs {
    crossSystem = targetSystem;
  };
in
targetPkgs.hello

Building your package, follows the dependency graph inside stdenv.cross:

[BuildPackages]                            [TargetPackages]
stdenv.cross ----> gccCrossStageFinal ---> hello
                   |
                   |
                   |
                   ---> libcCross ---> gccCrossStageStatic --> crossSystem.libc e.g. Libsystem

Example code for Libsystem
{stdenv
, localSystem
, bootstrapFiles ? let
  fetch = { file, sha256, executable ? true }: import <nix/fetchurl.nix> {
    url = "http://tarballs.nixos.org/stdenv-darwin/x86_64/c4effbe806be9a0a3727fdbbc9a5e28149347532/${file}";
    inherit (localSystem) system;
    inherit sha256 executable;
  }; in {
    sh      = fetch { file = "sh";    sha256 = "1b9r3dksj907bpxp589yhc4217cas73vni8sng4r57f04ydjcinr"; };
    bzip2   = fetch { file = "bzip2"; sha256 = "1wm28jgap4cbr8hf4ambg6h9flr2b4mcbh7fw20i0l51v6n8igky"; };
    mkdir   = fetch { file = "mkdir"; sha256 = "0jc32mzx2whhx2xh70grvvgz4jj26118p9yxmhjqcysagc0k7y66"; };
    cpio    = fetch { file = "cpio";  sha256 = "0x5dcczkzn0g8yb4pah449jmgy3nmpzrqy4s480grcx05b6v6hkp"; };
    tarball = fetch { file = "bootstrap-tools.cpio.bz2"; sha256 = "0ifdc8bwxdhmpbhx2vd3lwjg71gqm6pi5mfm0fkcsbqavl8hd8hz"; executable = false; };
  }
}:

let
  inherit (localSystem) system;

    libSystemProfile = ''
    (import "${../../../stdenv/darwin/standard-sandbox.sb}")
  '';

  binShClosure = ''
    (allow file-read* (literal "/usr/lib/libncurses.5.4.dylib"))
  '';

  bootstrapTools = derivation rec {
    inherit system;

    name    = "bootstrap-tools";
    builder = bootstrapFiles.sh; # Not a filename! Attribute 'sh' on bootstrapFiles
    args    = [ ../../../stdenv/darwin/unpack-bootstrap-tools.sh ];

    inherit (bootstrapFiles) mkdir bzip2 cpio tarball;

    __sandboxProfile = binShClosure + libSystemProfile;
  };

in stdenv.mkDerivation {
  name = "libsystem-impure";

  buildCommand = ''
    mkdir -p $out
    ln -s ${bootstrapTools}/lib $out/lib
    ln -s ${bootstrapTools}/include-Libsystem $out/include
  '';
}

and use in all-packages.nix:
libsystem-impure = callPackage ../os-specific/darwin/libsystem-impure {
      localSystem = buildPlatform;
} ;

replace all darwin.xcode occurrences with darwin.libsystem-impure in all-packages.nix.
Technical details

System: macOS 10.12.6
Nix version: nix-env (Nix) 1.11.13
Nixpkgs version: 17.09pre-git
Sandboxing enabled: -

cc @Ericson2314 & @fpletz

I think the attributes are correct just being used incorrectly. This should be much easier to fix. On commute + phone now, but can discuss soon.

I also don't understand the darwin.xcode stuff, which isn't really used very much at all.

Yes, I am trying to solve the dockerTools problem for my team. So far I have got HyperKit working within Nix and have a script to configure it as a remote builder. You can find my work here:
https://github.com/puffnfresh/nixpkgs/tree/feature/hyperkit-builder
I would like to try a few different things:

Write a better wrapper around starting the remote builder container, at the moment you have to know/care about disk size and DHCP
VPNKit might be useful
I'd like to get /nix/store via a 9P mount (I have a version of Diod which can do 9P on Darwin) then combine that with OverlayFS

Then I'd like to think about turning the remote builder into a:

Build substituter
Backend for runInLinuxVM

I'm confident that HyperKit is the appropriate tool for producing x86_64-linux on x86_64-darwin.

This is about cross-compiling linux binaries on darwin, not about running them.

@copumpkin
darwin.xcode is afaik a bridge to provide a libsystem for packages like gccCrossStageStatic, which are built by apple. I suppose because nobody except apple can built the libsystem from source.
@puffnfresh
Thx for the link to your HyperKit work. I'll take a look on it. However, can you elaborate why cross-building linux binaries on darwin with the nixpkgs.stdenv.cross means is (not) enough for producing linux binaries for docker images?

@periklis dockerTools has stuff around building root layers, which use runInLinuxVM. It should hopefully be possible if you don't use the root layer building.

@puffnfresh i had a look on your hyperkit branches and it is indeed a very interesting approach to run a vm as nix-builder machine through xhyve. This approach makes cross-compilation totally obsolete, but constrains the handling of total resources to build, doesn't it?
Did you collect any cross-compilation experience in the first place and then switched to the hyper-kit approach? ooo(i saw a stale cross-compilation on your repo)

@globin but my point is that if you're building Docker images with the current codebase for doing that, you're also running Linux binaries to produce the images. And once you're running Linux binaries, you can build Linux binaries more easily

@copumpkin That is only the case when you build an image with using runAsRoot or am I missing something?

Oh, you might be right. I haven't looked at the docker builder in a long time. I'd love it if we could build those images with no VM involvement!

The following example builds successfully on macOS:
{ pkgs ? import <nixpkgs> {} }:

let
  inherit (pkgs) dockerTools;
in
  dockerTools.buildImage {
    name = "hello";
    tag = "latest";
    config = {
      Cmd = [ "${pkgs.hello}/bin/hello" ];
    };
  }

I can even load the image via docker load < ./result, but I can’t run it because the hello binary in the image is an macOS binary.

@lo1tuma oh, I see. So in that case just doing the following:
{ pkgs ? import <nixpkgs> {} }:

let
  inherit (pkgs) dockerTools;
  linuxPkgs = import <nixpkgs> { system = "x86_64-linux"; }
in
  dockerTools.buildImage {
    name = "hello";
    tag = "latest";
    config = {
      Cmd = [ "${linuxPkgs.hello}/bin/hello" ];
    };
  }

Should be fine if binaries are available in the cache. And with @puffnfresh's builder, it should build them seamlessly in the background Linux VM similarly to how Docker for Mac works. Cross compilation would also be nice but feels like a much gnarlier problem.
Unfortunately, the above snippet does not work on my Nix on macOS because it claims that Docker is unsupported on Darwin. Did you do something special to make our docker package work on macOS there?

The dockerTools don't depend on docker AFAIK

@LnL7 I just tried evaluating the snippet in my post above and it complained that docker was unsupported. Not sure what depends on it:
error: Package ‘docker-17.06.0-ce’ in /nix/store/zdzvl6fk60cw4izxfakhxiz17aipxfd1-nixpkgs-17.09pre111456.d4ef5ac0e9/nixpkgs/pkgs/applications/virtualization/docker/default.nix:165 is not supported on ‘x86_64-darwin’, refusing to evaluate.

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowBroken = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowBroken = true; }
to ~/.config/nixpkgs/config.nix.

(use ‘--show-trace’ to show detailed location information)

Must have changed recently then.

dockerTools switched to using Docker to pull images recently. There were problems around image URLs.

Alternative approach by @puffnfresh: #29628

@LnL7 and I started working on linux->Darwin cross compilation.

You mean building Darwin on Linux or building Linux on Darwin?

@Ericson2314 Great news! My intention was only to cross-reference to @puffnfresh approach.

@Ericson2314 do you have a jobset for the linux->darwin cc to watch?

Oh sorry meant Darwin->Linux. No jobset just yet, but https://github.com/Ericson2314/nixpkgs/tree/darwin-to-linux is a branch

@Ericson2314 Starting with https://github.com/Ericson2314/nixpkgs/commit/d8243d3befbe5b33749b39eb48442dfa227242a2?

I need? All those branches will end up being rebased, but that's the order.

And yes with a special substituter, the @puffnfresh approach and mine could dovetail nicely

@Ericson2314 Is the "special" substituter inevitable for macOS cross stuff? I'd like to be able to do cross compile stuff on macOS but everything seems to lead to @puffnfresh's Linux VM route. That can probably work but seems a little bit like cheating. Ideally macOS stuff shouldn't matter for cross compiling.

@matthewbauer The special substituter stuff is only necessary to use a native cache for cross builds. Cross compilation from macOS with GCC should already work (see https://github.com/input-output-hk/nix-hs-hello-windows for example). Cross compilation with LLVM depends on https://github.com/NixOS/nixpkgs/issues/36867

@Ericson2314 Actually there was an experimental branch of yours obsidiansystems/darwin-to-linux from last Nixcon, which was fruitful thought on the missing parts for darwin-to-linux cross-compilation, but i can't find it anymore.

@periklis These are my changes based on John's branch darwin-to-linux. I got stuck with the kernel build because of case sensitivity issues, etc.


Writing million in currency

Style guide says to write "£6.5 million"
On Voicover iOS and Mac this reads as "6 pounds and fifty pence million"
Removing the space fixes this on the above but goes against the style guide.

The FT has now updated it's style to use "mn" for million instead of "m"

We've made a small but significant change to our abbreviation of millions: it's now ‘mn’ instead of ‘m’. This benefits those who use screen readers, which misreads the ‘m’ as metres

https://twitter.com/FinancialTimes/status/1489637761598566402


Use JsonProperty for non-attribute members in XML models

This fixes a regression related to headers serialization. When you use @JacksonXmlProperty, the attribute values are ignored for JSON serialization, but when you use @JsonProperty, the attribute values are also used for XML serialization.
Since we do JSON serialization internally to translate to Headers classes, we weren't serializing using the correct header names, and we would always produce a Headers object with null for every property.
This fix was only tested manually against a Blob Service Swagger because it's been requested that this fix be deployed ASAP.

🤖 AutoRest automatic feature coverage report 🤖
feature set version 2.3.14
❌ General: 92%
40 out of 522 features are not covered by tests
ConstantsInBody, ConstantsInPath, FileStreamVeryLarge, FormdataStreamUploadFile, HttpRedirect300Get, HttpRedirect300Head, HttpRedirect301Get, HttpRedirect301Put, HttpRedirect302Get, HttpRedirect302Head, HttpRedirect302Patch, HttpRedirect303Post, HttpRedirect307Delete, HttpRedirect307Get, HttpRedirect307Head, HttpRedirect307Patch, HttpRedirect307Post, HttpRedirect307Put, ResponsesScenarioC200MatchingModel, ResponsesScenarioC201MatchingModel, ResponsesScenarioC404MatchingModel, StreamUploadFile, UrlPathsArrayCSVInPath, UrlQueriesArrayMultiEmpty, UrlQueriesArrayMultiNull, UrlQueriesArrayMultiValid, allowedValueEnum, expectedEnum, getByteEmpty, getByteInvalid, getComplexPolymorphismComplicated, getEnumReferenced, getEnumReferencedConstant, getStringMultiByteCharacters, putComplexPolymorphismComplicated, putEnumReferenced, putEnumReferencedConstant, putStringMultiByteCharacters, roundTripEnum, unexpectedEnum
❌ Azure: 88%
14 out of 118 features are not covered by tests
AzureMethodQueryUrlEncoding, AzureODataFilter, AzurePathQueryUrlEncoding, AzureRequestClientIdInError, AzureSwaggerQueryUrlEncoding, AzureXmsCustomNamedRequestId, AzureXmsCustomNamedRequestIdParameterGroup, AzureXmsRequestClientIdNull, CustomHeaderPostAsyncSucceded, CustomHeaderPostSucceeded, CustomHeaderPutAsyncSucceded, CustomHeaderPutSucceeded, LRONonRetryPut201Creating400InvalidJson, PagingOdataMultiple

🤖 AutoRest automatic feature coverage report 🤖
feature set version 2.3.14
❌ General: 92%
40 out of 522 features are not covered by tests
ConstantsInBody, ConstantsInPath, FileStreamVeryLarge, FormdataStreamUploadFile, HttpRedirect300Get, HttpRedirect300Head, HttpRedirect301Get, HttpRedirect301Put, HttpRedirect302Get, HttpRedirect302Head, HttpRedirect302Patch, HttpRedirect303Post, HttpRedirect307Delete, HttpRedirect307Get, HttpRedirect307Head, HttpRedirect307Patch, HttpRedirect307Post, HttpRedirect307Put, ResponsesScenarioC200MatchingModel, ResponsesScenarioC201MatchingModel, ResponsesScenarioC404MatchingModel, StreamUploadFile, UrlPathsArrayCSVInPath, UrlQueriesArrayMultiEmpty, UrlQueriesArrayMultiNull, UrlQueriesArrayMultiValid, allowedValueEnum, expectedEnum, getByteEmpty, getByteInvalid, getComplexPolymorphismComplicated, getEnumReferenced, getEnumReferencedConstant, getStringMultiByteCharacters, putComplexPolymorphismComplicated, putEnumReferenced, putEnumReferencedConstant, putStringMultiByteCharacters, roundTripEnum, unexpectedEnum
❌ Azure: 88%
14 out of 118 features are not covered by tests
AzureMethodQueryUrlEncoding, AzureODataFilter, AzurePathQueryUrlEncoding, AzureRequestClientIdInError, AzureSwaggerQueryUrlEncoding, AzureXmsCustomNamedRequestId, AzureXmsCustomNamedRequestIdParameterGroup, AzureXmsRequestClientIdNull, CustomHeaderPostAsyncSucceded, CustomHeaderPostSucceeded, CustomHeaderPutAsyncSucceded, CustomHeaderPutSucceeded, LRONonRetryPut201Creating400InvalidJson, PagingOdataMultiple


Document how to set up a non-cluster-admin role & rolebinding for Ark users

Consider kubectl create role/rolebinding and/or raw yaml
kubectl -n heptio-ark create role ark --verb='*' --resource='backups.ark.heptio.com,restores.ark.heptio.com,schedules.ark.heptio.com,config.ark.heptio.com'

kubectl -n heptio-ark create rolebinding --role=ark --user=YOUR_USER_HERE

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: Role
metadata:
  namespace: heptio-ark
  name: ark
  labels:
    component: ark
rules:
  - apiGroups:
      - ark.heptio.com
    verbs:
      - "*"
    resources:
      - "*"

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: RoleBinding
metadata:
  name: ark
subjects:
  - kind: User
    name: YOUR_USER_HERE
roleRef:
  kind: Role
  name: ark
  apiGroup: rbac.authorization.k8s.io

wondering if this issue is still relevant?

@gleeco it depends on whether or not you want to run Ark as cluster-admin or as a lesser-privileged user/serviceaccount. We recommend running as cluster-admin as that allows Ark to be able to back up and restore anything in the cluster, from any namespace. But we also recognize that that gives Ark broad powers, and you may decide it's too broad. That's what this issue is for.

This seems timely -- we've been documenting elsewhere the advantages of namespace-specific backups/restores, and this should be a part of that story.

@ncdc question: Does Ark need all verbs? Access to all resources? Would it be useful to provide a more fine-grained example, or is such not relevant? IOW, can you effectively limit only per namespace, not per actions on resources? (Sigh must recollect/relearn more about Ark ...)

@Bradamant3 we'll need to review the backup and restore code to provide a detailed breakdown of which verbs are used, and when.
For rbac in general, you can limit by namespace and action and resource (e.g. in namespace foo, I can create widgets).
If we do document a non cluster-admin configuration, where Ark only has access to a single namespace, note Ark will be unable to snapshot/restore PVs (these are cluster-scoped).

We can keep the docs general about verbs and resources for now, too. But yeah, I'm aware of the general rbac rules pattern, that's why I asked. Thanks for the reminder about PV limitations.

Closed by #1023


Run I/O tests in CI #146

Fixes #146
Ready for review.

v1
@chao1995 submitted v1 for review.

[v1 1/1] Travis: run system tests

(:books: Archive)

Checkout this PR version locally
git fetch https://github.com/se-edu/addressbook-level2.git refs/pr/189/1/head:BRANCHNAME

where BRANCHNAME is the name of the local branch you want to fetch this PR to.

The PR title should be "Run I/O tests in CI #146".

@m133225 can have a look too?
@chao1995 what is the possibility of running tests on AppVeyor as well? I/O tests are particularly vulnerable to OS quirks. Can be a separate PR.

what is the possibility of running tests on AppVeyor as well?

It should be easy to set up. similar to runtest.sh, we have a runtest.bat.

v2
@chao1995 submitted v2 for review.

[v2 1/1] Travis: run I/O tests

(:books: Archive) (:chart_with_upwards_trend: Interdiff between v1 and v2)

Checkout this PR version locally
git fetch https://github.com/se-edu/addressbook-level2.git refs/pr/189/2/head:BRANCHNAME

where BRANCHNAME is the name of the local branch you want to fetch this PR to.

v3
@chao1995 submitted v3 for review.

[v3 1/1] Travis: run I/O tests

(:books: Archive) (:chart_with_upwards_trend: Interdiff between v2 and v3)

Checkout this PR version locally
git fetch https://github.com/se-edu/addressbook-level2.git refs/pr/189/3/head:BRANCHNAME

where BRANCHNAME is the name of the local branch you want to fetch this PR to.

v3
Simplifie cd in and out of test folder by utilise shell script's ( operator, which executes the commands in a subshell.

v3
Simplify cd in and out of test folder by utilise shell script's ( operator, which executes the commands in a subshell.

v3
Simplify cd in and out of test folder by utilising shell script's ( operator, which executes the commands in a subshell.

v4
@chao1995 submitted v4 for review.

[v4 1/1] Travis: run I/O tests

(:books: Archive) (:chart_with_upwards_trend: Interdiff between v3 and v4)

Checkout this PR version locally
git fetch https://github.com/se-edu/addressbook-level2.git refs/pr/189/4/head:BRANCHNAME

where BRANCHNAME is the name of the local branch you want to fetch this PR to.


Menu node test

Fatal error: Trait method getType has not been applied, because there are collisions with other trait methods on TunaCMS\Bundle\NodeBundle\Tests\Model\DummyMenuNode in /home/travis/build/Tuna-CMS/tuna-bundle/src/Tuna/Bundle/NodeBundle/Tests/Model/DummyMenuNode.php on line 13 na travisie


az vm list - option to get vms by status "running / deallocated / stopped"

Description
This would be more like a feature request, or at least so far I have not seen a way to do this. Basically it would be nice to be able to query VM's by its status and then doing actions on them, for instance, a common example would be, query all running VM's on a given resource group and stop/deallocate them all.

Environment summary
Install Method: How did you install the CLI? (e.g. pip, interactive script, apt-get, Docker, MSI, nightly)
Answer here: using cli on OSX with docker as well as the portal built-in CLI
CLI Version: What version of the CLI and modules are installed? (Use az --version)
Answer here:
zure-cli (2.0.10)
acr (2.0.8)
acs (2.0.10)
appservice (0.1.10)
batch (3.0.3)
billing (0.1.3)
cdn (0.0.6)
cloud (2.0.6)
cognitiveservices (0.1.6)
command-modules-nspkg (2.0.1)
component (2.0.6)
configure (2.0.10)
consumption (0.1.3)
container (0.1.5b2+dev)
core (2.0.11+dev)
cosmosdb (0.1.10)
dla (0.0.10)
dls (0.0.10)
feedback (2.0.6)
find (0.2.6)
interactive (0.3.6)
iot (0.1.9)
keyvault (2.0.8)
lab (0.0.8)
monitor (0.0.8)
network (2.0.10)
nspkg (3.0.1)
profile (2.0.8)
rdbms (0.0.5)
redis (0.2.7)
resource (2.0.10)
role (2.0.8)
sf (1.0.5)
sql (2.0.7)
storage (2.0.10)
vm (2.0.10)
Python (Linux) 3.5.2 (default, Nov 17 2016, 17:05:23)
[GCC 5.4.0 20160609]
Python location '/usr/bin/python'
OS Version: What OS and version are you using?
Answer here: OSX 10.12 / Azure Portal
Shell Type: What shell are you using? (e.g. bash, cmd.exe, Bash on Windows)
Answer here: bash

you can use vm list -d


Fix hillas width 0, fixes #772

By rounding values very close to zero to exact zero, nan values are avoided.
These happend due to floating point imprecisions resulting in covariances like -8.47032947e-22,
and then sqrt returns nan.

Ah, dam. It only build the second commit on travis. I wanted to show that the first one fails and the fix makes it pass.

Fixes  #772

Sorry @kosack, one more time. We do indeed want to test for exact equality here and I also fixed the random seed.

Hi @MaxNoe
Is event weighting handled correctly when width=0 ?

Hi @MaxNoe
Is event weighting handled correctly when width=0 ?

I think the hillas reconstructor raises if any telescope events have width=0 since https://github.com/cta-observatory/ctapipe/pull/994

Hi @MaxNoe
Is event weighting handled correctly when width=0 ?

I think the hillas reconstructor raises if any telescope events have width=0 since #994

Indeed.
Looks good to me then.


Update Harbor Version in Helm Registry

We use the Harbor Helm Chart from the Rancher Helm Registry. But it is a very old Version available: Installed Harbor version v1.10.2
Newest Harbor Chart is: v2.2.2
Is there a easy way to switch to newest version without loosing the data/configs?
Best regards,
Marcel

Useful
Info

Versions
Rancher v2.5.8 UI: v2.5.8

Route
undefined

Hi. I am closing this issue since this looks like a good candidate for our users Slack, and I do not want it to get lost. Please ask there, we would love to help!


Write script for launching 100 node cluster with 1000 functions: show smart load balancing works and collect stats

Stats being response times, etc.

sweet, where should the 100 node cluster be launched?

We need load balancer before we can do this, i'll move this to beta 2.


Fix parquet columns argument in streaming mode

It was failing when there's a DatasetInfo with non-None info.features from the YAML (therefore containing columns that should be ignored)
Fix https://github.com/huggingface/datasets/issues/6293

CI errors are unrelated or due to flaky tests


bump dependencies, add timestamp to params, include appleId

Merged those PRs into one, if anyone wants to use it whilst it get merged

@pewiher please merge this!

thanks for the pr, will be in the new version


Unable to get primary output

thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Error(PrimaryScreenInfoError(147), State { next_error: None, backtrace: None })', /checkout/src/libcore/result.rs:906:4 note: Run with `RUST_BACKTRACE=1` for a backtrace.
This happens on some broken i3 machine. It fails at randr::get_output_info. Fails at getting the primary screen info with no output set. Works when output is set manually.

I think this is more a problem on the user's side

Much good, very issue.

It might be. But I'm just gonna keep it so others have a cenralized place to complain.

This issue was recreated on a different system. It seems to be something that multiple systems have issues with.

This will probaby be resolved with #26


[BUG] Improve template search functionality

When searching templates in ARCitect, the search results are sometimes suboptimal.
OS and framework information:

OS: Ubuntu 22.04
ARCitect version: v0.0.40

Describe the bug
Example:

Searching by template name;

There are multiple templates in the primary list titled ENA -  XXXX
Typing ENA in search bar turns up 0 results
Typing ENA - in search bar now turns up just one of the results

Screenshots example 1, template search
For several templates named ENA - ... we see there are several in the llist of templates:

However when we enter ENA in the search box we get no results:

And when we type ENA -  in the search bar we get one of them as a result:

Hey! Could you pls open two issues for this? As the two problems you describe are not related to each other. Feel free to keep this one for Template search and open another one for term search.

done :+1:

The reason behind this behavior is our search algorithm. We use sorensen dice on string bigrams. A lot of fancy words for "we look for similiarity and the more similiar the two strings we compare the higher the score", and to filter out unfit results we apply a threshold. In your example "ENA - " has actually more similiarity to SRA - Sequencing than to the longer ENA names. For example in "ENA - Gene promoter annotated sequence", we have ~30 missmatch characters. In "SRA - Sequencing" we have only 11 missmatch characters. This very flexible calculation allows for semi-similiar result search. To avoid your described issues we know adjust the score as follows:

Increase score drastically if it starts with query (+0.5)
Increase score if contains query (+0.3)

[!NOTE]
Threshold is 0.3


[MB-14533] capture updates to customer information

Jira ticket for this change
Summary
Two bugs are being handled in this PR. The first is surrounding customer name updates by service counselor not being captured. That was due to a missing template which has now been added. The second was a similar bug; but for the backup contact. Which was resolved by adding a wildcard event name to the pre-existing template updateServiceMemberBackupContact since the only difference in the code would be the event name.
Setup to Run Your Code

💻 You will need to use three separate terminals to test this locally.
Terminal 1
Start the UI locally.
make client_run

Terminal 2
Start the Go server locally.
make server_run

Additional steps

Login as a services counselor
Find a move (I used 8B63JG)
On move details page, scroll down and click "Edit customer info"
Update a field for the customer name
update a filed for the backup contact
Click "Save"

Verification Steps for Author
These are to be checked by the author.

[x] Have the Jira acceptance criteria been met for this change?

Verification Steps for Reviewers
These are to be checked by a reviewer.

Frontend

[ ] User facing changes have been reviewed by design.
[ ] There are no aXe warnings for UI.
[ ] This works in Supported Browsers and their phone views (Chrome, Firefox, IE, Edge).
[ ] There are no new console errors in the browser devtools
[ ] There are no new console errors in the test output
[ ] If this PR adds a new component to Storybook, it ensures the component is fully responsive, OR if it is intentionally not, a wrapping div using the officeApp class or custom min-width styling is used to hide any states the would not be visible to the user.

Screenshots
Updating Customer Name Before:

Updating Customer Name After 🎉 :

Updating Backup Contact Before:

Updating Backup Contact After 🎉 :

Messages

:book:
:link: MB-14533

  Generated by :no_entry_sign: dangerJS against f8f3881a99914746482e24e304250b0fcf543bcf


Error: File "instaRaider.py", line 21, in

This happened:
human@afterall:~$ python ~/InstaRaider/instaRaider.py example ~/Pictures/example
Traceback (most recent call last):
File "/home/human/InstaRaider/instaRaider.py", line 21, in
from urllib3.exceptions import InsecurePlatformWarning
ImportError: cannot import name InsecurePlatformWarning

Sorry I'm just getting to this now. Have you figured it out? I can't help without more info, but it looks like it's you just need to try reinstalling the urllib3 module (pip install urllib3).

I encountered this same issue on latest ubuntu. The problem was that the platform installed version of the urllib3 and requests modules were out of date by about 3 major versions. To fix the problem I had to remove the platform installed versions of those files:
sudo apt-get remove python-urllib3
sudo apt-get remove python-requests

Then use pip to install the updated versions:
sudo pip install urllib3 --upgrade
sudo pip install requests --upgrade

@error454 Thanks for the info. You should try that @otrapersona


net.peer.ip and net.peer.host are incorrect

Both fields are just what the server is listening on, not what the client connects to. Need to find a better way of discovering this information.

I'm having some issues with these functions as well, because they're actually nullable (different from what's declared). I was preparing a PR to make them nullable like in PG docs, but it occurred to me reading this issue that maybe it'd make sense to remove the fields altogether for now. What do you prefer? Any of this make sense?


helm: Make helm-source-header a colored bar

An improvement on 6946f220ce581243d0aa9ee892e772f44425e14a

Please provide before and after screenshots.

I should mention this change brings things more inline with what a helm-source-header normally looks like, delineating parts of the helm buffer.

The same change in other themes in case that's useful to see. I tried in a few other themes as well before settling on the blended use of the constants color.

I understand the readability argument, but I'm not a fan of the change. I chose the original color because I didn't like how helm looked. At the very least, I don't think I want this change for doom-one.
I'll visit some of the other themes and see which ones it suits and revisit this when I get home later today.

Hey @hlissner!
I have another approach that uses variants of one color rather than additional colors for distinguishing the helm-source-header and helm-selection. I've been using it for a few weeks and it works well for elements standing out.
The changed faces:
  '(helm-selection
    (&all :inherit 'bold :extend t :distant-foreground highlight)
    (&dark :background (doom-lighten (doom-darken selection 0.5) 0.1))
    (&light :background (doom-blend bg selection 0.7)))
  '(helm-source-header
    (&all :foreground selection :inverse-video t :weight 'bold)
    (&dark :background base8)
    (&light :background base0))

Some screenshots:

I've also tried with these two styles swapped—brighter background for helm-selection and more muted for helm-source-header—but it didn't work as nicely across all themes. There's too much of a color similarity between selection if used directly in helm-selection and highlight used for helm-match, you can see the legibility impact of this in the "before" screenshots.
More tasteful?

Obviously this automated action is to clear out issues that were resolved elsewhere, and ones that aren't that important.
At first glance this might seem like a change that falls into the second category.
I believe this is a true usability improvement as the headings for different helm sources should be a salient separation between different categories, rather than blending in with the list items. For single-source helm interfaces this clearly doesn't matter, but for a multi-source interface like helm-mini which one uses multiple times per hour (and others that are still regular but less frequent, like helm-projectile and helm-apropos) one wants to see the different sources as clearly distinct.
Maybe the exact aesthetics still need to be tweaked beyond the second go (I've since made helm-selection slightly less bright in my config*) but in some form this change should still be made.

* (&light :background (doom-blend bg selection 0.7))


Allow for multiple stack deployments in an account+region

When attempting to deploy a second stack (don't ask why; an odd testing scenario), the deployment failed due to:
alias/instance-scheduler-encryption-key already exists in stack arn:aws:cloudformation:us-east-1:012345678901:stack/scheduler-dev/cfea3810-abe7-11ea-bbf3-02ae28e83a86
If possible, the KMS key alias should be unique to the CloudFormation stack deployment.

@jgard thanks for the request. Added this ti the backlog and we will review it in a future release

shipped in v1.4


Luau CLI Repl lua_require leaves junk on the stack

Luau CLI Repl's require implementation appears to leave junk on the stack depending on if the module has already been loaded or not.https://github.com/Roblox/luau/blob/a7ae439b0f219000cd4d78982c13e44c6a46b2c1/CLI/Repl.cpp#L90
When requiring a module for the first time, _MODULES and ML are never taken off the stack, resulting in a stack layout of:
[module name], [_MODULES], [ML], [result]
When requiring a module that's already been loaded, _MODULES is never taken off the stack, resulting in a stack layout of:
[module name], [_MODULES], [result]
Neither _MODULES or ML are particularly useful when exposed to Luau, and the discrepancy between whether it's the first require or not leads me to believe this is a mistake.
The Luau CLI Repl is currently one of the examples in this repository for how to use and operate Luau with C++, this should be cleaned up or otherwise clarified for those who may use this code as reference in the future.

Right, my main concern was the inconsistency and the confusing nature of it. However, I forgot that lua_CFunction returns how many stack values are being returned, so _MODULES and ML are not exposed to Luau.

So per above this doesn't represent an actual bug in the code. We'll add a couple comments to the code to make the stack layout more clear; however I don't think we want to change the actual stack layout - we could remove the thread from the stack early, however it's usually safer to not do that because code that creates a thread should keep the thread referenced through some existing stack to avoid GC collecting it, so removing ML from stack of L prematurely isn't very safe.
We'll have the comments added later this week, I'll close this issue now since there's no bug to fix.


:host-context

is there something similar to :host-context in styled components?
https://developer.mozilla.org/en-US/docs/Web/CSS/:host-context()
i noticed angular has this...
https://angular.io/guide/component-styles#host-context
until now i've been passing props to achieve the same thing. was just wondering if there is a better way or if perhaps it's an idea to implement this, so we could write something like eg..
const ComponentStyles = styled.div`
    h1 {
        color: yellow;
    }

    :host-context( AnotherComponent ) h1 {
        color: orange;
    }
`;

You can use Sass like syntax, as well as targeting components.
For example:
const ComponentStyles = styled.div`
  h1 {
    color: yellow;

    ${AnotherComponent} & {
        color: orange;
    }
  }
`;

The hashed classname for AnotherComponent would be placed before the classname of ComponentStyles:
.componentStyles h1 {
  color: yellow;
}

.anotherComponent .componentStyles h1 {
  color: orange;
}

It's kind of an anti-pattern though and has the potential to become quite messy.

Yes, I have no idea what :host-context is or where it came from 😅 but the above reply seems to be what you're searching for.
Here's the corresponding doc page: https://www.styled-components.com/docs/advanced#referring-to-other-components


[BUG]GSE_LDB toc file has incorrect version number for TBC

🔵 Describe the bug:
GSE_LDB toc file has incorrect version number for TBC
🔵 To reproduce: (Steps to reproduce the behavior)

Go to the LBD folder and open the TBC toc file, the version number is 20505 and should be 20504

🔵 The error:
with the wrong version number, the addon wont load unless you specify "load out of date addons"

🔵 Expected behavior:
replacing the version number will correct this issue

This will go with the next release - just part way through finishing #981.  If i do a release now the broken version of that will go out.


Fix sym grad

Symmetrized Gradient in a child class of LinearOperator not the Gradient

The build fails with this error
ccpi/optimisation/functions/__init__.py", line 20, in <module>
    from .L1Norm import L1Norm
ImportError: No module named L1Norm

@epapoutsellis you've deleted L1Norm L2NormSquared and KullbackLeibler is that what you want to merge?
Probably the only thing that you want is to merge the SymmetrisedGradientOperator?


Add ruby sdk

@AllieW99 I've difficulties reviewing the code, as I'm not familiar with Ruby at all. Could you invite to a meeting and show us what you did and how it works?


Update the CI setup to use multi-stage build and Anaconda

Update the github actions to use a black initial step and a conda-forge build step for testing spatial averaging functions

Pull Request Checklist:

[ ] This PR addresses an already opened issue (for bug fixes / features)

This PR fixes issue #xyz

[x] Tests for the changes have been added (for bug fixes / features)
[ ] Documentation has been added / updated (for bug fixes / features)
[ ] HISTORY.rst has been updated (with summary of main changes)
[ ] I have added my relevant user information to AUTHORS.md

What kind of change does this PR introduce?:

This PR makes GitHub's CI leverage tox for soem of the build testing and breaks the testing into a few steps. Tests must pass code linting check --> triggers Python3.{6,7,8,9} builds with tox, as well as a conda-based Python3.8 build for testing the SpatialAveraging tools with xESMF@master.
I also removed the docs build steps, as ReadTheDocs is already handling that portion of the CI testing.

Does this PR introduce a breaking change?:

No, in fact, before this was set up, the CI ensemble was skipping the averaging tests as they only run from an Anaconda-based python environment (xESMF is not on PyPI).

Other information:

@Zeitsperre Thanks for adding this. Looks all good to me 👍


Setup cms

TODOS:

[x] CMS Integration (API, Site, Admin) + demo project
[x] eslint package
[x] Lint
[x] Build
[ ] CI Integration
[ ] demo runtime
[ ] storybook
[ ] replace npm with yarn

@kaufmo can we close this?


java.lang.UnsatisfiedLinkError: tensorflow_native_libraries-1509708652238-0/libtensorflow_jni.so: /lib64/libc.so.6: version `GLIBC_2.16' not found (required bytensorflow_native_libraries-1509708652238-0/libtensorflow_jni.so)

The exception is caught when I run Tensorflow API in java. There is no GLIBC_2.16. The lowest version is 2.2.5. what should I do? Could I package the .so file by myself?

Please do try to fill in all the information asked for the in issue template (https://github.com/tensorflow/tensorflow/issues/new), without that it is somewhat hard to help.
In this particular case, what platform are you running on?
Seems like you have a very old version of glibc (2.2.5 is from 2002 I believe - as per https://sourceware.org/glibc/wiki/Glibc Timeline)
If that is the case, and you're unable to use a more modern version of glibc, then you could try compiling from source - though I'm not sure that it will work.
To build from sources see https://github.com/tensorflow/tensorflow/tree/master/tensorflow/java#building-from-source
And once you have the native libraries (libtensorflow_framework.so and libtensorflow_jni.so) built, you could simply copy them to a directory an include that directory in the java.library.path property provided to the JVM.
Hope that helps.

Thanks. How can I specific the GLIBC version when I compile from source?  Is the GLIBC version same as GCC ?

Can you compile on the same machine you're deploying on (the one that has the old GLIBC version?).
That said, it is quite possible that TensorFlow will not compile with an older GLIBC version. Unfortunately, we don't have the bandwidth to support that, and will have to rely on community support.

unfortunately, I can not compile on the machine which I don't have the authority...

I have tried to compile on the machine with lower GLIBC version. Unfortunately, The compile tool (Bazel) need one higher GLIBC[bazel: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by bazel)]. Consequently, there is no way to run the native tensorflow program on machine with lower GLIBC version（<2.14）...


fixes overlapping plots in confusion matrix

Describe your changes
Issue ticket number and link
Closes #x
Checklist before requesting a review

[ ] I have performed a self-review of my code
[ ] I have added thorough tests (when necessary).
[ ] I have added the right documentation (when needed). Product update? If yes, write one line about this update.

:books: Documentation preview :books:: https://sklearn-evaluation--207.org.readthedocs.build/en/207/

forgot to mark this as draft. I'm testing this


Make code reply the server kind

Currently the situation is as follows:
snert:istio hrupp$ curl  http://istio-ingressgateway-istio-system.<IP_ADDRESS>.nip.io/mp-servicemesh-sample/serviceA
Hello from serviceA (org.eclipse.microprofile.servicemesh.servicea.ServiceAEndpoint$Proxy$_$$_WeldSubclass@5b82d4b3)
Calling service at: http://serviceb-service:8080/mp-servicemesh-sample/serviceB (ServiceA call count: 19, tries: 1)
Hello from serviceB (org.eclipse.microprofile.servicemesh.serviceb.ServiceBEndpoint$Proxy$_$$_WeldSubclass@2a067b42) at Fri Jul 27 13:53:47 UTC 2018 on serviceb-deployment-5b684b7bb8-kmgng (ServiceB call count: 18, failFrequency: 10)

snert:istio hrupp$ curl  http://istio-ingressgateway-istio-system.<IP_ADDRESS>.nip.io/mp-servicemesh-sample/serviceA
Hello from serviceA (org.eclipse.microprofile.servicemesh.servicea.ServiceAEndpoint$Proxy$_$$_WeldSubclass@2f475f5a)
Calling service at: http://serviceb-service:8080/mp-servicemesh-sample/serviceB (ServiceA call count: 20, tries: 1)
Hello from serviceB @ Fri Jul 27 13:53:50 UTC 2018 org.eclipse.microprofile.servicemesh.serviceb.ServiceB@ab6b99e6 on serviceb-liberty-deployment-564c7588fd-6zr26, failProbablibity: 0.0snert:istio hrupp$

We should try to expose the server kind (Thorntail, Liberty, ... ), while e.g. hostname is in my opinion less interesting. Here for liberty it luckily includes the string "liberty", but that is arbitrary because I tagged the image with that name

We would probably have to set a variable in the platform profile section of the pom.xml?